SEO i dostępność

TL;DR — Dostępność oznacza budowanie witryny tak, aby mogły z niej korzystać osoby z niepełnosprawnościami. To nie to samo co SEO — Google mówiło, że dostępność nie jest czynnikiem rankingowym — ale obszary te się przecinają. Kilka poprawek (prawdziwy tekst alternatywny, jasne nagłówki, opisowe linki, napisy, szybkie strony) pomaga zarówno użytkownikom, jak i wyszukiwarkom. Duża część pracy nad dostępnością nie ma jednak nic wspólnego z SEO — mimo to należy ją wykonać.

Czym jest dostępność

Dostępność internetu to praktyka budowania witryn tak, aby mogły z nich korzystać osoby z niepełnosprawnościami — niewidome lub słabowidzące, głuche lub niedosłyszące, z ograniczeniami ruchowymi czy poznawczymi. Większość zasad opisują Wytyczne dotyczące dostępności treści internetowych (WCAG), standard W3C (grupy opiekującej się podstawowymi standardami sieci).

To inny cel niż SEO. SEO dotyczy bycia znajdowalnym i zdolnym do rankowania w wyszukiwarkach. Dostępność dotyczy bycia użytecznym dla każdego, kto już trafi na stronę. To dwie osobne dziedziny, które przypadkiem dzielą część dobrych praktyk.

Czy pomagają sobie nawzajem?

Czasami — i tu pojawia się nieporozumienie. Johna Muellera z Google zapytano wprost, czy dostępność jest czynnikiem rankingowym; odpowiedział zwyczajnie: “No, not really.” (tłumaczenie) „Nie, raczej nie”. Samo spełnienie WCAG nie podnosi więc pozycji.

Kilka dobrych praktyk dostępności jest również dobrymi praktykami SEO, bo zarówno wyszukiwarki, jak i czytniki ekranu w pewnym sensie „czytają” stronę, nie widząc jej tak jak człowiek. Gdy pomagasz jednym, często pomagasz też drugim:

• Tekst alternatywny opisuje obrazy niewidomym użytkownikom — i daje wyszukiwarkom tekst, który mogą odczytać, by zrozumieć obraz.
• Jasne nagłówki pomagają użytkownikom czytników ekranu poruszać się po stronie — i pomagają wyszukiwarkom zrozumieć jej strukturę.
• Opisowy tekst linku („Pobierz raport z 2025 roku” zamiast „kliknij tutaj”) mówi każdemu, dokąd prowadzi link.
• Napisy i transkrypcje pozwalają osobom głuchym śledzić film — i dają wyszukiwarkom tekst do indeksowania z pliku, który w innym razie byłby niemy.
• Szybkie, stabilne strony są łatwiejsze dla wszystkich, także osób z ograniczeniami ruchowymi lub poznawczymi.

Co większość osób robi źle

„Dostępny” nie oznacza automatycznie „zoptymalizowany pod SEO” i odwrotnie. Ogromna ilość pracy nad dostępnością — pełna obsługa samą klawiaturą, ogłaszanie zmian przez czytniki ekranu, etykietowanie każdego pola formularza — ma zerowy wpływ na pozycje. Wyszukiwarki nie przechodzą po stronie klawiszem Tab.

To w porządku. Robisz tę pracę, bo jest właściwa, a w wielu miejscach wymaga jej prawo. Nie pozwól jednak sprzedawać dostępności jako taktyki SEO ani SEO jako naprawy dostępności. Uważaj też na widgety „nakładek dostępności”, obiecujące natychmiastową zgodność — regulatorzy zaostrzyli kontrolę takich twierdzeń (więcej w karcie Advanced).

Chcesz poznać pełny podział poprawek na te, które się pokrywają, i te, które się nie pokrywają, oraz dowiedzieć się, co naprawdę mówią Google i W3C? Przejdź na kartę Advanced.

TL;DR — Dostępność i SEO są osobnymi dziedzinami z rzeczywistym, ale ograniczonym obszarem wspólnym. Mueller z Google powiedział, że dostępność nie jest bezpośrednim czynnikiem rankingowym, a Google nie ma zdefiniowanej miary pozwalającej ją wyliczać między witrynami. Prawdziwe poprawki dwa w jednym: opisowy tekst alt (najmocniej dla wyszukiwania obrazów), znaczące nagłówki (liczy się istnienie, nie ścisła kolejność — Google mówi, że kolejność poza sekwencją nie szkodzi rankingom), opisowy tekst linków, napisy/transkrypcje, kontrast/ czytelność oraz szybkość strony/Core Web Vitals (wspólne przyczyny, nie nazwany przez Google sygnał „dostępności”). Rozdzielne pozostają: kolejność fokusu klawiatury, regiony ARIA live i powiązanie etykiet formularzy — to wymagania WCAG bez bezpośredniego mechanizmu SEO. Wykonuj pracę wyłącznie dostępnościową; wymogi etyczne i prawne nie zależą od korzyści rankingowej, a obowiązki prawne różnią się zależnie od jurysdykcji i kontekstu.

Dwie dziedziny, jeden diagram Venna

