ਵਰਡਪ੍ਰੈਸ ਸਾਈਟ 'ਚ ਪੱਕੀ ਲਿੰਕ ਸਾਂਝਾ ਕਰਨ ਦੇ ਢਾਂਚੇ ਨੂੰ ਬਦਲਦੇ ਸਮੇਂ ਟਰੈਫਿਕ ਨਾ ਗੁਆਉਣ ਦੇ ਤਰੀਕੇ

ਵਰਡਪ੍ਰੈਸ ਪੱਕੀ ਲਿੰਕ ਸਾਂਝਾ ਕਰਨ ਦੇ ਢਾਂਚੇ ਨੂੰ ਬਦਲਣਾ ਇਸ ਦੌਰਾਨ ਟਰੈਫਿਕ ਨਾ ਗੁਆਉਣ ਦਾ ਤਰੀਕਾ ਹੈ ਪੁਰਾਣੇ URL ਨੂੰ ਪੂਰੀ ਤਰ੍ਹਾਂ ਸੂਚੀਬੱਧ ਕਰਨਾ, ਨਵੇਂ URL ਢਾਂਚੇ ਨੂੰ ਸਾਫ਼ ਕਰਨਾ, ਸਾਰੇ ਪੁਰਾਣੇ ਪਤੇ 301 ਰੀਡਾਇਰੈਕਟਾਂ ਨਾਲ ਸਹੀ ਨਵੇਂ ਪਤੇ ਤੇ ਬਦਲਨਾ, ਸਾਈਟ ਮੈਪ ਨੂੰ ਅਪਡੇਟ ਕਰਨਾ ਅਤੇ ਬਦਲਾਅ ਬਾਅਦ Google Search Console ਨਾਲ 404, ਸਕੈਨਿੰਗ ਅਤੇ ਇੰਡੈਕਸਿੰਗ ਗਲਤੀਆਂ ਦੀ ਨਿਗਰਾਨੀ ਕਰਨਾ। ਸਭ ਤੋਂ ਮਹੱਤਵਪੂਰਨ ਨਿਯਮ ਇਹ ਹੈ: URL ਬਦਲਣਾ ਸਿਰਫ ਵਰਡਪ੍ਰੈਸ ਦੀ ਸੈਟਿੰਗ ਬਦਲਣਾ ਨਹੀਂ ਹੈ; ਇਹ ਖੋਜ ਇੰਜਣਾਂ, ਯੂਜ਼ਰਾਂ ਅਤੇ ਹੋਰ ਸਾਈਟਾਂ ਤੋਂ ਆਉਣ ਵਾਲੀਆਂ ਲਿੰਕਾਂ ਨੂੰ ਪੁਰਾਣੇ ਪੰਨੇ ਦੇ ਨਵੇਂ ਸਥਾਨ ਦੀ ਗਲਤੀ ਤੋਂ ਬਿਨਾਂ ਜਾਣਕਾਰੀ ਦੇਣ ਦੀ ਪ੍ਰਕਿਰਿਆ ਹੈ।

ਪੱਕੀਆਂ ਲਿੰਕਾਂ ਵਰਡਪ੍ਰੈਸ ਸਾਈਟ 'ਤੇ ਲੇਖਾਂ, ਪੰਨਿਆਂ, ਸ਼੍ਰੇਣੀਆਂ ਅਤੇ ਆਰਕਾਈਵ URL ਦੀ ਦਿੱਖ ਦੇ ਢਾਂਚੇ ਨੂੰ ਨਿਰਧਾਰਤ ਕਰਦੀਆਂ ਹਨ। ਉਦਾਹਰਣ ਲਈ siteadi.com/?p=123 ਜਿਹੀ ਬੇਅਰਥ ਰਚਨਾ ਦੀ ਬਜਾਏ siteadi.com/wordpress-seo-rehberi/ ਜਿਹੀ ਪੜ੍ਹਨ ਯੋਗ ਰਚਨਾ ਨੂੰ ਤਰਜੀਹ ਦਿੱਤੀ ਜਾ ਸਕਦੀ ਹੈ। SEO ਦੇ ਨਜ਼ਰੀਏ ਤੋਂ URL ਢਾਂਚਾ ਸਿਰਫ਼ ਇੱਕੱਲੇ ਦਰਜਾ ਪ੍ਰਾਪਤ ਨਹੀਂ ਕਰ ਸਕਦਾ; ਪਰ ਯੂਜ਼ਰਾਂ ਦੀ ਭਰੋਸੇਯੋਗਤਾ, ਕਲਿੱਕ ਦਰ, ਸਮੱਗਰੀ ਦੀ ਬਣਤਰ ਅਤੇ ਲਿੰਕ ਟ੍ਰਾਂਸਫਰ 'ਤੇ ਸਿੱਧਾ ਪ੍ਰਭਾਵ ਪੈਂਦਾ ਹੈ। ਇਸ ਲਈ ਵਿਸ਼ੇਸ਼ ਤੌਰ 'ਤੇ ਲੰਬੇ ਸਮੇਂ ਤੋਂ ਚੱਲ ਰਹੀਆਂ, ਕੁਦਰਤੀ ਟਰੈਫਿਕ ਪ੍ਰਾਪਤ ਕਰਨ ਵਾਲੀਆਂ ਜਾਂ ਬੈਕਲਿੰਕ ਪ੍ਰੋਫਾਈਲ ਬਣਾਉਣ ਵਾਲੀਆਂ ਸਾਈਟਾਂ 'ਚ ਬਦਲਾਅ ਯੋਜਨਾ ਬਣਾ ਕੇ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ।

ਇਸ ਗਾਈਡ 'ਚ ਅਸੀਂ ਵਰਡਪ੍ਰੈਸ ਸਾਈਟ 'ਤੇ ਪੱਕੀ ਲਿੰਕ ਸਾਂਝਾ ਕਰਨ ਦੇ ਢਾਂਚੇ ਨੂੰ ਬਦਲਦੇ ਸਮੇਂ ਟਰੈਫਿਕ ਨਾ ਗੁਆਉਣ ਦੇ ਤਰੀਕੇ ਨੂੰ ਕਦਮ ਦਰ ਕਦਮ ਵਿਚਾਰ ਕਰਾਂਗੇ। ਤਿਆਰੀ ਜਾਂਚ ਸੂਚੀ ਤੋਂ 301 ਰੀਡਾਇਰੈਕਟਾਂ ਦੀ ਲੌਜਿਕ, .htaccess ਅਤੇ ਪਲੱਗਇਨ ਵਿਕਲਪਾਂ ਤੋਂ Google Search Console ਚੈੱਕਾਂ ਤੱਕ ਇੱਕ ਕਾਰਗੁਜ਼ਾਰੀ ਪ੍ਰਕਿਰਿਆ ਮਿਲੇਗੀ। ਜੇ ਤੁਹਾਡੀ ਸਾਈਟ 'ਤੇ ਭਾਰੀ ਟਰੈਫਿਕ ਹੈ, ਤਾਂ ਇਸ ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਜੀਵੰਤ ਸਾਈਟ 'ਤੇ ਸਿੱਧਾ ਅਜ਼ਮਾਉਣ ਦੀ ਬਜਾਏ ਪਹਿਲਾਂ ਬੈਕਅਪ ਅਤੇ ਟੈਸਟ ਮਾਹੌਲ ਵਿਚ ਅੱਗੇ ਵਧਣ ਦੀ ਸਿਫਾਰਸ਼ ਕੀਤੀ ਜਾਂਦੀ ਹੈ। ਇਸ ਬਿੰਦੂ 'ਤੇ ਮਜ਼ਬੂਤ ਢਾਂਚਾ, ਤੇਜ਼ ਡਿਸਕ ਬਣਤਰ ਅਤੇ ਨਿਯਮਤ ਬੈਕਅਪ ਪ੍ਰਦਾਨ ਕਰਨ ਵਾਲਾ WordPress ਹੋਸਟਿੰਗ ਸੇਵਾ ਤਕਨੀਕੀ ਖਤਰੇ ਨੂੰ ਘਟਾਉਂਦਾ ਹੈ।

ਪੱਕੀ ਲਿੰਕ ਢਾਂਚਾ ਕੀ ਹੈ ਅਤੇ ਇਹ ਕਿਉਂ ਬਦਲਿਆ ਜਾਂਦਾ ਹੈ?

