কোম্পানির ওয়েবসাইটের জন্য অ্যাক্সেসিবিলিটি চেকলিস্ট: ক্যারিয়ার, PDF, বিনিয়োগকারী পেজ ও ফর্ম
কোম্পানির ওয়েবসাইটের অ্যাক্সেসিবিলিটি চেকলিস্ট: নেভিগেশন, ক্যারিয়ার ও চাকরির আবেদন, PDF ও বার্ষিক প্রতিবেদন, ভিডিও, ফর্ম, কুকি ব্যানার ও বিবৃতি।
FixReports সম্পাদকীয় দল7 মিনিটে পড়ুন
একটি কোম্পানির ওয়েবসাইট সাধারণত সরাসরি কিছু বিক্রি করে না, তাই এর অ্যাক্সেসিবিলিটি সমস্যাগুলো সহজেই চোখ এড়িয়ে যায়। কিন্তু এখানেই মানুষ চাকরির আবেদন করেন, বিনিয়োগকারীরা বার্ষিক প্রতিবেদন পড়েন, সাংবাদিকরা প্রেস বিজ্ঞপ্তি খোঁজেন এবং গ্রাহকরা যোগাযোগের তথ্য খোঁজেন, আর এর প্রতিটি কাজ একটি বাধায় আটকে যেতে পারে: কিবোর্ড দিয়ে সম্পূর্ণ করা যায় না এমন চাকরির আবেদন, ট্যাগবিহীন PDF হিসেবে প্রকাশিত বার্ষিক প্রতিবেদন, ক্যাপশন ছাড়া ভিডিও, ফোকাস আটকে রাখা কুকি ব্যানার। এই চেকলিস্ট বেশিরভাগ কর্পোরেট সাইটে থাকা অংশগুলো ধরে ধরে WCAG 2.2 Level AA পর্যালোচনা করে, প্রতিটিতে কী যাচাই করতে হবে তাসহ।
মূল বিষয়গুলো
- WebAIM 2026 সালে শীর্ষ 10 লাখ হোম পেজের 95.9%-এ শনাক্তযোগ্য WCAG ত্রুটি পেয়েছে; কম কনট্রাস্টের লেখা (83.9%) ও অনুপস্থিত অল্ট টেক্সট (53.1%) ছিল সবচেয়ে সাধারণ (WebAIM (নতুন ট্যাবে খোলে))।
- WCAG ওয়েব পেজের পাশাপাশি সাইটে প্রকাশিত PDF-এর মতো ডকুমেন্টেও প্রযোজ্য; W3C PDF অ্যাক্সেসিবল করার কৌশল প্রকাশ করে (W3C (নতুন ট্যাবে খোলে))।
- আগে রেকর্ড করা ভিডিওতে ক্যাপশন (1.2.2, Level A) দরকার, এবং যেখানে দৃশ্য এমন তথ্য বহন করে যা অডিওতে নেই, সেখানে অডিও ডেসক্রিপশন (1.2.5, AA) (W3C (নতুন ট্যাবে খোলে))।
- 2022 সালের নির্দেশিকায় যুক্তরাষ্ট্রের বিচার বিভাগ (Department of Justice) বলেছে, জনসাধারণের জন্য উন্মুক্ত ব্যবসার ওয়েব পরিষেবায় ADA প্রযোজ্য, তবে কোনো নির্দিষ্ট প্রযুক্তিগত মানদণ্ড নির্ধারণ করেনি (ADA.gov (নতুন ট্যাবে খোলে))।
- W3C অ্যাক্সেসিবিলিটি বিবৃতি লেখার জন্য নির্দেশনা ও একটি ফ্রি জেনারেটর দেয় (W3C (নতুন ট্যাবে খোলে))।
কোম্পানির ওয়েবসাইটে অ্যাক্সেসিবিলিটি কেন গুরুত্বপূর্ণ?
কারণ যে ভিজিটররা এর ওপর নির্ভর করেন, তাঁরাই প্রায়ই সেই মানুষ যাঁদের কাছে আপনি সবচেয়ে বেশি পৌঁছাতে চান: প্রার্থী, গ্রাহক, অংশীদার ও বিনিয়োগকারী। বিশ্ব স্বাস্থ্য সংস্থার অনুমান, 130 কোটি মানুষ, অর্থাৎ প্রায় প্রতি ছয়জনে একজন, উল্লেখযোগ্য প্রতিবন্ধিতা নিয়ে বাস করেন (WHO (নতুন ট্যাবে খোলে))। এর চেয়ে অনেক বেশি মানুষ মাউসের বদলে কিবোর্ড ব্যবহার করেন, লেখা জুম করেন, বা কড়া আলোয় ফোনে পড়েন।
এর একটি আইন মেনে চলার (compliance) দিকও আছে, যা দেশভেদে এবং সাইটটি কাদের সেবা দেয় তার ওপর নির্ভর করে বদলায়। EU-র সরকারি প্রতিষ্ঠানগুলোকে Web Accessibility Directive মেনে চলতে হয়; EU-র ভোক্তাদের কাছে বিক্রি করা ব্যবসা European Accessibility Act-এর আওতায় পড়তে পারে; যুক্তরাষ্ট্রে বিচার বিভাগ বলেছে, জনসাধারণের জন্য উন্মুক্ত ব্যবসার ওয়েব পরিষেবায় ADA প্রযোজ্য (ADA.gov (নতুন ট্যাবে খোলে))। শুধু বিজনেস-টু-বিজনেস সাইট এর কিছু আইনের আওতার বাইরে পড়তে পারে, তবে বড় গ্রাহকরা সরবরাহকারীদের কাছে ক্রমশ বেশি করে অ্যাক্সেসিবিলিটি নিয়ে জানতে চাইছেন। European Accessibility Act ও ADA ডিমান্ড লেটার নিয়ে আমাদের গাইডগুলো প্রেক্ষাপট ব্যাখ্যা করে; এটি আইনি পরামর্শ নয়।
প্রতিটি পেজে কী যাচাই করবেন?
এই সমস্যাগুলো আসে শেয়ার করা টেমপ্লেট থেকে, তাই একবার ঠিক করলেই পুরো সাইট ঠিক হয়ে যায়:
- কনট্রাস্ট: মূল লেখা পটভূমির তুলনায় অন্তত 4.5:1, বড় লেখা 3:1 (1.4.3)। হালকা ধূসর লেখা এবং ব্র্যান্ড রঙের ওপর সাদা লেখাই সাধারণ ব্যর্থতা। কালার কনট্রাস্ট চেকার যেকোনো রঙের জোড়া পরীক্ষা করে।
- কিবোর্ড: প্রতিটি লিংক, মেনু ও বাটনে Tab দিয়ে পৌঁছানো যায় এবং Enter বা Space দিয়ে ব্যবহার করা যায়, একটি দৃশ্যমান ফোকাস নির্দেশকসহ (2.1.1, 2.4.7)। মেগা মেনু ও ক্যারোসেল প্রায়ই সমস্যা করে।
- স্কিপ লিংক ও ল্যান্ডমার্ক: হেডার পেরিয়ে মূল কনটেন্টে চলে যাওয়ার একটি উপায় (2.4.1), এবং
header,nav,mainওfooterল্যান্ডমার্ক। - হেডিং: প্রতি পেজে একটি H1 এবং হেডিংয়ের যৌক্তিক কাঠামো (1.3.1), যাতে স্ক্রিন রিডার ব্যবহারকারীরা পেজে চোখ বুলিয়ে নিতে পারেন।
- লিংকের লেখা: এমন লিংক যা প্রেক্ষাপট ছাড়াও বোঝা যায়, দশবার পুনরাবৃত্ত “আরও পড়ুন” নয় (2.4.4)।
- ভাষা: প্রতিটি পেজে
langঅ্যাট্রিবিউট, এবং অন্য ভাষার অংশেও (3.1.1, 3.1.2), যাতে স্ক্রিন রিডার সেগুলো ঠিকভাবে উচ্চারণ করে। - জুম ও reflow: 200% জুমে এবং 320 পিক্সেল প্রস্থে অনুভূমিক স্ক্রল ছাড়াই ব্যবহারযোগ্য কনটেন্ট (1.4.4, 1.4.10)।
ক্যারিয়ার পেজ ও চাকরির আবেদন কীভাবে অ্যাক্সেসিবল করবেন?
ক্যারিয়ার অংশেই বাধার পরিণতি সবচেয়ে স্পষ্ট: যে প্রার্থী আবেদন সম্পূর্ণ করতে পারেন না, তাঁকে বিবেচনাই করা যায় না।
- চাকরির তালিকা: ফিল্টার ও সার্চ কিবোর্ড দিয়ে কাজ করতে হবে এবং ফলাফলের সংখ্যা স্ক্রিন রিডারকে জানাতে হবে (4.1.3)।
- আবেদন ফর্ম: প্রতিটি ফিল্ডে একটি দৃশ্যমান লেবেল দরকার (3.3.2), ত্রুটি লেখায় বর্ণনা করতে হবে (3.3.1), এবং ফাইল আপলোড বাটনের অ্যাক্সেসিবল নাম থাকতে হবে।
- সময়সীমা: ফর্মের সময় শেষ হয়ে গেলে মানুষকে সতর্ক করুন এবং সময় বাড়াতে দিন (2.2.1)।
- থার্ড-পার্টি আবেদনকারী ট্র্যাকিং সিস্টেম: অনেক কোম্পানি আবেদনের জন্য একটি বাইরের সিস্টেম ব্যবহার করে। বিক্রেতার কাছে তার Accessibility Conformance Report চান, আবেদনের ফ্লো নিজে কিবোর্ড দিয়ে পরীক্ষা করুন, এবং আবেদনের একটি বিকল্প উপায় দিন, যেমন ইমেইল, যা ক্যারিয়ার পেজে উল্লেখ করা থাকবে।
- মূল্যায়ন ও ভিডিও ইন্টারভিউ: যাচাই করুন যে যেকোনো অনলাইন টেস্ট বা ভিডিও ইন্টারভিউ টুল স্ক্রিন রিডার, ক্যাপশন এবং অনুরোধে বাড়তি সময় সমর্থন করে।
অ্যাক্সেসিবল PDF ও বার্ষিক প্রতিবেদন কীভাবে প্রকাশ করবেন?
বার্ষিক প্রতিবেদন, টেকসই উন্নয়ন প্রতিবেদন, ব্রোশিওর ও নীতিমালার ডকুমেন্ট প্রায়ই শুধু PDF হিসেবে প্রকাশিত হয়, এবং অনেকগুলোই ট্যাগবিহীন: স্ক্রিন রিডার এগুলোকে লেখার একটি বড় খণ্ড হিসেবে পড়ে, অথবা একেবারেই পড়তে পারে না।
- গুরুত্বপূর্ণ কনটেন্টের জন্য HTML-কে অগ্রাধিকার দিন। একটি ওয়েব পেজ অ্যাক্সেসিবল করা সহজ, ফোনে ভালো কাজ করে এবং সার্চ করাও সহজ।
- PDF প্রকাশ করলে সেটি ট্যাগ করুন। সোর্স ডকুমেন্ট (Word, InDesign) থেকে ট্যাগ চালু রেখে এক্সপোর্ট করুন, যাতে হেডিং, তালিকা, টেবিল ও পড়ার ক্রম বজায় থাকে। PDF/UA মানদণ্ড (ISO 14289) অ্যাক্সেসিবল PDF সংজ্ঞায়িত করে।
- অপরিহার্য বিষয়গুলো যাচাই করুন: ডকুমেন্টের টাইটেল, ডকুমেন্টের ভাষা, চার্ট ও ছবির বিকল্প লেখা, আসল টেবিল হেডার এবং পড়ার যৌক্তিক ক্রম। Adobe Acrobat Pro-তে একটি বিল্ট-ইন অ্যাক্সেসিবিলিটি চেকার আছে; PAC হলো Windows-এর জন্য একটি ফ্রি চেকার।
- স্ক্যান করা ডকুমেন্ট আসলে লেখার ছবি, তাই এগুলোর জন্য OCR ও ট্যাগিং, বা একটি HTML সংস্করণ দরকার।
- আর্থিক টেবিল: হেডারের সারি ও কলাম মার্কআপ করুন; HTML-এ
scope-সহ<th>ব্যবহার করুন।
ভিডিও, ওয়েবকাস্ট ও পডকাস্টের কী হবে?
- কথাসহ সব আগে রেকর্ড করা ভিডিওর জন্য (1.2.2, A), এবং লাইভ ওয়েবকাস্টের জন্য (1.2.4, AA) ক্যাপশন। স্বয়ংক্রিয় ক্যাপশন যাচাই করা দরকার: নাম, সংখ্যা ও প্রযুক্তিগত শব্দ প্রায়ই ভুল হয়।
- যেখানে গুরুত্বপূর্ণ তথ্য শুধু দৃশ্যে আছে, যেমন স্লাইডের লেখা যা বক্তা পড়ে শোনান না, সেখানে অডিও ডেসক্রিপশন (1.2.5, AA)। প্রায়ই সবচেয়ে সহজ সমাধান হলো বক্তার নিজেই স্লাইডটি বর্ণনা করা।
- পডকাস্ট ও শুধু অডিওর কনটেন্টের জন্য ট্রান্সক্রিপ্ট (1.2.1, A)।
- প্লেয়ারের কন্ট্রোল: এমবেড করা প্লেয়ার কিবোর্ড দিয়ে চালানো যেতে হবে, এবং তিন সেকেন্ডের বেশি নিজে থেকে বাজা শব্দ থামানো বা বন্ধ করার উপায় থাকতে হবে (1.4.2)।
অডিও ও ভিডিও অ্যাক্সেসিবল করা নিয়ে W3C-র গাইড পরিকল্পনা, ক্যাপশন ও ডেসক্রিপশন কভার করে (W3C (নতুন ট্যাবে খোলে))।
যোগাযোগ ফর্ম, ম্যাপ ও অবস্থান কীভাবে অ্যাক্সেসিবল করবেন?
- ফর্ম: লেবেল, স্পষ্ট ত্রুটির বার্তা, এবং এমন কোনো CAPTCHA নয় যা শুধু বিকৃত লেখা পড়া বা ধাঁধা সমাধানের ওপর নির্ভর করে; একটি বিকল্প দিন (W3C (নতুন ট্যাবে খোলে))।
- লেখা হিসেবে যোগাযোগের তথ্য: ফোন নম্বর, ইমেইল ঠিকানা ও অফিসের ঠিকানা পেজে লেখা থাকবে, শুধু ছবিতে বা ম্যাপে নয়।
- ম্যাপ: এমবেড করা ম্যাপ স্ক্রিন রিডার দিয়ে ব্যবহার করা কঠিন; লেখায় দেওয়া ঠিকানা ও পথনির্দেশই অ্যাক্সেসিবল বিকল্প।
- চ্যাট উইজেট: যাচাই করুন যে এগুলো কিবোর্ড দিয়ে খোলা, ব্যবহার ও বন্ধ করা যায়, এবং ফোকাস করা কনটেন্ট ঢেকে দেয় না (2.4.11)।
কুকি ব্যানার কি অ্যাক্সেসিবিলিটির সমস্যা তৈরি করে?
প্রায়ই করে, কারণ এগুলো সবার আগে দেখা দেয় এবং বাকি সবকিছুর ওপরে থাকে।
- ব্যানারে কিবোর্ড দিয়ে পৌঁছানো ও তা ব্যবহার করা যেতে হবে, এবং Tab দিয়ে সেখান থেকে বেরিয়ে আসা যেতে হবে (2.1.2, No Keyboard Trap) (W3C (নতুন ট্যাবে খোলে))।
- এর বাটনগুলোর স্পষ্ট নাম ও যথেষ্ট কনট্রাস্ট দরকার; “প্রত্যাখ্যান করুন” খুঁজে পাওয়া “গ্রহণ করুন”-এর মতোই সহজ হতে হবে।
- এটি পেছনের পেজের ফোকাস করা এলিমেন্ট লুকিয়ে রাখতে পারবে না (2.4.11)।
আমাদের স্ক্যান আপনার হোম পেজে কুকি ব্যানার দেখানো অবস্থাতেই শুরু হয়, কারণ একজন কিবোর্ড ব্যবহারকারী সবার আগে এটিরই মুখোমুখি হন, এবং Tab যদি এটি পেরিয়ে যেতে না পারে তাহলে একটি ফোকাস ফাঁদের কথা জানায়।
আপনার কি একটি অ্যাক্সেসিবিলিটি বিবৃতি দরকার?
EU-র সরকারি প্রতিষ্ঠানগুলোকে এটি প্রকাশ করতে হয়। কোম্পানির জন্য এটি সাধারণত স্বেচ্ছামূলক, যদিও European Accessibility Act আওতাভুক্ত পরিষেবাগুলোকে তারা কীভাবে এর শর্ত পূরণ করে সে বিষয়ে তথ্য দিতে বলে। একটি ভালো বিবৃতি জানায় আপনি কোন মানদণ্ডকে লক্ষ্য করেন, জানা সীমাবদ্ধতাগুলো কী, মানুষ কীভাবে একটি সমস্যার কথা জানাতে পারেন বা অন্য ফরম্যাটে কনটেন্ট চাইতে পারেন, এবং শেষবার কবে এটি পর্যালোচনা করা হয়েছে। W3C নির্দেশনা ও একটি ফ্রি জেনারেটর প্রকাশ করে (W3C (নতুন ট্যাবে খোলে))।
এটি সৎভাবে লিখুন: একটি স্বয়ংক্রিয় স্ক্যানের পর পূর্ণ সম্মতির দাবি করা নিজেই একটি ঝুঁকি, কারণ স্বয়ংক্রিয় পরীক্ষা সবকিছু যাচাই করতে পারে না।
একটি কোম্পানির ওয়েবসাইট কীভাবে পরীক্ষা করবেন?
- হোম পেজ, একটি ক্যারিয়ার পেজ, একটি সংবাদ আর্টিকেল, যোগাযোগ পেজ এবং যেকোনো ফর্মের একটি স্বয়ংক্রিয় স্ক্যান চালান। আমাদের ফ্রি অ্যাক্সেসিবিলিটি চেকার গুরুত্বপূর্ণ পেজগুলো একটি আসল ব্রাউজারে WCAG 2.2 A ও AA অনুযায়ী পরীক্ষা করে, এবং অল্ট টেক্সট চেকার একটি পেজের প্রতিটি ছবি তালিকাভুক্ত করে।
- কিবোর্ড দিয়ে পরীক্ষা করুন: শুধু কিবোর্ড ব্যবহার করে মেনুতে ঘুরুন, একটি চাকরির জন্য আবেদন করুন এবং যোগাযোগ ফর্ম সাবমিট করুন।
- ডকুমেন্ট যাচাই করুন: আপনার সবচেয়ে গুরুত্বপূর্ণ PDF-গুলো একটি স্ক্রিন রিডার বা PDF অ্যাক্সেসিবিলিটি চেকার দিয়ে খুলুন।
- ক্যাপশন চালু রেখে এবং শব্দ বন্ধ করে আপনার ভিডিওগুলো দেখুন।
- প্রতিবন্ধী মানুষদের মূল কাজগুলো করে দেখতে বলুন; এতে এমন সমস্যা বেরিয়ে আসে, যা কোনো চেকলিস্ট আগে থেকে বলতে পারে না।
প্রায়শই জিজ্ঞাসিত প্রশ্ন
WCAG কি PDF-এ প্রযোজ্য?
হ্যাঁ। WCAG ওয়েব কনটেন্টে প্রযোজ্য, সাইটে প্রকাশিত ডকুমেন্টসহ। W3C PDF ফাইলে WCAG পূরণের নির্দিষ্ট কৌশল প্রকাশ করে।
আমাদের ক্যারিয়ার সাইট একটি থার্ড পার্টি চালায়। এটি কি আমাদের দায়িত্ব?
একজন প্রার্থীর দৃষ্টিতে এটি আপনারই আবেদন প্রক্রিয়া। বিক্রেতার কাছে একটি Accessibility Conformance Report চান, ফ্লোটি পরীক্ষা করুন, এবং আবেদনের একটি বিকল্প উপায় দিন। আপনার আইনি দায়িত্ব আছে কি না, তা আপনার এখতিয়ারের ওপর নির্ভর করে।
স্বয়ংক্রিয় ক্যাপশন কি WCAG পূরণ করে?
কেবল যদি সেগুলো নির্ভুল হয়। স্বয়ংক্রিয় ক্যাপশনে প্রায়ই নাম, সংখ্যা ও পরিভাষা ভুল থাকে; সেগুলোর ওপর ভরসা করার আগে পর্যালোচনা ও সংশোধন করুন।
একটি কর্পোরেট সাইটের জন্য কি অ্যাক্সেসিবিলিটি ওভারলে যথেষ্ট?
না। ওভারলে মূল কোড, ডকুমেন্ট বা ভিডিও ঠিক করে না। অ্যাক্সেসিবিলিটি ওভারলে ও FTC-র আদেশ নিয়ে আমাদের গাইড দেখুন।
একটি কোম্পানির ওয়েবসাইটের কোন মানদণ্ডকে লক্ষ্য করা উচিত?
WCAG 2.2 Level AA হলো বর্তমান সংস্করণ ও সাধারণ লক্ষ্য; অনেক আইন ও নীতিমালা এখনো WCAG 2.1 AA-র উল্লেখ করে, যা 2.2 AA পূরণকারী একটি সাইটও পূরণ করে।
তথ্যসূত্র
- WebAIM: The WebAIM Million (2026) (নতুন ট্যাবে খোলে)
- W3C: Web Content Accessibility Guidelines (WCAG) 2.2 (নতুন ট্যাবে খোলে)
- W3C: Techniques for WCAG 2.2: PDF techniques (নতুন ট্যাবে খোলে)
- W3C: Understanding 1.2.2 Captions (Prerecorded) (নতুন ট্যাবে খোলে)
- W3C: Understanding 1.2.5 Audio Description (Prerecorded) (নতুন ট্যাবে খোলে)
- W3C: Making audio and video media accessible (নতুন ট্যাবে খোলে)
- W3C: Understanding 2.1.2 No Keyboard Trap (নতুন ট্যাবে খোলে)
- W3C: Inaccessibility of CAPTCHA (নতুন ট্যাবে খোলে)
- W3C: Developing an accessibility statement (নতুন ট্যাবে খোলে)
- যুক্তরাষ্ট্রের বিচার বিভাগ: Guidance on web accessibility and the ADA (নতুন ট্যাবে খোলে)
- বিশ্ব স্বাস্থ্য সংস্থা: প্রতিবন্ধিতা বিষয়ক তথ্যপত্র (Disability and health) (নতুন ট্যাবে খোলে)
সব গাইড
- SaaS ওয়েবসাইটের জন্য টেকনিক্যাল SEO চেকলিস্টSaaS-এর টেকনিক্যাল SEO: অ্যাপকে সার্চের বাইরে রাখা, ক্রলারের জন্য পেজ রেন্ডার, ডকস ও চেঞ্জলগ, ক্যানোনিকাল, স্ট্রাকচার্ড ডেটা, স্পিড ও AI ক্রলার।
- SaaS প্রোডাক্ট ও ওয়েব অ্যাপের জন্য WCAG 2.2 AA চেকলিস্টSaaS-এর জন্য WCAG 2.2 AA চেকলিস্ট: লগইন, ফর্ম, ডায়ালগ, সিঙ্গেল-পেজ নেভিগেশন, টেবিল, চার্ট, ড্র্যাগ অ্যান্ড ড্রপ, টাইমআউট এবং ক্রেতাদের চাওয়া ACR।
- ওয়েবসাইট ঠিক করলে কি লাভ হয়? স্পিড, SEO ও অ্যাক্সেসিবিলিটি নিয়ে প্রকাশিত গবেষণা কী দেখায়স্পিড, স্ট্রাকচার্ড ডেটা ও অ্যাক্সেসিবিলিটির কাজের পর A/B টেস্ট ও প্রকাশিত গবেষণা কী মেপেছে, এবং আপনার স্টোরে প্রভাব কীভাবে অনুমান ও পরিমাপ করবেন।