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

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

ਫੀਚਰ ਫੈਕਟਰੀ ਤੋਂ ਪਰੇ

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

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

ਮੇਰੇ Django ਪ੍ਰੋਜੈਕਟ ਵਿੱਚ ਸਾਰੇ ਕਾਰਜਸ਼ੀਲ ਹਿੱਸੇ ਮੌਜੂਦ ਸਨ। ਪਰ ਮੇਰੇ ਕੋਡ ਅਤੇ ਸਰਚ ਇੰਜਣ ਲੌਜਿਕ ਦੇ ਵਿਚਕਾਰ ਇੱਕ ਟਰਾਂਸਲੇਸ਼ਨ ਲੇਅਰ ਦੀ ਕਮੀ ਸੀ। ਉਸ ਖਾਲੀਪਨ ਨੂੰ ਭਰਨ ਦਾ ਮਤਲਬ ਸੀ ਤਕਨੀਕੀ SEO ਨੂੰ ਮਾਰਕੀਟਿੰਗ ਦੀ ਕਿਸੇ ਬਾਅਦ ਦੀ ਸੋਚ ਦੀ ਬਜਾਏ ਇੱਕ ਇੰਜੀਨੀਅਰਿੰਗ ਲੋੜ ਵਜੋਂ ਦੇਖਣਾ।

ਇੱਕ ਮੁੱਖ SEO ਬੁਨਿਆਦ ਅਸਲ ਵਿੱਚ ਕਿਹੋ ਜਿਹੀ ਦਿਖਾਈ ਦਿੰਦੀ ਹੈ

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

ਮੈਂ ਬੁਨਿਆਦੀ ਚੀਜ਼ਾਂ ਤੋਂ ਸ਼ੁਰੂਆਤ ਕੀਤੀ ਜੋ ਹਰੇਕ ਦਸਤਾਵੇਜ਼ ਦੇ head ਵਿੱਚ ਹੁੰਦੀਆਂ ਹਨ। ਹੁਣ ਡਾਇਨਾਮਿਕ title tags ਅਤੇ meta descriptions ਸਿੱਧੇ ਤੌਰ 'ਤੇ model fields ਤੋਂ ਲਏ ਜਾਂਦੇ ਹਨ। ਜਦੋਂ ਕੋਈ ਯੂਜ਼ਰ ਰੈਸਿਪੀ ਪੇਜ 'ਤੇ ਜਾਂਦਾ ਹੈ, ਤਾਂ title tag ਅਸਲ ਰੈਸਿਪੀ ਦੇ ਨਾਮ ਅਤੇ ਸ਼੍ਰੇਣੀ ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ, ਨਾ ਕਿ ਕਿਸੇ ਆਮ ਸਾਈਟ ਹੈਡਰ ਨੂੰ। ਉਹਨਾਂ ਦੇ ਨਾਲ Open Graph tags ਵੀ ਹੁੰਦੇ ਹਨ, ਤਾਂ ਜੋ ਸਾਂਝੇ ਕੀਤੇ ਗਏ ਲਿੰਕ ਇੱਕ ਖਾਲੀ ਕਾਰਡ ਦੀ ਬਜਾਏ ਸਹੀ ਤਸਵੀਰ, ਵੇਰਵੇ ਅਤੇ ਪ੍ਰੀਵਿਊ ਟੈਕਸਟ ਦੇ ਨਾਲ ਦਿਖਾਈ ਦੇਣ।

