Google /goto रीडायरेक्ट को अपने SERP पाइपलाइन में हल करें

30 सेकंड का सारांश

26 अगस्त 2026 को Google ने पुष्टि की कि खोज परिणामों के लिंक अब गंतव्य तक पहुँचने से पहले google.com/goto?url=[एन्क्रिप्टेड टोकन] से गुज़रते हैं। इसकी रिपोर्ट Barry Schwartz ने Search Engine Roundtable और Search Engine Land में की, और Google के एक प्रवक्ता ने पुष्टि की कि यह "विकसित होती गलत-उपयोग आकृतियों के खिलाफ़ दीर्घकालिक तकनीकी उपायों" का हिस्सा है।

अगर आपकी टीम Google खोज परिणामों से गंतव्य URL निकालती है (रेकिंग ट्रैकिंग, SERP स्क्रैपिंग, AI के लिए डेटा संग्रह), तो एक मान्यता अभी पूरी तरह टूटी है: वास्तविक URL अब लिंक में दिखता नहीं है। यह एक टोकन में एन्क्रिप्ट है, जिसका ब्राउज़र एक सामान्य रीडायरेक्ट की तरह पीछा करता है।

अच्छी ख़बर: यह ठीक हो सकता है, और मरम्मत अधिकांश के अनुमान से छोटी है। टोकन को डिक्रिप्ट नहीं किया जा सकता, लेकिन एक अतिरिक्त HTTP अनुरोध से उसे हल किया जा सकता है, और चूँकि वह निर्धारित है, कैश किया जा सकता है। यह लेख आपको 30-मिनट की मरम्मत में गाइड करता है: बदलाव का पता लगाना, उसे सुरक्षित रूप से हल करना, और सुनिश्चित करना कि आपकी रिपोर्टें सही पन्ने दिखाती रहें। अगर आप SERP स्क्रैप नहीं करते और उन पन्नों से निकाले गए URL से रेकिंग मिलान नहीं करते, तो सीधे "बदलाव जिन्हें नहीं छूता" पर जाएँ। आपकी साइट पर कुछ नहीं बदलता।

वास्तव में क्या बदला

सालों तक Google परिणाम का लिंक असली गंतव्य खुद लिंक के भीतर रखता था:

<a href="https://yoursite.com/landing-page?utm_...">...

अब उसी परिणाम में एक ट्रांज़िट लिंक हो सकता है:

<a href="https://www.google.com/goto?url=TtFp1Lc2026...*">...

इसे फ़ॉलो करने पर Google एक HTTP रीडायरेक्ट लौटाता है। यह कैसे काम करता है, इसके दो ज़रूरी बिंदु:

• टोकन एन्क्रिप्टेड और छेड़छाड़-रोधी है। एक स्वतंत्र रिवर्स-इंजीनियरिंग (अगस्त 2026 में प्रकाशित) के अनुसार, यह 1-बाइट मार्कर, 4-बाइट कुंजी पहचानकर्ता और Tink प्रारूप में डेटा से बना है। एक अक्षर बदलें — Google HTTP 400 के साथ जवाब देता है। Google की कुंजियों के बिना आप न टोकन गढ़ सकते हैं, न URL डिकोड कर सकते हैं।
• टोकन निर्धारित है। एक ही गंतव्य URL हमेशा एक ही टोकन देता है। अकेले यही पूरी मरम्मत को सस्ता बनाता है: एक बार हल करें, फिर टोकन कैश इस्तेमाल करें।

Nozzle के Derek Perkins ने कई Residential IP प्रदाताओं में "100%" के करीब रोलआउट देखा — इसलिए इस बार यह एक प्रयोग से बढ़कर है।

बदलाव से बची रहने वाली चीज़ें

कि ved पैरामीटर बचा रहता है, यह ध्यान देने योग्य है: स्थिति और क्लिक-प्रकार का डेटा जो रेकिंग टूल्स पहले परिणाम लिंक से पढ़ते थे, वह अब भी मौजूद है। छिपा है केवल गंतव्य URL।

बदलाव जिन्हें छूता नहीं

• रेकिंग और ट्रैफ़िक। Google की रैंकिंग प्रणाली का उसके दिखाए जाने वाले लिंक से कोई लेना-देना नहीं है।
• Google Search Console डेटा। GSC में स्थिति, इम्प्रेशन और क्लिक Google के आंतरिक डेटा से आते हैं और इन पर कोई असर नहीं है।
• आपकी साइट पर आने वाले क्रॉलर। Googlebot, GPTBot और आपके पन्ने क्रॉल करने वाला कोई भी बॉट google.com/goto को छूता नहीं। यह केवल उन लिंक में दिखता है जो Google आपको दिखाता है।
• Bing और अन्य सर्च इंजन। यह पूरी तरह Google की ओर का बदलाव है।