Dostępność reguluje WCAG — Wytyczne W3C dotyczące dostępności treści internetowych, obecnie w wersji 2,2 (wydanej w październiku 2023 roku). WCAG porządkuje 86 testowalnych „kryteriów sukcesu” (78 z WCAG 2,1, plus 9 nowych w 2,2, minus 4.1.1 Parsing usunięte w 2,2 jako przestarzałe) według czterech zasad — Perceivable, Operable, Understandable, Robust (model „POUR”) — na trzech poziomach zgodności: A, AA i AAA (AA jest częstym celem prawnym). To standard prawny/etyczny/UX.

SEO dotyczy widoczności w wyszukiwarkach. Obszary te się przecinają, bo czytnik ekranu i crawler wyszukiwarki próbują zrozumieć stronę, której nie mogą zobaczyć tak jak widzący człowiek. To jednak konkretna, sprawdzalna lista — nie cała jedna ani druga dziedzina. Błąd niemal każdego artykułu „dostępność poprawia SEO” polega na zatarciu trzech różnych rzeczy: (1) prawdziwych wspólnych sygnałów, (2) wspólnych przyczyn źródłowych, które nie są dosłownie „dostępnością” w taksonomii Google, oraz (3) kryteriów WCAG bez żadnego mechanizmu SEO. Rozdzielmy je.

Czy dostępność jest czynnikiem rankingowym? Nie — oto rzeczywista wypowiedź Google

Podczas sesji Search Central office-hours w marcu 2022 roku zapytano Johna Muellera, czy poprawa dostępności pomaga w rankingach. Odpowiedział:

„Nie, raczej nie. Uważam, że dostępność jest ważna dla witryny, ponieważ jeśli odstraszysz użytkowników stroną, z której nie mogą korzystać, nie polecą jej innym osobom. Nie jest to jednak coś, co wykorzystywalibyśmy jako bezpośredni czynnik rankingowy w wyszukiwaniu.”

Warto wyciągnąć z tego dwa wnioski. Po pierwsze, rozumowanie Muellera: Google nie ma sposobu, by obiektywnie mierzyć dostępność między witrynami tak, jak Core Web Vitals definiuje porównywalną miarę szybkości/stabilności. Nie ma wyniku dostępności, który można przekazać systemowi rankingowemu. Po drugie, zostawił furtkę — „być może z czasem to się zmieni” — ale obecnie odpowiedź brzmi jasno: nie.

Istnieją też potwierdzające dowody strukturalne. Własny Guide to Google Search Ranking Systems Google wylicza nazwane systemy rankingowe — BERT, MUM, RankBrain, neural matching, system recenzji, systemy wykrywania spamu, analizę linków i PageRank oraz inne. Na liście nie ma systemu nazwanego dostępnością. Nie ma tam też Core Web Vitals — Google opisuje je osobno, w ramach page experience, jako jeden z sygnałów wykorzystywanych przez jego systemy rankingowe. Dostępność nie jest ukrytym gdzieś wejściem rankingu; po prostu nim nie jest.

Gdzie rzeczywiście się pokrywają

Oto poprawki, w których zrobienie rzeczy dostępnej pomaga również SEO. To lista, która jest naprawdę prawdziwa.

Opisowy tekst alt. WCAG 1.1.1 (Non-text Content, poziom A) wymaga tekstowych alternatyw dla obrazów, aby użytkownicy czytników ekranu wiedzieli, co przedstawia obraz. Własna dokumentacja obrazów Google mówi wprost o stronie SEO: „Najważniejszym atrybutem dostarczającym więcej metadanych obrazu jest tekst alt, który opisuje obraz i poprawia też dostępność dla osób, które nie widzą obrazów na stronach.” Google używa tego tekstu — obok widzenia komputerowego i kontekstu strony — do rozumienia obrazu. Zastrzeżenie dotyczące dokładności: wartość rankingowa alt jest największa w Google Images, a dużo mniejsza jako ogólna dźwignia rankingu sieci; w zwykłym wyszukiwaniu tekst alt działa jako tekst/kontekst strony, nie jako silny samodzielny sygnał. Google ostrzega przed upychaniem: „Unikaj wypełniania atrybutów alt słowami kluczowymi, ponieważ pogarsza to doświadczenie użytkownika i może sprawić, że witryna zostanie uznana za spam.” Pełne omówienie tekstu alt rozwija temat od strony wyszukiwania obrazów.

Znaczące nagłówki — ale nie ścisła kolejność. Prawdziwe, opisowe nagłówki pomagają użytkownikom czytników ekranu nawigować po liście nagłówków i pomagają wyszukiwarkom rozpoznać sekcje treści. To prawdziwy obszar wspólny. Trzeba jednak precyzyjnie wskazać, co się pokrywa: istnienie znaczących nagłówków pomaga obu grupom; ścisła sekwencja liczbowa (H1 → H2 → H3, bez pomijania) jest wyłącznie kwestią dostępności. Gary Illyes z Google powiedział, że kolejność semantyczna „jest świetna dla czytników ekranu, ale z perspektywy Google Search nie ma znaczenia, czy używasz ich poza kolejnością”. Zatem „pisz prawdziwe nagłówki” daje podwójną korzyść. Z kolei zasada “never skip a level” (tłumaczenie) „nigdy nie pomijaj poziomu” to praktyka WCAG (1.3.1 Info and Relationships) bez wpływu na ranking — artykuł o tagach nagłówków omawia stronę rankingową w pełni.