ਫਿਰ ਮੈਂ schema markup ਵੱਲ ਵਧਿਆ। ਇੱਕ ਫੂਡ ਬਲੌਗ structured data ਲਈ ਇੱਕ ਆਦਰਸ਼ ਉਮੀਦਵਾਰ ਹੈ ਕਿਉਂਕਿ ਰੈਸਿਪੀਜ਼ ਦੀਆਂ ਵਿਸ਼ਵਵਿਆਪੀ ਤੌਰ 'ਤੇ ਸਮਝੀਆਂ ਜਾਣ ਵਾਲੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਹੁੰਦੀਆਂ ਹਨ। ਹਰੇਕ ਪੇਜ 'ਤੇ JSON-LD Recipe markup ਜੋੜ ਕੇ, ਐਪਲੀਕੇਸ਼ਨ ਤਿਆਰੀ ਦਾ ਸਮਾਂ, ਪਕਾਉਣ ਦਾ ਸਮਾਂ, ਸਮੱਗਰੀ ਦੀ ਸੂਚੀ ਅਤੇ ਰਿਵਿਊ ਅਗਰੀਗੇਟਸ ਨੂੰ ਉਸ ਭਾਸ਼ਾ ਵਿੱਚ ਦੱਸ ਸਕਦੀ ਹੈ ਜਿਸ ਨੂੰ ਸਰਚ ਇੰਜਣ ਕੁਦਰਤੀ ਤੌਰ 'ਤੇ ਪੜ੍ਹਦੇ ਹਨ। ਇਹ ਸਿਰਫ਼ ਸਜਾਵਟ ਨਹੀਂ ਹੈ। ਇਹ ਇੱਕ ਸਾਧਾਰਨ ਨੀਲੇ ਲਿੰਕ ਵਜੋਂ ਦਿਖਾਈ ਦੇਣ ਅਤੇ ਅਜਿਹੇ rich results ਲਈ ਯੋਗ ਹੋਣ ਦੇ ਵਿਚਕਾਰ ਦਾ ਅੰਤਰ ਹੈ ਜੋ ਸਿੱਧੇ ਸਰਚ ਪੇਜ 'ਤੇ ਸਟਾਰ ਰੇਟਿੰਗ ਅਤੇ ਪਕਾਉਣ ਦੀ ਮਿਆਦ ਦਿਖਾਉਂਦੇ ਹਨ।

ਮੈਂ ਉਹਨਾਂ ਖਤਰਿਆਂ ਨੂੰ ਵੀ ਸੰਭਾਲਿਆ ਜੋ Django ਪੈਦਾ ਕਰਦਾ ਹੈ ਜੇਕਰ ਤੁਸੀਂ ਉਹਨਾਂ ਨੂੰ ਨਜ਼ਰਅੰਦਾਜ਼ ਕਰਦੇ ਹੋ। Class-based views ਆਸਾਨੀ ਨਾਲ ਵੱਖ-ਵੱਖ URL patterns ਦੇ ਤਹਿਤ ਸਮਾਨ ਕੰਟੈਂਟ ਦਿਖਾ ਸਕਦੇ ਹਨ, ਜੋ ਤੁਹਾਡੀ SEO ਅਥਾਰਟੀ ਨੂੰ ਡੁਪਲੀਕੇਟ ਪੇਜਾਂ ਵਿੱਚ ਵੰਡ ਦਿੰਦਾ ਹੈ। ਮੈਂ ਉਹਨਾਂ ਸਿਗਨਲਾਂ ਨੂੰ ਇਕੱਠਾ ਕਰਨ ਅਤੇ ਸਰਚ ਇੰਜਣਾਂ ਨੂੰ ਹਰੇਕ ਸਰੋਤ ਦੇ ਅਸਲ ਵਰਜ਼ਨ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਨ ਲਈ canonical URLs ਜੋੜੇ।

