< BACK पुरानी ग्लोब और हाथ से बने नक्शे एक लकड़ी की मेज पर, सुनहरे घंटे की खिड़की की रोशनी से रोशन, 35mm फिल्म ग्रेन

स्थानीयकरण SEO: हर बाजार में वास्तव में रैंक कैसे करें

·

2021 में एक क्लाइंट मेरे पास एक SaaS प्रोडक्ट के साथ आया जो दो सालों से पाँच भाषाओं में live था। जर्मनी से ट्रैफिक: महीने में 38 sessions। फ्रांस से: 22। उनके English पेज ठीक रैंक कर रहे थे, लेकिन हर स्थानीयकृत version बस अदृश्य था। उन्होंने एक एजेंसी को copy अनुवाद करने के लिए भुगतान किया था, किसी ने WPML install किया था, और फिर हर किसी ने माना कि काम पूरा हो गया।

यह करीब भी नहीं था।

स्थानीयकरण SEO उन क्षेत्रों में से एक है जहाँ 60% काम सही तरीके से करना, 0% करने के लगभग बराबर है। hreflang मिस करो। गलत URL संरचना चुनो। स्थानीय signals छोड़ो। नतीजा: Google आपके अनुवादित पेजों को पूरी तरह से ignore करता है या, बदतर, उन्हें duplicate content मानता है और filter कर देता है। मैंने Seahawk पर पिछले नौ सालों में सैकड़ों साइटों पर इस समस्या को ठीक किया है, और विफलता का पैटर्न लगभग हमेशा एक जैसा है।

तो चलिए देखते हैं कि वास्तव में क्या काम करता है।

---

अनुवाद स्थानीयकरण नहीं है

यह पहली चीज है जो मैं हर क्लाइंट को बताता हूँ। अनुवाद एक भाषा से दूसरी भाषा में शब्दों को बदलना है। स्थानीयकरण किसी विशिष्ट बाजार के लिए किसी पृष्ठ के आशय को फिर से बनाना है।

2022 के अंत में हमारे पास एक यूके ई-कॉमर्स क्लाइंट था। वे प्रीमियम रसोई के चाकू बेच रहे थे। उनके जर्मन पृष्ठ अंग्रेजी कॉपी का शब्द-दर-शब्द अनुवाद थे, जिसमें "रविवार की भूनी के लिए परफेक्ट" जैसे वाक्यांश भी शामिल थे। जर्मन लोग रविवार की भूनी नहीं करते। कॉपी व्याकरणिक रूप से सही था और पूरी तरह गलत था।

लेकिन संस्कृति के अलावा, SEO के प्रभाव वास्तविक हैं। कीवर्ड वॉल्यूम अनुवाद नहीं होते। अंग्रेजी क्वेरी "best chef knife" यूके में महीने में लगभग 8,100 सर्च पाती है। जर्मन समकक्ष "bestes Kochmesser" को कहीं कम मिलता है, लेकिन "Kochmesser Test" (मोटे तौर पर "शेफ चाकू टेस्ट/रिव्यू") विशाल है। अगर आपका अनुवादित पृष्ठ आपकी अंग्रेजी कीवर्ड के शाब्दिक अनुवाद को टार्गेट करता है, तो आप गलत चीज के लिए ऑप्टिमाइज़ कर रहे हैं।

स्थानीयीकृत कंटेंट का एक भी शब्द लिखने से पहले, लक्ष्य भाषा में, लक्ष्य लोकेल में कीवर्ड रिसर्च चलाएँ — Google Keyword Planner के साथ देश को सही तरीके से सेट करके, या Ahrefs के साथ देश फिल्टर लागू करके। ये अंग्रेजी रिसर्च चलाने जैसे नहीं हैं। कीवर्ड के दृष्टिकोण से प्रत्येक बाजार को एक नई साइट के रूप में मानें।in the target language, in the target locale using Google Keyword Planner with the country set correctly, or Ahrefs with the country filter applied. These are not the same as running English research. Treat each market as a new site from a keyword perspective.