Opisowy tekst linku kontra „click here”. WCAG 2.4.4 (Link Purpose, In Context) i własne zalecenia Google dotyczące tekstu kotwicy zbiegają się w dokładnie tej samej zasadzie z przeciwnych stron. Google mówi: „Dobry tekst kotwicy jest opisowy, dość zwięzły i istotny zarówno dla strony, na której się znajduje, jak i dla strony docelowej” i wyraźnie wskazuje „Click here”, „Read more” oraz „website” jako słaby tekst kotwicy. Wytyczne dostępności wskazują ten sam błąd — użytkownik czytnika ekranu przechodzący po liście linków słyszy tylko „click here, click here, click here”. W jednym z rozdziałów Web Almanac 2021 o SEO, który prowadziłem, 16% badanych linków nie miało opisowego tekstu kotwicy — „niewykorzystaną szansą z perspektywy SEO, a zarazem problemem dostępności” Jedna poprawka, dwie grupy.

Napisy i transkrypcje. Pozwalają osobom głuchym i niedosłyszącym śledzić audio/wideo (wymóg WCAG) oraz dają wyszukiwarkom tekst możliwy do zindeksowania z inaczej nieprzejrzystych mediów. To prawdziwe pokrycie, choć uczciwie zaznaczę, że nie udało mi się znaleźć pierwszorzędnej wypowiedzi Google nazywającej transkrypcje sygnałem indeksowania; traktuj to jako wieloletnią, logiczną i szeroko powtarzaną praktykę, a nie coś wyraźnie zatwierdzonego przez Google.

Kontrast kolorów i czytelność. WCAG 1.4.3 wymaga kontrastu 4,5:1 dla zwykłego tekstu. Tekst o niskim kontraście jest trudniejszy do czytania dla każdego, co prawdopodobnie wpływa na pośrednie sygnały zaangażowania. Trzeba jednak uważać — to pośrednia korelacja, a nie opisany przez Google mechanizm rankingowy. Kontrast pomaga w skanowaniu; nie jest punktowanym wejściem SEO.

Szybkość strony i Core Web Vitals. To rzeczywiste pokrycie, ale często błędnie nazwane. Core Web Vitals są wykorzystywane przez systemy rankingowe Google. Google nie opisuje jednak CWV w swoich dokumentach jako sygnału „dostępności” — CWV i dostępność to równoległe prace nad jakością UX ze wspólnymi przyczynami źródłowymi. Powolna strona, której układ skacze, szkodzi każdemu, a użytkownicy z ograniczeniami ruchowymi lub poznawczymi są nieproporcjonalnie dotknięci nieoczekiwaną zmianą układu (CLS), która przesuwa cel dotknięcia właśnie wtedy, gdy chcą go wybrać. Ujmuj to jako „wspólną przyczynę podstawową”, nie „Google liczy dostępność przez Core Web Vitals”.

Gdzie się rozchodzą — kryteria WCAG bez wartości SEO

To sekcja pomijana przez niemal każdy konkurencyjny artykuł i najważniejsza dla uczciwego ustawienia oczekiwań. Duża część kryteriów sukcesu WCAG — szczególnie w zasadach Operable i Robust — nie ma wiarygodnego mechanizmu SEO, ponieważ crawlery nie wchodzą w interakcję ze stroną tak jak człowiek korzystający z technologii asystujących.

• Kolejność fokusu klawiatury (WCAG 2.4.3, poziom A) i widoczność fokusu (2.4.7, AA) określają, czy użytkownik klawiatury lub przełącznika może przejść po stronie w logicznej kolejności i widzieć, gdzie się znajduje. Żaden crawler nie przechodzi po stronie klawiszem Tab. Zerowy wpływ na SEO.
• Regiony ARIA live / komunikaty statusu (WCAG 4.1.3, AA) — programowe ogłaszanie dynamicznych zmian („3 elementy dodane do koszyka”) czytnikowi ekranu bez przenoszenia fokusu. Nie ma to żadnego związku z przetwarzaniem strony przez Googlebota.
• Programowe powiązanie etykiety formularza (WCAG 3.3.2, A, oraz część 1.3.1) — relacje <label for> / aria-labelledby, dzięki którym czytnik ogłasza, czym jest pole. Google nie rankuje poprawności etykiet pól formularza.

Wniosek: około połowy 86 kryteriów WCAG dotyczy rzeczy bez żadnego mechanizmu SEO. Mimo to je wykonuj. To realne ryzyko prawne (pozwy ADA/WCAG są coraz częstsze) i, prościej mówiąc, właściwe postępowanie — audyt WebAIM Million 2025 dla miliona najpopularniejszych stron głównych wykazał 94,8% z wykrywalnymi naruszeniami WCAG 2, średnio 51 błędów na stronę (tekst o niskim kontraście na 79,1%, brak alt na 55,5%, brak etykiet formularzy na 48,2%). Szacuje się, że 1,3 miliarda osób — 16% światowej populacji — żyje ze znaczącą niepełnosprawnością (WHO). Dostępność nie jest niszowym problemem. Po prostu nie jest problemem SEO.

Mit widgetu nakładki

Jeśli z tego artykułu zapamiętasz jedno ostrzeżenie: widgety nakładek dostępności nie są prawdziwą poprawką i nie są skrótem SEO. To widgety JavaScript (AccessiBe, UserWay i podobne), które obiecują automatyczną zgodność dowolnej witryny z WCAG, często „w ciągu 48 godzin”.

