Modelowane listy odbiorców nie zawierają konkretnych osób, tylko prawdopodobieństwa. Wyjaśniam, jak powstają, gdzie ich szukać w panelu i jak czytać ich raporty.
Architektura informacji to obszar, w którym decyzje podjęte na starcie serwisu ciążą potem latami. Zmiana tekstu na stronie zajmuje kwadrans. Zmiana tego, jak strony są ze sobą powiązane i pod jakimi adresami leżą, to projekt z przekierowaniami, ryzykiem utraty widoczności i koniecznością przekonania kilku osób w firmie.
Koncepcja silosów jest jedną z odpowiedzi na pytanie, jak ten porządek ustalić. W skrócie polega na grupowaniu treści w wyraźnie oddzielone bloki tematyczne i domykaniu linkowania wewnątrz każdego bloku, zamiast łączenia wszystkiego ze wszystkim.
Zanim przejdę do tego, jak to zrobić, chcę powiedzieć rzecz, którą w poradnikach o silosach pomija się najczęściej: to nie jest technika, która sama z siebie podnosi pozycje. To sposób uporządkowania serwisu, który ułatwia wyszukiwarce zrozumienie, o czym jest która część witryny, i ułatwia użytkownikowi znalezienie tego, czego szuka. Efekt bierze się z tych dwóch rzeczy, nie z magii samego układu.
Silos to zamknięta grupa tematyczna: jedna strona nadrzędna opisująca temat szeroko oraz zestaw stron podrzędnych rozwijających jego części.
Kluczowe są dwie zasady. Pierwsza: strony wewnątrz silosu linkują głównie do siebie i do swojej strony nadrzędnej. Druga: linkowanie między różnymi silosami jest ograniczone do przypadków, w których naprawdę ma sens merytoryczny.
Przykład z branży, w której pracuję. Silos „Google Ads” ma stronę nadrzędną o kampaniach płatnych i podstrony o kampaniach produktowych, sieci wyszukiwania, remarketingu i pomiarze konwersji. Silos „SEO” ma stronę nadrzędną o pozycjonowaniu i podstrony o optymalizacji technicznej, treściach i linkowaniu. Strona o pomiarze konwersji linkuje do innych stron z silosu Google Ads, a nie do optymalizacji technicznej — chociaż w szerokim sensie oba tematy dotyczą marketingu.
Odróżnia to silos od zwykłego menu. Menu porządkuje nawigację. Silos porządkuje przepływ znaczenia i linków — a to widać nie w wyglądzie strony, a w tym, dokąd prowadzą odnośniki w treści.
Trzy powody, w kolejności od najbardziej praktycznego.
Zmniejszasz kanibalizację. W serwisach rozbudowanych bez planu regularnie zdarza się, że kilka stron celuje w to samo zapytanie. Silos wymusza pytanie „gdzie ta treść należy” i pokazuje duplikaty tematyczne, zanim powstaną.
Wzmacniasz stronę nadrzędną. Podstrony linkujące do swojego rodzica przekazują mu sygnał, dzięki czemu strona ogólna ma szansę konkurować na frazy szersze i bardziej konkurencyjne, których pojedynczy artykuł nie zdobędzie.
Ułatwiasz robotowi i użytkownikowi orientację. Jasna struktura oznacza krótszą drogę od strony głównej do każdej treści i mniejsze ryzyko, że część serwisu zostanie zignorowana.
Do tego dochodzi korzyść organizacyjna, którą doceniam może najbardziej: silos daje odpowiedź na pytanie, czy dana treść powinna w ogóle powstać. Jeśli nowy artykuł nie pasuje do żadnego silosu, to albo trzeba zbudować nowy silos, albo temat jest poza zakresem serwisu. Jedno i drugie jest lepsze niż dosypywanie treści bez planu.
Kolejność, którą stosuję.
Praktyczna wskazówka: przy pierwszym projekcie ogranicz się do trzech albo czterech silosów. Kilkanaście grup na start oznacza, że żadna nie zostanie porządnie zapełniona, a serwis będzie wyglądał jak szkielet bez treści.
Najczęstszy błąd to traktowanie zasady rozdzielności silosów jako dogmatu.
Spotykam serwisy, w których autorzy świadomie nie linkują do treści oczywiście przydatnej czytelnikowi, bo „leży w innym silosie”. To odwrócenie priorytetów. Jeśli w artykule o kampaniach produktowych naturalnie wypada odesłać do tekstu o szybkości strony, odsyłaj — jeden taki link nie rozmyje struktury, a jego brak pozostawia czytelnika bez informacji.
Druga nadinterpretacja dotyczy adresów. Zdarzało mi się widzieć projekty przebudowy całego drzewa adresów wyłącznie po to, żeby ścieżki odzwierciedlały silosy. Przy istniejącym, indeksowanym serwisie taka operacja niesie realne ryzyko utraty widoczności, a korzyść jest umiarkowana. Linkowanie wewnętrzne można naprawić bez ruszania adresów — i to zwykle jest właściwa kolejność.
Trzecia to sztywność wobec sklepów. W e-commerce silosy działają na kategoriach i treściach poradnikowych, ale karty produktów rzadko dają się zamknąć w jednej grupie, bo produkt bywa zasadnie przypisany do kilku kategorii. Wymuszanie czystości silosu kończy się tu ubożeniem nawigacji.
Przebudowa istniejącej witryny wymaga innej kolejności niż projekt od zera.
Zaczynam od inwentaryzacji: lista wszystkich stron z ruchem organicznym i zapytaniami, na które się wyświetlają. Potem grupuję je tematycznie na papierze i szukam dwóch rzeczy — stron konkurujących o to samo zapytanie oraz grup, które nie mają strony nadrzędnej.
Następnie naprawiam linkowanie, nie adresy. Dodaję brakujące strony nadrzędne, przepinam odnośniki w treści tak, żeby prowadziły wewnątrz grup, usuwam linkowanie „każdy z każdym” z bloków powiązanych artykułów generowanych automatycznie. Ten etap daje większość efektu przy najmniejszym ryzyku.
Dopiero jeśli po tym nadal widzę problem strukturalny — na przykład kilkaset stron w płaskiej strukturze bez żadnego poziomu kategorii — rozważam zmianę adresów. Wtedy z pełnym planem przekierowań, jednym przejściem, poza sezonem i z monitorowaniem indeksowania przez kolejne tygodnie.
Rzeczy, których nie odkładam: usunięcie albo scalenie stron konkurujących o to samo zapytanie. To pojedyncza zmiana o największym wpływie na porządek tematyczny i można ją zrobić niezależnie od całej reszty.
Używamy plików cookies, aby ułatwić Ci nawigację oraz wykonywanie określonych funkcji. Szczegółowe informacje o wszystkich plikach cookies znajdziesz w każdej kategorii zgody poniżej.
Pliki cookies oznaczone jako "Niezbędne" są przechowywane w Twojej przeglądarce, ponieważ są one kluczowe dla zapewnienia podstawowych funkcji strony.
Używamy również plików cookies firm trzecich, które pomagają nam analizować, w jaki sposób korzystasz z tej strony, zapamiętują Twoje preferencje oraz dostarczają treści i reklamy odpowiednie dla Ciebie. Te pliki cookies będą przechowywane w Twojej przeglądarce tylko za Twoją uprzednią zgodą.
Możesz zdecydować, czy chcesz włączyć lub wyłączyć niektóre bądź wszystkie te pliki cookies, jednak wyłączenie niektórych z nich może wpłynąć na Twoje doświadczenia podczas przeglądania strony.
| Cookie | Czas przechowywania | Opis |
|---|---|---|
| __cf_bm | 13 minutes | Cloudflare bot management — distinguishes humans from bots. |
| rc::* | Persistent | Google reCAPTCHA — localStorage holding anti-bot challenge state. |
| Cookie | Czas przechowywania | Opis |
|---|---|---|
| wpEmojiSettingsSupports | Session | WordPress — sessionStorage flag caching whether the browser can render emoji (feature detection). |
| ytidb* | Persistent | YouTube — IndexedDB storing playback/search state for embedded videos. |
| Cookie | Czas przechowywania | Opis |
|---|---|---|
| _ga_* | 400 days | Google Analytics 4 — persists session state per property. |
| _ga | 400 days | Google Analytics — distinguishes unique users via a client id. |
| Cookie | Czas przechowywania | Opis |
|---|---|---|
| NID | 183 days | Google — stores preferences for personalized ads. |
| fr | 90 days | Meta — encrypted Facebook id and browser id for ads. |
| _gcl_au | 90 days | Google AdSense/Ads — experiments with advertising efficiency (conversion linker). |
| Cookie | Czas przechowywania | Opis |
|---|---|---|
| __Secure-YNID | 180 days | |
| YSC | Session | |
| __Secure-ROLLOUT_TOKEN | 180 days | |
| VISITOR_INFO1_LIVE | 180 days | |
| VISITOR_PRIVACY_METADATA | 180 days | |
| datr | 400 days | |
| sb | 400 days | |
| wd | 7 days |