SEO-র জন্য HTTP status codes আসলে কী বোঝায়

HTTP status codes এমন একটি বিষয়, যেখানে SEO পরামর্শ কখনও কখনও অদ্ভুতভাবে নাটকীয় হয়ে ওঠে। একটি মাত্র 404 হয়ে যায় “lost authority।” একটি redirect হয়ে যায় “link equity leakage।” একটি 500 জরুরি অবস্থা হয়ে যায়, এমনকি সেটি deploy চলাকালে মাত্র ছয় মিনিট স্থায়ী হলেও।

এর শান্ত সংস্করণটি হলো: HTTP status codes হলো নির্দেশনা এবং signal। এগুলো browsers, bots, caches এবং অন্যান্য clients-কে জানায়, তারা কোনো URL request করলে কী ঘটেছে। Search engines এসব response ব্যবহার করে সিদ্ধান্ত নেয় একটি page crawl, index, keep, replace, নাকি drop করা হবে।

কিন্তু প্রতিটি status code-এর SEO গুরুত্ব এক নয়। কিছু routine। কিছু শুধু scale বাড়লে সমস্যা। আর কয়েকটি সঙ্গে সঙ্গে attention দাবি করে।

Status code পুরো SEO গল্প নয়

একটি status code HTTP response-এর শুধু একটি অংশ। Search engines আরও দেখে:

• redirects-এর পরে final URL
• canonical tags
• robots directives
• page content
• internal links
• sitemap signals
• historical crawl behavior
• সময়ের সঙ্গে server reliability

এর মানে “page returns 200” আর “page is indexable” একই কথা নয়। একটি URL 200 return করতে পারে, তবু noindex দিয়ে blocked হতে পারে, অন্য কোথাও canonicalized হতে পারে, অথবা content পাতলা বা খালি হওয়ায় soft 404 হিসেবে বিবেচিত হতে পারে।

একইভাবে, 404 স্বয়ংক্রিয়ভাবে খারাপ নয়। একটি deleted page সাধারণত 404 বা 410 return করা উচিত। SEO problem হলো missing pages আছে—এটা নয়। সমস্যা হলো যখন গুরুত্বপূর্ণ pages ভুল code return করে, অথবা আপনার site পরস্পরবিরোধী signals পাঠায়।

Production-এ এটি debug করলে browser যা দেখায় শুধু তার ওপর নির্ভর করবেন না। প্রকৃত response chain inspect করুন। একটি raw header check, command-line request, বা redirect trace দৃশ্যমান page-এর চেয়ে বেশি তথ্য দেবে। আমরা production-এ redirects এবং HTTP headers debug করার জন্য একটি ছোট toolkit-এ একটি ব্যবহারিক workflow নিয়ে আলোচনা করেছি।

200 OK: indexable, কিন্তু স্বয়ংক্রিয়ভাবে মূল্যবান নয়

200 OK response মানে request সফল হয়েছে এবং server content return করেছে। SEO-র ক্ষেত্রে, যেসব pages আপনি crawled এবং সম্ভাব্যভাবে indexed করতে চান, সেগুলোর জন্য এটি normal response।

কিন্তু 200 indexing-এর নিশ্চয়তা নয়। Search engines এখনও page index না করার সিদ্ধান্ত নিতে পারে, যদি সেটি duplicate, low quality, page-level directives দিয়ে blocked, অথবা links-এর মাধ্যমে discoverable না হয়।

200 responses নিয়ে সবচেয়ে সাধারণ SEO ভুল হলো এমন pages-এর জন্য এগুলো return করা, যেগুলো আসলে real pages নয়:

• empty search results pages
• deleted product pages যেখানে “sorry, unavailable” text আছে
• meaningful content ছাড়া location pages
• broken templates যা শুধু একটি shell render করে
• expired listings যেগুলো remove বা redirect করা উচিত

এগুলো soft 404 হয়ে যেতে পারে। Soft 404 হলো যখন server বলে “OK,” কিন্তু content crawler-কে বলে “এখানে useful কিছু নেই।” Search engines তবুও সেই URL-কে missing page-এর মতো treat করতে পারে।

