JOEL KLEMMER
تماس

بیانیهٔ دسترس‌پذیری

آخرین به‌روزرسانی: 19 سپتامبر 2026.

1. تعهد و استاندارد

هدف این است که JoelKlemmer.com برای افراد دارای معلولیت قابل استفاده باشد، از جمله کسانی که از صفحه‌کلید، صفحه‌خوان، بزرگ‌نمایی، ورودی صوتی، دستگاه‌های سوئیچی و ترجیحات نمایشی جایگزین استفاده می‌کنند. Joel R. Klemmer در ایالات متحده مسئول وب‌سایت و دریافت نگرانی‌های دسترس‌پذیری در contact@joelklemmer.com است.

هدف فنی ما Web Content Accessibility Guidelines، نسخهٔ 2.2، سطح AA است. همچنین هرجا شیوه‌های منتخب سطح AAA تجربه را بهتر کنند و بتوان به‌طور پیوسته از آن‌ها پشتیبانی کرد، آن‌ها را به کار می‌بریم. «AA+» گاهی به‌شکل غیررسمی استفاده می‌شود، اما سطح انطباق جداگانه‌ای در WCAG نیست. ما آن را گواهی تلقی نمی‌کنیم و ادعا نمی‌کنیم وب‌سایت همهٔ معیارهای موفقیت سطح AAA را برآورده کرده است.

دسترس‌پذیری بخشی از طراحی، محتوا، توسعه و بازبینی انتشار است. برای دسترسی به اطلاعات ضروری، یک تجربهٔ دیداریِ فراگیر نباید پویانمایی، رندرکنندهٔ سه‌بعدی، پوستهٔ رنگی خاص یا دستگاه اشاره‌گر را الزامی کند. کنترل‌های دسترس‌پذیری مکمل HTML معنایی و رفتار پیش‌فرضِ قابل استفاده‌اند؛ آن‌ها جایگزین ضرورتِ دسترس‌پذیر بودن زیربنای سایت نمی‌شوند.

2. دامنهٔ این بیانیه

این بیانیه صفحات و رابطی را که در JoelKlemmer.com اداره می‌شوند پوشش می‌دهد، از جمله ناوبری، جست‌وجو، اطلاعات کتاب و فهرست فروشندگان، سوابق منابع عمومی، تقدیرها، منابع رسانه‌ای و مطبوعاتی، تماس، صفحات سیاست و راهنمای هوش مصنوعی. این بیانیه به محتوا و کارکردهایی می‌پردازد که در کنترل ماست.

فروشندگان مستقل، ناشران، شبکه‌های اجتماعی، پلتفرم‌های پادکست و دیگر خدمات پیوندشده رابط‌ها و مطالب خود را کنترل می‌کنند. دسترس‌پذیری آن‌ها می‌تواند با این وب‌سایت متفاوت باشد. پیوند به خدمت شخص ثالث، دسترس‌پذیری آن را گواهی نمی‌کند. اگر منبع خارجی برای اطلاعات موجود در اینجا مانع ایجاد می‌کند، نیازتان را به ما بگویید تا جایگزین مناسبی را که در کنترل ماست بررسی کنیم.

اسناد قابل بارگیری، تصاویر و مطالب صوتی‌تصویری ملاحظات ویژهٔ قالب دارند. PDF دیداری ممکن است، به‌ویژه از نظر ترتیب خواندن، برچسب‌گذاری، استخراج متن و فناوری کمکی، رفتاری متفاوت با ارائهٔ HTML خود داشته باشد. بازبینی دیداری یا بارگیری موفق PDF را مدرک انطباق با PDF/UA تلقی نمی‌کنیم. ارائهٔ HTML وب‌سایت از اطلاعات رسانه‌ای و مطبوعاتی مسیر خواندن جداگانه‌ای فراهم می‌کند؛ اگر آن مسیر نیازتان را برآورده نمی‌کند با ما تماس بگیرید.

3. ناوبری و استفاده از صفحه‌کلید