ਅੰਤ ਵਿੱਚ, ਮੈਂ discovery infrastructure ਨੂੰ ਕੌਂਫਿਗਰ ਕੀਤਾ। Django ਇੱਕ sitemap framework ਦੇ ਨਾਲ ਆਉਂਦਾ ਹੈ, ਅਤੇ ਇਸ ਨੂੰ ਜੋੜਨ ਨਾਲ ਕ੍ਰੌਲਰਜ਼ ਨੂੰ ਸਾਈਟ 'ਤੇ ਸਭ ਤੋਂ ਮਹੱਤਵਪੂਰਨ ਚੀਜ਼ਾਂ ਦਾ ਇੱਕ ਸਪਸ਼ਟ ਇੰਡੈਕਸ ਮਿਲਦਾ ਹੈ। ਇਸ ਦੇ ਨਾਲ ਇੱਕ ਸਹੀ ਤਰੀਕੇ ਨਾਲ ਕੌਂਫਿਗਰ ਕੀਤੀ robots.txt ਹੁੰਦੀ ਹੈ, ਜੋ ਬੋਟਸ ਨੂੰ ਕੀਮਤੀ ਕੰਟੈਂਟ ਵੱਲ ਲਿਜਾਂਦੀ ਹੈ ਅਤੇ ਉਹਨਾਂ ਪੇਜਾਂ ਤੋਂ ਦੂਰ ਰੱਖਦੀ ਹੈ ਜੋ ਕਦੇ ਵੀ ਸਰਚ ਨਤੀਜਿਆਂ ਵਿੱਚ ਨਹੀਂ ਦਿਖਣੇ ਚਾਹੀਦੇ, ਜਿਵੇਂ ਕਿ ਯੂਜ਼ਰ ਡੈਸ਼ਬੋਰਡ ਜਾਂ ਐਡਮਿਨ ਰੂਟਸ।

ਮਿਲ ਕੇ, ਇਹ ਤਬਦੀਲੀਆਂ ਤਿੰਨ ਠੋਸ ਨਤੀਜੇ ਪ੍ਰਾਪਤ ਕਰਦੀਆਂ ਹਨ:

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

ਅਦਿੱਖ ਬੁਨਿਆਦੀ ਢਾਂਚਾ ਕਿਉਂ ਮਹੱਤਵਪੂਰਨ ਹੈ

ਕੋਈ ਵੀ ਵਿਜ਼ਟਰ ਤੁਹਾਡੇ canonical link tags ਦੀ ਤਾਰੀਫ਼ ਨਹੀਂ ਕਰੇਗਾ। ਕੋਈ ਵੀ ਤੁਹਾਡੇ ਮੈਟਾ ਡਿਸਕ੍ਰਿਪਸ਼ਨ ਜਾਂ ਤੁਹਾਡੇ schema ਲਾਗੂ ਕਰਨ ਦੀ ਪ੍ਰਸ਼ੰਸਾ ਕਰਦੇ ਹੋਏ ਟਿੱਪਣੀ ਨਹੀਂ ਲਿਖੇ

ਅਦਿੱਖ ਬੁਨਿਆਦੀ ਢਾਂਚਾ ਪ੍ਰੋਡਕਸ਼ਨ-ਗ੍ਰੇਡ ਸਾਫਟਵੇਅਰ ਦੀ ਪਰਿਭਾਸ਼ਾ ਕਰਦਾ ਹੈ। ਉਪਭੋਗਤਾ ਉਦੋਂ ਤੱਕ ਸਹੀ ਪ੍ਰਮਾਣਿਕਤਾ (authentication) ਵੱਲ ਬਹੁਤ ਘੱਟ ਧਿਆਨ ਦਿੰਦੇ ਹਨ ਜਦੋਂ ਤੱਕ ਇਹ ਉਹਨਾਂ ਦੇ ਡੇਟਾ ਨੂੰ ਸੁਰੱਖਿਅਤ ਨਹੀਂ ਕਰਦਾ। ਉਹ ਡੇਟਾਬੇਸ ਇੰਡੈਕਸਿੰਗ (database indexing) ਬਾਰੇ ਉਦੋਂ ਤੱਕ ਨਹੀਂ ਸੋਚਦੇ ਜਦੋਂ ਤੱਕ ਕੋਈ ਕੁਐਰੀ (query) ਤੁਰੰਤ ਲੋਡ ਨਹੀਂ ਹੋ ਜਾਂਦੀ। ਇਹੀ ਸਿਧਾਂਤ ਇੱਥੇ ਵੀ ਲਾਗੂ ਹੁੰਦਾ ਹੈ। ਇੱਕ ਸਹੀ ਸੋਸ਼ਲ ਪ੍ਰੀਵਿਊ (social preview) ਬਸ ਕੰਮ ਕਰਦਾ ਹੈ। ਇੱਕ ਰੈਸਿਪੀ ਸਰਚ ਵਿੱਚ ਸਹੀ ਥੰਬਨੇਲ ਅਤੇ ਰੇਟਿੰਗ ਦੇ ਨਾਲ ਦਿਖਾਈ ਦਿੰਦੀ ਹੈ ਕਿਉਂਕਿ ਕਿਸੇ ਨੇ ਪਰਦੇ ਦੇ ਪਿੱਛੇ Open Graph ਅਤੇ schema markup ਨੂੰ ਜੋੜਨ ਦਾ ਉਹ ਕੰਮ ਕੀਤਾ ਹੈ ਜੋ ਦੇਖਣ ਵਿੱਚ ਬਹੁਤ ਆਕਰਸ਼ਕ ਨਹੀਂ ਲੱਗਦਾ।

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