ভালো rule: কোনো human যদি বলে “এই page আর নেই,” তাহলে server-এর সম্ভবত 200 বলা উচিত নয়।

301 এবং 308: permanent redirects

301 Moved Permanently এবং 308 Permanent Redirect clients-কে জানায় যে একটি URL permanently moved হয়েছে। SEO-র জন্য, কোনো page-এর clear replacement থাকলে এগুলো সঠিক tools:

• HTTP থেকে HTTPS migration
• old slug থেকে new slug
• merged article থেকে stronger article
• discontinued product থেকে কাছাকাছি successor
• trailing slash বা canonical host normalization

Search engines সাধারণত permanent redirects-এর মাধ্যমে canonicalization signals transfer করে। সহজ ভাষায়: আপনি যদি old URL-কে সঠিক new URL-এ redirect করেন, search engines old page-এর সঙ্গে যুক্ত অনেক signals consolidate করতে পারে।

ঝুঁকি হলো না যে 301 নিজে inherently harmful। ঝুঁকি হলো poor mapping।

খারাপ redirect patterns-এর মধ্যে আছে:

• প্রতিটি old URL homepage-এ redirect করা
• deleted pages-কে অস্পষ্টভাবে related category pages-এ redirect করা
• A → B → C → D ধরনের chains তৈরি করা
• এমন URL-এ redirect করা যা blocked, noindexed, বা অন্য কোথাও canonicalized
• mobile এবং desktop অসামঞ্জস্যভাবে redirect করা

একটি permanent redirect-এর একটি প্রশ্নের উত্তর দেওয়া উচিত: “এই URL-এর best current equivalent কী?” equivalent না থাকলে, 404 বা 410 বেশি honest হতে পারে।

302 এবং 307: temporary redirects

302 Found এবং 307 Temporary Redirect বোঝায় যে moveটি temporary। Original URL সময়ের সঙ্গে main URL হিসেবেই থাকবে বলে expected।

সত্যিকারের temporary পরিস্থিতিতে temporary redirects ব্যবহার করুন:

• short-lived campaign routing
• geolocation বা A/B testing যা canonical URL replace করা উচিত নয়
• temporary maintenance alternatives
• stock বা availability flows যা frequently change করে

SEO-র জন্য প্রধান issue হলো ambiguity। কোনো “temporary” redirect মাসের পর মাস বা বছরের পর বছর থাকলে, search engines শেষ পর্যন্ত destination-কে canonical হিসেবে treat করতে পারে। কিন্তু আপনার সেই interpretation-এর ওপর depend করা উচিত নয়।

Move permanent হলে permanent redirect ব্যবহার করুন। Temporary হলে temporary redirect ব্যবহার করুন। একঘেয়ে উত্তরটাই সঠিক।

304 Not Modified: useful, কিন্তু ranking shortcut নয়

304 Not Modified HTTP caching-এর অংশ। এটি client-কে জানায় যে resource তার কাছে থাকা version-এর পর থেকে change হয়নি।

এই code crawl efficiency এবং performance hygiene-এর জন্য ভালো। এটি unnecessary data transfer কমাতে পারে এবং repeated requests সস্তা করতে পারে। কিন্তু সরল অর্থে এটি direct ranking factor নয়।

304-কে infrastructure quality হিসেবে ভাবুন। এটি clients এবং crawlers-কে আপনার site-এর সঙ্গে efficiently interact করতে সাহায্য করে। এটি weak content-কে strong content-এ পরিণত করে না।

404 Not Found: page চলে গেলে normal

404 Not Found মানে server requested resource খুঁজে পাচ্ছে না। এটি স্বয়ংক্রিয়ভাবে SEO disaster নয়।

404 appropriate যখন:

• একটি page removed হয়েছে এবং কোনো replacement নেই
• একটি bad external link non-existent URL-এ point করে
• users URLs ভুল টাইপ করে
• old test বা staging URLs আসলে exist করার কথা ছিল না

