GA4 में referral traffic spike: इसकी वजह क्या है और पीछे का बदलाव कैसे खोजें

GA4 में Referral traffic किसे माना जाता है?

GA4 किसी session को Referral channel में तब डालता है जब उसका medium referral, app या link हो। यह नियम सिर्फ़ medium देखता है। इसलिए source कोई भी domain हो सकता है: किसी partner का blog, payment पेज या आपका अपना subdomain।

दूसरी साइट से शुरू होने वाली हर visit Referral में नहीं जाती। Social sites से आने वाली visits Organic Social के नियम में आती हैं, क्योंकि उनका source Google की social sites की सूची में होता है। Search engines से आने वाली visits Organic Search में जाती हैं। तो जब Referral अचानक बढ़ता है, तो extra sessions ऐसे domains से आते हैं जिन्हें GA4 न search मानता है, न social। यह सूची छोटी होती है और एक ही रिपोर्ट में दिख जाती है।

"Traffic acquisition" रिपोर्ट खोलें, primary dimension को "Session source / medium" पर बदलें और medium referral से filter करें। spike वाले हफ़्ते की तुलना पिछले हफ़्ते से करें। जो domain बढ़ा है, वही आपका पहला सुराग है। वह लगभग हमेशा बताता है कि सेटअप का कौन सा हिस्सा बदला। टीम के notes में हर channel की परिभाषा रखना अच्छी आदत है, ताकि किसी incident के बीच कोई इस पर बहस न करे कि Referral का मतलब क्या है।

GA4 में referral traffic अचानक क्यों बढ़ जाता है?

ज़्यादातर referral spikes measurement की समस्या होते हैं। वही visitors नया source पा लेते हैं जब वे ऐसे domain से लौटते हैं जिसे GA4 आपकी साइट का हिस्सा नहीं मानता। किसी नए link से असली growth भी हो सकती है, लेकिन यह सबसे कम होने वाली वजह है।

• Payment gateways. ग्राहक provider के domain पर पेमेंट करता है और आपके thank-you पेज पर लौटता है। exclusion न हो तो purchase वाला session gateway को credit हो जाता है। Google third-party payment processors को unwanted referral का मुख्य उदाहरण बताता है।
• दूसरे domain पर login, booking या password recovery. Google एक password-recovery email का उदाहरण देता है जो अलग domain से भेजा गया हो। यूज़र click करके लौटता है और referral बन जाता है।
• आपके अपने domains के बीच self-referral. आपकी shop दूसरे root domain पर चली गई, या कोई subdomain अलग cookie domain इस्तेमाल करता है। cross-domain measurement के बिना GA4 हर domain पर नई cookies बनाता है और एक व्यक्ति को दो users गिनता है, और source आपका अपना domain होता है।
• Linker हटाने वाले redirects. cross-domain measurement user और session IDs को URL के _gl parameter में भेजता है। जो redirect query string हटा देता है, वह इसे भी हटा देता है, और visit referral जैसी दिखती है।
• Spam और bots. GA4 जाने-पहचाने bots और spiders को अपने आप बाहर करता है, लेकिन सिर्फ़ जितना संभव हो, और आप नहीं देख सकते कि कितना हटाया गया। जो spam domains बच निकलते हैं, उनके sessions में कोई engagement नहीं होता।
• सच में नया link. कोई press article, newsletter में ज़िक्र या नया affiliate। ये sessions linked पेज पर आते हैं और आम visitors की तरह व्यवहार करते हैं।

कैसे जांचें कि referral spike असली visitors का है?

देखें कि extra sessions कहां land होते हैं और वहां क्या करते हैं। नए link से आए असली visitors linked पेज पर आते हैं और बाकी traffic जैसा व्यवहार करते हैं। आपके सेटअप से बने sessions checkout, thank-you या login पेज पर land होते हैं, और यह बढ़त अक्सर किसी दूसरे channel की गिरावट से मेल खाती है।

1. Landing page जांचें. "Landing page + query string" को secondary dimension के रूप में जोड़ें। payment gateway वाला spike order confirmation पेज पर आता है। self-referral वहां आता है जहां यूज़र domain बदलता है।
2. दूसरे channels से तुलना करें. अगर Referral बढ़ा और Direct, Paid Search या Organic Search में लगभग उतने ही key events घटे, तो sessions दोबारा label हो रहे हैं, जुड़ नहीं रहे।
3. Engagement देखें. spam sessions में कोई engaged session नहीं होता, वे कुछ सेकंड चलते हैं और अक्सर ऐसा hostname लाते हैं जो आपका नहीं है।
4. Referring domain जांचें. अगर यह आपका अपना domain, कोई subdomain या आपका इस्तेमाल किया हुआ tool है (payment, booking, help desk, login), तो वजह आपके सेटअप में है।

अगर sessions दोबारा label हुए हैं, तो आपके कन्वर्ज़न नहीं बढ़े। वही purchases नए source में चले गए, और channel के हिसाब से credit देने वाली हर रिपोर्ट spike वाले दिनों के लिए गलत है। यही तर्क GA4 में direct traffic spike पर भी लागू होता है, जहां visits को गलत source मिलने की जगह उनका source ही खो जाता है।

कैसे isolate करें कि किस बदलाव से referral spike आया?

