28 ਮਈ 2025·8 ਮਿੰਟ
ਬਹੁਭਾਸ਼ੀ ਜਾਣਕਾਰੀ ਪੋਰਟਲ ਲਈ ਵੈੱਬਸਾਈਟ ਕਿਵੇਂ ਬਣਾਈਏ
ਸੰਰਚਨਾ, ਤਰਜਮੇ, ਨੈਵੀਗੇਸ਼ਨ, SEO ਅਤੇ ਜਾਰੀ ਅਪਡੇਟਸ: ਇੱਕ ਬਹੁਭਾਸ਼ੀ ਜਾਣਕਾਰੀ ਪੋਰਟਲ ਨੂੰ ਯੋਜਨਾ ਬਣਾਉਣ, ਬਣਾਉਣ ਅਤੇ ਓਪਟੀਮਾਈਜ਼ ਕਰਨ ਦੀ ਸਿੱਧੀ ਰਾਹਨੁਮਾ।
ਸੰਰਚਨਾ, ਤਰਜਮੇ, ਨੈਵੀਗੇਸ਼ਨ, SEO ਅਤੇ ਜਾਰੀ ਅਪਡੇਟਸ: ਇੱਕ ਬਹੁਭਾਸ਼ੀ ਜਾਣਕਾਰੀ ਪੋਰਟਲ ਨੂੰ ਯੋਜਨਾ ਬਣਾਉਣ, ਬਣਾਉਣ ਅਤੇ ਓਪਟੀਮਾਈਜ਼ ਕਰਨ ਦੀ ਸਿੱਧੀ ਰਾਹਨੁਮਾ।
ਤਰਜਮੇ ਦੇ ਟੂਲਾਂ ਜਾਂ ਭਾਸ਼ਾ ਸਵਿੱਚਰ ਬਾਰੇ ਸੋਚਣ ਤੋਂ ਪਹਿਲਾਂ, ਇਹ ਸਪਸ਼ਟ ਕਰੋ ਕਿ ਤੁਹਾਡਾ ਪੋਰਟਲ ਕਿਸ ਲਈ ਹੈ ਅਤੇ ਕਿੰਨ੍ਹਾਂ ਲੋਕਾਂ ਲਈ ਸਰਵਿਸ ਕਰੇਗਾ। ਇਹ ਕਦਮ ਬਾਅਦ ਵਿੱਚ ਪੈਸਾ ਬਚਾਉਂਦਾ ਹੈ ਕਿਉਂਕਿ ਇਹ “ਸਭ ਕੁਝ ਤਰਜਮਾ ਕਰੋ” ਜਿਹੇ ਫੈਸਲੇ ਰੋਕਦਾ ਹੈ ਜੋ ਅਸਲ ਯੂਜ਼ਰ ਦੀਆਂ ਜ਼ਰੂਰਤਾਂ ਨਾਲ ਮਿਲਦੇ ਨਹੀਂ।
ਬਹੁਭਾਸ਼ੀ ਜਾਣਕਾਰੀ ਪੋਰਟਲ ਆਮ ਤੌਰ 'ਤੇ ਕੁਝ ਪੈਟਰਨਾਂ ਵਿੱਚ ਪੈਂਦੇ ਹਨ:
ਇੱਕ ਵਾਕ ਵਿੱਚ ਲਕੜੀ ਲਿਖੋ, ਉਦਾਹਰਨ ਲਈ: “ਰਹਾਇਸ਼ੀ ਵੈਰੀਫਾਇਡ ਸੇਵਾਵਾਂ ਲੱਭਣ ਅਤੇ ਯੋਗਤਾ ਦੀ ਸਮਝ ਪ੍ਰਦਾਨ ਕਰੋ।” ਇਹ ਲਕੜੀ ਨਿਰਧਾਰਤ ਕਰ ਦੇਵੇਗੀ ਕਿ ਸਭ ਤੋਂ ਪਹਿਲਾਂ ਕੀ ਤਰਜਮਾ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ।
ਭਾਸ਼ਾਵਾਂ ਸਿਰਫ਼ ਚੈਕਬੌਕਸ ਨਹੀਂ ਹਨ। ਨਿਰਧਾਰਤ ਕਰੋ:
ਜੇ ਤੁਹਾਡੇ ਕੋਲ ਐਨਾਲਿਟਿਕਸ ਜਾਂ ਸਪੋਰਟ ਲੌਗ ਹਨ, ਉਹਨਾਂ ਦਾ ਉਪਯੋਗ ਕਰੋ ਤਾਂ ਜੋ ਪੱਕਾ ਹੋ ਜਾਵੇ ਕਿ ਕਿਹੜੀਆਂ ਭਾਸ਼ਾਵਾਂ ਅਤੇ ਵਿਸ਼ੇ ਸਭ ਤੋਂ ਜ਼ਿਆਦਾ ਮੰਗ ਪੈਦਾ ਕਰਦੇ ਹਨ।
ਸਭ ਸਮੱਗਰੀ ਇੱਕੋ ਜਿਹੀ ਮਹੱਤਤਾ ਨਹੀਂ ਰੱਖਦੀ। ਇੱਕ عملي ਤਰੀਕਾ ਇਹ ਹੈ ਕਿ ਹਰ ਸਮੱਗਰੀ ਕਿਸਮ ਨੂੰ ਲੇਬਲ ਕੀਤਾ ਜਾਵੇ:
ਇਸ ਤੋਂ ਇਲਾਵਾ ਨਿਰਧਾਰਤ ਕਰੋ ਕਿ ਕੀ ਪੂਰੀ ਲੋਕਲਾਈਜ਼ੇਸ਼ਨ (ਸਪੱਸ਼ਟੀਕਰਨ ਲਈ ਦੁਬਾਰਾ ਲਿਖਣਾ) ਹੋਵੇਗੀ ਜਾਂ ਸਿਰਫ਼ ਬੁਨਿਆਦੀ ਤਰਜਮਾ।
ਥੋੜੇ ਸੰਖੇਪ ਮਾਪਣਯੋਗ ਨਤੀਜੇ ਚੁਣੋ, ਉਦਾਹਰਨ ਲਈ:
ਇਹ ਮੈਟ੍ਰਿਕਸ ਭਾਸ਼ਾਵਾਂ ਨੂੰ ਤਰਜੀਹ ਦੇਣ ਵਿੱਚ ਮਦਦ ਕਰਨਗੇ ਅਤੇ ਲਾਂਚ ਤੋਂ ਬਾਅਦ ਪੋਰਟਲ ਦੇ ਕੰਮ ਕਰਨ ਦਾ ਸਬੂਤ ਦਿੰਦੇ ਹਨ।
ਇੱਕ ਬਹੁਭਾਸ਼ੀ ਜਾਣਕਾਰੀ ਪੋਰਟਲ ਦੀ ਸਫਲਤਾ ਜਾਂ ਅਸਫਲਤਾ ਸੰਰਚਨਾ 'ਤੇ ਨਿਰਭਰ ਕਰਦੀ ਹੈ। ਕਿਸੇ ਵੀ ਤਰਜਮੇ ਤੋਂ ਪਹਿਲਾਂ, ਯਕੀਨੀ ਬਣਾਓ ਕਿ ਸਾਈਟ ਦੀ ਆਕਾਰ (shape) ਸਪਸ਼ਟ, ਸੰਯਮਿਤ ਅਤੇ ਭਾਸ਼ਾਵਾਂ ਵਿੱਚ ਮੁੜ-ਉਪਯੋਗ ਕਰਨਯੋਗ ਹੈ।
ਆਪਣੀ ਸਮੱਗਰੀ ਕਿਸਮਾਂ ਦੀ ਸੂਚੀ ਬਣਾਓ ਅਤੇ ਉਹ ਇਕ ਦੂਜੇ ਨਾਲ ਕਿਵੇਂ ਸੰਬੰਧਿਤ ਹਨ। ਜ਼ਿਆਦਾਤਰ ਪੋਰਟਲਾਂ ਵਿੱਚ ਇਹ ਆਲੇਖ, ਸ਼੍ਰੇਣੀਆਂ, ਟੈਗ, ਸਹਾਇਤਾ ਡੌਕਯੂਮੈਂਟ/FAQ ਅਤੇ ਫਾਰਮ (ਸੰਪਰਕ, ਫੀਡਬੈਕ, ਨਿਊਜ਼ਲੇਟਰ, ਸਬਮਿਸ਼ਨ) ਸ਼ਾਮਿਲ ਹੁੰਦੇ ਹਨ। ਕਿਸੇ ਵੀ ਖ਼ਾਸ ਆਈਟਮ ਨੂੰ ਨੋਟ ਕਰੋ: ਕਾਨੂੰਨੀ ਪੰਨੇ, ਐਲਾਨ, ਡਾਊਨਲੋਡਯੋਗ ਰਿਸੋਰਸ, ਜਾਂ ਸਥਾਨਕਤਾ ਅਧਾਰਿਤ ਪੇਜ਼।
ਇਕ ਵਾਰੀ ਤੁਸੀਂ ਸਭ ਕੁਝ ਇਕ ਥਾਂ 'ਤੇ ਵੇਖ ਲੈਂਦੇ ਹੋ, ਤਾਂ ਨਿਰਣਯ ਕਰੋ ਕਿ ਕਿਹੜੀਆਂ ਕਿਸਮਾਂ ਹਰ ਭਾਸ਼ਾ ਵਿੱਚ ਹੋਣੀ ਚਾਹੀਦੀਆਂ ਹਨ (ਉਦਾਹਰਣ ਲਈ, ਕੋਰ ਸਹਾਇਤਾ ਡੌਕਸ) ਅਤੇ ਕਿਹੜੀਆਂ ਵਿਕਲਪਿਕ ਹੋ ਸਕਦੀਆਂ ਹਨ (ਜਿਵੇਂ ਸਥਾਨਕ ਖ਼ਬਰਾਂ)।
ਇੱਕ ਸਧਾਰਣ ਸੰਰਚਨਾ ਜੋ ਤਰਜਮੇ ਤੋਂ ਬਾਅਦ ਵੀ ਅਰਥਪੂਰਨ ਹੋਵੇ, ਉਸਨੂੰ ਲਕੜੀ ਰੱਖੋ। ਇੱਕ ਸਧਾਰਣ ਰਚਨਾ ਨੂੰ ਮੈਨੇਜ ਕਰਨਾ ਆਸਾਨ ਹੁੰਦਾ ਹੈ ਅਤੇ ਜਦੋਂ ਯੂਜ਼ਰ ਸੈਸ਼ਨ ਦੇ ਦੌਰਾਨ ਭਾਸ਼ਾ ਬਦਲਦੇ ਹਨ ਤਾਂ ਨੈਵੀਗੇਸ਼ਨ ਵੀ ਸਧਾਰਨ ਰਹਿੰਦੀ ਹੈ।
ਟਾਪ-ਲੇਵਲ ਸੈਕਸ਼ਨਾਂ ਦੀ ਗਿਣਤੀ ਘੱਟ ਰੱਖੋ ਅਤੇ “ਮਿਸਲੇਨੀਅਸ” ਬਕੈਟਸ ਤੋਂ ਬਚੋ ਜੋ ਬਾਅਦ ਵਿੱਚ ਗੰਦਾਕਾਰ ਬਣ ਜਾਂਦੇ ਹਨ। ਜੇ ਤੁਹਾਨੂੰ ਵਾਧਾ ਚਾਹੀਦਾ ਹੈ, ਤਾਂ ਉਸਨੂੰ ਮੌਜੂਦਾ ਸੈਕਸ਼ਨ ਦੇ ਦੂਜੇ ਪੱਧਰ 'ਤੇ ਯੋਜਨਾ ਬਣਾਓ ਨਿ ਕਿ ਨਵਾਂ ਟਾਪ-ਲੇਵਲ ਆਈਟਮ ਜੋੜੋ।
ਭਾਵੇਂ ਲੇਬਲ ਬਦਲਦੇ ਹਨ, ਸ਼੍ਰੇਣੀਆਂ ਦਾ ਮੂਲ ਮਤਲਬ ਸਥਿਰ ਰੱਖੋ। ਇਹ ਨੈਵੀਗੇਸ਼ਨ, ਸੋਰਚ ਫਿਲਟਰ, ਐਨਾਲਿਟਿਕਸ ਅਤੇ ਸਾਂਝੇ ਟੈਮਪਲੇਟਾਂ ਲਈ ਜ਼ਰੂਰੀ ਹੈ।
ਟੈਗਾਂ ਨਾਲ ਸਾਵਧਾਨ ਰਹੋ: ਉਹ ਤੇਜ਼ੀ ਨਾਲ ਵਧਦੇ ਹਨ, ਸਥਿਰ ਤੌਰ 'ਤੇ ਤਰਜਮਾ ਕਰਨਾ ਮੁਸ਼ਕਲ ਹੁੰਦਾ ਹੈ, ਅਤੇ ਆਕਸਰ ਡੁਪਲੀਕੇਟ ਬਣ ਜਾਂਦੇ ਹਨ (ਉਦਾਹਰਨ: “how-to” ਬਨਾਮ “guide”)। ਜੇ ਤੁਸੀਂ ਟੈਗ ਵਰਤਦੇ ਹੋ, ਤਾਂ ਨਿਯਮ ਬਣਾਓ: ਕੌਣ ਬਣਾਉ ਸਕਦਾ ਹੈ, ਕਦੋਂ ਮਰਜ ਕਰਨਾ ਹੈ, ਅਤੇ ਕਿਵੇਂ ਤਰਜਮਾ ਕਰਨਾ ਹੈ।
ਇਹਨਾਂ ਮਾਡਲਾਂ ਵਿੱਚੋਂ ਇੱਕ ਦੀ ਸ਼ੁਰੂਆਤ ਜਲਦੀ ਚੁਣੋ:
ਜੇ ਤੁਸੀਂ ਭਾਸ਼ਾ-ਨਿਰਧਾਰਤ ਸੈਕਸ਼ਨਾਂ ਦੀ ਆਗਿਆ ਦਿੰਦੇ ਹੋ, ਤਾਂ ਉਨ੍ਹਾਂ ਨੂੰ ਸਪਸ਼ਟ ਤੌਰ 'ਤੇ ਦਸਤਾਵੇਜ਼ ਕਰੋ ਤਾਂ ਕਿ ਪੋਰਟਲ ਸਮੇਂ ਦੇ ਨਾਲ ਤਿੰਨ ਵੱਖ-ਵੱਖ ਵੈਬਸਾਈਟਾਂ ਵਿੱਚ ਨਾ ਬਦਲ ਜਾਏ।
ਤੁਹਾਡਾ URL ਪੈਟਰਨ ਬਦਲਣਾ ਬਾਅਦ ਵਿੱਚ ਸਭ ਤੋਂ ਮੁਸ਼ਕਲ ਫੈਸਲਾ ਹੈ। ਇੱਕ ਐਸਾ ਪੈਟਰਨ ਚੁਣੋ ਜੋ ਜਦੋਂ ਤੁਸੀਂ ਹੋਰ ਭਾਸ਼ਾਵਾਂ, ਸੈਕਸ਼ਨਾਂ ਅਤੇ ਯੋਗਦਾਤਿਆਂ ਨੂੰ ਜੋੜਦੇ ਹੋ ਤਾਂ ਵੀ ਸਪਸ਼ਟ ਰਹੇ।
1) ਸਬਡਾਇਰੈਕਟਰੀਜ਼: /en/, /es/, /fr/
ਇਹ ਬਹੁਭਾਸ਼ੀ ਜਾਣਕਾਰੀ ਪੋਰਟਲਾਂ ਲਈ ਸਭ ਤੋਂ ਆਮ ਚੋਣ ਹੈ ਕਿਉਂਕਿ ਸਭ ਕੁਝ ਇਕ ਡੋਮੇਨ ਹੇਠਾਂ ਰਹਿੰਦਾ ਹੈ। ਇਹ ਰੱਖ-ਰਖਾਅ ਲਈ ਆਸਾਨ, ਇੱਕ ਐਨਾਲਿਟਿਕਸ ਪ੍ਰਾਪਰਟੀ ਵਿੱਚ ਟ੍ਰੈਕ ਕਰਨ ਲਈ ਸਧਾਰਣ ਅਤੇ ਅਕਸਰ ਘੱਟ ਖਰਚ ਵਾਲਾ ਹੁੰਦਾ ਹੈ।
2) ਸਬਡੋਮੇਨ: en.example.com, es.example.com
ਜਦੋਂ ਟੀਮਾਂ, ਇੰਫ੍ਰਾਸਟਰੱਕਚਰ ਜਾਂ ਰਿਲੀਜ਼ ਸਾਈਕਲ ਸਥਾਨਕ ਤੌਰ 'ਤੇ ਵੱਖਰੇ ਹੋਣ, ਤਦ ਇਹ ਲਾਭਦਾਇਕ ਹੈ। ਨੁਕਸ: ਹਰ ਸਬਡੋਮੇਨ ਯੂਜ਼ਰਾਂ ਅਤੇ ਟੂਲਾਂ ਲਈ ਵੱਖਰੀ ਸਾਈਟ ਵਰਗੀ ਮਹਿਸੂਸ ਹੋ ਸਕਦੀ ਹੈ, ਜਿਸ ਨਾਲ SEO, ਐਨਾਲਿਟਿਕਸ, ਕੁਕੀਜ਼ ਅਤੇ ਗਵਰਨੈਂਸ ਲਈ ਬੋਝ ਵਧਦਾ ਹੈ।
3) ਅਲੱਗ ਡੋਮੇਨ: example.es, example.fr (ਜਾਂ ਪੂਰੀ ਤਰ੍ਹਾਂ ਵੱਖਰੇ ਡੋਮੇਨ)
ਜਦੋਂ ਤੁਹਾਨੂੰ ਮਜ਼ਬੂਤ ਦੇਸ਼ੀ ਬ੍ਰੈਂਡਿੰਗ, ਸਥਾਨਕ ਕਾਨੂੰਨੀ ਲੋੜਾਂ ਜਾਂ ਸਥਾਨਕ ਹੋਸਟਿੰਗ ਦੀ ਲੋੜ ਹੋਵੇ ਤਾਂ ਇਹ ਸਭ ਤੋਂ ਵਧੀਆ ਹੈ। ਇਹ ਵੀ ਸਭ ਤੋਂ ਜ਼ਿਆਦਾ ਮਿਹਨਤ ਵਾਲਾ ਹੈ: ਬਹੁਤ ਸਾਰੇ ਡੋਮੇਨ, ਅਲੱਗ ਅਥਾਰਟੀ ਬਣਾਉਣਾ, ਅਤੇ ਜ਼ਿਆਦਾ ਕੰਟਰੋਲ।
ਜ਼ਿਆਦਾਤਰ ਪੋਰਟਲਾਂ ਲਈ, ਸਬਡਾਇਰੈਕਟਰੀਜ਼ (/en/, /es/) ਦੀ ਸਿਫਾਰਸ਼ ਕੀਤੀ ਜਾਂਦੀ ਹੈ ਅਤੇ ਸਮੱਗਰੀ ਦੀ ਬਣਤਰ ਭਾਸ਼ਾਵਾਂ ਵਿੱਚ ਇੱਕੋ ਜਿਹੀ ਰੱਖੋ।
ਜੇ ਭਾਸ਼ਾਵਾਂ ਅਰਥਾਤ ਲਗਭਗ ਸੁਤੰਤਰ ਪ੍ਰਭਾਵਸ਼ਾਲੀ ਪ੍ਰਾਪਰਟੀਜ਼ ਵਾਂਗ ਚਲਦੀਆਂ ਹਨ ਤਾਂ ਸਬਡੋਮੇਨ ਚੁਣੋ।
ਸਿਰਫ਼ ਸਪਸ਼ਟ ਕਾਰੋਬਾਰੀ ਜਾਂ ਕਾਨੂੰਨੀ ਕਾਰਨਾਂ ਲਈ ਅਲੱਗ ਡੋਮੇਨ ਚੁਣੋ।
ਹਿਊਮਨ-ਫ੍ਰੈਂਡਲੀ ਸਲੱਗ ਵਰਤੋ, ਉਨ੍ਹਾਂ ਨੂੰ ਸਥਿਰ ਰੱਖੋ, ਅਤੇ ਹਾਇਰਾਰਕੀ ਨੂੰ ਦਰਸਾਓ:
/en/help/getting-started//es/ayuda/primeros-pasos/ਫੈਸਲਾ ਕਰੋ ਕਿ ਕੀ ਸਲੱਗ ਤਰਜਮਾ ਕੀਤੇ ਜਾਣਗੇ (ਉਪਭੋਗਤਾਵਾਂ ਲਈ ਅਕਸਰ ਵਧੀਆ) ਅਤੇ ਨਿਯਮ ਦਸਤਾਵੇਜ਼ ਕਰੋ ਤਾਂ ਕਿ ਸੰਪਾਦਕ ਹੌਲੀ-ਹੌਲੀ ਭਟਕਣ ਨਾ ਲੱਗਣ।
ਇੱਕ ਡਿਫਾਲਟ ਵਿਵਹਾਰ ਸੈੱਟ ਕਰੋ (ਉਦਾਹਰਣ ਲਈ / ਨੂੰ /en/ ਤੇ ਰੀਡਾਇਰੈਕਟ ਕਰੋ ਜਾਂ ਭਾਸ਼ਾ ਸਿਲੈਕਟਰ ਦਿਖਾਓ) ਅਤੇ ਸਥਿਰ ਰਹੋ।
ਟ੍ਰੈਕਿੰਗ ਪੈਰਾਮੀਟਰਾਂ ਜਾਂ ਵਿਵੱਖ ਫ਼ਿਲਟਰਨਗ ਪਾਥਾਂ ਨਾਲ ਸਿਰਫ਼ ਅਲੱਗ ਅਲੱਗ ਪੇਜ਼ ਨਾ ਬਣਾਓ। ਰਿਟਾਇਰ ਕੀਤੇ URLs ਲਈ 301 ਰੀਡਾਇਰੈਕਟ ਵਰਤੋ, ਅਤੇ ਜਦੋਂ ਡੁਪਲੀਕੇਟਾਂ ਅਣਟਾਲਣਯੋਗ ਹੋਣ ਤਾਂ canonical tags ਰੱਖੋ (ਜਿਵੇਂ ਪ੍ਰਿੰਟ ਵਿਊਅਜ਼ ਜਾਂ ਫਿਲਟਰੀਡ ਲਿਸਟਿੰਗਜ਼)।
ਇੱਕ ਬਹੁਭਾਸ਼ੀ ਪੋਰਟਲ ਸਿਰਫ਼ ਤਰਜਮੇ ਨਾਲ “ਆਸਾਨ” ਮਹਿਸੂਸ ਨਹੀਂ ਹੁੰਦਾ—ਜਦੋਂ ਲੋਕ ਭਾਸ਼ਾ ਬਦਲ ਸਕਣ ਬਿਨਾਂ ਸੋਚੇ। ਭਾਸ਼ਾ ਸਵਿੱਚਰ ਸਿਰਫ਼ ਸਜਾਵਟ ਨਹੀਂ; ਇਹ ਇੱਕ ਮੁੱਖ ਨੈਵੀਗੇਸ਼ਨ ਤੱਤ ਹੈ ਜੋ ਸਾਈਟ 'ਤੇ ਹਰ ਪੰਨੇ 'ਤੇ ਇੱਕਸਾਰ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ।
ਸਵਿੱਚਰ ਨੂੰ ਹੈਡਰ ਵਿੱਚ ਰੱਖੋ ਤਾਂ ਜੋ ਇਹ ਹਰ ਪੇਜ਼ ਤੇ ਨਜ਼ਰ ਆਵੇ, ਸ਼ਾਮਿਲ ਲੈਂਡਿੰਗ ਪੇਜ਼ ਜਿਨ੍ਹਾਂ ਤੱਕ ਸਰਚ ਤੋਂ ਆਉਣ ਵਾਲੇ ਉਪਭੋਗਤਾ ਪਹੁੰਚਦੇ ਹਨ। ਪੇਜਾਂ ਦੇ ਲਈ ਇੱਕ ਅਲਟਰਨੇਟ ਸਵਿੱਚਰ ਫੁਟਰ ਵਿੱਚ ਵੀ ਰੱਖੋ।
ਸੁਝਾਅ: ਸਪੱਸ਼ਟ, ਪਛਾਣਯੋਗ ਭਾਸ਼ਾ ਨਾਮ ਵਰਤੋ (“English”, “Español”, “Français”)—ਪ੍ਰਤੀਕਾਂ (ਫਲੇਗ) ਦੇ ਬਦਲੇ। ਫਲੇਗ ਦੇਸ਼ਾਂ ਨੂੰ ਦਰਸਾਉਂਦੇ ਹਨ, ਭਾਸ਼ਾਵਾਂ ਨੂੰ ਨਹੀਂ, ਅਤੇ ਉਹ ਭ੍ਰਮ ਪੈਦਾ ਕਰ ਸਕਦੇ ਹਨ (ਉਦਾਹਰਣ: ਸਪੈਨਿਸ਼ vs. ਮੈਕਸੀਕੋ vs. ਸਪੇਨ)।
ਭਾਸ਼ਾ ਨੂੰ ਧੀਰੇ-ਧੀਰੇ ਸੁਝਾਓ (ਬ੍ਰਾਊਜ਼ਰ ਸੈਟਿੰਗ ਜਾਂ লোকੇਸ਼ਨ ਦੇ ਆਧਾਰ 'ਤੇ), ਪਰ ਕਦੇ ਭੀ ਫੋਰਸ ਰੀਡਾਇਰੈਕਟ ਨਾ ਕਰੋ ਜੋ ਯੂਜ਼ਰ ਨੂੰ ਫਸਾ ਦੇਵੇ। ਇੱਕ ਆਮ ਰੁਝਾਨ ਇੱਕ ਸੁਬਟ ਬੈਨਰ ਹੈ: “Español ਪਸੰਦ ਹੈ? Spanish 'ਤੇ ਬਦਲੋ।” ਜੇ ਉਹ dismiss ਕਰ ਦੇਂਦੇ ਹਨ, ਤਾਂ ਥੋੜੇ ਸਮੇਂ ਲਈ ਦੁਬਾਰਾ ਨਾ ਦਿਖਾਓ।
ਜਦੋਂ ਕੋਈ ਯੂਜ਼ਰ ਭਾਸ਼ਾ ਚੁਣਦਾ ਹੈ, ਤਾਂ ਉਸਨੂੰ cookie ਨਾਲ (ਅਤੇ ਜੇ ਖਾਤਾ ਹੈ ਤਾਂ ਪ੍ਰੋਫਾਈਲ ਵਿੱਚ) ਰੱਖੋ। ਲਕੜੀ: ਇੱਕ ਵਾਰੀ ਯੂਜ਼ਰ ਭਾਸ਼ਾ ਚੁਣ ਲਏ, ਸਾਈਟ ਉਸੇ ਭਾਸ਼ਾ 'ਤੇ ਰਹੇ ਜਦ ਤੱਕ ਉਹ ਬਦਲੇ ਨਹੀਂ।
ਅਣੁਪਲਬਧ ਪੇਜ਼ ਲਈ ਯੋਜਨਾ ਬਣਾਓ:
ਇਸ ਨਾਲ ਮਰਨ-ਸਲਾਹੀ ਪੰਨੇ ਬਚਦੇ ਹਨ ਅਤੇ ਸਵਿੱਚਰ ਤਰਜਮੇ ਪ੍ਰਕਿਰਿਆ ਦੌਰਾਨ “ਟੁੱਟਿਆ” ਹੋਏ ਜਿਹਿਆਂ ਮਹਿਸੂਸ ਨਹੀਂ ਹੁੰਦਾ।
ਤੁਹਾਡਾ CMS ਚੋਣ ਜਾਂ ਤਾਂ ਬਹੁਭਾਸ਼ੀ ਪਬਲਿਸ਼ਿੰਗ ਨੂੰ ਰੋਜ਼ਾਨਾ ਸਧਾਰਨ ਬਣਾਏਗੀ—ਜਾਂ ਹਰ ਅਪਡੇਟ ਨੂੰ ਇੱਕ ਛੋਟੇ ਪਰੋਜੈਕਟ ਵਿੱਚ ਬਦਲ ਦੇਵੇਗੀ। ਪਲੇਟਫਾਰਮ ਨਾਲ ਤੁਲਨਾ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ, ਲਿਖੋ ਕਿ ਤੁਸੀਂ ਕੀ ਪ੍ਰਕਾਸ਼ਤ ਕਰੋਗੇ (ਖ਼ਬਰਾਂ, ਗਾਈਡ, PDFs, ਅਲਰਟ), ਇਹ ਕਿੰਨੀ ਵਾਰ ਬਦਲੇਗਾ ਅਤੇ ਹਰ ਭਾਸ਼ਾ ਦਾ ਮਾਲਕ ਕੌਣ ਹੈ।
“ਬਹੁਭਾਸ਼ੀ ਵੈੱਬਸਾਈਟ” ਸਿਰਫ਼ ਅਨੁਵਾਦੀ ਟੈਕਸਟ ਨਹੀਂ ਹੈ। ਪਲੇਟਫਾਰਮ ਇਹ ਪ੍ਰਬੰਧ ਕਰ ਸਕਦਾ ਹੈ ਕਿ ਹਰ ਭਾਸ਼ਾ ਲਈ:
ਇਸ ਤੋਂ ਇਲਾਵਾ ਦੇਖੋ ਕਿ CMS “missing translations” ਨੂੰ ਕਿਵੇਂ ਹੈਂਡਲ ਕਰਦਾ ਹੈ। ਕੀ ਤੁਸੀਂ English ਅਪਡੇਟ ਪਬਲਿਸ਼ ਕਰ ਸਕਦੇ ਹੋ ਜਦੋਂ Spanish ਵਰਜਨ ਤਿਆਰ ਹੋ ਰਿਹਾ ਹੋਵੇ ਬਿਨਾਂ Spanish ਨੈਵੀਗੇਸ਼ਨ ਟੁੱਟਣ ਦੇ?
ਚਾਹੇ ਤੁਸੀਂ ਪਰੰਪਰਾਗਤ CMS (WordPress ਜਾਂ Drupal), ਹੋਸਟਡ ਬਿਲਡਰ, ਜਾਂ headless CMS ਚੁਣੋ, ਉਹੀ ਕਾਬਲਿਯਤਾਂ ਮੂਲਾਂਕਣ ਕਰੋ:
ਜੇ ਤੁਸੀਂ headless CMS ਦੇ ਬਾਰੇ ਸੋਚ ਰਹੇ ਹੋ ਤਾਂ ਯਕੀਨੀ ਬਣਾਓ ਕਿ ਤੁਹਾਡੇ ਸਾਈਟ ਟੀਮ ਵਿੱਚ ਕੋਈ ਹੈ ਜੋ ਫਰੰਟ-ਐਂਡ ਨੰਭ ਸਕਦਾ ਹੈ। ਨਹੀਂ ਤਾਂ ਇੱਕmanaged CMS ਬਿਹਤਰ ਹੋ ਸਕਦਾ ਹੈ।
ਜੇ ਤੁਸੀਂ ਪੋਰਟਲ ਨੂੰ scratch ਤੋਂ ਬਣਾਉਂਦੇ ਹੋ, ਤਾਂ Koder.ai ਵਰਗਾ ਇੱਕ vibe-coding ਪਲੇਟਫਾਰਮ ਤੁਰੰਤ ਪਰੋਟੋਟਾਈਪ ਅਤੇ ਪੂਰਾ ਸਟੈਕ ਤੇਜ਼ੀ ਨਾਲ ਸ਼ਿਪ ਕਰਨ ਲਈ ਪ੍ਰਯੋਗਾਤਮਕ ਵਿਕਲਪ ਹੋ ਸਕਦਾ ਹੈ: ਤੁਸੀਂ ਚੈਟ ਵਿੱਚ ਬਹੁਭਾਸ਼ੀ IA, URL ਸੰਰਚਨਾ (ਜਿਵੇਂ /en/, /es/), ਅਤੇ ਕੋਰ ਟੈਮਪਲੇਟ ਵਰਣਨ ਕਰ ਸਕਦੇ ਹੋ, ਫਿਰ Planning Mode, snapshots, ਅਤੇ rollback ਨਾਲ ਇਟਰੇਟ ਕਰ ਸਕਦੇ ਹੋ। ਇਹ ਖ਼ਾਸ ਕਰਕੇ ਉਪਯੋਗੀ ਹੈ ਜਦੋਂ ਤੁਸੀਂ React-ਅਧਾਰਿਤ ਵੈਬ ਫਰੰਟ ਐਂਡ ਅਤੇ Go/PostgreSQL ਬੈਕਐਂਡ ਚਾਹੁੰਦੇ ਹੋ ਅਤੇ ਤੇਜ਼ੀ ਨਾਲ ਅੱਗੇ ਵਧਣਾ ਚਾਹੁੰਦੇ ਹੋ ਪਰ ਫਿਰ ਵੀ ਸੋਰਸ ਕੋਡ ਐਕਸਪੋਰਟ ਕਰਨ ਦੀ ਸਮਰੱਥਾ ਰੱਖਦੇ ਹੋ।
ਬਹੁਭਾਸ਼ੀ ਪੋਰਟਲ ਨੂੰ ਕੱਢੀ ਗਵਰਨੈਂਸ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ। ਇਹ ਖੋਜੋ:
ਇਸ ਨਾਲ ਗਲਤੀ ਨਾਲ ਗਲਤ ਭਾਸ਼ਾ 'ਤੇ ਸੋਧ ਕਰਨ ਤੋਂ ਬਚਿਆ ਜਾ ਸਕਦਾ ਹੈ ਅਤੇ ਮਨਜ਼ੂਰੀ ਲਗਾਤਾਰ ਰਹਿੰਦੀ ਹੈ।
ਅੰਤ ਵਿੱਚ, ਯਕੀਨੀ ਬਣਾਓ ਕਿ CMS ਉਹਨਾਂ ਟੂਲਾਂ ਨਾਲ ਚੰਗੀ ਤਰ੍ਹਾਂ ਖੇਡਦਾ ਹੈ ਜੋ ਤੁਸੀਂ ਪਹਿਲਾਂ ਤੋਂ ਵਰਤਦੇ ਹੋ ਜਾਂ ਜਿਨ੍ਹਾਂ ਦੀ ਲੋੜ ਹੋਵੇਗੀ:
ਇੱਕ ਛੋਟਾ ਪਾਇਲਟ—ਕੁਝ ਪੇਜ਼ਾਂ, ਇੱਕ ਮੀਨੂ, ਅਤੇ ਮੈਟਾਡੇਟਾ ਨੂੰ ਅੰਤ-ਟੂ-ਅੰਤ ਤਰਜਮਾ ਕਰਨਾ—ਫੀਚਰ ਚੈਕਲਿਸਟ ਨਾਲੋਂ ਜ਼ਿਆਦਾ ਖਿੱਚ ਦਿਖਾਏਗਾ।
ਇੱਕ ਬਹੁਭਾਸ਼ੀ ਜਾਣਕਾਰੀ ਪੋਰਟਲ ਤਾਂ ਹੀ ਭਰੋਸੇਯੋਗ ਰਹਿੰਦਾ ਹੈ ਜਦੋਂ ਹਰ ਭਾਸ਼ਾ ਵਿੱਚ ਅਪਡੇਟੋਂ ਦੀ ਸਥਿਰਤਾ ਹੋਵੇ। ਇਸ ਲਈ ਸਿਰਫ਼ “ਤਰਜਮਾ ਭੇਜੋ” ਕਾਫ਼ੀ ਨਹੀਂ; ਕੁੱਝ ਸਪਸ਼ਟ ਨਿਯਮ, ਜ਼ਿੰਮੇਵਾਰੀ ਅਤੇ ਇੱਕ ਪੂਰਨ ਪਾਈਪਲਾਈਨ ਦੀ ਲੋੜ ਹੈ।
ਹਰ ਤਰਜਮਾ-ਕਾਰ ਅਤੇ ਸੰਪਾਦਕ ਲਈ ਹਲਕਾ-ਫੁਲਕਾ ਸਟਾਈਲ ਗਾਇਡ ਬਣਾਓ। ਇਸਨੂੰ عملي ਰੱਖੋ:
ਇਸ ਨਾਲ “ਇੱਕੋ ਧਾਰਨਾ ਦੇ ਤਿੰਨ ਵੱਖ-ਵੱਖ ਤਰਜਮੇ” ਤੋਂ ਬਚਾਅ ਹੁੰਦਾ ਹੈ ਅਤੇ ਸਰਚ ਅਤੇ ਸਪੋਰਟ ਸਹੀ ਹੋਊਂਦਾ ਹੈ।
ਅਕਸਰ ਪੋਰਟਲ ਮਿਕਸ ਵਰਤਦੇ ਹਨ:
ਨਿਰਧਾਰਤ ਕਰੋ ਕਿ ਕਿਹੜੀਆਂ ਸਮੱਗਰੀ ਕਿਸ ਢੰਗ ਨਾਲ ਜਾਵੇਗੀ। ਜੇ ਅਣਿਸ਼ਚਿਤ ਹੋ, ਤਾਂ ਸ਼ੁਰੂ ਵਿੱਚ ਕਠੋਰ ਰੱਖੋ (ਜ਼ਿਆਦਾ ਮਨੁੱਖੀ ਸਮੀਖਿਆ) ਅਤੇ ਗੁਣਵੱਤਾ ਦੇ ਅਧਾਰ 'ਤੇ ਬਾਅਦ ਵਿੱਚ ਢਿੱਲਾ ਕਰੋ।
ਹੈਂਡਓਫ਼ਸ ਸਪਸ਼ਟ ਬਣਾਓ: translator → editor → publisher।
ਸੰਪਾਦਕ ਅਰਥ, ਟੋਨ, ਸ਼ਬਦਾਵਲੀ, ਅਤੇ ਮੂਲ ਯੂਜ਼ੇਬਿਲਿਟੀ ਦੀ ਜਾਂਚ ਕਰਨ—ਲਿੰਕ, ਹੈਡਿੰਗ, CTA ਦੀ ਜਾਂਚ ਕਰਨ—ਗੁਰੂਤੀ ਦੇਣ। ਪਰਬੰਧਕ ਯਕੀਨੀ ਬਣਾਏ ਕਿ ਪੇਜ਼ ਠੀਕ ਤਰੀਕੇ ਨਾਲ ਰੈਂਡਰ ਹੁੰਦਾ ਹੈ ਅਤੇ ਮੂਲ ਵਰਜਨ ਦੀ ਨੀਅਤ ਨੂੰ ਮੈਚ ਕਰਦਾ ਹੈ।
ਸਿਮਪਲ ਸਵੀਕਾਰਤਾ ਮਾਪਦੰਡ ਸ਼ਾਮਿਲ ਕਰੋ: “ਕੋਈ ਗੁੰਮਸ਼ੁਦਾ ਸਟ੍ਰਿੰਗ ਨਹੀਂ, ਸਾਰੇ ਬਟਨ ਤਰਜਮੇ ہوئے, ਸਕ੍ਰੀਨਸ਼ਾਟ avoided ਜਾ ਸਥਾਨਕੌਕ੍ਰਿਤ, ਅਤੇ ਮੈਟਾਡੇਟਾ ਸ਼ਾਮਿਲ ਹੈ।”
ਇੱਕ ਭਾਸ਼ਾ ਕਈ ਮਹੀਨੇ ਪਿੱਛੇ ਰਹਿ ਜਾਣ ਨਾਲ ਯੂਜ਼ਰ ਭਰੋਸਾ ਖੋ ਸਕਦੇ ਹਨ। ਸਭ ਤੋਂ ਤੇਜ਼ ਤਰੀਕੇ ਨਾਲ ਰੋਕਣ ਲਈ ਰੂਟੀਨ ਬਨਾਓ:
ਨਿਯਮਿਤਤਾ ਹੀ ਮੁੱਖ ਹੈ: ਨਿਯਤ ਚੈੱਕ ਅਤੇ ਸਪਸ਼ਟ ਜ਼ਿੰਮੇਵਾਰੀ ਭਾਸ਼ਾ ਵਰਜਨਾਂ ਨੂੰ ਇਕਸਾਰ ਰੱਖਣਗੇ।
ਜੋ ਪੂਰੇ ਤਰਜਮੇ ਵਧੀਆ ਲੱਗਦਾ ਹੈ, ਉਹ ਅਜੇ ਵੀ ਗਲਤ ਮਹਿਸੂਸ ਹੋ ਸਕਦਾ ਹੈ ਜੇ ਡਿਜ਼ਾਇਨ ਇਕ ਭਾਸ਼ਾ ਨੂੰ ਧਿਆਨ ਵਿੱਚ ਰੱਖ ਕੇ ਬਣਾਇਆ ਗਿਆ ਹੋਵੇ। ਚੰਗੀ ਗੱਲ: ਜ਼ਿਆਦਾਤਰ ਡਿਜ਼ਾਇਨ ਲੋਕਲਾਈਜ਼ੇਸ਼ਨ ਦੁਰੁਸਤੀਆਂ ਸਿੱਧੀਆਂ ਹੁੰਦੀਆਂ ਹਨ ਜੇ ਤੁਸੀਂ ਪਹਿਲਾਂ ਤੋਂ ਯੋਜਨਾ ਬਣਾਉ।
ਕੁਝ ਭਾਸ਼ਾਵਾਂ ਵਿੱਚ ਲਿਖਤ ਵੱਧ ਜਾਂ ਘੱਟ ਹੁੰਦੀ ਹੈ (ਜਰਮਨ ਲਗਭਗ ਲੰਮੀ ਹੋ ਸਕਦੀ ਹੈ; ਰੂਸੀ ਲਾਈਨ ਲੰਬਾਈ ਵਧਾ ਸਕਦੀ ਹੈ; ਕੁਝ ਏਸ਼ੀਆਈ ਭਾਸ਼ਾਵਾਂ ਲਈ ਪਾਠ ਪੜ੍ਹਨਯੋਗਤਾ ਲਈ ਵੱਡਾ ਫੋਂਟ ਲੋੜੀਂਦਾ ਹੈ)। ਸ਼ਬਦਾਂ ਦੇ ਕ੍ਰਮ ਵੀ ਬਦਲਦੇ ਹਨ—ਬਟਨ ਵਾਂਗ “Learn more” ਇਕ ਲੰਮਾ ਵਾਕ ਹੋ ਸਕਦਾ ਹੈ।
ਡਿਜ਼ਾਈਨ ਨੂੰ ਲਚਕੀਲਾ ਬਣਾਓ:
ਇੱਕ ਫੋਂਟ ਜੋ ਅੰਗਰੇਜ਼ੀ ਵਿੱਚ ਚੰਗਾ ਲੱਗਦਾ ਹੈ, ਹੋ ਸਕਦਾ ਹੈ ਉਸ ਵਿੱਚ ਸਿਰਫ਼ ਸਿਮਤਿਰਿਕਲਕ (Cyrillic), Greek, Vietnamese diacritics ਨਾ ਹੋਣ। ਇੱਕ ਫੋਂਟ ਪਰਿਵਾਰ ਜਾਂ ਜੋੜੀ ਚੁਣੋ ਜੋ ਤੁਹਾਨੂੰ ਚਾਹੀਦੀ ਕੈਰੇਕਟਰ ਸੈੱਟ ਨੂੰ ਕਵਰ ਕਰੇ।
ਪ੍ਰਯੋਗਿਕ ਜਾਂਚਾਂ:
ਜੇ ਅਰਬੀ ਜਾਂ ਹਿਬਰੂ ਰੋਡਮੈਪ 'ਤੇ ਹਨ, ਤਾਂ ਹੁਣ ਤੋਂ RTL ਲਈ ਯੋਜਨਾ ਬਣਾਓ—ਚਾਹੇ ਤੁਸੀਂ ਬਾਅਦ ਵਿੱਚ ਲਾਂਚ ਕਰੋ। RTL ਸਿਰਫ਼ ਟੈਕਸਟ ਦਿਸ਼ਾ ਨਹੀਂ ਬਦਲਦਾ; ਇਹ ਨੈਵੀਗੇਸ਼ਨ ਅਨੁਕ੍ਰਮ, ਆਈਕਨ ਅਤੇ ਐਲਾਇਨਮੈਂਟ 'ਤੇ ਅਸਰ ਪਾਉਂਦਾ ਹੈ।
ਮੁੱਖ ਨੁਕਤੇ:
ਫਾਰਮੈਟਿੰਗ ਭਰੋਸਾ ਬਣਾਉਂਦੀ ਹੈ। ਜਾਣਕਾਰੀ ਨੂੰ ਉਨ੍ਹਾਂ ਤਰੀਕਿਆਂ ਨਾਲ ਦਿਖਾਓ ਜੋ ਉਪਭੋਗਤਾ ਉਮੀਦ ਕਰਦੇ ਹਨ:
ਇਨ੍ਹਾਂ ਨੂੰ ਡਿਜ਼ਾਈਨ ਤੱਤ ਸਮਝੋ: ਕਾਫ਼ੀ ਜਗ੍ਹਾ ਰੱਖੋ, ਅਸਪਸ਼ਟ ਫਾਰਮੈਟ ਤੋਂ ਬਚੋ, ਅਤੇ ਸਫ਼ੇ/ਫਾਰਮਾਂ 'ਤੇ ਇਕਸਾਰਤਾ ਰੱਖੋ।
ਬਹੁਭਾਸ਼ੀ SEO ਜ਼ਿਆਦਾਤਰ ਰੂਪ ਵਿੱਚ ਸਪਸ਼ਟਤਾ ਬਾਰੇ ਹੈ: ਸਰਚ ਇੰਜਨਾਂ ਨੂੰ ਇਹ ਸਮਝਾਉਣਾ ਕਿ ਕਿਹੜਾ ਪੇਜ਼ ਕਿਸ ਭਾਸ਼ਾ/ਖੇਤਰ ਲਈ ਹੈ, ਅਤੇ ਹਰ ਵਰਜਨ ਵਾਸਤਵ ਵਿੱਚ ਉਪਯੋਗੀ ਹੈ।
ਸਿਰਫ਼ ਬਾਡੀ ਕਾਪੀ ਨੂੰ ਤਰਜਮਾ ਨਾ ਕਰੋ। ਹਰ ਭਾਸ਼ਾ ਵਰਜਨ ਲਈ ਆਪਣਾ:
ਕੁਦਰਤੀ ਫਰੇਜ਼ਿੰਗ ਲਈ ਲਕੜੀ ਨਿਰਧਾਰਤ ਕਰੋ—ਕਠੋਰ-ਕਠੋਰ ਤਰਜਮਾ CTR ਨੂੰ ਨੁਕਸਾਨ ਪੁਹੰਚਾ ਸਕਦਾ ਹੈ ਭਾਵੇਂ ਰੈਂਕਿੰਗ ਠੀਕ ਹੋਵੇ।
hreflang ਜੁੜਨ ਲਈ ਸ਼ਾਮਿਲ ਕਰੋ ਤਾਂ ਜੋ Google ਸਹੀ ਭਾਸ਼ਾ ਵਰਜਨ ਵਿਖਾਏ ਅਤੇ ਭਾਸ਼ਾਈ ਡੁਪਲੀਕੇਟ ਸਮੱਸਿਆ ਤੋਂ ਬਚੇ।
ਮੁੱਖ ਨਿਯਮ:
/en/guide ਅਤੇ /es/guide), ਸਿਰਫ਼ ਹੋਮਪੇਜ ਨਹੀਂen, es, fr-CA)। ਜੇ ਤੁਹਾਡੇ ਕੋਲ ਗਲੋਬਲ ਡਿਫਾਲਟ ਹੈ ਤਾਂ x-default ਬਾਰੇ ਸੋਚੋਜੇ ਤੁਸੀਂ ਇਹ ਨਹੀਂ ਜਾਣਦੇ ਕਿ ਭਾਸ਼ਾ-ਕਿੱਲਾ ਜਾਂ ਭਾਸ਼ਾ+ਖੇਤਰ ਟਾਰਗੇਟਿੰਗ ਕਰਨੀ ਹੈ, ਤਾਂ ਭਾਸ਼ਾ-ਕੇਵਲ ਰੱਖੋ ਜਦ ਤੱਕ ਤੁਹਾਨੂੰ ਖਾਸ ਕਾਰਨ ਨਾ ਹੋਵੇ।
ਸਰਚ ਇੰਜਨਾਂ ਗਹਿਰਾਈ ਅਤੇ ਉਪਯੋਗੀਤਾ ਨੂੰ ਇਨਾਮ ਦਿੰਦੇ ਹਨ। ਦਰਜਨਾਂ ਆਟੋ-ਤਰਜਮੇ ਪੰਨਿਆਂ ਨੂੰ ਘੱਟ-ਗੁਣਵੱਤਾ ਦੇ ਸਿਗਨਲ ਦੇ ਸਕਦੇ ਹੋ।
ਇਸਦੀ ਥਾਂ:
ਜੇ ਤੁਹਾਡਾ ਪਲੇਟਫਾਰਮ ਇਹ ਸਮਰਥਨ ਕਰਦਾ ਹੈ ਤਾਂ ਭਾਸ਼ਾ-ਵਾਰ ਸਾਈਟਮੇਪ (ਜਾਂ ਸਾਈਟਮੇਪ ਇੰਡੈਕਸ) ਬਣਾਓ। ਇਸ ਨਾਲ ਖੋਜ ਤੇਜ਼ ਹੋਦੀ ਹੈ ਅਤੇ ਟ੍ਰਬਲਸ਼ੂਟਿੰਗ ਭਾਸ਼ਾ-ਵਾਰ ਅਨੇਕਾਂ ਨੂੰ ਆਸਾਨ ਬਣਾਉਂਦੀ ਹੈ।
ਅਖੀਰ ਵਿੱਚ, Google Search Console ਵਿੱਚ ਭਾਸ਼ਾ ਡਾਇਰੈਕਟਰੀ/ਸਬਡੋਮੇਨ ਅਨੁਸਾਰ ਦਿਖਾਓ ਅਤੇ ਇਸ਼ੂਜ਼ ਨੂੰ ਸਕੇਲ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਠੀਕ ਕਰੋ।
ਜਾਣਕਾਰੀ ਪੋਰਟਲ ਦੀ ਸਫਲਤਾ "ਪਾਇਆ ਜਾਣਾ" ਤੇ ਨਿਰਭਰ ਕਰਦੀ ਹੈ। ਜੇ ਯਾਤਰੀ ਇੱਕੋ ਵਿਸ਼ੇ ਨੂੰ ਆਪਣੀ ਭਾਸ਼ਾ ਵਿੱਚ ਇੱਕੋ ਮਾਨਸਿਕ ਮਾਡਲ ਨਾਲ ਲੱਭ ਨਹੀਂ ਪਾਂਦੀ, ਉਹ ਸੋਚ ਲਏਗਾ ਕਿ ਸਮੱਗਰੀ ਉਪਲਬਧ ਨਹੀਂ ਹੈ।
ਆਗੇ ਨਿਰਧਾਰਤ ਕਰੋ ਕਿ ਸਾਈਟ-ਵਾਰ ਸਰਚ ਭਾਸ਼ਾ-ਵਾਰ ਹੋਵੇਗੀ ਜਾਂ ਕ੍ਰਾਸ-ਭਾਸ਼ਾ।
ਜੇ ਤੁਸੀਂ ਅਣਿਸ਼ਚਿਤ ਹੋ, ਤਾਂ ਮੇਰੀ ਸਿਫਾਰਸ਼ ਹੈ ਕਿ ਪਹਿਲੇ ਦੌਰ ਵਿੱਚ ਭਾਸ਼ਾ-ਵਾਰ ਰੱਖੋ ਅਤੇ ਬਾਅਦ ਵਿੱਚ ਇੱਕ "ਹੋਰ ਭਾਸ਼ਾਵਾਂ ਸ਼ਾਮਿਲ ਕਰੋ" ਟੌਗਲ ਸ਼ਾਮਿਲ ਕਰੋ।
ਇੱਕ ਪੇਸ਼ਗੀ ਡਿਫੌਲਟ ਸੈਟ ਕਰੋ: ਜਦੋਂ ਯੂਜ਼ਰ ਫ੍ਰੈਂਚ ਵਰਜਨ ਦੇਖ ਰਿਹਾ ਹੈ, ਤਾਂ ਸਰਚ ਪਹਿਲਾਂ ਫ੍ਰੈਂਚ ਨਤੀਜੇ ਦਿਖਾਏ। ਇਸ ਨਾਲ ਆਮ ਨਿਰਾਸ਼ਾ ਘੱਟ ਹੁੰਦੀ ਹੈ—ਲੋਕ ਟਾਈਪ ਕਰਦੇ ਹਨ ਅਤੇ ਕਿਸੇ ਹੋਰ ਭਾਸ਼ਾ ਦੀ ਸਮੱਗਰੀ 'ਤੇ ਪਹੁੰਚ ਜਾਂਦੇ ਹਨ।
ਛੋਟੇ UI ਸੁਝਾਅ:
ਨੈਵੀਗੇਸ਼ਨ ਸਿਰਫ਼ ਮੀਨੂ ਨਹੀਂ ਹੈ। ਇਸ ਵਿੱਚ ਸ਼੍ਰੇਣੀ ਨਾਂ, ਫਿਲਟਰ, ਟੌਪਿਕ ਟੈਗ, ਬ੍ਰੈਡਕ੍ਰੰਬ, ਅਤੇ “ਸੰਬੰਧਿਤ ਸਮੱਗਰੀ” ਸ਼ਾਮਿਲ ਹਨ। ਇਨ੍ਹਾਂ ਨੂੰ ਇਕ ਨਿਯੰਤਰਿਤ ਵੋਕੈਬੂਲਰੀ ਵਾਂਗ ਮਾਨੋ, ਨਾ ਕਿ ਫ੍ਰੀ-ਟੈਕਸਟ।
ਇੱਕ ਸਾਂਝੀ ਟੈਕਸੋਨੋਮੀ ਸੂਚੀ ਬਣਾਓ ਜੋ:
ਇਸ ਨਾਲ ਡ੍ਰਿਫਟ ਰੋਕੀ ਜਾਂਦੀ ਹੈ ਜਿਸ ਨਾਲ ਅਲੱਗ-ਅਲੱਗ ਪੰਨੇ ਵੱਖ-ਵੱਖ ਅਰਥ ਰੱਖਣੇ ਲੱਗ ਜਾਂਦੇ ਹਨ।
ਤੁਹਾਡੀ 404 ਪੇਜ ਨੈਵੀਗੇਸ਼ਨ ਦਾ ਇੱਕ ਟੂਲ ਹੁੰਦੀ ਹੈ, ਖ਼ਾਸ ਕਰਕੇ ਜਦੋਂ ਲਿੰਕ ਤਰਜਮੇ ਜਾਂ ਪਨ-ਪੁਨਰੁਚੱਕਰਨ ਦੌਰਾਨ ਟੁੱਟ ਜਾਂਦੇ ਹਨ।
ਚੰਗੀ ਭਾਸ਼ਾ-ਵਾਰ 404:
ਜੇ ਤੁਹਾਡੇ ਕੋਲ ਕੁਝ ਲੋਕਪ੍ਰਿਯ ਸਦਾ-ਹਰੇ ਪੰਨੇ ਹਨ, ਤਾਂ “ਸਭ ਤੋਂ ਮੁਖ ਰਿਸੋਰਸ” ਸ਼ਾਮਿਲ ਕਰੋ ਤਾਂ ਕਿ ਸੈਸ਼ਨ ਨੂੰ ਤੇਜ਼ੀ ਨਾਲ ਮੁੜ ਪ੍ਰਾਪਤ ਕੀਤਾ ਜਾ ਸਕੇ।
ਇੱਕ ਬਹੁਭਾਸ਼ੀ ਜਾਣਕਾਰੀ ਪੋਰਟਲ ਉਹ “ਆਖਰੀ ਦੌਰ” ਮੁੱਲਾਂ 'ਤੇ ਫੇਲ ਜਾਂ ਸਫਲ ਹੁੰਦਾ ਹੈ: ਬੇਨਤੀ ਜਮ੍ਹਾਂ ਕਰਨਾ, ਅੱਪਡੇਟ ਲਈ ਸਬਸਕ੍ਰਾਈਬ ਕਰਨਾ, ਰਿਸੋਰਸ ਡਾਊਨਲੋਡ ਕਰਨਾ, ਜਾਂ ਸਮੱਸਿਆ ਰਿਪੋਰਟ ਕਰਨਾ। ਇਹ ਯਾਤਰਾਵਾਂ ਆਮ ਤੌਰ 'ਤੇ UI ਕਾਪੀ, ਵੈਧਤਾ ਨਿਯਮ, ਈਮੇਲ ਟੈਂਪਲੇਟ, ਅਤੇ ਕਾਨੂੰਨੀ ਨੋਟਿਸ ਸ਼ਾਮਿਲ ਕਰਦੀਆਂ ਹਨ—ਇਸ ਲਈ ਅਧੂਰੇ ਤਰਜਮੇ ਤੇਜ਼ੀ ਨਾਲ ਘੱਟੋ-ਘੱਟ ਮਹਿਸੂਸ ਹੁੰਦੇ ਹਨ।
ਪੂਰੀ ਫਾਰਮ ਤਜ਼ੁਰਬਾ ਅੰਤ-ਤੱਕ ਲੋਕਲਾਈਜ਼ ਕਰੋ:
ਟ੍ਰਾਂਜ਼ੈਕਸ਼ਨਲ ਸੁਨੇਹਿਆਂ ਨੂੰ ਵੀ ਲੋਕਲਾਈਜ਼ ਕਰੋ: ਪੁਸ਼ਟੀਈ-ਈਮੇਲ, ਪਾਸਵਰਡ ਰੀਸੈਟ, ਅਤੇ ਟਿਕਟ ਸਵੀਕਾਰੋ। ਜੇ ਪੋਰਟਲ ਯੂਜ਼ਰਾਂ ਨੂੰ ਪ੍ਰੋਫਾਈਲ ਵਿੱਚ ਪਸੰਦ ਦੀ ਭਾਸ਼ਾ ਚੁਣਨ ਦੇਂਦਾ ਹੈ, ਤਾਂ ਈਮੇਲ ਉਹੀ ਭਾਸ਼ਾ ਵਰਤ ਕੇ ਭੇਜੋ—ਸਾਈਟ ਭਾਸ਼ਾ ਜਿਸ 'ਤੇ ਉਹ ਬਰਾਊਜ਼ ਕਰ ਰਹੇ ਸਨ, ਨਹੀਂ।
ਐਕਸੈਸਬਿਲਿਟੀ ਸਿਰਫ਼ ਸੋਰਸ-ਭਾਸ਼ਾ 'ਤੇ ਇੱਕ-ਵਾਰ ਦਾ ਕੰਮ ਨਹੀਂ। ਹਰ ਤਰਜਮਾ ਲੇਖ ਦੀ ਲੰਬਾਈ ਅਤੇ ਅਰਥ ਬਦਲ ਸਕਦੇ ਹਨ, ਜੋ ਯੂਜ਼ਬਿਲਿਟੀ 'ਤੇ ਪ੍ਰਭਾਵ ਪਾਉਂਦੇ ਹਨ।
ਹਰ ਭਾਸ਼ਾ ਵਿੱਚ ਜਾਂਚ ਕਰੋ:
ਜੇ ਤੁਸੀਂ ਆਈਕਨ ਵਰਤਦੇ ਹੋ ("i" tooltip), ਤਾਂ ਯਕੀਨੀ ਬਣਾਓ ਕਿ ਉਸ ਦੀ ਵਿਆਖਿਆ screen readers ਲਈ ਉਪਲਬਧ ਅਤੇ ਤਰਜਮੇਸ਼ੁਦਾ ਹੋਵੇ।
ਕੁਕੀ/ਕਨਸੈਂਟ ਪ੍ਰੌਮਪਟ ਅਤੇ ਕਾਨੂੰਨੀ ਪੰਨੇ ਖੇਤਰ-ਆਧਾਰ 'ਤੇ ਵੱਖਰੇ ਹੋ ਸਕਦੇ ਹਨ। ਪਾਠ ਨੂੰ ਲੋਕਲਾਈਜ਼ ਕਰੋ, ਅਤੇ ਇਹ ਵੀ ਪੱਕਾ ਕਰੋ ਕਿ व्यवहार (ਕੀ ਰੋਕਿਆ ਜਾਂਦਾ ਹੈ ਤੱਕ consent) ਸਥਾਨਕ ਲੋੜਾਂ ਦੇ ਅਨੁਸਾਰ ਹੈ। ਜਦੋਂ ਲੋੜ ਹੋਵੇ, ਖੇਤਰ-ਨਿਰਧਾਰਤ ਪੰਨੇ ਜਿਵੇਂ Privacy Policy, Terms, ਅਤੇ ਡੇਟਾ ਰਿਕਵੇਸਟ ਨਿਰਦੇਸ਼ ਵੀ ਜਾਰੀ ਕਰੋ।
ਲਾਂਚ ਤੋਂ ਪਹਿਲਾਂ, ਮੁੱਲ-ਆਧਾਰਿਤ ਟਾਸਕ-ਚੈੱਕ native speakers ਜਾਂ professional reviewers ਨਾਲ ਕਰੋ: ਇੱਕ ਫਾਰਮ ਜਮ੍ਹਾਂ ਕਰੋ, ਹਰ ਐਰਰ ਟ੍ਰਿਗਰ ਕਰੋ, ਪੁਸ਼ਟੀ ਪੂਰੀ ਕਰੋ, ਅਤੇ ਈਮੇਲ ਸਮੱਗਰੀ ਦੀ ਜਾਂਚ ਕਰੋ। ਅਸਲ ਵਰਤੋਂ ਤੇਜ਼ੀ ਨਾਲ ਅਜਿਹੀਆਂ ਗੱਲਾਂ ਬਤਾਂ ਦਿੰਦੀ ਹੈ ਜੋ ਆਟੋਮੈਟਿਕ ਚੈੱਕ ਨਹੀਂ ਵੇਖਾਉਂਦੇ।
ਇੱਕ ਬਹੁਭਾਸ਼ੀ ਪੋਰਟਲ ਲਾਂਚ 'ਤੇ "ਖਤਮ" ਨਹੀਂ ਹੁੰਦਾ। ਇੱਕ ਵੈਬਸਾਈਟ ਜੋ ਭਰੋਸੇਯੋਗ ਰਹਿੰਦੀ ਹੈ ਅਤੇ ਜੋ ਸਮੇਂ ਦੇ ਨਾਲ ਇਕਸਾਰ ਰਹਿੰਦੀ ਹੈ, ਉਹ ਭਾਸ਼ਾ-ਵਾਰ ਨਤੀਜਿਆਂ ਨੂੰ ਮਾਪਣ ਅਤੇ ਨਿਯਮਤ ਅਪਡੇਟਸ ਨਾਲ ਬਣਦੀ ਹੈ।
ਨਵੇਂ ਪੰਨਾਂ ਜਾਂ ਵੱਡੇ ਰੀਡਿਜ਼ਾਈਨ ਤੋਂ ਪਹਿਲਾਂ, ਇੱਕ ਦੁਹਰਾਏ ਜਾ सकਣ ਵਾਲੀ ਚੈੱਕਲਿਸਟ ਵਰਤੋ ਤਾਂ ਜੋ ਹਰ ਭਾਸ਼ਾ ਇੱਕੋ ਗੁਣਵੱਤਾ ਦਰਜ਼ੇ 'ਤੇ ਲਾਂਚ ਹੋਵੇ:
ਇਸਨੂੰ ਇੱਕ ਗੇਟ ਸਮਝੋ: ਜੇ ਕਿਸੇ ਭਾਸ਼ਾ ਵਿੱਚ ਕੋਈ ਕ੍ਰਿਟੀਕਲ ਤੱਤ ਗੁੰਮ ਹੈ, ਤਾਂ ਜਾਂ ਤਾਂ ਉਸਨੂੰ ਪੂਰਾ ਕਰੋ ਜਾਂ ਉਸ ਭਾਸ਼ਾ ਵਿੱਚ ਪੇਜ਼ ਨੂੰ ਛੁਪਾਓ ਜਦ ਤਕ ਉਹ ਤਿਆਰ ਨਾ ਹੋਵੇ।
ਰਿਪੋਰਟਿੰਗ ਇਸ ਤਰ੍ਹਾਂ ਸੈਟ ਕਰੋ ਕਿ ਤੁਸੀਂ ਪੁੱਛ ਸਕੋ “Spanish ਕਿਵੇਂ ਕਰ ਰਿਹਾ ਹੈ?” ਨਿ ਕਿ ਸਿਰਫ਼ “ਸਾਈਟ ਕਿਵੇਂ ਕਰ ਰਹੀ ਹੈ?” ਭਾਸ਼ਾ-ਵਾਰ ਟਰੈਕ ਕਰੋ:
ਇਸ ਨਾਲ ਪਤਾ ਲੱਗੇਗਾ ਕਿ ਕੀ ਤੁਸੀਂ ਤਰਜਮੇ ਦੀ ਸਮੱਸਿਆ (ਲੋਕ ਬਾਊਂਸ ਕਰਦੇ ਹਨ) ਜਾਂ ਖੋਜਯੋਗਤਾ ਦੀ ਸਮੱਸਿਆ (ਇੰਪਰੈਸ਼ਨ ਨਹੀਂ) ਸਾਹਮਣਾ ਕਰ ਰਹੇ ਹੋ।
ਬਹੁਭਾਸ਼ੀ ਸਾਈਟਾਂ ਅਕਸਰ ਚੁੱਪਕੇ-ਚੁੱਪਕੇ ਟੁੱਟ ਜਾਂਦੀਆਂ ਹਨ: ਇੱਕ ਨਵਾਂ English ਪੇਜ਼ ਲਾਈਵ ਹੁੰਦਾ ਹੈ, ਪਰ French ਵਰਜਨ 404 ਆਉਂਦਾ ਹੈ; ਸਲੱਗ ਇੱਕ ਸਿਰਫ਼ ਇਕ locale ਵਿੱਚ ਬਦਲਦਾ ਹੈ। ਅਲਰਟਸ ਸ਼ਾਮਿਲ ਕਰੋ:
ਕੁਆਰਟਰੀ ਆਡੀਟ ਸ਼ੈਡੀਊਲ ਕਰੋ ਤਾਂ ਜੋ ਸਮੱਗਰੀ ਅਤੇ SEO aligned ਰਹਿਣ:
ਨਿਯਮਿਤਤਾ ਹੀ ਮਹਾਨ ਕੰਮ ਕਰਦੀ ਹੈ—ਨਿ ਛੋਟੇ, ਨਿਯਤ ਚੈੱਕਸ ਇੱਕ ਬਹੁਭਾਸ਼ੀ ਪੋਰਟਲ ਨੂੰ ਸਮੇਂ ਦੇ ਨਾਲ ਭਰੋਸੇਯੋਗ ਰੱਖਦੇ ਹਨ।
ਇੱਕ ਵਾਕ ਵਿੱਚ ਪੋਰਟਲ ਦਾ ਲਕੜੀ ਨਿਰਧਾਰਤ ਕਰੋ ਅਤੇ ਆਪਣੀਆਂ ਪ੍ਰਮੁੱਖ ਯਾਤਰਾਵਾਂ ਲਿਖੋ (ਜਿਵੇਂ ਯੋਗਤਾ, ਅਰਜ਼ੀ ਕਿਵੇਂ ਦੇਣੀ ਹੈ, ਐਮਰਜੈਂਸੀ ਜਾਣਕਾਰੀ)। ਫਿਰ ਸਮੱਗਰੀ ਪ੍ਰਕਾਰਾਂ ਨੂੰ ਲੇਬਲ ਕਰੋ:
ਇਸ ਨਾਲ “ਸਭ ਕੁਝ ਤਰਜਮਾ ਕਰੋ” ਵਾਲੀ ਬੇਕਾਰ ਖਰਚੀ ਨੂੰ ਰੋਕਿਆ ਜਾਂਦਾ ਹੈ ਅਤੇ ਗੁਣਵੱਤਾ ਉਸ ਜਗ੍ਹਾ 'ਤੇ ਬਣੀ ਰਹਿੰਦੀ ਜਿੱਥੇ ਇਹ ਸਭ ਤੋਂ ਜ਼ਰੂਰੀ ਹੈ।
ਨਤੀਜਿਆਂ ਨਾਲ ਜੁੜੇ ਮੈਟ੍ਰਿਕਸ ਚੁਣੋ, ਸਿਰਫ਼ ਪੇਜਵਿਊਜ਼ ਨਹੀਂ। ਆਮ ਚੋਣਾਂ ਸ਼ਾਮِل ਹਨ:
ਹਰ ਭਾਸ਼ਾ ਲਈ ਨਿਸ਼ਚਿਤ ਟਾਰਗੇਟ ਰੱਖੋ ਤਾਂ ਜੋ ਤੁਸੀਂ ਦੇਖ ਸਕੋ ਕਿ ਕਿਸ ਭਾਸ਼ਾ ਦੀ ਖੋਜ ਜਾਂ ਯੂਜ਼ਬਿਲਿਟੀ ਪਿੱਛੇ ਰਹਿ ਰਹੀ ਹੈ।
ਸ਼ੁਰੂਆਤ ਇੱਕ ਇਨਵੈਂਟਰੀ ਤੋਂ ਕਰੋ (ਤੁਸੀਂ ਕੀ ਪ੍ਰਕਾਸ਼ਤ ਕਰਦੇ ਹੋ: ਆਲੇਖ, ਗਾਈਡ, FAQ, ਡਾਇਰੈਕਟਰੀ, ਫਾਰਮ, ਕਾਨੂੰਨੀ ਪੰਨੇ)। ਫਿਰ ਐਸਾ ਸਾਈਟਮੈਪ ਬਣਾਓ ਜੋ ਹਰ ਭਾਸ਼ਾ ਵਿੱਚ ਬਰਕਰਾਰ ਰਹੇ:
ਇੱਕ ਸਥਿਰ ਸਰਚਨਾ ਨਾਲ ਨੈਵੀਗੇਸ਼ਨ, ਸਰਚ, ਐਨਾਲਿਟਿਕਸ ਅਤੇ ਤਰਜਮੇ ਕਾਰਜ-ਪ੍ਰਵਾਹ ਅਸਾਨ ਹੋ ਜਾਂਦੇ ਹਨ।
ਟੈਕਸੋਨੋਮੀ ਨੂੰ ਇੱਕ ਕੰਟਰੋਲਡ ਵੋਕੈਬੂਲਰੀ ਸਮਝੋ। ਪ੍ਰਤੀਕ ਸਿਧਾਂਤਾਂ (ਉਦਾਹਰਣ ਲਈ “Public health”) ਨੂੰ ਨਿਰਧਾਰਤ ਕਰੋ ਅਤੇ ਹਰ ਭਾਸ਼ਾ ਲਈ ਮਨਜ਼ੂਰਸ਼ੁਦਾ ਤਰਜਮਿਆਂ ਨੂੰ ਸੰਭਾਲੋ।
ਅਮਲ-ਯੋਗ ਸੁਝਾਅ:
ਇਸ ਨਾਲ ਨੈਵੀਗੇਸ਼ਨ ਡਰਿਫਟ ਰੋਕੀ ਜਾਂਦੀ ਹੈ ਜਿਸ ਨਾਲ ਇੱਕੋ ਦੇ ਟੁਕੜੇ ਵੱਖ-ਵੱਖ, ਗੁੰਝਲਦਾਰ ਲੇਬਲਾਂ ਵਾਂਗ ਨਹੀਂ ਦਿਖਦੇ।
ਜ਼ਿਆਦਾਤਰ ਪੋਰਟਲਾਂ ਲਈ ਸਬਡਾਇਰੈਕਟਰੀਜ਼ (ਉਦਾਹਰਣ /en/, /es/) ਸਭ ਤੋਂ ਵਧੀਆ ਹੁੰਦੀ ਹੈ। ਇਹ ਇੱਕ ਡੋਮੇਨ ਹੇਠਾਂ ਸਭ ਕੁਝ ਰੱਖਦੀ ਹੈ, ਰੱਖ-ਰਖਾਅ ਆਸਾਨ ਹੁੰਦੀ ਹੈ ਅਤੇ ਅਕਸਰ ਓਪਰੇਸ਼ਨਲ ਖਰਚ ਲਿਆਘਤੋ ਘੱਟ ਹੁੰਦੀ ਹੈ।
en.example.com) ਉਨ੍ਹਾਂ ਲਈ ਵਧੀਆ ਜੇ ਟੀਮਾਂ ਜਾਂ ਇੰਫ੍ਰਾਸਟਰੱਕਚਰ ਇਲਾਕਾਈ ਤੌਰ 'ਤੇ ਵੱਖ-ਵੱਖ ਹਨਇੱਕ ਨਿਰਧਾਰਿਤ ਵਿਵਹਾਰ ਜਾਰੂ ਕਰੋ ਅਤੇ ਹਰ ਥਾਂ ਲਾਗੂ ਰੱਖੋ:
/ ਕੀ ਕਰਦਾ ਹੈ (ਡਿਫੌਲਟ ਭਾਸ਼ਾ ਨੂੰ ਰੀਡਾਇਰੈਕਟ ਕਰੇ ਜਾਂ ਭਾਸ਼ਾ ਸਿਲੈਕਟਰ ਦਿਖਾਏ)ਹਰ ਪੇਜ਼ ਆਪਣੀ ਭਾਸ਼ਾ ਸਮਾਨ ਪੇਜ਼ ਨਾਲ ਲਿੰਕ ਕਰੇ ਤਾਂ ਕਿ ਭਾਸ਼ਾ ਬਦਲਣ ਨਾਲ ਯੂਜ਼ਰ ਦਾ ਯਾਤਰਾ ਟੁੱਟੇ ਨਹੀਂ।
ਹੈਡਰ ਵਿੱਚ ਹਰ ਪੇਜ਼ 'ਤੇ ਇੱਕ ਸਾਫ਼ ਭਾਸ਼ਾ ਸਵਿੱਚਰ ਰੱਖੋ (ਅਤੇ ਫੁਟਰ ਵਿੱਚ ਵਿਕਲਪਕ ਰੱਖੋ)। ਭਾਸ਼ਾ ਨਾਮ ਵਰਤੋ ("English", "Español")—ਪ੍ਰਤੀਕਾਂ ਦੀ ਥਾਂ।
ਆਟੋ-ਡਿਟੈਕਸ਼ਨ ਲਈ:
ਇਸ ਨਾਲ ਸਵਿੱਚਿੰਗ ਪੇਸ਼ੇਵਰ ਅਤੇ ਉਪਭੋਗਤਾ-ਕੇਂਦਰਿਤ ਰਹਿੰਦੀ ਹੈ।
ਜਦੋਂ ਪੇਜ਼ ਤਰਜਮੇ ਵਿੱਚ ਨਹੀਂ ਹੈ ਤਾਂ:
ਇਸ ਨਾਲ ਮਰਨ ਵਾਲੇ ਪੰਨਿਆਂ ਤੋਂ ਬਚਿਆ ਜਾ ਸਕਦਾ ਹੈ ਅਤੇ ਭਰੋਸਾ ਬਣਿਆ ਰਹਿੰਦਾ ਹੈ।
CMSੋਂ ਉਹ ਖਾਸੀਅਤਾਂ ਤਲਾਸ਼ ਕਰੋ ਜੋ ਹਰ ਭਾਸ਼ਾ ਲਈ ਸਿੰਭਾਲ ਸਕਣ:
ਹੋਰ ਚੀਜ਼ਾਂ: ਤਰਜਮੇ ਲਿੰਕਿੰਗ/ਸਟੇਟਸ ਦੇਖਣ ਦੀ ਸਮਰੱਥਾ, ਭਾਸ਼ਾ-ਵਾਰ ਵਰਕਫਲੋਜ਼, ਅਤੇ URL ਪੈਟਰਨ ਦਾ ਸਹੀ ਸਮਰਥਨ।
ਹਰ ਭਾਸ਼ਾ ਵਰਜਨ ਵਿੱਚ ਸਪੱਸ਼ਟਤਾ ਅਤੇ ਉਪਯੋਗੀਤਾ ਲਿਆਓ:
ਜੇ ਰੀਜਨ-ਖਾਸ ਟਾਰਗੇਟਿੰਗ ਦੀ ਲੋੜ ਨਹੀਂ ਤਾਂ ਸਿਰਫ਼ ਭਾਸ਼ਾ-ਆਧਾਰਿਤ ਕੋਡ ਰੱਖੋ।
example.esਅਕਸਰ ਸਬਡਾਇਰੈਕਟਰੀਜ਼ ਇੱਕ ਡਿਫ਼ਾਲਟ ਸਿਫਾਰਸ਼ ਹਨ; ਸਬਡੋਮੇਨ/ਅਲੱਗ ਡੋਮੇਨ ਸਿਰਫ਼ ਖਾਸ ਕਾਰੋਬਾਰੀ ਜਾਂ ਕਾਨੂੰਨੀ ਕਾਰਨਾਂ ਲਈ ਚੁਣੋ।