"X को Y के साथ कैसे इंटीग्रेट करें" सर्च करने वाला डेवलपर पहले Google पर जाकर पेज स्क्रॉल करता था। अब वह ChatGPT खोलकर सीधे पूछता है। अगर आपकी इंटीग्रेशन गाइड उस जवाब में नहीं दिखती, तो आपका टूल उन डेवलपर के लिए अदृश्य रह जाता है जिन्हें उसकी सबसे ज़्यादा ज़रूरत है।
इंटीग्रेशन गाइड और इम्प्लीमेंटेशन ट्यूटोरियल कंटेंट की दुनिया में अनोखी जगह रखते हैं। ये ब्लॉग पोस्ट या प्रोडक्ट पेज नहीं हैं। ये निर्देश हैं। ये इस पर जीते या मरते हैं कि वे किसी खास, तकनीकी समस्या को बाकी सबसे बेहतर हल करते हैं या नहीं। और AI सिस्टम सही निर्देश ढूंढने और डेवलपर को चाहिए वही एक स्टेप निकालने में लगातार बेहतर हो रहे हैं।
यह लेख बताता है कि इंटीग्रेशन गाइड को कैसे फ़ॉर्मेट, व्यवस्थित और ऑप्टिमाइज़ करें ताकि AI सर्च सिस्टम उन्हें कोट करें। हम देखेंगे कि निकालना आसान बनाने वाला तकनीकी ढांचा क्या है, AI को कौन से कंटेंट पैटर्न पसंद हैं, और वेंडर दस्तावेज़ और प्रतिस्पर्धी इम्प्लीमेंटेशन को पीछे छोड़ने के खास तरीके क्या हैं।
इंटीग्रेशन गाइड को बाकी कंटेंट से अलग ऑप्टिमाइज़ेशन क्यों चाहिए
प्रोडक्ट पेज बेचता है। ब्लॉग लेख सिखाता है। इंटीग्रेशन गाइड एक ही काम करती है: किसी को एक खास तकनीकी काम पूरा करने में मदद करती है। AI सिस्टम के लिए यह फ़र्क मायने रखता है।
इंटीग्रेशन गाइड तीन तरह के कंटेंट से मुकाबला करती हैं: आधिकारिक वेंडर दस्तावेज़, तीसरे पक्ष के इम्प्लीमेंटेशन उदाहरण और कम्युनिटी फ़ोरम पोस्ट। वेंडर दस्तावेज़ की अपनी अथॉरिटी होती है पर वे अक्सर रूखे और घने होते हैं। तीसरे पक्ष की गाइड कभी-कभी ज़्यादा साफ़ होती हैं पर कोड रिपॉज़िटरी और गिस्ट में बिखरी होती हैं। कम्युनिटी पोस्ट बातचीत जैसी होती हैं पर एक जैसी नहीं।
इस संदर्भ में AI सिस्टम सिर्फ़ अथॉरिटी से ज़्यादा स्पष्टता और ढांचे को पसंद करते हैं। उन्हें आपकी गाइड से कोई खास स्टेप, कोड उदाहरण या कॉन्फ़िगरेशन वैल्यू निकालकर सीधे जवाब में डालनी होती है। जो कंटेंट आसानी से पार्स हो जाता है, वह कोट होता है। जिस कंटेंट में जवाब ढूंढने के लिए पैराग्राफ़ स्क्रॉल करने पड़ते हैं, वह नहीं होता।
स्टेप निकालने का वह फ़ॉर्मेट जो AI सिस्टम इस्तेमाल करते हैं
AI मॉडल इंटीग्रेशन गाइड को निकालने लायक इकाइयों में तोड़ते हैं। वे ये ढूंढते हैं:
पूर्व-आवश्यकताओं की जांच शुरू करने से पहले डेवलपर के पास क्या होना चाहिए या क्या पता होना चाहिए? यह सबसे पहले आता है, स्टेप से अलग।
क्रमांकित स्टेप साफ़, क्रमवार सूची। हर स्टेप एक ही काम हो। "SDK डाउनलोड करें और कॉन्फ़िग फ़ाइल बनाएं" नहीं, बल्कि दो अलग स्टेप।
संदर्भ वाले कोड ब्लॉक हर कोड उदाहरण पर भाषा या फ़्रेमवर्क का लेबल होना चाहिए। language-javascript या ऐसा ही कुछ। बिना लेबल वाले कोड स्निपेट कभी नहीं। AI सिस्टम को जानना होता है कि वे कौन सी भाषा देख रहे हैं ताकि उसे सही ढंग से सुझा सकें।
सफलता की स्थिति "हो गया" कैसा दिखता है? यह ऐसा वाक्य है जो इंटीग्रेशन के नतीजे का वर्णन करे। "आपका API अब हमारे डैशबोर्ड को इवेंट भेजता है" या "आपको अपने टर्मिनल में पुष्टि दिखेगी।" इससे AI को पक्का होता है कि गाइड सही नतीजे तक ले गई।
चेतावनी नहीं, ट्रबलशूटिंग अगर "X करने से बचें" वाला सेक्शन है, तो उसे ट्रबलशूटिंग स्टेप के रूप में दोबारा लिखें। "अगर आपको error 401 दिखे, तो जांचें कि आपकी API की हेडर में है" "अपनी API की न भूलें" से ज़्यादा काम की है।
अपनी गाइड को तुरंत पार्स होने के लिए व्यवस्थित करें
AI सिस्टम आपका पेज क्रम से स्कैन करते हैं। पहला 30 प्रतिशत LLM कोटेशन का 44 प्रतिशत हिस्सा होता है। इसका मतलब है कि ढांचा कुशल होना चाहिए।
हर बार यह क्रम इस्तेमाल करें:
H2: शुरू करना आधिकारिक दस्तावेज़ का लिंक, कोई सिस्टम ज़रूरतें और यह धारणा शामिल करें कि पाठक को पहले से क्या पता है।
H2: स्टेप 1, स्टेप 2, स्टेप 3 हां, सचमुच "स्टेप 1" को पैरेंट सेक्शन के नीचे H3 के रूप में। इससे पार्सर के लिए हायरार्की साफ़ रहती है। हर स्टेप का अपना H3 हो। "इम्प्लीमेंटेशन" या "कॉन्फ़िगरेशन" जैसी आम हेडिंग नहीं। "API की बनाएं," "अपने प्रोजेक्ट में SDK जोड़ें," "अपने एनवायरनमेंट वेरिएबल कॉन्फ़िगर करें" जैसी खास, काम पर आधारित हेडिंग इस्तेमाल करें।
स्टेप की हेडिंग के तुरंत बाद कोड ब्लॉक अगर किसी स्टेप में कोड है, तो उसे H3 के ठीक बाद, व्याख्या वाले पैराग्राफ़ से पहले दिखाएं। क्रम है H3, फिर कोड ब्लॉक, फिर व्याख्या (वैकल्पिक)। कोड को पैराग्राफ़ के बीच में न दबाएं।
H2: जांचें कि इंटीग्रेशन काम करता है यह सफलता की स्थिति है। डेवलपर को कैसे पता चले कि यह काम किया? अपेक्षित आउटपुट या व्यवहार शामिल करें। एक स्क्रीनशॉट, एक लॉग संदेश या UI में कोई खास नतीजा।
H2: ट्रबलशूटिंग एरर संदेश और उनके समाधान। "एरर X → समाधान" के रूप में फ़ॉर्मेट करें। जब कोई पूछता है "यह काम क्यों नहीं कर रहा," तो AI ये पैटर्न ढूंढता है।
H2: अगले कदम इंटीग्रेशन पूरा होने के बाद क्या आता है? यह कॉन्फ़िगरेशन ऑप्टिमाइज़ेशन, अतिरिक्त फ़ीचर या उन्नत गाइड के लिंक हो सकते हैं। यह सेक्शन AI को आपका उन्नत कंटेंट तब सुझाने में मदद करता है जब कोई पूछता है "इंटीग्रेट करने के बाद मुझे क्या करना चाहिए।"
कोड उदाहरणों को प्रोडक्शन के लिए तैयार बनाएं
इंटीग्रेशन गाइड के कोड ब्लॉक सीधे कॉपी किए जाते हैं। वे सही और पूरे होने चाहिए।
स्यूडोकोड न दिखाएं। हर कोड उदाहरण ऐसा होना चाहिए जिसे डेवलपर जैसा है वैसा चला सके (बस अपनी वैल्यू भरकर)। अगर उदाहरण स्पष्टता के लिए सरल किया गया है, तो साफ़ कहें: "यह शुरुआती लोगों के लिए सरल वर्शन है" या "यह एरर हैंडलिंग के साथ प्रोडक्शन-रेडी वर्शन है।"
हर कोड ब्लॉक पर भाषा और फ़्रेमवर्क का लेबल लगाएं। सादे कोड ब्लॉक की जगह ऐसी सिंटैक्स हाइलाइटिंग इस्तेमाल करें जो भाषा बताए: Python, JavaScript, Go, Java, जो भी हो। AI सिस्टम इस लेबल से संदर्भ समझते हैं और कोड सही ऑडियंस को सुझाते हैं।
वेरिएबल प्लेसहोल्डर बड़े अक्षरों में रखें। YOUR_API_KEY, YOUR_WORKSPACE_ID, YOUR_WEBHOOK_URL। उदाहरण की वैल्यू कभी हार्डकोड न करें। डेवलपर उन्हें जैसा है वैसा कॉपी करेंगे और यह सोचकर अटकेंगे कि यह क्यों नहीं चल रहा। साफ़ रखें कि उन्हें क्या बदलना है।
हर कोड उदाहरण खुद टेस्ट करें। अगर आप उसे चला नहीं सकते, तो प्रकाशित न करें। इस पर कोई समझौता नहीं है। AI सिस्टम कोड उदाहरण कोट करते हैं। अगर आपका उदाहरण टूटा है, तो आप अपनी विश्वसनीयता और रैंकिंग को नुकसान पहुंचाते हैं।
स्किम करने वाले डेवलपर के लिए लिखें
इंटीग्रेशन गाइड स्कैन की जाती हैं, पढ़ी नहीं जातीं। डेवलपर वह स्टेप ढूंढना चाहता है जहां वह अटका है और आगे बढ़ना चाहता है। स्किम करने में आसानी के लिए ऑप्टिमाइज़ करें।
छोटे पैराग्राफ़ इस्तेमाल करें। हर पैराग्राफ़ में एक या दो वाक्य। डेवलपर गाइड में शब्दों की दीवार नहीं पढ़ते। वे अपनी ज़रूरत की जानकारी के लिए स्कैन करते हैं।
कई संबंधित चीज़ों के लिए सूचियां इस्तेमाल करें। अगर ऑथेंटिकेट करने के तीन तरीके हैं, तो उन्हें हेडिंग के साथ सूची में दिखाएं। तीन पैराग्राफ़ में नहीं।
तकनीकी शब्दों के पहले ज़िक्र पर बोल्ड इस्तेमाल करें। API की, webhook URL, एनवायरनमेंट वेरिएबल। इससे AI सिस्टम को मुख्य शब्द पहचानने में मदद मिलती है और डेवलपर जो ढूंढ रहे हैं उसके लिए तेज़ी से स्कैन कर पाते हैं।
भराव वाले वाक्यों से बचें। "इस स्टेप में आप API कॉन्फ़िगर करेंगे" भराव है। बस स्टेप की हेडिंग और कॉन्फ़िगरेशन के निर्देश से शुरू करें। हेडिंग ने पहले ही बता दिया कि स्टेप किस बारे में है।
अलग गाइड बनाए बिना कई स्किल स्तरों के लिए लिखें
कुछ डेवलपर यह इंटीग्रेशन पहली बार सेट कर रहे हैं। दूसरे इसे बड़े पैमाने पर ऑटोमेट कर रहे हैं। एक इंटीग्रेशन गाइड को दोनों के काम आना चाहिए।
हाथ से, स्टेप-बाय-स्टेप वर्शन से शुरू करें। फिर शॉर्टकट दें। "अगर आप [टूल] से परिचित हैं, तो आप यह [कमांड] से भी कर सकते हैं" और उसके बाद एक लाइन या स्क्रिप्ट।
अलग गाइड नहीं, "यह भी देखें" सेक्शन इस्तेमाल करें। "इन्फ़्रास्ट्रक्चर-एज़-कोड टूल से इसे ऑटोमेट करना" या "इंटीग्रेशन के बाद मॉनिटरिंग सेट करना" वैकल्पिक उप-सेक्शन के रूप में। इससे AI पार्सिंग के लिए सब कुछ एक जगह रहता है पर उन्नत डेवलपर आगे बढ़ सकते हैं।
पहले से ज्ञान न मानें। तकनीकी शब्द समझाएं। "API की (एक अनोखा टोकन जो साबित करता है कि आप अधिकृत हैं) को गुप्त रखना चाहिए।" यह एक बार, पहले ज़िक्र पर करें। जो जानते हैं उन्हें बुरा नहीं लगेगा। जो नहीं जानते वे अब नहीं अटकेंगे।
संबंधित इंटीग्रेशन और गाइड से लिंक करें
इंटीग्रेशन गाइड को लगभग किसी भी दूसरे कंटेंट प्रकार से ज़्यादा इंटरनल लिंकिंग से फ़ायदा होता है। जब कोई X को इंटीग्रेट कर रहा होता है, तो शायद वह Y (संबंधित सर्विस) भी इंटीग्रेट कर रहा होता है, और उसे Z (उन्नत कॉन्फ़िगरेशन) के बारे में जानना भी अच्छा लग सकता है।
जल्दी और बार-बार लिंक करें। "शुरू करना" सेक्शन में संबंधित टूल की दूसरी इंटीग्रेशन गाइड से लिंक करें। "अगले कदम" सेक्शन में उन्नत कॉन्फ़िगरेशन, मॉनिटरिंग या बेस्ट प्रैक्टिस गाइड से लिंक करें। ट्रबलशूटिंग में आम एरर गाइड या सपोर्ट दस्तावेज़ से लिंक करें।
लिंक का टेक्स्ट खास रखें। "हमारे दस्तावेज़ देखें" नहीं, बल्कि "एरर लॉगिंग कैसे सेट करें देखें" या "webhook इवेंट मॉनिटर करना सीखें।" इससे AI को पेज के आपसी संबंध समझने में मदद मिलती है और आपकी टॉपिकल अथॉरिटी सुधरती है।
हर बड़े सेक्शन के अंत में "संबंधित गाइड" की सूची जोड़ें। "अगर आप [संबंधित टूल] भी इंटीग्रेट कर रहे हैं, तो [लिंक] देखें।" यह AI सिस्टम के लिए खास तौर पर कीमती है। यह दिखाता है कि आप पूरे इकोसिस्टम को जानते हैं और आपकी कवरेज पूरी है।
मल्टीमोडल निकालने के लिए ऑप्टिमाइज़ करें
आधुनिक AI सिस्टम अब टेक्स्ट के अलावा इमेज, डायग्राम और स्क्रीनशॉट से भी निकाल सकते हैं। इसका इस्तेमाल करें।
ऐसा स्क्रीनशॉट जोड़ें जो सफल नतीजा दिखाए। यह न लिखें कि "आपको डैशबोर्ड में पुष्टि का संदेश दिखना चाहिए।" दिखाएं कि पुष्टि असल में कैसी दिखती है। AI सिस्टम वह इमेज निकालकर जवाब में दिखा देंगे।
जटिल वर्कफ़्लो के लिए डायग्राम इस्तेमाल करें। "इस इंटीग्रेशन में डेटा का प्रवाह यह है" और उसके बाद एक सरल बॉक्स-और-तीर डायग्राम। टेक्स्ट की व्याख्या को सही-सही कोट करना ज़्यादा मुश्किल है। डायग्राम सटीक और विज़ुअल हैं।
टर्मिनल आउटपुट या लॉग के उदाहरण शामिल करें। अगर डेवलपर को सफलता जांचने के लिए लॉग देखने पड़ते हैं, तो वह असली लॉग आउटपुट दिखाएं जो उन्हें दिखेगा। असली उदाहरण हर बार विवरण से बेहतर है।
इंटीग्रेशन गाइड को बार-बार अपडेट करें
इंटीग्रेशन गाइड की उम्र छोटी होती है। जब आपका टूल नया वर्शन जारी करता है, तो आपकी गाइड पुरानी हो जाती है। जब जिस सर्विस से आप इंटीग्रेट कर रहे हैं वह अपना API बदलती है, तो आपके स्टेप काम करना बंद कर देते हैं। जब नया SDK वर्शन आता है, तो इंस्टॉल के निर्देश बदल जाते हैं।
अपनी इंटीग्रेशन गाइड की हर तीन महीने में समीक्षा का रिमाइंडर लगाएं। AI सिस्टम का हाल की चीज़ों की ओर झुकाव मज़बूत है। पिछले महीने अपडेट हुआ कंटेंट छह महीने पुराने कंटेंट से काफ़ी ज़्यादा कोट होता है। भले ही कुछ बड़ा न बदला हो, टाइमस्टैम्प का सरल अपडेट (ताज़ा तारीख के साथ दोबारा प्रकाशित करना) AI सिस्टम को संकेत देता है कि आप इसे संभाल रहे हैं।
अगर आपके टूल के बड़े वर्शन हैं, तो अपनी गाइड के वर्शन बनाएं। "यह गाइड SDK v4 को कवर करती है। SDK v3 की गाइड के लिए [लिंक] देखें।" इससे डेवलपर गलत वर्शन के निर्देश नहीं अपनाते और AI सिस्टम पुरानी और मौजूदा गाइड को आपस में नहीं मिलाते।
अपनी इंटीग्रेशन को सर्च नतीजों में भी खोजने लायक बनाएं
इंटीग्रेशन गाइड को पारंपरिक सर्च और AI सर्च, दोनों में रैंक करना होता है। वे अलग मकसद पूरे करती हैं पर विज़िबिलिटी में एक-दूसरे से मिलती हैं।
पारंपरिक सर्च के लिए, कीवर्ड को अपने H1 (शीर्षक) और कम से कम एक H2 में रखें। "[टूल] को [प्लेटफ़ॉर्म] के साथ कैसे इंटीग्रेट करें" आपका मुख्य कीवर्ड है। उसे शुरुआती पैराग्राफ़ में सहजता से इस्तेमाल करें।
AI सर्च के लिए कीवर्ड पर ऑप्टिमाइज़ न करें। पूर्णता पर ऑप्टिमाइज़ करें। इंटीग्रेशन के दौरान डेवलपर जो भी सवाल पूछेगा, उसका जवाब दें। कई तरीके दें (हाथ से, स्क्रिप्ट से, इन्फ़्रास्ट्रक्चर-एज़-कोड)। असली कोड उदाहरण डालें। ट्रबलशूटिंग जोड़ें। अगर आपकी गाइड वेंडर दस्तावेज़ से ज़्यादा पूरी है, तो कीवर्ड रैंकिंग कम होने पर भी AI सिस्टम आपको कोट करेंगे।
स्कीमा मार्कअप दोनों की मदद करता है। अपनी गाइड को HowTo या CompleteProcess के रूप में टैग करने के लिए यह इस्तेमाल करें: application/ld+json स्टेप के नाम, विवरण और इमेज URL शामिल करें। इससे पारंपरिक सर्च को आपका ढांचा समझने में और AI सिस्टम को उसे ज़्यादा सटीक पार्स करने में मदद मिलती है।
इंटीग्रेशन गाइड को खोजे जाने लायक बनाना
इंटीग्रेशन गाइड को ज़्यादा खोजे जाने लायक बनाने के लिए सिंटैक्स हाइलाइटिंग वाले कोड ब्लॉक, साफ़ सिमैंटिक HTML ढांचे और तेज़ पेज लोडिंग का ध्यान रखें। ये सब बेहतर AI कोटेशन में मदद करते हैं। तेज़ और साफ़ बनी साइट की गाइड को AI पार्सर, धीमी या खराब ढांचे वाली साइट की गाइड से ज़्यादा सटीक ढंग से निकालते हैं।
प्लान और कीमतें देखने के लिए: प्राइसिंग पेज।
अक्सर पूछे जाने वाले सवाल
क्या ChatGPT, Perplexity और Claude में इंटीग्रेशन गाइड अलग तरह से रैंक करती हैं?
हां। ChatGPT व्यापकता और स्पष्टता को प्राथमिकता देता है, इसलिए कई तरीके कवर करने वाली विस्तृत गाइड अच्छा रैंक करती हैं। Perplexity सबसे ऊपर ताज़गी पर ज़ोर देता है: इंटीग्रेशन गाइड कुछ हफ़्तों में दोबारा रैंक होती हैं, और हाल के अपडेट विज़िबिलिटी को नाटकीय रूप से बढ़ाते हैं। Claude सटीकता और गहराई को प्राथमिकता देता है, इसलिए बुनियादी से आगे जाकर उन्नत कॉन्फ़िगरेशन शामिल करने वाली गाइड ऊपर रैंक करती हैं। आपकी गाइड को इनमें से एक में बेहतर होना चाहिए (आम तौर पर ChatGPT की व्यापकता की ज़रूरत), पर आप हाल के अपडेट, कई तरीके और गहराई जोड़कर तीनों के लिए ऑप्टिमाइज़ कर सकते हैं। WEMASY के वेबसाइट बिल्डर से आप यह सीधे अपनी वेबसाइट पर तैयार कर सकते हैं।
अगर मैं नया वर्शन जारी करूं तो क्या मुझे अपनी पुरानी इंटीग्रेशन गाइड हटा देनी चाहिए?
नहीं। पुरानी गाइड रखें और उसके साफ़ वर्शन बनाएं। "यह गाइड SDK v4 को कवर करती है" और "v3 गाइड" का लिंक। AI सिस्टम डेवलपर को सही वर्शन तक भेज देंगे। पुरानी गाइड हटाने से आप उस वर्शन के लिए बनाई अथॉरिटी खो देते हैं और उसे अब भी इस्तेमाल कर रहे डेवलपर को उलझा देते हैं। वर्शनिंग दोनों गाइड बचाती है और आपके कंटेंट को ज़्यादा बड़े ऑडियंस के लिए काम का बनाती है।
इंटीग्रेशन गाइड कितनी लंबी होनी चाहिए?
पूरी होने जितनी लंबी। ज़्यादातर इंटीग्रेशन गाइड 2,000 से 4,000 शब्दों की होती हैं, पर लंबाई इंटीग्रेशन की जटिलता पर निर्भर करती है। सरल API कनेक्शन 800 शब्दों का हो सकता है। कई स्टेप वाला एंटरप्राइज़ इंटीग्रेशन 6,000+ शब्दों का हो सकता है। कसौटी यह है: क्या डेवलपर इसे शुरू से अंत तक बिना कहीं और कुछ ढूंढने गए फ़ॉलो कर सकता है? अगर हां, तो यह काफ़ी लंबी है। अगर उन्हें इंटीग्रेशन के बीच में Google पर खोजना पड़े, तो यह बहुत छोटी है।
अगर जिस टूल को इंटीग्रेट किया जा रहा है वह मेरा नहीं है, तो क्या मैं अपनी इंटीग्रेशन गाइड ऑप्टिमाइज़ कर सकता हूं?
हां। तीसरे पक्ष की इम्प्लीमेंटेशन गाइड अच्छा रैंक करती हैं जब वे आधिकारिक दस्तावेज़ से ज़्यादा पूरी हों। समझौता यह है कि आपकी गाइड वेंडर के अपने दस्तावेज़ से मुकाबला कर रही है, जिसकी अपनी अथॉरिटी है। गहराई में जाकर जीतें: ज़्यादा उपयोग के मामले, ज़्यादा एरर समाधान, ज़्यादा असली उदाहरण शामिल करें। दिखाएं कि आपकी गाइड डेवलपर की उससे ज़्यादा मदद करती है जो आधिकारिक दस्तावेज़ देते हैं।
क्या इंटीग्रेशन गाइड में हर प्रोग्रामिंग भाषा के लिए अलग पेज होने चाहिए?
सिर्फ़ तब जब भाषाओं के बीच इंटीग्रेशन काफ़ी अलग हो। अगर आप JavaScript और Python में वही स्टेप दिखा रहे हैं, तो उन्हें अलग कोड ब्लॉक के साथ एक ही गाइड में रखें। इनलाइन "// JavaScript" और "// Python"। अगर स्टेप खुद अलग हैं (ऑथेंटिकेशन का तरीका, डिपेंडेंसी मैनेजमेंट आदि), तो अलग गाइड बनाएं और उनके बीच लिंक करें। AI सिस्टम कई भाषाएं मिलाने वाली लंबी गाइड से ज़्यादा भाषा-विशेष पेज बेहतर समझते हैं।
अगर मेरा इंटीग्रेशन बदल जाए और मौजूदा गाइड टूट जाएं तो क्या होगा?
तुरंत अपडेट करें। ऊपर दर्ज करें कि क्या बदला: "मार्च 2026 में अपडेट: API ऑथेंटिकेशन का तरीका टोकन से OAuth में बदला। माइग्रेशन गाइड के लिए [लिंक] देखें।" अगर बदलाव बड़ा है, तो माइग्रेशन गाइड बनाएं। AI सिस्टम के हाल की चीज़ों के सिग्नल मज़बूत हैं, इसलिए आपकी अपडेट की हुई गाइड उन पुरानी गाइड से ऊपर रैंक करेगी जो अब टूटी हैं। रफ़्तार मायने रखती है: API बदलाव के कुछ हफ़्तों के भीतर अपडेट हुई गाइड अपनी रैंकिंग बनाए रखती हैं। जो गाइड टूटी छोड़ दी जाती हैं, उनकी कोटेशन दर गिर जाती है।