Architektura informacji to sposób, w jaki treści na stronie są pogrupowane, nazwane i połączone ze sobą linkami. Brzmi jak temat dla projektanta UX, ale w praktyce ma bezpośredni wpływ na SEO: to właśnie architektura decyduje, które podstrony wyszukiwarka uzna za ważne, jak rozłoży się między nimi „siła” linkowania wewnętrznego i czy użytkownik w ogóle znajdzie to, czego szuka.
Od czego zaczynam — mapa serwisu, nie makieta
Zanim zajmę się wyglądem strony, ustalam, jakie usługi, produkty, kategorie i podstrony powinny się w niej znaleźć oraz jak mają być ze sobą powiązane. Typowy schemat wygląda tak: strona główna prowadzi do stron usług, strony usług prowadzą do bardziej szczegółowych podstron (np. konkretnych specjalizacji), a każda z nich prowadzi z powrotem do kontaktu lub oferty. Taka struktura jest czytelna zarówno dla odwiedzającego, jak i dla robota indeksującego.
Struktura HTML — hierarchia, która ma znaczenie
Kolejny poziom to sama struktura dokumentu HTML. Kluczowe zasady, których trzymam się niezależnie od branży klienta:
- Jeden znacznik H1 na podstronę, opisujący jej główny temat.
- Nagłówki H2 i H3 układane w logiczną hierarchię, a nie dobierane wyłącznie ze względu na rozmiar czcionki.
- Semantyczne elementy HTML (
<header>,<nav>,<main>,<article>,<footer>) zamiast wyłącznie zagnieżdżonych<div>. - Czytelne, opisowe adresy URL zamiast ciągów parametrów i identyfikatorów.
Linkowanie wewnętrzne jako mapa priorytetów
Linkowanie wewnętrzne to nie dodatek, tylko sposób komunikowania wyszukiwarce, które podstrony są najważniejsze. Strona, do której prowadzi najwięcej linków z innych, dobrze powiązanych tematycznie miejsc w serwisie, ma większą szansę na dobrą pozycję niż strona odizolowana, do której nikt nie linkuje. Dlatego przy projektowaniu architektury zawsze planuję, które podstrony mają otrzymywać najwięcej odnośników wewnętrznych — zwykle są to strony usług i oferty, generujące realne zapytania.
Dane strukturalne jako uzupełnienie architektury
Poprawna struktura HTML to jedno, ale wyszukiwarka rozumie treść jeszcze lepiej, gdy dodatkowo otrzyma dane strukturalne w formacie Schema.org. To temat na tyle obszerny, że opisałem go osobno — w artykule o danych strukturalnych i JSON-LD.
Dlaczego to się opłaca zaplanować raz, dobrze
Zmiana architektury informacji po wdrożeniu strony — przenoszenie podstron, zmiana adresów URL, przebudowa menu — jest jednym z bardziej ryzykownych działań SEO. Wymaga przekierowań, aktualizacji linkowania wewnętrznego i zawsze wiąże się z tymczasowym ryzykiem utraty części widoczności. Dlatego architekturę traktuję jako decyzję strategiczną podejmowaną raz, na starcie projektu, a nie element do poprawki „przy okazji”.
Dobra architektura nie jest widoczna dla użytkownika wprost — widoczna jest w tym, jak łatwo znajduje on to, czego szuka.
Powiązanie z resztą procesu
Architektura informacji i struktura HTML to drugi etap mojego procesu — po analizie, a przed właściwym kodowaniem. Szerzej o całym podejściu piszę w artykule o stronach SEO-first, a o tym, jak architektura przekłada się na realną wydajność strony — w artykule o Core Web Vitals.