ਪੱਕੀ ਲਿੰਕ ਢਾਂਚਾ, ਵਰਡਪ੍ਰੈਸ ਵਿੱਚ ਤੁਹਾਡੀ ਸਮੱਗਰੀ ਦੇ ਵੈਬ ਪਤੇ ਨੂੰ ਕਿਸ ਨਿਯਮ ਦੇ ਅਨੁਸਾਰ ਬਣਾਉਣਾ ਹੈ, ਇਹ ਨਿਰਧਾਰਿਤ ਕਰਨ ਵਾਲੀ ਸੈਟਿੰਗ ਹੈ। ਵਰਡਪ੍ਰੈਸ ਪ੍ਰਬੰਧਨ ਪੈਨਲ ਵਿੱਚ ਸੈਟਿੰਗਜ਼ > ਪੱਕੀਆਂ ਲਿੰਕਾਂ ਭਾਗ ਤੋਂ ਢਾਂਚਾ ਚੁਣਿਆ ਜਾ ਸਕਦਾ ਹੈ। ਡਿਫਾਲਟ ਢਾਂਚਾ, ਲੇਖ ਦੀ ਪਛਾਣ 'ਤੇ ਆਧਾਰਿਤ ਪੁੱਛਗਿੱਛ ਪੈਰਾਮੀਟਰ ਵਰਤਦਾ ਹੈ। ਹੋਰ ਆਧੁਨਿਕ ਢਾਂਚਿਆਂ ਵਿੱਚ ਲੇਖ ਦਾ ਨਾਮ, ਸ਼੍ਰੇਣੀ, ਮਿਤੀ ਜਾਂ ਖਾਸ ਟੈਕਸੋਨੋਮੀ URL 'ਚ ਸ਼ਾਮਲ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ।

ਸਾਈਟ ਦੇ ਮਾਲਕ ਆਮ ਤੌਰ 'ਤੇ ਹੇਠਾਂ ਦਿੱਤੇ ਕਾਰਨਾਂ ਕਰਕੇ ਪੱਕੀ ਲਿੰਕ ਢਾਂਚਾ ਨੂੰ ਬਦਲਣਾ ਚਾਹੁੰਦੇ ਹਨ:

• ਪੁਰਾਣੇ URL ਯੂਜ਼ਰਾਂ ਲਈ ਸਮਝਣ ਵਿੱਚ ਅਸਾਨ ਨਹੀਂ ਹਨ।
• SEO ਦੇ ਨਜ਼ਰੀਏ ਤੋਂ ਜ਼ਿਆਦਾ ਸੁਥਰੇ ਅਤੇ ਸਪਸ਼ਟ URL ਵਰਤਣਾ ਚਾਹੁੰਦੇ ਹਨ।
• ਮਿਤੀ ਵਾਲੇ URL ਸਮੱਗਰੀ ਨੂੰ ਪੁਰਾਣਾ ਦਿਖਾਉਂਦੇ ਹਨ, ਇਹ ਸੋਚਦੇ ਹਨ।
• ਸ਼੍ਰੇਣੀ ਦੀ ਬਣਤਰ ਨੂੰ ਸਧਾਰਨ ਜਾਂ ਦੁਬਾਰਾ ਬਣਾਉਣਾ।
• ਨਵਾਂ ਡੋਮੇਨ, ਨਵਾਂ ਬਰਾਂਡ ਜਾਂ ਨਵੀ ਸਮੱਗਰੀ ਦੀ ਯੋਜਨਾ ਵਿੱਚ ਜਾਣਾ।
• ਈ-ਵਪਾਰ, ਬਲੌਗ ਜਾਂ ਕਾਰਪੋਰੇਟ ਸਾਈਟ ਦੀ ਬਣਤਰ ਨੂੰ ਹੋਰ ਸਕੇਲਯੋਗ ਬਣਾਉਣਾ।

ਉਦਾਹਰਣ ਲਈ, ਜੇ 2019 ਵਿੱਚ ਲਿਖੀ ਗਈ ਪਰੰਤੂ 2026 ਵਿੱਚ ਅਪਡੇਟ ਕੀਤੀ ਗਈ ਗਾਈਡ ਦਾ URL /2019/05/wordpress-hizlandirma/ ਹੈ, ਤਾਂ ਯੂਜ਼ਰ ਸਮੱਗਰੀ ਅਪਡੇਟ ਹੋਣ ਦੇ ਬਾਵਜੂਦ ਪੁਰਾਣੀ ਧਾਰਨਾ 'ਤੇ ਚੱਲਣਗੇ। ਜਦੋਂ ਇਹ ਢਾਂਚਾ /wordpress-hizlandirma/ ਦੇ ਤੌਰ 'ਤੇ ਬਦਲਿਆ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਇਹ ਹੋਰ ਸਧਾਰਨ ਦਿਖਾਈ ਦਿੰਦਾ ਹੈ। ਪਰ ਜੇ ਖੋਜ ਇੰਜਣਾਂ ਵਿੱਚ ਪੁਰਾਣਾ URL ਇੰਡੈਕਸ ਕੀਤਾ ਗਿਆ ਹੈ ਅਤੇ ਹੋਰ ਸਾਈਟਾਂ ਨੇ ਪੁਰਾਣੇ URL ਨੂੰ ਲਿੰਕ ਕੀਤਾ ਹੈ, ਤਾਂ ਬਿਨਾਂ ਰੀਡਾਇਰੈਕਟ ਕਰਕੇ ਬਦਲਾਅ ਟਰੈਫਿਕ ਦੇ ਨੁਕਸਾਨ ਦਾ ਕਾਰਨ ਬਣ ਸਕਦਾ ਹੈ।

URL ਬਦਲਦੇ ਸਮੇਂ ਟਰੈਫਿਕ ਕਿਉਂ ਘਟਦਾ ਹੈ?

URL, ਖੋਜ ਇੰਜਣਾਂ ਲਈ ਇੱਕ ਸਮੱਗਰੀ ਦਾ ਪਤਾ ਹੈ। ਜਦੋਂ ਪਤਾ ਬਦਲਦਾ ਹੈ ਤਾਂ Google ਦੇ ਪੁਰਾਣੇ ਸਿੰਘਲਾਂ ਨੂੰ ਨਵੇਂ ਪਤੇ 'ਤੇ ਲੈ ਜਾਣ ਵਿੱਚ ਸਮਾਂ ਲੱਗ ਸਕਦਾ ਹੈ। ਜੇ ਸਹੀ 301 ਰੀਡਾਇਰੈਕਟ ਨਹੀਂ ਕੀਤੀ ਜਾਂਦੀ, ਤਾਂ ਪੁਰਾਣੇ ਪੰਨੇ 404 ਗਲਤੀ 'ਤੇ ਲੈਂਦੇ ਹਨ, ਬੈਕਲਿੰਕ ਮੁੱਲ ਗੁਆ ਦਿੰਦੇ ਹਨ, ਯੂਜ਼ਰ ਖਾਲੀ ਪੰਨੇ ਤੇ ਪਹੁੰਚਦੇ ਹਨ ਅਤੇ ਖੋਜ ਨਤੀਜਿਆਂ ਵਿੱਚ ਕਲਿੱਕਾਂ ਖਰਾਬ ਹੋ ਜਾਂਦੀਆਂ ਹਨ। ਇਹ ਸਥਿਤੀ ਵਿਸ਼ੇਸ਼ ਤੌਰ 'ਤੇ ਉਹਨਾਂ ਸਾਈਟਾਂ 'ਤੇ ਮਹਿਸੂਸ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ ਜਿੱਥੇ ਕੁਦਰਤੀ ਟਰੈਫਿਕ ਦਾ ਵੱਡਾ ਹਿੱਸਾ ਬਲੌਗ ਲੇਖਾਂ ਤੋਂ ਆਉਂਦਾ ਹੈ।

ਟਰੈਫਿਕ ਦੇ ਘਟਨ ਦੇ ਸਭ ਤੋਂ ਆਮ ਕਾਰਨ ਹਨ:

• 301 ਦੀ ਬਜਾਏ 302 ਵਰਤਣਾ: ਅਸਥਾਈ ਰੀਡਾਇਰੈਕਟ ਖੋਜ ਇੰਜਣਾਂ ਨੂੰ ਪੱਕੀ ਤਬਦੀਲੀ ਦਾ ਸੰਕੇਤ ਸਾਫ਼ ਨਹੀਂ ਦਿੰਦਾ।
• ਟੀਮ ਰੀਡਾਇਰੈਕਟ ਗਲਤੀਆਂ: ਸਾਰੇ ਪੁਰਾਣੇ URL ਨੂੰ ਮੁੱਖ ਪੰਨੇ 'ਤੇ ਰੀਡਾਇਰੈਕਟ ਕਰਨਾ, ਸੰਬੰਧਤਾ ਘਟਾਉਂਦਾ ਹੈ।
• ਰੀਡਾਇਰੈਕਟ ਚੇਨ: ਪੁਰਾਣੇ URL ਤੋਂ ਵਿਚਲੇ URL ਤੇ, ਫਿਰ ਨਵੇਂ URL 'ਤੇ ਜਾਣਾ ਸਕੈਨਿੰਗ ਬਜਟ ਅਤੇ ਗਤੀ 'ਤੇ ਨਕਾਰਾਤਮਕ ਪ੍ਰਭਾਵ ਪਾਉਂਦਾ ਹੈ।
• ਅੰਦਰੂਨੀ ਲਿੰਕਾਂ ਨੂੰ ਅਪਡੇਟ ਨਾ ਕਰਨਾ: ਜੇ ਸਾਈਟ 'ਚ ਲਿੰਕ ਹਾਲੇ ਵੀ ਪੁਰਾਣੇ ਪਤੇ ਤੇ ਜਾਂਦੇ ਹਨ ਤਾਂ ਯੂਜ਼ਰ ਦਾ ਅਨੁਭਵ ਅਤੇ ਸਕੈਨਿੰਗ ਦੀ ਪ੍ਰਭਾਵਸ਼ੀਲਤਾ ਖਰਾਬ ਹੋ ਜਾਂਦੀ ਹੈ।
• ਸਾਈਟ ਮੈਪ ਨੂੰ ਨਵੀਨਤਮ ਨਾ ਕਰਨਾ: ਜੇ Google ਨੂੰ ਪੁਰਾਣੇ URL ਭੇਜੇ ਜਾਂਦੇ ਰਹਿੰਦੇ ਹਨ ਤਾਂ ਖੋਜ ਪ੍ਰਕਿਰਿਆ ਜਟਿਲ ਹੋ ਜਾਂਦੀ ਹੈ।
• ਕੈਨੋਨਿਕ ਟੈਗ ਗਲਤੀਆਂ: ਨਵੇਂ ਪੰਨੇ 'ਤੇ ਕੈਨੋਨਿਕ ਟੈਗ ਪੁਰਾਣੇ URL ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ ਤਾਂ ਇੰਡੈਕਸਿੰਗ ਗਲਤੀਆਂ ਹੋ ਸਕਦੀਆਂ ਹਨ।

ਵਿਆਹੀ ਅਨੁਭਵ ਵਿੱਚ, ਸਹੀ ਤੌਰ 'ਤੇ ਯੋਜਨਾ ਬਣਾਈ ਗਈ URL ਤਬਦੀਲੀ ਵਿੱਚ ਛੋਟੇ ਸਮੇਂ ਦੀ ਉਲਟਫੇਰ ਦਾ ਆਮ ਹੈ। ਛੋਟੀਆਂ ਅਤੇ ਮੱਧਮ ਮਾਪ ਦੀਆਂ ਸਾਈਟਾਂ 'ਤੇ Google ਦੇ ਨਵੇਂ ਢਾਂਚੇ ਨੂੰ ਸਮਝਣ ਵਿੱਚ ਆਮ ਤੌਰ 'ਤੇ ਕੁੱਝ ਦਿਨਾਂ ਤੋਂ ਕੁਝ ਹਫ਼ਤਿਆਂ ਤੱਕ ਸਮਾਂ ਲੱਗਦਾ ਹੈ। ਹਜ਼ਾਰਾਂ URL ਵਾਲੀਆਂ ਸਾਈਟਾਂ 'ਤੇ ਇਹ ਸਮਾਂ ਜ਼ਿਆਦਾ ਹੋ ਸਕਦਾ ਹੈ। ਪਰ ਜੇ ਗਲਤ ਤਰੀਕੇ ਨਾਲ ਕੀਤਾ ਗਿਆ ਬਦਲਾਅ, ਕੁਦਰਤੀ ਟਰੈਫਿਕ ਦੀ ਘਾਟ 20%, 40% ਜਾਂ ਉਸ ਤੋਂ ਵੀ ਉੱਚੇ ਪੱਧਰਾਂ 'ਤੇ ਚਾਲ ਸਕਦੀ ਹੈ।

ਸਭ ਤੋਂ ਸੁਰੱਖਿਅਤ ਵਰਡਪ੍ਰੈਸ ਪੱਕੀ ਲਿੰਕ ਢਾਂਚਾ ਕਿਹੜਾ ਹੈ?

ਹਰ ਸਾਈਟ ਲਈ ਇਕਲੌਤਾ ਸਹੀ ਢਾਂਚਾ ਨਹੀਂ ਹੈ; ਪਰ ਬਲੌਗ, ਕਾਰਪੋਰੇਟ ਸਾਈਟ ਅਤੇ ਗਾਈਡ ਸਮੱਗਰੀ ਲਈ ਆਮ ਤੌਰ 'ਤੇ ਸਭ ਤੋਂ ਸੁਰੱਖਿਅਤ ਢਾਂਚਾ /%postname%/ ਹੈ, ਜਿਸਦਾ ਅਰਥ ਹੈ ਲੇਖ ਦੇ ਨਾਮ 'ਤੇ ਆਧਾਰਿਤ ਢਾਂਚਾ। ਜੇ ਸ਼੍ਰੇਣੀ ਦੀ ਬਣਤਰ ਬਹੁਤ ਮਜ਼ਬੂਤ ਅਤੇ ਲੰਬੇ ਸਮੇਂ ਲਈ ਯੋਜਨਾ ਬਣਾਈ ਗਈ ਹੈ ਤਾਂ /%category%/%postname%/ ਵਰਤਿਆ ਜਾ ਸਕਦਾ ਹੈ। ਪਰ ਜੇ ਸ਼੍ਰੇਣੀਆਂ ਜਲਦੀ ਬਦਲ ਰਹੀਆਂ ਹਨ, ਤਾਂ URL 'ਚ ਸ਼੍ਰੇਣੀ ਸ਼ਾਮਲ ਕਰਨਾ ਭਵਿੱਖ ਵਿੱਚ ਹੋਰ ਰੀਡਾਇਰੈਕਟ ਦੀ ਜਰੂਰਤ ਪੈਦਾ ਕਰੇਗਾ।

ਜੇ ਤੁਸੀਂ ਨਵੀਂ ਸਾਈਟ ਸਥਾਪਿਤ ਕਰ ਰਹੇ ਹੋ ਤਾਂ ਸਭ ਤੋਂ ਪਹਿਲਾਂ ਸਧਾਰਨ ਢਾਂਚਾ ਚੁਣਨਾ ਸਭ ਤੋਂ ਠੀਕ ਹੈ। ਜੇ ਤੁਸੀਂ ਚਲ ਰਹੀ ਸਾਈਟ 'ਤੇ ਬਦਲਾਅ ਕਰ ਰਹੇ ਹੋ ਤਾਂ ਫੈਸਲਾ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਮੌਜੂਦਾ ਕੁਦਰਤੀ ਟਰੈਫਿਕ, ਬੈਕਲਿੰਕ, ਸਮੱਗਰੀ ਦੀ ਗਿਣਤੀ, ਸ਼੍ਰੇਣੀ ਦੀ ਬਣਤਰ ਅਤੇ ਭਵਿੱਖ ਵਿੱਚ ਵਾਧੇ ਦੀ ਯੋਜਨਾ ਦਾ ਮੁਲਾਂਕਣ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ। ਜੇ ਡੋਮੇਨ ਬਦਲਣਾ ਵੀ ਯੋਜਨਾ ਵਿੱਚ ਹੈ, ਤਾਂ URL ਢਾਂਚੇ ਵਿੱਚ ਬਦਲਾਅ ਨੂੰ ਇੱਕੋ ਪ੍ਰੋਜੈਕਟ 'ਚ ਸ਼ਾਮਲ ਕਰਨਾ ਸਮਝਦਾਰ ਹੋ ਸਕਦਾ ਹੈ; ਪਰ ਜੇ ਇਹ ਦੋ ਕਾਰਵਾਈਆਂ ਇੱਕਠੇ ਕੀਤੀਆਂ ਜਾਂਦੀਆਂ ਹਨ ਤਾਂ ਖਤਰਾ ਵਧ ਜਾਂਦਾ ਹੈ। ਡੋਮੇਨ ਪਾਸੇ ਯੋਜਨਾ ਬਣਾਉਂਦੇ ਸਮੇਂ ਡੋਮੇਨ ਪੁੱਛਤਾਛ ਅਤੇ ਡੋਮੇਨ ਟ੍ਰਾਂਸਫਰ ਮਸਲਿਆਂ ਨੂੰ ਵੀ ਪ੍ਰਕਿਰਿਆ 'ਚ ਸ਼ਾਮਲ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ।