Regulatorzy się z tym nie zgadzają. W styczniu 2025 roku zawarto ugodę (ostateczne postanowienie w kwietniu 2025), a FTC ukarała AccessiBe grzywną 1 mln USD za wprowadzający w błąd marketing tych właśnie twierdzeń o zgodności — postanowienie zabrania jej przez 20 lat składania twierdzeń o zgodności bez dowodów. Sądy osobno odrzucały samo zainstalowanie nakładki jako wystarczającą obronę przed ADA. Nakładki według doniesień automatyzują tylko mniejszość problemów WCAG i mogą aktywnie zakłócać natywne technologie asystujące, z których użytkownik już korzysta. Nie naprawiają podstawowej dostępności i nie dają niezależnej korzyści SEO. Napraw prawdziwy markup.

Jak Bing ujmuje sąsiednie praktyki

Nie udało mi się potwierdzić możliwej do pobrania, dosłownej wypowiedzi Binga konkretnie o dostępności, więc nie będę jej fabrykować. Najbliższy cytowany już na tej stronie punkt pochodzi od Fabrice’a Canela z Microsoftu, który powiedział, że strony z poprawnie wdrożonym semantic HTML5 mają “an advantage in SEO.” (tłumaczenie) „mają przewagę w SEO”. To sąsiednia, a nie identyczna kwestia: semantic HTML (właściwe landmarki i struktura nagłówków) jest praktyką istotną dla WCAG (1.3.1), więc ujęcie Binga trafia w strefę pokrycia — ale jest to twierdzenie o semantycznym mark-upie, nie o zgodności z dostępnością jako całością — nasze omówienie semantic HTML analizuje to ujęcie.

Praktyczny wniosek

Oto uczciwy podział. Poprawki służące obu grupom — wykonuj je jako korzyści SEO i dostępności: pisz prawdziwy alt, stosuj znaczące nagłówki, opisowy tekst linków (nie „click here”), dodawaj napisy do mediów, utrzymuj czytelny kontrast i dbaj o szybkość oraz stabilność stron. Praca wyłącznie nad dostępnością — obsługa klawiaturą, zarządzanie fokusem, stany ARIA, etykietowanie formularzy — również ją wykonuj, tylko nie oczekuj zysku rankingowego i nie pozwól jej tak sprzedawać.

Pokrycie jest prawdziwe, ale lista krótka. Kto mówi „dostępność = SEO”, przesadza w jedną stronę; kto odrzuca dostępność, bo „nie jest czynnikiem rankingowym”, nie rozumie drugiej. Obie rzeczy mają znaczenie. Po prostu zazwyczaj z innych powodów.

Podsumowanie AI

Skrót wersji Advanced:

• Dwie osobne dziedziny z ograniczonym obszarem wspólnym. Dostępność (WCAG 2,2; 86 kryteriów sukcesu; zasady POUR; poziomy A/AA/AAA) to standard prawny/etyczny/UX. SEO to widoczność w wyszukiwaniu. Wspólne są niektóre praktyki, nie cele.
• Nie jest czynnikiem rankingowym. John Mueller z Google: dostępność nie jest „czymś, co wykorzystalibyśmy jako bezpośredni czynnik rankingowy”. Google nie może jej mierzyć między witrynami, a w przewodniku systemów rankingowych nie ma systemu nazwanego dostępnością.
• Prawdziwe pokrycie (rób to dla obu): opisowy alt (najmocniej w wyszukiwaniu obrazów, nie w całej sieci), znaczące nagłówki (istnienie — Google mówi, że kolejność poza sekwencją nie szkodzi), opisowe linki kontra „click here”, napisy/transkrypcje, kontrast/czytelność (pośrednio), szybkość/ Core Web Vitals (wspólna przyczyna, nie nazwany przez Google sygnał dostępności).
• Rozbieżność (brak wartości SEO): kolejność/widoczność fokusu klawiatury, regiony ARIA live/ komunikaty statusu, powiązanie etykiet formularzy — crawlery nie przechodzą Tabem ani nie potrzebują ogłoszeń dynamicznej treści.
• Mit nakładek: widgety w stylu AccessiBe/UserWay nie naprawiają niezawodnie dostępności i nie dają korzyści SEO; FTC ukarała AccessiBe grzywną 1 mln USD (2025) za zwodnicze twierdzenia o zgodności.
• Skala i stawka: WebAIM Million 2025 — 94,8% głównych stron miało błędy WCAG (średnio 51 na stronę); WHO — 1,3 mld osób (16%) ma znaczącą niepełnosprawność. Pracę wyłącznie dostępnościową wykonuj niezależnie od korzyści SEO.

Oficjalna dokumentacja

Dokumentacja źródłowa wyszukiwarek oraz W3C.

Google

• Google Images best practices — zalecenia dotyczące alt łączące SEO obrazów z dostępnością.
• SEO Link Best Practices — opisowy tekst kotwicy; antywzorzec „click here”/„read more”.
• Understanding page experience in Google Search — miejsce Core Web Vitals (i brak nazwania „dostępności”).
• A Guide to Google Search Ranking Systems — pełna lista nazwanych systemów (BERT, MUM, RankBrain itd.); nie ma na niej systemu dostępności ani „page experience system” — Core Web Vitals opisano osobno, w ramach page experience.

