Czym jest architektura informacji w serwisach internetowych i jak ją zaprojektować?

Architektura informacji to sposób, w jaki treści serwisu są pogrupowane, nazwane i połączone, żeby klient szybko znalazł to, czego szuka. Od niej zależą menu, kategorie, wyszukiwarka w serwisie oraz to, jak Google przechodzi po Twoich stronach. Poniżej znajdziesz, z czego się składa, jak ją zaprojektować krok po kroku i jakie błędy najczęściej ją psują.

Czym jest architektura informacji?

Architektura informacji (ang. information architecture, IA) to plan porządku w serwisie: jakie treści się w nim znajdują, w jakie grupy się układają, jak się nazywają i jak do nich dojść. Klient nie widzi jej wprost. Widzi jej skutek: menu, kategorie, okruszki i wyniki wyszukiwarki w serwisie.

Nielsen Norman Group opisuje to obrazem góry lodowej: nawigacja jest widocznym wierzchołkiem, a architektura informacji strukturą pod spodem (Jen Cardello, 2014). Jedna prowadzi klienta do oferty w dwóch kliknięciach, druga każe mu zgadywać, pod którą nazwą schowano potrzebną informację.

Dlatego dwie strony z podobnym menu potrafią działać zupełnie inaczej.

Architektura informacji nie jest tym samym co UX ani UI. UX i UI obejmują całe doświadczenie oraz warstwę wizualną, a architektura informacji odpowiada za szkielet, na którym je budujesz. Autorzy klasycznego podręcznika dziedziny, Louis Rosenfeld, Peter Morville i Jorge Arango, opisują ją jako równowagę trzech obszarów: użytkowników, treści i kontekstu biznesowego.

Z czego składa się architektura informacji?

Architektura informacji składa się z czterech systemów, które działają razem: organizacji, etykiet, nawigacji i wyszukiwania. Ten podział pochodzi z tego samego podręcznika i dobrze sprawdza się przy przeglądzie każdej strony.

System	Na jakie pytanie odpowiada	Przykład
Organizacja	Jak grupujemy treści?	kategorie produktów, podział oferty na usługi
Etykiety	Jak nazywamy grupy i odnośniki?	„Cennik” zamiast „Model rozliczeń”
Nawigacja	Jak klient przechodzi między treściami?	menu, okruszki, linki w treści, stopka
Wyszukiwanie	Jak klient znajduje treść bez klikania po menu?	wyszukiwarka z podpowiedziami i filtrami

Pod tymi systemami leży opis treści: metadane i taksonomia, czyli ustalony słownik nazw. Dzięki niemu filtr w sklepie, tag na blogu i lista powiązanych artykułów korzystają z tych samych pojęć.

Każdy system obsługuje innego klienta. Dobra struktura daje drogę każdemu z nich:

• Klient, który wie, czego chce, korzysta z wyszukiwarki i jednoznacznych nazw.
• Klient, który się rozgląda, potrzebuje kategorii i podpowiedzi.
• Klient, który porównuje, potrzebuje filtrów, tabel oraz widoku całości.
• Klient, który wraca, potrzebuje stałych nazw i przewidywalnych adresów URL.

Jak uporządkować treści na stronie?

Treści porządkujesz według schematu, który pasuje do tego, jak klient o nich myśli. Większość serwisów łączy kilka schematów: ofertę układa tematycznie, blog chronologicznie, a słownik alfabetycznie.

Schemat	Kiedy działa	Słabość
Alfabetyczny	słowniki, listy marek, indeksy	wymaga znajomości dokładnej nazwy
Chronologiczny	aktualności, blog, wydarzenia	starsze treści giną pod nowszymi
Tematyczny	oferta, poradniki, kategorie sklepu	granice tematów bywają płynne
Zadaniowy	zakup, rezerwacja, złożenie wniosku	wymaga dobrej znajomości scenariuszy klienta
Według odbiorcy	grupy o różnych potrzebach, np. firmy i klienci indywidualni	klient nie zawsze wie, do której grupy należy

