নতুন website client-কে দেখানোর জন্য staging copy বানালেন। Link private group-এ পাঠানো হয়েছে বলে ভাবলেন বাইরের কেউ পাবে না। কয়েক সপ্তাহ পরে test product, draft price বা পুরোনো contact page search result-এ দেখা গেল। Staging site-এর access control আর search indexing দুটি আলাদা বিষয়। আবার launch-এর সময় staging-এর noindex production-এ চলে গেলে আসল website search-এ আসতে বাধা পেতে পারে। এই guide দুদিকের ভুল আটকাতে environment অনুযায়ী কী পরীক্ষা করবেন তা ব্যাখ্যা করছে; কোনো live server-এ অন্ধভাবে rule বসানোর নির্দেশ নয়।

Private access আর search visibility আলাদা করুন

Noindex browser-এ page খোলা বন্ধ করে না। Link জানা থাকলে মানুষ page দেখতে পারেন, যদি আলাদা access restriction না থাকে। তাই confidential design, customer data বা unreleased information থাকলে developer-এর সঙ্গে authentication বা উপযুক্ত network restriction ঠিক করুন। Guess করা কঠিন subdomain নিরাপত্তার বিকল্প নয়। Test environment-এ সম্ভব হলে fabricated sample data রাখুন। Client preview-এর জন্য প্রয়োজনীয় access দিন, কিন্তু password একই message-এ সবাইকে ছড়িয়ে দেবেন না। কারা preview পাবেন, কতদিন পাবেন এবং review শেষ হলে access কী হবে তা লিখে রাখুন।

Robots.txt কী করতে পারে বুঝুন

Robots.txt crawler-কে কোন path crawl করতে দেওয়া হচ্ছে তার নির্দেশ দেয়; এটি user login নয়। শুধু disallow দিয়ে URL search result থেকে নিশ্চিতভাবে সরবে ধরে নেবেন না। Google-এর noindex documentation বলে, noindex পড়তে crawler-কে page access করতে হবে; robots.txt দিয়ে blocked থাকলে সেই instruction সে দেখতে পাবে না। তবে private staging-এর authentication সরিয়ে শুধু crawler-কে ঢোকাবেন না। Sensitive content protection অগ্রাধিকার পাবে। Indexing পরিষ্কারের দরকার হলে developer ও site owner মিলে exposure না বাড়িয়ে উপযুক্ত removal workflow ঠিক করুন।

HTML ছাড়াও অন্য file দেখুন

Homepage protected হলেও সরাসরি PDF, image, export বা attachment খুলছে কি না পরীক্ষা করুন। HTML head-এর meta instruction image file-এর response-এ বসে না। Google non-HTML resource-এর জন্য HTTP response header-এ X-Robots-Tag সমর্থন করে, কিন্তু সেটিও access protection নয়। Public preview file এবং confidential file আলাদা তালিকায় রাখুন। Staging page-এ live media URL ব্যবহার করলে তার privacy production system-এর নিয়মের উপর নির্ভর করবে। শুধু homepage দেখে “পুরো staging private” বলবেন না। অনুমোদিত test browser দিয়ে একটি representative page এবং তার linked resource পরীক্ষা করুন।

Environment matrix তৈরি করুন

একটি ছোট note-এ local, staging ও production-এর hostname লিখুন। প্রতিটির পাশে expected login requirement, indexing instruction, canonical base এবং sitemap destination দিন। ধরুন staging শুধু review-এর জন্য authenticated; production public এবং indexable। এই পার্থক্য config-এ কোথায় থাকে developer জানাবেন। একই backup থেকে দুটো environment তৈরি হলে পুরোনো base URL, email sending বা payment setting-ও থেকে যেতে পারে। এই guide-এর scope indexing হলেও launch checklist-এ relevant owner-কে সেই settings review করতে বলুন। Shared config copy করার সময় site identity আর environment restriction একসঙ্গে মিশিয়ে ফেলবেন না।

Rendered response দিয়ে সত্যি যাচাই করুন

CMS checkbox দেখে থেমে যাবেন না। অনুমোদিত page-এর actual HTML head এবং response headers পরীক্ষা করুন। Template, plugin, reverse proxy বা hosting layer আলাদা instruction পাঠাতে পারে। Page source-এ noindex নেই অথচ header-এ আছে কি না দেখুন। Canonical কোন hostname নির্দেশ করছে তাও মিলান; canonical-কে private-access control ভাববেন না। Logged-in preview এবং logged-out response আলাদা হতে পারে। Developer-কে exact URL, test time এবং observed instruction লিখে দিন। “SEO setting ঠিক আছে” মন্তব্যের চেয়ে এই evidence দিয়ে ভুল layer খুঁজে পাওয়া সহজ।

Staging ও launch-এর highlighted checklist

  • Access: sensitive staging-এর authentication বা restriction পরীক্ষা হয়েছে।
  • Data: প্রয়োজন ছাড়া real customer information রাখা হয়নি।
  • Robots: crawl blocking আর noindex-এর পার্থক্য বোঝা হয়েছে।
  • Resources: direct attachment ও non-HTML response দেখা হয়েছে।
  • Production: public hostname-এ unintended noindex নেই।
  • Identity: canonical ও sitemap approved domain ব্যবহার করছে।
  • Evidence: response, date ও reviewer-এর note সংরক্ষিত আছে।

Launch-এর পরে দুই environment-ই দেখুন

Production চালু হওয়ার পরে শুধু নতুন homepage নয়, article বা product-এর representative URL খুলুন। Noindex migration হয়ে এসেছে কি না এবং robots rules ভুলভাবে সব public paths block করছে কি না দেখুন। একই সঙ্গে staging আগের মতো restricted আছে কি না নিশ্চিত করুন। Production ঠিক করতে গিয়ে staging protection খুলে দেওয়া আলাদা সমস্যা তৈরি করে। Owner-এর অনুমোদিত Search Console access থাকলে URL Inspection দিয়ে received page পরীক্ষা করা যায়। Search engine recrawl ও indexing তাৎক্ষণিক নয়; আজ setting ঠিক করা মানেই আজই ফল দেখাবে এমন promise করবেন না।

Already indexed হলে evidence রেখে ব্যবস্থা নিন

Search result-এ staging URL দেখলে exact URL ও দৃশ্যমান তথ্য note করুন। Sensitive data exposure থাকলে আগে access বন্ধ করার উপযুক্ত ব্যবস্থা নিন এবং owner-কে জানান। Search removal এবং underlying content protection আলাদাভাবে সামলাতে হবে। Developer-এর সঙ্গে বর্তমান response, indexing instruction ও removal options review করুন। কেবল search result চলে গেছে দেখে file আর publicly accessible নয় ধরে নেবেন না। Fix-এর পরে logged-out access এবং relevant public URL আবার পরীক্ষা করুন। ভবিষ্যৎ staging তৈরির checklist-এ এই test রাখলে প্রতিবার একই ভুল খুঁজে বের করতে হবে না।