Struktura, która pokazuje relacje między informacjami

Architektura treści i klastry tematyczne

Architektura tematyczna decyduje, czy zbiór publikacji staje się spójnym źródłem wiedzy. Każda podstrona powinna mieć własną intencję, miejsce w hierarchii i logiczną drogę do treści powiązanych.

Jedna wiedza, różne poziomy szczegółowości

Pillar
Definicja i pełny obraz tematu
→
Hub
Jeden obszar i jego podtematy
→
Treść wspierająca
Jedna intencja lub problem
→
Następne działanie
Powiązana wiedza albo kontakt

Każdy poziom ma odrębne zadanie. Jeżeli dwie strony odpowiadają na tę samą intencję, należy je rozdzielić znaczeniowo albo połączyć.

Pillar, hub i supporting content

Pillar syntetyzuje szeroki temat, hub porządkuje konkretny obszar, a supporting content odpowiada na węższe potrzeby. Role te powinny być rozdzielone, aby podstrony uzupełniały się zamiast konkurować.

Kiedy tworzyć osobną stronę?

Osobny adres ma sens, gdy użytkownik ma odrębny cel, temat wymaga samodzielnego wyjaśnienia i można zbudować unikalną wartość. Warianty jednego pytania powinny zwykle pozostać w jednym dokumencie.

Hierarchia i click depth

Najważniejsze huby muszą być dostępne z nawigacji, a treści wspierające z odpowiednich stron nadrzędnych. Płytka, przewidywalna struktura ułatwia odkrywanie treści użytkownikom i robotom.

Kategorie, tagi i adresy URL

Kategorie powinny odpowiadać stabilnym obszarom wiedzy. Tagi mają sens tylko wtedy, gdy tworzą użyteczne strony zbiorcze. Adres URL powinien być krótki, opisowy i trwały.

Kanibalizacja i konsolidacja

Gdy kilka stron realizuje tę samą intencję, sygnały i linki rozpraszają się. Należy wtedy wskazać dokument główny, scalić pokrywające się informacje i przekierować niepotrzebne adresy.

Tematy rozwijające ten obszar

Poniższe opracowania tworzą pełną ścieżkę od definicji do wdrożenia. Każda podstrona realizuje odrębne zadanie i prowadzi do kolejnego logicznego kroku.

Powiązane obszary wiedzy