SEO ਗਾਈਡ ਕਦਮ 10: ਬਹੁ-ਭਾਸ਼ੀਅਕ SEO — ਰੈਂਕਿੰਗ ਨੂੰ ਘਟਾਏ ਬਿਨਾਂ ਵਿਸ਼ਵ ਭਾਸ਼ਕ ਦਰਸ਼ਕਾਂ ਤੱਕ ਪਹੁੰਚਣਾ
SEO ਗਾਈਡ ਕਦਮ 10: ਬਹੁ-ਭਾਸ਼ੀਅਕ SEO
ਇਹ 13-ਕਦਮਾਂ ਦੇ SEO ਗਾਈਡ ਦਾ ਕਦਮ 10 ਹੈ। ਬਹੁ-ਭਾਸ਼ੀਅਕ SEO ਤੁਹਾਨੂੰ ਹਰ ਮਾਰਕੀਟ ਵਿੱਚ ਆਪਣੀ ਮਾਂ-ਭਾਸ਼ਾ ਵਿੱਚ ਸੇਵਾਨਾ ਦੇ ਕੇ ਆਪਣੇ ਸਜੀਵ ਟ੍ਰੈਫਿਕ ਨੂੰ ਵਧਾਉਣ ਦੀ ਆਗਿਆ ਦਿੰਦਾ ਹੈ — ਜੇ ਗਲਤ ਕੀਤਾ ਗਿਆ, ਇਹ ਡੁਪਲੀਕੇਟ ਸਮੱਗਰੀ ਦਾ ਹੰਗਾਮਾ ਪੈਦਾ ਕਰਦਾ ਹੈ।
ਹਰ ਭਾਸ਼ਾ ਜੋ ਤੁਸੀਂ ਸ਼ਾਮਲ ਕਰਦੇ ਹੋ, ਉਹ ਤੁਹਾਡੇ ਮੌਜੂਦਾ ਸਮੱਗਰੀ 'ਤੇ ਇੱਕ ਗੁਣਾ ਕਰਨ ਵਾਲੀ ਹੁੰਦੀ ਹੈ। ਇੱਕ ਉਹ ਸਾਈਟ ਜਿਸ ਵਿੱਚ 50 ਪੰਨੇ ਇਕ ਹੀ ਭਾਸ਼ਾ ਵਿੱਚ ਹਨ, ਉਸ ਦਾ 50 ਇੰਡੇਕਸ ਔਰਲ ਹੈ। 5 ਭਾਸ਼ਾਵਾਂ ਸ਼ਾਮਲ ਕਰੋ, ਤਾਂ ਤੁਸੀਂ 250 ਪੰਨੇ ਰੱਖਦੇ ਹੋ। 20 ਭਾਸ਼ਾਵਾਂ ਸ਼ਾਮਲ ਕਰੋ, ਤਾਂ ਤੁਹਾਡੇ ਕੋਲ 1,000 ਹਨ। ਇਹਨਾਂ ਵਿਸ਼ੇਸ਼ ਔਰਲਾਂ ਵਿੱਚੋਂ ਹਰ ਇੱਕ ਆਪਣੇ ਸਥਾਨਕ Google ਨਤੀਜਿਆਂ ਵਿੱਚ ਸੁਪੁਰਦ ਕਰ ਸਕਦੀ ਹੈ।
ਪਰ ਬਹੁ-ਭਾਸ਼ੀਅਕ SEO SEO ਦੇ ਸਭ ਤੋਂ տեխնਿਕਲੀ ਜਟਿਲ ਖੇਤਰਾਂ ਵਿੱਚੋਂ ਇੱਕ ਹੈ। ਗਲਤ ਕਾਰਗੁਜ਼ਾਰੀ ਡੁਪਲੀਕੇਟ ਸਮੱਗਰੀ, ਰੈਂਕਿੰਗ ਦੀ ਘਟਤ ਅਤੇ ਕ੍ਰਾਲ ਬਜ਼ਟ ਦੀ ਬਰਬਾਦੀ ਪੈਦਾ ਕਰਦੀ ਹੈ। ਠੀਕ ਅਤੇ ਗਲਤ ਤਰੀਕੇ ਨਾਲ ਅੰਤਰਰਾਸ਼ਟਰੀਕ੍ਰਿਤ ਸਾਈਟ ਵਿਚਕਾਰ ਦਾ ਅੰਤਰ 10x ਟ੍ਰੈਫਿਕ ਦਾ ਫਰਕ ਹੋ ਸਕਦਾ ਹੈ।
LANGR ਖੁਦ 89 ਸਰਗਰਮ ਸਥਾਨਾਂ ਵਿੱਚ 108 ਭਾਸ਼ਾਵਾਂ ਵਿੱਚ ਕੰਮ ਕਰਦਾ ਹੈ — ਅਸੀਂ ਇਹ ਸਮੱਸਿਆਵਾਂ ਵੱਡੇ ਪੱਧਰ 'ਤੇ ਹੱਲ ਕੀਤੀਆਂ ਹਨ। ਇਹ ਗਾਈਡ ਉਹ ਸਭ ਕੁਝ ਸਾਂਝਾ ਕਰਦੀ ਹੈ ਜੋ ਸਾਨੂੰ ਸਿੱਖਿਆ ਹੈ।
ਬਹੁ-ਭਾਸ਼ੀਅਕ SEO ਦੀ ਵਰਤੋਂ ਕੀ ਹੈ
ਬਹੁ-ਭਾਸ਼ੀਅਕ SEO 8 ਮੁਖ ਖੇਤਰਾਂ ਵਿੱਚ ਵਿਸ਼ੇਤ ਹੈ:
- Hreflang ਕਾਰਗੁਜ਼ਾਰੀ — Google ਨੂੰ ਦੱਸਣਾ ਕਿ ਕਿਹੜੀ ਪੰਨਾ ਕਿਹੜੀ ਭਾਸ਼ਾ ਨੂੰ ਸੇਵਾ ਦਿੰਦੀ ਹੈ
- ਸਥਾਨ ਮਾਰਕਿੰਗ ਰਣਨੀਤੀਆਂ — ਉਪਡੋਮੇਨ vs ਉਪਫੋਲਡਰ vs TLD
- ਅਨੁਵਾਦ ਗੁਣਵੱਤਾ — ਮਸ਼ੀਨ vs ਮਨੁੱਖ vs ਹਾਈਬ੍ਰਿਡ ਅਨੁਵਾਦ
- ਅੰਤਰਰਾਸ਼ਟਰੀ ਟਾਰਗੇਟਿੰਗ — ਖੋਜ ਕੌਂਸੋਲ ਦੇ ਸੰਰਚਨਾ
- ਸਮੱਗਰੀ ਦੀ ਲੋਕਲਾਈਜ਼ੇਸ਼ਨ — ਅਨੁਵਾਦ ਤੋਂ ਆਗੇ: ਸਭਿਆਚਾਰੀ ਅਨੁਕੂਲਤਾ
- RTL ਸਹਾਇਤਾ — ਸੱਜੇ ਤੋਂ ਖਬਜੇ ਭਾਸ਼ਾਵਾਂ (ਅਰਬੀ, ਹਿਬਰੂ, ਫ਼ਰਸੀ)
- ਭਾਸ਼ਾ ਪਹਿਚਾਣ — ਸਹੀ ਰੂਪ ਨੂੰ ਆਪਣੇ ਆਪ ਸੇਵਾ ਦੇਣਾ
- ਡੁਪਲੀਕੇਟ ਸਮੱਗਰੀ — ਭਾਸ਼ਾ-ਦਰਮਿਆਨੀ ਕੈਨੀਬਲਾਈਜ਼ੇਸ਼ਨ ਨੂੰ ਰੋਕਣਾ
1. Hreflang ਕਾਰਗੁਜ਼ਾਰੀ
Hreflang ਟੈਗ ਖੋਜ ਇੰਜਨਾਂ ਨੂੰ ਦੱਸਦੇ ਹਨ ਕਿ ਕਿਹੜੀ URL ਕਿਹੜੀ ਭਾਸ਼ਾ ਅਤੇ ਖੇਤਰ ਨੂੰ ਸੇਵਾ ਦਿੰਦੀ ਹੈ। ਇਹ ਬਹੁ-ਭਾਸ਼ੀਅਕ SEO ਦੀ ਤਕਨਕੀ ਆਧਾਰਸ਼ਿਲਾ ਹਨ — ਅਤੇ ਸਭ ਤੋਂ ਆਮ ਤੌਰ 'ਤੇ ਗਲਤ ਸੰਰਚਿਤ ਤੱਤ।
ਮੁੱਢਲਾ hreflang ਵਿਆਕਰਨ:
<link rel="alternate" hreflang="en" href="https://example.com/page" />
<link rel="alternate" hreflang="da" href="https://example.com/da/page" />
<link rel="alternate" hreflang="de" href="https://example.com/de/page" />
<link rel="alternate" hreflang="x-default" href="https://example.com/page" />
ਮਹੱਤਵਪੂਰਨ ਨਿਯਮ:
- ਹਰ ਪੰਨੇ ਨੂੰ ਸਾਰੀਆਂ ਵਿਰੋਧੀ ਸੰਸਕਰਣਾਂ ਦਾ ਹਵਾਲਾ ਦੇਣਾ ਚਾਹੀਦਾ ਹੈ (ਆਪਣੇ ਆਪ ਨੂੰ ਸਮੇਤ)
x-defaultਬੈਕਅਪ ਚਿੰਨ੍ਹਤ ਕਰਦੀ ਹੈ (ਅਕਸਰ ਅੰਗਰੇਜ਼ੀ ਜਾਂ ਭਾਸ਼ਾ-ਚੁਣਨ)- Hreflang ਟੈਗ ਆਪਸੀ ਹੋਣੇ ਚਾਹੀਦੇ ਹਨ (ਪੰਨਾ A B ਨੂੰ ਲਿੰਕ ਕਰਦਾ ਹੈ, B ਨੂੰ A ਵਾਪਸ ਲਿੰਕ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ)
- ISO 639-1 ਭਾਸ਼ਾ ਕੋਡਾਂ ਦੀ ਵਰਤੋਂ ਕਰੋ (
en,da,de) ਦੇਸ਼ ਕੋਡਾਂ ਦਾ ਨਹੀਂ - ਖੇਤਰ-विशिष्ट ਸਮੱਗਰੀ ਲਈ:
en-us,en-gb,pt-br(ਭਾਸ਼ਾ-ਖੇਤਰ) - ਪ੍ਰਤੀ ਪੰਨਾ ~50 hreflang ਦਾਖਲ (ਕਾਰਗੁਜ਼ਾਰੀ ਸੀਮਾ)
ਤੀਨ ਪੋਜ਼ੀਸ਼ਨ ਵਿੱਚ ਚੋਣਾਂ:
| ਸ਼ਖ਼ਸ | ਸ੍ਰੇਣੀ ਲਈ | ਨੁਕਸਾਨ | |-------|-----------|---------| | ਵਿੱਚ | ਛੋਟੀਆਂ ਸਾਈਟਾਂ (< 10 ਭਾਸ਼ਾਵਾਂ) | HTML ਨੂੰ ਵੱਡਾ ਕਰਦਾ ਹੈ, ਹੌਲੀ ਪਾਰਸਿੰਗ | | HTTP ਹੈਡਰ | ਗੈਰ-HTML ਫ਼ਾਈਲਾਂ (PDFs, APIs) | ਵਿਆਪਕ ਸਹਾਰਾ ਨਹੀਂ | | XML ਸਾਈਟਮੈਪ | ਵੱਡੀਆਂ ਸਾਈਟਾਂ (10+ ਭਾਸ਼ਾਵਾਂ) | ਕ੍ਰਾਲਰਾਂ ਦੁਆਰਾ ਹੌਲੀ ਖੋਜ |
ਸਾਈਟਮੈਪ hreflang ਉਦਾਹਰਣ:
<url>
<loc>https://example.com/page</loc>
<xhtml:link rel="alternate" hreflang="en" href="https://example.com/page" />
<xhtml:link rel="alternate" hreflang="da" href="https://example.com/da/page" />
<xhtml:link rel="alternate" hreflang="de" href="https://example.com/de/page" />
<xhtml:link rel="alternate" hreflang="x-default" href="https://example.com/page" />
</url>
ਆਮ hreflang ਗਲਤੀਆਂ:
- ਆਪਸ ਵਿੱਚ ਸੰਦਰਭਿਤ ਟੈਗ ਦੀ ਕਮੀ (ਪੰਨਾ ਆਪਣੇ ਆਪ ਨੂੰ ਨਹੀਂ ਸ਼ਾਮਲ ਕਰਦਾ)
- ਗੈਰ-ਆਪਸੀ ਟੈਗ (A B ਨੂੰ ਜ਼ਿਕਰ ਕਰਦਾ ਹੈ, ਪਰ B A ਨੂੰ ਜ਼ਿਕਰ ਨਹੀਂ ਕਰਦਾ)
- ਗਲਤ ਭਾਸ਼ਾ ਕੋਡ (
dkਬਜਾਏdaਡੈਨਿਸ਼ ਲਈ) - ਗੈਰ-200 URLs ਨੂੰ ਦਰਸਾਉਂਦੇ ਹੋਏ (ਰੀਡਾਇਰੈਕਟ, 404s)
x-defaultਨੂੰ ਭਾਸ਼ਾ-ਵਿਸ਼ੇਸ਼ ਪੰਨੇ ਨਾਲ ਮਿਲਾਉਣਾ
ਤੁਰੰਤ ਫਾਇਦਾ: ਆਪਣੇ ਸਾਈਟ ਨੂੰ ਕ੍ਰਾਲ ਕਰੋ ਅਤੇ ਸਾਰੇ hreflang ਟੈਗਾਂ ਨੂੰ ਨਿਰਮਾਣ ਕਰੋ। ਗੈਰ-ਆਪਸੀ ਸੰਬੰਧਾਂ ਦੀ ਜਾਂਚ ਕਰੋ — ਇਹ ਸਭ ਤੋਂ ਆਮ ਗਲਤੀ ਹੈ ਅਤੇ Google ਨੂੰ ਤੁਹਾਡੇ ਪੂਰੇ hreflang ਸੈਟਅਪ ਨੂੰ ਨਜ਼ਰਅੰਦਾਜ਼ ਕਰਦਾ ਹੈ।
2. ਸਥਾਨ ਮਾਰਕਿੰਗ ਰਣਨੀਤੀਆਂ
ਵੀਭਿੰਨ ਭਾਸ਼ਾਵਾਂ ਲਈ URLs ਦੀ ਢਾਂਚਾ ਕਰਨ ਦਾ ਤਰੀਕਾ SEO, ਉਪਯੋਗਕਰਤਾ ਦੇ ਅਨੁਭਵ ਅਤੇ ਤਕਨੀਕੀ ਜਟਿਲਤਾ ਨੂੰ ਪ੍ਰਭਾਵਿਤ ਕਰਦਾ ਹੈ। ਤਿੰਨ ਮੁੱਖ ਦ੍ਰਿਸ਼ਟੀਕੋਣ ਹਨ:
ਉਪਫੋਲਡਰ (ਸੁਝਾਅ ਦੇ ਤੌਰ 'ਤੇ)
example.com/en/page
example.com/da/page
example.com/de/page
ਫਾਇਦੇ: ਇਕਕੀ ਡੋਮੇਨ ਅਧਿਕਾਰ, ਪ੍ਰਬੰਧਨ ਚੰਗਾ, ਇੱਕ SSL ਸਰਟੀਫਿਕੇਟ, ਇੱਕ ਵਿਸ਼ਲੇਸ਼ਣ ਸੰਪੱਤੀ, ਇੱਕ ਖੋਜ ਕੌਂਸੋਲ ਦੀ ਸੰਪੱਤੀ, ਜ਼ਿਆਦਾਤਰ ਸਾਈਟਾਂ ਲਈ ਸਭ ਤੋਂ ਵਧੀਆ।
ਨੁਕਸਾਨ: ccTLDs ਨਾਲੋਂ ਘੱਟ ਭੂਗੋਲਿਕ ਟਾਰਗੇਟਿੰਗ ਸੰਕੇਤ।
ਉਪਡੋਮੇਨ
en.example.com/page
da.example.com/page
de.example.com/page
ਫਾਇਦੇ: ਖੇਤਰ ਦੇ ਅੰਸਾਰ ਵੱਖਰੇ ਸਰਵਰ/CDNs 'ਤੇ ਹੋਸਟ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ, ਵੱਖਰੇ ਕ੍ਰਾਲ ਬਜ਼ਟ।
ਨੁਕਸਾਨ: ਹਰ ਉਪਡੋਮੇਨ ਅਲੱਗ ਅਧਿਕਾਰ ਬਣਾਉਂਦਾ ਹੈ (ਲਿੰਕ ਇਕੱਠਾ ਸਵਾਲ ਨਹੀਂ ਕਰਦਾ), ਬਹੁਤ ਸਾਰੇ ਖੋਜ ਕੌਂਸੋਲ ਦੀਆਂ ਸੰਪत्तੀਆਂ, ਵੱਧ ਜਟਿਲ ਸੈਟਅਪ।
ਦੇਸ਼-ਕੋਡ TLD (ccTLD)
example.com (ਇੰਗਲਿਸ਼)
example.dk (ਡੈਨਿਸ਼)
example.de (ਜਰਮਨ)
ਫਾਇਦੇ: ਸਭ ਤੋਂ ਮਜ਼ਬੂਤ ਭੂਗੋਲਿਕ ਟਾਰਗੇਟਿੰਗ ਸੰਕੇਤ, ਉਪਭੋਗਤਾ ਨੈਤਿਕ TLDs 'ਤੇ ਵਿਸ਼ਵਾਸ ਕਰਦੇ ਹਨ, ਹਰ ਡੋਮੇਨ ਵਿਅਕਤੀਗਤ ਹੁੰਦੀ ਹੈ।
ਨੁਕਸਾਨ: ਮਹਿੰਗੀ (20+ ਡੋਮੇਨ ਖਰੀਦਣਾ), ਹਰ ਡੋਮੇਨ ਲਈ ਵੱਖਰਾ ਅਧਿਕਾਰ, ਜਟਿਲ ਲਿੰਕ ਬਣਾਉਣਾ, ਵੱਖਰੇ ਵਿਸ਼ਲੇਸ਼ਣ/ਕੌਂਸੋਲ।
ਸਾਡੀ ਸੁਜਾਵ: ਉਪਫੋਲਡਰ ਮਾਰਕਿੰਗ 90% ਸਾਈਟਾਂ ਲਈ। ਇਹ ਸਾਰੇ ਲਿੰਕ ਅਧਿਕਾਰ ਨੂੰ ਇੱਕ ਹੀ ਡੋਮੇਨ 'ਤੇ ਕੇਂਦਰੀਕ੍ਰਿਤ ਕਰਦਾ ਹੈ ਜਿਸ ਨਾਲ ਸਾਫ਼ ਸਥਾਨ ਸੰਕੇਤ ਮਿਲਦਾ ਹੈ। ਵਰਤੋਂ /{locale}/page ਫਾਰਮੈਟ।
https://langr.org/page (ਇੰਗਲਿਸ਼, ਡਿਫਾਲਟ)
https://langr.org/da/page (ਡੈਨਿਸ਼)
https://langr.org/de/page (ਜਰਮਨ)
https://langr.org/ja/page (ਜਾਪਾਨੀ)
ਤੁਰੰਤ ਫਾਇਦਾ: ਜੇ ਤੁਸੀਂ ਉਪਡੋਮੇਨ ਦੀ ਵਰਤੋਂ ਕਰ ਰਹੇ ਹੋ ਅਤੇ ਅਧਿਕਾਰ ਨਾਲ ਮੁਸ਼ਕਲ ਵਿੱਚ ਹੋ, ਤਾਂ ਉਪਫੋਲਡਰਾਂ ਵਿੱਚ ਮਾਈਗਰੇਟ ਕਰਨ ਦੀ ਸੋਚੋ। ਜੋ ਸਾਈਟਾਂ ਉਪਡੋਮੇਨ ਤੋਂ ਉਪਫੋਲਡਰਾਂ ਵਿੱਚ ਮਾਈਗਰੇਟ ਕਰਦੀਆਂ ਹਨ, ਉਹ ਆਮ ਤੌਰ 'ਤੇ 3-6 ਮਹੀਨਿਆਂ ਵਿੱਚ 20-50% ਸਜੀਵ ਟ੍ਰੈਫਿਕ ਵਾਧਾ ਦੇਖਦੀਆਂ ਹਨ ਜਿਵੇਂ ਲਿੰਕ ਇਕੱਠਾ ਸਮਰਿੱਥ ਕਰਦਾ ਹੈ।
3. ਅਨੁਵਾਦ ਗੁਣਵੱਤਾ ਵਿਰੁੱਧ ਮਸ਼ੀਨੀ ਅਨੁਵਾਦ
ਅਨੁਵਾਦ ਗੁਣਵੱਤਾ ਰੈਂਕਿੰਗ 'ਤੇ ਸਿੱਧੀ ਤਰ੍ਹਾਂ ਪ੍ਰਭਾਵ ਪਾਉਂਦੀ ਹੈ। Google ਮਸ਼ੀਨੀ ਅਨੁਵਾਦ ਨੂੰ ਪਛਾਣ ਸਕਦਾ ਹੈ ਅਤੇ ਗ਼ਲਤ ਅਨੁਵਾਦ ਕੀਤੇ ਗਏ ਪੰਨਿਆਂ ਨੂੰ ਘਟਾ ਸਕਦਾ ਹੈ। ਪਰ 2026 AI ਦਾ ਅਨੁਵਾਦ 2020 ਦੇ ਆਮ ਦਿਸ਼ਾ-ਨਿਰਦੇਸ਼ਾਂ ਨਾਲੋਂ ਬਹੁਤ ਵਧੀਆ ਹੈ।
ਅਨੁਵਾਦ ਗੁਣਵੱਤਾ ਸਪੈਕਟ੍ਰਮ:
| ਪੱਧਰ | ਤਰੀਕਾ | ਗੁਣਵੱਤਾ | ਲਾਗਤ | ਸਭ ਤੋਂ ਵਧੀਆ ਹੈ | |-------|--------|---------|------|----------| | 1 | ਕੱਚਾ GPT/DeepL ਨਿਕਾਸ | 60-75% | ~$0 | ਅੰਦਰੂਨੀ ਵਰਤੋਂ, ਡਰਾਫਟ | | 2 | AI + ਪੋਸਟ-ਐਡਿਟਿੰਗ ਪ੍ਰੋੰਪਟ | 75-90% | ~$0 | ਬਲੌਗ ਸਮੱਗਰੀ, ਗੈਰ-ਮਹੱਤਵਪੂਰਨ ਪੰਨਿਆਂ | | 3 | AI + ਮਨੁੱਖੀ ਸਮੀਖਿਆ | 90-97% | $0.03-0.08/ਸ਼ਬਦ | ਉਤਪਾਦ ਦੇ ਪੰਨੇ, ਕੁੰਜੀ ਲੈਂਡਿੰਗ ਪੰਨੇ | | 4 | ਪ੍ਰੋਫੇਸ਼ਨਲ ਮੂਲ ਅਨੁਵਾਦਕ | 97-100% | $0.10-0.25/ਸ਼ਬਦ | ਕਾਨੂੰਨੀ, ਚਿਕਤਸਾ, ਬ੍ਰਾਂਡ-ਮਹਤਵਪੂਰਨ |
2026 ਲਈ ਕੁੰਜੀ ਦੀ ਜਾਣਕਾਰੀ: ਪੱਧਰ 2 (ਗੁਣਵੱਤਾ ਪ੍ਰੋੰਪਟਾਂ ਨਾਲ AI) ਹੁਣ ਬਹੁਤ ਸਾਰੇ ਵੈਬ ਸਮੱਗਰੀ ਲਈ ਕਾਫੀ ਹੈ। Google ਦੇ ਡੁਪਲੀਕੇਟ ਸਮੱਗਰੀ ਅਲਗੋਰਨ ਬਦਲਦੇ ਹਨ ਜੋ ਭਲਿ ਕੀਤੇ ਗਏ ਮਸ਼ੀਨੀ ਅਨੁਵਾਦ ਨੂੰ ਸਜ਼ਾ ਨਹੀਂ ਦਿੰਦੇ — ਉਹ ਬੁਰੀ ਅਨੁਵਾਦ ਨੂੰ ਸਜ਼ਾ ਦਿੰਦੇ ਹਨ ਜੋ ਕੋਈ ਮੁੱਲ ਨਹੀਂ ਦਿੰਦੀ।
SEO ਨੂੰ ਨੁਕਸਾਨ ਪਹੁੰਚਾਉਂਦੇ ਅਨੁਵਾਦ ਦੇ ਨਿਸ਼ਾਨ:
- ਅਨੁਵਾਦਿਤ ਸਮੱਗਰੀ ਦੇ ਨਾਲ ਬਿਨਾਂ ਅਨੁਵਾਦ ਸਮਾਗਰੀ
- UI ਤੱਤ (ਬਟਨ, ਲੇਬਲ) ਜੋ ਅਜੇ ਵੀ ਸ੍ਰੋਤ ਭਾਸ਼ਾ ਵਿੱਚ ਹਨ
- ਸਥਾਨ-ਸਪਸ਼ਟ ਫਾਰਮੈਟਿੰਗ ਜੋ ਅਨੁਕੂਲਿਤ ਨਹੀਂ ਕੀਤੀ (ਤਾਰੀਖਾਂ, ਮੂਲਿਆ, ਫੋਨ ਨੰਬਰ)
- ਸਭਿਆਚਾਰੀ ਹਵਾਲੇ ਜੋ ਅਨੁਵਾਦ ਨਹੀਂ ਹੁੰਦੇ (ਇਡੀਅਮ, ਜੋਕ, ਉਦਾਹਰਣ)
- ਸਾਰੇ ਭਾਸ਼ਾਵਾਂ ਵਿੱਚ ਇੱਕੋ ਜਿਹਾ ਮੈਟਾ ਟਾਈਟਲ/ਵਰਣਨ
ਅਨੁਵਾਦ ਗੁਣਵੱਤਾ ਦੀ ਜਾਂਚ ਕਰਨ ਦਾ ਤਰੀਕਾ:
- ਜਾਂਚ ਕਰੋ ਕਿ ਸਾਰੇ ਦਿਸ਼ਾ-ਪੱਤਰ ਪਾਠ ਅਨੁਵਾਦਿਤ ਹਨ (ਨੈਵੀਗੇਸ਼ਨ, ਫੂਟਰ, ਫਾਰਮ ਸ਼ਾਮਲ ਕਰਕੇ)
- ਸਥਾਨ-ਸਪਸ਼ਟ ਫਾਰਮੈਟਿੰਗ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ (DD/MM/YYYY ਬਨਾਮ MM/DD/YYYY)
- CTA ਜਾਂਚ ਕਰੋ — ਕੀ ਉਹ ਟਾਰਗੇਟ ਭਾਸ਼ਾ ਵਿੱਚ ਕੁਦਰਤੀ ਲੱਗਦਾ ਹੈ?
- ਮੈਟਾ ਟੈਗ ਦੀ ਜਾਂਚ ਕਰੋ — ਟਾਈਟਲ ਅਤੇ ਵਰਣਨ ਨੂੰ ਹਰ ਭਾਸ਼ਾ ਦੇ ਅਨੁਸਾਰ ਖੁਦ ਲਿਖਿਆ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ
- ਜਾਂਚ ਕਰੋ ਕਿ ਕੋਈ ਕੱਚੇ i18n ਚਾਬੀਆਂ ਸਾਹਮਣੇ ਨਹੀਂ ਹਨ (ਉਦਾਹਰਣ ਵਜੋਂ,
nav.homeਬਜਾਏ "Home")
ਤੁਰੰਤ ਫਾਇਦਾ: ਆਪਣੇ ਅਨੁਵਾਦਿਤ ਪੰਨਿਆਂ ਨੂੰ ਮਿਲੀ-ਭਾਸ਼ਾ ਸਮੱਗਰੀ ਲਈ ਜਾਂਚ ਕਰੋ। ਜੇ ਕਿਸੇ ਬਟਨ, ਲੇਬਲ, ਜਾਂ UI ਤੱਤ ਅਜੇ ਵੀ ਤੁਹਾਡੇ ਮੂਲ ਭਾਸ਼ਾ ਵਿੱਚ ਹਨ, ਤਾਂ ਇਹਨਾਂ ਨੂੰ ਤੁਰੰਤ ਠੀਕ ਕਰੋ — ਮਿਲੀ-ਭਾਸ਼ਾ ਪੰਨਿਆਂ ਨੂੰ Google ਲਈ ਹੌਲੀ ਗੁਣਵੱਤਾ ਦਾ ਸੰਕੇਤ ਮਿਲਦਾ ਹੈ।
4. ਖੋਜ ਕੌਂਸੋਲ ਵਿੱਚ ਅੰਤਰਰਾਸ਼ਟਰੀ ਟਾਰਗੇਟਿੰਗ
Google Search Console ਦੇ ਅੰਤਰਰਾਸ਼ਟਰੀ ਟਾਰਗੇਟਿੰਗ ਸੈਟਿੰਗਾਂ Google ਨੂੰ ਸਹਾਇਤਾ ਕਰਦੀਆਂ ਹਨ ਇਹ ਸਮਝਣ ਵਿੱਚ ਕਿ ਕਿਹੜੀਆਂ ਪੰਨਿਆਂ ਨੂੰ ਕਿਸ ਦੇਸ਼ ਵਿੱਚ ਰੈਂਕ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ।
ਉਪਫੋਲਡਰ ਸੈਟਅਪ ਲਈ:
- ਤੁਸੀਂ ਉਪਫੋਲਡਰ ਦੇ ਅਨੁਸਾਰ ਦੇਸ਼ ਦਾ ਟਾਰਗੇਟ ਸੈਟ ਨਹੀਂ ਕਰ ਸਕਦੇ (ਸਿਰਫ ਡੋਮੇਨ/ਉਪਡੋਮੇਨ ਦੇ ਅਨੁਸਾਰ)
- ਇਸ ਦਾ ਬਦਲਾਵ hreflang + ਸਮੱਗਰੀ ਭਾਸ਼ਾ + ਉਪਯੋਗਕਰਤਾ ਸੰਕੇਤਾਂ 'ਤੇ ਆਸਰਿਤ ਕੀਤਾ ਜਾਏ
- ਪ੍ਰਤੀ ਸਥਾਨ ਸਾਈਟਮੈਪ ਜਮ੍ਹਾਂ ਕਰੋ:
sitemap-en.xml,sitemap-da.xml
ccTLDs ਲਈ:
.dkਨੂੰ ਸਵੈ-ਕਰਤਾ ਤੌਰ 'ਤੇ ਡੈਨਮਾਰਕ ਲਈ ਟਾਰਗੇਟ ਕੀਤਾ ਜਾਂਦਾ ਹੈ.deਨੂੰ ਸਵੈ-ਕਰਤਾ ਤੌਰ 'ਤੇ ਜਰਮਨੀ ਲਈ ਟਾਰਗੇਟ ਕੀਤਾ ਜਾਂਦਾ ਹੈ- ਮੈਨੁਅਲ ਸੰਰਚਨਾ ਦੀ ਲੋੜ ਨਹੀਂ
ਜਨਰਿਕ TLDs (.com, .org, .net) ਲਈ:
- ਖੋਜ ਕੌਂਸੋਲ ਵਿੱਚ ਪ੍ਰਾਪਤੀ ਪ੍ਰਤੀ "ਅੰਤਰਰਾਸ਼ਟਰਿਕ ਟਾਰਗੇਟਿੰਗ" ਸੈਟ ਕਰੋ
- hreflang ਨੂੰ ਮੁੱਖ ਸੰਕੇਤ ਦੇ ਤੌਰ 'ਤੇ ਵਰਤੋਂ ਕਰੋ
ਵਾਸਤਵਿਕ ਕਦਮ:
- ਸ_SEARCH_CONSOLE ਵਿੱਚ ਆਪਣੇ ਸਾਈਟ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ (ਉਪਫੋਲਡਰ ਸੈਟਅਪ ਲਈ ਇੱਕ ਪ੍ਰਾਪਟੀ)
- ਆਪਣੇ hreflang ਅਨੁਸ਼ਾਸਨਾਂ ਨਾਲ ਭਰੇ ਸਾਈਟਮੈਪ ਨੂੰ ਜਮ੍ਹਾਂ ਕਰੋ
- ਗਲਤੀਆਂ ਲਈ "ਅੰਤਰਰਾਸ਼ਟਰੀ ਟਾਰਗੇਟਿੰਗ" ਰਿਪੋਰਟ ਦੀ ਜਾਂਚ ਕਰੋ
- ਹਰ ਭਾਸ਼ਾ ਲਈ "Coverage" ਰਿਪੋਰਟ ਦੀ ਨਿਗਰਾਨੀ ਕਰੋ (URL ਪੈਰਾਮੀਟਰ ਫਿਲਟਰਿੰਗ ਦੀ ਵਰਤੋਂ ਕਰੋ)
- "Duplication without user-selected canonical" ਚੇਤਾਵਨੀ ਦੀ ਜਾਂਚ ਕਰੋ — ਇਹ ਆਮ ਬੈਕ ਰਿਪੋਰਟ ਨੂੰ hreflang ਸਮੱਸਿਆਵਾਂ ਦੀ ਸੰਕੇਤ ਕਰਦਾ ਹੈ
ਤੁਰੰਤ ਫਾਇਦਾ: Search Console > ਪ੍ਰਦਰਸ਼ਨ > ਦੇਸ਼ ਦੁਆਰਾ ਫਿਲਟਰ 'ਤੇ ਜਾਓ। ਜਾਂਚ ਕਰੋ ਕਿ ਜਰਮਨੀ ਵਿੱਚ ਉਪਭੋਗਤਾ ਤੁਹਾਡੇ ਅੰਗਰੇਜ਼ੀ ਪੰਨਿਆਂ 'ਤੇ ਉਹਨਾਂ ਦੇ ਜਰਮਨ ਦੇ ਉੱਪਰ ਪਹੁੰਚ ਰਹੇ ਹਨ। ਜੇ ਹਾਂ, ਤਾਂ ਤੁਹਾਡੇ hreflang ਸੰਰਚਨਾ ਵਿੱਚ ਗਲਤੀਆਂ ਹਨ।
5. ਸਮੱਗਰੀ ਦੀ ਲੋਕਲਾਈਜ਼ੇਸ਼ਨ (ਸਿਰਫ ਅਨੁਵਾਦ ਨਹੀਂ)
ਲੋਕਲਾਈਜ਼ੇਸ਼ਨ ਸ਼ਬਦ-ਬਾਇ-ਸ਼ਬਦ ਅਨੁਵਾਦ ਤੋਂ ਆਗੇ ਜਾਦਾ ਹੈ। ਇਸ ਵਿੱਚ ਸਮੱਗਰੀ ਨੂੰ ਸਭਿਆਚਾਰਿਕ ਪ੍ਰਸੰਗ, ਸਥਾਨਕ ਖੋਜ ਵਿਹਾਰ ਅਤੇ ਮਾਰਕੀਟ-ਵਿਸ਼ੇਸ਼ ਜਰੂਰਤਾਂ ਵਿੱਚ ਢਾਲਿਆ ਜਾਂਦਾ ਹੈ।
ਕਿਹੜਾ ਲੋਕਲੀਜ਼ ਕਰਨਾ ਹੈ:
- ਮੂਲ ਅਤੇ ਮੁੱਲ: ਸਥਾਨਕ ਮੁਦਰਾ ਨੂੰ ਦਿਖਾਓ (€ ਜਰਮਨੀ ਵਿੱਚ, kr ਡੈਨਮਾਰਕ ਵਿੱਚ, ¥ ਜਾਪਾਨ ਵਿੱਚ)
- ਤਾਰੀਖ/ਮਿਆਦ ਦੇ ਫਾਰਮੈਟ: 25/06/2026 (EU) vs 06/25/2026 (US) vs 2026/06/25 (ISO/Japan)
- ਫੋਨ ਨੰਬਰ: ਜਨਤਕ ਫਾਰਮੈਟ ਨਾਲ ਦੇਸ਼ ਕੋਡ ਲਈ ਅੰਤਰਰਾਸ਼ਟਰੀ
- ਪਤਾ: ਸਥਾਨਕ ਕੋਰਿਸਪੋਡਿੰਗ ਫਾਰਮੈਟ ਨਾਲ ਮੇਲ ਕਰੋ
- ਸਮਾਜਿਕ ਮੁਦ੍ਰਾ: ਸਥਾਨਕ ਗਾਹਕਾਂ ਦੇ ਨਾਮ, ਸਥਾਨਕ ਕੰਪਨੀਆਂ, ਸਥਾਨਕ ਮਿਸਾਲਾਂ
- CTA: ਸ਼ਫ਼ਖ਼ਿੱਚ ਨੂੰ ਅਨੁਕੂਲਿਤ ਕਰੋ (ਜਰਮਨ/ਜਾਪਾਨ ਵਿੱਚ ਫਾਰਮਲ, ਅੰਗਰੇਜ਼ੀ/ਡੈਨਿਸ਼ ਵਿੱਚ ਕੈਜ਼ੂਅਲ)
- ਤਸਵੀਰਾਂ: ਤਸਵੀਰਾਂ ਵਿੱਚ ਲਿਖੀ ਗੱਲਾਂ ਨੂੰ ਲੋਕਲਾਈਜ਼ ਕਰੋ, ਸਭਿਆਚਾਰਿਕ ਸੰਕੇਤਾਂ ਵਾਲੀਆਂ ਵਿਜੁਆਲ ਵਰਤੋਂ ਕਰੋ
- ਕਾਨੂੰਨੀ: EU ਲਈ GDPR, ਹਰ ਦੇਸ਼ ਲਈ ਵੱਖਰੇ ਕੁਕੀ ਸੰਮੇਲਨ ਦੀਆਂ ਲੋੜਾਂ
- ਉਦਾਹਰਣ: ਸਥਾਨਕ ਬ੍ਰਾਂਡ, ਸਥਾਨਕ ਵੈਬਸਾਈਟਾਂ, ਸਥਾਨਕ ਹਵਾਲੇ
ਸਮੱਗਰੀ ਜੋ ਸਿੱਧਾ ਅਨੁਵਾਦ ਨਹੀਂ ਹੁੰਦੀ:
- ਸਥਾਨਕ ਵਿਸ਼ਿਆਂ 'ਤੇ ਬਲੌਗ ਪੋਸਟਾਂ (ਹਰ ਮਾਰਕੀਟ ਲਈ ਖਾਸ ਪਿਖੇ ਲਿਖੋ)
- ਕੇਸ ਅਧਿਐਨ (ਸਥਾਨਕ ਬਿਜਨੇਸਾਂ ਦਾ ਇਸਤੇਮਾਲ ਕਰੋ)
- ਮੁੱਲ ਪੰਨੇ (ਮਾਰਕੀਟ ਪ੍ਰਤੀ ਵੱਖਰੇ ਮੁੱਲ ਅਨੁਮਤ ਹਨ)
- ਖਬਰਾਂ ਦੀ ਸਮੱਗਰੀ (ਖੇਤਰਿਕ ਗੰਭੀਰਤਾ ਵੱਖਰਾ ਹੁੰਦਾ ਹੈ)
ਕੀਵਰਡ ਲੋਕਲਾਈਜ਼ੇਸ਼ਨ: ਕੀਵਰਡਾਂ ਨੂੰ ਅਨੁਵਾਦ ਨਾ ਕਰੋ — ਸਟੇਟਿਵ ਤੌਰ 'ਤੇ ਖੋਜ ਕਰੋ। "ਗੱਡੀ ਬੀਮਾ" ਇੰਗਲਿਸ਼ ਵਿੱਚ "bilforsikring" ਹੋ ਸਕਦੀ ਹੈ, ਪਰ ਖੋਜ ਮੂਲਤਾ ਲੀਡਰ ਸ਼ਾਇਦ ਦਰਸਾਉਂਦਾ ਹੋਵੇ "forsikring bil" (ਹੋਰ ਸ਼ਬਦ ਕ੍ਰਮ)। ਸਥਾਨਕ ਕੀਵਰਡ ਖੋਜ ਟੂਲ ਦੀ ਵਰਤੋਂ ਕਰੋ।
ਤੁਰੰਤ ਫਾਇਦਾ: ਆਪਣੇ ਮੁੱਲ ਪੰਨੇ ਦੀ ਜਾਂਚ ਕਰੋ। ਕੀ ਇਹ ਸਹੀ ਸਥਾਨਕ ਮੁਦਰਾ ਦਰਸਾ ਰਾਹੀ ਹੈ? ਕੀ ਤੁਹਾਡੇ CTA ਸਭਿਆਚਾਰਿਕ ਤੌਰ 'ਤੇ ਅਨੁਕੂਲ ਹਨ? ਇੱਕ "ਮੁਫ਼ਤ ਸ਼ੁਰੂ ਕਰੋ" CTA ਨੂੰ ਜਰਮਨ ਵਿੱਚ "Jetzt kostenlos testen" ਹੋ ਸਕਦਾ ਹੈ — ਸਿੱਧਾ ਅਨੁਵਾਦ ਨਹੀਂ, ਪਰ ਉਹ ਜੋ ਜਰਮਨ ਉਪਭੋਗੀਆਂ ਨੂੰ ਦੇਖਣ ਦੀ ਉਮੀਦ ਹੈ।
6. RTL ਸਹਾਇਤਾ
ਸੱਜੇ ਤੋਂ ਖਬਜੇ ਭਾਸ਼ਾਵਾਂ (ਅਰਬੀ, ਹਿਬਰੂ, ਫ਼ਰਸੀ/ਪਰਸੀ, ਉਰਦੂ, ਪਖਤੋ) ਨੂੰ ਮਹੱਤਵਪੂਰਨ ਢਾਂਚੇ ਵਿੱਚ ਢਾਲਣ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ। ਖਬਜੇ ਤੋਂ ਸੱਜੇ ਪੰਨਿਆਂ ਨੂੰ ਸਮਰਪਿਤ ਕਰਨ ਦਾ ਮਤਲਬ ਹੈ ਕਿ ਤੁਹਾਡੀ ਸਾਈਟ ~500 ਮਿਲੀਅਨ ਮੂਲ ਬੋਲਣ ਵਾਲਿਆਂ ਲਈ ਬੇਕਾਰ ਹੈ।
ਤਕਨੀਕੀ ਕਾਰਗੁਜ਼ਾਰੀ:
<!-- ਪਹਿਚਾਣ ਅਤੇ ਸਮੁਰੱਕਤ ਲਗੂ ਕਰੋ -->
<html lang="ar" dir="rtl">
RTL ਵਿੱਚ ਕੀ flipped ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ:
- ਪਾਠ ਦੀ ਸਹੀ ਜੁੜਾਈ (ਸੱਜੇ ਵਿੱਚ ਲਿਖੀ ਗਈ ਬਾਡੀ ਟੈਕਸਟ)
- ਢਾਂਚਾ ਦਿਸ਼ਾ (ਸਾਇਡਬਾਰ ਸੱਜੇ ਤੋਂ ਖਬਜੇ ਚਲੇ ਜਾਂਦੇ ਹਨ)
- ਨੈਵੀਗੇਸ਼ਨ ਲੜੀ (ਉਲਟੀ)
- ਦਿਸ਼ਾ ਦੇ ਅਰਥ ਵਾਲੇ ਆਈਕਨ (ਤੀਰ, ਪ੍ਰਗਟੀ ਬਾਰ)
- ਪੈਡਿੰਗ ਅਤੇ ਮਾਰਜਿਨ (ਖਬਜੇ/ਸੱਜੇ ਮੁੱਲਾਂ ਨੂੰ ਉਲਟਿਆ)
- ਬਾਰਡਰ ਰੇਡੀਅਸ (ਕੋਨੇ ਦੇ ਮੁੱਲਾਂ ਨੂੰ ਉਲਟਿਆ)
- CSS ਫਲੇਕਸਬਾਕਸ/ਗ੍ਰਿਡ ਦੀ ਦਿਸ਼ਾ
ਕੀ ਨਹੀਂ flipped ਹੋਣਾ ਚਾਹੀਦਾ:
- ਫੋਨ ਨੰਬਰ ਅਤੇ ਗਣਿਤ ਲਈ ਢੰਗ
- ਸੱਜੇ ਤੋਂ ਖਬਜੇ ਬ੍ਰਾਂਡ ਨਾਂ ਅਤੇ ਨਿਸਾਨਾ
- ਆਡੀਓ/ਵੀਡੀਓ ਪਲੇਅਰ ਕੰਟਰੋਲ
- Horizontal scroll ਦੇ ਇੰਡੀਕੇਟਰ
- ਐਂਬੇਡ ਕੀਤੇ ਕੋਡ ਬਲਾਕ
CSS ਦਾ ਤਰੀਕਾ (ਆਧੁਨਿਕ):
/* ਲਾਜਿਕਲ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਦੀ ਵਰਤੋਂ ਕਰੋ */
.card {
margin-inline-start: 1rem; /* margin-left ਦੀ ਥਾਂ ਲਿਆਉਂਦੇ ਹਨ */
padding-inline-end: 0.5rem; /* padding-right ਦੀ ਥਾਂ ਲਿਆਉਂਦੇ ਹਨ */
border-start-start-radius: 8px; /* LTR ਵਿੱਚ ਉਪਰਲਾ ਖੱਬਾ, RTL ਵਿੱਚ ਉਪਰਲਾ ਸੱਜਾ */
}
RTL ਦੀ ਜਾਂਚ:
'ਤੇdir="rtl"ਜੋੜੋ ਅਤੇ ਹਰ ਪੰਨੇ ਦੀ ਜਾਂਚ ਕਰੋ- ਪੜ੍ਹੇ ਜਾਣ ਵਾਲੇ ਅਰਬੀ/ਹਿਬਰੂ ਮਤਨ ਜ਼ਿੰਦਗੀ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ (ਨਾ ਨਾ ਮਿਸਟਰ)
- ਫਾਰਮ ਇੰਪੁਟ ਦੀ ਜਾਂਚ ਕਰੋ (ਪਾਠ ਦੀ ਦਿਸ਼ਾ)
- ਜਾਂਚ ਕਰੋ ਕਿ ਨੰਬਰ RTL ਪਾਠ ਦੇ ਅੰਦਰ ਸਹੀ ਵੇਖਾਏ ਜਾਂਦੇ ਹਨ
ਤੁਰੰਤ ਫਾਇਦਾ: ਜੇ ਤੁਸੀਂ ਅਰਬੀ ਜਾਂ ਹਿਬਰੂ ਦਾ ਸਮਰਥਨ ਕਰਦੇ ਹੋ, ਤਾਂ ਉਨ੍ਹਾਂ ਖੇਤਰਾਂ ਲਈ ਆਪਣੇ HTML ਤੱਤ 'ਤੇ dir="rtl" ਜੋੜੋ ਅਤੇ CSS ਲਾਜਿਕਲ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਦੀ ਵਰਤੋਂ ਕਰੋ (margin-inline-start ਬਜਾਏ margin-left)। ਇਸ ਇੱਕ ਬਦਲਾਅ ਨਾਲ RTL ਢਾਂਚੇ ਦੇ 80% ਸਮੱਸਿਆਵਾਂ ਨੂੰ ਠੀਕ ਕਰਦਾ ਹੈ।
7. ਭਾਸ਼ਾ ਪਹਿਚਾਣ ਅਤੇ ਮਾਰਕਿੰਗ
ਤੁਸੀਂ ਕਿਸੇ ਉਪਭੋਗਤਾ ਨੂੰ ਕਿਹੜੀ ਭਾਸ਼ਾ ਵਰਜਨ ਪੇਸ਼ ਕਰਦੇ ਹੋ, ਇਹ UX ਅਤੇ SEO ਦੋਹਾਂ ਨੂੰ ਪ੍ਰਭਾਵਿਤ ਕਰਦਾ ਹੈ।
ਸਭ ਤੋਂ ਵਧੀਆ ਪ੍ਰਾਥਮਿਕਤਾ: URL-ਅਧਾਰਤ ਨਾਲ ਪਸੰਦ ਸੀਰਕਲੇ
- ਪਹਿਲੀ ਵੈਬਸਾਈਟ: URL ਦੇ ਅਧਾਰ 'ਤੇ ਸਮੱਗਰੀ ਦਰਸਾਓ (ਜਿਵੇਂ
/da/page= ਡੈਨਿਸ਼) - ਮੂਲ URL (
/):Accept-Languageਹੈਡਰ ਦੇ ਅਧਾਰ 'ਤੇ ਮੁੜ-ਜਾਣਕਾਰੀ ਦੁਆਰਾ ਜਾਂ ਡਿਫਾਲਟ (ਇੰਗਲਿਸ਼) ਦਿਖਾਓ - ਮੈਨੁਅਲ ਸਵਿੱਚ: ਜਦੋਂ ਉਪਭੋਗਤਾ ਭਾਸ਼ਾ ਚੁਣਦਾ ਹੈ, ਤਾਂ ਇੱਕ ਕੁਕੀ ਸੈੱਟ ਕਰੋ ਅਤੇ ਭਵਿਖ ਵਾਲੇ ਦੌਰਾਂ ਵਿੱਚ ਇਸ ਦੀ ਇজ্জ਼ਤ ਕਰੋ
- ਕਦੇ ਨਹੀਂ: ਕਿਸੇ ਭਾਸ਼ਾ-ਵਿਸ਼ੇਸ਼ URL ਤੋਂ ਤੁਸੀਂ ਇਥੇ ਨੀਂਦਰ ਬਦਲ ਦਿਓ
ਕਿਹੜਾ ਟਾਲਣਾ ਹੈ:
- IP-ਅਧਾਰਤ ਮੁੜ-ਜਾਣਕਾਰੀ (Google USA IPs ਤੋਂ ਕ੍ਰਾਲ ਕਰਦੀ ਹੈ → ਸਿਰਫ ਇੰਗਲਿਸ਼ ਨੂੰ ਸੂਚੀਬੱਧ ਕਰਦੀ ਹੈ)
- ਚਲਾਉਂਦੇ ਹੋਏ ਜਾਵਾਸਕ੍ਰਿਪਟ ਭਾਸ਼ਾ ਪਹਿਚਾਣ (ਖੋਜ ਇੰਜਨ JS ਨੂੰ ਵਿਸ਼ਵਾਸ ਕਰਨ ਦੀ ਯੋਗਤਾ ਨਹੀਂ ਰੱਖਦੇ)
/de/pageਨੂੰ/en/pageਵਿੱਚ ਇੰਗਲਿਸ਼ ਉਪਭੋਗਤਾਂ ਲਈ ਮੁੜ-ਜੰਤ ਕਰੋ (hreflang ਨੂੰ ਟੋੜਦਾ ਹੈ)- Cloaking (ਵਿਅਕਤੀਗਤ-ਏਜੰਟ ਦੇ ਅਨੁਸਾਰ ਵੱਖਰੇ ਸਮੱਗਰੀ ਨੂੰ ਦਿਖਾਉਣਾ)
ਠੀਕ ਮੁੜ-ਜਾਣਕਾਰੀ ਦੇ ਵਿਹਾਰ:
ਉਪਭੋਗਤਾ > ਜਾਂਚ: / → 302 ਵਾਪਸ /{ਪਹਿਚਾਣੀ-ਬਾਸੀ}/
ਉਪਭੋਗਤਾ > ਜਾਂਚ: /da/page → ਡੈਨਿਸ਼ ਸਮੱਗਰੀ ਪੇਸ਼ ਕਰੋ (ਕਦੇ ਵੀ ਤੁਹਾਨੂੰ ਉੱਥੇ ਤੋਂ ਨਹੀਂ ਪ੍ਰਾਸ)
ਉਪਭੋਗਤਾ > ਜਾਂਚ: /nonexistent → 404 (ਮੂਲ ਲੈਂਦਾਰੀ ਸਿਫਾਰਸ)
SEO-ਮਹੱਤਵਪੂਰਨ ਨਿਯਮ: ਹਰ ਭਾਸ਼ਾ URL ਨੂੰ Googlebot ਦੁਆਰੇ ਬਿਨਾਂ ਮੁੜ-ਜਾਣਕਾਰੀ ਦੇ ਸਿਧਾ ਪਹੁੰਚਦਾਉਣਾ ਚਾਹੀਦਾ ਹੈ। ਜੇ Google /da/page ਨੂੰ ਕ੍ਰਾਲ ਕਰਦੀ ਹੈ ਅਤੇ /en/page ਵਿੱਚ ਮੁੜ-ਜਾਣਕਾਰੀ ਪ੍ਰਾਪਤ ਕਰਦੀ ਹੈ, ਤਾਂ ਇਹ ਕਦੇ ਵੀ ਤੁਹਾਡੇ ਡੈਨਿਸ਼ ਸਮੱਗਰੀ ਨੂੰ ਸੂਚੀ ਬਣਾ ਲੋਕੀਏਗਾ।
ਤੁਰੰਤ ਫਾਇਦਾ: ਇਹ ਯਕੀਨੀ ਬਣਾਉਣ ਦੀ ਜਾਂਚ ਕਰੋ ਕਿ Googlebot ਤੁਹਾਡੇ ਸਾਰੇ ਭਾਸ਼ਾ URLs ਨੂੰ ਸਿੱਧਾ ਪਹੁੰਚ ਰਿਹਾ ਹੈ। Search Console ਵਿੱਚ, ਇੱਕ ਨਾ-ਅੰਗਰੇਜ਼ੀ URL 'ਤੇ URL ਪਛਾਣ ਟੂਲ ਦੀ ਵਰਤੋਂ ਕਰੋ। ਜੇ ਇਹ ਮੁੜ-ਜਾਣਕਾਰੀ ਦਰਸਾਉਂਦਾ ਹੈ, ਤਾਂ ਆਪਣੀ ਮਾਰਕਿੰਗ ਦੀ ਸਮਰਥਾ ਨੂੰ ਠੀਕ ਕਰੋ।
8. ਇੱਕੋ ਸਮੱਗਰੀ ਵੱਖਰੀਆਂ ਭਾਸ਼ਾਵਾਂ ਵਿੱਚ
ਬਹੁ-ਭਾਸ਼ੀਅਤ ਸਾਈਟਾਂ ਨੂੰ ਵਿਸ਼ੇਸ਼ ਡੁਪਲੀਕੇਟ ਸਮੱਗਰੀ ਦੀ ਸਮੱਸਿਆ ਦਰਪੇਸ਼ ਹੁੰਦੀ ਹੈ: ਵੱਖਰੀ ਭਾਸ਼ਾਵਾਂ ਵਿੱਚ ਸਮਾਨ ਪੰਨੇ ਖੋਜ ਨਤੀਜਿਆਂ ਵਿੱਚ ਇੱਕ ਦੂਜੇ ਨਾਲ ਮੁਕਾਬਲਾ ਕਰ ਸਕਦੇ ਹਨ।
ਜਦੋਂ ਡੁਪਲੀਕੇਟ ਸਮੱਗਰੀ ਸਮੱਸਿਆ ਬਣ ਜਾਂਦੀ ਹੈ:
- ਪੰਨੇ ਜੋ 90%+ ਇੱਕੋ ਜਿਹੇ ਹਨ (ਅਨੁਵਾਦਿਤ ਸਮੱਗਰੀ)
- ਇੱਕੋ URL ਜਦ ਕਿ ਲੋਕੇਲ ਪਿੱਛੇ ਅਤੇ ਬਿਨਾਂ ਪਿੱਛੇ ਦਰਸਾਉਂਦੀ ਹੈ (
/pageਅਤੇ/en/page) - ਕੈਨੋਨਿਕਲ ਟੈਗਾਂ ਦੀ ਕਮੀ ਜਿਸ ਨਾਲ ਦੋਹਾਂ ਸੰਸਕਰਣਾਂ ਨੂੰ ਇੰਡੇਕਸ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ
- hreflang ਗਲਤੀਆਂ ਜੋ Google ਨੂੰ "ਗਲਤ" ਸੰਸਕਰਸ਼ਾ ਚੁਣਨ ਲਈ ਮਜਬੂਰ ਕਰਦੀਆਂ ਹਨ
ਹੱਲ:
| ਸਮੱਸਿਆ | ਹੱਲ | |---------|----------| | ਅਨੁਵਾਦਿਤ ਪੰਨੇ | noindex ਦੀ ਵਰਤੋਂ ਕਰੋ ਜਦ ਤਕ ਅਨੁਵਾਦ ਨਾ ਕੀਤਾ ਜਾਵੇ, ਜਾਂ ਅੰਗਰੇਜ਼ੀ ਨੂੰ ਸਹੀ ਭਾਸ਼ਾ ਦੇ ਨਿਸ਼ਾਨ ਨਾਲ ਦਰਸਾਓ | | ਡੋUBL URLs (/page + /en/page) | 301 ਇੱਕ-ਦੂਜੇ ਨੂੰ ਮੁੜ-ਜਾਣਕਾਰੀ | | Google ਵੱਖਰੀ ਭਾਸ਼ਾ ਨੂੰ ਸੂਚੀਬੱਧ ਕਰਨਾ | hreflang ਦੇ ਖੌਬ ਵਿਚਕਾਰ ਸੁਧਾਰ ਕਰੋ, Search Console ਵਿੱਚ ਯਕੀਨੀ ਬਣਾਓ | | ਗੈਰ-ਗੁਣਵੱਤਾ ਅਨੁਵਾਦ ਇੰਡੇਕਸ ਕਰਨਾ | ਅਨੁਵਾਦ ਗੁਣਵੱਤਾ ਨੂੰ ਬਿਹਤਰ ਬਣਾਓ ਜਾਂ ਕੰਮ ਕਰਾਂ ਵਾਲੀਆਂ ਭਾਸ਼ਾਵਾਂ ਵਿੱਚ ਸੰਕੁਚਿਤ ਕਰੋ |
ਕੈਨੋਨਿਕਲ ਟੈਗ ਰਣਨੀਤੀ:
<!-- ਹਰ ਭਾਸ਼ਾ ਪੰਨਾ ਖੁਦ ਕੈਨੋਨਿਕਲ ਹੈ -->
<!-- /en/page -->
<link rel="canonical" href="https://example.com/en/page" />
<!-- /da/page -->
<link rel="canonical" href="https://example.com/da/page" />
ਗੈਰ-ਪਹਿਲੇ ਨੂੰ ਖਾਸ ਹਵਾਲੀ ਦੇ ਤੌਰ 'ਤੇ ਕਿਸੇ ਹੋਰ ਭਾਸ਼ਾ ਨੂੰ ਅਤੇ ਨਹੀਂ ਜਾਣ ਦੇ ਅਨੁਸਾਰ ਕਰੋ (ਜਿਵੇਂ ਡੈਨਿਸ਼ ਨੂੰ ਅੰਗਰੇਜ਼ੀ ਨੂੰ ਜਾਣ ਦੇਣ ਤੋਂ) — ਇਹ Google को इंग्रVariation जूठ जोड़ देता है जो डेनिश संस्करण को पूरी तरह से नजरअंदाज करने के लिए कहता है।
ਤੁਰੰਤ ਫਾਇਦਾ: Google ਵਿੱਚ "your page title" ਸ਼ਾਮਲ ਕਰਕੇ ਖੋਜ ਕਰੋ site:yourdomain.com । ਜੇ ਤੁਸੀਂ ਇੱਕੋ ਬਾਰ ਅੰਗਰੇਜ਼ੀ ਅਤੇ ਅਨੁਵਾਦਿਤ ਵਰਜਨ ਦੇਖ ਰਹੇ ਹੋ, ਤਾਂ ਤੁਹਾਨੂੰ ਡੁਪਲੀਕੇਟ ਸਮੱਗਰੀ ਜਾਂ hreflang ਸਮੱਸਿਆ ਹੈ।
ਬਹੁ-ਭਾਸ਼ੀਅਕ SEO ਚੈੱਕਲਿਸਟ
ਇਹ ਹਰ ਅੰਤਰਰਾਸ਼ਟੀਕ੍ਰਿਤ ਸਾਈਟ ਲਈ ਪਾਰ ਕਰੋ:
- [ ] ਸਾਰੇ ਪੰਨਿਆਂ ਉੱਤੇ hreflang ਟੈਗ, ਆਪਣੇ ਆਪ ਦਾ ਹਵਾਲਾ ਅਤੇ x-default ਸਮੇਤ
- [ ] ਸਾਰੇ hreflang ਸੰਬੰਧਾਂ ਨੂੰ ਆਪਸੀ ਹਨ (ਕ੍ਰਾਲਰ ਨਾਲ ਜਾਂਚਿਆ)
- [ ] ਸਹੀ ਸਥਾਨ ਮਾਰਕਿੰਗ (ਉਪਫੋਲਡਰ ਹੀ ਸਿਫਾਰਿਸ਼ ਕੀਤੀ ਹੈ):
/{locale}/page - [ ] ਭਾਸ਼ਾ-ਵਿਸ਼ੇਸ਼ URLs ਤੋਂ ਕੋਈ ਆਟੋਮੈਟਿਕ ਮੁੜ-ਜਾਣਕਾਰੀ ਨਹੀਂ
- [ ] ਅਨੁਵਾਦ ਗੁਣਵੱਤਾ ਦੀ ਪੁਸ਼ਟੀ ਕੀਤੀ (ਕੋਈ ਮਿਲੀ-ਭਾਸ਼ਾ ਪੰਨਿਆਂ ਨਹੀਂ)
- [ ] ਹਰ ਭਾਸ਼ਾ ਲਈ ਵਿਅਕਤੀਗਤ ਮੈਟਾ ਟਾਈਟਲ ਅਤੇ ਵਰਣਨ (ਨਕਲ ਨਹੀਂ)
- [ ] ਮੁਦਰਾ, ਤਾਰੀਖਾਂ, ਅਤੇ ਫਾਰਮੈਟਾਂ ਨੂੰ ਮਾਰਕੀਟ ਦੇ ਅਨੁਸਾਰ ਲੋਕਲੀਜ਼ ਕੀਤਾ
- [ ] ਅਰਬੀ/ਹਿਬਰੂ/Farsi ਲਈ RTL ਸਹਾਇਤਾ ਨਾਲ ਲਾਗੂ ਕੀਤਾ (ਜੇ ਲਾਗੂ)
- [ ] ਖੋਜਨਿਆ ਸੋਚ ਵੇਬ ਅਤੇ ਸਾਈਟਮੈਪ ਨੂੰ Search Console ਵਿੱਚ ਜਮ੍ਹਾਂ ਕੀਤੇ
- [ ] ਹਰ ਭਾਸ਼ਾ ਪੰਨਾ ਆਪਣੇ ਹੀ ਕੈਨੋਨਿਕਲ URL (ਦੂਜੀ ਭਾਸ਼ਾ ਨੂੰ ਨਿਯਮਿਤ ਕਰਨ ਲਈ ਨਹੀਂ)
- [ ] ਕੋਈ ਕੱਚੇ i18n ਕੁੰਜੀਆਂ ਕਿਸੇ ਵੀ ਪੰਨੇ 'ਤੇ ਦਿਖਾਈ ਦੇਣ ਵਾਲੀਆਂ ਨਹੀਂ
- [ ] ਮੂਲ ਧਾ ਜੁੜੇ ਕੋਣ ਤੇ ਸਾਬਿਤ ਹੈ (ਕਾਪਟੀ ਮਾਡਲ ਲਈ ਸੰਬੰਧ ਸਾਫ ਸਮਰਪਿਤ)
LANGR ਕਿਵੇਂ ਬਹੁ-ਭਾਸ਼ੀਅਕ SEO ਨੂੰ ਜਾਂਚਦਾ ਹੈ
LANGR ਬਹੁ-ਭਾਸ਼ੀਅਕ SEO ਲਈ ਦੋ ਨਿਯੁਕਤ ਮਾਡਿਊਲਾਂ ਹਨ:
i18n-ਚੈੱਕਰ: ਤੁਹਾਡੇ ਪੰਨਿਆਂ ਦੇ 5 ਸਥਾਨਕ ਸੰਸਕਰਣਾਂ ਤੱਕ ਕ੍ਰਾਲ ਕਰਦਾ ਹੈ ਅਤੇ ਜਾਂਚਦਾ:
- Hreflang ਟੈਗ ਦੀ ਪੂਰੀ ਅਤੇ ਆਪਸੀ ਹੋਣਾ
- ਅਸੰਭਾਵਿਕ ਸਥਾਨ URLs (404 ਜਾਂ ਮੁੜ-ਜਾਣਕਾਰੀ)
- ਸਥਾਨਾਂ ਵਿੱਚ ਢਾੰਚੇ ਖਿੱਚੇ ਗਏ ਪਾਠਾਂ
- ਢਾਂਚੇ ਵਿੱਚ ਸਥਤੀ ਬੇਨਕਲੀ ਅਨੁਵਾਦ
- ਅਨੁਵਾਦ ਪ੍ਰਾਪਤੀ ਪ੍ਰਤੀਸ਼ਤ
ਅਨੁਵਾਦ ਸਕੇਨਰ: AI-ਨਿਦਰਸ਼ਿਤ ਗੁਣਵੱਤਾ ਦੀ ਮੁਲਾਂਕਣ:
- ਅਨੁਵਾਦ ਦੀ ਕੁਦਰਤੀਤਾ ਨੂੰ 0-100 ਪੈਮਾਨੇ 'ਤੇ ਮੁਲਾਂਕਣ ਕਰਦਾ
- ਮਸ਼ੀਨੀ ਅਨੁਵਾਦ ਦੇ ਦਾਗਾਂ ਨੂੰ ਪਛਾਣਦਾ
- ਅਨੁਵਾਦਿਤ ਪੰਨਿਆਂ ਵਿੱਚ ਅਨੁਵਾਦਿਤ ਹਿੱਸੇ ਬਿਨਾਂ ਪਛਾਣਦਾ
- ਭੌਮਿਕ ਸਮੱਗਰੀ ਤੋਂ ਹੋਰ UI ਤੱਤ (ਬਟਨ, ਲੇਬਲ, ਨੈਵੀਗੇਸ਼ਨ) ਨੂੰ ਵੱਖਰਾ ਜਾਂਚਦਾ ਹੈ
ਇਹ ਮਾਡਿਊਲਾਂ ਤੁਹਾਡੇ ਬਹੁ-ਭਾਸ਼ੀਅਕ ਕਾਰਜਾਂ ਨੂੰ ਤਕਨੀਕੀ (hreflang, ਮਾਰਕਿੰਗ, ਕੈਨੋਨਿਕਲ) ਅਤੇ ਗੁਣਵੱਤਾ (ਅਨੁਵਾਦ, ਲੋਕਲਾਈਜ਼ੇਸ਼ਨ) ਨਜ਼ਰੀਆਂ ਤੋਂ ਜਾਂਚਦੇ ਹਨ — LANGR ਦੇ 13 SEO ਵਿਸ਼ਿਆਂ ਵਿੱਚੋਂ ਦੋ।
ਆਮ ਹਲਚਲਾਂ ( ਪ੍ਰਭਾਵ ਦੇ ਕਰਮ ਬਰਾਬਰੀ 'ਤੇ)
- ਗੈਰ-ਆਪਸੀ hreflang — Google ਪੂਰੇ ਸੈੱਟਅਪ ਨਜ਼ਰਅੰਦਾਜ਼ ਕਰਦਾ ਹੈ
- IP ਦੇ ਆਧਾਰ 'ਤੇ ਆਟੋ-ਰੀਡਾਇਰੈਕਟ ਕਰਨ — Googlebot ਨੂੰ ਗੈਰ-ਅੰਗਰੇਜ਼ੀ ਵਰਜਨਾਂ ਨੂੰ ਇੰਡੋਲ ਕਰਨ ਤੋਂ ਰੋਕਦਾ ਹੈ
- ਭਾਸ਼ਾਵਾਂ ਵਿੱਚ ਇੱਕੋ ਜਿਹੇ ਮੈਟਾ ਟੈਗ — ਅਨੁਵਾਦਿਤ ਪੰਨਾਂ ਦੇ ਰੈਂਕਿੰਗ ਸਮਰੱਥਾ ਨੂੰ ਮਨਹੱਤ ਕਰਦਾ ਹੈ
- ਮੀਲ ਦੁਆਰਾ ਸਾਈਟਾਂ ਦੀ ਮੌਜੂਦਗੀ — ਅੰਗਰੇਜ਼੍ਹ ਦਾ ਬਟਨ, ਜਰਮਨ ਦੀ ਸਮੱਗਰੀ = ਹੌਲੀ ਗੁਣਵੱਤਾ ਦਾ ਸੰਕੇਤ
- ਕੋਈ x-default ਨਹੀਂ — Google ਤੁਹਾਡੇ ਬੈਕਅਪ ਵਰਜਨ ਨੂੰ ਪਛਾਣ ਨਹੀਂ ਕਰ ਸਕਦਾ
- URLs ਨੂੰ ਸ਼ਬਦ ਸ਼ਬਦ ਅਨੁਵਾਦ ਕਰਨਾ —
/about-us→/uber-unsਠੀਕ ਹੈ, ਪਰ ਇਸਨੂੰ ਅਥਰਿਅਲ ਦਾ ਧਿਆਨ ਰੱਖੋ - RTL ਨੂੰ ਨਜ਼ਰਅੰਦਾਜ਼ ਕਰਨਾ — 500 ਫਿਰ ਪੀਜੀ ਬੋਲਨ ਵਾਲਿਆਂ ਲਈ ਟੁੱਟੇ ਹੰਡਰ ਦਾ Layout
- ਕੈਨੋਨਿਕਲ ਕਿਸੇ ਹੋਰ ਭਾਸ਼ਾ ਦੀ ਫਿਰ ਦਿੱਖ — ਜੀਵਾਂ ਵਿੱਚ ਅਨੁਵਾਦਿਤ ਵਰਜਨ ਸੰਕੇਤ
ਅੱਗੇ ਕੀ ਹੈ?
ਕਦਮ 11: B2B ਲੀਡ ਖੋਜ — ਸਵੈੱਕ ਕੀਤਾ ਖੋਜ ਡਾਟਾ ਨੂੰ ਅਧਿਕਾਰੀ ਲੀਡਾਂ ਵਿੱਚ ਬਦਲਣ ਦੇ ਨਾਲ, ਡੋਮੇਨ-ਆਧਾਰਿਤ ਲੀਡ ਸਕੋਰਿੰਗ, ਅਤੇ SEO ਖੋਜਾਂ ਦੁਆਰਾ ਪੂਰਕਤਾ।
ਇਹ ਗਾਈਡ LANGR ਦੇ 13-ਕਦਮਾਂ ਦੇ SEO ਸਥੇਨ ਦਾ ਹਿੱਸਾ ਹੈ। ਮੁਫ਼ਤ ਪਰਖ ਚਲਾਓ ਦੇਖਣ ਲਈ ਕਿ ਤੁਹਾਡੀ ਸਾਈਟ ਸਾਰੇ 13 ਵਿਸ਼ਿਆਂ ਵਿੱਚੋਂ ਕਿੱਥੇ ਖੜੀ ਹੈ।