ਤੁਹਾਡੇ ਵੈਬਸਾਈਟ 'ਤੇ ਟੁੱਟੀਆਂ ਚਿੱਤਰਾਂ ਨੂੰ ਇਕੱਠੇ ਕਰਨ ਅਤੇ ਆਟੋਮੈਟਿਕ ਰੀਡਾਇਰੈਕਟ ਕਰਨ ਦੇ ਤਰੀਕੇ

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

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

ਇਸ ਗਾਈਡ ਵਿੱਚ, ਅਸੀਂ ਟੁੱਟੀਆਂ ਚਿੱਤਰਾਂ ਨੂੰ ਇਕੱਠੇ ਕਰਨ ਦੇ ਤਰੀਕਿਆਂ, ਰਿਪੋਰਟਿੰਗ, ਪ੍ਰਾਥਮਿਕਤਾ ਦੇਣ ਅਤੇ ਆਟੋਮੈਟਿਕ ਰੀਡਾਇਰੈਕਟ ਸਿਨੇਰੀਓਜ਼ ਨੂੰ ਕਦਮ ਦਰ ਕਦਮ ਵਿਚਾਰ ਕਰਨ ਜਾ ਰਹੇ ਹਾਂ। ਵਿਵਰਣਾ; ਸਾਂਝੇ ਹੋਸਟਿੰਗ, VPS, WordPress ਅਤੇ Nginx/Apache ਸਰਵਰ ਵਰਤਣ ਵਾਲੀਆਂ ਟੀਮਾਂ ਲਈ ਕਾਰਗਰ ਸਮਾਧਾਨਾਂ 'ਤੇ ਧਿਆਨ ਕੇਂਦਰਤ ਕਰਦੀ ਹੈ। ਮਜ਼ਬੂਤ ਢਾਂਚੇ ਲਈ Hostragons 'ਤੇ ਉਚਿਤ ਸਰੋਤਾਂ ਨੂੰ ਹੋਸਟਿੰਗ ਪੈਕੇਜ, WordPress ਪ੍ਰੋਜੈਕਟਾਂ ਲਈ WordPress ਹੋਸਟਿੰਗ ਅਤੇ ਸੁਰੱਖਿਅਤ ਮੀਡੀਆ ਸੇਵਾਵਾਂ ਲਈ SSL ਸਰਟੀਫਿਕੇਟ ਵਿਕਲਪਾਂ 'ਤੇ ਵੀ ਵਿਚਾਰ ਕਰ ਸਕਦੇ ਹੋ।

ਟੁੱਟੀ ਚਿੱਤਰ ਕੀ ਹੈ ਅਤੇ ਇਹ ਕਿਉਂ ਬਣਦੀ ਹੈ?

ਟੁੱਟੀ ਚਿੱਤਰ, HTML, CSS, JavaScript, ਥੀਮ ਫਾਈਲ ਜਾਂ ਡੇਟਾਬੇਸ ਵਿੱਚ ਮੰਗਵਾਈ ਗਈ ਚਿੱਤਰ ਫਾਈਲ ਦਾ ਬਰਾਊਜ਼ਰ ਦੁਆਰਾ ਲੋਡ ਨਾ ਹੋਣ ਦੀ ਸਥਿਤੀ ਹੈ। ਆਮ ਤੌਰ 'ਤੇ HTTP 404 Not Found, 403 Forbidden, 410 Gone, 500 ਸਰਵਰ ਗਲਤੀ, ਗਲਤ MIME ਕਿਸਮ, ਹੋਟਲਿੰਕ ਰੋਕਥਾਮ ਜਾਂ SSL ਮਿਲੇ-ਜੁਲੇ ਸਮੱਗਰੀ ਦੀ ਸਮੱਸਿਆ ਵਜੋਂ ਬਣਦੀ ਹੈ। ਉਪਭੋਗਤਾ ਪਾਸੇ ਖਾਲੀ ਬਕਸਾ, ਗੁੰਮ ਹੋਈ ਆਈਕਨ, ਹੇਠਾਂ ਦੇ ਪਾਠ ਜਾਂ ਬਰਾਊਜ਼ਰ ਦੇ ਅਨੁਸਾਰ ਛੋਟੀ ਟੁੱਟੀ ਚਿੱਤਰ ਦੀ ਆਈਕਨ ਦਿਖਾਈ ਦਿੰਦੀ ਹੈ।

ਸਭ ਤੋਂ ਆਮ ਕਾਰਨ ਹਨ:

• ਸਾਈਟ ਮਾਈਗਰੇਸ਼ਨ ਦੌਰਾਨ uploads, images ਜਾਂ assets ਫੋਲਡਰਾਂ ਦਾ ਗੁੰਮ ਹੋਣਾ।
• ਡੋਮੇਨ ਨਾਂ ਬਦਲਣ 'ਤੇ ਪੁਰਾਣੇ ਡੋਮੇਨ URL ਡੇਟਾਬੇਸ ਵਿੱਚ ਰਹਿਣਾ। ਨਵੇਂ ਡੋਮੇਨ ਲਈ ਡੋਮੇਨ ਪੁੱਛਤਾਛ ਅਤੇ ਸਹੀ DNS ਯੋਜਨਾ ਮਹੱਤਵਪੂਰਨ ਹੈ।
• ਚਿੱਤਰ ਅਪਟੀਮਾਈਜ਼ੇਸ਼ਨ ਐਡ-ਇਨ ਫਾਈਲ ਨੂੰ WebP 'ਤੇ ਬਦਲਣਾ ਅਤੇ ਪੁਰਾਣੇ URL ਨੂੰ ਅਪਡੇਟ ਨਾ ਕਰਨਾ।
• CDN ਜਾਂ ਕੈਸ਼ ਸਾਫ਼ ਕਰਨ ਤੋਂ ਬਾਅਦ ਸੋਰਸ ਫਾਈਲ ਦਾ ਓਰਿਜਿਨ ਸਰਵਰ 'ਤੇ ਨਾ ਮਿਲਣਾ। CDN ਆਰਕੀਟੈਕਚਰ ਦੀ ਯੋਜਨਾ ਬਣਾਉਂਦੇ ਸਮੇਂ CDN ਕੀ ਹੈ? ਸਮੱਗਰੀ ਮਦਦ ਕਰ ਸਕਦੀ ਹੈ।
• ਫਾਈਲ ਦੇ ਨਾਮ ਵਿੱਚ ਤੁਰਕੀ ਅੱਖਰ, ਖਾਲੀ ਥਾਂ, ਵੱਡੇ-ਨੱਥੇ ਅੱਖਰਾਂ ਦਾ ਫਰਕ ਜਾਂ ਗਲਤ ਵਿਆਸਾ ਵਰਤਣਾ।
• ਪੁਰਾਣੇ ਮੁਹਿੰਮ, ਸ਼੍ਰੇਣੀ ਜਾਂ ਉਤਪਾਦ ਚਿੱਤਰਾਂ ਦਾ ਹੱਥ ਨਾਲ ਮਿਟਾਉਣਾ।
• HTTP ਤੋਂ HTTPS 'ਤੇ ਜਾਣ ਦੌਰਾਨ ਮਿਲੇ-ਜੁਲੇ ਸਮੱਗਰੀ ਅਤੇ ਸਰਟੀਫਿਕੇਟ ਦੀ ਗਲਤਫ਼ਹਮੀ।

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

ਟੁੱਟੀਆਂ ਚਿੱਤਰਾਂ ਦਾ SEO 'ਤੇ ਅਸਰ ਕਿਵੇਂ ਹੁੰਦਾ ਹੈ?

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

SEO ਦੇ ਪੱਖ ਤੋਂ ਮੁੱਖ ਜੋਖਮ ਹਨ:

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

ਇੱਕ ਗ੍ਰਾਹਕ ਦੇ 12,000 URL ਵਾਲੇ ਖਬਰਾਂ ਦੇ ਆਰਕਾਈਵ ਵਿੱਚ ਕੀਤੀ ਗਈ ਸਮਾਨ ਜਾਂਚ ਵਿੱਚ, ਪੁਰਾਣੇ ਸਾਲਾਂ ਦੇ 38,000 ਤੋਂ ਵੱਧ ਟੁੱਟੇ ਚਿੱਤਰਾਂ ਦੀ ਬੇਨਤੀ ਪਾਈ ਗਈ ਸੀ। ਸਿਰਫ਼ ਸਭ ਤੋਂ ਵੱਧ ਟ੍ਰੈਫਿਕ ਲੈਣ ਵਾਲੇ 1,200 ਪੰਨਿਆਂ 'ਤੇ ਚਿੱਤਰਾਂ ਨੂੰ ਠੀਕ ਕਰਨ ਨਾਲ 404 ਲੌਗ ਦੀ ਮਾਤਰਾ ਪਹਿਲੇ ਹਫ਼ਤੇ ਵਿੱਚ 61% ਘਟ ਗਈ, ਅਤੇ ਚਿੱਤਰ ਖੋਜ ਦੀ ਦਿਖਾਈ ਫਿਰਲੇ 30 ਦਿਨਾਂ ਵਿੱਚ ਹੌਲੀ-ਹੌਲੀ ਬਹਾਲ ਹੋ ਗਈ। ਇਹ ਉਦਾਹਰਣ ਇਸ ਗੱਲ ਦਾ ਦ੍ਰਿਸ਼ਟੀਕੋਣ ਦਿੰਦੀ ਹੈ ਕਿ ਟੁੱਟੀ ਚਿੱਤਰਾਂ ਦੀ ਸਾਫ਼ਾਈ ਸਿਰਫ਼ ਤਕਨੀਕੀ ਹੀ ਨਹੀਂ, ਬਲਕਿ ਸਮੱਗਰੀ ਦੇ ਪ੍ਰਦਰਸ਼ਨ ਦੇ ਪੱਖ ਤੋਂ ਵੀ ਮੂਲ ਹੈ।

ਟੁੱਟੀਆਂ ਚਿੱਤਰਾਂ ਨੂੰ ਇਕੱਠੇ ਕਰਨ ਦੇ ਤਰੀਕੇ

