ट्रैफ़िक के आने से यूआरएल छोटा हो जाता है bit.ly, जैसे कि वे Google Analytics में प्रत्यक्ष रूप में दिखाई देते हैं या वे अपने वास्तविक रेफ़र को रखते हैं?
Ex .: यदि कोई bit.lyलिंक में टाइप करता है तो वह प्रत्यक्ष रूप से मायने रखता है, लेकिन यदि कोई bit.lyट्विटर से लिंक पर क्लिक करता है , तो वह ट्विटर से रेफरल ट्रैफ़िक के रूप में गिना जाता है?
जवाबों:
सेवाओं को छोटा करने bit.lyऔर goo.gl( tinyurl.comनीचे के बारे में ध्यान दें देखें) एक 301 स्थानांतरित स्थायी रूप से HTTP स्थिति - यानी। एक URL पुनर्निर्देशित। ब्राउज़र फिर नए (यानी लंबे) URL के लिए एक नया अनुरोध भेजता है, फिर से रेफ़र कर रहा है। AFAIK अधिकांश मुख्यधारा URL को छोटा करने वाली सेवाओं के लिए समान है।
यदि सेवा 301 रीडायरेक्ट करती है (जैसा कि उसे करना चाहिए) तो ब्राउज़र रेफ़र को पुनः भेज देता है। इस मामले में मैं Google Analytics को इसकी रिपोर्ट में इस संदर्भ को न दिखाने के लिए कोई कारण नहीं देख सकता।
हालाँकि, ध्यान दें कि ब्राउज़र को HTTP रेफ़र को दबाने के लिए कॉन्फ़िगर किया जा सकता है, या यहां तक कि कुछ पूरी तरह से गलत भी भेज सकता है।
ट्रैफ़िक आने से बिट्स की तरह यूरेल शॉर्ट हो जाते हैं। क्या वे Google Analytics में प्रत्यक्ष रूप में दिखाई देते हैं या वे अपने वास्तविक रेफ़रर को रखते हैं?
वे असली रेफ़र रखते हैं। यह "प्रत्यक्ष" भी हो सकता है, अगर वास्तव में यह प्रत्यक्ष अनुरोध था।
पूर्व। यदि कोई बिट में टाइप करता है। तो इसे डायरेक्ट के रूप में गिनता है, लेकिन यदि कोई ट्विटर से बिट.ली लिंक पर क्लिक करता है, तो यह ट्विटर से रेफरल ट्रैफिक के रूप में गिना जाता है।
हाँ। ध्यान दें कि ट्विटर अब अपने सभी URL को अपनी स्वयं की URL छोटी सेवा में लपेटता है, इसलिए संदर्भित URL फ़ॉर्म का है http://t.co/xyzxyz।
निम्न छोटा URL उन सभी पृष्ठ पर पुनर्निर्देशित करता है जो HTTP रेफ़र को दिखाता है।
http://tinyurl.com/checkreferer (smallurl.com के बारे में महत्वपूर्ण नोट नीचे देखें)
आप देख सकते हैं कि ऊपर दिए गए किसी भी लिंक का अनुसरण करके, HTTP रेफ़रर को पास किया गया है (बशर्ते आपका ब्राउज़र ऐसा करने के लिए सेट हो)। यदि आप URL को नई ब्राउज़र विंडो में कॉपी और पेस्ट करते हैं तो कोई भी रेफ़रर पास नहीं होता है - यह एक सीधा लिंक है।
मुझे नहीं पता कि यह कुछ नया है, लेकिन मैंने अभी देखा है कि tinyurl.comकेवल एक नियमित 301 रीडायरेक्ट करता है (और HTTP रेफ़र भेजता है) 2 और बाद में एक उपयोगकर्ता द्वारा किए गए अनुरोधों पर !? पहले अनुरोध पर tinyurl.comएक मध्यस्थ पृष्ठ लोड होता है और फिर (जावास्क्रिप्ट?) पुनर्निर्देशन जारी करता है। यह पहली 200 OKस्थिति में एक स्थिति और वापस आने वाले रिफ़रर को "छोटे" URL पर सेट करने के लिए सेट करता है! (और ब्राउज़र इतिहास के साथ कुछ अजीब है।)
हालाँकि, दूसरे अनुरोध पर आपको एक मानक 301 पुनर्निर्देशित मिलता है और अपेक्षित HTTP रेफ़र पास हो जाता है (यह भी कैश हो जाएगा)। (मुझे लगता है कि यह एक smallurl.com कुकी द्वारा निर्धारित किया जा सकता है जो पहले अनुरोध के दौरान सेट है?)
2015-08-09: मैंने पहले Google क्रोम में एक नई गुप्त विंडो का उपयोग करके उपरोक्त परीक्षण किया था, हालांकि, अब ऐसा लगता है कि परिणामी रूप से 301 पुनर्निर्देशित होने की परवाह किए बिना - इसलिए, यह निश्चित रूप से निश्चित नहीं है कि क्या चल रहा है tinyurl.com, क्या यह सिर्फ एक " गड़बड़ "?!
सुरक्षित सामग्री (HTTPS) से गैर-सुरक्षित सामग्री (HTTP) के लिंक के बारे में सिर्फ एक एडिटोनल नोट - यह किसी भी प्रकार के लिंक को प्रभावित करता है, न कि केवल URL शॉर्टर्स को। इस मामले में ब्राउज़र द्वारा HTTP रेफर हेडर सेट नहीं किया गया है।
यदि ग्राहक एक सुरक्षित प्रोटोकॉल के साथ स्थानांतरित किया गया था, तो ग्राहक एक (गैर-सुरक्षित) HTTP अनुरोध में एक रेफर हेडर फ़ील्ड शामिल नहीं कर सकता।
स्रोत: RFC 2616 धारा 15.1.3
हालांकि, एक जावास्क्रिप्ट रीडायरेक्ट मूल रेफर को नष्ट कर देगा । कोई Locationशीर्ष लेख सेट नहीं है और आप केवल 200 OKHTTP स्थिति कोड देखते हैं ।
एक संदर्भ के रूप में, यह लेख सबसे लोकप्रिय यूआरएल शॉर्टर्स में से कई को सूचीबद्ध करता है और इंगित करता है कि वे किस प्रकार के पुनर्निर्देशन का उपयोग करते हैं।
http://searchengineland.com/analysis-which-url-shortening-service-should-you-use-17204
निर्भर करता है।
सामान्य परिस्थितियों में ट्विटर या सोशल मीडिया के साथ एक वेब ब्राउज़र का उपयोग करते समय, एक छोटे से लिंक पर क्लिक करने से Google Analytics में मूल रेफ़र दिखाई देगा। हालाँकि, चूंकि कई उपयोगकर्ता ब्राउज़र के बजाय एक मोबाइल फोन और सोशल मीडिया ऐप का उपयोग कर रहे हैं, आप सीधे ट्रैफ़िक को समाप्त करेंगे। यदि आप अपने GA डेटा को फ़िल्टर करते हैं, तो आपको मोबाइल से बहुत सारे प्रत्यक्ष ट्रैफ़िक दिखाई देंगे।
इसे कैसे हल करें?
यह वास्तव में काफी आसान है। इससे पहले कि आप उन्हें छोटा करें, अपने सभी URL पर अभियान ट्रैकिंग चर जोड़ें। तब आप GA में सब कुछ सही देख सकते हैं। अभियान ट्रैकिंग के साथ मेरा मतलब है जोड़ना utm_source, utm_mediumऔर utm_campaignURL चर भी । यह इस बात को हल करने का सबसे अच्छा तरीका है कि आप जो भी सेवा का उपयोग कर रहे हैं और यहां तक कि अलग-अलग प्रोटोकॉल में भी कम करें।
मैंने कुछ शोध किया और पाया कि; Google Analytics द्वारा वर्गीकृत ट्रैफ़िक URL शॉर्टनर वेबसाइट द्वारा अलग-अलग होगा।
अधिक जानकारी के लिए इस लिंक का संदर्भ लें: