ทราฟฟิกมาจากตัวย่อของ URL ถือว่าเป็นทางตรง


24

การเข้าชมที่มาจาก URL ที่สั้นลงเช่นbit.lyนั้นจะปรากฏใน Google Analytics เป็นแบบโดยตรงหรือพวกเขายังคงเป็นผู้อ้างอิงที่แท้จริงของพวกเขาหรือไม่

ตัวอย่าง: หากมีคนพิมพ์bit.lyลิงก์จะนับว่าตรง แต่ถ้ามีคนคลิกbit.lyลิงค์จาก Twitter มันจะนับเป็นการเข้าชมอ้างอิงจาก Twitter

คำตอบ:


18

บริการย่อ URL bit.lyและgoo.gl(ดูหมายเหตุเกี่ยวกับtinyurl.comด้านล่าง) คืนสถานะ 301 ย้าย HTTP อย่างถาวร - เช่น การเปลี่ยนเส้นทาง URL จากนั้นเบราว์เซอร์จะส่งคำขอใหม่ไปยัง URL ใหม่ (เช่น. ยาว) ผ่านผู้อ้างอิงอีกครั้ง AFAIK นี้จะเหมือนกันสำหรับบริการย่อ URL ส่วนใหญ่

หากบริการดำเนินการเปลี่ยนเส้นทาง 301 (เท่าที่ควร) เบราว์เซอร์จะส่งต่อผู้อ้างอิง ในกรณีนี้ฉันไม่เห็นเหตุผลที่ Google Analytics จะไม่แสดงผู้อ้างอิงในรายงาน

อย่างไรก็ตามโปรดทราบว่าเบราว์เซอร์นั้นสามารถกำหนดค่าเพื่อไม่ให้ผู้อ้างอิง HTTP หรือส่งสิ่งที่ผิดพลาดไปโดยสิ้นเชิง

การเข้าชมที่มาในรูปแบบที่สั้นลงเช่น URL จะแสดงใน Google Analytics โดยตรงหรือว่าพวกเขาเป็นผู้อ้างอิงที่แท้จริงหรือไม่

พวกเขารักษาผู้อ้างอิงที่แท้จริง นี่อาจเป็น "โดยตรง" หากเป็นคำขอโดยตรง

อดีต หากมีคนพิมพ์ลิงค์เป็นบิตมันจะนับว่าตรง แต่ถ้ามีคนคลิกลิงค์ bit.ly จาก Twitter ก็จะนับเป็นการเข้าชมอ้างอิงจาก Twitter

ใช่. โปรดทราบว่าทวิตเตอร์ตอนนี้ wraps URL ทั้งหมดของตนในการให้บริการ URL สั้นของตัวเองเพื่อ URL http://t.co/xyzxyzอ้างอิงจะอยู่ในรูป

ตัวอย่าง

URL ที่สั้นลงต่อไปนี้จะเปลี่ยนเส้นทางไปยังหน้าเว็บที่แสดงผู้อ้างอิง HTTP

คุณจะเห็นว่าการติดตามลิงก์ใด ๆ ข้างต้นจะส่งต่อผู้อ้างอิง HTTP (หากเบราว์เซอร์ของคุณถูกตั้งค่าให้ทำ) หากคุณคัดลอกและวาง URL ในหน้าต่างเบราว์เซอร์ใหม่จะไม่มีผู้อ้างอิงส่งผ่าน - เป็นลิงก์โดยตรง

tinyurl.com (อัปเดต 2015-08-08)

ฉันไม่รู้ว่านี่เป็นสิ่งใหม่หรือไม่ แต่ฉันเพิ่งสังเกตเห็นว่าtinyurl.comมีการเปลี่ยนเส้นทาง 301 ปกติเท่านั้น (และส่ง HTTP Referer) ในคำขอที่2และต่อมาที่ทำโดยผู้ใช้! ในคำขอแรกtinyurl.comดูเหมือนจะโหลดหน้าตัวกลางแล้วออกการเปลี่ยนเส้นทาง (JavaScript?)! ผลลัพธ์นี้ในคำขอแรกที่ส่งคืน200 OKสถานะและผู้อ้างอิงถูกตั้งค่าเป็น URL "จิ๋ว" ที่สั้นลง! (และทำสิ่งที่แปลกประหลาดกับประวัติเบราว์เซอร์)

อย่างไรก็ตามในคำขอที่ 2 คุณจะได้รับการเปลี่ยนเส้นทาง 301 มาตรฐานและ HTTP Referer ที่คาดว่าจะผ่าน (จะถูกแคชด้วย) (ฉันเดาว่านี่อาจถูกกำหนดโดยคุกกี้ tinyurl.com ที่ตั้งค่าในระหว่างการร้องขอครั้งแรก?)