ਟੁੱਟੀਆਂ ਚਿੱਤਰਾਂ ਨੂੰ ਇਕੱਠੇ ਕਰਨ ਅਤੇ ਆਟੋਮੈਟਿਕ ਰੀਡਾਇਰੈਕਟ ਕਰਨ ਦੀ ਪ੍ਰਕਿਰਿਆ ਦਾ ਪਹਿਲਾ ਪਦਾਅਣ ਬੇਗਰ ਖ਼ਾਤਾ ਨਿਕਾਲਣਾ ਹੈ। ਬੇਤਰਤੀਬੀ ਨਾਲ ਐਡ-ਇਨ ਇੰਸਟਾਲ ਕਰਨ ਅਤੇ ਰੀਡਾਇਰੈਕਟ ਲਿਖਣ ਦੇ ਬਜਾਏ, ਤੁਹਾਨੂੰ ਇਹ ਜਾਣਨਾ ਚਾਹੀਦਾ ਹੈ ਕਿ ਕਿਸ ਪੰਨੇ 'ਤੇ ਕਿਹੜਾ ਚਿੱਤਰ ਟੁੱਟਿਆ ਹੈ, ਇਹ ਕਿਹੜਾ HTTP ਸਥਿਤੀ ਕੋਡ ਦਿੱਤਾ ਗਿਆ ਹੈ ਅਤੇ ਇਸਦੀ ਜਗ੍ਹਾ ਕੀ ਵਰਤੀ ਜਾਵੇਗੀ। ਹੇਠਾਂ ਦਿੱਤੇ ਤਰੀਕੇ ਵੱਖ-ਵੱਖ ਪੱਧਰਾਂ 'ਤੇ ਕੰਮ ਕਰਦੇ ਹਨ।

1. ਸਾਈਟ ਸਕੈਨਿੰਗ ਟੂਲਜ਼ ਨਾਲ ਇਕੱਠੇ ਜਾਂਚ

Screaming Frog SEO Spider, Sitebulb, Ahrefs Site Audit, Semrush Site Audit ਅਤੇ ਇਸੇ ਤਰ੍ਹਾਂ ਦੇ ਟੂਲਜ਼, ਪੰਨਿਆਂ ਨੂੰ ਬੋਟ ਵਾਂਗ ਚਲਾਕਾਰੀ ਕਰਕੇ ਟੁੱਟੇ ਚਿੱਤਰ URL ਦੀ ਰਿਪੋਰਟ ਕਰਦੇ ਹਨ। ਛੋਟੀ ਸਾਈਟਾਂ 'ਤੇ ਮੁਫਤ ਸੀਮਾ ਕਾਫ਼ੀ ਹੋ ਸਕਦੀ ਹੈ; 500 URL ਤੋਂ ਵੱਧ ਪ੍ਰੋਜੈਕਟਾਂ 'ਤੇ ਲਾਇਸੈਂਸ ਪ੍ਰਯੋਗ ਜ਼ਿਆਦਾ ਪ੍ਰਭਾਵਸ਼ਾਲੀ ਹੁੰਦਾ ਹੈ। ਸਕੈਨਿੰਗ ਸੈਟਿੰਗਾਂ ਵਿੱਚ images, CSS background images ਅਤੇ external resources ਵਿਕਲਪਾਂ ਨੂੰ ਖੋਲ੍ਹਣਾ ਮਹੱਤਵਪੂਰਨ ਹੈ। ਨਹੀਂ ਤਾਂ ਤੁਸੀਂ ਸਿਰਫ਼ img ਟੈਗ ਦੇ ਅੰਦਰ ਦੀਆਂ ਗਲਤੀਆਂ ਦੇਖ ਸਕਦੇ ਹੋ।

ਲਾਗੂ ਕਰਨ ਦੇ ਕਦਮ:

• ਮੁੱਖ ਡੋਮੇਨ ਨੂੰ ਸਕੈਨਿੰਗ 'ਤੇ ਸ਼ਾਮਲ ਕਰੋ ਅਤੇ canonical, noindex, robots.txt ਸੈਟਿੰਗਾਂ ਦੀ ਸਹੀ ਪੜ੍ਹਾਈ 'ਤੇ ਧਿਆਨ ਦਿਓ।
• Response Codes ਭਾਗ ਵਿੱਚ 404, 403, 500 ਅਤੇ timeout ਦੇਣ ਵਾਲੇ ਚਿੱਤਰ URL ਨੂੰ ਫਿਲਟਰ ਕਰੋ।
• Inlinks ਜਾਂ ਸੋਰਸ ਪੰਨਿਆਂ ਦੀ ਰਿਪੋਰਟ ਨੂੰ ਬਾਹਰ ਨਿਕਾਲੋ। ਇਸ ਤਰ੍ਹਾਂ ਤੁਸੀਂ ਜਾਣ ਸਕਦੇ ਹੋ ਕਿ ਟੁੱਟਾ ਚਿੱਤਰ ਕਿਹੜੇ ਪੰਨਿਆਂ 'ਤੇ ਵਰਤਿਆ ਗਿਆ ਹੈ।
• ਸੂਚੀ ਨੂੰ URL, ਸਥਿਤੀ ਕੋਡ, ਸੋਰਸ ਪੰਨਾ, ਹੇਠਾਂ ਦੇ ਪਾਠ, ਫਾਈਲ ਦੇ ਵਿਸ਼ਾ ਅਤੇ ਸੁਝਾਏ ਗਏ ਲਕਸ਼ ਦੇ ਰੂਪ ਵਿੱਚ ਕੋਲਮਾਂ ਵਿੱਚ ਵੰਡੋ।

ਇਹ ਤਰੀਕਾ ਤਕਨੀਕੀ SEO ਨਿਰੀਖਣਾਂ ਵਿੱਚ ਸਭ ਤੋਂ ਤੇਜ਼ ਸ਼ੁਰੂਆਤ ਹੈ। ਪਰ ਜਿਹੜੇ ਪੈਨਲਾਂ ਨੂੰ ਲਾਗਿਨ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ, ਲੇਜ਼ੀ ਲੋਡ ਨਾਲ ਬਾਅਦ ਵਿੱਚ ਲੋਡ ਹੋਣ ਵਾਲੇ ਚਿੱਤਰਾਂ ਅਤੇ JavaScript ਆਧਾਰਿਤ ਗੈਲਰੀਆਂ ਲਈ ਵਾਧੂ ਜਾਂਚਾਂ ਦੀ ਲੋੜ ਪੈ ਸਕਦੀ ਹੈ।

2. ਗੂਗਲ ਸਰਚ ਕਾਨਸੋਲ ਅਤੇ ਚਿੱਤਰ ਇੰਡੈਕਸ ਸਿਗਨਲ

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

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

3. ਸਰਵਰ ਲੌਗਜ਼ ਨਾਲ ਅਸਲੀ ਉਪਭੋਗਤਾ ਅਤੇ ਬੋਟ ਦੀਆਂ ਗਲਤੀਆਂ ਦੇਖਣਾ

ਸਰਵਰ ਐਕਸੈੱਸ ਲੌਗਜ਼, ਅਸਲੀ ਟ੍ਰੈਫਿਕ ਵਿੱਚ ਕਿਹੜੇ ਚਿੱਤਰਾਂ ਦੀ ਮੰਗ ਕੀਤੀ ਗਈ ਹੈ ਅਤੇ ਕਿਹੜਾ ਜਵਾਬ ਮਿਲਿਆ ਹੈ, ਇਹ ਦਿਖਾਉਂਦੀਆਂ ਹਨ। Apache, Nginx ਜਾਂ LiteSpeed ਲੌਗਜ਼ ਵਿੱਚ .jpg, .jpeg, .png, .webp, .gif, .svg ਵਿਆਸਾ ਨੂੰ ਫਿਲਟਰ ਕਰਕੇ 404 ਰਿਕਾਰਡਾਂ ਨੂੰ ਲੱਭ ਸਕਦੇ ਹੋ। ਉਦਾਹਰਨ ਵਜੋਂ, ਦਿਨ ਵਿੱਚ 100,000 ਬੇਨਤੀਆਂ ਵਾਲੀ ਸਾਈਟ 'ਤੇ, ਸਕੈਨਿੰਗ ਟੂਲ ਦੁਆਰਾ ਨਾ ਮਿਲ ਸਕਣ ਵਾਲੇ ਪਰ Googlebot ਦੁਆਰਾ ਕੋਸ਼ਿਸ਼ ਕੀਤੀ ਗਈ ਪੁਰਾਣੀ ਚਿੱਤਰ URL ਨੂੰ ਲੌਗਜ਼ ਵਿੱਚ ਪਕੜਿਆ ਜਾ ਸਕਦਾ ਹੈ।

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

4. WordPress ਡੇਟਾਬੇਸ ਅਤੇ ਮੀਡੀਆ ਲਾਇਬ੍ਰੇਰੀ ਦੀ ਜਾਂਚ

WordPress ਸਾਈਟਾਂ 'ਤੇ ਟੁੱਟੀਆਂ ਚਿੱਤਰਾਂ ਆਮ ਤੌਰ 'ਤੇ wp_posts ਵਿੱਚ post_content ਖੇਤਰ, wp_postmeta ਰਿਕਾਰਡਾਂ, ਥੀਮ ਸੈਟਿੰਗਾਂ ਜਾਂ ਪੇਜ ਬਿਲਡਰ JSON ਡੇਟਾ ਵਿੱਚ ਰੱਖੀਆਂ ਜਾਂਦੀਆਂ ਹਨ। ਮੀਡੀਆ ਲਾਇਬ੍ਰੇਰੀ ਵਿੱਚ ਫਾਈਲ ਮੌਜੂਦ ਹੋਣ ਦਾ ਦਿਖਾਈ ਦੇਣਾ, ਪਰ ਜੇਕਰ ਫਿਜ਼ੀਕਲ ਫਾਈਲ uploads ਫੋਲਡਰ ਵਿੱਚ ਨਹੀਂ ਹੈ ਤਾਂ ਚਿੱਤਰ ਟੁੱਟ ਜਾਂਦਾ ਹੈ। ਵਿਰੋਧ ਵਿੱਚ, ਫਾਈਲ ਸਰਵਰ 'ਤੇ ਮੌਜੂਦ ਹੈ ਪਰ ਸਮੱਗਰੀ ਵਿੱਚ ਪੁਰਾਣਾ URL ਮੰਗਿਆ ਜਾ ਰਿਹਾ ਹੈ।

ਸੁਰੱਖਿਅਤ ਤਰੀਕਾ ਇਹ ਹੈ:

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

WordPress ਉਤਪੰਨ 404 ਸਮੱਸਿਆਵਾਂ ਲਈ WordPress 404 ਗਲਤੀ ਹੱਲ ਲੇਖ ਨੂੰ ਵੀ ਅੰਦਰੂਨੀ ਲਿੰਕ ਦੇਣਾ ਉਪਭੋਗਤਾ ਨੂੰ ਸਹੀ ਪੰਨ੍ਹੇ 'ਤੇ ਲਿਆਉਂਦਾ ਹੈ।

ਕਿਹੜਾ ਤਰੀਕਾ ਕਦੋਂ ਵਰਤਣਾ ਚਾਹੀਦਾ ਹੈ?

ਆਟੋਮੈਟਿਕ ਰੀਡਾਇਰੈਕਟ ਤੋਂ ਪਹਿਲਾਂ ਫੈਸਲਾ ਮੈਟਰਿਕਸ

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

ਫੈਸਲਾ ਲੈਂਦਿਆਂ ਇਹ ਤਿੰਨ ਸਵਾਲ ਪੁੱਛੋ:

• ਕੀ ਇਸ ਚਿੱਤਰ ਦਾ ਨਵਾਂ ਫਾਈਲ ਸਥਾਨ ਜਾਣਿਆ ਗਿਆ ਹੈ?
• ਕੀ ਚਿੱਤਰ ਪੰਨੇ ਦੇ ਅਰਥ ਜਾਂ ਬਦਲਾਵ ਲਈ ਨਿਸ਼ਾਨੀ ਹੈ?
• ਕੀ ਪੁਰਾਣਾ URL ਬਾਹਰੀ ਲਿੰਕ, ਸਮਾਜਿਕ ਸਾਂਝਾ ਕਰਨ ਜਾਂ ਗੂਗਲ ਚਿੱਤਰਾਂ ਦੇ ਟ੍ਰੈਫਿਕ ਪ੍ਰਾਪਤ ਕਰ ਰਿਹਾ ਹੈ?

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

ਟੁੱਟੀਆਂ ਚਿੱਤਰਾਂ ਲਈ ਆਟੋਮੈਟਿਕ ਰੀਡਾਇਰੈਕਟ ਦੇ ਤਰੀਕੇ

Apache .htaccess ਨਾਲ 301 ਰੀਡਾਇਰੈਕਟ

Apache ਜਾਂ LiteSpeed ਦੀ ਵਰਤੋਂ ਕਰਨ ਵਾਲੇ ਹੋਸਟਿੰਗ ਵਿੱਚ .htaccess ਫਾਈਲ ਸਭ ਤੋਂ ਕਾਰਗਰ ਹੱਲਾਂ ਵਿੱਚੋਂ ਇਕ ਹੈ। ਇਕਲ ਰੀਡਾਇਰੈਕਟ ਲਈ Redirect 301 /wp-content/uploads/purani-chitra.jpg /wp-content/uploads/navi-chitra.jpg ਫਾਰਮੈਟ ਵਰਤਿਆ ਜਾ ਸਕਦਾ ਹੈ। ਡਿਜ਼ਾਈਨ ਅਧਾਰਿਤ ਮਾਈਗਰੇਸ਼ਨ 'ਤੇ RewriteRule ਨਾਲ ਪੁਰਾਣੇ ਫੋਲਡਰ ਨੂੰ ਨਵੇਂ ਫੋਲਡਰ ਵਿੱਚ ਅਨੁਵਾਦਿਤ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ। ਉਦਾਹਰਨ ਵਜੋਂ, ਪੁਰਾਣੇ /images/ ਫੋਲਡਰ ਵਿੱਚ ਫਾਈਲਾਂ /wp-content/uploads/2026/ ਫੋਲਡਰ ਵਿੱਚ ਮਾਈਗਰੇਟ ਕੀਤੀ ਜਾਂਦੀ ਹੈ ਤਾਂ ਫੋਲਡਰ ਅਧਾਰਿਤ ਨਿਯਮ ਲਿਖਿਆ ਜਾ ਸਕਦਾ ਹੈ।

ਪਰ .htaccess ਫਾਈਲ ਵਿੱਚ ਹਜ਼ਾਰਾਂ ਪੰਕਤੀਆਂ ਸ਼ਾਮਲ ਕਰਨਾ ਕਾਰਗਰਤਾ 'ਤੇ ਪ੍ਰਭਾਵ ਪਾ ਸਕਦਾ ਹੈ। 50-200 ਦੇ ਵਿਚਕਾਰ ਨਿਸ਼ਾਨੀ ਚਿੱਤਰਾਂ ਲਈ ਯੋਗ ਹੈ; ਜੇਕਰ ਦਹਾਂ ਹਜ਼ਾਰਾਂ ਰਿਕਾਰਡ ਹਨ, ਤਾਂ ਸਰਵਰ ਦੀ ਸੰਰਚਨਾ, CDN ਰੀਡਾਇਰੈਕਟ ਜਾਂ ਐਪਲੀਕੇਸ਼ਨ ਪੱਧਰ ਜ਼ਿਆਦਾ ਸਹੀ ਹੋ ਸਕਦੇ ਹਨ। ਬਦਲਾਅ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਫਾਈਲ ਦੀ ਬੈਕਅਪ ਲਓ ਅਤੇ 500 Internal Server Error ਦੀ ਸੰਭਾਵਨਾ ਦੇ ਖਿਲਾਫ਼ ਕੰਟਰੋਲ ਪੈਨਲ ਜਾਂ FTP ਪਹੁੰਚ ਖੁੱਲੀ ਹੋਣ ਦੀ ਯਕੀਨੀ ਬਣਾਓ।

Nginx ਨਾਲ ਮੈਪ ਅਤੇ ਰੀਰਾਈਟ ਦੀ ਵਰਤੋਂ

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

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

WordPress ਐਡ-ਇਨ ਅਤੇ ਐਪਲੀਕੇਸ਼ਨ ਪੱਧਰ

WordPress ਵਿੱਚ Redirection, Rank Math, Yoast Premium ਜਾਂ ਵਿਸ਼ੇਸ਼ ਰੀਡਾਇਰੈਕਟ ਐਡ-ਇਨ ਟੁੱਟੀ ਮੀਡੀਆ URL ਲਈ ਵਰਤੀ ਜਾ ਸਕਦੀ ਹੈ। ਇਸਦਾ ਫਾਇਦਾ ਇਹ ਹੈ ਕਿ ਤਕਨੀਕੀ ਗਿਆਨ ਦੀ ਘਾਟ ਵਾਲੀਆਂ ਟੀਮਾਂ ਪੈਨਲ ਤੋਂ CSV ਨੂੰ ਆਈਮਪੋਰਟ ਕਰਕੇ ਰੀਡਾਇਰੈਕਟ ਪ੍ਰਬੰਧਿਤ ਕਰ ਸਕਦੀਆਂ ਹਨ। ਇਸਦੀ ਨੁਕਸਾਨ ਇਹ ਹੈ ਕਿ ਹਰ ਬੇਨਤੀ WordPress ਐਪਲੀਕੇਸ਼ਨ ਤੱਕ ਆਉਂਦੀ ਹੈ ਅਤੇ ਉੱਚ ਟ੍ਰੈਫਿਕ 'ਤੇ ਕਾਰਗਰਤਾ ਦੀ ਲਾਗਤ ਪੈਦਾ ਕਰਦੀ ਹੈ।

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

CDN ਅਤੇ ਐਜ ਨਿਯਮਾਂ ਨਾਲ ਰੀਡਾਇਰੈਕਟ

CDN ਦੀ ਵਰਤੋਂ ਕਰਨ ਵਾਲੀਆਂ ਸਾਈਟਾਂ 'ਤੇ ਟੁੱਟੇ ਚਿੱਤਰਾਂ ਦੇ ਰੀਡਾਇਰੈਕਟ ਐਜ ਪੱਧਰ 'ਤੇ ਕੀਤੇ ਜਾ ਸਕਦੇ ਹਨ। Cloudflare Rules, BunnyCDN Edge Rules ਜਾਂ ਸਮਾਨ ਸੇਵਾਵਾਂ, ਬੇਨਤੀ ਨੂੰ ਓਰਿਜਿਨ ਸਰਵਰ 'ਤੇ ਭੇਜਣ ਤੋਂ ਪਹਿਲਾਂ ਰੀਡਾਇਰੈਕਟ ਲਾਗੂ ਕਰ ਸਕਦੀਆਂ ਹਨ। ਇਹ ਤਰੀਕਾ ਖਾਸ ਕਰਕੇ ਗਲੋਬਲ ਟ੍ਰੈਫਿਕ 'ਤੇ ਦੇਰੀ ਨੂੰ ਘਟਾਉਂਦਾ ਹੈ ਅਤੇ ਓਰਿਜਿਨ ਸਰਵਰ ਦਾ ਬੋਝ ਘਟਾਉਂਦਾ ਹੈ।

CDN ਪਾਸੇ ਧਿਆਨ ਦੇਣ ਵਾਲੀ ਗੱਲ ਕੈਸ਼ ਦਾ ਵਿਹਾਰ ਹੈ। ਜੇ ਗਲਤ ਰੀਡਾਇਰੈਕਟ ਕੈਸ਼ ਵਿੱਚ ਲਿਆ ਜਾਵੇ, ਤਾਂ ਤੁਸੀਂ ਠੀਕ ਕਰ ਲਿਆ, ਪਰ ਉਪਭੋਗਤਾ ਕੁਝ ਸਮੇਂ ਲਈ ਗਲਤ ਹدف 'ਤੇ ਜਾ ਸਕਦੇ ਹਨ। ਇਸ ਲਈ ਟੈਸਟ ਪੜਾਅ ਵਿੱਚ ਛੋਟੇ ਕੈਸ਼ ਸਮੇਂ ਦੀ ਵਰਤੋਂ ਕਰੋ, ਨਿਯਮਾਂ ਨੂੰ ਛੋਟੇ ਸਮੂਹਾਂ ਨਾਲ ਜਾਰੀ ਕਰੋ ਅਤੇ ਪੁਸ਼ਟੀ ਦੇ ਬਾਅਦ ਪੱਕਾ ਕਰੋ।

ਕਦਮ ਦਰ ਕਦਮ ਲਾਗੂ ਕਰਨ ਦੀ ਯੋਜਨਾ

ਕਦਮ 1: ਪੂਰਾ ਬੈਕਅਪ ਅਤੇ ਟੈਸਟ ਵਾਤਾਵਰਨ ਬਣਾਓ

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

ਕਦਮ 2: ਟੁੱਟੀਆਂ ਚਿੱਤਰਾਂ ਦਾ ਇਨਵੈਂਟਰੀ ਨਿਕਾਲੋ

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

ਕਦਮ 3: ਜੜ੍ਹ ਨੈਤਿਕਤਾ ਪਛਾਨੋ

ਜੇਕਰ ਕੋਈ ਚਿੱਤਰ ਟੁੱਟਿਆ ਦਿਖਾਈ ਦੇ ਰਿਹਾ ਹੈ, ਤਾਂ ਤੁਰੰਤ ਰੀਡਾਇਰੈਕਟ ਲਿਖਣ ਨਾ ਜਾਓ। ਕੀ ਫਾਈਲ ਵਾਕਈ ਨਹੀਂ ਹੈ, ਇਜਾਜ਼ਤ ਦੀ ਗਲਤੀ ਹੈ, SSL ਨਾਲ ਸੰਬੰਧਿਤ ਹੈ, CDN ਕੈਸ਼ ਗਲਤ ਹੈ, ਜਾਂ ਡੇਟਾਬੇਸ ਵਿੱਚ ਪੁਰਾਣਾ URL ਮੌਜੂਦ ਹੈ? ਜੇ ਫਾਈਲ ਸਰਵਰ 'ਤੇ ਮੌਜੂਦ ਹੈ ਪਰ 403 ਮੁੜ ਆਉਂਦਾ ਹੈ, ਤਾਂ ਰੀਡਾਇਰੈਕਟ ਕਰਨ ਦੀ ਜਗ੍ਹਾ ਫਾਈਲ ਦੀ ਇਜਾਜ਼ਤ ਨੂੰ ਹੱਲ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ। HTTPS ਪੰਨੇ 'ਤੇ HTTP ਚਿੱਤਰ ਦੀ ਮੰਗ ਹੋਣ 'ਤੇ SSL ਅਤੇ ਮਿਲੇ-ਜੁਲੇ ਸਮੱਗਰੀ ਦੀ ਸਾਫਾਈ ਕੀਤੀ ਜਾਣੀ ਚਾਹੀਦੀ ਹੈ।

ਕਦਮ 4: ਸਹੀ ਹੱਲ ਚੁਣੋ

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

ਕਦਮ 5: ਛੋਟੇ ਗਰੁੱਪ ਵਿੱਚ ਜਾਂਚ ਕਰੋ

ਪਹਿਲੀ ਵਰਤੋਂ ਵਿੱਚ 20-50 URL ਦਾ ਇੱਕ ਗਰੁੱਪ ਚੁਣੋ। ਬਰਾਊਜ਼ਰ, curl, ਸਕੈਨਿੰਗ ਟੂਲ ਅਤੇ Search Console ਜੀਵੰਤ URL ਟੈਸਟ ਨਾਲ ਜਾਂਚ ਕਰੋ। ਰੀਡਾਇਰੈਕਟ ਚੇਨ ਨਹੀਂ ਬਣਨੀ ਚਾਹੀਦੀ; ਪੁਰਾਣੀ ਚਿੱਤਰ ਨੂੰ ਇਕ ਪਦਾਰਥ 'ਤੇ ਨਵੇਂ ਚਿੱਤਰ 'ਤੇ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ। 301 ਤੋਂ ਬਾਅਦ ਲਕਸ਼ URL 200 ਮੁੜ ਆਣਾ ਚਾਹੀਦਾ ਹੈ, ਸਹੀ ਸਮੱਗਰੀ ਕਿਸਮ ਪ੍ਰਦਾਨ ਕੀਤੀ ਜਾਣੀ ਚਾਹੀਦੀ ਹੈ ਅਤੇ ਫਾਈਲ ਦਾ ਆਕਾਰ ਮੋਤਿ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ।