ਅਗਲਾ ਰਾਹ

SEO ਦੀ ਨੀਂਹ ਪੱਕੀ ਹੋਣ ਦੇ ਨਾਲ, ਮੈਂ ਹੁਣ ਉਸ ਕੰਮ ਵੱਲ ਵਾਪਸ ਮੁੜ ਰਿਹਾ ਹਾਂ ਜੋ ਉਪਭੋਗਤਾ ਅਸਲ ਵਿੱਚ ਦੇਖਣਗੇ ਅਤੇ ਵਰਤਣਗੇ। ਮੇਰੀਆਂ ਅਗਲੀਆਂ ਤਰਜੀਹਾਂ ਨਵੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਬਣਾਉਣਾ ਹਨ ਜੋ ਬਲੌਗ ਨੂੰ ਵਧੇਰੇ ਉਪਯੋਗੀ ਬਣਾਉਣ, ਪ੍ਰਦਰਸ਼ਨ (performance) ਨੂੰ ਅਨੁਕੂਲਿਤ ਕਰਨਾ ਹੈ ਤਾਂ ਜੋ ਪੇਜ ਬਿਨਾਂ ਕਿਸੇ ਦੇਰੀ ਦੇ ਲੋਡ ਹੋ ਸਕਣ, ਅਤੇ ਪ੍ਰੋਡਕਸ਼ਨ ਡਿਪਲਾਈਮੈਂਟ (production deployment) ਲਈ ਤਿਆਰੀ ਕਰਨਾ ਹੈ।

ਨਵੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਸਾਈਟ ਦੀ ਸਮਰੱਥਾ ਨੂੰ ਸਿਰਫ਼ ਸਟੈਟਿਕ ਰੈਸਿਪੀ ਪ੍ਰਦਰਸ਼ਨ ਤੋਂ ਅੱਗੇ ਵਧਾਉਣਗੀਆਂ। ਪ੍ਰਦਰਸ਼ਨ ਅਨੁਕੂਲਨ (Performance optimization) ਕੁਐਰੀ ਕੁਸ਼ਲਤਾ, ਇਮੇਜ ਹੈਂਡਲਿੰਗ, ਅਤੇ ਇੱਕ ਅਜਿਹੀ ਸਾਈਟ ਵਿਚਕਾਰ ਅੰਤਰ ਨੂੰ ਹੱਲ ਕਰੇਗਾ ਜੋ ਸਥਾਨਕ ਤੌਰ 'ਤੇ ਕੰਮ ਕਰਦੀ ਹੈ ਅਤੇ ਇੱਕ ਅਜਿਹੀ ਸਾਈਟ ਵਿਚਕਾਰ ਜੋ ਲੋਡ ਦੇ ਅਧੀਨ ਟ੍ਰੈਫਿਕ ਨੂੰ ਸੰਭਾਲਦੀ ਹੈ। ਪ੍ਰੋਡਕਸ਼ਨ ਡਿਪਲਾਈਮੈਂਟ ਦਾ ਮਤਲਬ ਹੈ ਐਨਵਾਇਰਨਮੈਂਟ ਵੇਰੀਏਬਲਜ਼ (environment variables) ਨੂੰ ਮਜ਼ਬੂਤ ਕਰਨਾ, ਸਟੈਟਿਕ ਫਾਈਲ ਡਿਲੀਵਰੀ ਨੂੰ ਕੌਂਫਿਗ ਕਰਨਾ, ਸਹੀ ਲੌਗਿੰਗ (logging) ਸੈੱਟ ਕਰਨਾ, ਅਤੇ ਸੁਰੱਖਿਆ ਚੈੱਕਲਿਸਟਾਂ ਦੀ ਜਾਂਚ ਕਰਨਾ ਜਿਨ੍ਹਾਂ ਨੂੰ ਤੁਸੀਂ ਅਣਗੌਲਿਆ ਨਹੀਂ ਕਰ ਸਕਦੇ ਜਦੋਂ ਅਸਲ ਡੇਟਾ ਅਤੇ ਅਸਲ ਉਪਭੋਗਤਾ ਸ਼ਾਮਲ ਹੋਣ।

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

ਅਸਲ ਸਿੱਖਿਆ: ਡਿਵੈਲਪਰ ਅਕਸਰ SEO ਨੂੰ ਕਿਸੇ ਹੋਰ ਦੀ ਜ਼ਿੰਮੇਵਾਰੀ ਵਜੋਂ ਮੰਨਦੇ ਹਨ ਜੋ ਡਿਵੈਲਪਮੈਂਟ ਖਤਮ ਹੋਣ ਤੋਂ ਬਾਅਦ ਹੁੰਦੀ ਹੈ। ਇਹ ਵੰਡ ਬਨਾਵਟੀ ਅਤੇ ਮਹਿੰਗੀ ਹੈ। ਜੇਕਰ ਤੁਸੀਂ ਸ਼ੁਰੂ ਤੋਂ ਹੀ ਮੈਟਾਡਾਟਾ (metadata), ਸਟ੍ਰਕਚਰਡ ਡੇਟਾ (structured data), ਅਤੇ ਕਰੌਲਰ ਐਕਸੈਸਬਿਲਟੀ (crawler accessibility) ਨੂੰ ਇੰਜੀਨੀਅਰਿੰਗ ਕੰਮਾਂ ਵਜੋਂ ਲੈਂਦੇ ਹੋ, ਤਾਂ ਤੁਸੀਂ ਅਜਿਹੀਆਂ ਐਪਲੀਕੇਸ਼ਨਾਂ ਬਣਾਉਂਦੇ ਹੋ ਜੋ ਸਿਰਫ਼ ਕਾਰਜਸ਼ੀਲ ਹੋਣ ਦੀ ਬਜਾਏ ਅਸਲ ਵਿੱਚ ਮੁਕੰਮਲ ਹੁੰਦੀਆਂ ਹਨ। ਅਦਿੱਖ ਚੀਜ਼ਾਂ ਨੂੰ ਸਹੀ ਕਰੋ। ਇਹੀ ਉਹ ਚੀਜ਼ ਹੈ ਜੋ ਇੱਕ ਚੱਲਦੇ ਹੋਏ ਪ੍ਰੋਜੈਕਟ ਨੂੰ ਇੱਕ ਅਜਿਹੇ ਪ੍ਰੋਜੈਕਟ ਤੋਂ ਵੱਖ ਕਰਦੀ ਹੈ ਜੋ ਮਹੱਤਵ ਰੱਖਦਾ ਹੈ।