ਬਦਲਾਅ ਤੋਂ ਪਹਿਲਾਂ ਤਿਆਰੀ ਜਾਂਚ ਸੂਚੀ

ਸਫਲ ਬਦਲਾਅ ਦਾ 70% ਬਦਲਾਅ ਤੋਂ ਪਹਿਲਾਂ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਵਰਡਪ੍ਰੈਸ ਪੈਨਲ 'ਚ ਇੱਕ ਸੈਟਿੰਗ ਬਦਲਣਾ ਕੁਝ ਸੈਕੰਡ ਲੈਂਦਾ ਹੈ; ਪਰ ਤਿਆਰੀ ਤੋਂ ਬਿਨਾਂ ਕੀਤਾ ਗਿਆ ਬਦਲਾਅ ਸੰਭਾਲਣਾ ਦਿਨਾਂ ਲੱਗ ਸਕਦਾ ਹੈ। ਹੇਠਾਂ ਦਿੱਤੀ ਜਾਂਚ ਸੂਚੀ, ਅਸਲ ਪ੍ਰੋਜੈਕਟਾਂ 'ਚ ਵਰਤੀ ਜਾਣ ਵਾਲੀ ਸੁਰੱਖਿਅਤ ਪ੍ਰਵਾਹ ਪ੍ਰਦਾਨ ਕਰਦੀ ਹੈ।

1. ਪੂਰਾ ਬੈਕਅਪ ਲਓ

ਸਭ ਤੋਂ ਪਹਿਲਾਂ ਫਾਈਲ ਅਤੇ ਡੇਟਾਬੇਸ ਦਾ ਬੈਕਅਪ ਲਓ। ਵਰਡਪ੍ਰੈਸ ਸਮੱਗਰੀ, ਸੈਟਿੰਗਜ਼, ਥੀਮ ਸੰਰਚਨਾ ਅਤੇ ਪਲੱਗਇਨ ਡੇਟਾ ਡੇਟਾਬੇਸ ਵਿੱਚ ਸਟੋਰ ਕੀਤਾ ਜਾਂਦਾ ਹੈ ਇਸ ਲਈ ਸਿਰਫ ਫਾਈਲ ਦਾ ਬੈਕਅਪ ਹੀ ਕਾਫੀ ਨਹੀਂ ਹੈ। ਬੈਕਅਪ ਲੈਣ ਤੋਂ ਬਾਅਦ ਇਹ ਯਕੀਨੀ ਬਣਾਓ ਕਿ ਇਹ ਵਾਪਸ ਲਿਆ ਜਾ ਸਕਦਾ ਹੈ। ਵੱਡੀਆਂ ਸਾਈਟਾਂ 'ਤੇ ਬਦਲਾਅ ਤੋਂ ਪਹਿਲਾਂ ਬੈਕਅਪ ਦੀ ਤਾਰੀਖ ਅਤੇ ਸਮਾਂ ਦਰਜ ਕਰਨਾ, ਐਮਰਜੈਂਸੀ ਵਿੱਚ ਵਾਪਸ ਜਾਣ ਦੀ ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਤੇਜ਼ ਕਰਦਾ ਹੈ। ਆਟੋਮੈਟਿਕ ਬੈਕਅਪ ਪ੍ਰਦਾਨ ਕਰਨ ਵਾਲੇ ਵੈਬ ਹੋਸਟਿੰਗ ਪੈਕੇਜ ਇਸ ਕਿਸਮ ਦੀਆਂ ਕਾਰਵਾਈਆਂ ਵਿੱਚ ਮਹੱਤਵਪੂਰਨ ਸੁਰੱਖਿਆ ਪਦਰ ਮੁਹੈਆ ਕਰਦੇ ਹਨ।

2. ਮੌਜੂਦਾ URL ਸੂਚੀ ਤਿਆਰ ਕਰੋ

ਤੁਸੀਂ ਪੁਰਾਣੇ URL ਬਾਰੇ ਪੂਰੀ ਜਾਣਕਾਰੀ ਦੇ ਬਿਨਾਂ ਸਹੀ ਰੀਡਾਇਰੈਕਟ ਨਹੀਂ ਕਰ ਸਕਦੇ। ਇਸ ਲਈ ਹੇਠਾਂ ਦਿੱਤੇ ਸਰੋਤਾਂ ਦਾ ਵਰਤੋਂ ਕਰੋ:

• ਵਰਡਪ੍ਰੈਸ ਲੇਖਾਂ ਅਤੇ ਪੰਨਿਆਂ ਦਾ ਐਕਸਪੋਰਟ।
• ਤੁਹਾਡੇ SEO ਪਲੱਗਇਨ ਦਾ ਸਾਈਟ ਮੈਪ।
• Google Search Console ਦੇ ਪ੍ਰਦਰਸ਼ਨ ਰਿਪੋਰਟ ਵਿੱਚ ਪੰਨੇ।
• Google Analytics ਜਾਂ ਸਮਾਨ ਵਿਸ਼ਲੇਸ਼ਣ ਟੂਲ ਵਿੱਚ ਖੋਲ੍ਹਣ ਵਾਲੇ ਪੰਨੇ।
• Screaming Frog, Sitebulb ਜਾਂ ਸਮਾਨ ਕ੍ਰੌਲਰ ਟੂਲ।
• ਬੈਕਲਿੰਕ ਟੂਲਾਂ ਤੋਂ ਆਉਣ ਵਾਲੇ ਲਿੰਕ ਵਾਲੇ URL।

ਵਿਸ਼ੇਸ਼ ਤੌਰ 'ਤੇ ਪਿਛਲੇ 12 ਮਹੀਨਿਆਂ 'ਚ ਕੁਦਰਤੀ ਟਰੈਫਿਕ ਪ੍ਰਾਪਤ ਕਰਨ ਵਾਲੇ URL ਅਤੇ ਬੈਕਲਿੰਕ ਵਾਲੇ ਪੰਨਿਆਂ ਨੂੰ ਅਲੱਗ ਚਿੰਨ੍ਹਿਤ ਕਰੋ। ਉਦਾਹਰਣ ਲਈ 500 ਸਮੱਗਰੀ ਵਾਲੀ ਸਾਈਟ 'ਤੇ ਸਾਰੀ ਸਮੱਗਰੀ ਇੱਕੋ ਜਿਹੀ ਨਹੀਂ ਹੁੰਦੀ; ਕੁਦਰਤੀ ਟਰੈਫਿਕ ਦਾ 80% 40-50 URL ਤੋਂ ਆ ਰਹਾ ਹੋ ਸਕਦਾ ਹੈ। ਇਹ ਪੰਨੇ ਲਈ ਇੱਕ-ਇੱਕ ਰੀਡਾਇਰੈਕਟ ਗਲਤੀ ਤੋਂ ਬਿਨਾਂ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ।

3. ਨਵੇਂ URL ਢਾਂਚੇ ਨੂੰ ਸਾਫ਼ ਕਰੋ

ਨਵਾਂ ਢਾਂਚਾ ਚੁਣਦੇ ਸਮੇਂ ਛੋਟਾ, ਸਪਸ਼ਟ ਅਤੇ ਲੰਬੇ ਸਮੇਂ ਲਈ ਬਣਿਆ ਰਹਿਣ ਵਾਲਾ ਨਿਯਮ ਨਿਰਧਾਰਿਤ ਕਰੋ। ਤੁਰਕੀ ਅੱਖਰਾਂ ਦੀ ਵਰਤੋਂ 'ਤੇ ਵਰਡਪ੍ਰੈਸ ਸਲੱਗ ਆਮ ਤੌਰ 'ਤੇ ਬਦਲਦਾ ਹੈ; ਪਰ ਸੰਭਵ ਹੋਣ 'ਤੇ ਛੋਟਾ, ਛੋਟੇ ਅੱਖਰਾਂ, ਹਾਈਫਨ ਵਾਲਾ ਅਤੇ ਅਰਥਪੂਰਨ ਸਲੱਗ ਵਰਤੋਂ ਕਰੋ। ਉਦਾਹਰਣ ਲਈ /wordpress-sitenizi-hizlandirmanin-en-iyi-yollari/ ਦੀ ਬਜਾਏ /wordpress-hizlandirma/ ਹੋਰ ਸਾਫ਼ ਅਤੇ ਪ੍ਰਬੰਧਿਤ ਹੋ ਸਕਦਾ ਹੈ।

4. ਟੈਸਟ ਮਾਹੌਲ ਵਿੱਚ ਅਜ਼ਮਾਓ

