¿Cómo distribuir archivos y obtener estadísticas de descarga?


8

Uno de mis clientes no quiere distribuir allí la revista impresa mensual también como descarga gratuita en PDF. Similar a HackerMonthly . Actualmente no estamos utilizando ningún CMS, por lo que estamos abiertos a todas las soluciones.

Podría terminar con Google Analytics si especifico un Objetivo separado para cada archivo que estará disponible, pero espero no tener que ir allí.

La estadística importante sería:

  • # de descargas por archivo
  • Región geográfica del descargador

moderador: agregue la etiqueta "distribución de archivos" si lo considera apropiado


Google Analytics puede resolver todo lo anterior con bastante facilidad. Si, por ejemplo, está sirviendo un archivo usando link.php? Id = <id for file> o algo por el estilo, podría agregar análisis al archivo link.php y, de seguro, obtendrá estadísticas de todos los archivos desde los que sirve ese archivo link.php.
Chris

Respuestas:


3

Puede realizar un seguimiento de la cantidad de descargas por archivo simplemente alimentando el archivo a través de un script del lado del servidor en el idioma que elija en lugar de vincularlo directamente al archivo. Al hacerlo de esta manera cada vez que se solicita el archivo, puede registrarlo e información sobre quién lo está descargando en una base de datos. Vea esta respuesta para un ejemplo de esto en PH P.

Para conocer la ubicación geográfica, deberá utilizar un servicio GeoIPS para traducir su IP en una geolocalización. Luego simplemente guarde esa información con su información de descarga.


2

Asumí esto con un empleador anterior. Después de mucha discusión, optamos CONTRA .pdf como el único método de distribución electrónica debido al tiempo de carga adicional, el software molesto y la visibilidad (algo) cuestionable con los motores de búsqueda ... Lo sé, lo sé, Google busca .pdfs. ... pero parece agarrar MEJORES sitios HTML tradicionales.

Entonces, nuestra solución fue entregar el sitio en formato de periódico a través de un CMS personalizado que escribimos internamente. Entonces podríamos usar Google Analytics para rastrear el tráfico entrante, saliente Y relacionado con la búsqueda, además de rutas a través del sitio. Una gran parte del tráfico que recibimos fueron referencias de lectores actuales, y no había forma de rastrear quién está pasando un .pdf por correo electrónico. Sin embargo, es fácil rastrear un enlace "enviar a un amigo" en un sitio ... por lo que lo ve en CNN, MSNBC, etc.

Una ventaja adicional es que al hacerlo de la forma en que lo hicimos, podríamos usar consultas (o RSS, que también ofrecimos) para volver a publicar el contenido en el sitio principal y en los otros 25 sitios que la compañía administraba. Por lo tanto, una carta particular de un CEO de alto rango podría usarse para llenar múltiples boletines y sitios web con solo unos pocos clics.

Más tarde, para apaciguar a la multitud obsesionada con la impresión, comenzamos a ofrecer una descarga .pdf, generada en el lado del servidor. Claro, no fue una maravilla gráfica perfecta y personalizada ... pero funcionó, fue automática y a la gente le gustó. El tiempo de carga para el .pdf fue de ~ 20-30 segundos si su visor .pdf no estaba abierto. El tiempo de carga en el sitio no PDF fue de aproximadamente 1 segundo en comparación.

En cuanto a la administración, pasamos de horas por boletín a menos de una hora. Se configuró un sistema de correo electrónico para generar automáticamente una explosión de correo electrónico con los artículos del mes, con solo unos pocos clics. La explosión del correo electrónico aumentó de inmediato la audiencia y duplicó los visitantes que regresaron.


gracias por la experiencia compartida, la ejecutaré por mi cliente
Jakob Cosoroaba

Me gustaría ver más sobre el lado de la implementación de esto y cómo pudieron cruzar la publicación. Suena muy interesado
Chris

@ Chris, en realidad fue un enfoque bastante poco tecnológico. Debido a que controlamos todos los servidores, pude otorgar acceso entre bases de datos y crear una clase que me permitiera consultar contenido entre sitios. Si no hubiera tenido acceso, probablemente habría extendido un simple servicio web para pasar datos. Realmente, la tarea más difícil desde el punto de vista técnico fue construir el generador de correo electrónico masivo para que generara una plantilla atractiva y 100% correcta que podría ser "arrastrada" por la herramienta de correo electrónico masivo (una versión muy modificada del comercializador de correo electrónico interespire)
bpeterson76

0

Tuvimos un problema similar (aunque no nos interesan los datos geográficos).

Lo que terminamos haciendo fue escribir un proxy para los documentos. Es decir, cuando solicita http://example.com/articles/document.pdfesto, en realidad es un servlet que resuelve el nombre del documento en un PDF real, recupera el documento real y lo devuelve al usuario.

La ventaja de esto es que podemos, en este punto, registrar que se solicitó el archivo, quién lo solicitó y (muy importante para nosotros) si se les debe permitir tenerlo.

Con esta configuración, no hay forma de acceder al PDF real sin pasar por este servicio, lo que significa que podemos registrar con precisión cada solicitud. Sin embargo, requiere muchos recursos ya que el PDF se lee / escribe para cada solicitud.

Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.