وب‌سایت از ناحیه‌های نشانه‌گذاری‌شده، عنوان‌ها، متن معنادار پیوندها، پیوندهای بومی و کنترل‌های فرم استفاده می‌کند تا ناوبری با فناوری کمکی را پشتیبانی کند. یک پیوند پرش راهی به محتوای اصلی فراهم می‌کند. هدف این است که تمرکز صفحه‌کلید دیده شود و ترتیب معناداری را دنبال کند. گفت‌وگوهای ناوبری از ورود و بستن با صفحه‌کلید پشتیبانی می‌کنند و بستن گفت‌وگو باید، هرگاه کنترل فراخواننده همچنان موجود است، تمرکز را به آن بازگرداند.

برای جابه‌جایی میان کنترل‌ها از Tab و Shift+Tab، برای فعال‌کردن پیوندها و دکمه‌ها در موارد پشتیبانی‌شده از Enter و برای بستن گفت‌وگوی باز از Escape استفاده کنید. کنترل‌های بومی ممکن است بر اساس مرورگر و فناوری کمکی از کلیدهای جهت‌نما یا Space نیز پشتیبانی کنند. ما عمداً میان‌برهای آشنای مرورگر را جایگزین نمی‌کنیم یا برای اقدام ضروری حرکت پیچیده‌ای نمی‌خواهیم.

هدف‌های اشاره‌گر با اندازه و فاصلهٔ کافی طراحی می‌شوند. اقدامی که با قرارگرفتن نشانگر روی آن در دسترس است باید با صفحه‌کلید یا ورودی پشتیبانی‌شدهٔ دیگر نیز قابل کشف و اجرا باشد. چیدمان ارائه برای لمس، صفحه‌کلید و اشاره‌گر می‌تواند متفاوت باشد، در حالی که همان محتوا و اقدامات ضروری حفظ می‌شوند.

4. نمایش، کنتراست، حرکت و گرافیک

تنظیمات پوسته، نمایش روشن، تیره یا انتخاب‌شده توسط سامانه را در همان جهت دیداری ممکن می‌کنند. متن، کنترل‌ها و نشانگرهای تمرکز نسبت به پس‌زمینهٔ واقعی خود از نظر کنتراست بررسی می‌شوند. تصاویر تزئینی و سطوح لایه‌ای نباید خوانایی متن ضروری را به پس‌زمینه‌ای پیش‌بینی‌ناپذیر وابسته کنند. برای مشخص‌کردن خطا، وضعیت یا حالت انتخاب‌شده نباید فقط به رنگ تکیه شود.

تنظیمات حرکت امکان نمایش با حرکت کاهش‌یافته را می‌دهند و می‌توانند از ترجیح سامانهٔ عامل پیروی کنند. هنگام کاهش حرکت، محتوای ضروری باید همچنان در دسترس بماند. تنظیم گرافیک، نمایی سبک‌تر برای بازدیدکنندگانی فراهم می‌کند که رندر کمتر را ترجیح می‌دهند یا به آن نیاز دارند. اگر مرورگر نتواند از صحنهٔ سه‌بعدی پشتیبانی کند، نمای ثابت باید اطلاعات و ناوبریِ لازم برای استفاده از سایت را حفظ کند.

می‌توانید بزرگ‌نمایی کنید و از ترجیحات اندازهٔ متن مرورگر بهره ببرید. چیدمان‌ها برای بازچینی و از دست‌نرفتن محتوا هنگام تغییر اندازهٔ متن یا نمای دید بررسی می‌شوند. برخی اشیای دیداری، مانند جلد کتاب یا صفحهٔ نشریه، شکل ذاتی خود را حفظ می‌کنند؛ متن جایگزین و اطلاعات HTML پیرامون، مستقل از آرایش فیزیکی تصویر زمینه را فراهم می‌کنند.

ترجیحات نمایش فقط زمانی روی دستگاه ذخیره می‌شوند که کنترل اختیاریِ به‌خاطرسپاری تنظیمات انتخاب شود. می‌توانید آن انتخاب را از طریق رابط پاک کنید. از کارافتادن فضای ذخیره‌سازی مرورگر باید پیش‌فرض‌های قابل استفاده را باقی بگذارد، نه این‌که مانع دسترسی شود. سیاست کوکی این ذخیره‌سازی را جداگانه توضیح می‌دهد.

5. متن، ساختار و زبان