ਜੀਵੰਤ ਸਾਈਟ 'ਤੇ ਜਾਣ ਤੋਂ ਪਹਿਲਾਂ ਸਟੇਜਿੰਗ ਮਾਹੌਲ 'ਚ ਟੈਸਟ ਕਰਨਾ ਸਭ ਤੋਂ ਸਿਹਤਮੰਦ ਤਰੀਕਾ ਹੈ। ਇੱਥੇ ਤੁਸੀਂ ਪੱਕੀ ਲਿੰਕ ਸੈਟਿੰਗ ਬਦਲ ਸਕਦੇ ਹੋ ਅਤੇ ਰੀਡਾਇਰੈਕਟਾਂ ਦੀ ਜਾਂਚ ਕਰ ਸਕਦੇ ਹੋ, 404 ਪੰਨਿਆਂ ਨੂੰ ਸਕੈਨ ਕਰ ਸਕਦੇ ਹੋ, ਸਾਈਟ ਮੈਪ ਦੀ ਜਾਂਚ ਕਰ ਸਕਦੇ ਹੋ ਅਤੇ ਪ੍ਰਦਰਸ਼ਨ ਦੇ ਪ੍ਰਭਾਵ ਨੂੰ ਮਾਪ ਸਕਦੇ ਹੋ। ਜੇ ਤੁਹਾਡੀ ਤਕਨੀਕੀ ਜਾਣਕਾਰੀ ਸੀਮਿਤ ਹੈ, ਤਾਂ ਇਸ ਪੜਾਅ 'ਤੇ ਹੋਸਟਿੰਗ ਸਹਾਇਤਾ ਲੈਣਾ ਸਮਾਂ ਬਚਾਉਂਦਾ ਹੈ। Hostragons ਦੇ ਢਾਂਚੇ ਵਿੱਚ ਸਟੇਜਿੰਗ, ਬੈਕਅਪ ਅਤੇ ਸੁਰੱਖਿਆ ਦੀਆਂ ਜ਼ਰੂਰਤਾਂ ਲਈ WordPress ਹੋਸਟਿੰਗ ਹੱਲਾਂ ਦੀ ਜਾਂਚ ਕਰ ਸਕਦੇ ਹੋ।

ਵਰਡਪ੍ਰੈਸ ਪੱਕੀ ਲਿੰਕ ਢਾਂਚੇ ਨੂੰ ਬਦਲਣ ਦੇ ਕਦਮ

ਤਿਆਰੀ ਪੂਰੀ ਹੋਣ ਦੇ ਬਾਅਦ, ਤੁਸੀਂ ਕਾਰਵਾਈ ਦੇ ਪੜਾਅ ' ਤੇ ਜਾ ਸਕਦੇ ਹੋ। ਹੇਠਾਂ ਦਿੱਤੀ ਕਤਾਰ ਛੋਟੇ ਬਲੌਗ ਤੋਂ ਮੱਧਮ ਮਾਪ ਦੀਆਂ ਕਾਰਪੋਰੇਟ ਸਾਈਟਾਂ ਤੱਕ ਲੱਗਭਗ ਹਰ ਵਰਡਪ੍ਰੈਸ ਪ੍ਰੋਜੈਕਟ 'ਚ ਸੁਰੱਖਿਅਤ ਕੰਮ ਕਰਦੀ ਹੈ।

ਕਦਮ 1: ਨਿਮਰਤਾ ਦੇ ਸਮੇਂ ਦੀ ਯੋਜਨਾ ਬਣਾਓ

URL ਬਦਲਾਅ ਨੂੰ ਟਰੈਫਿਕ ਦੇ ਸਭ ਤੋਂ ਘੱਟ ਸਮੇਂ 'ਤੇ ਕਰੋ। B2B ਸਾਈਟਾਂ 'ਤੇ ਰਾਤ ਦੇ ਸਮੇਂ, ਖ਼ਬਰਾਂ ਜਾਂ ਈ-ਵਪਾਰ ਸਾਈਟਾਂ 'ਤੇ ਵਿਸ਼ਲੇਸ਼ਣ ਡੇਟਾ ਦੇ ਅਨੁਸਾਰ ਸਭ ਤੋਂ ਘੱਟ ਟਰੈਫਿਕ ਦਾ ਸਮਾਂ ਚੁਣਿਆ ਜਾ ਸਕਦਾ ਹੈ। ਬਹੁਤ ਵੱਡੀਆਂ ਸਾਈਟਾਂ 'ਤੇ ਛੋਟੀ ਸਮੇਂ ਲਈ ਨਿਮਰਤਾ ਮੋਡ ਵਰਤਿਆ ਜਾ ਸਕਦਾ ਹੈ; ਪਰ ਨਿਮਰਤਾ ਮੋਡ ਨੂੰ ਬੇਕਾਰ ਦੇਰ ਨਹੀਂ ਕਰਨੀ ਚਾਹੀਦੀ।

ਕਦਮ 2: ਵਰਡਪ੍ਰੈਸ ਪੱਕੀ ਲਿੰਕ ਸੈਟਿੰਗ ਬਦਲੋ

ਵਰਡਪ੍ਰੈਸ ਪੈਨਲ 'ਤੇ ਸੈਟਿੰਗਜ਼ > ਪੱਕੀਆਂ ਲਿੰਕਾਂ ਮੀਨੂ 'ਤੇ ਜਾਓ। ਤੁਸੀਂ ਚੁਣੇ ਹੋਏ ਨਵੇਂ ਢਾਂਚੇ ਨੂੰ ਚਿੰਨ੍ਹਿਤ ਕਰੋ ਜਾਂ ਖਾਸ ਢਾਂਚਾ ਖੇਤਰ ਵਿੱਚ ਆਪਣਾ ਨਿਯਮ ਦਰਜ ਕਰੋ। ਬਦਲਾਅ ਸੰਭਾਲੋ। ਵਰਡਪ੍ਰੈਸ ਇਸ ਕਾਰਵਾਈ ਨਾਲ ਰੀਰਾਇਟ ਨਿਯਮਾਂ ਨੂੰ ਅਪਡੇਟ ਕਰਦਾ ਹੈ। Apache ਸਰਵਰਾਂ 'ਤੇ .htaccess ਫਾਈਲ ਲਿਖਣ ਯੋਗ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ। ਜੇ ਤੁਸੀਂ Nginx ਵਰਤ ਰਹੇ ਹੋ ਤਾਂ ਸਰਵਰ ਸੰਰਚਨਾ ਦੇ ਉਚਿਤ ਹੋਣ ਦੀ ਜ਼ਰੂਰਤ ਹੈ।

ਕਦਮ 3: 301 ਰੀਡਾਇਰੈਕਟ ਸੈੱਟ ਕਰੋ

ਇਹ ਸਭ ਤੋਂ ਮਹੱਤਵਪੂਰਨ ਪੜਾਅ ਹੈ। ਪੁਰਾਣੇ URL ਤੋਂ ਸਭ ਤੋਂ ਵਧੀਆ ਨਵੇਂ URL 'ਤੇ ਪੱਕੀ 301 ਰੀਡਾਇਰੈਕਟ ਕੀਤੀ ਜਾਣੀ ਚਾਹੀਦੀ ਹੈ। 301, ਖੋਜ ਇੰਜਣਾਂ ਨੂੰ ਸਮੱਗਰੀ ਦੇ ਪੱਕੀ ਤੌਰ 'ਤੇ ਬਦਲ ਜਾਣ ਦੀ ਜਾਣਕਾਰੀ ਦਿੰਦਾ ਹੈ। ਰੀਡਾਇਰੈਕਟ ਦੇ ਵਿਕਲਪ ਇਹ ਹਨ:

• ਰੀਡਾਇਰੈਕਟ ਪਲੱਗਇਨ: ਛੋਟੀਆਂ ਅਤੇ ਮੱਧਮ ਆਕਾਰ ਦੀਆਂ ਸਾਈਟਾਂ ਲਈ ਪ੍ਰਯੋਗਾਤਮਕ ਹੱਲ ਹੈ।
• SEO ਪਲੱਗਇਨ ਰੀਡਾਇਰੈਕਟ ਮੋਡਿਊਲ: Rank Math ਜਾਂ Yoast Premium ਵਰਗੇ ਟੂਲਾਂ ਵਿੱਚ ਵਰਤਿਆ ਜਾ ਸਕਦਾ ਹੈ।
• .htaccess ਨਿਯਮ: Apache ਸਰਵਰਾਂ 'ਤੇ ਤੇਜ਼ ਅਤੇ ਕੇਂਦਰੀ ਪ੍ਰਬੰਧਨ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ।
• Nginx ਰੀਰਾਇਟ ਨਿਯਮ: ਉੱਚ ਟਰੈਫਿਕ ਵਾਲੀਆਂ ਸਾਈਟਾਂ 'ਤੇ ਕਾਰਗਰ ਹੈ।
• ਸਰਵਰ ਜਾਂ CDN ਸਤਰ ਰੀਡਾਇਰੈਕਟ: ਵੱਡੇ ਪ੍ਰਾਜੈਕਟਾਂ ਵਿੱਚ ਸਭ ਤੋਂ ਸਕੇਲਯੋਗ ਤਰੀਕਿਆਂ ਵਿੱਚੋਂ ਇੱਕ ਹੈ।

