ਸਰਵਰ-ਆਧਾਰਿਤ 301 ਰੀਡਾਇਰੈਕਸ਼ਨ ਅਤੇ ਵਰਡਪ੍ਰੈਸ ਪਲੱਗਇਨ ਦੇ ਨਾਲ ਰੀਡਾਇਰੈਕਸ਼ਨ ਦੀ ਕਾਰਗੁਜ਼ਾਰੀ ਦੀ ਤੁਲਨਾ ਵਿੱਚ ਸੰਖੇਪ ਉਤਰ ਇਹ ਹੈ: ਕਾਰਗੁਜ਼ਾਰੀ, ਸਕੇਲਬਿਲਿਟੀ ਅਤੇ ਤਕਨੀਕੀ SEO ਦੇ ਨਜ਼ਰੀਏ ਨਾਲ, ਸਰਵਰ-ਆਧਾਰਿਤ 301 ਰੀਡਾਇਰੈਕਸ਼ਨ ਆਮ ਤੌਰ 'ਤੇ ਤੇਜ਼ ਅਤੇ ਬੇਹਤਰ ਹੁੰਦੀ ਹੈ; ਵਰਡਪ੍ਰੈਸ ਪਲੱਗਇਨ ਨਾਲ ਰੀਡਾਇਰੈਕਸ਼ਨ ਤਾਂਕਿ ਤਕਨੀਕੀ ਜਾਣਕਾਰੀ ਦੀ ਘਾਟ ਵਾਲੇ ਉਪਭੋਗਤਾਵਾਂ ਲਈ ਵਧੀਆ, ਪ੍ਰਬੰਧਕੀ ਅਤੇ ਖਤਰੇ-ਰਹਿਤ ਸ਼ੁਰੂਆਤ ਦੀ ਚੋਣ ਹੈ। ਖਾਸ ਕਰਕੇ ਉੱਚ ਟ੍ਰੈਫਿਕ ਵਾਲੀਆਂ ਸਾਈਟਾਂ ਵਿੱਚ, ਬਹੁਤ ਸਾਰੀਆਂ URL ਬਦਲਾਵਾਂ ਜਾਂ ਕੋਰ ਵੈਬ ਵਾਈਟਲਸ ਦੀ ਸੰਵੇਦਨਸ਼ੀਲਤਾ ਵਾਲੇ ਪ੍ਰੋਜੈਕਟਾਂ ਵਿੱਚ, ਰੀਡਾਇਰੈਕਸ਼ਨ ਨੂੰ ਐਪਾਚੀ, ਐਨਜਿਨਕਸ, ਲਾਈਟਸਪੀਡ ਜਾਂ ਹੋਸਟਿੰਗ ਕੰਟਰੋਲ ਪੈਨਲ ਦੇ ਪੱਧਰ 'ਤੇ ਕਰਨਾ ਬਹੁਤ ਸਹੀ ਨਤੀਜੇ ਦੇਣ ਵਾਲਾ ਹੁੰਦਾ ਹੈ।
301 ਰੀਡਾਇਰੈਕਸ਼ਨ ਇੱਕ HTTP ਸਥਿਤੀ ਕੋਡ ਹੈ ਜੋ ਬ੍ਰਾਊਜ਼ਰਾਂ ਅਤੇ ਖੋਜ ਇੰਜਣਾਂ ਨੂੰ ਦੱਸਦਾ ਹੈ ਕਿ ਇੱਕ URL ਸਥਾਈ ਤੌਰ 'ਤੇ ਹੋਰ URL 'ਤੇ ਤਬਦੀਲ ਕੀਤਾ ਗਿਆ ਹੈ। ਉਦਾਹਰਣ ਵਜੋਂ, ਜਦੋਂ ਤੁਸੀਂ ਪੁਰਾਣੇ ਉਤਪਾਦ ਪੰਨੇ ਨੂੰ ਨਵੇਂ ਸ਼੍ਰੇਣੀ ਢਾਂਚੇ ਵਿੱਚ ਤਬਦੀਲ ਕਰਦੇ ਹੋ, ਤਾਂ ਪੁਰਾਣੇ ਪਤੇ 'ਤੇ ਜਾਣ ਵਾਲੇ ਉਪਭੋਗਤਾਵਾਂ ਅਤੇ ਗੂਗਲਬੋਟ ਨੂੰ ਸਹੀ ਨਵੇਂ ਪਤੇ 'ਤੇ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ। ਜੇ ਇਹ ਪ੍ਰਕਿਰਿਆ ਸਹੀ ਤਰੀਕੇ ਨਾਲ ਨਹੀਂ ਕੀਤੀ ਜਾਂਦੀ, ਤਾਂ ਉਪਭੋਗਤਾ ਅਨੁਭਵ ਖਰਾਬ ਹੁੰਦਾ ਹੈ, ਸਕੈਨਿੰਗ ਬਜਟ ਬੇਕਾਰ ਹੁੰਦਾ ਹੈ, ਬੈਕਲਿੰਕ ਦੀ ਕੀਮਤ ਕਮਜ਼ੋਰ ਹੁੰਦੀ ਹੈ ਅਤੇ ਖੋਜ ਦ੍ਰਸ਼ਤਾ ਘਟ ਸਕਦੀ ਹੈ। ਇਸ ਲਈ, ਇਹ ਮੁੱਦਾ ਸਿਰਫ ਤਕਨੀਕੀ ਰੀਡਾਇਰੈਕਸ਼ਨ ਸੈਟਿੰਗ ਨਹੀਂ, ਸਗੋਂ SEO, ਕਾਰਗੁਜ਼ਾਰੀ, ਢਾਂਚਾ ਅਤੇ ਰੱਖਰਖਾਅ ਦਾ ਫੈਸਲਾ ਵੀ ਹੈ।
ਇਸ ਲੇਖ ਵਿੱਚ, ਅਸੀਂ ਸਰਵਰ-ਆਧਾਰਿਤ 301 ਰੀਡਾਇਰੈਕਸ਼ਨ ਅਤੇ ਵਰਡਪ੍ਰੈਸ ਪਲੱਗਇਨ ਰਾਹੀਂ ਕੀਤੇ ਗਏ ਰੀਡਾਇਰੈਕਸ਼ਨਾਂ ਦੀ ਤੁਲਨਾ ਕਰਾਂਗੇ, ਜਿਸ ਵਿੱਚ ਗਤੀ, ਸਰੋਤ ਦੀ ਖਪਤ, SEO ਪ੍ਰਭਾਵ, ਗਲਤੀ ਦਾ ਖਤਰਾ, ਰੱਖਰਖਾਅ ਦੀ ਆਸਾਨੀ ਅਤੇ ਸੁਰੱਖਿਆ ਦੇ ਨਜ਼ਰੀਏ ਤੋਂ। ਅਸੀਂ ਇਹ ਵੀ ਦੇਖਾਂਗੇ ਕਿ ਕਿਹੜੇ ਦ੍ਰਿਸ਼ਟੀਕੋਣ ਦੇ ਅਧਾਰ 'ਤੇ ਕਿਹੜਾ ਤਰੀਕਾ ਚੁਣਣਾ ਚਾਹੀਦਾ ਹੈ, ਥੋੜਾ ਥੋੜਾ ਉਦਾਹਰਣਾਂ ਅਤੇ ਕਾਰਯਸ਼ੀਲ ਨਿਗਰਾਨੀ ਸੂਚੀਆਂ ਨਾਲ। ਜੇ ਤੁਸੀਂ ਨਵਾਂ ਵਰਡਪ੍ਰੈਸ ਸਾਈਟ ਬਣਾਉਣ ਜਾ ਰਹੇ ਹੋ ਜਾਂ ਆਪਣੇ ਮੌਜੂਦਾ ਸਾਈਟ ਨੂੰ ਤੇਜ਼ ਢਾਂਚੇ 'ਤੇ ਲਿਜਾਣ ਦਾ ਯੋਜਨਾ ਬਣਾ ਰਹੇ ਹੋ, ਤਾਂ ਹੋਸਟਿੰਗ ਦੀ ਚੋਣ ਇਸ ਫੈਸਲੇ ਦਾ ਕੇਂਦਰ ਹੈ। ਇਸ ਪੜਾਵੇ 'ਤੇ ਹੋਸਟਰੇਗਨਜ਼ ਦੇ ਵੈਬ ਹੋਸਟਿੰਗ ਹੱਲਾਂ ਦੇ ਲਈ WordPress ਹੋਸਟਿੰਗ ਅਤੇ ਡੋਮੇਨ ਪ੍ਰਬੰਧਨ ਲਈ ਡੋਮੇਨ ਪੁੱਛਤਾਛ ਪੰਨਿਆਂ ਦੀ ਸਮੀਖਿਆ ਕਰਨਾ ਇੱਕ ਕੁਦਰਤੀ ਸ਼ੁਰੂਆਤ ਦੇ ਬਿੰਦੂ ਹੋ ਸਕਦੇ ਹਨ।
301 ਰੀਡਾਇਰੈਕਸ਼ਨ ਕੀ ਹੈ ਅਤੇ ਇਹ ਕਾਰਗੁਜ਼ਾਰੀ ਨੂੰ ਕਿਵੇਂ ਪ੍ਰਭਾਵਿਤ ਕਰਦੀ ਹੈ?
301 ਰੀਡਾਇਰੈਕਸ਼ਨ ਇੱਕ ਵੈਬ ਸਰਵਰ ਦੁਆਰਾ ਉਪਭੋਗਤਾ ਨੂੰ ਇਹ ਸੁਨੇਹਾ ਦੇਣ ਦਾ ਤਰੀਕਾ ਹੈ ਕਿ ਇਹ ਸਰੋਤ ਸਥਾਈ ਤੌਰ 'ਤੇ ਹੋਰ ਪਤੇ 'ਤੇ ਤਬਦੀਲ ਹੋ ਗਿਆ ਹੈ। ਤਕਨੀਕੀ ਤੌਰ 'ਤੇ, ਬ੍ਰਾਊਜ਼ਰ ਪਹਿਲਾਂ ਪੁਰਾਣੇ URL 'ਤੇ ਬੇਨਤੀ ਭੇਜਦਾ ਹੈ, ਸਰਵਰ 301 ਜਵਾਬ ਅਤੇ ਨਵੇਂ ਸਥਾਨ ਪਤੇ ਨੂੰ ਵਾਪਸ ਕਰਦਾ ਹੈ, ਫਿਰ ਬ੍ਰਾਊਜ਼ਰ ਨਵੇਂ URL 'ਤੇ ਦੂਜੀ ਬੇਨਤੀ ਕਰਦਾ ਹੈ। ਇਹ ਸਧਾਰਨ ਜਿਵੇਂ ਲੱਗਦਾ ਹੈ, ਪਰ ਹਰ ਰੀਡਾਇਰੈਕਸ਼ਨ ਦਾ ਮਤਲਬ ਹੋ ਸਕਦਾ ਹੈ ਵਾਧੂ DNS, TCP, TLS, ਸਰਵਰ ਜਵਾਬ ਅਤੇ ਬ੍ਰਾਊਜ਼ਰ ਪ੍ਰਕਿਰਿਆ ਦੇ ਸਮੇਂ।
ਇੱਕ ਇਕੱਲੀ 301 ਰੀਡਾਇਰੈਕਸ਼ਨ ਅਕਸਰ ਉਪਭੋਗਤਾ ਦੁਆਰਾ ਫਰਕ ਨਹੀਂ ਕੀਤੀ ਜਾਂਦੀ। ਪਰ ਜਦੋਂ ਜੰਜੀਰ ਬਣਦੇ ਹਨ, ਉਦਾਹਰਣ ਲਈ http ਪਤੇ ਤੋਂ https ਪਤੇ, ਫਿਰ www ਨਾ ਹੋਣ ਵਾਲੇ ਢਾਂਚੇ, ਫਿਰ ਨਵੀਂ ਸ਼੍ਰੇਣੀ URL 'ਤੇ ਰੀਡਾਇਰੈਕਸ਼ਨ ਕੀਤਾ ਜਾਂਦਾ ਹੈ ਤਾਂ ਦੇਰੀ ਪ੍ਰਗਟ ਹੁੰਦੀ ਹੈ। 100 ਮਿ.ਸੇਕਿੰਡ ਸਰਵਰ ਜਵਾਬ ਸਮੇਂ ਵਾਲੇ ਵਾਤਾਵਰਨ ਵਿੱਚ, ਤਿੰਨ ਕਦਮਾਂ ਵਾਲੀ ਰੀਡਾਇਰੈਕਸ਼ਨ ਜੰਜੀਰ ਸਿਰਫ ਉਡੀਕ ਸਮੇਂ ਨਾਲ 300 ਮਿ.ਸੇਕਿੰਡ ਜਾਂ ਇਸ ਤੋਂ ਵੱਧ ਦੇਰੀ ਪੈਦਾ ਕਰ ਸਕਦੀ ਹੈ। ਮੋਬਾਈਲ ਕਨੈਕਸ਼ਨਾਂ 'ਤੇ ਇਹ ਸਮਾਂ 1 ਸੈਕਿੰਡ ਤੋਂ ਵੱਧ ਹੋ ਸਕਦਾ ਹੈ।
SEO ਦੇ ਨਜ਼ਰੀਏ ਤੋਂ, ਗੂਗਲ 301 ਰੀਡਾਇਰੈਕਸ਼ਨਾਂ ਨੂੰ ਸਥਾਈ ਤਬਦੀਲੀ ਦੇ ਸੰਕੇਤ ਵਜੋਂ ਦੇਖਦਾ ਹੈ ਅਤੇ ਲਿੰਕ ਦੀ ਕੀਮਤ ਦਾ ਵੱਡਾ ਹਿੱਸਾ ਨਵੇਂ URL 'ਤੇ ਪਹੁੰਚਾਉਂਦਾ ਹੈ। ਪਰ ਇਸ ਪਰਿਵਰਤਨ ਦੀ ਸਹੀ ਹੋਣ ਲਈ, ਰੀਡਾਇਰੈਕਸ਼ਨ ਨੂੰ ਇਕ ਕਦਮ ਵਿੱਚ, ਸਹੀ ਲਕਸ਼ ਨੂੰ, 200 ਸਥਿਤੀ ਕੋਡ ਵਾਪਸੀ ਕਰਨ ਵਾਲੇ ਪੰਨਿਆਂ ਅਤੇ ਇਕਸਾਰ ਕੰਨੋਨਿਕ ਢਾਂਚੇ 'ਤੇ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ। ਕਾਰਗੁਜ਼ਾਰੀ ਦੇ ਨਜ਼ਰੀਏ ਤੋਂ, ਸਭ ਤੋਂ ਵਧੀਆ ਰੀਡਾਇਰੈਕਸ਼ਨ ਉਹ ਹੈ ਜੋ ਉਪਭੋਗਤਾ ਵਰਡਪ੍ਰੈਸ ਐਪਲੀਕੇਸ਼ਨ ਤੱਕ ਪਹੁੰਚਣ ਤੋਂ ਪਹਿਲਾਂ, ਅਰਥਾਤ ਵੈਬ ਸਰਵਰ ਪੱਧਰ 'ਤੇ ਪੂਰੀ ਹੋ ਚੁੱਕੀ ਹੈ।
ਸਰਵਰ-ਆਧਾਰਿਤ 301 ਰੀਡਾਇਰੈਕਸ਼ਨ ਕਿਵੇਂ ਕੰਮ ਕਰਦੀ ਹੈ?
ਸਰਵਰ-ਆਧਾਰਿਤ 301 ਰੀਡਾਇਰੈਕਸ਼ਨ, ਬੇਨਤੀ ਨੂੰ ਵਰਡਪ੍ਰੈਸ ਕੋਰ, ਥੀਮ ਫਾਇਲਾਂ, ਪਲੱਗਇਨਾਂ ਅਤੇ ਡੇਟਾਬੇਸ ਪੁੱਛਗਿੱਛਾਂ ਤੋਂ ਪਹਿਲਾਂ ਵੈਬ ਸਰਵਰ ਦੁਆਰਾ ਸੰਬੋਧਿਤ ਕੀਤਾ ਜਾਣਾ। ਐਪਾਚੀ ਵਾਤਾਵਰਨ ਵਿੱਚ, ਇਹ ਪ੍ਰਕਿਰਿਆ ਅਕਸਰ .htaccess ਫਾਇਲ ਰਾਹੀਂ, ਐਨਜਿਨਕਸ ਵਾਤਾਵਰਨ ਵਿੱਚ ਸਰਵਰ ਬਲਾਕ ਵਿੱਚ ਰੀਰਾਈਟ ਜਾਂ ਰਿਟਰਨ ਨਿਯਮਾਂ ਰਾਹੀਂ, ਲਾਈਟਸਪੀਡ ਵਾਤਾਵਰਨ ਵਿੱਚ ਐਪਾਚੀ ਅਨੁਕੂਲ ਨਿਯਮਾਂ ਜਾਂ ਕੰਟਰੋਲ ਪੈਨਲ ਰਾਹੀਂ ਕੀਤੀ ਜਾਂਦੀ ਹੈ।
ਉਦਾਹਰਣ ਵਜੋਂ, ਐਪਾਚੀ ਪਾਸੇ ਪੁਰਾਣੇ ਪੰਨੇ ਨੂੰ ਨਵੇਂ ਪੰਨੇ 'ਤੇ ਸਥਾਈ ਤੌਰ 'ਤੇ ਤਬਦੀਲ ਕਰਨ ਲਈ ਸਧਾਰਨ Redirect 301 ਨਿਯਮ ਹੀ ਕਾਫੀ ਹੋ ਸਕਦਾ ਹੈ। ਐਨਜਿਨਕਸ ਪਾਸੇ, return 301 ਨਵਾਂ-ਪਤਾ ਸ਼ਕਲ ਵਿੱਚ ਬਹੁਤ ਤੇਜ਼ ਜਵਾਬ ਉਤਪਨ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ। ਇਹ ਨਿਯਮਾਂ ਐਪਲੀਕੇਸ਼ਨ ਪੱਧਰ 'ਤੇ ਨਹੀਂ ਜਾਂਦੇ, ਇਸ ਲਈ PHP ਪ੍ਰਕਿਰਿਆ ਸ਼ੁਰੂ ਨਹੀਂ ਹੁੰਦੀ, ਵਰਡਪ੍ਰੈਸ ਲੋਡ ਨਹੀਂ ਹੁੰਦਾ ਅਤੇ ਡੇਟਾਬੇਸ ਜੁੜ ਨਹੀਂ ਹੁੰਦਾ। ਇਹ ਖਾਸ ਕਰਕੇ ਸਾਂਝੇ ਹੋਸਟਿੰਗ, VPS ਜਾਂ ਉੱਚ ਟ੍ਰੈਫਿਕ ਵਾਲੀਆਂ ਈ-ਕਾਮਰਸ ਸਾਈਟਾਂ ਵਿੱਚ ਸਰੋਤ ਦੀ ਖਪਤ ਨੂੰ ਘਟਾਉਂਦਾ ਹੈ।
ਸਰਵਰ ਪੱਧਰ 'ਤੇ ਰੀਡਾਇਰੈਕਸ਼ਨ ਦੇ ਕਾਰਗੁਜ਼ਾਰੀ ਦੇ ਲਾਭ
- ਘੱਟ TTFB: Time to First Byte ਦੇ ਮੁੱਲ 'ਤੇ ਆਮ ਤੌਰ 'ਤੇ ਤੇਜ਼ ਜਵਾਬ ਮਿਲਦਾ ਹੈ ਕਿਉਂਕਿ PHP ਅਤੇ ਵਰਡਪ੍ਰੈਸ ਕੰਮ ਨਹੀਂ ਕਰਦੇ।
- ਘੱਟ CPU ਦੀ ਵਰਤੋਂ: ਹਰ ਰੀਡਾਇਰੈਕਸ਼ਨ ਲਈ ਥੀਮ, ਪਲੱਗਇਨ ਅਤੇ ਡੇਟਾਬੇਸ ਪ੍ਰਕਿਰਿਆਵਾਂ ਚਾਲੂ ਨਹੀਂ ਹੁੰਦੀਆਂ।
- ਬਿਹਤਰ ਸਕੇਲਬਿਲਿਟੀ: ਹਜ਼ਾਰਾਂ ਬੇਨਤੀਆਂ 'ਤੇ ਫਰਕ ਵੱਡਾ ਹੁੰਦਾ ਹੈ। 10,000 ਰੀਡਾਇਰੈਕਸ਼ਨ ਬੇਨਤੀਆਂ ਵਿੱਚ ਐਪਲੀਕੇਸ਼ਨ ਪੱਧਰ ਨੂੰ ਛੱਡਣਾ ਗੰਭੀਰ ਸਰੋਤ ਦੀ ਬਚਤ ਕਰਦਾ ਹੈ।
- ਜਿਆਦਾ ਸਾਫ਼ ਢਾਂਚਾ: ਰੀਡਾਇਰੈਕਸ਼ਨ ਮੰਨਤਾ ਢਾਂਚੇ ਵਿੱਚ ਰੱਖੀ ਜਾਂਦੀ ਹੈ; ਵਰਡਪ੍ਰੈਸ ਪੈਨਲ ਤੱਕ ਪਹੁੰਚ ਨਾ ਹੋਣ 'ਤੇ ਵੀ ਨਿਯਮ ਕੰਮ ਕਰਦੇ ਹਨ।
- ਘੱਟ ਪਲੱਗਇਨ ਨਿਰਭਰਤਾ: ਸੁਰੱਖਿਆ ਖਾਮੀਆਂ, ਅਣਕੂਲਤਾ ਜਾਂ ਪਲੱਗਇਨ ਦੇ ਅਸਰ ਵਿੱਚ ਰਹਿਣ ਵਾਲੇ ਖਤਰਿਆਂ ਵਿੱਚ ਕਮੀ ਆਉਂਦੀ ਹੈ।
ਵਾਸਤਵਿਕਤਾ ਵਿੱਚ, ਹਲਕੀ ਸੰਰਚਨਾ ਵਾਲੇ ਸਰਵਰ ਵਿੱਚ ਇਕੱਲਾ Nginx return 301 ਨਿਯਮ ਮਿਲੀਸੈਕੰਡਾਂ ਵਿੱਚ ਜਵਾਬ ਦੇ ਸਕਦਾ ਹੈ। ਜੇ ਇਹੀ ਰੀਡਾਇਰੈਕਸ਼ਨ ਵਰਡਪ੍ਰੈਸ ਪਲੱਗਇਨ ਨਾਲ ਕੀਤੀ ਜਾਵੇ, ਤਾਂ ਬੇਨਤੀ ਦੇ ਵਰਡਪ੍ਰੈਸ ਦੁਆਰਾ ਸੰਭਾਲੇ ਜਾਣ ਕਾਰਨ 50 ਮਿ.ਸੇਕਿੰਡ ਤੋਂ 300 ਮਿ.ਸੇਕਿੰਡ ਤੱਕ ਵਾਧੂ ਖਰਚ ਪੈਦਾ ਹੋ ਸਕਦਾ ਹੈ। ਇਹ ਮੁੱਲ ਹੋਸਟਿੰਗ ਸੰਰਚਨਾ, PHP ਦੇ ਸੰਸਕਰਨ, ਕੈਸ਼ਿੰਗ ਢਾਂਚਾ, ਵਰਤੇ ਗਏ ਪਲੱਗਇਨਾਂ ਦੀ ਗਿਣਤੀ ਅਤੇ ਡੇਟਾਬੇਸ ਦੀ ਕਾਰਗੁਜ਼ਾਰੀ ਦੇ ਅਧਾਰ 'ਤੇ ਬਦਲਦਾ ਹੈ। ਪਰ ਅਸੂਲ ਨਹੀਂ ਬਦਲਦਾ: ਜਿੰਨਾ ਜਲਦੀ ਸਰਵਰ ਫੈਸਲਾ ਲੈਂਦਾ ਹੈ, ਉਨੀ ਹੀ ਜਵਾਬ ਦੀ ਕੀਮਤ ਘੱਟ ਅਤੇ ਤੇਜ਼ ਹੁੰਦੀ ਹੈ।
ਵਰਡਪ੍ਰੈਸ ਪਲੱਗਇਨ ਰਾਹੀਂ 301 ਰੀਡਾਇਰੈਕਸ਼ਨ ਕਿਵੇਂ ਕੰਮ ਕਰਦੀ ਹੈ?
ਵਰਡਪ੍ਰੈਸ ਪਲੱਗਇਨ ਰਾਹੀਂ ਰੀਡਾਇਰੈਕਸ਼ਨ, ਉਪਭੋਗਤਾ ਦੀ ਬੇਨਤੀ ਵੈਬ ਸਰਵਰ ਤੋਂ ਗੁਜ਼ਰਨ ਦੇ ਬਾਅਦ ਵਰਡਪ੍ਰੈਸ ਐਪਲੀਕੇਸ਼ਨ ਵਿੱਚ ਪਹੁੰਚਣ 'ਤੇ ਸ਼ੁਰੂ ਹੁੰਦੀ ਹੈ। ਵਰਡਪ੍ਰੈਸ ਕੋਰ ਲੋਡ ਹੁੰਦਾ ਹੈ, ਸਰਗਰਮ ਪਲੱਗਇਨ ਕੰਮ ਕਰਦੇ ਹਨ, ਰੀਡਾਇਰੈਕਸ਼ਨ ਪਲੱਗਇਨ ਸੰਬੰਧਤ URL ਨੂੰ ਆਪਣੇ ਨਿਯਮ ਸੂਚੀ ਵਿੱਚ ਲੱਭਦਾ ਹੈ ਅਤੇ ਜੇ ਇਹ ਫਿੱਟ ਹੁੰਦਾ ਹੈ ਤਾਂ 301 ਜਵਾਬ ਉਤਪਨ ਕਰਦਾ ਹੈ। Redirection, Rank Math, Yoast SEO Premium ਜਾਂ ਇਸ ਤਰ੍ਹਾਂ ਦੇ ਉਪਕਰਨ ਇਸ ਤਰੀਕੇ ਦੇ ਉਦਾਹਰਣ ਹਨ।
ਇਸ ਤਰੀਕੇ ਦਾ ਸਭ ਤੋਂ ਵੱਡਾ ਫਾਇਦਾ ਇਸਦੀ ਵਰਤੋਂ ਦੀ ਆਸਾਨੀ ਹੈ। ਤਕਨੀਕੀ ਨਾ ਹੋਣ ਵਾਲਾ ਸਮੱਗਰੀ ਪ੍ਰਬੰਧਕ ਪੁਰਾਣੇ URL ਅਤੇ ਨਵੇਂ URL ਖੇਤਾਂ ਨੂੰ ਭਰ ਕੇ ਰੀਡਾਇਰੈਕਸ਼ਨ ਬਣਾਉਂਦਾ ਹੈ। ਇਸ ਤੋਂ ਇਲਾਵਾ, 404 ਗਲਤੀਆਂ ਦੀ ਨਿਗਰਾਨੀ, regex ਨਿਯਮ ਲਿਖਣਾ, ਆਯਾਤ ਅਤੇ ਨਿਰਯਾਤ ਕਰਨਾ, ਰੀਡਾਇਰੈਕਸ਼ਨ ਅੰਕੜੇ ਦੇਖਣਾ ਵਰਗੀਆਂ ਪ੍ਰਾਕਟਿਕ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਵੀ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ। ਖਾਸ ਕਰਕੇ ਛੋਟੀ ਅਤੇ ਮੱਧਮ ਆਕਾਰ ਦੀਆਂ ਵਰਡਪ੍ਰੈਸ ਸਾਈਟਾਂ 'ਤੇ ਇਹ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਕਾਰਗੁਜ਼ਾਰੀ ਵਿੱਚ ਕੁਸ਼ਲਤਾ ਪ੍ਰਦਾਨ ਕਰਦੀਆਂ ਹਨ।
ਵਰਡਪ੍ਰੈਸ ਪਲੱਗਇਨ ਦੇ ਮਜ਼ਬੂਤ ਸਥਿਤੀਆਂ
- ਜੇ ਕਮ ਮਾਤਰਾ ਵਿੱਚ URL ਬਦਲਾਅ ਕੀਤੇ ਜਾ ਰਹੇ ਹਨ।
- ਜੇ ਸਾਈਟ ਦੇ ਮਾਲਕ ਨੂੰ ਸਰਵਰ ਸੰਰਚਨਾ ਤੱਕ ਪਹੁੰਚ ਨਹੀਂ ਹੈ।
- ਜੇ ਸਮਗਰੀ ਦੀ ਟੀਮ ਤਕਨੀਕੀ ਸਹਾਇਤਾ ਦੀ ਉਡੀਕ ਕੀਤੇ ਬਿਨਾਂ ਰੀਡਾਇਰੈਕਸ਼ਨ ਸ਼ਾਮਿਲ ਕਰਨਾ ਚਾਹੁੰਦੀ ਹੈ।
- ਜੇ 404 ਰਿਪੋਰਟਾਂ ਦੀ ਨਿਗਰਾਨੀ ਕੀਤੀ ਜਾ ਰਹੀ ਹੈ ਅਤੇ ਤੁਰੰਤ ਕਾਰਵਾਈ ਕੀਤੀ ਜਾ ਰਹੀ ਹੈ।
- ਜੇ ਅਸਥਾਈ ਟੈਸਟਾਂ ਅਤੇ ਮੁਹਿੰਮ ਪੰਨਿਆਂ ਦੀ ਰੀਡਾਇਰੈਕਸ਼ਨ ਦਾ ਪ੍ਰਬੰਧ ਕੀਤਾ ਜਾ ਰਿਹਾ ਹੈ।
ਪਰ ਇਹ ਯਾਦ ਰੱਖਣਾ ਚਾਹੀਦਾ ਹੈ ਕਿ ਵਰਡਪ੍ਰੈਸ ਪਲੱਗਇਨ ਰਾਹੀਂ ਕੀਤੇ ਗਏ ਰੀਡਾਇਰੈਕਸ਼ਨਾਂ ਵਿੱਚ ਕਾਰਗੁਜ਼ਾਰੀ ਦਾ ਖਰਚ ਅਣਦੇਖਾ ਨਹੀਂ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ। ਖਾਸ ਕਰਕੇ 5,000 ਜਾਂ 10,000 ਨਿਯਮ ਵਾਲੀਆਂ ਸਾਈਟਾਂ 'ਤੇ ਹਰ ਬੇਨਤੀ 'ਤੇ ਨਿਯਮ ਦੀ ਫਿੱਟ ਕਰਨ ਦਾ ਖਰਚ ਪੈਦਾ ਹੋ ਸਕਦਾ ਹੈ। ਗੁਣਵੱਤਾ ਵਾਲੇ ਪਲੱਗਇਨ ਇਸ ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਅਨੁਕੂਲ ਕਰਦੇ ਹਨ, ਪਰ ਗਲਤ ਸੰਰਚਿਤ regex ਨਿਯਮ, ਫੂਲਿਆ ਹੋਇਆ ਡੇਟਾਬੇਸ ਟੇਬਲ ਅਤੇ ਭਾਰੀ ਥੀਮ-ਪਲੱਗਇਨ ਜੋੜੇ ਦੇਰੀ ਨੂੰ ਵਧਾ ਸਕਦੇ ਹਨ। ਵਰਡਪ੍ਰੈਸ ਦੀ ਸੁਰੱਖਿਆ ਅਤੇ ਰੱਖਰਖਾਵ ਦੀ ਪ੍ਰਕਿਰਿਆ ਲਈ WordPress ਸੁਰੱਖਿਆ ਗਾਈਡ, ਪਲੱਗਇਨ ਆਧਾਰਿਤ ਢਾਂਚਿਆਂ ਦੇ ਖਤਰਿਆਂ ਨੂੰ ਘਟਾਉਣ ਵਿੱਚ ਮਦਦ ਕਰਦੀ ਹੈ।
ਸਰਵਰ-ਆਧਾਰਿਤ 301 ਰੀਡਾਇਰੈਕਸ਼ਨ ਅਤੇ ਵਰਡਪ੍ਰੈਸ ਪਲੱਗਇਨ ਰਾਹੀਂ ਰੀਡਾਇਰੈਕਸ਼ਨ ਕਾਰਗੁਜ਼ਾਰੀ ਦੀ ਤੁਲਨਾ
ਹੇਠਾਂ ਦਿੱਤੇ ਗਏ ਤਬਲਾ ਦੋਨਾਂ ਦ੍ਰਿਸ਼ਟੀਕੋਣਾਂ ਨੂੰ ਤਕਨੀਕੀ SEO ਅਤੇ ਕਾਰਜਕਾਰੀ ਵਰਤੋਂ ਦੇ ਨਜ਼ਰੀਏ ਤੋਂ ਸੰਖੇਪ ਕਰਦਾ ਹੈ। ਇੱਥੇ ਦੀਆਂ ਮੁਲਾਂਕਣਾਂ ਆਮ ਅਸੂਲਾਂ 'ਤੇ ਆਧਾਰਿਤ ਹਨ; ਵਾਸਤਵਿਕ ਨਤੀਜੇ ਹੋਸਟਿੰਗ ਢਾਂਚਾ, ਕੈਸ਼ਿੰਗ ਪ੍ਰਣਾਲੀ, ਟ੍ਰੈਫਿਕ ਦੀ ਮਾਤਰਾ ਅਤੇ ਵਰਡਪ੍ਰੈਸ ਦੇ ਅਨੁਕੂਲਨ ਦੇ ਅਧਾਰ 'ਤੇ ਬਦਲ ਸਕਦੇ ਹਨ।
| ਕ੍ਰਿਤੀ | ਸਰਵਰ-ਆਧਾਰਿਤ 301 | ਵਰਡਪ੍ਰੈਸ ਪਲੱਗਇਨ |
|---|---|---|
| ਗਤੀ | ਅਕਸਰ ਸਭ ਤੋਂ ਤੇਜ਼ ਤਰੀਕਾ ਹੁੰਦਾ ਹੈ; PHP ਚੱਲਣ ਤੋਂ ਪਹਿਲਾਂ ਜਵਾਬ ਵਾਪਸ ਕਰਦਾ ਹੈ। | ਇਹ ਧੀਮਾ ਹੁੰਦਾ ਹੈ; ਵਰਡਪ੍ਰੈਸ ਅਤੇ ਪਲੱਗਇਨ ਦੀ ਪਰਤ ਸ਼ਾਮਿਲ ਹੁੰਦੀ ਹੈ। |
| ਸਰੋਤ ਦੀ ਵਰਤੋਂ | ਘੱਟ ਹੁੰਦੀ ਹੈ; CPU ਅਤੇ ਡੇਟਾਬੇਸ ਦਾ ਭਾਰ ਨਹੀਂ ਪੈਂਦਾ। | ਮੱਧ ਜਾਂ ਉੱਚ ਹੋ ਸਕਦੀ ਹੈ; ਡੇਟਾਬੇਸ ਅਤੇ PHP ਦੀ ਵਰਤੋਂ ਕਰਦੀ ਹੈ। |
| ਸਥਾਪਨਾ ਦੀ ਆਸਾਨੀ | ਤਕਨੀਕੀ ਜਾਣਕਾਰੀ ਦੀ ਲੋੜ ਹੈ; ਗਲਤ ਨਿਯਮ ਸਾਈਟ ਨੂੰ ਪ੍ਰਭਾਵਿਤ ਕਰ ਸਕਦਾ ਹੈ। | ਪੈਨਲ ਤੋਂ ਆਸਾਨੀ ਨਾਲ ਪ੍ਰਬੰਧਿਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ; ਤਕਨੀਕੀ ਨਾ ਹੋਣ ਵਾਲੇ ਟੀਮਾਂ ਲਈ ਉਪਯੋਗੀ ਹੈ। |
| ਵੱਡੇ ਪੱਧਰ 'ਤੇ ਮਟੀਰੀਅਲ | ਇਹ ਬਿਹਤਰ ਹੈ; ਹਜ਼ਾਰਾਂ ਰੀਡਾਇਰੈਕਸ਼ਨਾਂ ਨੂੰ ਨਿਯੰਤ੍ਰਿਤ ਤਰੀਕੇ ਨਾਲ ਪ੍ਰਬੰਧਿਤ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ। | ਡੇਟਾਬੇਸ ਅਤੇ ਫਿੱਟ ਦੀ ਕੀਮਤ ਕਾਰਨ ਧਿਆਨ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ। |
| SEO ਦੀ ਭਰੋਸੇਯੋਗਤਾ | ਸਹੀ ਤਰੀਕੇ ਨਾਲ ਸੰਰਚਿਤ ਕੀਤਾ ਜਾਵੇ ਤਾਂ ਬਹੁਤ ਸ਼ਕਤੀਸ਼ਾਲੀ ਅਤੇ ਸਾਫ਼ ਹੁੰਦੀ ਹੈ। | ਸਹੀ ਲਕਸ਼ਾਂ ਨਾਲ ਭਰੋਸੇਯੋਗ ਹੈ, ਪਰ ਪਲੱਗਇਨ ਦੀ ਨਿਰਭਰਤਾ ਹੈ। |
| ਰੱਖਰਖਾਵ | ਸੰਸਕਰਨ ਨਿਯੰਤਰਣ ਅਤੇ ਡੋਕੂਮੈਂਟੇਸ਼ਨ ਨਾਲ ਆਦਰਸ਼ ਬਣਦਾ ਹੈ। | ਇੰਟਰਫੇਸ ਤੋਂ ਤੇਜ਼ ਰੱਖਰਖਾਵ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ; ਟੀਮਾਂ ਲਈ ਆਸਾਨ ਹੈ। |
| ਸੁਰੱਖਿਆ | ਪਲੱਗਇਨ ਦੀ ਸਤਹ ਨਹੀਂ ਬਣਾਉਂਦਾ; ਘੱਟ ਨਿਰਭਰਤਾ ਹੁੰਦੀ ਹੈ। | ਪਲੱਗਇਨ ਦੀ ਅਪਡੇਟ ਅਤੇ ਗੁਣਵੱਤਾ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ। |
| ਸਰਬੋਤਮ ਵਰਤੋਂ | HTTPS, www, ਡੋਮੇਨ ਬਦਲਾਅ, ਸਮੂਹ URL ਮਟੀਰੀਅਲ। | ਛੋਟੇ ਸਮਗਰੀ ਬਦਲਾਅ, 404 ਦੀ ਨਿਗਰਾਨੀ, ਸੰਪਾਦਕੀ ਪ੍ਰਬੰਧਨ। |
ਕਾਰਗੁਜ਼ਾਰੀ ਤੇ ਕੇਂਦਰਤ ਮੁਲੈਂਕਣ ਵਿੱਚ ਜੇਤਾ ਅਕਸਰ ਸਰਵਰ-ਆਧਾਰਿਤ 301 ਰੀਡਾਇਰੈਕਸ਼ਨ ਹੁੰਦੀ ਹੈ। ਕਿਉਂਕਿ ਇਹ ਤਰੀਕਾ ਬੇਨਤੀ ਨੂੰ ਐਪਲੀਕੇਸ਼ਨ ਪੱਧਰ 'ਤੇ ਲਿਜਾਣ ਤੋਂ ਬਿਨਾਂ ਨਤੀਜਾ ਦਾ ਨਿਰਣਾ ਕਰਦਾ ਹੈ। ਇਸਦੇ ਬਦਲ, ਪ੍ਰਬੰਧਨ ਦੀ ਆਸਾਨੀ, ਤੇਜ਼ ਹਸਤਕਸ਼ੇਪ ਅਤੇ ਦਿਖਾਈ ਦਿੰਦੀ ਰਿਪੋਰਟਿੰਗ ਦੇ ਪਾਸੇ, ਵਰਡਪ੍ਰੈਸ ਪਲੱਗਇਨ ਹੋਰ ਉਪਯੋਗੀ ਹੁੰਦੇ ਹਨ। ਸਭ ਤੋਂ ਵਧੀਆ ਦ੍ਰਿਸ਼ਟੀਕੋਣ ਹਮੇਸ਼ਾ ਕਿਸੇ ਇਕ ਤਰੀਕੇ ਵਿੱਚ ਅੰਨ੍ਹੇ ਤੌਰ 'ਤੇ ਬੰਨ੍ਹੇ ਰਹਿਣਾ ਨਹੀਂ, ਸਗੋਂ ਰੀਡਾਇਰੈਕਸ਼ਨ ਦੀ ਕਿਸਮ ਨੂੰ ਦ੍ਰਿਸ਼ਟੀਕੋਣ ਦੇ ਅਨੁਸਾਰ ਚੁਣਨਾ ਹੈ।
SEO ਦੇ ਨਜ਼ਰੀਏ ਤੋਂ ਕਿਹੜਾ ਤਰੀਕਾ ਬਿਹਤਰ ਹੈ?
SEO ਦੇ ਨਜ਼ਰੀਏ ਤੋਂ, ਗੂਗਲ ਲਈ ਸਭ ਤੋਂ ਮਹੱਤਵਪੂਰਨ ਮੁੱਦਾ ਇਹ ਹੈ ਕਿ ਰੀਡਾਇਰੈਕਸ਼ਨ ਕਿੱਥੇ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਇਸ ਤੋਂ ਵੱਧ ਇਹ ਕਿਵੇਂ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਰੀਡਾਇਰੈਕਸ਼ਨ ਸਥਾਈ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ, ਇਕ ਕਦਮ ਵਿੱਚ ਸਹੀ ਲਕਸ਼ ਨੂੰ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ, ਲਕਸ਼ ਪੰਨਾ 200 ਸਥਿਤੀ ਕੋਡ ਦੇਣਾ ਚਾਹੀਦਾ ਹੈ ਅਤੇ ਨਵਾਂ ਪੰਨਾ ਖੋਜ ਦੇ ਇਰਾਦੇ ਨੂੰ ਪੂਰਾ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ। ਅਰਥਾਤ, ਪੁਰਾਣੇ ਲਾਲ ਜੁੱਤਿਆਂ ਵਾਲੇ ਪੰਨੇ ਨੂੰ ਬੇਸਰਪਨ ਵਾਲੇ ਮੁੱਖ ਪੰਨੇ 'ਤੇ ਰੀਡਾਇਰੈਕਟ ਕਰਨਾ, ਚਾਹੇ ਸਰਵਰ ਪੱਧਰ 'ਤੇ ਕੀਤੀਆਂ ਜਾਂ ਪਲੱਗਇਨ ਰਾਹੀਂ, SEO ਦੇ ਨਜ਼ਰੀਏ ਤੋਂ ਇੱਕ ਕਮਜ਼ੋਰ ਹੱਲ ਹੈ।
ਪਰ ਜਦੋਂ ਕਾਰਗੁਜ਼ਾਰੀ ਅਤੇ ਸਕੈਨਿੰਗ ਦੀ ਕੁਸ਼ਲਤਾ ਦੇ ਵਿਚਾਰ ਆਉਂਦੇ ਹਨ, ਤਾਂ ਸਰਵਰ-ਆਧਾਰਿਤ ਰੀਡਾਇਰੈਕਸ਼ਨ ਅੱਗੇ ਆਉਂਦਾ ਹੈ। ਗੂਗਲਬੋਟ ਵੀ ਉਪਭੋਗਤਾਵਾਂ ਦੀ ਤਰ੍ਹਾਂ ਰੀਡਾਇਰੈਕਸ਼ਨ ਜੰਜੀਰਾਂ ਨੂੰ ਫੋਲੋ ਕਰਦਾ ਹੈ। ਬਹੁਤ ਕਦਮ ਵਾਲੀਆਂ ਜੰਜੀਰਾਂ ਸਕੈਨਿੰਗ ਬਜਟ ਦੀ ਖਪਤ ਕਰ ਸਕਦੀਆਂ ਹਨ ਅਤੇ ਨਵੇਂ URL ਦੀ ਖੋਜ ਨੂੰ ਦੇਰੀ ਕਰ ਸਕਦੀਆਂ ਹਨ। ਵੱਡੀਆਂ ਖਬਰਾਂ ਦੀਆਂ ਸਾਈਟਾਂ, ਈ-ਕਾਮਰਸ ਪ੍ਰੋਜੈਕਟਾਂ ਅਤੇ ਬਹੁਤ ਸਾਰੀਆਂ ਸ਼੍ਰੇਣੀਆਂ ਵਾਲੇ ਪੋਰਟਲਾਂ ਲਈ ਇਹ ਇੱਕ ਗੰਭੀਰ ਮੁੱਦਾ ਹੈ।
SEO ਲਈ ਕਾਰਯਸ਼ੀਲ 301 ਨਿਗਰਾਨੀ ਸੂਚੀ
- ਹਰ ਪੁਰਾਣੇ URL ਨੂੰ ਸਿਰਫ ਇੱਕ ਨਵੇਂ URL 'ਤੇ ਰੀਡਾਇਰੈਕਟ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ।
- 301 ਜੰਜੀਰ ਸਭ ਤੋਂ ਵੱਧ ਇਕ ਕਦਮ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ; ਪੁਰਾਣਾ URL ਸਿੱਧਾ ਅੰਤਿਮ URL 'ਤੇ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ।
- HTTP ਤੋਂ HTTPS 'ਤੇ ਬਦਲਣ 'ਤੇ ਸਾਰੇ ਆಂತರਿਕ ਲਿੰਕਾਂ ਨੂੰ ਅੱਪਡੇਟ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ।
- ਸਾਈਟ ਮੈਪ ਵਿੱਚ ਸਿਰਫ ਨਵੇਂ ਅਤੇ 200 ਵਾਪਸੀ ਵਾਲੇ URL ਹੋਣੇ ਚਾਹੀਦੇ ਹਨ।
- ਕੈਨੋਨਿਕ ਲੇਬਲ ਨਵੇਂ URL ਨੂੰ ਦਰਸਾਉਣੇ ਚਾਹੀਦੇ ਹਨ।
- ਜਿਨ੍ਹਾਂ ਰੀਡਾਇਰੈਕਟ ਕੀਤੀਆਂ ਪੰਨਿਆਂ 'ਤੇ ਬੈਕਲਿੰਕਸ ਹਨ, ਉਨ੍ਹਾਂ ਨੂੰ ਸੰਭਵ ਹੋਣ 'ਤੇ ਨਵੇਂ ਲਕਸ਼ 'ਤੇ ਅੱਪਡੇਟ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ।
- ਗੂਗਲ ਸਰਚ ਕੰਸੋਲ ਵਿੱਚ 404, ਸੌਫਟ 404 ਅਤੇ ਰੀਡਾਇਰੈਕਸ਼ਨ ਗਲਤੀਆਂ ਦੀ ਨਿਗਰਾਨੀ ਕੀਤੀ ਜਾਣੀ ਚਾਹੀਦੀ ਹੈ।
HTTPS ਬਦਲਣ 'ਤੇ 301 ਰੀਡਾਇਰੈਕਸ਼ਨ ਨੂੰ SSL ਸਰਟੀਫਿਕੇਟ ਦੇ ਨਾਲ ਸਹੀ ਤਰੀਕੇ ਨਾਲ ਸੰਰਚਿਤ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ। ਇੱਕ ਉਪਭੋਗਤਾ ਜੋ ਸਰਟੀਫਿਕੇਟ ਦੀ ਗਲਤੀ ਪ੍ਰਾਪਤ ਕਰਦਾ ਹੈ, ਉਹ ਰੀਡਾਇਰੈਕਸ਼ਨ ਹੋਣ ਤੋਂ ਪਹਿਲਾਂ ਬ੍ਰਾਊਜ਼ਰ ਦੀ ਚੇਤਾਵਨੀ ਨਾਲ ਸਾਹਮਣਾ ਕਰ ਸਕਦਾ ਹੈ। ਇਸ ਲਈ, ਆਪਣੇ SSL ਢਾਂਚੇ ਦੀ ਨਿਯਮਤ ਜਾਂਚ ਕਰਨ ਲਈ SSL ਸਰਟੀਫਿਕੇਟ ਪੰਨਾ ਅਤੇ ਸੁਰੱਖਿਅਤ ਬਦਲਣ ਦੀ ਗਾਈਡਾਂ ਲਾਭਦਾਇਕ ਹੋ ਸਕਦੀਆਂ ਹਨ।
ਕਿਹੜੇ ਦ੍ਰਿਸ਼ਟੀਕੋਣ 'ਤੇ ਸਰਵਰ-ਆਧਾਰਿਤ 301 ਦੀ ਚੋਣ ਕੀਤੀ ਜਾਣੀ ਚਾਹੀਦੀ ਹੈ?
ਸਰਵਰ-ਆਧਾਰਿਤ 301 ਰੀਡਾਇਰੈਕਸ਼ਨ, ਢਾਂਚਾਤਮਕ ਅਤੇ ਸਥਾਈ ਬਦਲਾਅ ਵਿੱਚ ਪਹਿਲੀ ਚੋਣ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ। ਡੋਮੇਨ ਦਾ ਬਦਲਣਾ, HTTP ਤੋਂ HTTPS 'ਤੇ ਬਦਲਣਾ, www ਦੀ ਵਰਤੋਂ ਦਾ ਮਿਆਰ, ਸਮੂਹ ਵਿੱਚ URL ਢਾਂਚੇ ਦਾ ਬਦਲਣਾ, ਸ਼੍ਰੇਣੀ ਦਾ ਨਕਸ਼ਾ ਦੁਬਾਰਾ ਬਣਾਉਣਾ ਅਤੇ ਪੁਰਾਣੇ ਪਲੇਟਫਾਰਮ ਤੋਂ ਵਰਡਪ੍ਰੈਸ 'ਤੇ ਬਦਲਣਾ ਇਸ ਵਿੱਚ ਸ਼ਾਮਲ ਹੈ।
ਉਦਾਹਰਣ ਵਜੋਂ, 20,000 ਉਤਪਾਦ URL ਵਾਲੀ ਈ-ਕਾਮਰਸ ਸਾਈਟ ਦੇ ਪੁਰਾਣੇ /urun.php?id=123 ਰੂਪ ਤੋਂ ਨਵੇਂ /urun/urun-adi ਢਾਂਚੇ 'ਤੇ ਬਦਲਣ ਦੀ ਸੋਚੋ। ਇਹ ਰੀਡਾਇਰੈਕਸ਼ਨਾਂ ਨੂੰ ਵਰਡਪ੍ਰੈਸ ਪਲੱਗਇਨ 'ਤੇ ਲੋਡ ਕਰਨਾ ਸਹੀ ਹੋ ਸਕਦਾ ਹੈ; ਪਰ ਹਰ ਪੁਰਾਣੇ URL ਦੀ ਬੇਨਤੀ 'ਤੇ ਵਰਡਪ੍ਰੈਸ ਦੇ ਚੱਲਣ ਨਾਲ ਸਰੋਤ ਦੀ ਖਪਤ ਵਧਦੀ ਹੈ। ਇਸਦੇ ਬਦਲੇ, ਐਨਜਿਨਕਸ ਰੀਰਾਈਟ ਨਿਯਮ, ਮੈਪ ਢਾਂਚੇ ਜਾਂ ਸਰਵਰ ਦੇ ਪੱਧਰ 'ਤੇ ਅਨੁਕੂਲਿਤ ਰੀਡਾਇਰੈਕਸ਼ਨ ਫਾਇਲਾਂ ਵਰਤਣਾ ਬਿਹਤਰ ਹੋਵੇਗਾ। ਇਸ ਤਰ੍ਹਾਂ ਦੇ ਪ੍ਰੋਜੈਕਟਾਂ ਵਿੱਚ ਬਲਸ਼ਕ VPS ਜਾਂ ਪ੍ਰਬੰਧਿਤ ਹੋਸਟਿੰਗ ਢਾਂਚੇ ਨੂੰ ਚੁਣਨਾ, ਮਾਈਗ੍ਰੇਸ਼ਨ ਦੇ ਦੌਰਾਨ ਰੁਕਾਵਟਾਂ ਨੂੰ ਘਟਾਉਂਦਾ ਹੈ। ਸੰਬੰਧਤ ਢਾਂਚਾ ਵਿਕਲਪਾਂ ਲਈ VPS ਸਰਵਰ ਅਤੇ ਵੈਬ ਹੋਸਟਿੰਗ ਪੰਨਿਆਂ ਦੀ ਸਮੀਖਿਆ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ।
ਸਰਵਰ-ਆਧਾਰਿਤ ਰੀਡਾਇਰੈਕਸ਼ਨ ਲਈ ਕਦਮ ਬਦ ਕਦਮ ਸੁਝਾਅ
- 1. URL ਇਨਵੈਂਟਰੀ ਬਣਾਓ: ਪੁਰਾਣੇ URL, ਨਵੇਂ URL, ਸਥਿਤੀ ਕੋਡ ਅਤੇ ਪੰਨਾ ਕਿਸਮ ਦੇ ਕਾਲਮਾਂ ਵਾਲੀ ਇੱਕ ਟੇਬਲ ਤਿਆਰ ਕਰੋ।
- 2. ਪ੍ਰਾਥਮਿਕਤਾ ਕਰੋ: ਟ੍ਰੈਫਿਕ, ਬੈਕਲਿੰਕ ਅਤੇ ਰੂਪਾਂਤਰਿਤ ਕਰਨ ਵਾਲੇ URL ਨੂੰ ਪਹਿਲਾਂ ਚੈੱਕ ਕਰੋ।
- 3. ਨਿਯਮਾਂ ਦੀ ਢਾਂਚਾ ਸਾਫ ਸੁਥਰਾ ਰੱਖੋ: ਇਕ-ਇਕ ਨਿਯਮਾਂ ਦੇ ਬਦਲੇ ਸੰਭਵ ਹੋਣ 'ਤੇ ਤਰਕਸ਼ੀਲ ਨਿਯਮਾਂ ਦੀ ਵਰਤੋਂ ਕਰੋ।
- 4. ਟੈਸਟ ਮੰਚ 'ਤੇ ਅਜ਼ਮਾਓ: ਲਾਈਵ ਹੋਣ ਤੋਂ ਪਹਿਲਾਂ ਸਟੇਜਿੰਗ ਮੰਚ 'ਤੇ curl, ਬ੍ਰਾਊਜ਼ਰ ਅਤੇ SEO ਕ੍ਰਾਲਰ ਨਾਲ ਟੈਸਟ ਕਰੋ।
- 5. ਜੰਜੀਰ ਸੁਧਾਰੋ: ਯਕੀਨੀ ਬਣਾਓ ਕਿ ਪੁਰਾਣਾ URL ਸਿੱਧਾ ਅੰਤਿਮ ਲਕਸ਼ 'ਤੇ ਪਹੁੰਚਦਾ ਹੈ।
- 6. ਲੌਗਾਂ ਦੀ ਨਿਗਰਾਨੀ ਕਰੋ: ਸਰਵਰ ਲੌਗਾਂ ਵਿੱਚ 404 ਅਤੇ 500 ਗਲਤੀਆਂ ਦੀ ਜਾਂਚ ਕਰੋ।
- 7. ਦਸਤਾਵੇਜ਼ ਬਣਾਓ: ਨਿਯਮਾਂ ਨੂੰ ਲਿਖਣ ਦਾ ਕਾਰਨ ਤਾਰੀਖ ਅਤੇ ਵਿਆਖਿਆ ਨਾਲ ਦਰਜ ਕਰੋ।
ਇਹ ਕਦਮ, ਖਾਸ ਕਰਕੇ ਏਜੰਸੀਆਂ ਅਤੇ ਕਾਰਪੋਰੇਟ ਟੀਮਾਂ ਲਈ ਗਲਤੀਆਂ ਦੇ ਖਤਰੇ ਨੂੰ ਘਟਾਉਂਦੇ ਹਨ। ਅਨੁਭਵ ਨਾਲ ਸਾਬਤ ਹੋਇਆ ਮੁੱਦਾ ਇਹ ਹੈ: ਸਭ ਤੋਂ ਵੱਧ SEO ਦਾ ਨੁਕਸਾਨ ਰੀਡਾਇਰੈਕਸ਼ਨ ਨਾ ਕਰਨ ਕਾਰਨ ਨਹੀਂ, ਸਗੋਂ ਗਲਤ ਲਕਸ਼ ਜਾਂ ਜੰਜੀਰ ਲਕਸ਼ ਦੇ ਰੀਡਾਇਰੈਕਸ਼ਨ ਕਰਨ ਕਾਰਨ ਹੁੰਦਾ ਹੈ।
ਕਿਹੜੇ ਦ੍ਰਿਸ਼ਟੀਕੋਣ 'ਤੇ ਵਰਡਪ੍ਰੈਸ ਪਲੱਗਇਨ ਦੀ ਵਰਤੋਂ ਕੀਤੀ ਜਾਣੀ ਚਾਹੀਦੀ ਹੈ?
ਵਰਡਪ੍ਰੈਸ ਪਲੱਗਇਨ ਰਾਹੀਂ ਰੀਡਾਇਰੈਕਸ਼ਨ, ਛੋਟੇ ਪੱਧਰ ਦੇ ਅਤੇ ਸੰਪਾਦਕੀ ਬਦਲਾਵਾਂ ਵਿੱਚ ਬਹੁਤ ਹੀ ਪ੍ਰਯੋਗਸ਼ੀਲ ਹੈ। ਜਦੋਂ ਕਿਸੇ ਬਲੌਗ ਲੇਖ ਦਾ ਸਲੱਗ ਢਾਂਚਾ ਬਦਲਿਆ ਜਾਂਦਾ ਹੈ, ਪੁਰਾਣੀ ਮੁਹਿੰਮ ਪੰਨੇ ਨੂੰ ਨਵੇਂ ਲਾਂਚ ਪੰਨੇ 'ਤੇ ਤਬਦੀਲ ਕੀਤਾ ਜਾਂਦਾ ਹੈ ਜਾਂ ਸਰਚ ਕੰਸੋਲ 'ਤੇ ਵੇਖੀਆਂ ਗਈਆਂ ਕੁਝ 404 ਗਲਤੀਆਂ ਨੂੰ ਤੇਜ਼ੀ ਨਾਲ ਠੀਕ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਪਲੱਗਇਨ ਦੀ ਵਰਤੋਂ ਸਹੀ ਹੁੰਦੀ ਹੈ।
ਉਦਾਹਰਣ ਵਜੋਂ, ਇੱਕ ਕਾਰਪੋਰੇਟ ਬਲੌਗ ਜੋ ਮਹੀਨੇ ਵਿੱਚ 20 ਨਵੇਂ ਸਮਗਰੀ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰਦਾ ਹੈ, ਲੇਖਕ ਕਈ ਵਾਰ ਸਿਰਲੇਖ ਅਤੇ URL ਨੂੰ ਅਪਡੇਟ ਕਰ ਸਕਦੇ ਹਨ। ਹਰ ਛੋਟੀ ਬਦਲੀ ਲਈ ਸਰਵਰ ਫਾਇਲ ਵਿੱਚ ਪਹੁੰਚਣਾ ਨਾ ਸਿਰਫ ਕਾਰਗੁਜ਼ਾਰੀ ਦੀ ਦੇਰੀ ਪੈਦਾ ਕਰਦਾ ਹੈ, ਸਗੋਂ ਤਕਨੀਕੀ ਗਲਤੀ ਦਾ ਖਤਰਾ ਵੀ ਵਧਾਉਂਦਾ ਹੈ। ਇਸ ਹਾਲਤ ਵਿੱਚ, ਇੱਕ ਗੁਣਵੱਤਾ ਵਾਲਾ, ਅਪਡੇਟ ਕੀਤਾ ਗਿਆ ਅਤੇ ਹਲਕਾ ਰੀਡਾਇਰੈਕਸ਼ਨ ਪਲੱਗਇਨ ਵਰਤਣਾ ਵਧੀਆ ਹੋ ਸਕਦਾ ਹੈ। ਪਰ ਪਲੱਗਇਨ ਦੀਆਂ ਅਣਜਰੂਰੀ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਨੂੰ ਬੰਦ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ, 404 ਲੌਗਾਂ ਨੂੰ ਅਸੀਮਿਤ ਨਹੀਂ ਵਧਾਉਣਾ ਚਾਹੀਦਾ ਅਤੇ ਨਿਯਮਤ ਰੱਖਰਖਾਵ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ।
ਪਲੱਗਇਨ ਦੀ ਵਰਤੋਂ ਕਰਦਿਆਂ ਕਾਰਗੁਜ਼ਾਰੀ ਨੂੰ ਸੁਰੱਖਿਅਤ ਕਰਨ ਲਈ ਸੁਝਾਅ
- ਕੇਵਲ ਭਰੋਸੇਯੋਗ, ਨਿਯਮਤ ਅਪਡੇਟ ਕੀਤੇ ਜਾਣ ਵਾਲੇ ਅਤੇ ਉੱਚ ਅੰਕ ਵਾਲੇ ਪਲੱਗਇਨਾਂ ਦੀ ਚੋਣ ਕਰੋ।
- ਜਿਨ੍ਹਾਂ ਰੀਡਾਇਰੈਕਸ਼ਨ ਨਿਯਮਾਂ ਦੀ ਤੁਹਾਨੂੰ ਲੋੜ ਨਹੀਂ ਹੈ, ਉਨ੍ਹਾਂ ਨੂੰ ਆਰਕਾਈਵ ਜਾਂ ਮਿਟਾਓ।
- Regex ਨਿਯਮਾਂ ਨੂੰ ਧਿਆਨ ਨਾਲ ਲਿਖੋ; ਵਿਆਪਕ ਫਿੱਟਿੰਗਾਂ ਗਲਤ ਰੀਡਾਇਰੈਕਸ਼ਨ ਦਾ ਨਤੀਜਾ ਦੇ ਸਕਦੀਆਂ ਹਨ।
- 404 ਰਿਕਾਰਡਾਂ ਨੂੰ ਅਸੀਮਿਤ ਨਾ ਰੱਖੋ; ਡੇਟਾਬੇਸ ਦੇ ਫੂਲਣ ਤੋਂ ਬਚੋ।
- ਜੇ ਤੁਸੀਂ ਕੈਸ਼ ਪਲੱਗਇਨ ਅਤੇ CDN ਦੀ ਵਰਤੋਂ ਕਰ ਰਹੇ ਹੋ, ਤਾਂ ਰੀਡਾਇਰੈਕਸ਼ਨ ਦੇ ਵਿਵਹਾਰ ਨੂੰ ਵੱਖਰੇ ਤੌਰ 'ਤੇ ਟੈਸਟ ਕਰੋ।
- ਕਾਫੀ ਮਹੱਤਵਪੂਰਣ ਰੀਡਾਇਰੈਕਸ਼ਨਾਂ ਨੂੰ ਸਮੇਂ-ਸਮੇਂ ਤੇ ਸਰਵਰ ਪਵਿੱਤਰ 'ਤੇ ਲਿਜਾਓ।
ਵਰਡਪ੍ਰੈਸ ਪਲੱਗਇਨ ਦੀ ਚੋਣ ਕਰਦਿਆਂ, ਸਿਰਫ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਦੀ ਸੂਚੀ 'ਤੇ ਨਹੀਂ, ਸਗੋਂ ਸਾਈਟ ਦੀ ਕੁੱਲ ਕਾਰਗੁਜ਼ਾਰੀ 'ਤੇ ਪ੍ਰਭਾਵ 'ਤੇ ਵੀ ਧਿਆਨ ਦਿੱਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ। ਇੱਕ ਪਲੱਗਇਨ 404 ਨਿਗਰਾਨੀ, UTM ਟ੍ਰੈਕਿੰਗ, ਆਟੋਮੈਟਿਕ ਸਲੱਗ ਕੈਪਚਰ ਅਤੇ ਅੰਕੜੇ ਪ੍ਰਦਾਨ ਕਰ ਸਕਦੀ ਹੈ; ਪਰ ਇਹ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਡੇਟਾਬੇਸ 'ਤੇ ਵਾਧੂ ਭਾਰ ਪੈਦਾ ਕਰ ਸਕਦੀਆਂ ਹਨ। ਤੁਹਾਡੀ ਹੋਸਟਿੰਗ ਖਾਤੇ ਦਾ PHP ਸੰਸਕਰਨ, ਯਾਦਦਾਸ਼ਤ ਦੀ ਸੀਮਾ ਅਤੇ ਕੈਸ਼ਿੰਗ ਸੈਟਿੰਗਾਂ ਇਸ ਵਿਚਾਰ 'ਤੇ ਅਸਰ ਕਰ ਸਕਦੇ ਹਨ।
ਕਾਰਗੁਜ਼ਾਰੀ ਦੀ ਟੈਸਟਿੰਗ ਕਿਵੇਂ ਕੀਤੀ ਜਾਂਦੀ ਹੈ?
ਰੀਡਾਇਰੈਕਸ਼ਨ ਦੀ ਕਾਰਗੁਜ਼ਾਰੀ ਨੂੰ ਮਾਪਣ ਲਈ ਸਿਰਫ ਅਨੁਭਵ 'ਤੇ ਭਰੋਸਾ ਕਰਨਾ ਕਾਫੀ ਨਹੀਂ ਹੁੰਦਾ। ਸਧਾਰਨ ਉਪਕਰਨਾਂ ਨਾਲ ਬਹੁਤ ਸਾਫ਼ ਡੇਟਾ ਪ੍ਰਾਪਤ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ। ਟੈਸਟ ਦੌਰਾਨ, ਇੱਕੋ ਪੁਰਾਣੇ URL ਲਈ ਸਰਵਰ-ਆਧਾਰਿਤ ਅਤੇ ਪਲੱਗਇਨ-ਆਧਾਰਿਤ ਰੀਡਾਇਰੈਕਸ਼ਨ ਦ੍ਰਿਸ਼ਟੀਕੋਣਾਂ ਦੀਆਂ ਕੋਸ਼ਿਸ਼ਾਂ ਕੀਤੀਆਂ ਜਾ ਸਕਦੀਆਂ ਹਨ। ਮਾਪਣ ਲਈ ਮੁੱਖ ਮੈਟ੍ਰਿਕ TTFB, ਕੁੱਲ ਰੀਡਾਇਰੈਕਸ਼ਨ ਸਮਾਂ, ਰੀਡਾਇਰੈਕਸ਼ਨ ਕਦਮਾਂ ਦੀ ਗਿਣਤੀ, ਅੰਤਿਮ HTTP ਸਥਿਤੀ ਕੋਡ ਅਤੇ ਸਰਵਰ ਦੇ ਸਰੋਤ ਦੀ ਖਪਤ ਹੈ।
ਪ੍ਰਯੋਗਸ਼ੀਲ ਟੈਸਟ ਕਦਮ
- Chrome DevTools Network ਸੈਕਸ਼ਨ ਵਿੱਚ ਪੁਰਾਣੇ URL ਨੂੰ ਖੋਲ੍ਹੋ ਅਤੇ ਰੀਡਾਇਰੈਕਸ਼ਨ ਕਦਮਾਂ ਨੂੰ ਵੇਖੋ।
- curl -I ਕਮਾਂਡ ਨਾਲ ਸਥਿਤੀ ਕੋਡ ਅਤੇ ਸਥਾਨ ਸਿਰਲੇਖ ਦੀ ਜਾਂਚ ਕਰੋ।
- WebPageTest ਜਾਂ GTmetrix ਨਾਲ ਪਹਿਲੇ ਬਾਇਟ ਦੇ ਸਮੇਂ ਅਤੇ ਰੀਡਾਇਰੈਕਸ਼ਨ ਦੇਰੀ ਨੂੰ ਮਾਪੋ।
- Screaming Frog ਵਰਗੇ ਕ੍ਰਾਲਰ ਨਾਲ ਪੁਰਾਣੇ URL ਦੀ ਸੂਚੀ ਨੂੰ ਸਕੈਨ ਕਰੋ।
- ਗੂਗਲ ਸਰਚ ਕੰਸੋਲ ਵਿੱਚ ਰੀਡਾਇਰੈਕਸ਼ਨ ਗਲਤੀਆਂ ਅਤੇ ਇੰਡੈਕਸਿੰਗ ਦੀ ਸਥਿਤੀ ਦੀ ਨਿਗਰਾਨੀ ਕਰੋ।
- ਸਰਵਰ ਐਕਸੈਸ ਲੌਗਾਂ ਵਿੱਚ ਉਹੀ URL 'ਤੇ ਆਉਣ ਵਾਲੇ ਬੋਟ ਅਤੇ ਉਪਭੋਗਤਾ ਦੀਆਂ ਬੇਨਤੀਆਂ ਦਾ ਵਿਸ਼ਲੇਸ਼ਣ ਕਰੋ।
ਇੱਕ ਉਦਾਹਰਨ ਟੈਸਟ ਵਿੱਚ, ਪੁਰਾਣੇ URL ਨੇ ਪਲੱਗਇਨ ਨਾਲ 180 ਮਿ.ਸੇਕਿੰਡ TTFB ਦਿੱਤਾ, ਜਦਕਿ ਉਹੀ ਰੀਡਾਇਰੈਕਸ਼ਨ Nginx return 301 ਨਾਲ 25 ਮਿ.ਸੇਕਿੰਡ ਜਵਾਬ ਦਿੱਤਾ। ਇਹ ਫਰਕ ਇੱਕ ਹੀ ਬੇਨਤੀ ਲਈ ਛੋਟਾ ਲੱਗ ਸਕਦਾ ਹੈ; ਪਰ ਦਿਨ ਵਿੱਚ 50,000 ਪੁਰਾਣੇ URL ਦੀ ਬੇਨਤੀ ਕਰਨ ਵਾਲੀ ਸਾਈਟ 'ਤੇ ਇਹ ਮਹੱਤਵਪੂਰਨ ਸਰੋਤ ਦੀ ਬਚਤ ਕਰਦਾ ਹੈ। ਇਸ ਤੋਂ ਇਲਾਵਾ, ਬੋਟਾਂ ਦਾ ਤੇਜ਼ੀ ਨਾਲ ਅੰਤਿਮ ਪੰਨੇ 'ਤੇ ਪਹੁੰਚਣਾ, ਸਕੈਨਿੰਗ ਦੀ ਕੁਸ਼ਲਤਾ ਨੂੰ ਸਮਰਥਨ ਦਿੰਦਾ ਹੈ।
ਆਮ ਗਲਤੀਆਂ ਅਤੇ ਬਚਣ ਵਾਲੀਆਂ ਚੀਜ਼ਾਂ
301 ਰੀਡਾਇਰੈਕਸ਼ਨਾਂ ਵਿੱਚ ਸਭ ਤੋਂ ਅਕਸਰ ਦੇਖੀ ਜਾਣ ਵਾਲੀ ਗਲਤੀ ਪੁਰਾਣੇ URL ਨੂੰ ਸਮੂਹਿਤ ਤੌਰ 'ਤੇ ਮੁੱਖ ਪੰਨੇ 'ਤੇ ਰੀਡਾਇਰੈਕਟ ਕਰਨਾ ਹੈ। ਇਹ ਤਰੀਕਾ ਉਪਭੋਗਤਾਵਾਂ ਨੂੰ ਭਰਮਿਤ ਕਰਦਾ ਹੈ ਅਤੇ ਖੋਜ ਇੰਜਣਾਂ ਨੂੰ ਅਲੱਗ-ਅਲੱਗ ਸੰਕੇਤ ਨਹੀਂ ਦਿੰਦਾ।