2015-08-09: ก่อนหน้านี้ฉันได้ทดสอบด้านบนโดยใช้หน้าต่างใหม่ที่ไม่ระบุตัวตนใน Google Chrome แต่ตอนนี้ดูเหมือนว่าจะทำให้เกิดการเปลี่ยนเส้นทาง 301 โดยไม่คำนึงถึง - ดังนั้นไม่แน่ใจว่าสิ่งที่เกิดขึ้นกับtinyurl.comมันเป็นเพียงแค่ " glitch "?!

HTTPS - การเชื่อมต่อที่ปลอดภัย

เพียงแค่ข้อมูลเพิ่มเติมเกี่ยวกับลิงก์จากเนื้อหาที่ปลอดภัย (HTTPS) ไปยังเนื้อหาที่ไม่ปลอดภัย (HTTP) - สิ่งนี้มีผลกับลิงค์ประเภทใด ๆ ไม่ใช่แค่ตัวย่อ URL ในกรณีนี้เบราว์เซอร์ส่วนหัวผู้อ้างอิง HTTP จะไม่ถูกตั้งค่า

ลูกค้าไม่ควรรวมเขตข้อมูลส่วนหัวของผู้อ้างอิงในคำขอ HTTP (ไม่ปลอดภัย) หากหน้าการอ้างอิงถูกถ่ายโอนด้วยโปรโตคอลที่ปลอดภัย

ที่มา: RFC 2616 มาตรา 15.1.3

เปลี่ยนเส้นทาง JavaScript

อย่างไรก็ตามการเปลี่ยนเส้นทาง JavaScript จะทำลายผู้อ้างอิงดั้งเดิม ไม่มีการLocationตั้งค่าส่วนหัวและคุณจะเห็น200 OKรหัสสถานะ HTTP เท่านั้น

  • หน้านี้ทำการเปลี่ยนเส้นทาง JavaScriptไปยังหน้าเดียวกันกับด้านบน (ซึ่งแสดง HTTP Referer) แต่แทนที่จะส่งผู้อ้างอิงดั้งเดิม (เช่นหน้านี้) ผู้อ้างอิง HTTP คือหน้าตัวกลางที่มีการเปลี่ยนเส้นทาง JavaScript

1
โปรดทราบว่าเนื่องจาก Pro Webmasters ไปที่ HTTPS เท่านั้นและลิงก์ที่สั้นกว่าข้างต้นเป็น HTTP - ผู้อ้างอิงจะไม่ส่งจากเบราว์เซอร์ในตัวอย่างด้านบนอีกต่อไป (ดังที่ระบุไว้ในส่วน "HTTPS - การเชื่อมต่อที่ปลอดภัย") น่าเสียดายที่ฉันไม่สามารถแก้ไขคำตอบเพื่อเพิ่มบันทึกย่อหรือแก้ไขลิงก์เนื่องจากการใช้บริการย่อ URL ได้ถูกบล็อกในเครือข่าย Stack Exchange ดู: meta.stackexchange.com/questions/64450/…
MrWhite

ลิงก์ควรถูกแทนที่ด้วยบริการที่รองรับ https ( w3dk.comไม่ได้) เนื่องจาก stackexchange อยู่ใน https และผู้อ้างอิงหายไปในการเปลี่ยนเส้นทาง https เป็น http
the_nuts

2

จากการอ้างอิงบทความนี้แสดงรายการย่อย่อ URL ยอดนิยมจำนวนมากและระบุประเภทของการเปลี่ยนเส้นทางที่ใช้

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


ในขณะที่สิ่งนี้อาจตอบคำถามในทางทฤษฎีมันก็ควรที่จะรวมส่วนสำคัญของคำตอบที่นี่และให้ลิงค์สำหรับการอ้างอิง
John Conde

2

มันขึ้นอยู่กับ.

ภายใต้สถานการณ์ปกติเมื่อใช้เว็บเบราว์เซอร์กับ Twitter หรือโซเชียลมีเดียโดยทั่วไปการคลิกที่ลิงก์ที่สั้นลงจะแสดงผู้อ้างอิงดั้งเดิมใน Google Analytics อย่างไรก็ตามเนื่องจากผู้ใช้หลายคนกำลังใช้โทรศัพท์มือถือและแอพโซเชียลมีเดียแทนเบราว์เซอร์คุณจะจบลงด้วยการรับส่งข้อมูลโดยตรง หากคุณกรองข้อมูล GA ของคุณคุณอาจเห็นการเข้าชมโดยตรงจากมือถือ

วิธีแก้ปัญหานี้

จริงๆแล้วมันค่อนข้างง่าย เพิ่มตัวแปรการติดตามแคมเปญให้กับ URL ทั้งหมดของคุณก่อนที่จะย่อให้สั้นลง จากนั้นคุณจะเห็นทุกอย่างถูกต้องใน GA กับแคมเปญติดตามผมหมายถึงการเพิ่มutm_source, utm_mediumและยังมีutm_campaignตัวแปร URL นั่นเป็นวิธีที่ดีที่สุดในการแก้ปัญหานี้ไม่ว่าคุณจะใช้บริการสั้นลงหรือแม้แต่ในโปรโตคอลที่ต่างกัน


โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.