Pozycjonowanie TYPO3 i dostosowanie do WCAG Jak zbudować widoczność strony TYPO3 w Google i jednocześnie spełnić wymagania prawne dotyczące dostępności cyfrowej
W skrócie
Dlaczego ten artykuł:
Pozycjonowanie strony TYPO3 wymaga innej wiedzy niż WordPress. SEO i WCAG łączą się ściślej, niż większość agencji przyznaje — dostępna strona to lepsza strona dla Google.
Status prawny:
Od 28 czerwca 2025 obowiązuje European Accessibility Act (EAA). Polska transponuje go ustawą o dostępności niektórych produktów i usług. Sektor publiczny już wcześniej objęty WCAG 2.1 AA.
Korzyści SEO z WCAG:
Semantyczny HTML, alt texty, struktura nagłówków i nawigacja klawiaturowa to jednocześnie sygnały rankingowe Google i wymagania WCAG. Audyt accessibility automatycznie poprawia SEO.
Nasze rekomendowane narzędzie:
EYE-ABLE — niemiecka platforma z 4 produktami (Assist, Audit, Report, Ally AI). Oficjalne wsparcie TYPO3, RODO-compliant, WCAG 2.2 AA, generator deklaracji dostępności.
Pierwszy krok:
Zamów bezpłatny audyt techniczny TYPO3 — sprawdzimy SEO, accessibility i potencjał wzrostu w jednym raporcie.
Polski rynek pozycjonowania TYPO3 jest paradoksalny. Z jednej strony TYPO3 jest jednym z najpopularniejszych enterprise CMS w Europie — działa na nim wiele uczelni, instytucji publicznych, fundacji i firm średniej wielkości. Z drugiej strony w polskim Google praktycznie nie istnieją eksperckie artykuły o tym, jak rzeczywiście pozycjonować stronę zbudowaną na TYPO3. Większość dużych polskich agencji SEO wymienia TYPO3 jako jeden z wielu obsługiwanych CMS, ale rzadko ma realnie doświadczenie z jego specyfiką. To powoduje konkretny problem: właściciele stron TYPO3 często płacą za ogólne działania SEO, które byłyby skuteczne na WordPress, ale na TYPO3 działają przeciętnie.
Jednocześnie od 28 czerwca 2025 roku wszedł w życie European Accessibility Act (EAA) — europejskie rozporządzenie nakładające na firmy obowiązek dostosowania stron internetowych do standardu WCAG. Sektor publiczny był objęty wymogami już od kilku lat. Dla wielu polskich firm to oznacza dwie pilne potrzeby naraz: pozycjonowanie strony TYPO3 i jednoczesne dostosowanie jej do wymagań dostępności cyfrowej. Dobra wiadomość — te dwa obszary ściśle się łączą. Strona zoptymalizowana pod WCAG jest jednocześnie lepiej widoczna w Google, bo semantyczny HTML, struktura nagłówków, alt texty i nawigacja klawiaturowa to elementy, które zarówno wyszukiwarki, jak i czytniki ekranu wykorzystują do zrozumienia treści.
Dlaczego pozycjonowanie TYPO3 wymaga specjalistycznej wiedzy
TYPO3 to system zaprojektowany dla projektów enterprise — dużych portali korporacyjnych, intranetów, stron uczelni, instytucji publicznych i międzynarodowych firm. Jego architektura różni się fundamentalnie od popularnych CMS dla małych biznesów. Te różnice mają
TypoScript i konfiguracja techniczna
Konfiguracja TYPO3 odbywa się przez TypoScript — własny język konfiguracyjny systemu. Wszystko od struktury URL’i, przez znaczniki meta, schema.org i hreflang, po obsługę cache’owania — wymaga znajomości TypoScript. Agencja SEO bez tej wiedzy może zalecić „dobre praktyki SEO”, ale ich techniczne wdrożenie będzie problematyczne. Częsty efekt: konsultant SEO przekazuje rekomendacje, które developer TYPO3 musi przetłumaczyć na konfigurację — to dwukrotny koszt i ryzyko utraty kontekstu.
Page tree, Site Sets i wielojęzyczność
Drzewo stron (page tree) i konfiguracja Site Sets w TYPO3 v13 i v14 LTS dają ogromne możliwości, ale wymagają świadomych decyzji projektowych. Domeny dla różnych języków, podkatalogi vs subdomeny, hreflang, kanoniczne URL’e — wszystko to musi być dobrze skonfigurowane na poziomie struktury, a nie później naprawiane. Duże wielojęzyczne strony TYPO3 (przykład: portal akademicki z 25 000 podstron w 4 językach) wymagają strategicznego planowania od początku.
Composer mode i Extensions
Nowoczesne instalacje TYPO3 działają w Composer mode, gdzie każde rozszerzenie jest paczką PHP zarządzaną przez Composer. To ma istotne konsekwencje dla SEO: niektóre popularne rozszerzenia community (news, sg_seo, jweiland-net/events2) mają wbudowaną obsługę sitemap XML, schema.org i meta-tagów — ale wymagają prawidłowej konfiguracji w TypoScript. Dobry konsultant SEO TYPO3 wie, które rozszerzenia warto wdrożyć, których unikać, i jak je spójnie skonfigurować.
Fluid templates i kontrola HTML
TYPO3 używa Fluid jako engine’u szablonów, co daje pełną kontrolę nad generowanym HTML. To jest ogromna przewaga nad systemami z gotowymi motywami — możesz precyzyjnie zoptymalizować strukturę nagłówków, znaczniki semantyczne, dane strukturalne JSON-LD, lazy loading obrazów. Wadą jest to, że wymaga świadomego projektowania szablonów — nie wystarczy kliknięcie „zainstaluj motyw”. Standardowy szablon Camino w TYPO3 v14 LTS zapewnia dobry punkt wyjścia, ale większość projektów enterprise wymaga własnych szablonów.
Backend dla redaktorów — SEO w codziennej pracy
Skuteczne pozycjonowanie wymaga, żeby redaktorzy mieli wygodne narzędzia do uzupełniania metadanych, alt textów, opisów Open Graph, danych Twitter Card. TYPO3 v13 i v14 LTS oferują to natywnie w panelu administracyjnym (Backend), ale konfiguracja musi być dopasowana do potrzeb redakcji — inaczej redaktorzy zignorują te pola i wszystkie wysiłki SEO pójdą na marne.
WCAG i EAA kontekst prawny w 2026 roku
Zanim przejdziemy do konkretnych działań technicznych, warto zrozumieć sytuację prawną. W 2026 roku w Polsce i UE obowiązują równocześnie kilka aktywów prawnych dotyczących dostępności cyfrowej.
European Accessibility Act (EAA) obowiązuje od 28 czerwca 2025
EAA to dyrektywa unijna nakładająca obowiązek dostosowania określonych usług cyfrowych do standardów dostępności. Obejmuje sektor e-commerce, bankowość, transport, telekomunikację, e-booki, terminale samoobsługowe. Wymagania techniczne odwołują się do harmonized standard EN 301 549, który obecnie referuje WCAG 2.1 Level AA. Spod EAA wyłączone są mikrofirmy: do 10 pracowników i obrocie poniżej 2 mln EUR rocznie. Dla wszystkich pozostałych firm działających w sektorach objętych EAA — obowiązek jest realny i sankcje mogą sięgać 100 000 EUR w niektórych krajach UE.
Polska ustawa o dostępności niektórych produktów i usług
Polska transponowała EAA ustawą z 26 kwietnia 2024 roku o zapewnianiu spełniania wymagań dostępności niektórych produktów i usług przez podmioty gospodarcze. Ustawa weszła w życie 28 czerwca 2025 roku. Dla nowych usług i produktów obowiązek jest natychmiastowy. Dla istniejących przewidziano okres przejściowy do 5 lat — ale od strony biznesowej warto działać wcześniej, bo audytorzy zewnętrzni i kontrahenci zaczynają wymagać deklaracji dostępności już teraz.
Sektor publiczny wcześniejsze obowiązki
Strony i aplikacje sektora publicznego są objęte obowiązkiem WCAG 2.1 AA na podstawie ustawy z 4 kwietnia 2019 roku o dostępności cyfrowej stron internetowych i aplikacji mobilnych podmiotów publicznych. Ten obowiązek istnieje od kilku lat — ale w praktyce wiele instytucji jeszcze go w pełni nie spełnia. Polska transpozycja dyrektywy UE 2016/2102 wymaga deklaracji dostępności, regularnych audytów i kanału zgłaszania problemów.
WCAG 2.1 vs WCAG 2.2 której wersji użyć
Obecnie EAA i polska ustawa odwołują się do WCAG 2.1 Level AA. Ale W3C w październiku 2023 opublikował WCAG 2.2, który rozszerza wymagania zwłaszcza dla użytkowników urządzeń mobilnych i osób z trudnościami poznawczymi. Eye-Able i większość ekspertów accessibility zaleca celowanie już w WCAG 2.2 — bo to jest „state-of-the-art”, a następne aktualizacje regulacji prawdopodobnie zaktualizują odwołania w EN 301 549. Firmy, które już dostosowują się do 2.2, unikają kosztownych poprawek później.
Dlaczego WCAG i SEO to ten sam fundament
W wielu agencjach pozycjonowanie i accessibility traktowane są jako dwa oddzielne tematy: SEO robi jeden zespół, dostępność — inny. To jest błąd. Większość dobrych praktyk WCAG to jednocześnie dobre praktyki SEO, bo Google bot zachowuje się podobnie jak czytnik ekranu — oba muszą zrozumieć stronę bez warstwy wizualnej.
Semantyczny HTML wspólny fundament
Czytnik ekranu i Google bot oba wymagają prawidłowej struktury nagłówków (jeden H1 na stronę, hierarchia H2-H3), właściwych tagów semantycznych (article, section, nav, main, aside), prawidłowych list (ul, ol). Strona z chaotycznym HTML — dziesięć H1 na stronie, divy zamiast tagów semantycznych — jest jednocześnie niedostępna i słabo zoptymalizowana dla wyszukiwarek. Naprawa tego problemu daje korzyści w obu obszarach naraz.
Alt texty obrazów podwójna funkcja
Atrybut alt w obrazach jest jednocześnie wymaganiem WCAG (czytniki ekranu odczytują alt) i sygnałem rankingowym dla Google Images. Co więcej, dobre alt texty wpływają na ruch z wyszukiwarek obrazów — ponad 22% ruchu w niektórych segmentach e-commerce pochodzi z Google Images. Zaniedbane alt texty to jednocześnie ryzyko prawne (EAA) i strata ruchu organicznego.
Nawigacja klawiaturowa i struktura URL’i
Strona, która działa tylko z myszą, jest niedostępna dla osób z niepełnosprawnościami ruchowymi, ale jednocześnie utrudnia indeksowanie przez Google. Dobre URL’e (czytelne, hierarchiczne, opisowe) pomagają zarówno użytkownikom poruszającym się po stronie tabulatorem, jak i botom wyszukiwarek rozumieć strukturę informacji.
Czytelność treści dla osób i dla AI
WCAG wymaga, żeby tekst był czytelny: prosty język, krótkie zdania, jasna struktura, unikanie żargonu. Te same zasady wpływają na readability score, który Google uwzględnia w ocenie jakości treści, oraz na to, jak generatywne AI (ChatGPT, Gemini, Perplexity) cytuje Twoje treści w odpowiedziach. Strona z treściami dostępnymi dla osób z trudnościami poznawczymi jest jednocześnie bardziej „cytowalna” przez modele AI — to już dziś wpływa na widoczność, a w 2026 roku będzie coraz ważniejsze.
Performance Core Web Vitals i użytkownicy z wolniejszym sprzętem
Szybkość ładowania, Largest Contentful Paint, Cumulative Layout Shift — to są sygnały rankingowe Google (Core Web Vitals). Te same parametry są krytyczne dla osób używających starszego sprzętu, wolniejszego internetu lub asystujących technologii — czytniki ekranu i lupy ekranowe są wrażliwe na nagłe zmiany layoutu. Optymalizacja performance jest jednocześnie inwestycją w SEO i w dostępność.
Jak pozycjonujemy strony TYPO3 nasza metodyka
W Dr Blitz-Weblab specjalizujemy się wyłącznie w TYPO3 i łączymy SEO z accessibility w jednym podejściu. Poniżej praktyczne obszary, którymi się zajmujemy.
1. Audyt techniczny SEO + accessibility
Pierwszy krok to kompleksowy audyt techniczny. Sprawdzamy strukturę page tree, konfigurację TypoScript, schema.org markup, hreflang, sitemap XML, robots.txt, kanoniczne URL’e, redirects, Core Web Vitals, mapowanie treści na intencje wyszukiwania. Równocześnie weryfikujemy zgodność z WCAG: struktura nagłówków, alt texty, kontrast kolorów, ARIA labels, nawigacja klawiaturowa, focus indicators, semantyczny HTML. Raport łączy obie warstwy — bo wiele problemów SEO i accessibility ma wspólną przyczynę.
2. Optymalizacja techniczna TYPO3
Konfiguracja TypoScript pod SEO: poprawne meta tagi, Open Graph, Twitter Card, canonical URLs, hreflang dla wielojęzycznych witryn. Optymalizacja URL’i przez RealURL/extbase routing. Wdrożenie dobrych praktyk dla rozszerzeń (news, ke_search, sg_seo). Konfiguracja cache dla maksymalnej wydajności. Optymalizacja obrazów — WebP/AVIF, lazy loading, responsive images. Wszystko zgodnie ze standardami v13 i v14 LTS.
3. Schema.org dane strukturalne JSON-LD dla widoczności w Google i AI
Schema.org to słownictwo metadanych wspólnie utrzymywane przez Google, Bing, Yahoo i Yandex — daje wyszukiwarkom precyzyjne informacje o tym, czym jest treść strony (artykuł, produkt, FAQ, organizacja, wydarzenie, kurs, przepis kulinarny). W praktyce oznacza to konkretne korzyści biznesowe: rich results w Google (gwiazdki ocen, ceny, terminy wydarzeń), Knowledge Graph z logo firmy, lepsze cytowanie w odpowiedziach AI generatywnych (Perplexity, ChatGPT, Gemini), wyższa widoczność w Google Discover. W TYPO3 dane strukturalne osadza się w formacie JSON-LD — krótkim bloku JavaScript w Ściśle określonym formacie, który nie zmienia wyglądu strony, ale daje wyszukiwarkom masę dodatkowych informacji.
brotkrueml/schema — standard de facto w społeczności TYPO3
Najpopularniejsze i najlepiej utrzymywane rozszerzenie do schema.org w TYPO3 to brotkrueml/schema autorstwa Chrisa Müllera — jednego z najbardziej szanowanych developerów w community, autora bloga brotkrueml.dev z licznymi publikacjami o migracjach do v13 i v14. Rozszerzenie obejmuje pełną podstawową (core) część słownictwa schema.org — ponad 600 modeli typów (Organization, Person, Product, Article, FAQPage, Event, Recipe, Course, Service, JobPosting i wiele innych). Aktualizowane regularnie wraz z nowymi wersjami schema.org (obecnie wersja 28.0). Posiada własne narzędzie Schema Rector do automatycznej migracji kodu między wersjami — dokładnie tak jak Rector dla Core TYPO3.
Trzy sposoby integracji schema.org w TYPO3
Z naszego doświadczenia z dziesiątków wdrożeń wynika, że są trzy sensowne podejścia, w zależności od projektu.
• Statyczny HTML w element treści — najszybsze rozwiązanie dla pojedynczych stron (np. strona kontakt z danymi organizacji). Wkleisz JSON-LD do bloku „Pure HTML” w TYPO3 Backend i gotowe. Wadą jest brak automatyzacji — każda zmiana wymaga ręcznej edycji.
• TypoScript z brotkrueml/schema — dynamiczne dane pobierane z pól strony i rekordów. Konfigurujesz raz w TypoScript, dane aktualizują się automatycznie wraz z treścią. Optymalne dla typowych witryn z artykułami, FAQ, listami pracowników, ofertą usług.
• Fluid ViewHelpers z brotkrueml/schema — największa elastyczność. Definiujesz JSON-LD w szablonach Fluid, możesz iterować po obiektach, warunkowo dodawać właściwości. Najlepsze dla złożonych projektów — katalogów produktów, e-commerce, portali wielojęzycznych.
Dla szczególnych zastosowań dostępne są dodatkowe rozszerzenia od tego samego autora: brotkrueml/schema-pending (terminy w fazie staging przed dodaniem do core schema.org), brotkrueml/schema-auto (motoryzacja), brotkrueml/schema-bib (bibliografie), brotkrueml/schema-health (medycyna i life sciences — istotne dla naszych klientów jak Universitätsmedizin Mannheim). Każde z nich integruje się z głównym brotkrueml/schema bez konfliktów.
Najważniejsze typy schema.org dla typowych projektów TYPO3
• Organization — dane firmy (nazwa, adres, logo, telefon, social media). Niezbędne dla każdej witryny korporacyjnej, podstawa dla Knowledge Graph w Google.
• Article i NewsArticle — dla bloga i artykułów. Dostępne rich results: data publikacji, autor, obraz nagłówkowy. Krytyczne dla widoczności w Google News i Google Discover.
• BreadcrumbList — ścieżka nawigacji wyświetlana w wynikach Google zamiast pełnego URL. Poprawia CTR średnio o 20–30%.
• FAQPage — strony z FAQ. Rich results pokazują pytania bezpośrednio w Google, wielokrotnie zwiększają widoczność dla intencji informacyjnych.
• Service i Product — oferta usług i produktów. Rich results z cenami, dostępnością, ocenami. Krytyczne dla e-commerce i usług B2B.
• Event — wydarzenia, szkolenia, konferencje. Wyświetlanie w karuzelach Google Events.
• Course — dla uczelni i platform szkoleniowych. Rich results z datą rozpoczęcia, prowadzącym, opisem.
• LocalBusiness — dla firm z fizyczną lokalizacją. Wpływa na ranking lokalny, integracja z Google Maps.
• MedicalWebPage, MedicalCondition — dla sektora medycznego. Pozwala na precyzyjne kategoryzowanie treści medycznych zgodnie z YMYL.
• VideoObject — dla stron z osadzonymi filmami YouTube/Vimeo. Lepsza widoczność w Google Video Search.
Schema.org a generative AI — dlaczego to będzie coraz ważniejsze w 2026
W 2026 roku coraz większy procent ruchu pochodzi nie z klasycznych wyników Google, tylko z odpowiedzi generowanych przez AI — Perplexity, ChatGPT z funkcją Browse, Gemini, Google AI Overviews. Te systemy preferują strony z bogatą strukturą danych, bo łatwiej parsują informacje. Strona z dobrze opisanymi typami Service, Product, Article, FAQPage jest cytowana znacznie częściej niż strona z samym HTML. Inwestycja w schema.org dziś to inwestycja w widoczność w środowiskach AI w następnych latach. dkd — niemiecka agencja maintainer EXT:solr — mówi o tym wprost w kontekście integracji schema.org z RAG (Retrieval Augmented Generation) i wektorowym wyszukiwaniem w Solr.
Praktyczna lista błędów, które widzimy u klientów
• Duplikaty JSON-LD na jednej stronie — różne rozszerzenia generują nakładające się dane, Google ignoruje wszystkie. Sprawdzamy w Admin Panel TYPO3 (brotkrueml/schema integruje się z nim) i deduplikujemy.
• Schema niezgodne z widoczną treścią — podawanie cen w schema, których nie ma na stronie. Google traktuje to jako spam i nakłada manualne kary.
• Brak aktualizacji wraz z treścią — statyczny JSON-LD wklejony w HTML, który pozostaje gdy redaktor zmienia tytuł lub cenę. Dynamiczna integracja przez TypoScript/Fluid eliminuje ten problem.
• Schema tylko po angielsku w wielojęzycznej witrynie — każda wersja językowa wymaga własnych danych strukturalnych, w odpowiednim języku.
• Brak walidacji — zmiana w szablonie Fluid może niezauważenie zepsuć składnię JSON. U nas walidacja przez Schema Markup Validator i Google Rich Results Test jest częścią procesu deploy’u.
Alternatywy dla brotkrueml/schema
Choć brotkrueml/schema jest standardem, w niektórych projektach używamy też alternatyw. portrino/px_semantic to inne otwarte rozszerzenie skupione na konfiguracji przez TypoScript — prostsze dla mniejszych projektów bez własnych ViewHelperów. CodingMs Schema-org oferuje gotowe elementy dla ProfessionalService, OpeningHoursSpecification i innych typów lokalnych biznesów. dkd Enhancely — komercyjne narzędzie integrujące schema.org z architekturą EXT:solr i RAG, dla projektów enterprise gdzie schema.org jest fundamentem inteligentnego wyszukiwania. Wybór zależy od skali projektu, wymagań redakcji i istniejącego stosu technologicznego — w audycie pomagamy wybrać optymalne rozwiązanie.
4. Wdrożenie EYE-ABLE niemiecka platforma accessibility nr 1 w Europie
Dla klientów wymagających szybkiego osiągnięcia compliance EAA i długofalowego utrzymania dostępności wdrażamy Eye-Able, to firma o niemieckich korzeniach, działająca obecnie na rynkach całej Europy - z silną obecnością w Niemczech, Austrii, Szwajcarii oraz dynamicznie rozwijającą się ekspansją w Polsce, krajach Beneluksu i rynkach anglojęzycznych. Produkty firmy są wdrożone u klientów na kilku kontynentach, czego przykładem są wdrożenia takie jak Bosch (Kanada) czy globalne marki e-commerce., która jest dziś jednym z najbardziej dojrzałych rozwiązań accessibility w Europie. EYE-ABLE wspiera oficjalnie TYPO3 (obok WordPress, Drupal, Shopware i innych), z integracją przez prosty JavaScript snippet umieszczany w szablonie Fluid lub przez TypoScript w sekcji page.footerData. To jest rozwiązanie wybierane przez instytucje publiczne, uczelnie, kluby sportowe (np. FC St. Pauli w ramach projektu „Klartext”) i firmy e-commerce w obszarze DACH.
EYE-ABLE to nie pojedyncze narzędzie, tylko cała platforma złożona z czterech komplementarnych produktów. Każdy z nich rozwiązuje inny problem, ale razem tworzą spójny ekosystem do zarządzania dostępnością cyfrową.
EYE-ABLE Assist — widget personalizacji dla użytkowników końcowych
Assist to widget instalowany na Twojej stronie, który daje użytkownikom ponad 25 ustawień personalizacji. Mogą dostosować kontrast, rozmiar tekstu, odstępy między literami, kolory, kursor, animacje. Dostępne są tryby dla osób z dysleksją (specjalne fonty, podkreślenia linii), z trudnościami poznawczymi (uproszczenie treści), z wadami wzroku (powiększenie, screen reader). Funkcja read-aloud czyta treść strony na głos — bez potrzeby instalowania zewnętrznego oprogramowania przez użytkownika. Wszystkie ustawienia zapamiętywane są sesyjnie, bez ciasteczek wymagających zgody RODO. Widget jest w pełni konfigurowalny pod kolory i identyfikację wizualną marki.
EYE-ABLE Audit — testowanie WCAG bezpośrednio w przeglądarce
Audit to rozszerzenie do przeglądarek (Firefox, Chrome, Edge), które testuje stronę według WCAG 2.2 i podkreśla problemy bezpośrednio na widoku strony — wraz z dokładną lokalizacją w kodzie HTML. To narzędzie nie wymaga uprawnień administracyjnych w TYPO3 — można sprawdzić każdą stronę, w tym strony klientów, partnerów lub konkurencji. Audit obsługuje również testowanie PDF (zgodnie z WCAG i PDF/UA), co jest istotne dla instytucji publikujących dokumenty (raporty, regulaminy, formularze).
EYE-ABLE Report — panel kontrolny dla całej witryny
Report to centralny dashboard, który skanuje całą Twoją stronę (lub zestaw stron) i pokazuje EYE-ABLE Score — syntetyczną ocenę zgodności z WCAG. Pełna lista problemów, posortowana według wpływu na użytkowników, z konkretnymi rekomendacjami napraw. Można ustawić cykliczne skanowania (codzienne, tygodniowe, miesięczne), łączyć znalezione problemy z Jira jako tickety, eksportować raporty do PDF, Excel, JSON, CSV. Integracja z CI/CD pipeline pozwala uruchamiać skany przy każdym deploymencie — to wcześnie wykrywa regresje accessibility, które mogłyby powstać przy nowych wdrożeniach. Notyfikacje informują zespół o pojawieniu się nowych problemów.
Ally AI Assistant — sztuczna inteligencja w roli konsultanta accessibility
Ally to AI assistant zintegrowany z platformą EYE-ABLE, który analizuje znalezione problemy i sugeruje konkretne poprawki kodu. Dla redaktorów tłumaczy złożone wymagania WCAG na zrozumiałe instrukcje. Dla developerów — podaje code snippets z gotowymi rozwiązaniami. To znacząco przyspiesza pracę nad poprawą accessibility, zwłaszcza w dużych portalach z setkami problemów. Ally działa w trybie „data privacy” — dane nie są wykorzystywane do trenowania zewnętrznych modeli.
Dlaczego rekomendujemy EYE-ABLE klientom TYPO3
• Niemiecka firma z Würzburga — pełna zgodność z RODO/DSGVO, serwery w Niemczech, dostępna umowa DPA i TOMs (Technical and Organizational Measures).
• Oficjalne wsparcie TYPO3 jako CMS — nie tylko „działa”, ale jest wymieniany jako platforma docelowa razem z WordPress i Drupal.
• Pokrycie WCAG 2.2 AA — najnowsza wersja standardu, nie tylko przestarzałe WCAG 2.1. Twoja strona jest gotowa na następne aktualizacje regulacji.
• Generator deklaracji dostępności — automatyczne tworzenie dokumentu wymaganego przez polską ustawę z 4 kwietnia 2019, aktualizowanego przy każdym skanie.
• Manualne testy z udziałem osób z niepełnosprawnościami — EYE-ABLE oferuje usługę testowania przez rzeczywistych użytkowników (nie tylko zautomatyzowane skany), co wykrywa problemy nieuchwytne dla algorytmów.
• Klienci referencyjni — niemieckie miasta, uczelnie, kluby sportowe, duże e-commerce. Sprawdzona platforma w produkcji, nie eksperyment.
• Możliwość self-hostingu — dla instytucji z najwyższymi wymaganiami compliance Assist można hostować na własnej infrastrukturze.
Jak wdrażamy EYE-ABLE w projektach TYPO3
Standardowy proces wdrożenia EYE-ABLE w średniej wielkości projekcie TYPO3 zajmuje 1–2 tygodnie. Pierwszy etap: analiza obecnego stanu strony za pomocą EYE-ABLE Report — dostajemy pełną mapy problemów przed jakimikolwiek zmianami. Drugi etap: konfiguracja widget’u Assist (kolory, pozycja, język, dostępne funkcje) i integracja z TYPO3 — zwykle przez page.footerData w TypoScript albo bezpośrednio w szablonie Fluid (często w bootstrap_package layout lub własnym site package). Trzeci etap: szkolenie redakcji, jak korzystać z dashboard EYE-ABLE i interpretować raporty. Czwarty etap: uruchomienie monitoringu cyklicznego i konfiguracja powiadomień. Piąty etap (opcjonalnie): integracja z GitLab/GitHub CI/CD dla automatycznych testów przy każdym deploy’u.
Ważna uwaga — sam widget to nie pełna zgodność
EYE-ABLE w swojej dokumentacji jasno podkreśla: sam widget Assist nie zapewnia pełnej zgodności z WCAG, EAA czy BITV 2.0. To narzędzie dla użytkowników końcowych, którzy mogą dostosować widok strony do swoich potrzeb. Ale strukturalne problemy HTML — błędna kolejność nagłówków, brakujące alt texty, niedostępne formularze — wymagają strukturalnych poprawek w kodzie i szablonach. Dlatego zawsze łączymy wdrożenie widget’u (szybki krok pierwszy, natychmiastowa poprawa UX) z planem strukturalnej poprawy w 6–12 miesięcy. Dopiero ta kombinacja daje rzeczywistą zgodność z EAA i polską ustawą.
5. Strukturalna poprawa accessibility w TYPO3
Widget to nie wszystko — prawdziwa dostępność wymaga poprawek na poziomie szablonów Fluid: dodanie ARIA labels tam, gdzie brakują, poprawa kolejności tab, naprawa form (label dla każdego pola, błędy z aria-describedby), zapewnienie focus indicators, kontrasty kolorów. Często rekonfigurujemy też niektóre Content Blocks lub Mask elementy, żeby generowały dostępny HTML. To jest praca wymagająca znajomości zarówno TYPO3, jak i WCAG — dlatego nasi konsultanci pracują równocześnie nad obu obszarami.
6. Content SEO — strategia słów kluczowych i Topical Authority
SEO w 2026 roku to nie tylko technika, ale przede wszystkim Topical Authority — spójne pokrycie tematyczne. Pomagamy klientom w analizie słów kluczowych (informacyjnych, komercyjnych, transakcyjnych), planowaniu architektury treści, tworzeniu clusterów tematycznych, linkowaniu wewnętrznym. Dla wielojęzycznych instalacji TYPO3 koordynujemy strategię między wersjami językowymi — nie każdy artykuł musi być tłumaczony, ale każdy wymaga przemyślanej decyzji.
7. Deklaracja dostępności i monitoring
Polskie prawo wymaga publikacji deklaracji dostępności na stronie — dokumentu opisującego stan zgodności z WCAG, znane bariery, datę ostatniego audytu, dane kontaktowe do zgłaszania problemów. Pomagamy w przygotowaniu tego dokumentu zgodnie z ustawą. Równocześnie wdrażamy automatyczny monitoring — narzędzia takie jak EYE-ABLE Report, Lighthouse CI, własne testy w GitLab CI — żeby wykrywać regresje accessibility wcześnie.
Co wyróżnia nasze podejście
Ścisła specjalizacja w TYPO3
Dr Blitz-Weblab to TYPO3 Silver Member z 8-letnim doświadczeniem, obsługujący klientów enterprise w Polsce, Niemczech i Austrii. Nie obsługujemy WordPress, Drupal ani Joomla — wyłącznie TYPO3. To pozwala nam znać system na poziomie, którego ogólne agencje SEO nie mają: TypoScript, Fluid, Extbase, Content Blocks, Site Sets, FAL, Composer mode, narzędzia migracyjne (Rector, Fractor).
Łączenie SEO i accessibility w jednym zespole
Nie mamy oddzielnego „działu SEO” i „działu accessibility” — ten sam zespół pracuje nad obiema warstwami. To zapewnia spójność i unika sytuacji, gdy poprawki SEO psują dostępność lub odwrotnie. Klient otrzymuje jeden raport, jedną strategię, jeden budzet.
Doświadczenie z sektorem publicznym i NGO
Nasi klienci to m.in. Universitätsmedizin Mannheim (portal medyczny w 10 domenach z 25 000+ podstron), Niemiecki Instytut Historyczny w Warszawie (instytucja naukowa, dhi.waw.pl), Fundacja Nadzieja w Nas (NGO z integracją płatności Tpay), RED NOSES International. Sektor publiczny i NGO mają najsurowsze wymagania accessibility — nasze doświadczenie z tymi klientami przekazujemy projektom komercyjnym.
Pełna zgodność z RODO i procesem DPA
Wszystkie nasze projekty początkujemy podpisaniem DPA (Data Processing Agreement) zgodnie z artykułem 28 RODO. Dla projektów wymagających szczególnej ostrożności (medycyna, finanse, sektor publiczny) podpisujemy też NDA. Nasze narzędzia analityczne (Matomo zamiast Google Analytics) i hosting (Hetzner w Niemczech) są dobierane z myślą o europejskim compliance.
FAQ – Najczęściej zadawane pytania
To zależy. Sektor publiczny — obowiązek od kilku lat (WCAG 2.1 AA, polska ustawa o dostępności cyfrowej z 2019). Sektor prywatny w branżach objętych EAA (e-commerce, bankowość, transport, telekomunikacja, e-booki) — obowiązek od 28 czerwca 2025 dla nowych usług, do 5 lat dla istniejących. Mikrofirmy (do 10 pracowników, obrót poniżej 2 mln EUR) są wyłączone z EAA. B2B teoretycznie nie podlega, ale w praktyce rosnąca liczba przetargów wymaga deklaracji dostępności jako kryterium wyboru. Bezpłatny audyt pokaże, czy Twoja sytuacja wymaga działania.
Dla średnich projektów (200–1000 podstron, 1–2 języki, kompleksowy audyt + miesięczne działania): 4 000–8 000 PLN miesięcznie. Dla dużych projektów enterprise (wielojęzyczne portale, dziesiątki tysięcy podstron): 10 000–30 000 PLN miesięcznie. Jednorazowe projekty (audyt + wdrożenie poprawek bez długoterminowej obsługi): 15 000–60 000 PLN. Konkretna wycena wymaga audytu — każdy projekt jest inny.
Wdrożenie EYE-ABLE: licencja od około 50 EUR/miesiąc dla małych witryn, do kilkuset EUR dla dużych. Praca wdrożeniowa po naszej stronie: 5 000–15 000 PLN dla średniej witryny. Strukturalne poprawki HTML/Fluid: 15 000–60 000 PLN dla średnich witryn, 60 000–150 000 PLN dla dużych portali enterprise. Dodatkowo audyt zewnętrzny WCAG (jeśli wymagany dla deklaracji): 5 000–15 000 PLN. Łączenie SEO + accessibility w jednym projekcie zwykle obniża łączny koszt o 20–30% w porównaniu z osobnymi projektami.
Pozycjonowanie to maraton, nie sprint. Pierwsze efekty (wzrost widoczności dla konkretnych słów kluczowych): 2–4 miesiące. Stabilny wzrost ruchu organicznego: 6–12 miesięcy. Trwała pozycja lidera w branży: 12–24 miesięcy systematycznej pracy. Tempo zależy od konkurencji w branży, jakości treści, autorytetu domeny. Realne oczekiwania są ważne — agencje obiecujące „top 10 w 30 dni” rzadko dowożą trwałe wyniki.
Sam widget Assist nie wystarczy — EYE-ABLE w swojej dokumentacji to wprost mówi. Widget z 25+ ustawieniami znacząco poprawia doświadczenie użytkowników z niepełnosprawnościami, ale nie naprawia strukturalnych problemów HTML (błędna hierarchia nagłówków, brakujące alt texty, niedostępne formularze). Pełna zgodność wymaga równoległej pracy: poprawa semantycznego HTML, alt texty, ARIA labels, nawigacja klawiaturowa, kontrasty. Dlatego zawsze łączymy wdrożenie widget’u Assist (szybki krok pierwszy) z systematyczną pracą nad strukturą kodu i treści. EYE-ABLE Report i Audit są niezbędnymi narzędziami do tej drugiej części pracy.
Audit to rozszerzenie do przeglądarki, które testuje pojedyncze strony bezpośrednio podczas ich oglądania — idealne dla developera lub QA, który chce sprawdzić konkretną stronę, w tym strony konkurencji lub klientów. Report to platforma SaaS, która automatycznie skanuje całą Twoją witrynę cyklicznie, prowadzi historię zmian, integruje się z Jira i CI/CD, generuje raporty PDF/Excel i automatyczną deklarację dostępności. W praktyce używamy obu: Audit do bieżącej weryfikacji konkretnych zmian, Report jako stały monitoring i źródło raportów dla zarządu.
Tak — to jeden z głównych powodów, dla których rekomendujemy je polskim klientom. EYE-ABLE to niemiecka firma z Würzburga, dane przetwarzane są na serwerach w Niemczech, dostępna jest pełna umowa DPA (Data Processing Agreement) zgodna z artykułem 28 RODO. Widget Assist nie ustawia ciasteczek wymagających zgody, ustawienia użytkownika zapamiętywane są sesyjnie. Dla klientów z najwyższymi wymaganiami compliance dostępny jest wariant self-hosted — widget możesz hostować na własnej infrastrukturze, dane nie opuszczają Twojej firmy. Pełne TOMs (Technical and Organizational Measures) udostępniane na żądanie dla audytorów.
Częściowo. AI dobrze radzi sobie z generowaniem alt textów (rozszerzenia takie jak sg_ai od sgalinski automatyzują to), z meta-opisami, z FAQ. Ale strukturalne problemy HTML, prawidłowa hierarchia nagłówków, ARIA labels, kontekstowe poprawki Fluid — to wymaga świadomej pracy developera. AI może przyspieszyć 30–50% zadań, ale nie wszystko. Audytor zewnętrzny WCAG sprawdzi rzeczywistą dostępność — nie zaakceptuje deklaracji opartej tylko na automatycznym narzędziu.
Tak — i TYPO3 do tego świetnie się nadaje. Mamy doświadczenie z portalami w 10+ językach (Universitätsmedizin Mannheim). Kluczowe elementy: prawidłowe hreflang, dedykowane page tree dla każdego języka, niezależna optymalizacja słów kluczowych dla każdego rynku, lokalne backlinki. Site Sets w TYPO3 v13/v14 dają ogromne możliwości konfiguracji. Wielojęzyczne SEO TYPO3 to nasza specjalność — obsługujemy projekty PL-DE-EN, PL-DE-EN-FR i bardziej złożone.
Tak. Często współpracujemy z agencjami SEO ogólnymi lub agencjami marketingowymi w roli partnera technicznego. Klient ma jeden punkt kontaktu (swoją agencję), a my realizujemy techniczne wdrożenia w TYPO3. To często najlepszy układ: agencja ogólna zna branżę klienta i strategię marketingową, my znamy TYPO3 od podszewki.
Pierwszy krok bezpłatny audyt techniczny
Niezależnie od tego, czy interesuje Cię głównie pozycjonowanie, dostosowanie do WCAG, czy obie sprawy razem — pierwszy krok jest ten sam: konkretny audyt techniczny strony, który pokazuje obecny stan i możliwe ścieżki rozwoju. Oferujemy bezpłatny audyt TYPO3 dla wszystkich nowych klientów, w którym łączymy analizę SEO i accessibility w jednym raporcie.
W ciągu tygodnia roboczego od podpisania NDA otrzymujesz raport zawierający: analizę obecnej widoczności w Google (słowa kluczowe, pozycje, ruch organiczny), techniczny audyt SEO (TypoScript, schema, hreflang, sitemap, performance, Core Web Vitals), audyt zgodności z WCAG 2.1/2.2 (z konkretną listą problemów i rekomendowanych poprawek), ocenę statusów EAA (czy Twoja firma podlega obowiązkowi), priorytetyzowaną listę działań z szacunkowym kosztem, i nasze rekomendacje co do kolejności. Raport jest niezależny — możesz go wykorzystać z dowolną agencją lub wewnętrznym zespołem.
Trzy sposoby na kontakt
Telefon: 12 333 44 01 — poniedziałek–piątek, 9:00–17:00. Pierwsza rozmowa to wstępny briefing, w trakcie którego możemy ocenić zakres prac.
Email: [email protected] — odpowiadamy w ciągu jednego dnia roboczego. W pierwszym mailu możesz opisać swoją stronę (URL, wersja TYPO3, główne cele biznesowe, czy chodzi o SEO, WCAG czy obie sprawy).
Rezerwacja online: na stronie drblitz-weblab.com/kontakt możesz wybrać dogodny termin 60-minutowej konsultacji w naszym kalendarzu.
Agencja Dr Blitz-Weblab to TYPO3 Silver Member z biurem w Krakowie. Specjalizujemy się wyłącznie w TYPO3 od 8 lat. Łączymy SEO i accessibility w jednym zespole, obsługujemy klientów enterprise w Polsce, Niemczech i Austrii. Niezależnie od tego, czy potrzebujesz pełnej obsługi pozycjonowania, jednorazowego dostosowania do WCAG, czy partnera technicznego dla swojej agencji marketingowej — możemy pomóc. Wszystkie projekty z pełną umową o powierzenie przetwarzania danych zgodną z RODO.