Заява про доступність
Останнє оновлення: 19 вересня 2026 року.
1. Зобов’язання та стандарт
JoelKlemmer.com призначений для використання людьми з інвалідністю, зокрема тими, хто користується клавіатурою, програмами зчитування з екрана, засобами збільшення, голосовим введенням, перемикачами та альтернативними налаштуваннями відображення. Joel R. Klemmer, Сполучені Штати, відповідає за вебсайт і приймає звернення щодо доступності за адресою contact@joelklemmer.com.
Нашою технічною ціллю є відповідність Настановам з доступності вебвмісту, версія 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 надають контекст незалежно від фізичного компонування зображення.
Налаштування відображення зберігаються на пристрої лише після вибору необов’язкового елемента керування для запам’ятовування налаштувань. Ви можете скасувати цей вибір через інтерфейс. Збій сховища браузера має залишати придатні для використання типові налаштування, а не перешкоджати доступу. Політика щодо файлів cookie окремо пояснює це зберігання.
5. Текст, структура та мова
Ми прагнемо використовувати чіткі заголовки, читабельні розміри тексту, достатній міжрядковий інтервал і змістовний порядок читання. Інформація не повинна залежати лише від візуального розташування, форми чи вказівки на кшталт «натисніть елемент праворуч». Форми й інтерактивні елементи мають надавати допоміжним технологіям зрозумілі назви та зв’язки.
Сайт пропонує 50 мов на вибір. Атрибути мови й напрямку письма використовуються, щоб браузери та допоміжні технології могли належно інтерпретувати вибрану мову й текст із письмом справа наліво. Імена, оригінальні назви книг і цитати можуть залишатися мовою джерела, якщо переклад призвів би до неправильної ідентифікації твору; супровідні пояснення мають чітко показувати цю відмінність.
Перекладений інтерфейс не стає автоматично доступним або точним. Довгі написи, нелатинські шрифти, двонапрямний текст, місцеві формати дат і перекладені інструкції потребують окремих перевірок. Якщо через переклад елемент керування або пояснення стає незрозумілим, зазначте у зверненні мову та сторінку. Ми оцінимо і зміст, і зручність використання, що є результатом перекладу.
6. Зображення, книги, публікації та медіа
Змістовні зображення повинні мати текстові альтернативи, які передають їхнє призначення. Декоративні зображення не повинні спричиняти повторюваних оголошень або затуляти змістовний вміст. Фотографії та згенеровані сцени не повинні містити важливі факти, недоступні в сусідньому тексті. Назви книг, авторство, відомості про видання та придбання подаються текстом, а не лише за допомогою зображень обкладинок чи тривимірних об’єктів.
Публікації для медіа і преси мають HTML-інтерфейси для читання, а також завантажувані версії. Елементи керування повинні мати назви, працювати з клавіатури й залишатися придатними для використання, коли рух зменшено. Масштабування тексту, навігація сторінками та посилання на джерела мають залишатися доступними без жесту перегортання сторінки. Якщо певний засіб читання або формат документа створює перешкоду, попросіть надати інформацію в іншому придатному форматі.
Коли ми публікуємо змістовні попередньо записані аудіо- чи відеоматеріали, які перебувають під нашим контролем, мають бути доступні належні альтернативи, як-от субтитри, текстові розшифрування чи описи, відповідно до вмісту та застосовного стандарту. Для декоративного руху, що не передає додаткової інформації, можна використовувати рівноцінне статичне подання. Записи третіх сторін можуть мати субтитри або текстові розшифрування, надані платформою розміщення; ми не припускаємо, що ці засоби наявні чи точні лише тому, що на запис надано посилання.
7. Форми, помилки та автоматизовані відповіді
У контактній формі позначено обов’язкові поля й надаються повідомлення про помилки перевірки. Помилки мають бути викладені текстом і пов’язані з відповідним елементом керування або зі зведенням, до якого можна перейти. Хід надсилання, його успішне завершення чи невдача мають повідомлятися допоміжним технологіям без опори лише на колір, анімацію чи короткочасне візуальне повідомлення.
ШІ-помічник є необов’язковим. Звичайний пошук, сторінки джерел і засоби зв’язку залишаються доступними незалежно від нього. Поле запитання та стани надсилання, скасування, результату й помилки мають бути доступними з клавіатури та для програм зчитування з екрана. Згенеровані відповіді відображаються як текст із посиланнями на джерела. У разі збою або непідтримуваного запитання має з’явитися чітке пояснення, а не порожній результат, поданий як успішний.
Результат роботи ШІ може бути помилковим або складним для розуміння. Він не замінює запитаної адаптації для забезпечення доступності чи безпосередньої допомоги. Замість використання постачальника ШІ ви можете запитати інформацію через канал зв’язку. Політика щодо ШІ та Політика конфіденційності пояснюють обмеження цієї функції й порядок оброблення даних.
8. Оцінювання та поточні обмеження
Під час розроблення й підготовки до випуску ми поєднуємо перевірку вихідного коду, автоматизовані перевірки, тестування клавіатури, перевірки адаптивності в браузері та візуальне оцінювання. Автоматизовані тести можуть виявити певні дефекти, але не можуть установити, що кожна взаємодія працює для кожної людини чи допоміжної технології. Успішний тест у змодельованій області перегляду не є тим самим, що тестування на фізичному телефоні, телевізорі, VR-гарнітурі або в кожному вбудованому браузері.
Наш підхід полягає в тому, щоб важлива інформація була доступною через стандартні вебелементи керування й текст, а декоративні сцени не ставали перешкодою на пристроях з обмеженими ресурсами. Фактична поведінка все одно може різнитися залежно від операційної системи, браузера, допоміжної технології, обладнання, мережі, підтримки шрифтів і налаштувань користувача. Якщо певне поєднання не працює, нам потрібні конкретні відомості, щоб відтворити перешкоду й надати альтернативу.
Ми не заявляємо про сертифікацію доступності третьою стороною, повну відповідність рівню AAA, універсальне тестування на фізичних пристроях або доступність вмісту третіх сторін без підтвердних доказів. Завантажувані документи й зовнішні медіаматеріали на сторонніх платформах потребують окремого оцінювання. Відоме обмеження потрібно оцінити й усунути виправленням або належною доступною альтернативою, а не відхиляти лише тому, що автоматизований звіт не виявив помилок.
9. Запит про допомогу або альтернативний формат
Надішліть листа на contact@joelklemmer.com або скористайтеся формою зворотного зв’язку, щоб повідомити про перешкоду чи попросити інформацію в доступному форматі. Якщо самою формою складно скористатися, альтернативою є електронна пошта. Щоб подати запит щодо доступності, вам не потрібно розкривати діагноз.
Корисні відомості включають адресу сторінки, інформацію чи дію, до якої ви намагалися отримати доступ, виявлену перешкоду, пристрій і браузер, залучену допоміжну технологію, а також формат або допомогу, що були б корисними. Надавайте лише необхідне; не надсилайте паролі, медичні документи чи не пов’язану із запитом приватну інформацію. Ви можете не зазначати технічних відомостей, яких не знаєте.
Ми прагнемо підтвердити отримання запиту щодо доступності протягом п’яти робочих днів і надати змістовну відповідь або практичний наступний крок протягом десяти робочих днів. Деякі виправлення або альтернативні формати можуть потребувати більше часу; у такому разі ми прагнемо пояснити очікуваний наступний крок і тримати вас у курсі. Коротший строк чи інша процедура, передбачені застосовним законодавством, мають переважну силу. Ці цільові строки не є обіцянкою назавжди усунути кожен дефект програмного забезпечення протягом цього періоду.
Розумна допомога не повинна вимагати від вас використання функції, яка створила перешкоду. Залежно від запиту належною відповіддю може бути текстова версія, документ в іншому форматі, уточнене посилання, допомога з пошуком джерела або виправлення інтерфейсу. Ми розглянемо запитану форму допомоги та зобов’язання, застосовні за відповідних обставин.
10. Зворотний зв’язок, подальший розгляд і законні права
Якщо відповідь не усуває вашу проблему, надішліть відповідь із зазначенням невирішеної перешкоди та попросіть оператора вебсайту провести додатковий розгляд. Зберігайте відповідні дати й листування, якщо вам потрібно мати підтвердження. Листування щодо доступності обробляється відповідно до Політики конфіденційності та застосовних правил зберігання.
Цей внутрішній процес не обмежує вашого права звернутися до органу з питань доступності, прав людей з інвалідністю, захисту прав споживачів або до іншого компетентного органу, скористатися доступною процедурою подання скарги чи вимагати засобу правового захисту згідно із застосовним законодавством. Ви не зобов’язані відмовлятися від передбаченого законом права, щоб отримати допомогу. Жодне застереження про обмеження відповідальності в інших частинах сайту не виключає обов’язку, який не можна правомірно виключити.
Вимоги щодо доступності різняться між країнами, а у Сполучених Штатах — між федеральними, штатними та іншими застосовними правовими системами. WCAG є технічним стандартом; його застосування саме по собі не визначає, яке законодавство поширюється на цей вебсайт, і не засвідчує відповідності всім місцевим вимогам. Обов’язкові застосовні гарантії мають переважну силу, якщо вони вимагають більшого, ніж описано в цій заяві.
11. Підтримання та оновлення доступності
Ми перевіряємо доступність, коли додаємо функцію, змінюємо навігацію, оновлюємо публікацію, додаємо новий ресурс або перекладаємо вміст. Відповідні перевірки мають охоплювати фактичну взаємодію та суттєві стани відмови, а не лише статичний знімок екрана. Істотні зміни ШІ-помічника, засобів читання публікацій або елементів керування сценами вимагають повторної перевірки відповідних функцій.
Ми оновимо цю заяву, коли істотна зміна вплине на описані тут функції, обмеження чи допомогу. Дата на опублікованій сторінці визначає версію. Для отримання допомоги чи додаткової інформації зверніться до Joel R. Klemmer, Сполучені Штати, за адресою contact@joelklemmer.com.