Lưu lượng truy cập sắp tới rút ngắn các URL như bit.ly, chúng có hiển thị trong Google Analytics dưới dạng trực tiếp hay chúng giữ người giới thiệu thực sự của chúng?

Ví dụ: nếu ai đó gõ vào một bit.lyliên kết, nó được tính là trực tiếp, nhưng nếu ai đó nhấp vào một bit.lyliên kết từ Twitter, thì nó có được tính là lưu lượng truy cập giới thiệu từ Twitter không?

Các dịch vụ rút ngắn URL bit.lyvà goo.gl(xem ghi chú tinyurl.combên dưới) trả về trạng thái HTTP vĩnh viễn được di chuyển 301 - tức là. chuyển hướng URL. Trình duyệt sau đó sẽ gửi một yêu cầu mới tới URL mới (tức là dài), chuyển lại tham chiếu. AFAIK điều này giống với hầu hết các dịch vụ rút ngắn URL chính thống.

Nếu dịch vụ thực hiện chuyển hướng 301 (nếu cần) thì trình duyệt sẽ từ chối người giới thiệu. Trong trường hợp này, tôi có thể thấy không có lý do gì để Google Analytics không hiển thị người giới thiệu này trong các báo cáo của mình.

Tuy nhiên, lưu ý rằng chính trình duyệt có thể được cấu hình để chặn tham chiếu HTTP hoặc thậm chí gửi một cái gì đó hoàn toàn sai.

Lưu lượng truy cập sắp tới được rút ngắn các url như bit.ly, chúng có hiển thị trong Google Analytics dưới dạng trực tiếp hay chúng giữ người giới thiệu thực sự của chúng?

Họ giữ người giới thiệu thực sự. Điều này cũng có thể là "trực tiếp", nếu thực sự đó là một yêu cầu trực tiếp.

Vd Nếu ai đó gõ một liên kết bit.ly, nó được tính là trực tiếp, nhưng nếu ai đó nhấp vào liên kết bit.ly từ Twitter, thì nó có được tính là lưu lượng truy cập giới thiệu từ Twitter không?

Vâng. Lưu ý rằng twitter hiện bao bọc tất cả các URL của nó trong dịch vụ rút ngắn URL của chính nó, vì vậy URL giới thiệu có dạng http://t.co/xyzxyz.

Một ví dụ

Tất cả các URL rút ngắn sau đây đều chuyển hướng đến một trang hiển thị tham chiếu HTTP.

• http://bit.ly/checkreferer

• http://tinyurl.com/checkreferer (xem lưu ý quan trọng dưới đây liên quan đến tinyurl.com)

• http://goo.gl/7AJgP

Bạn có thể thấy rằng bằng cách theo bất kỳ liên kết nào ở trên, tham chiếu HTTP được thông qua (cung cấp trình duyệt của bạn được đặt để làm như vậy). Nếu bạn sao chép và dán URL trong cửa sổ trình duyệt mới thì không có người giới thiệu nào được thông qua - đó là một liên kết trực tiếp.

tinyurl.com (Cập nhật 2015-08-08)

Tôi không biết đây có phải là một cái gì đó mới không, nhưng tôi chỉ nhận thấy rằng tinyurl.comchỉ thực hiện chuyển hướng 301 thông thường (và gửi Người giới thiệu HTTP) vào lần thứ 2 và các yêu cầu tiếp theo được thực hiện bởi người dùng!? Trong yêu cầu đầu tiên tinyurl.comxuất hiện để tải một trang trung gian và sau đó đưa ra một chuyển hướng (JavaScript?)! Điều này dẫn đến yêu cầu đầu tiên trả lại 200 OKtrạng thái và tham chiếu được đặt thành URL "nhỏ" được rút ngắn! (Và làm một cái gì đó đặc biệt với lịch sử trình duyệt.)

Tuy nhiên, ở yêu cầu thứ 2, bạn được phục vụ chuyển hướng 301 tiêu chuẩn và Người giới thiệu HTTP dự kiến ​​sẽ được thông qua (điều này cũng sẽ được lưu trong bộ nhớ cache). (Tôi đoán điều này có thể được xác định bởi một cookie tinyurl.com được đặt trong yêu cầu đầu tiên?)

2015-08-09: Trước đây tôi đã thử nghiệm ở trên bằng cách sử dụng cửa sổ ẩn danh mới trong Google Chrome, tuy nhiên, giờ đây nó dường như dẫn đến chuyển hướng 301 bất kể - vì vậy, không chắc chắn chính xác những gì đang xảy ra tinyurl.com, chỉ là " trục trặc "?!

HTTPS - Kết nối an toàn

Chỉ cần một ghi chú bổ sung về các liên kết từ nội dung bảo mật (HTTPS) đến nội dung không bảo mật (HTTP) - điều này ảnh hưởng đến bất kỳ loại liên kết nào, không chỉ các công cụ rút ngắn URL. Trong trường hợp này, tiêu đề tham chiếu HTTP không được trình duyệt đặt.

Khách hàng KHÔNG NÊN bao gồm trường tiêu đề Người giới thiệu trong yêu cầu HTTP (không bảo mật) nếu trang giới thiệu được chuyển với giao thức bảo mật.

Nguồn: RFC 2616 Mục 15.1.3

Chuyển hướng JavaScript

Tuy nhiên, một chuyển hướng JavaScript sẽ phá hủy tham chiếu ban đầu. Không có Locationtiêu đề nào được đặt và bạn chỉ thấy 200 OKMã trạng thái HTTP.

• Trang này thực hiện Chuyển hướng JavaScript đến cùng một trang như trên (hiển thị Trình giới thiệu HTTP). Nhưng thay vì chuyển Người giới thiệu ban đầu (ví dụ: trang này), Trình giới thiệu HTTP là trang trung gian có chứa chuyển hướng JavaScript.

Để tham khảo, bài viết này liệt kê nhiều công cụ rút ngắn URL phổ biến nhất và cho biết loại chuyển hướng họ sử dụng.

http://searchengineland.com/analysis-which-url-shortening-service-should-you-use-17204

Nó phụ thuộc.

Trong các trường hợp thông thường khi sử dụng trình duyệt web với Twitter hoặc phương tiện truyền thông xã hội nói chung, nhấp vào liên kết rút gọn sẽ hiển thị giới thiệu ban đầu trong Google Analytics. Tuy nhiên, vì nhiều người dùng đang sử dụng điện thoại di động và các ứng dụng truyền thông xã hội thay vì trình duyệt, bạn sẽ kết thúc với lưu lượng truy cập trực tiếp. Nếu bạn lọc dữ liệu GA của mình, bạn có thể sẽ thấy rất nhiều lưu lượng truy cập trực tiếp từ thiết bị di động.

Làm thế nào để giải quyết điều này?

Nó thực sự khá dễ dàng. Thêm các biến theo dõi chiến dịch vào tất cả các URL của bạn trước khi bạn rút ngắn chúng. Sau đó, bạn có thể thấy mọi thứ chính xác trong GA. Với chiến dịch theo dõi tôi có nghĩa là thêm utm_source, utm_mediumvà cũng có thể utm_campaignbiến URL. Đó là cách tốt nhất để giải quyết vấn đề này cho dù bạn đang sử dụng dịch vụ rút ngắn nào và thậm chí trên các giao thức khác nhau.

Tôi đã làm một số nghiên cứu và thấy rằng; lưu lượng được phân loại bởi Google Analytics sẽ thay đổi theo trang web rút ngắn URL.

Tham khảo liên kết này để biết thêm thông tin:

• http://www.fathomdelivers.com/twitter-url-shortener-google-analytic/