W3C / WAI (sam standard dostępności)

• WCAG 2 Overview — czym jest WCAG, zasady POUR i poziomy A/AA/AAA.
• WCAG 2,2 Quick Reference — wszystkie kryteria sukcesu, w tym cytowane wyżej 1.1.1, 1.3.1, 1.4.3, 2.4.3, 2.4.4, 2.4.7, 3.3.2 i 4.1.3.
• What’s New in WCAG 2,2 — aktualizacja z października 2023 roku.

Bing / Microsoft

• Bing Webmaster Guidelines — ogólne wskazówki Binga dotyczące jakości, crawlowania i indeksowania (tekstu konkretnie o dostępności nie udało się osobno potwierdzić w tej sesji).

Cytaty ze źródła

Wypowiedzi Google z podaniem autorów oraz własny język standardu W3C.

Google — dostępność nie jest czynnikiem rankingowym

• “No, not really. So I think accessibility is something that is important for a website because, if you drive your users away with a website that they can’t use, then they’re not going to recommend it to other people. But it’s not something that we would pick up and use as a direct ranking factor when it comes to search.” (tłumaczenie) „Nie, raczej nie. Dostępność jest ważna, ale nie wykorzystujemy jej jako bezpośredniego czynnika rankingowego w wyszukiwaniu.” — John Mueller, Google Search Advocate, Search Central office-hours, 25 marca 2022 roku. Przeczytaj omówienie

Google — tekst alt (prawdziwy obszar wspólny)

• “The most important attribute when it comes to providing more metadata for an image is the alt text (text that describes an image), which also improves accessibility for people who can’t see images on web pages.” (tłumaczenie) „Najważniejszym atrybutem dodatkowych metadanych obrazu jest tekst alt; poprawia on też dostępność dla osób, które nie widzą obrazów.” — Google Search Central, Google Images best practices. Przejdź do cytatu
• “Avoid filling alt attributes with keywords (also known as keyword stuffing) as it results in a negative user experience and may cause your site to be seen as spam.” (tłumaczenie) „Unikaj wypełniania atrybutów alt słowami kluczowymi, bo pogarsza to doświadczenie użytkownika i może wyglądać jak spam.” — to samo źródło. Przejdź do cytatu

Google — opisowy tekst linku

• “Good anchor text is descriptive, reasonably concise, and relevant to the page that it’s on and to the page it links to.” (tłumaczenie) „Dobry tekst kotwicy jest opisowy, dość zwięzły i istotny dla strony, na której się znajduje, oraz dla strony docelowej.” — Google Search Central, SEO Link Best Practices (wskazujące „Click here”, „Read more” i „website” jako słaby tekst kotwicy). Przejdź do cytatu

Google — doświadczenie strony / Core Web Vitals

• “There is no single signal. Our core ranking systems look at a variety of signals that align with overall page experience… Core Web Vitals are used by our ranking systems.” (tłumaczenie) „Nie ma jednego sygnału; nasze główne systemy rankingowe patrzą na różne sygnały związane z ogólnym doświadczeniem strony, a Core Web Vitals są przez nie używane.” — Google Search Central, Understanding page experience. Przejdź do cytatu

Gary Illyes, Google — kolejność nagłówków dotyczy wyłącznie dostępności

• Kolejność nagłówków w sekwencji semantycznej: “is great for screen readers, but from Google Search’s perspective, it doesn’t matter if you use them out of order.” (tłumaczenie) „Jest świetna dla czytników ekranu, ale z perspektywy Google Search nie ma znaczenia, czy używasz nagłówków poza kolejnością.” — Gary Illyes, podcast SEO Office Hours, według relacji Search Engine Journal, lipiec 2024. Przeczytaj omówienie

Mity i antywzorce

Twierdzenia, które należy przestać powtarzać — oraz to, co jest prawdą.

“WCAG compliance = better rankings.” (tłumaczenie) „Zgodność z WCAG = lepsze pozycje”. Fałsz. Mueller z Google powiedział, że dostępność nie jest bezpośrednim czynnikiem rankingowym, wskazując na brak mierzalnej i porównywalnej miary. Praca nad dostępnością pokrywa się z dobrym SEO i może pośrednio wspierać zaangażowanie, ale sama zgodność nie jest punktowana. Promuj dostępność ze względu na użytkowników, prawo i etykę, nie jako nieudowodnioną dźwignię rankingu.

“An accessibility overlay widget makes us compliant — and helps SEO.” (tłumaczenie) „Widget nakładki dostępności zapewnia zgodność i pomaga SEO”. Fałsz w obu kwestiach. FTC ukarała AccessiBe grzywną 1 mln USD w 2025 roku za zwodnicze twierdzenia o zgodności i zakazała przez 20 lat twierdzeń bez poparcia; sądy odrzucały nakładki jako obronę przed ADA. Nakładki naprawiają mniejszość problemów, mogą psuć natywne technologie asystujące i nie dają korzyści SEO. Napraw prawdziwy markup.

“Headings must be in strict numeric order or rankings suffer.” (tłumaczenie) „Nagłówki muszą być w ścisłej kolejności liczbowej, inaczej ucierpią pozycje”. Fałsz w SEO. Illyes powiedział, że kolejność poza sekwencją nie ma znaczenia dla Google Search, choć zgodził się, że ścisła kolejność jest dobra dla czytników ekranu. Mieszanie tych kwestii przecenia SEO-wagę praktyki, która naprawdę dotyczy dostępności.

