Website-এর পুরোনো article খুলতে গিয়ে “page not found” দেখলে visitor সাধারণত আর খোঁজেন না। কিন্তু প্রতিটি 404 error মুছে সব link home page-এ পাঠানোও সমাধান নয়। কোনো URL ভুল লেখা, কোনো page নতুন জায়গায় গেছে, আবার কোনো content সত্যিই আর নেই। এই তিনটি পরিস্থিতির কাজ আলাদা। একটি ছোট URL register এবং কয়েকটি focused test দিয়ে website-এর broken link অনেক পরিষ্কারভাবে সামলানো যায়—অপ্রয়োজনীয় redirect বা নতুন বিভ্রান্তি তৈরি না করেই।

আগে broken link-এর ছোট inventory করুন

Menu, footer, popular article, product page এবং পুরোনো campaign link দিয়ে শুরু করুন। CMS search, authorised site crawler বা server access log থেকে missing URL বের করা যায়। Register-এ source page, clicked URL, response status এবং expected destination লিখুন। URL-এর query string বা trailing slash বাদ দেওয়ার আগে বুঝুন সেগুলো application-এ অর্থ বদলায় কি না। শুধু screenshot রাখলে পরে একই error পুনরায় পরীক্ষা করা কঠিন হয়।

তিনটি situation আলাদা করে সিদ্ধান্ত নিন

Link-এ typing mistake থাকলে source link ঠিক করুন। Page অন্য স্থায়ী URL-এ সরলে উপযুক্ত replacement-এ permanent redirect দরকার হতে পারে। Content তুলে নেওয়া হয়েছে এবং সমতুল্য page নেই হলে 404 বা 410 সঠিক response হতে পারে। Google-এর crawling error guidance অনুযায়ী error message দেখিয়েও HTTP 200 দিলে soft 404 তৈরি হতে পারে। তাই visitor কী দেখছেন এবং server কী status দিচ্ছে, দুটোই পরীক্ষা করুন।

Replacement মানে একই প্রয়োজনের উত্তর

ধরুন পুরোনো URL-এ ছিল “office printer setup”, নতুন URL-এ একই guide আরও ভালোভাবে লেখা হয়েছে। সেখানে redirect অর্থপূর্ণ। কিন্তু সেই guide সরিয়ে unrelated laptop offer-এ পাঠালে reader-এর প্রশ্নের উত্তর মিলবে না। একই category হলেই দুটি page equivalent নয়। Replacement বাছার সময় intent, subject ও useful detail মিলিয়ে দেখুন। কোনো ভালো destination না থাকলে helpful 404 page-এ search ও category link দিন, কিন্তু error status বজায় রাখুন।

Mapping আগে, configuration পরে

Spreadsheet-এ old URL এবং final destination পাশাপাশি লিখুন। একই source দুই জায়গায় যাচ্ছে কি না, destination আবার source-এ ফিরছে কি না এবং spelling ঠিক আছে কি না review করুন। Production rule বদলানোর আগে বর্তমান configuration backup নিন। Apache, LiteSpeed, Nginx বা CMS routing-এর নিয়ম আলাদা, তাই অন্য project-এর rewrite snippet অন্ধভাবে paste করবেন না। কয়েকটি exact URL দিয়ে ছোট batch শুরু করুন; broad pattern পরে যোগ করুন।

Redirect chain না বাড়িয়ে final page-এ যান

Old article থেকে intermediate URL, তারপর আরেকটি URL হয়ে final page এলে troubleshooting কঠিন হয়। Google-এর URL change নির্দেশনা সরাসরি relevant final destination এবং অপ্রাসঙ্গিক bulk homepage redirect এড়ানোর কথা বলে। নিজের internal link-ও final URL-এ update করুন। এতে website-এর নিজের menu বা article প্রতিবার পুরোনো address ধরে ঘুরে আসে না। পুরোনো external link-এর জন্য redirect থাকতেই পারে।

আটটি test ছাড়া কাজ complete বলবেন না

  1. পুরোনো URL সরাসরি খুলে expected status ও destination দেখুন।
  2. Final page সত্যিই HTTP 200 দেয় এবং সঠিক content দেখায় কি না মিলান।
  3. Redirect loop বা অপ্রয়োজনীয় intermediate hop আছে কি না পরীক্ষা করুন।
  4. Link-এর প্রয়োজনীয় query parameter ঠিক থাকে কি না দেখুন।
  5. অন্য একটি existing page খুলে broad rule সেটি ভাঙেনি নিশ্চিত করুন।
  6. একটি সত্যিই nonexistent URL এখনও genuine 404 দেয় কি না দেখুন।
  7. Mobile menu, footer ও in-body link থেকে click করে পরীক্ষা করুন।
  8. Canonical, sitemap ও internal links final address দেখায় কি না মিলান।

একটি practical repair example

ধরা যাক একটি tutorial-এর slug বদলে /printer-network-setup হয়েছে, কিন্তু তিনটি article-এ এখনও /printer-guide আছে। প্রথমে নতুন page-এর বিষয় ও status যাচাই করুন। পুরোনো URL থেকে নতুনটির redirect দিন, তারপর তিনটি source article-এর href update করুন। Browser cache-এর বাইরে fresh request দিয়ে result মিলান। Register-এ affected pages, change date এবং test outcome রাখুন। একই guide পরে আবার rename করার আগে এই mapping দেখে নিন, যাতে chain না বাড়ে।

404 page-টিকেও ব্যবহারযোগ্য রাখুন

ভয় দেখানো technical message নয়, সহজভাবে বলুন page পাওয়া যায়নি। Site search, home এবং কয়েকটি relevant category link দিন। Form submission বা private account page হারালে visitor-কে নিরাপদ support route দেখান। Error page-এ server path, stack trace বা database message প্রকাশ করবেন না। Design সুন্দর হলেও HTTP status ভুল হলে সমস্যা থাকবে। Website-এর header ও footer ব্যবহার করা যায়, কিন্তু nonexistent URL-এ unrelated article দেখিয়ে success response দেবেন না।

পরের সপ্তাহের review নির্দিষ্ট করুন

Repair করার পরে কোন missing URL বারবার আসছে তা log বা search reporting-এ দেখুন। Report update হতে সময় লাগতে পারে, তাই dashboard-এ পুরোনো error দেখলেই আবার rule বদলাবেন না; current URL সরাসরি test করুন। নতুন broken link কোথা থেকে তৈরি হচ্ছে সেটি ধরুন—manual slug edit, deleted category বা ভুল template link। মাসে একটি ছোট review এবং content rename-এর আগে mapping check থাকলে একই কাজ বারবার করতে হয় না।