व्यावहार में "स्थानीयीकृत" का वास्तव में अर्थ क्या है

  • स्थानीय मुद्रा में मूल्य निर्धारण, स्थानीय भुगतान विधि संदर्भ के साथ
  • तारीखें, पते, और इकाइयाँ उस देश के लिए फॉर्मेट की गई (DD/MM बनाम MM/DD महत्वपूर्ण है)
  • उदाहरण, मुहावरे, और संदर्भ जो स्थानीय रूप से गूँजते हैं
  • देश-विशिष्ट विश्वास संकेत (जर्मन खरीदार स्थानीय प्रमाणपत्र पर विश्वास करते हैं; फ्रांसीसी खरीदार ब्राजीलियाई लोगों से अलग सामाजिक साक्ष्य के प्रति प्रतिक्रिया करते हैं)

---

URL संरचना: यह गलत करो और बाकी कुछ भी मायने नहीं रखता

मैंने इस बहस को कई प्रोजेक्ट्स को बर्बाद करते देखा है। ccTLD बनाम subdomain बनाम subdirectory। लोग इस पर धार्मिक विश्वास रखते हैं।

सैकड़ों अंतर्राष्ट्रीय साइट्स बनाने और माइग्रेट करने के बाद मेरा ईमानदार विचार यह है: subdirectories आमतौर पर ज्यादातर व्यवसायों के लिए सही विकल्प हैं। कुछ ऐसा जैसे yoursite.com/de/ की बजाय de.yoursite.com या yoursite.de। कारण व्यावहारिक हैं: आपकी पूरी domain authority एक जगह consolidated होती है, एक जगह से manage करना आसान है, और जब hreflang सही तरीके से सेट किया जाता है तो Google इसे अच्छे से संभालता है।subdirectories are usually the right call for most businesses. Something like yoursite.com/de/ rather than de.yoursite.com or yoursite.de. The reasons are practical: all your domain authority consolidates, it's easier to manage in one place, and Google handles it well when hreflang is set up correctly.

ccTLDs (yoursite.de, yoursite.fr) एक मजबूत local signal भेजते हैं। अगर आप किसी specific market में गंभीर खिलाड़ी हैं और essentially अलग-अलग साइट्स चलाने के लिए प्रतिबद्ध हो सकते हैं, तो वह कोशिश करने के लायक हैं। Seahawk के पास 2020 में एक fintech क्लाइंट था जो छह देशों के लिए अलग-अलग ccTLDs पर जोर दे रहा था, और हाँ, यह उन बाजारों में अच्छा perform करता था। लेकिन उनका dev overhead तीन गुना बढ़ गया। अधिकांश agencies के लिए जो क्लाइंट्स के लिए बनाते हैं, यह practical नहीं है।yoursite.de , yoursite.fr) do send a strong local signal. If you're a serious player in a specific market and you can commit to running essentially separate sites, they're worth it. Seahawk had a fintech client that insisted on separate ccTLDs for six countries in 2020, and yes, it performed well in those markets. But their dev overhead tripled. For most agencies building for clients, that's not realistic.

Subdomains (de.yoursite.com) अधिकांश cases में दोनों तरफ से सबसे बुरे हैं। Subdirectories से maintain करना कठिन है, ccTLDs से कमजोर authority signal है। मैं इनसे बचूँगा जब तक आपकी CMS architecture genuinely इसे force न करे।de.yoursite.com) are the worst of both worlds in most cases. Harder to maintain than subdirectories, weaker authority signal than ccTLDs. I'd avoid them unless your CMS architecture genuinely forces the issue.

जो कुछ भी आप चुनें: consistent रहें। संरचनाओं को mix न करें। मैंने ऐसी साइट्स inherit की हैं जिनमें /fr/ pages और एक fr. subdomain दोनों एक साथ चल रहे हैं, दोनों indexed हैं। यह nightmare है।be consistent. Don't mix structures. I've inherited sites with /fr/ pages and a fr. subdomain running simultaneously, both indexed. It's a nightmare.

---

Hreflang: International SEO का सबसे ज्यादा Broken हिस्सा

अगर आप इस post से एक चीज लो, तो यही लो।

