বড় স্ক্যান নয়—প্রাথমিকভাবে সমালোচক জার্নিগুলো শুরু করুন
প্রতি URL-এর জন্য পাঁচ থেকে দশটি করে URL নির্বাচন করুন এবং প্রত্যেকটির জন্য প্রত্যাশিত ফলাফল সংজ্ঞায়িত করুন: একটি নিশ্চিতকরণ পেজ, রসিদ, CRM রেকর্ড বা একটি প্রোভাইডার হ্যান্ডঅফ। পাবলিক পেজ এবং এমন অ্যাকশনগুলো অন্তর্ভুক্ত করুন যেগুলো রাজস্ব তৈরি করে, বিশ্বাস স্থাপন করে, সাপোর্ট দাবি তৈরি করে, বা আইনি বাধ্যবাধকতা সম্পাদন করে। সাইন-আউট করা উইন্ডোতে এবং একটি ফোনে ভিজিটরের ভূমিকায় পরীক্ষা করুন।
যদি কোনো তৃতীয় পক্ষ একটি সমালোচক ধাপ অধিকার করে থাকে, তাহলে হ্যান্ডঅফ মেপে সমর্থন যোগাযোগ নোট করুন। আপনি আপনার ট্রানজিশনটি পরীক্ষা করতে পারবেন, কিন্তু সেই প্রোভাইডার সনদ দিতে পারবেন না। ফলাফলগুলোকে ব্লকার, উপাদানগত অবনতিবৃত্তি, বা উন্নতির মতো শ্রেণিবদ্ধ করুন যাতে কসমেটিক কাজ ভাঙা জার্নিকে ঢেকে না দেয়।
এসব রুট কভার করুন যা রাজস্ব, বিশ্বাস, সাপোর্ট দাবি, বা আইনি বাধ্যবাধকতা সৃষ্টি করে।
প্রতি উপাদানগত ফলাফলের জন্য একটি নামকৃত মালিক এবং লক্ষ্য তারিখ থাকা আবশ্যক।
দৃষ্টিনন্দনতার পাশাপাশি অ্যাক্সেসযোগ্য ব্যবহার যাচাই করুন
অ্যাক্সেসিবিলিটি মানে মানুষ বিভিন্ন ইনপুট পদ্ধতি ও সহায়ক প্রযুক্তি দিয়ে সাইটকে উপলব্ধি ও পরিচালনা করতে পারে। নির্বাচিত পেজগুলোতে ন্যাভিগেশন, মেনু, কন্ট্রোল ও ফর্মগুলোতে Tab দিয়ে যান। দৃশ্যমান কীবোর্ড ফোকাস, মাউস-মুক্তে মৌলিক কন্ট্রোলের অপারেশন, এবং মেইন কন্টেন্টে যাওয়ার পথ পরীক্ষা করুন। W3C-এর Easy Checks কীবোর্ড ফোকাস ও একটি skip link কে প্রথম-পর্যালোচনার কাজে উপযোগী আইটেম হিসেবে চিহ্নিত করে।
অর্থবহ ইমেজ টেক্সট, পেজ শিরোনাম, হেডিংস, কনট্রাস্ট, জুম আচরণ, যেখানে প্রয়োজন মিডিয়া বিকল্প, ফর্ম লেবেল, আবশ্যক ক্ষেত্র ও বোঝাপড়াযোগ্য ত্রুটি পরীক্ষা করুন। একটি অ-সংবেদনশীল টেস্ট সাবমিশন পাঠান। এটি একটি সম্মতি অডিট নয়: W3C সতর্ক করে যে পেজগুলো দ্রুত চেক পাস করলেও তবুও বড় বাধা থাকতে পারে। উচ্চ-ঝুঁকির কাজ, রিডিজাইন বা জানা সমস্যার ক্ষেত্রে যোগ্য মূল্যায়ন ব্যবহার করুন।
লেবেল, নির্দেশিকা, ত্রুটি এবং নিশ্চিতকরণে পৌঁছানোর বাস্তব পথ পরীক্ষা করুন।
অল্টারনেটিভ টেক্সটটি ছবির উদ্দেশ্য বোঝাতে হবে; হেডিংস পেজটি সংগঠিত করা উচিত।
র্যাঙ্কিং চুক্তি না করে খুঁজে পাওয়ার যোগ্যতা পর্যালোচনা করুন
SEO সার্চ ইঞ্জিনকে কন্টেন্ট বুঝতে সাহায্য করে এবং সার্চ থেকে ভিজিট করার সিদ্ধান্ত নেওয়ার ক্ষেত্রে মানুষের সাহায্য করে। প্রতিটি অগ্রাধিকার পেজের জন্য শিরোনাম, প্রধান হেডিং, ওপেনিং কপি, URL এবং ইন্টারনারাল লিঙ্কগুলো একজন নবাগত হিসেবে পড়ুন। এগুলো উদ্দেশ্য স্পষ্টভাবে জানাবে এবং ব্যবহারযোগ্য পরবর্তী ধাপ দেখাবে। Google বিবৃতভাবে বর্ণনামূলক URL, দরকারী কন্টেন্ট এবং বর্ণনামূলক লিংক টেক্সট সুপারিশ করে।
যদি আপনি Google Search Console ব্যবহার করেন, একটি উপাদানগত রিলিজের পরে মূল URLগুলো Inspect করুন। Google বলে URL Inspection সাহায্য করতে পারে কিভাবে তার ক্রলার একটি পেজকে দেখে এবং গুরুত্বপূর্ণ রিসোর্সগুলো অ্যাক্সেস করতে পারে কিনা তা চেক করতে। ভুলভাল ব্লকিং, ভাঙা ইন্টারনাল লিঙ্ক, বা অস্পষ্ট পথ ঠিক করে দিন, তারপর পুনরায় ক্রলিংয়ের জন্য সময় দিন। Google ইনডেক্সিং বা র্যাঙ্কিং নিশ্চিত করে না।
লগ-আউট অবস্থায় ইন্টারনাল লিঙ্কগুলো খুলুন ও 404 পেজ, লুপ এবং প্রাসঙ্গিক নয় এমন গন্তব্য লোগ করুন।
ভিজিটর যেখানে অনুভব করে সেখানে ডেলিভারি পর্যবেক্ষণ করুন
ডেলিভারিতে সার্ভার রেসপন্স, ইমেজ, ফন্ট, স্ক্রিপ্ট, ক্যাশিং, এবং তৃতীয় পক্ষের উপাদানসমূহ অন্তর্ভুক্ত থাকে। অগ্রাধিকার পেজগুলোতে একটি ব্রাউজার পারফরম্যান্স চেক চালান, তারপর কোর টাস্কটি একটি বাস্তব ফোনে পুনরাবৃত্তি করুন। প্রাথমিক কন্টেন্ট দেরিতে প্রদর্শিত হওয়া, কন্ট্রোল ধীর হওয়া, লেআউট জাম্প, ব্যর্থ রিসোর্স, বা ব্যানার যা একটি টাস্ক আটকায়—এসব নোট করুন। Core Web Vitals হলো web.dev-এর একটি ইউজার-ইক্সপেরিয়েন্স ফ্রেমওয়ার্ক; মাপগুলো তদন্তকে কেন্দ্রিত করতে ব্যবহার করুন, জার্নি টেস্টিং-এর বিকল্প হিসেবে নয়।
ইমপ্লিমেন্টারের সঙ্গে নতুন ট্যাগ, উইজেট, এমবেড, ফন্ট এবং ইমেজ পরিবর্তনগুলো পর্যালোচনা করুন। HTTP ক্যাশগুলো পূর্বের রেসপন্স পুনরায় ব্যবহার করে। MDN ব্যাখ্যা করে যে Cache-Control ক্যাশিং নির্দেশনা জানায় এবং ক্যাশে থাকা রেসপন্স নতুন বা পুরোনো (fresh বা stale) হতে পারে। একটি রিলিজের পরে সাধারণ ও fresh ব্রাউজার সেশন তুলনা করুন, তারপর টেকনিক্যাল মালিককে হেডার ও CDN নিয়মগুলো পরীক্ষা করতে বলুন। প্রাইভেসি ও রিলিজ প্রভাব বুঝে ছাড়াছাড়ি ক্যাশ পরিবর্তন এড়িয়ে চলুন।
বর্ণনা করুন প্রধান কন্টেন্ট প্রদর্শিত হয় কি না, পেজ স্থির থাকে কি না, এবং গুরুত্বপূর্ণ কন্ট্রোল প্রতিক্রিয়া করে কি না।
MDN উল্লেখ করে যে কুকি কেবলমাত্র একটি রেসপন্সকে প্রাইভেট করে না; ব্যক্তিগতকৃত ক্যাশিং পর্যালোচনার জন্য টেকনিক্যাল মালিককে জিজ্ঞেস করুন।
সিকিউরিটির বেসলাইন নিশ্চিত করুন এবং পেমেন্ট পরিবর্তনগুলোকে সুরক্ষিত করুন
একটি মালিক-পরীক্ষা দৃশ্যমান ফাঁকগুলো খুঁজে পেতে পারে; এটি একটি পেনট্রেশন টেস্ট নয়। পাবলিক সাইটটি HTTPS-এ খুলুন এবং HTTP চেষ্টা করুন। OWASP সবার জন্য TLS সুপারিশ করে এবং পাবলিক HTTP ট্রাফিককে HTTPS-এ রিডাইরেক্ট করার প্রচলিত পদ্ধতি হিসেবে বর্ণনা করে। সার্টিফিকেট বা মিক্সড-কন্টেন্ট সতর্কতা, অপ্রত্যাশিত ডোমেইন, এবং HTTP পেজগুলো যেগুলো নিরাপদভাবে রিডাইরেক্ট না করে কন্টেন্ট সার্ভ করে—এসব বাড়িয়ে ত্বরান্বিত করুন।
প্রকাশ, ডোমেইন, DNS, পেমেন্ট, প্লাগইন এবং ব্যাকআপ অ্যাক্সেসের বর্তমান মালিকানা নিশ্চিত করুন। TLS কনফিগারেশন, প্যাচিং, অথেনটিকেশন, সার্ভার কনফিগারেশন, এবং লগগুলোর জন্য একজন যোগ্য সিকিউরিটি পেশাদার বা প্রোভাইডার পর্যালোচনা করা উচিত। পেমেন্ট পরীক্ষা করতে, কেবল প্রোভাইডার-অনুমোদিত টেস্ট পদ্ধতি বা নিরাপদ নন-প্রোডাকশন পরিবেশ ব্যবহার করুন। কোনো আনফরমাল টেস্টে বাস্তব কার্ড ডেটা বা ক্রেডেনশিয়াল ব্যবহার করবেন না, এবং একটি ভিজ্যুয়াল পর্যালোচনা PCI সম্মতি প্রমাণ করে না।
একটি সার্টিফিকেট সতর্কতা, অসুরক্ষিত-কন্টেন্ট সতর্কতা, বা অপ্রত্যাশিত রিডাইরেক্ট তদন্ত না হওয়া পর্যন্ত রিলিজ-স্তর বন্ধকারী বিষয় হিসেবে বিবেচনা করুন।
সন্দেহভাজন ধারাবাহিকতা, সিকিউরিটি প্রয়োজনীয়তা, এবং পেমেন্ট সম্মতি সংক্রান্ত প্রশ্নগুলো যোগ্য রিভিউয়ারদের কাছে পাঠান।
পুনরুদ্ধার প্রমাণ করুন এবং লুপটি বন্ধ করুন
অগ্রাধিকার জার্নিটি পুনর্গঠন কী দিয়ে হবে তা তালিকাভুক্ত করুন: অ্যাপ্লিকেশন ভার্সন, ডাটাবেস, আপলোড করা মিডিয়া, কনফিগারেশন অবস্থান, DNS ও ডোমেইন অ্যাক্সেস, ইন্টিগ্রেশন সেটিংস, এবং ভেন্ডর কন্টাক্ট। CISA পরামর্শ দেয় গুরুত্বপূর্ণ ডেটা চিহ্নিত করা, ওয়েবসাইট ও অপারেশনাল ডাটাবেস সুরক্ষিত রাখা, ব্যাকআপ সুরক্ষিত করা, এবং রিকভারি পরীক্ষা করা। জিজ্ঞেস করুন কখন একটি রিস্টোর পরীক্ষা করা হয়েছিল, এটি কী পুনরুদ্ধার করেছিল, কত সময় নিয়েছে, এবং কে অনুমোদন করতে পারে। সম্ভব হলে নিরাপদভাবে অনুশীলন করুন।
একটি রিলিজের আগে পূর্ববর্তী ভার্সন, রিভার্সাল ট্রিগার, অনুমোদনকারী, এবং DNS, ক্যাশ, ডাটাবেস স্কিমা, ও তৃতীয়-পক্ষ পরিবর্তনের হ্যান্ডলিং শনাক্ত করুন। একটি ব্যাকআপ তাত্ক্ষণিক সমাধান নয়, এবং রোলব্যাক বাহ্যিক ডেটা বা পেমেন্ট ইভেন্ট গুলো উল্টে নাও দিতে পারে। একটি ফলাফলের রেজিস্টার রাখুন: খোঁজ, প্রমাণ, মালিক, তারিখ, এবং রিটেস্ট ফলাফল।
স্কোপ, তারিখ, ফলাফল এবং ফাঁক-সমূহের রেকর্ড “ব্যাকআপ চলছে” বলার চেয়ে শক্ত।
প্রাসঙ্গিক পরিবেশে একটি ফিক্সের পরে মূল ব্যর্থ পথে যাচাই করুন।