Làm cách nào để phân phối tệp và nhận Tải xuống thống kê?

Một trong những Khách hàng của tôi sẽ không phân phối ở đó tạp chí in hàng tháng cũng như tải xuống PDF miễn phí. Tương tự như HackerMonthly . Chúng tôi hiện không sử dụng bất kỳ CMS nào vì vậy chúng tôi sẵn sàng cho mọi giải pháp.

Tôi có thể hoàn thành với Google Analytics nếu tôi chỉ định một Mục tiêu riêng cho mọi tệp sẽ có sẵn nhưng tôi hy vọng tôi không phải đến đó.

Thống kê quan trọng sẽ là:

• Số lượt tải xuống trên mỗi tệp
• Vùng địa lý của trình tải xuống

người điều hành: thêm thẻ "phân phối tệp" nếu bạn cho rằng nó phù hợp

Bạn có thể theo dõi số lượt tải xuống trên mỗi tệp chỉ bằng cách cung cấp tệp thông qua tập lệnh phía máy chủ bằng ngôn ngữ bạn chọn thay vì liên kết trực tiếp đến tệp. Bằng cách thực hiện theo cách này mỗi khi tệp được yêu cầu, bạn có thể đăng nhập và thông tin về người đang tải xuống trong cơ sở dữ liệu. Xem câu trả lời này cho một ví dụ về điều này trong PH P.

Để tìm hiểu vị trí địa lý, bạn sẽ cần sử dụng GeoIPService để dịch IP của họ thành Định vị địa lý. Sau đó, chỉ cần lưu thông tin đó với thông tin tải xuống của bạn.

Tôi đã thực hiện điều này với một chủ nhân trước đây. Sau nhiều cuộc thảo luận, chúng tôi đã chọn AGAINST .pdf làm phương thức phân phối điện tử duy nhất do thời gian tải thêm, phần mềm gây phiền nhiễu và (phần nào) khả năng hiển thị đáng ngờ với các công cụ tìm kiếm ... Tôi biết, tôi biết, Google có tìm kiếm .pdfs. ... nhưng nó dường như lấy các trang web HTML truyền thống TỐT HƠN.

Vì vậy, giải pháp của chúng tôi là phân phối trang web ở định dạng báo thông qua một CMS tùy chỉnh mà chúng tôi đã viết trong nhà. Sau đó, chúng tôi có thể sử dụng Google Analytics để theo dõi lưu lượng truy cập liên quan, hướng ngoại VÀ tìm kiếm cộng với các đường dẫn thông qua trang web. Một phần lớn lưu lượng truy cập mà chúng tôi nhận được là các lượt giới thiệu từ các độc giả hiện tại và không có cách nào để theo dõi những người đi qua .pdf qua email chuyển tiếp. Tuy nhiên, thật dễ dàng để theo dõi liên kết "gửi cho bạn bè" trên một trang web ... đó là lý do tại sao bạn thấy nó trên CNN, MSNBC, v.v.

Một phần thưởng bổ sung là bằng cách thực hiện theo cách chúng tôi đã làm, chúng tôi có thể sử dụng các truy vấn (hoặc RSS, mà chúng tôi cũng đã cung cấp) để đăng chéo nội dung trên trang web chính và 25 trang web khác mà công ty điều hành. Vì vậy, một lá thư cụ thể từ một CEO cấp cao có thể được sử dụng để điền vào nhiều bản tin và trang web chỉ bằng vài cú nhấp chuột.

Sau đó, để xoa dịu đám đông bị ám ảnh in ấn, chúng tôi đã bắt đầu cung cấp bản tải xuống .pdf, được tạo ở phía máy chủ bay. Chắc chắn, nó không phải là một tác phẩm đồ họa hoàn hảo, tùy chỉnh được đặt ra ... nhưng nó hoạt động, tự động và mọi người thích nó. Thời gian tải cho .pdf là ~ 20-30 giây nếu trình xem .pdf của bạn không mở. Thời gian tải trên trang web không phải là pdf khoảng 1 giây khi so sánh.

Quản trị-khôn ngoan, chúng tôi đã đi từ giờ mỗi bản tin xuống dưới một giờ. Một hệ thống email đi kèm đã được thiết lập để tự động tạo ra một vụ nổ email với các bài viết trong tháng, chỉ với một vài cú nhấp chuột. Vụ nổ email ngay lập tức tăng lượng người xem và tăng gấp đôi khách truy cập.

Chúng tôi đã có một vấn đề tương tự (mặc dù chúng tôi không quan tâm đến dữ liệu địa lý).

Những gì chúng tôi cố gắng làm là viết một proxy cho các tài liệu. Tức là khi bạn yêu cầu http://example.com/articles/document.pdfđây thực sự là một servlet phân giải tên tài liệu thành PDF thực tế, tìm nạp tài liệu thực tế và trả lại cho người dùng.

Ưu điểm của việc này là tại thời điểm này, chúng tôi có thể đăng nhập rằng tệp đã được yêu cầu, ai đã yêu cầu và (rất quan trọng đối với chúng tôi) nếu họ được phép có nó.

Với thiết lập này, không có cách nào để truy cập PDF thực tế mà không thông qua dịch vụ này, có nghĩa là chúng tôi có thể ghi lại chính xác từng yêu cầu. Tuy nhiên, nó rất nặng về tài nguyên vì PDF được đọc / ghi cho mỗi yêu cầu.