می‌کوشیم از عنوان‌های روشن، اندازهٔ خوانای متن، فاصلهٔ خط کافی و ترتیب خواندن معنادار استفاده کنیم. اطلاعات نباید تنها به جایگاه دیداری، شکل یا دستوری مانند «روی مورد سمت راست کلیک کنید» وابسته باشند. فرم‌ها و عناصر تعاملی باید نام‌ها و روابط قابل فهم را در اختیار فناوری کمکی بگذارند.

سایت 50 گزینهٔ زبان ارائه می‌کند. ویژگی‌های زبان و جهت نوشتار استفاده می‌شوند تا مرورگرها و فناوری‌های کمکی بتوانند زبان انتخاب‌شده و متن راست‌به‌چپ را درست تفسیر کنند. نام‌ها، عنوان‌های اصلی کتاب‌ها و نقل‌قول‌ها ممکن است هرگاه ترجمه موجب شناسایی نادرست اثر شود به زبان منبع باقی بمانند؛ توضیحات پیرامون باید این تمایز را روشن کنند.

رابط ترجمه‌شده خودبه‌خود دسترس‌پذیر یا دقیق نیست. برچسب‌های بلند، قلم‌های غیرلاتین، متن دوجهته، قالب‌های محلی تاریخ و دستورهای ترجمه‌شده به بررسی جداگانه نیاز دارند. اگر ترجمه‌ای کنترل یا توضیحی را نامفهوم کرده است، زبان و صفحه را در گزارش خود مشخص کنید. ما هم معنا و هم قابلیت استفادهٔ حاصل را ارزیابی خواهیم کرد.

6. تصاویر، کتاب‌ها، نشریات و رسانه

تصاویر معنادار باید متن جایگزینی داشته باشند که هدف آن‌ها را منتقل کند. تصاویر تزئینی نباید اعلام‌های تکراری ایجاد کنند یا محتوای معنادار را بپوشانند. عکس‌ها و صحنه‌های تولیدشده نباید حامل واقعیت‌های ضروری‌ای باشند که در متن نزدیک موجود نیستند. عنوان کتاب، پدیدآور، ویرایش‌ها و اطلاعات خرید به‌صورت متن ارائه می‌شوند و تنها به تصویر جلد یا شیء سه‌بعدی متکی نیستند.

نشریات رسانه‌ای و مطبوعاتی، علاوه بر نسخه‌های قابل بارگیری، رابط خواندن HTML دارند. کنترل‌ها باید نام‌گذاری شوند، با صفحه‌کلید کار کنند و هنگام کاهش حرکت قابل استفاده باشند. بزرگ‌نمایی متن، ناوبری صفحه و پیوندهای منبع باید بدون نیاز به حرکت ورق‌زدن در دسترس بمانند. اگر خواننده یا قالب سندی خاص مانع ایجاد می‌کند، اطلاعات را در قالب مناسب دیگری درخواست کنید.

هرجا صوت یا ویدئوی ازپیش‌ضبط‌شده و معناداری را که تحت کنترل ماست منتشر کنیم، بر حسب محتوا و استاندارد قابل اعمال، جایگزین‌های دسترس‌پذیر مانند زیرنویس، متن پیاده‌شده یا توصیف لازم‌اند. حرکت تزئینیِ بدون اطلاعات افزوده می‌تواند از ارائهٔ ثابت معادل استفاده کند. ضبط‌های شخص ثالث ممکن است زیرنویس یا متن پیاده‌شده‌ای داشته باشند که میزبانشان فراهم کرده است؛ صرفاً به‌دلیل پیوندشدن ضبط، وجود یا دقت این قابلیت‌ها را فرض نمی‌کنیم.

7. فرم‌ها، خطاها و پاسخ‌های خودکار

فرم تماس فیلدهای الزامی را مشخص می‌کند و بازخورد اعتبارسنجی می‌دهد. خطاها باید در متن بیان و با کنترل متأثر یا خلاصه‌ای قابل پیمایش مرتبط شوند. پیشرفت ارسال، موفقیت و شکست باید بدون اتکای صرف به رنگ، پویانمایی یا پیام دیداریِ گذرا به فناوری کمکی اعلام شوند.