spike से पहले के दिनों के सारे बदलाव एक ही टाइमलाइन पर रखें, फिर हर बदलाव को उस referring domain से मिलाएं जो आपने खोजा। referral spike लगभग हमेशा checkout, domains, redirects, tags या GA4 settings में बदलाव के बाद आता है। इसलिए ये बदलाव bid या बजट के बदलावों से ज़्यादा मायने रखते हैं।

1. Referring domain खोजें
2. Landing pages जांचें
3. बदलावों को लाइन में लगाएं
4. एक ठीक करें और फिर जांचें

पहले खराब दिन से पहले वाले हफ़्ते के बदलावों की सूची बनाएं: नया payment provider, नया booking या login tool, domain या subdomain का बदलाव, नए redirect rules, Google Tag Manager के versions, और GA4 data stream में बदलाव, जैसे unwanted referrals की सूची या cross-domain के domains। जो नया payment provider उसी दिन से पहले live हुआ जिस दिन से उसका domain purchases भेजने लगा, वह लगभग सबूत है। Google Ads में bid का बदलाव paid traffic की मात्रा बदल सकता है, लेकिन वह paid visit को referral नहीं बना सकता।

हर बदलाव एक टाइमलाइन पर हो, तो आप देखेंगे कि Referral के तिगुना होने से पहली शाम checkout नए payment domain पर गया था, जबकि सोमवार के bid बदलाव का इससे कोई लेना-देना नहीं था। Changeline में Google Ads के बदलाव अपने आप import होते हैं और टीम site, checkout, tags और GA4 के बदलाव तारीख, owner और वजह के साथ दर्ज करती है। इसलिए सवाल आने पर सूची पहले से तैयार रहती है। अगर आपकी टीम रिपोर्ट GA4 में पढ़ती है, तो वही तारीखें GA4 annotations में भी रखें।

उदाहरण: बुधवार को जयपुर का एक ecommerce क्लाइंट पूछता है कि Referral sessions रातों-रात तिगुने क्यों हो गए और GA4 रिपोर्ट में Paid Search की purchases क्यों घटीं, जबकि उस हफ़्ते की बिक्री ₹4,80,000 के आसपास ही रही। एजेंसी बदलावों को लाइन में लगाती है: सोमवार को Google Ads में bid strategy बदली गई। मंगलवार को shop ने checkout नए payment provider पर शिफ्ट किया और GTM का नया version publish हुआ। सारे नए referral sessions provider के domain से आते हैं और order confirmation पेज पर land होते हैं। analyst उस domain को unwanted referrals की सूची में जोड़ता है और गुरुवार से purchases अपने असली channels में लौट आती हैं। नाम और आंकड़े उदाहरण के लिए हैं।

Referral spike की हर वजह को कैसे ठीक करें?

वजह को GA4 में या साइट पर ठीक करें, फिर fix को तारीख के साथ दर्ज करें। fix सिर्फ़ save करने के बाद से लागू होता है। जो sessions पहले ही गलत source को credit हो गए, वे वैसे ही रहते हैं। Google यह भी बताता है कि जो यूज़र exclusion से पहले किसी domain से आया, वह last non-direct click attribution की वजह से बाद में भी referral के रूप में दिख सकता है।

Unwanted referral जोड़ने के लिए "Admin" (एडमिन) में "Data streams" (डेटा स्ट्रीम) खोलें, Web stream चुनें, नीचे "Configure tag settings" (टैग सेटिंग कॉन्फ़िगर करें) पर click करें, फिर "Show all" (सभी दिखाएं) और "List unwanted referrals" (अनचाहे रेफ़रल की सूची बनाएं) पर। हर domain के लिए "Add condition" (शर्त जोड़ें) से एक condition जोड़ें और "Save" (सेव करें) पर click करें। इसके लिए Editor या उससे ऊपर का role चाहिए, और हर data stream में 50 तक unwanted referrals जोड़े जा सकते हैं। इसके बाद GA4 मेल खाने वाले events में ignore_referrer=true जोड़ देता है।

Cross-domain measurement उसी जगह "Configure your domains" में है, जिसमें 100 तक conditions बन सकती हैं। जांचने के लिए दूसरे domain के किसी link पर click करें और देखें कि URL में _gl parameter है। अगर नहीं है, तो Google ऐसे redirects की ओर इशारा करता है जो इसे हटा देते हैं, और ऐसी scripts की ओर जो JavaScript से navigate करती हैं।

Referral spikes को दोबारा आने से कैसे रोकें?

Checkout, domains, redirects और tags के हर बदलाव को ट्रैकिंग बदलाव मानें, और जिस दिन वह live हो उसी दिन Referral जांचें। बार-बार आने वाले ज़्यादातर spikes किसी नए tool से आते हैं, जिसे किसी ने exclusion सूची में नहीं जोड़ा।

ये entries अपने मार्केटिंग चेंज लॉग में कैंपेन के बदलावों के साथ रखें, ताकि अगला spike अंदाज़े से नहीं, सूची से शुरू हो। यही रिकॉर्ड तब भी काम आता है जब क्लाइंट GA4 में unassigned traffic के बारे में पूछे या जानना चाहे कि मासिक रिपोर्ट में channel के आंकड़े क्यों बदले।