“Alt text is a major general-SEO ranking lever.” (tłumaczenie) „Tekst alt jest ważną ogólną dźwignią rankingową SEO”. Przesada. Dokumentacja Google przedstawia najwyraźniejszą wartość rankingową alt w wyszukiwaniu obrazów; w ogólnym wyszukiwaniu jest to tekst/kontekst strony, a nie silny samodzielny sygnał. Rola dostępności (opisywanie obrazów użytkownikom czytników) istnieje niezależnie — pisz go dobrze, ale z właściwego powodu.

“That accessibility overhaul drove +X% organic traffic — proof accessibility is SEO.” (tłumaczenie) „Ta przebudowa dostępności dała +X% ruchu organicznego — to dowód, że dostępność to SEO”. Podchodź sceptycznie. Liczby wpływu na biznes krążące w branżowych przewodnikach są zwykle anegdotami jednej firmy i korelacjami, a nie kontrolowanymi badaniami. Projekt dostępności często towarzyszy przebudowie, pracy nad treścią i poprawkom wydajności — przypisanie wzrostu samej dostępności to błąd korelacji i przyczynowości.

Sprawdź się: SEO i dostępność

Pięć krótkich pytań o tym, gdzie dostępność i SEO się pokrywają — a gdzie nie. Wybierz odpowiedź na każde pytanie, a następnie sprawdź wynik.

Przed i po: cztery prawdziwe poprawki wspólne

Konkretny markup, nie abstrakcje. Każda para pokazuje ten sam element zawodzący zarówno użytkownika czytnika ekranu, jak i wyszukiwarkę, a następnie naprawiony dla obu.

Tekst alternatywny

Źle — dekoracyjny wypełniacz bez prawdziwej informacji:

<img src="team-photo-2026.jpg" alt="image">

Czytnik ekranu ogłasza „image” — bezużyteczne. Wyszukiwarka nie ma niczego, co mogłaby powiązać z obrazem poza nazwą pliku.

Dobrze — opisuje to, co rzeczywiście jest na obrazie:

<img src="team-photo-2026.jpg" alt="Five-person support team at their desks in the Raleigh office">

Użytkownik czytnika ekranu otrzymuje właściwą treść. Własne zalecenia Google mówią, że ten sam tekst „poprawia również dostępność dla osób, które nie widzą obrazów” — jeden ciąg, dwie grupy. Nie przesadzaj w drugą stronę, upychając słowa kluczowe (alt="SEO accessibility team photo Raleigh SEO agency") — Google wyraźnie ostrzega, że wygląda to jak spam i nikomu nie pomaga.

Struktura nagłówków

Źle — nagłówki użyte do rozmiaru fontu, nie do struktury:

<h1>Our Services</h1>
<h3>Technical audits</h3>
<h2>Content strategy</h2>

Użytkownik czytnika ekranu poruszający się po liście nagłówków słyszy strukturę, która nie pasuje do rzeczywistej hierarchii strony — nawigacja staje się myląca. (Illyes z Google powiedział, że kolejność sama nie zmienia pozycji, ale lista nagłówków kłamiąca o strukturze nadal zawodzi w zastosowaniu czytnika.)

Dobrze — nagłówki opisują rzeczywisty zarys i są uporządkowane:

<h1>Our Services</h1>
<h2>Technical audits</h2>
<h2>Content strategy</h2>

Lista nagłówków czytnika ekranu i odczyt struktury strony przez wyszukiwarkę są teraz zgodne z tym, co rzeczywiście zawiera strona.

Tekst linku

Źle — „click here” nikomu niczego nie mówi:

<p>Our 2026 accessibility report is now available.
<a href="/reports/accessibility-2026.pdf">Click here</a> to read it.</p>

Użytkownik czytnika ekranu przechodzący po liście linków słyszy „click here, click here, click here” bez pojęcia, dokąd prowadzą poszczególne linki. Własne zalecenia Google dotyczące tekstu kotwicy bezpośrednio wymieniają „Click here” jako słaby tekst kotwicy.

Dobrze — tekst linku opisuje miejsce docelowe:

<p>Read our <a href="/reports/accessibility-2026.pdf">2026 accessibility
report (PDF)</a>.</p>

Wyrwany z kontekstu link sam mówi teraz dokładnie, dokąd prowadzi — użytkownikowi czytnika ekranu, wyszukiwarce lub osobie przeglądającej wydrukowaną stronę.

Etykiety formularzy

Źle — placeholder udający etykietę:

<input type="email" placeholder="Email address">

Placeholdery nie są etykietami — znikają po rozpoczęciu pisania, a wiele czytników ekranu nie ogłasza ich niezawodnie. (To kwestia wyłącznie dostępności: wyszukiwarki nie wypełniają ani nie odczytują pól formularzy, więc nie ma tu aspektu SEO — przykład znajduje się tu, bo jest najczęściej myleny z poprawkami wspólnymi powyżej.)

Dobrze — etykieta powiązana programowo:

<label for="email">Email address</label>
<input type="email" id="email" name="email">

Czytnik ekranu poprawnie ogłasza pole za każdym razem, przed rozpoczęciem i w trakcie pisania. Nie ma wpływu na SEO — to czysto dostępnościowa część zestawienia z karty Advanced.