راهنمای هوش مصنوعی اختیاری است. جست‌وجوی عادی، صفحات منابع و تماس مستقل از آن در دسترس می‌مانند. هدف این است که فیلد پرسش، ارسال، لغو، نتیجه و حالت‌های خطای آن با صفحه‌کلید و صفحه‌خوان دسترس‌پذیر باشند. پاسخ‌های تولیدشده به‌صورت متن همراه با پیوندهای منبع نمایش داده می‌شوند. شکست یا پرسش پشتیبانی‌نشده باید به‌جای نتیجهٔ خالی‌ای که موفق معرفی شده است توضیح روشنی ارائه کند.

خروجی هوش مصنوعی ممکن است نادرست یا دشوارفهم باشد. جایگزین تسهیلات دسترس‌پذیریِ درخواست‌شده یا کمک مستقیم نیست. می‌توانید به‌جای استفاده از ارائه‌دهندهٔ هوش مصنوعی، اطلاعات را از طریق مسیر تماس بخواهید. سیاست هوش مصنوعی و سیاست حریم خصوصی محدودیت‌های قابلیت و شیوهٔ رسیدگی به داده را توضیح می‌دهند.

8. ارزیابی و محدودیت‌های کنونی

در توسعه و آماده‌سازی انتشار، ترکیبی از بازبینی منبع، بررسی‌های خودکار، آزمون صفحه‌کلید، بررسی پاسخ‌گویی مرورگر و بازرسی دیداری را به کار می‌بریم. آزمون‌های خودکار می‌توانند برخی نقص‌ها را بیابند، اما نمی‌توانند ثابت کنند هر تعامل برای هر فرد یا هر فناوری کمکی کار می‌کند. آزمون موفق در نمای دید شبیه‌سازی‌شده با آزمودن تلفن فیزیکی، تلویزیون، هدست VR یا هر مرورگر تعبیه‌شده یکسان نیست.

رویکرد ما این است که اطلاعات ضروری را از طریق کنترل‌های استاندارد وب و متن در دسترس قرار دهیم تا صحنه‌های تزئینی در دستگاه‌های محدود مانع نشوند. رفتار واقعی همچنان می‌تواند بر حسب سامانهٔ عامل، مرورگر، فناوری کمکی، سخت‌افزار، شبکه، پشتیبانی قلم و تنظیمات کاربر متفاوت باشد. اگر ترکیبی کار نکند، اطلاعات مشخصِ لازم برای بازتولید مانع و ارائهٔ جایگزین را می‌خواهیم.

بدون مدارک پشتیبان، ادعای گواهی دسترس‌پذیری شخص ثالث، انطباق کامل با سطح AAA، آزمون همگانی دستگاه‌های فیزیکی یا دسترس‌پذیری محتوای شخص ثالث نمی‌کنیم. اسناد قابل بارگیری و رسانه‌های خارجیِ میزبانی‌شده به ارزیابی جداگانه نیاز دارند. محدودیت شناخته‌شده باید از طریق اصلاح یا جایگزین دسترس‌پذیرِ مناسب ارزیابی و برطرف شود، نه صرفاً به این دلیل که گزارش خودکار موفق بوده است کنار گذاشته شود.

9. درخواست کمک یا قالب جایگزین

برای گزارش مانع یا درخواست اطلاعات در قالبی دسترس‌پذیر، به contact@joelklemmer.com ایمیل بزنید یا از فرم تماس استفاده کنید. اگر استفاده از خود فرم دشوار است، مسیر ایمیل یک جایگزین است. برای درخواست دسترس‌پذیری لازم نیست تشخیصی پزشکی را افشا کنید.

جزئیات سودمند شامل نشانی صفحه، اطلاعات یا اقدامی که می‌خواستید به آن دسترسی یابید، مانع پیش‌آمده، دستگاه و مرورگر، هر فناوری کمکیِ دخیل و قالب یا کمکی است که مفید خواهد بود. فقط موارد ضروری را به اشتراک بگذارید؛ گذرواژه‌ها، اسناد پزشکی یا اطلاعات خصوصیِ نامرتبط را نفرستید. می‌توانید جزئیات فنی‌ای را که نمی‌دانید حذف کنید.