ਉਦਾਹਰਣ ਵਜੋਂ, ਜੇ ਤੁਹਾਡਾ ਪੁਰਾਣਾ ਢਾਂਚਾ /2024/03/ornek-yazi/ ਹੈ, ਤੇ ਨਵਾਂ ਢਾਂਚਾ /ornek-yazi/ ਹੈ, ਤਾਂ ਤੁਸੀਂ ਨਿਯਮ ਨੂੰ ਸਾਰੇ ਮਿਤੀ ਵਾਲੇ URL ਨੂੰ ਲੇਖ ਦੇ ਨਾਮ ਵੱਲ ਰੀਡਾਇਰੈਕਟ ਕਰਨ ਲਈ ਤਿਆਰ ਕਰ ਸਕਦੇ ਹੋ। ਪਰ ਆਟੋਮੈਟਿਕ ਪੈਟਰਨ ਰੀਡਾਇਰੈਕਟ ਹਮੇਸ਼ਾ ਕਾਫੀ ਨਹੀਂ ਹੁੰਦੇ। ਜੇ ਸਲੱਗ ਬਦਲਿਆ ਗਿਆ ਹੈ ਤਾਂ ਇੱਕ-ਇੱਕ ਮੇਲਬੰਧਨ ਦੀ ਜ਼ਰੂਰਤ ਹੁੰਦੀ ਹੈ। ਉਦਾਹਰਣ ਵਜੋਂ, ਪੁਰਾਣਾ URL /seo-ipuclari-2020/ ਹੈ, ਨਵਾਂ URL /seo-ipuclari/ ਹੈ ਤਾਂ ਖਾਸ ਰੀਡਾਇਰੈਕਟ ਪਰਿਭਾਸ਼ਿਤ ਕੀਤੀ ਜਾਣੀ ਚਾਹੀਦੀ ਹੈ।

ਕਦਮ 4: ਅੰਦਰੂਨੀ ਲਿੰਕਾਂ ਨੂੰ ਅਪਡੇਟ ਕਰੋ

301 ਰੀਡਾਇਰੈਕਟ ਕੰਮ ਕਰਦੀ ਹੈ, ਪਰ ਸਾਈਟ 'ਚ ਲਿੰਕਾਂ ਦਾ ਪੁਰਾਣੇ URL 'ਤੇ ਜਾਣਾ ਬਿਹਤਰ ਨਹੀਂ ਹੈ। ਇਹ ਸਿਰਫ਼ ਬੇਕਾਰ ਦੇ ਰੀਡਾਇਰੈਕਟ ਦਾ ਭਾਰੀ ਭਾਰ ਬਣਾਉਂਦਾ ਹੈ, ਪਰ ਸਕੈਨਿੰਗ ਦੀ ਪ੍ਰਭਾਵਸ਼ੀਲਤਾ ਨੂੰ ਵੀ ਘਟਾਉਂਦਾ ਹੈ। ਵਰਡਪ੍ਰੈਸ ਡੇਟਾਬੇਸ ਵਿੱਚ ਪੁਰਾਣੇ URL ਢਾਂਚੇ ਨੂੰ ਖੋਜ ਕੇ ਨਵੇਂ ਢਾਂਚੇ ਨਾਲ ਬਦਲਣ ਲਈ ਭਰੋਸੇਯੋਗ ਖੋਜ-ਬਦਲੋ ਟੂਲਾਂ ਦੀ ਵਰਤੋਂ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ। ਕਾਰਵਾਈ ਤੋਂ ਪਹਿਲਾਂ ਬੈਕਅਪ ਲੈਣਾ ਯਕੀਨੀ ਬਣਾਓ। ਮੈਨੂਆਂ, ਬਟਨ, ਵਿਜ਼ੂਅਲ ਲਿੰਕ, ਸ਼੍ਰੇਣੀ ਦੇ ਵਰਣਨ ਅਤੇ ਸਮੱਗਰੀ ਦੇ ਅੰਦਰ ਲਿੰਕਾਂ ਦੀ ਜਾਂਚ ਕਰੋ।

ਕਦਮ 5: ਸਾਈਟ ਮੈਪ ਅਤੇ Robots.txt ਫਾਈਲ ਦੀ ਜਾਂਚ ਕਰੋ

ਤੁਹਾਡੇ SEO ਪਲੱਗਇਨ ਦੇ XML ਸਾਈਟ ਮੈਪ ਨੂੰ ਨਵੀਨਤਮ ਬਣਾਓ। ਸਾਈਟ ਮੈਪ ਵਿੱਚ ਸਿਰਫ਼ ਨਵੇਂ URL ਹੋਣੇ ਚਾਹੀਦੇ ਹਨ। ਜੇ ਤੁਹਾਡੀ Robots.txt ਫਾਈਲ ਵਿੱਚ ਸਾਈਟ ਮੈਪ ਰਸਤਾ ਦਰਸਾਇਆ ਗਿਆ ਹੈ, ਤਾਂ ਇਹ ਯਕੀਨੀ ਬਣਾਓ ਕਿ ਇਹ ਸਹੀ ਪਤਾ ਦਰਸਾਉਂਦਾ ਹੈ। ਫਿਰ Google Search Console ਰਾਹੀਂ ਨਵਾਂ ਸਾਈਟ ਮੈਪ ਭੇਜੋ। ਜੇ ਤੁਸੀਂ Bing Webmaster Tools ਵਰਤ ਰਹੇ ਹੋ ਤਾਂ ਉੱਥੇ ਵੀ ਅਪਡੇਟ ਕਰੋ।

ਕਦਮ 6: ਕੈਸ਼ ਅਤੇ CDN ਸਾਫ਼ ਕਰੋ

ਵਰਡਪ੍ਰੈਸ ਕੈਸ਼ ਪਲੱਗਇਨ, ਸਰਵਰ ਕੈਸ਼ ਅਤੇ CDN ਪੁਰਾਣੇ URL ਜਾਂ ਪੁਰਾਣੇ ਰੀਡਾਇਰੈਕਟ ਸਥਿਤੀਆਂ ਨੂੰ ਰੱਖ ਸਕਦੇ ਹਨ। ਇਸ ਲਈ ਬਦਲਾਅ ਬਾਅਦ ਸਾਰੇ ਕੈਸ਼ ਪਦਰਾਂ ਨੂੰ ਸਾਫ਼ ਕਰੋ। ਜੇ ਤੁਸੀਂ SSL ਵਰਤ ਰਹੇ ਹੋ ਤਾਂ ਇਹ ਯਕੀਨੀ ਬਣਾਓ ਕਿ ਸਾਰੇ ਰੀਡਾਇਰੈਕਟ HTTPS ਵਰਜਨ ਵੱਲ ਜਾ ਰਹੇ ਹਨ। HTTP ਤੋਂ HTTPS, ਪੁਰਾਣੇ URL ਤੋਂ ਨਵੇਂ URL ਅਤੇ www/non-www ਨਿਯਮਾਂ ਨੂੰ ਇੱਕ ਪਦਰ 'ਤੇ ਸਹੀ ਤਰੀਕੇ ਨਾਲ ਕੰਮ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ। SSL ਪਾਸੇ ਜੇਕਰ ਕੋਈ ਘਾਟ ਹੈ ਤਾਂ SSL ਸਰਟੀਫਿਕੇਟ ਹੱਲ ਨੂੰ ਅਪਡੇਟ ਕਰੋ।

301 ਰੀਡਾਇਰੈਕਟ ਰਣਨੀਤੀਆਂ ਵਿੱਚ ਨਾ ਕਰਨ ਵਾਲੀਆਂ ਗਲਤੀਆਂ