ਕਦਮ 6: ਜਾਰੀ ਕਰੋ ਅਤੇ ਨਿਗਰਾਨੀ ਕਰੋ

ਨਿਯਮਾਂ ਦੇ ਸੈੱਟ ਨੂੰ ਜਾਰੀ ਕਰਨ ਤੋਂ ਬਾਅਦ 24, 72 ਘੰਟਿਆਂ ਅਤੇ 7 ਦਿਨਾਂ ਦੇ ਅੰਤਰਾਲ 'ਤੇ ਲੌਗਜ਼ ਦੀ ਜਾਂਚ ਕਰੋ। 404 ਦੀ ਗਿਣਤੀ ਘਟ ਰਹੀ ਹੈ, 301 ਦਾ ਅਨੁਪਾਤ ਬਹੁਤ ਵਧ ਰਿਹਾ ਹੈ, ਸਰਵਰ ਦੀ ਜਵਾਬ ਦੇਣ ਦੀ ਗਤੀ ਪ੍ਰਭਾਵਿਤ ਹੋ ਰਹੀ ਹੈ ਜਾਂ ਨਹੀਂ ਦੇਖੋ। ਜੇ ਚਿੱਤਰਾਂ ਦੀਆਂ ਫਾਈਲਾਂ ਵੱਡੀਆਂ ਹਨ, ਤਾਂ ਕਾਂਪ੍ਰੈਸਨ, WebP/AVIF ਦੀ ਵਰਤੋਂ ਅਤੇ ਕੈਸ਼ ਹੈਡਰਾਂ ਨੂੰ ਵੀ ਜਾਅਮਣ ਕਰੋ।

ਆਮ ਗਲਤੀਆਂ

ਟੁੱਟੀ ਚਿੱਤਰਾਂ ਦੀ ਸਾਫ਼ਾਈ ਵਿੱਚ ਸਭ ਤੋਂ ਆਮ ਗਲਤੀ, ਸਮੱਸਿਆ ਨੂੰ ਸਿਰਫ਼ ਰੀਡਾਇਰੈਕਟ ਨਾਲ ਲੁਕਾਉਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਨਾ ਹੈ। ਪਰ ਕੁਝ ਸਥਿਤੀਆਂ ਵਿੱਚ ਸਹੀ ਹੱਲ ਰੀਡਾਇਰੈਕਟ ਨਹੀਂ, ਬਲਕਿ ਸਮੱਗਰੀ ਨੂੰ ਅਪਡੇਟ ਕਰਨਾ ਹੈ। ਹੇਠਾਂ ਦਿੱਤੀਆਂ ਗਲਤੀਆਂ ਤੋਂ ਬਚੋ:

• ਸਾਰੇ ਟੁੱਟੇ ਚਿੱਤਰਾਂ ਨੂੰ ਮੁੱਖ ਪੰਨੇ ਜਾਂ ਇੱਕ ਹੀ ਬੈਕਅਪ ਚਿੱਤਰ 'ਤੇ ਰੀਡਾਇਰੈਕਟ ਕਰਨਾ।
• 404 ਮੁੜ ਆਉਣ ਵਾਲੀ ਹਰ ਫਾਈਲ ਲਈ ਆਟੋਮੈਟਿਕ 301 ਲਿਖਣਾ ਅਤੇ ਰਿਪੋਰਟ ਦੀ ਜਾਂਚ ਨਾ ਕਰਨਾ।
• ਰੀਡਾਇਰੈਕਟ ਚੇਨ ਬਣਾਉਣਾ: purani.jpg navi.jpg navi-navi.webp ਵਰਗੇ ਕਈ ਕਦਮ।
• ਚਿੱਤਰ ਫਾਈਲ ਦੇ ਨਾਮ ਨੂੰ ਬਦਲਣ ਵੇਲੇ ਹੇਠਾਂ ਦੇ ਪਾਠ, ਸਿਰਲੇਖ ਅਤੇ ਸਮੱਗਰੀ ਦੀ ਸਾਰਥਕਤਾ ਨੂੰ ਭੁਲ ਜਾਣਾ।
• CDN ਕੈਸ਼ ਦੀ ਸਾਫਾਈ ਕੀਤੇ ਬਿਨਾਂ ਨਤੀਜੇ ਸੁਧਰ ਜਾਣ ਦੇ ਮਨਨ ਕਰਨਾ।
• ਡੇਟਾਬੇਸ ਵਿੱਚ ਇਕੱਠੇ ਖੋਜ-ਬਦਲਾਅ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਬੈਕਅਪ ਨਾ ਲੈਣਾ।
• SVG ਅਤੇ WebP ਵਰਗੇ ਵੱਖਰੇ ਫਾਰਮੈਟਾਂ ਦੇ MIME ਸੈਟਿੰਗਾਂ ਦੀ ਜਾਂਚ ਨਾ ਕਰਨਾ।

ਕਾਰਗਰਤਾ ਅਤੇ ਸੁਰੱਖਿਆ ਲਈ ਵਾਧੂ ਸਿਫਾਰਸ਼ਾਂ