Bagaimana cara Mendistribusikan File dan mendapatkan Statistik Unduhan?

Salah satu Klien saya tidak mau mendistribusikan majalah cetak bulanan di sana juga sebagai unduhan PDF gratis. Mirip dengan HackerMonthly . Kami saat ini tidak menggunakan CMS sehingga kami terbuka untuk setiap solusi.

Saya bisa menyelesaikannya dengan Google Analytics jika saya menentukan Sasaran terpisah untuk setiap file yang akan tersedia tetapi saya harap saya tidak harus pergi ke sana.

Statistik penting adalah:

• # Unduhan per File
• Wilayah geografis pengunduh

moderator: tambahkan tag "distribusi file" jika Anda menganggapnya sesuai

Anda dapat melacak jumlah unduhan per file hanya dengan memberi makan file melalui skrip sisi server dalam bahasa yang Anda pilih sebagai lawan dari menautkan langsung ke file. Dengan melakukannya dengan cara ini setiap kali file diminta, Anda dapat mencatatnya, dan informasi tentang siapa yang mengunduhnya, dalam database. Lihat jawaban ini untuk contohnya di PH P.

Untuk mempelajari lokasi geografis, Anda harus menggunakan layanan GeoIPS untuk menerjemahkan IP mereka ke dalam Geolokasi. Maka cukup simpan informasi itu dengan informasi unduhan Anda.

Saya mengambil ini dengan majikan sebelumnya. Setelah banyak diskusi, kami memilih MELAWAN .pdf sebagai satu-satunya metode distribusi elektronik karena waktu buka tambahan, perangkat lunak yang mengganggu, dan visibilitas yang dipertanyakan dengan mesin pencari ... Saya tahu, saya tahu, Google memang mencari .pdfs. ... tetapi tampaknya mengambil situs HTML tradisional LEBIH BAIK.

Jadi, solusi kami adalah mengirimkan situs dalam format surat kabar melalui CMS khusus yang kami tulis sendiri. Kami kemudian dapat menggunakan Google Analytics untuk melacak lalu lintas masuk dan keluar terkait serta penelusuran masuk dan keluar melalui situs. Sebagian besar lalu lintas yang kami terima adalah rujukan dari pembaca saat ini, dan tidak ada cara untuk melacak siapa yang melewati .pdf melalui email forward. Namun, mudah untuk melacak tautan "kirim ke teman" di situs ... itulah sebabnya Anda melihatnya di CNN, MSNBC, dll.

Bonus tambahan adalah bahwa dengan melakukan seperti yang kami lakukan, kami dapat menggunakan kueri (atau RSS, yang juga kami tawarkan) untuk mengirim kembali lintas konten ke situs utama dan 25 situs lain yang dijalankan perusahaan. Jadi, surat tertentu dari CEO berpangkat tinggi dapat digunakan untuk mengisi beberapa nawala dan situs web hanya dengan beberapa klik.

Kemudian, untuk menenangkan kerumunan yang terobsesi dengan cetak, kami mulai menawarkan unduhan .pdf, dibuat di sisi server fly. Tentu, itu bukan keajaiban grafis yang ditata dengan sempurna ... tetapi berhasil, otomatis, dan orang-orang menyukainya. Muat waktu untuk .pdf adalah ~ 20-30 detik jika penampil .pdf Anda tidak terbuka. Waktu muat di situs non-pdf sekitar 1sec sebagai perbandingan.

Dari segi administrasi, kami beralih dari jam per buletin menjadi kurang dari satu jam. Sistem email yang menyertainya dibuat untuk secara otomatis menghasilkan ledakan email dengan artikel bulan ini, hanya dengan beberapa klik. Ledakan email segera meningkatkan jumlah pengunjung dan menggandakan pengunjung yang kembali.

Kami memiliki masalah yang sama (meskipun kami tidak tertarik pada data geografis).

Yang akhirnya kami lakukan adalah menulis proksi untuk dokumen-dokumen itu. Yaitu ketika Anda meminta http://example.com/articles/document.pdfini sebenarnya adalah servlet yang menyelesaikan nama dokumen ke PDF yang sebenarnya, mengambil dokumen yang sebenarnya dan mengembalikannya kepada pengguna.

Keuntungan dari hal ini adalah bahwa kita dapat, pada saat ini, mencatat bahwa file itu diminta, siapa yang memintanya dan (sangat penting bagi kita) jika mereka diizinkan untuk memilikinya.

Dengan pengaturan ini, tidak ada cara untuk mengakses PDF yang sebenarnya tanpa melalui layanan ini, yang berarti bahwa kami dapat secara akurat merekam setiap permintaan. Namun sumber daya ini berat karena PDF dibaca / ditulis untuk setiap permintaan.