Search engines সময়ের সঙ্গে persistent 404 URLs index থেকে drop করবে। সাধারণত আপনি এটিই চান।

404 fix করা উচিত যখন এগুলো গুরুত্বপূর্ণ URLs-কে affect করে:

• valuable backlinks-সহ pages
• meaningful traffic পাচ্ছে এমন URLs
• migration চলাকালে accidentally removed হওয়া important pages
• missing pages-এ point করা internal links
• 404 return করা sitemap URLs

প্রতিটি 404 homepage-এ redirect করবেন না। এটি users এবং search engines—দুজনের জন্যই confusing। Relevant replacement থাকলে redirect করুন। না থাকলে 404 return করুন এবং humans-এর জন্য একটি useful error page দিন।

410 Gone: 404-এর চেয়ে শক্তিশালী, তবে সাবধানে ব্যবহার করুন

410 Gone মানে resourceটি intentionally gone এবং ফিরে আসবে বলে expected নয়।

SEO-র জন্য, URLs আরও decisively remove করতে চাইলে 410 useful হতে পারে:

• expired legal pages
• removed user profiles
• deleted spam pages
• replacement ছাড়া obsolete landing pages

Search engines 410-কে 404-এর চেয়ে stronger removal signal হিসেবে treat করতে পারে। Practical difference প্রায়ই outcome নয়, speed। Persistent 404 এবং 410—দুটিই deindexing-এর দিকে নিয়ে যেতে পারে।

Page permanently gone বলে নিশ্চিত হলে 410 ব্যবহার করুন। Page ফিরে আসতে পারে হলে 404 বা temporary handling safer হতে পারে।

401, 403, এবং blocked access

401 Unauthorized মানে authentication required। 403 Forbidden মানে server request বুঝেছে, কিন্তু access refuse করছে।

SEO-র জন্য, এই codes সাধারণত protected content-এর normal crawling এবং indexing prevent করে। Private dashboards, account areas, staging systems, এবং publicly indexed হওয়া উচিত নয় এমন paid content-এর জন্য এটি ঠিক আছে।

সমস্যা দেখা দেয় যখন public pages ভুল করে crawlers-কে 401 বা 403 return করে, কারণ:

• bot protection rules
• misconfigured firewalls
• country blocking
• CDN rules
• expired authentication assumptions
• production-এ চলে আসা staging restrictions

Logged in অবস্থায় আপনার জন্য কাজ করে এমন একটি page crawler-এর জন্য কাজ নাও করতে পারে। সবসময় unauthenticated client হিসেবে test করুন।

429 Too Many Requests: consequences-সহ crawl control

429 Too Many Requests clients-কে জানায় যে তাদের rate-limited করা হচ্ছে। Bots সত্যিই আপনার infrastructure overwhelm করলে এটি appropriate হতে পারে।

তবে 429 casually ব্যবহার করলে crawl activity কমে যেতে পারে। Search engines বারবার rate limiting encounter করলে requests slow down করতে পারে। এতে new বা updated content discover হতে দেরি হতে পারে।

Rate limiting দরকার হলে precise হন। Accidentally major search crawlers block করা এড়িয়ে চলুন। Aggressive scraping এবং legitimate crawling আলাদা করতে server logs ব্যবহার করুন। সম্ভব হলে Retry-After header return করুন, যাতে well-behaved clients জানে কখন ফিরে আসতে হবে।

500, 502, 503, এবং 504: reliability signals

5xx family মানে server একটি valid request fulfill করতে ব্যর্থ হয়েছে।

সাধারণ examples:

• 500 Internal Server Error
• 502 Bad Gateway
• 503 Service Unavailable
• 504 Gateway Timeout

Occasional 5xx responses ঘটতেই পারে। Short deploy issue সাধারণত catastrophic নয়। Persistent 5xx errors আলাদা বিষয়। এগুলো crawlers-কে জানায় যে আপনার site unreliable, এবং search engines crawl rate কমাতে পারে বা affected pages বারবার fetch করতে না পারলে temporarily drop করতে পারে।

