Спробуйте це: закрийте очі й уявіть, що хтось читає вам список усіх посилань на сторінці без тексту навколо — лише сам текст посилання, одне за одним. Якщо список звучить як «клацніть тут, клацніть тут, читайте далі, клацніть тут» — це саме те, що відчувають багато користувачів програм зчитування з екрана, оскільки вони використовують функцію «списку посилань» для швидкої навігації документом.

Коротко — що охоплює цей посібник

  1. Чому "Натисніть тут" не вдається
  2. Як написати хороший текст посилання
  3. Коли найближчого контексту насправді достатньо
  4. Як це працює в документах PDF

Чому «Натисніть тут» не вдається

Критерій WCAG 2.4.4 («Призначення посилання в контексті») вимагає, щоб текст посилання разом із безпосереднім контекстом пояснював, куди воно веде або що воно робить. «Натисніть тут» і «читати далі» не вдається, тому що вони нічого не говорять самі по собі — вони повністю залежать від навколишнього тексту, який користувач, який переміщується за списком посилань у програмі зчитування з екрана, просто не чує.

Як написати хороший текст посилання

Найпростіше правило: текст посилання має описувати пункт призначення або дія, а не механізм клацання. «Завантажити річний звіт (PDF, 2 МБ)» значно краще, ніж «Натисніть тут, щоб завантажити звіт». «Прочитайте повну політику конфіденційності» краще, ніж «Натисніть тут, щоб дізнатися більше». Для завантажуваного файлу також доцільно вказати тип і розмір у дужках — це допоможе всім користувачам, а не лише тим, хто використовує програму зчитування з екрана.

Ілюстративна діаграма Purposeful vs. generic link text Comparison between a link named 'click here' and a link with a descriptive name Link Text Says Where It Leads — Even Without Context Click here ❌ A screen reader skimming a links list hears only "click here, click here, click here..." Download the annual accessibility report (PDF, 2MB) ✅ Rule of thumb: if you take the link out of its context, the text should still make sense
Посилання під назвою «Натисніть тут» нічого не говорить, якщо вирване з контексту. Посилання зі змістовним текстом має сенс навіть читати окремо в списку посилань.

Коли контексту поблизу насправді достатньо

WCAG не вимагає, щоб текст посилання був повністю самостійним у кожному випадку — вам дозволено покладатися на безпосередній контекст (той самий абзац чи той самий елемент списку), якщо цей контекст також доступний програмі зчитування з екрана, а не лише візуально. Практична проблема: повторювані посилання «читати далі» у списку статей є чудовим прикладом межового випадку — візуально зрозуміло, до якої статті належить кожне «читати далі», але в окремому списку посилань усі вони звучать однаково. Загальне рішення: додавання додаткового тексту до посилання, яке візуально приховано, але доступне програмі зчитування з екрана (наприклад, «Докладніше про [назва статті]»), щоб і візуальне відображення, і версія для читання вголос працювали добре.

💡 Практична порада

Швидке емпіричне правило: читайте текст посилання вголос окремо, без нічого навколо нього. Якщо це не має сенсу — потрібен кращий текст.

Як це працює в PDF-документах

У PDF-документах посилання позначаються тегами як об’єкт Link у дереві тегів із внутрішнім текстом, який читається вголос. Поширена проблема в документах, експортованих із Word: повна URL-адреса вставляється як сам текст посилання ("https://example.com/very/long/path/document.pdf") — програма зчитування з екрана читатиме всю адресу літера за літерою або сегмент за сегментом, що робить його нестерпним для прослуховування. Виправлення: замініть текст посилання коротким чітким описом і збережіть повну адресу лише як цільову адресу (саму URL-адресу), а не як відображуваний текст.

Хочете знати, які посилання у ваших документах незрозумілі?

Наш інструмент визначає загальні посилання та необроблені URL-адреси, які використовуються як текст посилань у кожному PDF-документі на вашому сайті.

Відскануйте свій сайт безкоштовно ←