इससे केवल वे प्रभावित हैं जो Google के परिणाम-तालिकाओं के लिंक पढ़ने वाले पाइपलाइन चलाते हैं। अगर आप उनमें हैं, तो इसे महसूस करेंगे; नहीं तो यह केवल शोर है।

जाँचें कि क्या आप प्रभावित हैं

चार जाँच चलाएँ। पहली दो में पाँच मिनट लगते हैं; आख़िरी दो आपके प्रदाता से बातचीत हैं।

अगर सब साफ़ है, यह आपका मामला नहीं है: इस पन्ने को बुकमार्क करें और आगे बढ़ें।

अगर कोई मिलान मिल जाए, तो अगले चार चरण पाइपलाइन में सटीकता वापस लाते हैं। हर चरण बताता है कि क्या करना है, अच्छा आउटपुट कैसा दिखता है, और न बनने पर कैसे वापस उबरें।

चरण 1: जहाँ टोकन दिखें, वहीं पता लगाएँ

क्या करें। अपनी SERP निकासी स्क्रिप्ट में, सभी परिणाम लिंक इकट्ठा करें और हर उस चीज़ को चिह्नित करें जो https://www.google.com/goto?url= से शुरू हो (कुछ सतहों पर दिखने वाले नंगे /goto?url= को भी मिलाएँ, और base64-शैली पेलोड के बाद आने वाले url= को)। हर क्वेरी के लिए चिह्नित दर दर्ज करें — यही आपका रोलआउट संकेतक है। और Derek Perkins की टिप्पणी से: रोलआउट IP रेंज में एक समान नहीं है, इसलिए कुल नहीं, प्रदाता-वार ट्रैक करें।

अपेक्षित परिणाम। हर क्वेरी पर एक goto_rate। 0% मतलब स्रोत अब भी सीधे लिंक लौटा रहा है; 100% मतलब पूरी टोकनाइज़ेशन।

गुणवत्ता जाँच। एक ही क्वेरी को दो अलग-अलग IP से दो बार चलाएँ। अगर एक टोकनाइज़ है और दूसरा नहीं, तो IP रेंज विभाजन है, और दोनों पक्षों को संभालना ज़रूरी है।

समाधान। अगर नमूना शून्य मिलान देता है पर टोकनाइज़ेशन का शक है, तो देखें कि आपकी निकासी कच्चे HTML की बजाय JavaScript-रेंडर किया गया DOM पढ़ रही है। कच्चा जवाब पुराने प्रारूप में रहे, तब भी टोकन रेंडर किए गए मार्कअप में आ सकते हैं।

चरण 2: एक रीडायरेक्ट से एक टोकन हल करें

क्या करें। जब परिणाम में टोकन हो, तो रीडायरेक्ट-फ़ॉलो बंद करके सर्वर-साइड पर लिंक का पीछा करें और Location हेडर पढ़ें:

curl -sI "https://www.google.com/goto?url=TtFp1Lc..." | grep -i location

जवाब असली गंतव्य की ओर एक HTTP 3xx है। इसे सँभालकर रखें। दो नियम इस चरण को सस्ता और सुरक्षित बनाते हैं:

• टोकन से कैश करें, URL से नहीं। क्योंकि टोकनाइज़ेशन निर्धारित है, प्रति टोकन एक हल ही काफ़ी है। token -> resolved_url सहेजें और हमेशा उपयोग करें।
• `google.com/goto` को कभी पन्ने की तरह क्रॉल न करें। Google ने जुलाई 2026 के अंत में अपने robots.txt में Disallow: /goto? जोड़ा। वह पता स्पष्ट रूप से क्रॉलर द्वारा लिए जाने के लिए नहीं है; सही फ़ेचर टोकन लिंक का हल्के से पीछा करता है और केवल रीडायरेक्ट-श्रृंखला पढ़ता है; टूटा फ़ेचर खुद goto URL को इंडेक्स या आर्काइव कर लेता है और आपका डेटा गंदा करता है। जुलाई अंत तक google.com पर ही ऐसे लगभग 3,750 URL इंडेक्स हो चुके थे।

