Como distribuir arquivos e obter estatísticas de download?

Um de meus clientes não distribuirá revistas impressas mensalmente também como download gratuito em PDF. Semelhante ao HackerMonthly . No momento, não estamos usando nenhum CMS, portanto estamos abertos a todas as soluções.

Eu poderia terminar o Google Analytics se especificar uma meta separada para cada arquivo que estará disponível, mas espero não ter que ir para lá.

A estatística importante seria:

• Nº de downloads por arquivo
• Região geográfica do downloader

moderador: adicione a tag "distribuição de arquivos" se considerar apropriado

Você pode acompanhar o número de downloads por arquivo simplesmente alimentando o arquivo por meio de um script do lado do servidor no idioma de sua escolha, em vez de vincular diretamente ao arquivo. Ao fazer isso dessa maneira sempre que o arquivo for solicitado, você poderá registrá-lo e informações sobre quem está fazendo o download em um banco de dados. Veja esta resposta para um exemplo disso em PH P.

Para aprender a localização geográfica, você precisará usar um GeoIPService para converter seu IP em uma localização geográfica. Em seguida, basta salvar essas informações com as informações de download.

Aceitei isso com um empregador anterior. Depois de muita discussão, optamos pelo AGAINST .pdf como o único método de distribuição eletrônica, devido ao tempo extra de carregamento, software irritante e (um pouco) visibilidade questionável com os mecanismos de pesquisa ... Eu sei, o Google pesquisa .pdfs. ... mas parece atrair MELHORES sites HTML tradicionais.

Portanto, nossa solução foi entregar o site em formato de jornal por meio de um CMS personalizado que escrevemos internamente. Em seguida, poderíamos usar o Google Analytics para rastrear o tráfego de entrada e de saída relacionado à pesquisa e os caminhos pelo site. Uma grande parte do tráfego que recebemos foi de referências de leitores atuais e não havia como rastrear quem estava passando um arquivo .pdf por e-mail. No entanto, é fácil rastrear um link "enviar para um amigo" em um site ... e é por isso que você o vê na CNN, MSNBC etc.

Um bônus adicional é que, ao fazê-lo da maneira que fizemos, poderíamos usar consultas (ou RSS, que também oferecemos) para postar o conteúdo novamente no site principal e nos outros 25 sites que a empresa administrava. Portanto, uma carta específica de um CEO de alto escalão poderia ser usada para preencher vários boletins e sites com apenas alguns cliques.

Mais tarde, para apaziguar a multidão obcecada pela impressão, começamos a oferecer um download .pdf, gerado no servidor imediatamente. Claro, não era uma maravilha gráfica perfeita e personalizada ... mas funcionava, era automática e as pessoas gostavam. O tempo de carregamento do arquivo .pdf foi de ~ 20 a 30 segundos se o visualizador .pdf não estava aberto. O tempo de carregamento no site não-pdf foi de cerca de 1 segundo em comparação.

Em termos de administração, passamos de horas por boletim informativo para menos de uma hora. Um sistema de email de acompanhamento foi configurado para gerar automaticamente uma explosão de email com os artigos do mês, com apenas alguns cliques. A explosão de e-mails aumentou imediatamente as visualizações e duplicou os visitantes de retorno.

Tivemos um problema semelhante (apesar de não estarmos interessados ​​em dados geográficos).

O que acabamos fazendo foi escrever um proxy para os documentos. Ou seja, quando você solicita, http://example.com/articles/document.pdfna verdade, é um servlet que resolve o nome do documento para um PDF real, busca o documento real e o retorna ao usuário.

A vantagem disso é que, nesse ponto, podemos registrar que o arquivo foi solicitado, quem o solicitou e (muito importante para nós) se eles devem ter.

Com essa configuração, não há como acessar o PDF real sem passar por este serviço, o que significa que podemos registrar com precisão cada solicitação. No entanto, é um recurso pesado, pois o PDF é lido / gravado para cada solicitação.