هدف ما این است که دریافت درخواست دسترس‌پذیری را ظرف پنج روز کاری تأیید کنیم و ظرف ده روز کاری پاسخ ماهوی یا گام عملی بعدی بدهیم. برخی اصلاح‌ها یا قالب‌های جایگزین ممکن است زمان بیشتری بخواهند؛ در آن صورت می‌کوشیم گام بعدیِ مورد انتظار را توضیح دهیم و شما را مطلع نگه داریم. مهلت کوتاه‌تر یا رویهٔ متفاوتی که قانون قابل اعمال الزام کند مقدم است. این اهداف وعده نمی‌دهند هر نقص نرم‌افزاری در آن دوره به‌طور دائمی حل شود.

کمک معقول نباید شما را ملزم کند از همان قابلیتی استفاده کنید که مانع را ایجاد کرده است. بر حسب درخواست، پاسخ مناسب می‌تواند نسخهٔ متنی، سندی در قالب دیگر، پیوندی روشن‌شده، کمک برای یافتن منبع یا اصلاح رابط باشد. شکل کمکِ درخواست‌شده و تکالیفی را که بر شرایط اعمال می‌شوند بررسی خواهیم کرد.

10. بازخورد، ارجاع و حقوق قانونی

اگر پاسخی نگرانی شما را برطرف نکرد، مانع باقی‌مانده را در پاسخ بیان کنید و بازبینی بیشتری از سوی گردانندهٔ وب‌سایت بخواهید. اگر به سابقه نیاز دارید، تاریخ‌ها و مکاتبات مربوط را نگه دارید. مکاتبات دسترس‌پذیری طبق سیاست حریم خصوصی و قواعد نگهداریِ قابل اعمال رسیدگی می‌شوند.

این فرایند داخلی حق شما را برای تماس با مرجع دسترس‌پذیری، حقوق معلولیت، حمایت از مصرف‌کننده یا مرجع صالح دیگر، استفاده از فرایند شکایت موجود یا درخواست راه جبران طبق قانون قابل اعمال محدود نمی‌کند. برای دریافت کمک لازم نیست از حق قانونی صرف‌نظر کنید. هیچ سلب مسئولیتی در جای دیگری از سایت تکلیفی را که قانوناً قابل حذف نیست کنار نمی‌گذارد.

الزامات دسترس‌پذیری میان کشورها و، در ایالات متحده، میان چهارچوب‌های قانونی فدرال، ایالتی و دیگر چهارچوب‌های قابل اعمال متفاوت‌اند. WCAG یک استاندارد فنی است؛ استفاده از آن به‌خودی‌خود تعیین نمی‌کند کدام قانون بر این وب‌سایت اعمال می‌شود یا رعایت همهٔ الزامات محلی را گواهی نمی‌کند. هرجا حمایت‌های الزامیِ قابل اعمال چیزی بیش از این بیانیه بخواهند، همان حمایت‌ها حاکم‌اند.

11. نگهداری و به‌روزرسانی دسترس‌پذیری

هنگام افزودن قابلیت، تغییر ناوبری، به‌روزرسانی نشریه، معرفی دارایی جدید یا ترجمهٔ محتوا، دسترس‌پذیری را بازبینی می‌کنیم. بررسی‌های مربوط باید تعامل واقعی و حالت‌های شکست معنادار را دربر گیرند، نه فقط تصویر ثابت صفحه را. تغییرات اساسی در راهنمای هوش مصنوعی، خوانندگان نشریات یا کنترل‌های صحنه به بازبینی دوبارهٔ کارکردهای متأثر نیاز دارند.

هرگاه تغییری اساسی بر قابلیت‌ها، محدودیت‌ها یا کمک‌های شرح‌داده‌شده در اینجا اثر بگذارد، این بیانیه را به‌روزرسانی خواهیم کرد. تاریخ صفحهٔ منتشرشده نسخه را مشخص می‌کند. برای کمک یا اطلاعات بیشتر با Joel R. Klemmer در ایالات متحده از طریق contact@joelklemmer.com تماس بگیرید.

JOEL KLEMMER

دسترس‌پذیری

دسترس‌پذیری

این انتخاب‌ها را در این مرورگر ذخیره کنید. خاموش کردن این گزینه تنظیمات ذخیره‌شده را پاک می‌کند؛ انتخاب‌های فعلی شما تا بارگیری دوبارهٔ صفحه فعال می‌مانند.