शुरू करने से पहले लागत जाँच: सैकड़ों परिणामों वाला पहला SERP स्वीप google.com पर सैकड़ों अतिरिक्त अनुरोध है — ठीक वही भार जिसे Google की बॉट-डिटेक्शन देखती है। निर्धारित कैश इसे प्रति अद्वितीय टोकन एक अनुरोध तक घटा देता है; इसलिए इस चरण पर बचत न करें।

अपेक्षित परिणाम। टोकन और गंतव्यों के बीच एक स्थिर मैपिंग तालिका। ब्राउज़र में दस बेतरतीब टोकन जाँचें: हर एक सार्थक पन्ने पर पहुँचना चाहिए।

गुणवत्ता जाँच। पुष्टि करें कि अलग-अलग URL पर टोकन लंबाई स्थिर है और समान गंतव्य URL हमेशा एक ही टोकन देते हैं। अगर मिलान टूट जाए, तो कुंजी घुमाव हुआ है (चरण 5 देखें)।

समाधान। 400 लौटाने वाला टोकन गढ़ा हुआ, कटा हुआ या समाप्त सत्र से है; SERP फिर से स्क्रैप कर नए सिरे से आज़माएँ। लगातार दो असफलताएँ आमतौर पर आर्काइव के पुराने HTML की होती हैं, टूटे टोकन की नहीं।

चरण 3: रैपर को नहीं, गंतव्य को स्टोर करें

क्या करें। बाकी पाइपलाइन (कीवर्ड-से-पन्ने मिलान, इंडेक्सेशन जाँच, स्कीमा ऑडिट) को गंतव्य URL दिखना चाहिए। इसलिए चरण 2 के बाद प्रति परिणाम तीन फ़ील्ड रखें: resolved_url, token और accessed_at। हर रिपोर्ट के URL कॉलम से goto लिंक हटाएँ; कीवर्ड रिपोर्ट में google.com URL एक दर्जन रूपों में डेटा-गुणवत्ता गलती है।

अगर इस हफ़्ते रिज़ॉल्वर नहीं जोड़ सकते, तो सुरक्षित बीच-कदम है टोकन स्टोर करने के बजाय गंतव्य को पूरी तरह छोड़ देना: स्थिति और रेकिंग डेटा सार्थक रहते हैं, केवल URL कॉलम खाली रहता है। जो टूल साफ़ कहता है "कोई URL नहीं", वह उस टूल से कहीं आसानी से समझा जाता है जो टोकन की श्रृंखला को असली पता बताकर रिपोर्ट करता है।

अपेक्षित परिणाम। ऐसी रिपोर्ट जिसकी 100% पंक्तियाँ आपके डोमेन के http(s) URL हैं और शून्य google.com पंक्तियाँ।

गुणवत्ता जाँच। दस कीवर्ड के लिए URL-स्तर के डेटा की तुलना Search Console से करें। पंक्तियाँ मेल खानी चाहिए। अगर Search Console किसी URL को वह स्थिति देता है जिसे आपकी रिपोर्ट "नहीं मिला" कहती है, तो रिज़ॉल्वर या पार्सर में छेद है।

समाधान। अगर URL का छोटा हिस्सा अब भी हल नहीं होता, तो उनके टोकन अलग से दर्ज करें। ज़्यादातर असफलताएँ चरण 2 के दो अपराधियों की ओर ले जाती हैं: पुराना HTML या अगले अनुरोध पर बॉट-डिटेक्शन दीवार।

चरण 4: जाँचें कि आपका प्रदाता क्या करता है

क्या करें। अगर आप किसी रेकिंग-ट्रैकिंग टूल या SERP API (स्क्रैप किए गए Google डेटा पर बने वाले भी) पर निर्भर हैं, तो रोलआउट सप्ताहों से चालू है। ये पाँच सवाल पूछें और हर रिपोर्ट बदलाव को इनसे जाँचें:

अपेक्षित परिणाम। या तो पुष्ट मरम्मत या छोड़ने का साफ़ कारण। 30 दिनों में आप रिपोर्ट URL को साइट-बदलाव लॉग से बिना शोर जोड़ने में सक्षम होंगे।

वापसी मार्ग। सप्ताह भर में प्रदाता में सुधार न हो तो: यह डेटा पॉइंट रेकिंग के लिए Google Search Console API से बदलें, क्योंकि वह सीधे Google के अपने डेटा से आता है और कभी टोकन नहीं देखता। कीमत: लिंक स्तर पर थोड़ा कम विवरण; स्वीकार्य, अगर आपके फ़ैसले थर्ड-पार्टी सुविधाओं की बजाय सटीकता माँगते हैं।

चरण 5: अगले कदम पर नज़र रखें