Checklista dostępności + SEO z pierwszeństwem obszaru wspólnego

Uruchom ją na dowolnej stronie. Pierwszy blok to prawdziwa praca dwa w jednym; drugi dotyczy wyłącznie dostępności — również go wykonuj, tylko nie oczekuj zysku SEO.

Wspólne korzyści (zrób to dla obu grup)

• Każdy znaczący obraz ma prawdziwy, opisowy tekst alt (nie nazwę pliku i nie tekst upakowany słowami kluczowymi).
• Obrazy dekoracyjne używają alt="", aby czytniki je pomijały, a wyszukiwarki nie traciły uwagi na szum.
• Nagłówki opisują rzeczywistą treść sekcji, a nie są tylko stylowane pod kątem rozmiaru.
• Lista nagłówków ma logiczną kolejność (pomaga w nawigacji, nawet jeśli Google mówi, że ścisła kolejność nie jest sygnałem rankingowym).
• Tekst linku opisuje cel — bez „click here”, „read more” ani samego „website”.
• Wideo/audio ma napisy albo transkrypcję.
• Tekst i tło mają kontrast co najmniej 4,5:1 (WCAG 1.4.3, poziom AA).
• Strony ładują się szybko i po renderowaniu nie przesuwają układu (Core Web Vitals).

Wyłącznie dostępność (zrób to, ale nie jest to dźwignia SEO)

• Każdy element interaktywny jest osiągalny i obsługiwalny samą klawiaturą.
• Kolejność fokusu odpowiada logicznej kolejności czytania, a element z fokusem jest wyraźnie widoczny.
• Pola formularzy używają <label for> lub aria-labelledby, nie samego placeholdera.
• Dynamiczne zmiany treści (aktualizacje koszyka, błędy formularza) są ogłaszane przez regiony ARIA live.
• Nie polega się na nakładce dostępności jako prawdziwej poprawce.

Modele mentalne

1. POUR — własne ramy strony dostępności. WCAG porządkuje każde kryterium sukcesu według czterech zasad: Perceivable (czy możesz odebrać treść — alt, kontrast, napisy?), Operable (czy możesz obsługiwać interfejs — klawiatura, czas, nawigacja?), Understandable (czy treść i działanie są przewidywalne?) oraz Robust (czy działa z technologiami asystującymi, obecnymi i przyszłymi?). Większość pokrycia SEO mieszka w Perceivable — crawler wyszukiwarki, podobnie jak czytnik, próbuje „odebrać” stronę, której nie widzi. Operable i Robust są niemal całkowicie wyłącznie dostępnościowe, bo crawlery nie obsługują interfejsów.

2. Podział każdego twierdzenia o dostępności na trzy koszyki. Zanim zaakceptujesz, że konkretna poprawka „pomaga SEO”, przypisz ją do jednego z trzech koszyków: (1) prawdziwy wspólny sygnał — ten sam artefakt służy czytnikowi i crawlerowi (alt, tekst linku); (2) wspólna przyczyna, inna etykieta — ten sam problem (powolna, przesuwająca się strona) szkodzi obu grupom, ale Google nie punktuje go jako sygnału „dostępności” (Core Web Vitals); (3) wyłącznie dostępność — brak wiarygodnego mechanizmu SEO (fokus klawiatury, regiony ARIA live, powiązanie etykiety formularza). Niemal każde internetowe twierdzenie „dostępność jest dobra dla SEO” zaciera te trzy kategorie — oddzielenie ich to cała sztuczka.

3. „Czy crawler kiedykolwiek to zrobi?” Najszybszy filtr sprawdzający, czy kryterium WCAG ma aspekt SEO: czy Googlebot lub Bingbot naprawdę dotyka tego kryterium? Crawlery czytają tekst, podążają za linkami i renderują strony — nie przechodzą po kolejności fokusu, nie wypełniają formularzy i nie słuchają ogłoszeń regionu live. Jeśli odpowiedź brzmi „nie”, poprawka jest wyłącznie dostępnościowa. Mimo to ją wykonuj, tylko z właściwego powodu.

Dostępność + SEO — szybkie zestawienie

Gdzie ta sama poprawka pomaga obu grupom

Poziomy zgodności WCAG (2,2)

Gdzie pokrycie się kończy (wyłącznie dostępność, zero mechanizmu SEO)

• Kolejność i widoczność fokusu klawiatury (2.4.3, 2.4.7)
• Regiony ARIA live / komunikaty statusu (4.1.3)
• Programowe powiązanie etykiet formularzy (3.3.2, część 1.3.1)

Szybkie fakty

• WCAG 2,2 wydano w październiku 2023 roku; 86 testowalnych kryteriów sukcesu na poziomach A/AA/AAA (78 przeniesionych z 2,1, plus 9 dodanych w 2,2, minus 4.1.1 Parsing usunięte jako przestarzałe).
• WebAIM Million 2025: 94,8% najpopularniejszych stron głównych miało wykrywalne błędy WCAG, średnio 51 na stronę.
• FTC ukarała AccessiBe grzywną 1 mln USD (ugoda styczeń 2025, ostateczne postanowienie kwiecień 2025) za zwodnicze twierdzenia o zgodności nakładki dostępności.

Narzędzia do znajdowania problemów z dostępnością (i ich pokryciem z SEO)