Hreflang Google को बताता है कि किसी पृष्ठ का कौन सा संस्करण किस भाषा और देश के उपयोगकर्ता को दिखाना है। अगर यह गलत हो तो आपके US English पृष्ठ Germany में दिखेंगे, आपके German पृष्ठ बिल्कुल rank नहीं करेंगे, या मेरी पसंदीदा disaster — आपका x-default किसी ऐसे पृष्ठ की ओर इशारा करेगा जो कहीं और redirect हो रहा है। tells Google which version of a page to show to which user in which language and country. Get it wrong and you'll have your US English pages showing up in Germany, your German pages not ranking at all, or, my personal favourite disaster, your x-default pointing to a page that redirects somewhere else entirely.

यह tag format आपके <head> में कुछ इस तरह दिखता है:<head>:

`` <link rel="alternate" hreflang="de" href="https://yoursite.com/de/page/" /> <link rel="alternate" hreflang="en-GB" href="https://yoursite.com/en-gb/page/" /> <link rel="alternate" hreflang="x-default" href="https://yoursite.com/page/" /> `` <link rel="alternate" hreflang="de" href="https://yoursite.com/de/page/" /> <link rel="alternate" hreflang="en-GB" href="https://yoursite.com/en-gb/page/" /> <link rel="alternate" hreflang="x-default" href="https://yoursite.com/page/" /> ``

कुछ चीजें हैं जो लोगों को लगातार परेशान करती हैं:

  1. हर पृष्ठ को हर alternate को reference करना चाहिए, अपने आप को भी शामिल करते हुए। अगर आपका German पृष्ठ English पृष्ठ से link back नहीं करता, और English पृष्ठ German से link back नहीं करता, तो implementation टूटी हुई है। If your German page doesn't link back to the English page, and the English page doesn't link back to German, the implementation is broken.
  2. Language बनाम language-region codes। hreflang="en" का मतलब "English, किसी भी क्षेत्र में।" hreflang="en-GB" का मतलब "English, विशेष रूप से United Kingdom।" अगर आप UK बनाम US को अलग-अलग target करना चाहते हैं, तो आपको region code की जरूरत है। hreflang="en" means "English, any region." hreflang="en-GB" means "English, United Kingdom specifically." If you're trying to target UK vs US separately, you need the region code.
  3. Return tags। German पृष्ठ में English पृष्ठ की ओर इशारा करने वाली एक tag होनी चाहिए। English पृष्ठ में German की ओर वापस इशारा करने वाली tag होनी चाहिए। दोनों। हमेशा। The German page must contain a tag pointing to the English page. The English page must contain a tag pointing back to German. Both. Always.
  4. Canonical tags के साथ consistency। आपका hreflang alternate URL और उस पृष्ठ के लिए आपका canonical URL match करने चाहिए। बिल्कुल। Trailing slashes सहित। Your hreflang alternate URL and your canonical URL for that page must match. Exactly. Including trailing slashes.

जब मैं ये manually set up करता हूँ तो मैं Aleyda Solis का hreflang tag generator use करता हूँ। और मैं Screaming Frog से हमेशा audit करता हूँ। हमेशा।Aleyda Solis's hreflang tag generator when I'm setting these up manually. And I always audit with Screaming Frog after. Always.

---

स्थानीय संकेत: वह बिट जिसे हर कोई लॉन्च के बाद भूल जाता है

सही hreflang और अच्छी तरह से स्थानीयकृत पेज आपको शायद आधे रास्ते तक ले जाते हैं। बाकी 50% संकेत है: क्या Google को यह विश्वास करने का कोई कारण है कि आप उस बाजार में एक वास्तविक इकाई हैं?