ਰੀਡਾਇਰੈਕਟ URL ਬਦਲਣ ਦੀ ਬੀਮਾ ਹੈ; ਪਰ ਗਲਤ ਵਰਤੋਂ 'ਤੇ ਸਮੱਸਿਆ ਦੇ ਸਰੋਤ ਵਿੱਚ ਬਦਲ ਸਕਦੀ ਹੈ। ਸਭ ਤੋਂ ਆਮ ਗਲਤੀਆਂ ਵਿੱਚੋਂ ਇੱਕ ਸਾਰੇ ਪੁਰਾਣੇ URL ਨੂੰ ਮੁੱਖ ਪੰਨੇ 'ਤੇ ਰੀਡਾਇਰੈਕਟ ਕਰਨਾ ਹੈ। ਇਹ ਪਹੁੰਚ ਯੂਜ਼ਰ ਨੂੰ ਮੁੱਖ ਸਮੱਗਰੀ ਤੱਕ ਨਹੀਂ ਪਹੁੰਚਾਉਂਦੀ ਅਤੇ ਖੋਜ ਇੰਜਣਾਂ ਵੱਲੋਂ ਸਾਫਟ 404 ਜਿਹੇ ਗੁਣਵੱਤਾ ਸੰਕੇਤ ਵਜੋਂ ਆਕਲਨ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ। ਪੁਰਾਣੇ ਬਲੌਗ ਲੇਖ ਨੂੰ ਨਵੇਂ ਬਲੌਗ ਲੇਖ, ਪੁਰਾਣੀ ਸ਼੍ਰੇਣੀ ਨੂੰ ਨਵੀਂ ਸ਼੍ਰੇਣੀ, ਪੁਰਾਣੀ ਉਤਪਾਦ ਸਾਈਟ ਨੂੰ ਨਵੀਂ ਉਤਪਾਦ ਸਾਈਟ 'ਤੇ ਰੀਡਾਇਰੈਕਟ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ।

ਦੂਜੀ ਗਲਤੀ ਰੀਡਾਇਰੈਕਟ ਚੇਨ ਬਣਾਉਣਾ ਹੈ। ਉਦਾਹਰਣ ਵਜੋਂ http://site.com/eski-yazi ਪਹਿਲਾਂ https://site.com/eski-yazi ਪਤੇ, ਫਿਰ https://www.site.com/eski-yazi ਪਤੇ, ਅਖੀਰ ਵਿੱਚ https://www.site.com/yeni-yazi ਪਤੇ 'ਤੇ ਜਾ ਰਹੀ ਹੈ ਤਾਂ ਤਿੰਨ ਪਦਰਾਂ ਦੀ ਚੇਨ ਬਣਦੀ ਹੈ। ਆਈਡੀਅਲ ਢਾਂਚਾ, ਪੁਰਾਣੇ URL ਨੂੰ ਸਿੱਧਾ ਫਾਈਨਲ URL ਵੱਲ ਜਾਣਾ ਹੈ।

ਤੀਜੀ ਗਲਤੀ 302 ਜਾਂ JavaScript ਰੀਡਾਇਰੈਕਟ ਵਰਤਣਾ ਹੈ। ਜੇ URL ਪੱਕੀ ਤੌਰ 'ਤੇ ਬਦਲਦਾ ਹੈ ਤਾਂ 301 ਵਰਤੋ। JavaScript ਨਾਲ ਰੀਡਾਇਰੈਕਟ ਯੂਜ਼ਰ ਪਾਸੇ ਕੰਮ ਕਰਦਾ ਹੈ ਇਸ ਲਈ ਖੋਜ ਇੰਜਣਾਂ ਦੇ ਸੰਕੇਤ ਦੇ ਰੂਪ ਵਿੱਚ 301 ਵਾਂਗ ਨਿਸ਼ਚਿਤ ਨਹੀਂ ਹੁੰਦਾ। ਮੈਟਾ ਰਿਫ੍ਰੈਸ਼ ਰੀਡਾਇਰੈਕਟ ਵੀ ਆਧੁਨਿਕ SEO ਲਈ ਸਿਫਾਰਸ਼ ਨਹੀਂ ਕੀਤੀ ਜਾਂਦੀ।

ਬਦਲਾਅ ਬਾਅਦ SEO ਚੈੱਕਾਂ

ਬਦਲਾਅ ਖਤਮ ਹੋ ਗਿਆ ਹੈ, ਇਹ ਸੋਚਣ ਲਈ ਸਿਰਫ਼ ਪੰਨਿਆਂ ਦੇ ਖੁੱਲ੍ਹਣ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ। ਤਕਨੀਕੀ SEO ਦੀ ਜਾਂਚ ਕੀਤੀ ਜਾਣੀ ਚਾਹੀਦੀ ਹੈ। ਪਹਿਲੇ 24 ਘੰਟਿਆਂ ਵਿੱਚ ਤੇਜ਼ ਚੈੱਕ, ਪਹਿਲੇ 7 ਦਿਨਾਂ ਵਿੱਚ ਗਹਿਰਾਈ ਨਾਲ ਚੈੱਕ ਅਤੇ ਪਹਿਲੇ 30 ਦਿਨਾਂ ਵਿੱਚ ਪ੍ਰਦਰਸ਼ਨ ਦੀ ਤੁਲਨਾ ਕਰਨ ਦੀ ਸਿਫਾਰਸ਼ ਕੀਤੀ ਜਾਂਦੀ ਹੈ।

ਪਹਿਲੇ 24 ਘੰਟਿਆਂ ਵਿੱਚ ਜਾਂਚਣ ਵਾਲੀਆਂ ਗੱਲਾਂ

• ਮਹੱਤਵਪੂਰਨ ਪੁਰਾਣੇ URL ਦੇ 301 ਨਾਲ ਸਹੀ ਨਵੇਂ URL 'ਤੇ ਜਾਣ ਦੀ ਜਾਂਚ ਕਰੋ।
• ਨਵੇਂ URL ਦੇ 200 ਸਥਿਤੀ ਕੋਡ ਨੂੰ ਯਕੀਨੀ ਬਣਾਓ।
• 404 ਪੰਨਿਆਂ ਨੂੰ ਕ੍ਰੌਲਰ ਟੂਲ ਨਾਲ ਸਕੈਨ ਕਰੋ।
• ਸਾਈਟ ਮੈਪ ਵਿੱਚ ਕੋਈ ਪੁਰਾਣਾ URL ਨਹੀਂ ਹੈ ਇਹ ਜਾਂਚ ਕਰੋ।
• ਕੈਨੋਨਿਕ ਟੈਗਾਂ ਨੇ ਨਵੇਂ URL ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ ਇਹ ਯਕੀਨੀ ਬਣਾਓ।
• ਮੋਬਾਈਲ ਅਤੇ ਡੈਸਕਟਾਪ ਪੰਨਾ ਖੋਲ੍ਹਣ ਦੀ ਜਾਂਚ ਕਰੋ।
• HTTPS, www/non-www ਅਤੇ ਸਲੈਸ਼ ਨਿਯਮਾਂ ਦੀ ਜਾਂਚ ਕਰੋ।

ਪਹਿਲੇ 7 ਦਿਨਾਂ ਵਿੱਚ ਮੈਟਰਿਕ ਨੂੰ ਟਰੈਕ ਕਰੋ

Google Search Console 'ਚਪੰਨਾ ਇੰਡੈਕਸਿੰਗ, ਪ੍ਰਦਰਸ਼ਨ ਅਤੇ ਸਕੈਨਿੰਗ ਸਟੈਟਿਸਟਿਕਸ ਰਿਪੋਰਟਾਂ ਨੂੰ ਨਿਗਰਾਨੀ ਕਰੋ। ਜੇ 404 ਗਲਤੀਆਂ ਦੀ ਗਿਣਤੀ ਵਧ ਰਹੀ ਹੈ, ਤਾਂ ਇਹ URL ਬਾਹਰ ਕੱਢੋ ਅਤੇ ਰੀਡਾਇਰੈਕਟ ਯੋਜਨਾ ਵਿੱਚ ਸ਼ਾਮਲ ਕਰੋ। ਪ੍ਰਦਰਸ਼ਨ ਰਿਪੋਰਟ ਵਿੱਚ ਪੁਰਾਣੇ URL ਦਾ ਕਲਿੱਕ ਲੈਣਾ ਆਮ ਹੈ; ਜਿਵੇਂ ਹੀ Google ਦੇ ਨਤੀਜੇ ਅਪਡੇਟ ਹੁੰਦੇ ਹਨ, ਨਵੇਂ URL ਦਿਖਾਈ ਦੇਣੇ ਲੱਗਦੇ ਹਨ।