तंत्र रुकता नहीं। हर महीने तीन चीज़ें देखें:

1. कुंजी घुमाव। रिवर्स-इंजीनियरिंग नमूने में चार कुंजी पहचानकर्ता घूमते मिले, जिसमें एक प्रभावी था ("ee47aa4d", लगभग 62% टोकन)। अगर पाँचवीं कुंजी आए और प्रभावी हिस्सा हिले, तो कैश-अमान्यकरण की उम्मीद करें: घुमाव पर टोकन फिर हल करें।
2. अन्य सतहों पर विस्तार. /goto स्पॉन्सर्ड लिंक और दूसरे परिणाम प्रकारों में भी देखा गया है। आपके टूल अगर विज्ञापन या छवियाँ छूते हैं, तो चरण 1 की खोज बढ़ाएँ।
3. कड़ाई जारी। यह एक लंबी श्रृंखला का हिस्सा है: ज़बरन JavaScript रेंडरिंग (2025 की शुरुआत), SearchGuard का लॉन्च, &num=100 की बंदी (सितंबर 2025), और SerpApi के खिलाफ़ Section 1201 के तहत DMCA कार्रवाई (दिसंबर 2025)। हर हिस्सा अलग से दस्तावेज़ित है; रिवर्स-इंजीनियरिंग लेख अधिकांश को जोड़ता है। उम्मीद करें कि अंतिम URL पाना कठिन होगा, आसान नहीं।

अंतिम परिणाम का सत्यापन

• [ ] चरण 1 का डिटेक्टर CI या शेड्यूल पर चल रहा है और हर क्वेरी पर goto_rate दर्ज करता है
• [ ] नमूने के सभी टोकन ब्राउज़र में सत्यापित असली गंतव्यों तक हल होते हैं
• [ ] आपकी रिपोर्टों में शून्य google.com/goto URL (आख़िरी एक्सपोर्ट में grep करें)
• [ ] दस कीवर्ड Search Console से पंक्ति-पंक्ति मेल खाते हैं
• [ ] प्रदाता ने हल-रणनीति पुष्ट की, या रेकिंग डेटा GSC API से आ रहा है
• [ ] आपकी मासिक लय में एक समर्पित कुंजी-घुमाव जाँच है

अक्सर पूछे जाने वाले सवाल

क्या यह मेरी रेकिंग या ट्रैफ़िक को प्रभावित करता है? नहीं। बदलता है क्लिक का मार्ग; रैंकिंग प्रणाली, परिणाम और खोजने वाले को जो दिखता है, वह नहीं बदलते। आपका ऑर्गेनिक प्रदर्शन तभी जोखिम में है जब आपका चलाया हुआ कोई टूल ग़लत डेटा रिपोर्ट करने लगे।

क्या goto टोकन डिकोड किया जा सकता है? बाहर से नहीं। यह Tink प्रारूप में एन्क्रिप्टेड पेलोड है, और एक अक्षर बदलने पर HTTP 400 लौटता है, इसलिए गढ़ना भी संभव नहीं। व्यावहारिक रास्ता है रीडायरेक्ट का पीछा करके Location हेडर पढ़ना — बिल्कुल वही जो ब्राउज़र करता है।

क्या स्क्रैपर `/goto` लिंक फ़ॉलो कर सकता है? व्यवहार में, टोकन-लिंक को रीडायरेक्ट से पकड़ना वही है जो ब्राउज़र क्लिक करता है, पर Google ने अपने robots.txt में /goto? ब्लॉक किया है और उसकी शर्तें खोज परिणामों तक स्वचालित पहुँच सीमित करती हैं। अगर आप SERP स्क्रैप कर रहे हैं, तो आप पहले से उन शर्तों की गलत तरफ़ हैं; यह रोलआउट उसे नहीं बदलता, बस भारी करता है। रिज़ॉल्वर बनाने से पहले अपना अनुपालन-रुख़ चुनें।

क्या मुझे अपनी साइट पर कुछ बदलना है? नहीं। बदलाव पूरी तरह Google द्वारा रेंडर किए गए लिंक में है। जाँचने योग्य हैं वे टूल जो आपकी ओर से SERP पढ़ते हैं — यही चरण 4 है।

लेखिका: Olivia Stone, Auspia में SERP-इंटेलिजेंस शोधकर्ता (25,000 से ज़्यादा क्वेरीज़ का विश्लेषण करती हैं)। SERP विश्लेषण, रेकिंग पैटर्न और खोज-परिणाम बदलावों का स्थिति-डेटा पर असर के बारे में लिखती हैं।