अधिकांश साइटों के लिए, इसका मतलब है:

  • स्थानीय बैकलिंक्स। एक जर्मन .de डोमेन से आपके /de/ पेजों का लिंक सार्थक वजन रखता है। फ्रेंच मीडिया से आपके फ्रेंच पेजों के लिंक, वही बात। एक US ब्लॉग से आपकी जर्मन कंटेंट को लिंक उतना मदद नहीं करता जितना लोग मानते हैं। A link from a German .de domain to your /de/ pages carries meaningful weight. Links from French media to your French pages, same thing. Getting a link from a US blog to your German content doesn't help nearly as much as people assume.
  • Google Business Profile। यदि कोई भौतिक उपस्थिति है, यहां तक कि एक पंजीकृत पता भी, उस स्थान के लिए एक GBP सेट अप करें। इसे सही तरीके से भरें। यह स्थानीय पैक दृश्यमानता के लिए आवश्यक है। If there's any physical presence, even a registered address, set up a GBP for that location. Fill it out properly. This is table stakes for local pack visibility.
  • स्थानीय schema। सही देश, पता प्रारूप, और फोन नंबर प्रारूप के साथ LocalBusiness schema जोड़ें। बस अपने अंग्रेजी schema की कॉपी न करें और विवरण का अनुवाद न करें। संरचित डेटा को स्थानीय विशिष्टताओं से मेल खाना चाहिए। Add LocalBusiness schema with the correct country, address format, and phone number format. Don't just copy your English schema and translate the description. The structured data needs to match the locale specifics.
  • होस्टिंग स्थान। CDNs को देखते हुए पहले जितना महत्वपूर्ण नहीं है, लेकिन यदि आप CDN का उपयोग कर रहे हैं (और आपको करना चाहिए), तो पुष्टि करें कि आपके edge नोड यूरोपीय सर्वर से यूरोपीय उपयोगकर्ताओं को सेवा दे रहे हैं। Cloudflare की मुफ्त योजना इसे संभालती है। यह एक बड़ा रैंकिंग फैक्टर नहीं है लेकिन यह उस क्षेत्र में TTFB में योगदान देता है, जो मायने रखता है। Less important than it used to be given CDNs, but if you're using a CDN (and you should be), confirm your edge nodes are serving European users from European servers. Cloudflare's free plan handles this. It's not a huge ranking factor but it contributes to TTFB in that region, which matters.

2019 में मेरे पास स्वास्थ्य पूरक क्षेत्र में एक क्लाइंट था जो स्पेन में रैंक करने की कोशिश कर रहा था। उनका स्थानीयकरण अच्छा था। उनका hreflang सही था। लेकिन उनके पास शून्य स्पेनिश बैकलिंक्स थे, उनके मैड्रिड पता के लिए उनका GBP दावा न किया गया था, और उनका schema अभी भी एक UK फोन नंबर सूचीबद्ध करता था। इन तीनों चीजों को लगभग चार महीनों में ठीक करने से उन्हें अपने तीन लक्ष्य शब्दों के लिए पेज 4 से पेज 1 तक ले गया।

---

बाजार के अनुसार कंटेंट गहराई अलग-अलग होती है

यह वह चीज़ है जो कीवर्ड रिसर्च आपको पूरी तरह नहीं बता सकती। कुछ बाजार जानकारी के लिए भूखे होते हैं; दूसरे पतले प्रोडक्ट पेजों पर कन्वर्ट करते हैं।

जर्मनी बेहद विस्तृत है। जर्मन सर्चर्स आमतौर पर विस्तृत तुलनात्मक सामग्री, स्पेक टेबल और कुछ भी खरीदने से पहले स्पष्ट रिटर्न पॉलिसी चाहते हैं। एक 300-शब्द का प्रोडक्ट पेज जो UK में कन्वर्ट करता है, जर्मनी में काम करने के लिए 900 शब्द के साथ एक FAQ सेक्शन की जरूरत हो सकती है।

जापान एक और उदाहरण है। व्यावसायिक क्वेरीज के लिए जापानी सर्च रिजल्ट्स में अक्सर अत्यंत विस्तृत, लंबे फॉर्मेट की सामग्री दिखती है। SERP अलग दिखता है, यूजर बिहेवियर अलग है, और कंटेंट की अपेक्षाएं उसे दर्शाती हैं।