Dwa moje narzędzia bezpośrednio obejmują automatyczne sprawdzanie opisane w tym artykule. Testy automatyczne są początkiem, nie pełnym audytem dostępności — wykrywają istotną część problemów, ale nie wszystkie.

• Accessibility Tester — wykonuje w przeglądarce audyt axe-core WCAG 2,2 A/AA adresu URL, grupując wyniki według ważności wraz z selektorami i instrukcjami naprawy. W jednym przejściu wykrywa dokładne problemy wspólne opisane w artykule — brak alt, nieopisane linki — oraz problemy wyłącznie dostępnościowe (brak etykiet formularzy, problemy ARIA). Nie wykryje wszystkiego, co obejmuje WCAG (testy ręczne nadal są potrzebne dla klawiatury i czytnika), ale to najszybszy sposób triage strony.
• Color Contrast Checker — sprawdza każdą parę koloru pierwszego planu i tła względem progów WCAG 2,2 AA i AAA, podpowiada najbliższy przechodzący kolor i może lokalnie w przeglądarce audytować naraz całą paletę CSS lub tokenów projektu. Użyj go do kontrastu z checklisty — jedynej poprawki wspólnego sygnału, która jest czysto wizualna i łatwa do przeoczenia w przeglądzie projektu.

Poza skanerami automatycznymi: żadne narzędzie nie zastępuje testu z prawdziwym czytnikiem (VoiceOver, NVDA, JAWS) ani rzeczywistej nawigacji wyłącznie klawiaturą — kryteria wyłącznie dostępnościowe z karty Advanced (kolejność fokusu, regiony ARIA live) wymagają ręcznego przejścia, a nie tylko statycznego skanowania.

Gotowe prompty AI

Punkty wyjścia do skopiowania i wklejenia, służące do podziału problemów strony na „pomaga obu grupom” i „wyłącznie dostępność”. Zawsze sprawdzaj wynik LLM względem karty Advanced i własnych testów — traktuj te prompty jako pomoc w redakcji, nie zastępstwo prawdziwego testu czytnikiem.

Podziel listę oznaczonych problemów na wspólne i wyłącznie dostępnościowe

Oto lista problemów dostępności oznaczonych na stronie [wklej wyniki, np. ze skanu axe-core]. Przy każdym określ, czy jest to (1) prawdziwa poprawka wspólna SEO + dostępność, (2) wspólna przyczyna źródłowa, która pomaga doświadczeniu użytkownika, ale nie jest nazwanym sygnałem rankingowym Google, czy (3) wyłącznie dostępność bez wiarygodnego wpływu na pozycje. Nie zgaduj — jeśli nie masz pewności, do którego koszyka należy problem, powiedz to zamiast wybierać.

Napisz tekst alt, który służy obu grupom bez upychania słów kluczowych

Oto opis obrazu na mojej stronie: [opisz obraz i jego kontekst]. Napisz tekst alt, który rzeczywiście pomoże użytkownikowi czytnika zrozumieć, co przedstawiono, w jednym prostym zdaniu. Nie dodawaj słów kluczowych, które nie są autentyczną częścią treści obrazu, i nie wykraczaj poza to, co widzący człowiek naturalnie powiedziałby, opisując ten obraz.

Sprawdź wzorzec „click here” w tekście linków na dużą skalę

Oto lista tekstów linków pobranych z moich stron: [wklej teksty kotwic]. Oznacz każdy, który byłby niejednoznaczny dla użytkownika czytnika przechodzącego po linkach poza kontekstem (np. „click here”, „read more”, „learn more”, „here”), i zaproponuj konkretny, opisowy zamiennik na podstawie miejsca docelowego.

Zasoby warte Twojego czasu

Moje powiązane teksty i praca

• The Beginner’s Guide to Technical SEO — miejsce, w którym mieszczą się podstawy on-page, takie jak nagłówki i tekst alt.
• Web Almanac 2021 — SEO chapter — rozdział, który prowadziłem; obejmuje ustalenia o nakładaniu się dostępności, tekstu alt i opisowego tekstu kotwicy (brak 16%).
• Moje pogłębione artykuły o alt, tagach nagłówków i semantic HTML na tej stronie omawiają najczytelniejszy obszar wspólny, wpływ kolejności na rankingi oraz sąsiednie ujęcie Binga o „advantage in SEO”.

Z całej branży

• Google potwierdza, że dostępność nie jest bezpośrednim czynnikiem rankingowym (Search Engine Journal) — cytat Muellera w kontekście.
• Google wyjaśnia znaczenie nagłówków H1–H6 dla SEO (Search Engine Journal) — wyjaśnienie Illyesa dotyczące kolejności nagłówków.
• Omówienie WCAG 2 i Skrócona dokumentacja WCAG 2,2 (W3C WAI) — sam standard.
• WebAIM Million 2025 (WebAIM) — coroczny audyt miliona stron głównych (94,8% z błędami WCAG).
• Arkusz informacyjny o niepełnosprawności (WHO) — liczba 1,3 mld / 16% światowej populacji.
• Przewodnik po dostępności w SEO (Search Engine Land) — dokładny przewodnik konkurencyjny (liczby z case studies traktuj jako korelacyjne, nie dowód przyczynowości).
• Dostępność i SEO (BrowserStack) — praktyczny przegląd obszaru wspólnego.

Dziennik zmian