Drugą decyzją jest kształt struktury. Hierarchia, czyli drzewo kategorii, sprawdza się w ofercie i w sklepie. Nawigacja fasetowa pozwala zawężać listę według kilku cech naraz, np. marki, ceny oraz rozmiaru. Więcej o niej przeczytasz we wpisie o nawigacji fasetowej. Linki w treści łączą tematy, których drzewo nie łączy, np. poradnik z usługą, której dotyczy.

Jak zaprojektować architekturę informacji krok po kroku?

Architekturę informacji projektujesz od ludzi i treści, a nie od wyglądu menu. Kolejność kroków jest ważniejsza niż wybór narzędzi.

1. Cele i odbiorcy. Spisz, po co klient przychodzi na stronę i czego oczekuje od niej firma: zapytania, zakupu, zapisu. Dane z analityki i z badań UX pokazują, czego ludzie szukają naprawdę.
2. Inwentaryzacja i audyt treści. Zrób listę wszystkich podstron i oceń każdą: zostaje, łączymy z inną, usuwamy albo piszemy od nowa.
3. Sortowanie kart. Uczestnicy grupują karteczki z nazwami treści tak, jak im pasuje. Według Nielsen Norman Group ta metoda odkrywa model myślenia użytkowników i daje pomysły na strukturę, ale nie gotową odpowiedź.
4. Drzewo i etykiety. Na tej podstawie rozpisz hierarchię oraz nazwy. Nazwy bierz z języka klienta, nie z wewnętrznego żargonu firmy.
5. Test drzewa (tree testing). Uczestnicy szukają konkretnych treści w samej strukturze tekstowej, bez grafiki. Wynik pokazuje, które gałęzie prowadzą w ślepy zaułek.
6. Nawigacja, wyszukiwarka, makiety. Dopiero teraz projektujesz menu, okruszki, filtry oraz wyniki wyszukiwania, najpierw na makietach.
7. Pomiar po wdrożeniu. Sprawdzaj, czego ludzie szukają w wyszukiwarce serwisu, gdzie porzucają ścieżkę i które strony nie dostają wejść. Struktura rośnie razem z ofertą, więc wracaj do niej przy każdej większej zmianie.

Jak architektura informacji wpływa na SEO i AI Search?

Architektura informacji decyduje, czy Google znajdzie i zrozumie Twoje ważne strony. Według przewodnika SEO od Google wyszukiwarka znajduje nowe strony przede wszystkim przez linki ze stron, które już zna. Podstrona, do której nie prowadzi żaden link z menu ani z treści, łatwo zostaje pominięta.

Z dokumentacji Google wynikają cztery praktyczne zasady:

• Każda treść ma jeden adres URL. Duplikaty, np. z sortowania albo filtrów, zużywają zasoby robota na adresy, na których Ci nie zależy.
• Adres zawiera zrozumiałe słowa, a podobne strony leżą w jednym katalogu, np. wszystkie poradniki pod /academy/.
• Okruszki pokazują miejsce strony w hierarchii. Google zaleca, żeby oddawały typową ścieżkę użytkownika, a nie kopiowały strukturę adresu.
• Do każdej ważnej strony prowadzi link wewnętrzny, a ważne treści są tekstem, nie obrazkiem.

Popularna rada o „płaskiej strukturze” i budżecie indeksowania dotyczy głównie bardzo dużych serwisów. Google kieruje poradnik o budżecie indeksowania do stron z ponad milionem unikalnych adresów albo z ponad 10 tys. adresów zmienianych codziennie. Sam zaznacza przy tym, że to przybliżenie, a nie sztywne progi. Dla firmowej strony z kilkuset podstronami ważniejsza jest logika struktury niż liczba kliknięć od strony głównej.

Ta sama zasada działa w odpowiedziach AI w Google. Dokumentacja funkcji AI w wyszukiwarce mówi, że AI Overviews i AI Mode nie wymagają specjalnej optymalizacji. Wśród dobrych praktyk wymienia treści łatwe do znalezienia przez linki wewnętrzne oraz ważne informacje w formie tekstu. Przejrzysta struktura nie zapewni cytowania w odpowiedzi AI, ale ułatwia robotom dotarcie do strony, która odpowiada na pytanie klienta. W modelu Search Ecosystem™ architektura informacji należy do obszaru User Experience i wspiera jednocześnie widoczność w Google oraz w AI Search.