मैं यह नहीं कह रहा कि सिर्फ इसलिए कि आप कर सकते हैं, हर बाजार के लिए 2,000 शब्द लिखें। मैं कह रहा हूँ: उस देश में, उस भाषा में, अपनी टार्गेट क्वेरी के लिए वास्तव में क्या रैंक कर रहा है, यह देखें। एक इनकॉग्निटो विंडो खोलें, अपना Google कंट्री मैन्युअली सेट करें, और टॉप तीन रिजल्ट्स को देखें। वे कितने लंबे हैं? क्या उनमें वीडियो है? क्या उनमें टेबल हैं? क्या उनमें यूजर रिव्यूज एम्बेड हैं? यही आपका बेंचमार्क है, अंग्रेज़ी में जो काम करता है वह नहीं।look at what's actually ranking in that country, in that language, for your target query. Open an incognito window, set your Google country manually, and look at the top three results. What length are they? Do they have video? Do they have tables? Do they have user reviews embedded? That's your benchmark, not what works in English.

---

लाइव होने से पहले टेक्निकल ऑडिट चेकलिस्ट

Seahawk से किसी भी अंतरराष्ट्रीय साइट के लाइव होने से पहले, हम इस क्रम में इसे चेक करते हैं:

  1. पुष्टि करें कि URL स्ट्रक्चर सभी लोकेल्स में सामंजस्यपूर्ण है
  2. Screaming Frog का उपयोग करके हर पेज टाइप (होम, कैटेगरी, प्रोडक्ट, ब्लॉग) पर hreflang टैग्स को वैलिडेट करें
  3. पुष्टि करें कि कैनोनिकल टैग्स hreflang अल्टरनेट URLs के साथ बिल्कुल सामंजस्य में हैं
  4. x-default को verify करें कि वह set है और किसी live, non-redirecting page की ओर point कर रहा है।
  5. Google Search Console में geo-targeting settings को test करें (International Targeting report, Legacy Tools के तहत)।Google Search Console (International Targeting report, under Legacy Tools)
  6. XML sitemap में सभी localised URLs शामिल हैं, यह confirm करें और अगर अलग properties use कर रहे हैं तो प्रत्येक locale के लिए submit करें।
  7. WebPageTest का उपयोग करके target regions से page speed check करें, European या Asian node के साथ।
  8. LocalBusiness schema को Google के Rich Results Test से validate करें, प्रत्येक locale के लिए कम से कम एक representative page के लिए।

यह वो सभी checks नहीं हैं जो हम करते हैं। लेकिन अगर वे आठ ठीक हैं, तो foundation उस पर building शुरू करने के लिए काफी मजबूत है।

---

The Patient Game: Timelines और Expectations

यहाँ कुछ ऐसा है जिसे मैं हर उस client के लिए एक billboard पर लगाना चाहता हूँ जो हमसे international SEO के लिए आता है: यह English SEO से ज्यादा समय लेता है। कभी-कभी तो बहुत ज्यादा।this takes longer than English SEO. A lot longer, sometimes.

जब आप एक नया localised section launch करते हैं, तो आप essentially उस market में Google के perspective से एक नई site launch कर रहे हैं। आपके पास कोई local backlink history नहीं है। आपके पास कोई local engagement signals नहीं हैं। आपके पास कोई query history नहीं है। Google सावधान रहता है।

यथार्थवादी समयरेखा: कोई गतिविधि देखने में 3 महीने, निष्कर्ष बनाना शुरू करने में 6 महीने, और यह मूल्यांकन करने में 12 महीने कि स्थानीयकरण रणनीति वास्तव में काम कर रही है या नहीं। मुझे पता है कि यह कोई सुनना नहीं चाहता। लेकिन जो ग्राहक इसी उम्मीद के साथ जाते हैं, वे महीने 4 में प्लग खींचने की संभावना बहुत कम होती है, जब उन्होंने अभी पेज 1 हासिल नहीं किया होता।