Planned maintenance-এর জন্য 503 Service Unavailable সঠিক code, বিশেষ করে Retry-After header-সহ। এটি বলে, “এটি temporary; পরে ফিরে আসুন।” Maintenance page-এর জন্য 200 return করা খারাপ, কারণ crawlers maintenance content-কে page content হিসেবে treat করতে পারে।

কোনো outage important URLs affect করলে recovery monitor করুন। নিশ্চিত করুন original pages আবার 200 return করছে, cached error pages, redirect loops, বা temporary maintenance templates নয়।

Redirect chains এবং loops বিশেষ attention দাবি করে

Redirects normal। Redirect chains হলো avoidable debt।

Old URL থেকে new URL-এ simple redirect ঠিক আছে। পাঁচটি redirects-এর একটি chain latency বাড়ায়, crawl budget waste করে, এবং request fail করার আরও বেশি জায়গা তৈরি করে। Loop আরও খারাপ: client কখনও final page-এ পৌঁছায় না।

SEO migrations-এর জন্য redirect map রাখুন এবং launch-এর আগে test করুন। প্রতিটি retired URL ideally এক hop-এ final destination-এ resolve করা উচিত। Launch-এর পরে old URLs, high-traffic URLs, এবং backlink-heavy URLs sample করুন।

এখানেই performance এবং SEO overlap করে। Redirects real page load শুরু হওয়া delay করে। Crawlability-এর পাশাপাশি user experience review করলে, ভয় না পেয়ে Lighthouse report পড়া noisy diagnostics থেকে serious load issues আলাদা করতে সাহায্য করতে পারে।

Practical priority list

Status codes audit করলে প্রতিটি warning সমানভাবে treat করবেন না। এখান থেকে শুরু করুন:

1. Important URLs returning 5xx — আগে server reliability fix করুন।
2. Indexable pages returning the wrong status — intended 200 responses restore করুন।
3. Redirect chains and loops — এক-hop redirects-এ simplify করুন।
4. Sitemap URLs returning non-200 responses — sitemaps clean রাখুন।
5. Internal links to 404s — navigation এবং content links repair করুন।
6. Soft 404 patterns — empty বা deleted pages-এর জন্য 200 return করা বন্ধ করুন।
7. Accidental crawler blocking — unexpected 401, 403, এবং 429 responses investigate করুন।

লক্ষ্য zero 404s-সহ site নয়। সেটি unrealistic এবং প্রায়ই unnecessary। লক্ষ্য হলো এমন একটি site, যেখানে প্রতিটি URL truthful, consistent response দেয়।

<!-- tool-cta:start -->

💡 এটি চেষ্টা করুন: আপনার URL-গুলি আসলে কোন স্ট্যাটাস কোড ফেরত দেয় তা Redirect Checker দিয়ে পরীক্ষা করুন, যা ক্রলাররা যে সম্পূর্ণ চেইন দেখে তা দেখায়।

<!-- tool-cta:end -->

সঠিক code বেছে নেওয়ার সহজ rule

সন্দেহ হলে, user-facing truth-এর সঙ্গে মেলে এমন code বেছে নিন:

• Page exists এবং available হওয়া উচিত: 200
• Page permanently moved: 301 বা 308
• Page temporarily moved: 302 বা 307
• Page no longer exists এবং কোনো replacement নেই: 404
• Page intentionally gone forever: 410
• Page temporarily unavailable: 503
• Request blocked বা private: 401 বা 403

Search engines সাধারণ web messiness সামলাতে ভালো। SEO trouble তৈরি করে scale-এ inconsistency: permanent moves temporary হিসেবে marked, deleted pages valid হওয়ার ভান করছে, server errors unresolved পড়ে আছে, এবং redirect logic যা last migration-এর পর কেউ test করেনি।

HTTP status codes কোনো magic SEO levers নয়। এগুলো basic web semantics। সৎভাবে ব্যবহার করুন, আর বেশিরভাগ SEO benefit নিজে থেকেই আসে।