บริการย่อ 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