वह SaaS ग्राहक जिसका मैंने शुरुआत में जिक्र किया था? हमने 2022 की Q1 में उनका पूरा अंतर्राष्ट्रीय सेटअप दोबारा तैयार किया। 2022 की Q4 तक, उनका जर्मन ट्रैफिक महीने में 38 सेशन से बढ़कर लगभग 1,400 हो गया। फ्रांस 800 पर था। नौ महीने की सुसंगत मेहनत लगी। कोई शॉर्टकट नहीं। बस सही आर्किटेक्चर, वास्तविक स्थानीयकृत सामग्री, और हर बाजार में धैर्यपूर्ण लिंक बिल्डिंग।

---

FAQ

क्या मुझे हर भाषा के लिए अलग Google Search Console प्रॉपर्टी की जरूरत है?

नहीं, अगर आप सबडायरेक्टरी का इस्तेमाल कर रहे हैं। एक GSC प्रॉपर्टी पूरे डोमेन को कवर करती है, और आप URL प्रीफिक्स से फ़िल्टर करके प्रति-लोकेल डेटा देख सकते हैं। अगर आप ccTLD का इस्तेमाल कर रहे हैं, तो हाँ, हर डोमेन को अपनी प्रॉपर्टी की जरूरत है। सबडोमेन को अलग सेट किया जा सकता है या डोमेन प्रॉपर्टी के तहत कवर किया जा सकता है। मैं साफ-सुथरे डेटा के लिए अलग को पसंद करता हूँ।

क्या मैं स्थानीयकृत सामग्री के लिए मशीन अनुवाद का इस्तेमाल कर सकता हूँ?

संक्षिप्त उत्तर: नहीं, अपने अंतिम आउटपुट के रूप में नहीं। Google मशीन-अनुवादित सामग्री का पता लगा सकता है और यह उनके स्पैम नीतियों के तहत ऑटो-जेनरेटेड सामग्री के रूप में कवर है। DeepL या समान का उपयोग करके पहला ड्राफ्ट प्राप्त करें, फिर एक मूल वक्ता इसे ठीक से संपादित करे। संपादन पास ही वह जगह है जहाँ स्थानीयकरण वास्तव में होता है।Spam Policies as auto-generated content. Use DeepL or similar to get a first draft, then have a native speaker edit it properly. The editing pass is where localisation actually happens anyway.

मैं एक ऐसी भाषा को कैसे संभालूँ जो कई देशों में बोली जाती है? जैसे स्पेन के लिए स्पेनिश बनाम मेक्सिको?

आप अलग-अलग hreflang कोड का इस्तेमाल करते हैं: स्पेन के लिए es-ES और मेक्सिको के लिए es-MX। और आदर्श रूप से आपके पास हर एक के लिए वास्तविक रूप से अलग सामग्री है, या न्यूनतम स्थानीय प्रश्नों को लक्ष्य करने वाले अलग-अलग मेटाडेटा हैं। बस दोनों hreflang कोड को एक ही पेज की ओर न इशारा करें। Google समझ जाएगा कि आप क्या कर रहे हैं।es-ES for Spain and es-MX for Mexico. And ideally you have genuinely different content for each, or at minimum different metadata targeting local queries. Don't just point both hreflang codes to the same page. Google will figure out what you're doing.

क्या होगा अगर मेरा CMS natively hreflang को support नहीं करता?

ज्यादातर plugins के साथ करते हैं। WPML और Polylang दोनों WordPress पर hreflang को अच्छी तरह से handle करते हैं। Custom builds के लिए, आप tags को <head> के बजाय अपने XML sitemap के जरिये output कर सकते हैं, जिसे Google स्वीकार करता है। Sitemap method असल में scale पर maintain करना आसान है। बस यह सुनिश्चित करें कि यह cleanly validate हो रहा है।<head>, which Google accepts. The sitemap method is actually easier to maintain at scale. Just make sure it's validating cleanly.

---

Localisation SEO धीमा है, मुश्किल है, और अक्सर under-resourced होता है। ज्यादातर sites जिनका मैंने audit किया है, उनके पास translated content तो है लेकिन technical layer या तो missing है या broken है। पहले architecture को fix करो। फिर local signals build करो। Content आसान part है, ईमानदारी से कहूँ तो। Boring stuff ही वह है जो difference बनाती है।

< BACK