Jakie błędy psują architekturę informacji?

Najwięcej szkody robi struktura zbudowana według organizacji firmy, a nie według pytań klienta. Klient nie wie, który dział odpowiada za daną usługę. Nie powinien musieć tego wiedzieć.

• Nazwy z wewnętrznego żargonu, np. nazwa produktu w menu zamiast opisu problemu, który rozwiązuje.
• Zbyt głębokie albo rozdrobnione drzewo kategorii, w którym kategorie mają po jednym produkcie.
• Ten sam produkt w wielu kategoriach bez jednego głównego adresu.
• Menu, które na telefonie ma inną logikę niż na komputerze. Przejście między urządzeniami nie może zmieniać sensu struktury.
• Wyszukiwarka w serwisie oderwana od struktury: nie zna synonimów, zwraca puste wyniki, nie podpowiada kategorii.
• Nawigacja, która na różnych podstronach zmienia kolejność. Wytyczne WCAG 2.2 wymagają, żeby powtarzające się elementy nawigacji występowały w tej samej kolejności na stronach serwisu (kryterium 3.2.3, poziom AA).
• Tylko jedna droga do treści. WCAG 2.2 wymaga więcej niż jednego sposobu dotarcia do strony, np. menu oraz wyszukiwarki albo mapy strony (kryterium 2.4.5).
• Struktura zaprojektowana raz i nigdy niesprawdzana. Oferta rośnie, a drzewo z czasem przestaje do niej pasować.

Co zrobić teraz?

Zacznij od sprawdzenia, czy obecna struktura odpowiada na pytania Twoich klientów. Nie potrzebujesz do tego od razu przebudowy strony.

1. Wypisz pięć pytań, z którymi klienci najczęściej dzwonią albo piszą. Sprawdź, w ilu kliknięciach znajdziesz na nie odpowiedź na stronie.
2. Przejrzyj frazy wpisywane w wyszukiwarkę serwisu. Częsta fraza bez dobrego wyniku oznacza brakującą treść albo złą etykietę.
3. Porównaj nazwy w menu z językiem, którego klienci używają w zapytaniach.
4. Sprawdź, czy do każdej ważnej podstrony prowadzi link z menu albo z treści.
5. Przed przebudową menu zrób prosty test drzewa na kilku osobach spoza firmy.

Dobra architektura informacji jest niewidoczna: klient nie myśli o menu, tylko dochodzi tam, gdzie chciał. Jeśli przy kolejnej rozbudowie oferty nowe zakładki przestają gdziekolwiek pasować, czas zaprojektować strukturę od nowa zamiast dokładać kolejne. Jak sprawdzić efekt zmian, opisujemy we wpisie o użyteczności strony i jej pomiarze.

Najczęstsze pytania.

Czy przebudowa struktury strony obniży ruch z Google?

Może przejściowo, jeśli zmieniasz adresy URL. Ustaw przekierowania 301 ze starych adresów na nowe i popraw linki wewnętrzne. Google przypomina też, że rozumie strony w obecnym układzie, więc przebudowa wyłącznie dla SEO rzadko ma sens.

Ile poziomów powinno mieć menu strony?

Nie ma jednej właściwej liczby. Liczy się to, czy klient na każdym poziomie wie, gdzie kliknąć dalej, a test drzewa pokaże to lepiej niż reguła z poradnika.

Jakich narzędzi używa się do sortowania kart i testu drzewa?

Badanie można zrobić na papierowych karteczkach albo w narzędziach online, np. Optimal Workshop, Lyssna czy Maze. Wybór narzędzia znaczy mniej niż dobrze dobrane zadania i uczestnicy spoza firmy.

Kto w firmie powinien odpowiadać za architekturę informacji?

Najlepiej osoba albo zespół UX, który pracuje razem z marketingiem, sprzedażą oraz osobą odpowiedzialną za SEO. Struktura dotyka oferty, treści i techniki, więc decyzji nie powinien podejmować jeden dział w oderwaniu od pozostałych.