Analytics 'ਤੇ ਕੁਦਰਤੀ ਸੈਸ਼ਨ, ਖੋਲ੍ਹਣ ਵਾਲਾ ਪੰਨਾ, ਛੱਡਣ ਦੀ ਦਰ, ਪਰਿਵਰਤਨ ਅਤੇ ਪੰਨਾ ਗਤੀ ਦੇ ਮੈਟਰਿਕ ਦੀ ਤੁਲਨਾ ਕਰੋ। ਸਿਰਫ ਕੁੱਲ ਟਰੈਫਿਕ 'ਤੇ ਧਿਆਨ ਨਾ ਦਿਓ; ਸਭ ਤੋਂ ਕੀਮਤੀ 20 ਖੋਲ੍ਹਣ ਵਾਲੇ ਪੰਨਿਆਂ ਦੀ ਸਥਿਤੀ ਨੂੰ ਅਲੱਗ ਚੈੱਕ ਕਰੋ। ਜੇ ਕਿਸੇ ਪੰਨੇ 'ਤੇ ਅਚਾਨਕ ਘਟਾਅ ਹੈ, ਤਾਂ ਪੁਰਾਣਾ URL ਸਹੀ ਤੌਰ 'ਤੇ ਰੀਡਾਇਰੈਕਟ ਕੀਤਾ ਗਿਆ ਹੈ ਜਾਂ ਨਹੀਂ, ਨਵੇਂ ਪੰਨੇ ਦੀ ਇੰਡੈਕਸਿੰਗ ਹੋ ਸਕਦੀ ਹੈ, ਅਤੇ ਸਮੱਗਰੀ ਵਿੱਚ ਗਲਤੀ ਨਾਲ noindex ਟੈਗ ਹੈ ਜਾਂ ਨਹੀਂ ਜਾਂਚੋ।

ਪਹਿਲੇ 30 ਦਿਨਾਂ ਵਿੱਚ ਪ੍ਰਦਰਸ਼ਨ ਦਾ ਮੁਲਾਂਕਣ

URL ਬਦਲਾਅ ਤੋਂ ਬਾਅਦ ਛੋਟੇ ਸਮੇਂ ਦੀ ਦਰਜਾ ਉਲਟਫੇਰ ਹੋ ਸਕਦੀ ਹੈ। ਪਰ 2-4 ਹਫ਼ਤਿਆਂ ਦੇ ਅੰਦਰ ਮਹੱਤਵਪੂਰਨ ਪੰਨਿਆਂ 'ਤੇ ਸਹੀ ਕਰਨ ਦੀ ਉਮੀਦ ਹੈ। ਇਸ ਪ੍ਰਕਿਰਿਆ ਵਿੱਚ ਪੁਰਾਣੇ URL 'ਤੇ ਆਉਣ ਵਾਲੇ ਬੈਕਲਿੰਕਾਂ ਦਾ ਵਿਸ਼ਲੇਸ਼ਣ ਕਰਕੇ ਉੱਚ ਮੁੱਲ ਦੇ ਲਿੰਕਾਂ ਲਈ ਜਿੱਥੇ ਸੰਭਵ ਹੋਵੇ ਉੱਥੇ ਲਿੰਕ ਦੇਣ ਵਾਲੀਆਂ ਸਾਈਟਾਂ ਤੋਂ URL ਅਪਡੇਟ ਕਰਨ ਦੀ ਮੰਗ ਕਰ ਸਕਦੇ ਹੋ। ਇਹ ਲਾਜ਼ਮੀ ਨਹੀਂ ਹੈ; ਕਿਉਂਕਿ 301 ਸੰਕੇਤ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ। ਪਰ ਬਹੁਤ ਮਜ਼ਬੂਤ ਬੈਕਲਿੰਕਾਂ 'ਤੇ ਸਿੱਧਾ ਨਵੇਂ URL 'ਤੇ ਲਿੰਕ ਪ੍ਰਾਪਤ ਕਰਨਾ ਹੋਰ ਸੁਥਰਾ ਢਾਂਚਾ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ।

ਵੱਡੀਆਂ ਸਾਈਟਾਂ ਲਈ ਵਾਧੂ ਸੁਰੱਖਿਆ

ਹਜ਼ਾਰਾਂ URL ਵਾਲੀਆਂ ਵਰਡਪ੍ਰੈਸ ਸਾਈਟਾਂ 'ਤੇ ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਹੋਰ ਸ਼ਿਸ਼ਟਾਪੂਰਕ ਤਰੀਕੇ ਨਾਲ ਪ੍ਰਬੰਧਿਤ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ। ਸਾਰੇ URL ਨੂੰ ਇੱਕਸਾਥ ਬਦਲਣ ਦੀ ਬਜਾਏ ਇੱਕ ਪਾਇਲਟ ਖੇਤਰ 'ਤੇ ਟੈਸਟ ਕਰਨਾ ਸਹੀ ਹੋ ਸਕਦਾ ਹੈ। ਉਦਾਹਰਣ ਵਜੋਂ ਪਹਿਲਾਂ ਘੱਟ ਟਰੈਫਿਕ ਵਾਲੀ ਸ਼੍ਰੇਣੀ 'ਤੇ ਕਾਰਵਾਈ ਕੀਤੀ ਜਾਂਦੀ ਹੈ, ਰੀਡਾਇਰੈਕਟ ਅਤੇ ਇੰਡੈਕਸਿੰਗ ਨਤੀਜਿਆਂ ਦੀ ਨਿਗਰਾਨੀ ਕੀਤੀ ਜਾਂਦੀ ਹੈ, ਫਿਰ ਸਾਰੀ ਸਾਈਟ 'ਤੇ ਜਾਇਆ ਜਾਂਦਾ ਹੈ।

ਵੱਡੀਆਂ ਸਾਈਟਾਂ 'ਤੇ ਸਿਫਾਰਸ਼ ਕੀਤੀਆਂ ਵਾਧੂ ਸੁਰੱਖਿਆ ਇਹ ਹਨ:

• ਪੁਰਾਣੇ-ਨਵੇਂ URL ਮੇਲਬੰਧਨ ਦੀ ਫਾਈਲ CSV ਦੇ ਰੂਪ ਵਿੱਚ ਤਿਆਰ ਕਰੋ।
• ਰੀਡਾਇਰੈਕਟ ਨਿਯਮਾਂ ਨੂੰ ਸਟੇਜਿੰਗ ਮਾਹੌਲ 'ਚ ਸਮੂਹਿਕ ਟੈਸਟ ਕਰੋ।
• ਸਰਵਰ ਲੌਗਾਂ ਦੀ ਵਿਸ਼ਲੇਸ਼ਣ ਕਰਕੇ Googlebot ਦੇ ਪੁਰਾਣੇ ਅਤੇ ਨਵੇਂ URL ਨਾਲ ਬਰਤਾਅ ਦੀ ਨਿਗਰਾਨੀ ਕਰੋ।
• ਰੀਡਾਇਰੈਕਟਾਂ ਨੂੰ ਪਲੱਗਇਨ ਦੇ ਬਦਲੇ ਸਰਵਰ ਸਤਰ 'ਤੇ ਪ੍ਰਬੰਧਿਤ ਕਰਨ 'ਤੇ ਵਿਚਾਰ ਕਰੋ।
• ਜਰੂਰੀ ਟੈਂਪਲੇਟ ਪੰਨਿਆਂ ਲਈ ਮੈਨੁਅਲ ਗੁਣਵੱਤਾ ਨਿਗਰਾਨੀ ਕਰੋ।
• ਅੰਦਰੂਨੀ ਖੋਜ ਨਤੀਜਿਆਂ, ਫਿਲਟਰਾਂ ਅਤੇ ਪੈਰਾਮੀਟਰ ਵਾਲੇ URL ਨੂੰ ਅਲੱਗ ਤੌਰ 'ਤੇ ਜਾਂਚ ਕਰੋ।

ਭਾਰੀ ਟਰੈਫਿਕ ਵਾਲੀਆਂ ਵਰਡਪ੍ਰੈਸ ਸਾਈਟਾਂ 'ਤੇ ਰੀਡਾਇਰੈਕਟਾਂ ਨੂੰ ਪਲੱਗਇਨ ਰਾਹੀਂ ਕਰਨਾ ਕਈ ਵਾਰ ਪ੍ਰਦਰਸ਼ਨ ਦੀ ਲਾਗਤ ਪੈਦਾ ਕਰ ਸਕਦੀ ਹੈ। ਜੇ ਬਹੁਤ ਸਾਰੇ ਨਿਯਮ ਹਨ, ਤਾਂ ਸਰਵਰ ਦੀ ਸੰਰਚਨਾ, Nginx ਮੈਪ ਫਾਈਲਾਂ ਜਾਂ CDN ਐਜ ਰੀਡਾਇਰੈਕਟ ਹੋਰ ਸਕੇਲਯੋਗ ਹੋ ਸਕਦੇ ਹਨ।