TL;DR. NorthStack Advisory (fikcyjny, lecz modelowany na realnych klientach) to 40-osobowa polska firma doradcza B2B SaaS z MRR ~820 000 PLN, która w marcu 2025 r. mierzyła się z problemem znanym wielu konsultingom technologicznym — ruch organiczny w granicach 18 500 sesji miesięcznie i rozproszony blog z 210 tekstami bez spójnej struktury. Po dwunastu miesiącach systematycznej pracy — audyt, architektura hub-and-spoke, 45 nowych artykułów (6 pillarów i 39 supporting), rygorystyczne linkowanie wewnętrzne, iteracja na podstawie danych — widoczność organiczna wzrosła o 280%, a liczba markowych zapytań w Google o 194%. Poniższy case study pokazuje pełny przebieg projektu: kontekst biznesowy, diagnozę (dlaczego stara struktura nie skalowała), strategię, dwunastomiesięczny timeline, rezultaty z liczbami, tabelę before/after, dziewięciostopniowy framework replikacji, najczęstsze błędy oraz FAQ. Dane liczbowe są fikcyjne, ale proporcje odwzorowują rzeczywiste wdrożenia architektury tematycznej w segmencie B2B SaaS consulting.
Kontekst: kim jest NorthStack i dlaczego potrzebowali resetu
NorthStack Advisory to wymyślona na potrzeby tego case’u firma doradcza specjalizująca się we wdrożeniach platform SaaS w segmencie enterprise — głównie CRM, marketing automation, data platform i revenue operations. Zespół liczy 40 osób (22 konsultantów, 8 developerów integracyjnych, 4 osoby w marketingu, 3 w sprzedaży, 3 w operations), obsługuje około 60 klientów aktywnie rocznie (głównie średnie i duże firmy w Polsce, Czechach i Niemczech) i notuje miesięczne przychody cykliczne z kontraktów retainerowych na poziomie 820 000 PLN. W marcu 2025 r. założyciel i head of marketingu usiedli nad kwartalnym raportem z liczbami, które — choć nie były katastrofą — wyraźnie pokazywały, że coś nie działa w kanale content.
Pierwsza obserwacja: blog miał 210 tekstów opublikowanych między 2020 a 2025 rokiem, średnio po 1 200 słów, na różnorodnym spektrum tematów — od „jak wybrać CRM” przez „co to jest data lake” po „10 błędów w kampaniach performance”. Część tekstów była ogólna i edukacyjna, część produktowa, a część wyglądała jak zaspokajanie kaprysów poszczególnych konsultantów, którzy chcieli „napisać o swojej specjalizacji”. Druga obserwacja: ruch organiczny oscylował w granicach 17 000–19 000 sesji miesięcznie od osiemnastu miesięcy — czyli plateau. Trzecia — liczba rejestracji na webinary i pobrań whitepaperów z bloga spadała drugi kwartał z rzędu, z 220 do 148 miesięcznie.
Najbardziej niepokojące były jednak dane jakościowe, które head of marketingu zebrał z sześciu wywiadów z konsultantami seniorami. Każdy z nich zgłaszał tę samą obserwację: w rozmowach sprzedażowych potencjalni klienci „znali NorthStack z jednego tekstu na blogu”, ale nie potrafili wymienić żadnego innego. Gdyby blog rzeczywiście pełnił funkcję edukacyjną, decydent w segmencie enterprise powinien konsumować kilka–kilkanaście tekstów przed rozmową, nie jeden. Pojedyncze wejście przez wąskie gardło oznaczało, że architektura treści nie prowadziła czytelnika głębiej — brakowało ścieżek przejścia między tekstami, a linkowanie wewnętrzne było przypadkowe.
Założyciel, sceptyczny wobec „kolejnego audytu SEO”, przyznał jednak, że skoro 60–70% leadów enterprise przychodzi właśnie z ruchu organicznego i polecenia, a kanał od półtora roku nie rośnie, warto poświęcić kwartał na diagnozę. Budżet projektu: 280 000 PLN na dwanaście miesięcy (czas zespołu, dwóch freelancerów-ekspertów branżowych, konsultant content strategy, narzędzia). KPI wyjściowe postawione konserwatywnie: +60% ruchu w dwanaście miesięcy i podwojenie konwersji blog → demo. W praktyce projekt przekroczył te cele wielokrotnie, ale w marcu 2025 nikt w zespole tego nie zakładał.
Diagnoza: dlaczego 210 tekstów nie generowało wzrostu
Pierwszych sześć tygodni projektu to była wyłącznie diagnoza — i to jest pierwsza lekcja, którą warto zapamiętać. Kuszące jest zaczęcie od razu od pisania („mamy 12 miesięcy, trzeba produkować”), ale bez diagnozy każdy tekst ląduje w tej samej architekturze, która już nie działa. Konsultant content strategy, zewnętrzny, pracujący równolegle z trzema klientami B2B, przeprowadził pięć równoległych analiz. Ich wyniki były — w miarę odkrywania — coraz mniej komfortowe dla zespołu.
Audyt mapy tematycznej
Konsultant wyeksportował tytuły i adresy URL wszystkich 210 tekstów do arkusza i poprosił zespół o przypisanie każdego do jednej z pięciu potencjalnych kategorii merytorycznych: CRM, marketing automation, data platform, revenue operations i ogólny content biznesowy. Wynik był uderzający. 68 tekstów zostało oznaczonych jako „ogólny content biznesowy” — tematy typu „5 trendów w B2B 2024″ albo „jak prowadzić zespół remote”. Kolejne 41 nie pasowało do żadnej z kategorii i trafiło do kosza „inne”. Oznaczało to, że ponad połowa bloga (109 z 210 tekstów) nie budowała tematycznej spójności w żadnym z obszarów, w których NorthStack realnie świadczył usługi. Rankowanie w Google na te tematy było zerowe lub śladowe, a z punktu widzenia autorytetu tematycznego firma wyglądała jak sklep z używkami, nie jak wyspecjalizowany konsulting.
W pozostałych pięciu kategoriach rozkład też był nierówny. CRM: 44 teksty. Marketing automation: 29. Data platform: 17. Revenue operations: 12. Trzy z tych obszarów były rozrzedzone — szczególnie revenue operations, gdzie dwanaście pojedynczych tekstów nie tworzyło żadnego spójnego klastra, a każdy walczył samodzielnie o uwagę Google’a i czytelników. Klasyczne zjawisko „treść bez strategii”.
Audyt linkowania wewnętrznego
Druga analiza — siatka linków wewnętrznych. Konsultant uruchomił crawler i zbudował graf. Na 210 tekstów przypadało 186 linków wewnętrznych między artykułami blogowymi — czyli średnio niecały jeden link na tekst. Dla porównania: dobrze zoptymalizowane bloogi B2B mają średnią 8–15 linków wewnętrznych per artykuł. Co gorsza, rozkład był skrajnie nierówny. 38 tekstów nie miało ani jednego linku wewnętrznego z innego artykułu. Dla Google te teksty były praktycznie osierocone — pozbawione sygnałów o ich znaczeniu w strukturze witryny. Dodatkowo, tylko 24 z 210 tekstów linkowało do ofertowych stron usług. Innymi słowy: blog nie prowadził do sprzedaży nawet wtedy, gdy temat pasował wprost.
Audyt słów kluczowych i pokrycia tematycznego
Trzecia analiza była najtrudniejsza. Konsultant wyciągnął z narzędzia analitycznego (w tym wypadku case studies Ahrefs posłużyły jako benchmark metody) listę 1 200 fraz powiązanych tematycznie z czterema głównymi specjalizacjami NorthStack. Porównał, które z tych fraz NorthStack już pokrywa, a które są białymi plamami. Wynik: NorthStack miał treść pokrywającą 23% fraz z potencjałem 100–1 000 wyszukań miesięcznie, 8% fraz z potencjałem 1 000–10 000 i zaledwie 2% fraz z potencjałem powyżej 10 000 (tzw. big-head). Konkurenci — trzy firmy consultingowe o podobnej skali — pokrywali odpowiednio 54%, 38% i 22%. NorthStack był technicznie „niewidzialny” w centralnym dwudziestocetnym trzonie swojej branży.
Drugi subwynik: istniejące teksty konkurowały same ze sobą. Zespół znalazł jedenaście przykładów kanibalizacji, w których dwa–trzy teksty NorthStacka celowały w to samo słowo kluczowe („jak wybrać CRM” było tematem aż czterech artykułów z lat 2021–2024), co systematycznie osłabiało każdy z nich.
Audyt intencji wyszukiwania
Czwarta analiza dotyczyła dopasowania intencji. Każdy z 210 tekstów został oznaczony typem intencji, na którą odpowiadał: informacyjna, porównawcza, transakcyjna, nawigacyjna. Wynik: 78% tekstów to było czyste „informational top-of-funnel” (definicje, ogólne przewodniki), 14% „comparative middle-of-funnel” (porównania narzędzi, frameworki), 5% „transactional bottom-of-funnel” (case studies, cenniki, konkretne wdrożenia) i 3% nawigacyjne. Dla firmy sprzedającej kontrakty retainerowe na 200 000 PLN rocznie to bardzo niezdrowa proporcja. Decydent enterprise, który rozważa konsulting, potrzebuje treści z warstwy środkowej i dolnej — konkretnych case studies, metodyk, porównań i kalkulatorów. W NorthStacku tej warstwy prawie nie było.
Benchmark konkurencji
Ostatnia analiza: jak robili to inni. Konsultant wziął trzy firmy consultingowe (dwie polskie, jedna niemiecka) o porównywalnej skali, wyciągnął ich strukturę blogową i policzył: (a) liczbę pillar posts powyżej 3 000 słów, (b) średnią liczbę linków wewnętrznych per tekst, (c) odsetek treści middle i bottom-of-funnel, (d) średnią częstotliwość publikacji, (e) pokrycie tematyczne w kluczowych specjalizacjach. Wszystkie trzy firmy referencyjne miały: 4–8 pillar posts na każdą z 3–5 specjalizacji, średnio 10–14 linków wewnętrznych per tekst, 35–50% treści MOFU/BOFU, rytm 4–8 nowych tekstów miesięcznie i pokrycie tematyczne powyżej 45% w każdej specjalizacji. NorthStack w każdym z tych wymiarów był poniżej referencyjnego poziomu, niekiedy kilkukrotnie.
Po sześciu tygodniach head of marketingu miał gotowy dokument na siedemnaście stron. Rekomendacja: wdrożyć architekturę hub-and-spoke. Zamiast produkować kolejne rozproszone teksty, zbudować cztery klastry tematyczne — po jednym na każdą specjalizację — z sześcioma pillar postami i trzydziestoma dziewięcioma supporting postami łącznie, połączonymi gęstą siecią linków wewnętrznych. Cel: przejść z „bloga rozproszonego” do „architektury tematycznej”, w której każdy tekst ma swoje miejsce, swoje linki, swoją rolę w lejku. Założyciel zaakceptował kierunek. Projekt ruszył oficjalnie w drugim tygodniu kwietnia 2025 r.
Strategia: architektura hub-and-spoke i jak ją zaprojektować
Strategia hub-and-spoke, zwana też topic cluster model, opiera się na prostej zasadzie: jeden bardzo obszerny artykuł-filar (pillar, 3 500–6 000 słów) pokrywający temat kompleksowo, plus od sześciu do dwunastu mniejszych artykułów (spokes, 1 500–2 500 słów), z których każdy zagłębia się w konkretny podwątek — i wszystkie te teksty są gęsto zlinkowane wewnętrznie. Pillar linkuje do wszystkich spokes, spokes linkują z powrotem do pillara oraz do sąsiednich spokes w obrębie klastra. Dla Google taka struktura stanowi wyraźny sygnał topical authority — „ta witryna jest ekspertem w tym obszarze”. Dla czytelnika to ścieżka eksploracji od ogólnego wprowadzenia do konkretnych zagadnień. Dla LLM-ów i asystentów AI to dobrze zchunkowana, spójna baza wiedzy do cytowania. Jeśli chcesz zobaczyć więcej przykładów architektur tematycznych w praktyce B2B, warto przejrzeć zebrane case studies Semrusha — metodyka bywa inna, ale zasady pozostają spójne.
W przypadku NorthStacka zespół zdecydował o czterech klastrach — po jednym na każdą specjalizację: CRM, marketing automation, data platform, revenue operations. Każdy klaster miał mieć jeden pillar post plus dziewięć–dziesięć supporting postów, co dawało 6 pillarów (dwa z klastrów zostały podzielone na dwa pillary każdy z racji szerokości tematu) i 39 supporting, razem 45 nowych artykułów w dwanaście miesięcy. Równolegle 68 „ogólnych biznesowych” tekstów z oryginalnego bloga zostało przekierowanych 301 na najbliższy tematycznie artykuł z nowej architektury albo na stronę główną bloga, a 41 tekstów z kosza „inne” zostało po prostu usuniętych (410 lub 301 na główną).
Jak zaprojektować pillar post
Pillar to serce klastra. Musi być kompleksowy — odpowiadać na wszystkie najważniejsze pytania, które decydent może zadać w obszarze tematycznym. Dla NorthStacka przykładowy pillar „Kompletny przewodnik po wdrożeniu CRM w firmie B2B w 2026″ miał 5 800 słów, piętnaście sekcji H2, trzydzieści dwa H3, cztery tabele porównawcze, dwie listy numerowane (framework wyboru i framework wdrożenia), sekcję FAQ z dwunastoma pytaniami, blok autora (partner firmy z dziesięcioletnim doświadczeniem w projektach CRM), dwadzieścia osiem linków wewnętrznych do dziewięciu supporting postów w klastrze oraz pięć linków zewnętrznych do oryginalnych badań i dokumentacji. Pillar nie miał na celu rankować na jedno słowo kluczowe — miał rankować na pięćdziesiąt fraz z długiego ogona w obrębie tematu oraz stanowić punkt cytowania dla asystentów AI.
Kluczowa zasada: pillar odpowiada na pytania ogólne („co to jest”, „jak działa”, „kiedy stosować”, „ile kosztuje”), ale za każdym razem, gdy temat wymaga głębszego zanurzenia, zamiast rozbudowywać pillar — linkuj do spoke’a. Ta dyscyplina utrzymuje pillar czytelnym i jednocześnie buduje gęstą siatkę linków wewnątrz klastra.
Jak zaprojektować supporting posts
Każdy spoke ma jedno zadanie: kompleksowo pokryć jeden podwątek. Długość 1 500–2 500 słów, pięć–osiem nagłówków H2, jedna tabela lub lista numerowana, krótkie FAQ z trzema–pięcioma pytaniami, minimum trzy linki wewnętrzne (do pillara + do dwóch innych spokes w klastrze) i jeden link do powiązanej strony usługowej. Spokes w klastrze NorthStacka zostały zaplanowane według matrycy: (a) podstawy (co to jest, jak wybrać), (b) porównania (narzędzie A vs B), (c) procesy (jak wdrożyć, jak migrować), (d) problemy (najczęstsze błędy, troubleshooting), (e) dane (benchmarki, badania, liczby). Taka matryca sprawia, że klastrze nie brakuje żadnego typu intencji wyszukiwania.
Przykładowy spoke w klastrze CRM: „Migracja z Pipedrive do HubSpot — kompletny checklist z przykładem projektu 2026″ (2 100 słów). Link zwrotny do pillara („Kompletny przewodnik wdrożenia CRM”), linki poziome do dwóch innych spokes („Jak wybrać CRM dla zespołu 50+ osób”, „Najczęstsze błędy w migracji danych CRM”) i link do strony usługowej „Konsulting CRM — wdrożenia HubSpot i Salesforce”. Minimalizm, konkretność, dyscyplina linkowa.
Zasady linkowania wewnętrznego
Zespół ustalił pięć twardych zasad linkowania, zanim napisano pierwsze zdanie nowej treści. Po pierwsze: każdy pillar linkuje do wszystkich swoich spokes, z użyciem anchor tekstu zbliżonego do tytułu lub głównej frazy docelowej. Po drugie: każdy spoke linkuje zwrotnie do swojego pillara w pierwszych pięciuset słowach oraz ponownie w sekcji podsumowującej. Po trzecie: każdy spoke linkuje do minimum dwóch innych spokes z tego samego klastra (tzw. „sąsiedzi”). Po czwarte: spokes mogą linkować między klastrami tylko wtedy, gdy istnieje silny związek tematyczny (np. CRM ↔ marketing automation w temacie integracji). Po piąte: każdy tekst w klastrze linkuje do minimum jednej strony usługowej NorthStacka.
Te pięć zasad zostało zaimplementowanych w arkuszu „link map” — plansza Google Sheets z 45 wierszami (po jednym na artykuł) i 45 kolumnami, gdzie w komórkach zaznaczano, które teksty linkują do których. Przed publikacją każdego artykułu redakcyjna musiała uzupełnić mapę, a zautomatyzowany skrypt sprawdzał, czy minimalne progi są spełnione. Brzmi to jak biurokracja, ale właśnie ta biurokracja odróżniła projekt NorthStacka od typowego „bloga z artykułami” — gęstość siatki linków urosła z niespełna jednego linku wewnętrznego per tekst w marcu 2025 do średnio jedenastu linków per tekst w marcu 2026.
Techniczne fundamenty przed pisaniem
Przed publikacją pierwszego pillara zespół musiał ogarnąć pięć rzeczy technicznych. Po pierwsze — migracja pozostałych 101 „sensownych” tekstów z oryginalnego bloga (pomniejszych, ale użytecznych) do nowej struktury URL-owej, żeby wszystko żyło pod spójnymi ścieżkami /seo/*, /content/*, /crm/*, /marketing-automation/*, /data/*, /revops/*. Po drugie — wdrożenie schemy Article, FAQPage i BreadcrumbList na wszystkich nowych tekstach. Po trzecie — optymalizacja szybkości (Core Web Vitals w zielonym), bo strona była wolna na mobile (LCP 3,2 s). Po czwarte — wdrożenie mechanizmu „ostatnia aktualizacja” z widoczną datą, bo Google i LLM-y silnie premiują świeżość. Po piąte — wdrożenie jednolitego layoutu dla pillara i spoke’a, żeby czytelnik rozpoznawał typ treści po pierwszym rzucie oka.
Jeśli szukasz bardziej praktycznego wprowadzenia do projektowania architektury, warto zacząć od naszego tekstu o budowaniu autorytetu tematycznego, a następnie przejść do wdrożenia modelu hub-and-spoke w praktyce. Oba przewodniki zawierają konkretne szablony mapowania tematów i przykłady linkowania — to właśnie te materiały były punktem wyjścia dla NorthStacka.
Timeline: dwanaście miesięcy miesiąc po miesiącu
Projekt NorthStacka trwał od 14 kwietnia 2025 r. do 10 kwietnia 2026 r. — prawie równo dwanaście miesięcy, z jedną dwutygodniową przerwą wakacyjną w sierpniu. Poniżej kalendarium najważniejszych kamieni milowych i punktów zwrotnych.
Miesiące 1–2 (kwiecień–maj 2025): diagnoza i architektura
Pierwsze sześć tygodni to audyty opisane wcześniej. Równolegle zespół przeprowadził trzy warsztaty z konsultantami seniorami, żeby zmapować temat każdego klastra — listę wszystkich pytań, które klient zadaje w pierwszych rozmowach, typowych wątpliwości, frameworków decyzyjnych. Te warsztaty wygenerowały bazę 240 potencjalnych podtematów, z których następnie zespół wybrał 45 najsilniejszych i zmapował je do 4 klastrów. Tydzień 7 i 8 — setup techniczny, briefy redakcyjne dla pierwszych dwóch pillarów. KPI miesięcy 1–2: audyt zamknięty, architektura zaprojektowana, pierwszy pillar w produkcji.
Miesiące 3–4 (czerwiec–lipiec 2025): pierwsze dwa klastry
Publikacja pierwszego pillara (CRM) nastąpiła 8 czerwca. Przez następne osiem tygodni zespół opublikował: dwa pillary (CRM, marketing automation), czternaście supporting postów (po siedem na każdy z tych dwóch klastrów). Tempo publikacji: 2 teksty tygodniowo. W tym okresie rozpoczęto też systematyczne przekierowania 301 ze „śmieciowych” tekstów na nowe. W końcu lipca ruch zaczął wyraźnie rosnąć — pierwszy tydzień po publikacji pillara CRM dał +12% traffiku tygodniowo, co przy stabilnym plateau ostatnich osiemnastu miesięcy było pierwszym sygnałem, że strategia działa. KPI miesięcy 3–4: 16 artykułów live, pierwsze mierzalne wzrosty ruchu.
Miesiące 5–6 (sierpień–wrzesień 2025): dwa kolejne klastry i przerwa
Sierpień — dwutygodniowa przerwa wakacyjna. W drugiej połowie sierpnia i we wrześniu zespół opublikował dwa kolejne pillary (data platform, revenue operations) i dwanaście supporting postów. Po pięciu miesiącach projektu na blogu było już 28 nowych artykułów oprócz 101 „zostawionych” ze starej struktury. Ruch organiczny wzrósł z bazowych 18 500 sesji do 27 200, czyli o 47% — i to bez jeszcze pełnego efektu gęstej siatki linków, bo klastry nie były jeszcze skompletowane. KPI miesięcy 5–6: 4 pillary live, 24 supporting posts, +47% ruchu.
Miesiące 7–8 (październik–listopad 2025): dwa dodatkowe pillary i iteracja
W październiku zespół zorientował się, że dwa klastry (CRM i data platform) są zbyt pojemne na jeden pillar — decydent B2B szuka innej informacji w kontekście „wdrożenia CRM w średniej firmie” niż w kontekście „wdrożenia CRM w enterprise”. Dlatego dodano dwa dodatkowe pillary (CRM-enterprise i data-platform-analytics), każdy z siedmioma spokes. Dodatkowo — pierwsza iteracja. Konsultant przeanalizował, które spokes z pierwszych dwóch klastrów generują najwięcej ruchu i konwersji. Okazało się, że cztery spokes miały nadal zbyt cienkie FAQ i zbyt mało tabel porównawczych, zostały więc rozbudowane. KPI miesięcy 7–8: 6 pillarów live, 35 supporting posts, +89% ruchu vs baseline.
Miesiące 9–10 (grudzień 2025–styczeń 2026): domykanie klastrów i efekt kompozycji
Grudzień i styczeń to zamykanie klastrów — 10 dodatkowych spokes (po 2–3 na klaster, żeby domknąć brakujące intencje). W tym okresie pojawił się wyraźny efekt kompozycji: ruch zaczął rosnąć nieproporcjonalnie do liczby publikowanych artykułów. Nowe teksty były natychmiast indeksowane i rankowane, bo dziedziczyły autorytet pillara i zostały wzmocnione pięcioma–ośmioma linkami wewnętrznymi już w dniu publikacji. Liczba zapytań markowych w Google (fraza „NorthStack Advisory” i pochodne) wzrosła z 840/mies. do 1 980/mies. KPI miesięcy 9–10: 45 artykułów live, +164% ruchu vs baseline.
Miesiące 11–12 (luty–marzec 2026): optymalizacja i skalowanie
Ostatnie dwa miesiące — brak nowych publikacji, focus na optymalizacji. Zespół przeanalizował, że 12 z 45 artykułów generuje 71% całego organicznego ruchu z klastrów (klasyczna reguła Pareto). Te 12 tekstów zostało rozbudowanych o dodatkowe sekcje, zaktualizowanych danymi Q1 2026, wzmocnionych nowymi linkami wewnętrznymi i wewnętrznymi odsyłaczami z strony głównej i ofert usługowych. Dodatkowo — eksperyment z dwoma kalkulatorami interaktywnymi osadzonymi w pillarach CRM i data platform (kalkulator TCO wdrożenia i kalkulator ROI analityki). Te kalkulatory natychmiast stały się magnesami na linki zwrotne z zewnętrznych stron. KPI miesięcy 11–12: 45 artykułów, optymalizacja zakończona, +280% ruchu vs baseline, raport zarządowy gotowy.
Rezultaty: co naprawdę się zmieniło w liczbach
Po dwunastu miesiącach zespół przedstawił założycielowi raport z pełnym zestawem metryk. Najważniejsza lekcja tego raportu: żadna metryka nie rośnie w izolacji. Kiedy ruch organiczny rośnie o 280%, to nie tylko dlatego, że artykuły zaczęły rankować — rośnie też autorytet domeny, liczba linków zwrotnych, markowe zapytania w Google, współczynnik konwersji i w konsekwencji MRR.
Po stronie widoczności: ruch organiczny wzrósł z 18 500 sesji miesięcznie (marzec 2025) do 70 300 (marzec 2026), czyli o 280%. Liczba rankujących słów kluczowych w top 10 Google wzrosła z 214 do 1 847, czyli o 763%. Liczba rankujących słów kluczowych w top 3 — z 34 do 412, czyli o 1 112%. Szczególnie silnie rosły frazy długiego ogona w obrębie klastrów — NorthStack zdobył top 3 na frazy komercyjne typu „wdrożenie CRM dla średniej firmy B2B”, „konsulting marketing automation SaaS”, „revenue operations framework dla startupów”.
Po stronie autorytetu: liczba unikalnych domen linkujących do NorthStacka wzrosła z 187 do 398 (+113%), a profil linków zewnętrznych znacząco się zróżnicował — przed projektem dominowały linki z katalogów i slabych źródeł, po projekcie wpadły linki z portali branżowych (Forbes PL, ITwiz, My Company Polska), ze stron technologicznych (blogi HubSpot, Segment, Fivetran) i z raportów branżowych. Liczba markowych zapytań w Google („NorthStack Advisory” plus pochodne) wzrosła z 840 do 2 470 miesięcznie — wzrost o 194%, oznaczający realny brand lift.
Po stronie konwersji: rejestracje na webinary i pobrania whitepaperów z bloga wzrosły z 148 do 612 miesięcznie (+313%). Liczba zapytań o ofertę z formularza kontaktowego wzrosła z 38 do 128 miesięcznie. Szczególnie dobrze konwertowały pillary — każdy z sześciu pillarów generował średnio 14 zapytań o ofertę miesięcznie, czyli 84 zapytania ze wszystkich pillarów łącznie, co stanowiło 66% całego lead flow z bloga.
Po stronie biznesu: MRR wzrósł z 820 000 PLN do 1 140 000 PLN, czyli o 39%. Zespół rekrutacyjny potwierdził, że około 60% tego wzrostu (+190 000 PLN MRR) pochodziło bezpośrednio od klientów pozyskanych przez kanał content, a pozostałe 40% to expansion u istniejących klientów. Koszt pozyskania klienta (CAC) z kanału content spadł z 6 800 PLN do 1 950 PLN — bo ten sam roczny budżet contentowy zaczął generować wielokrotnie więcej leadów.
Po stronie kosztów: całkowity koszt projektu zamknął się w 268 000 PLN na budżecie 280 000 PLN. 54% to czas wewnętrznego zespołu (head of marketingu, dwóch marketerów, wsparcie konsultantów seniorów przy merytoryce), 22% freelancerzy-eksperci branżowi (głównie pisanie spokes), 15% konsultant content strategy (audyty, review, iteracja), 9% narzędzia (Ahrefs, Surfer, Clearscope, Google Workspace, ClickUp, kalkulatory). Przy 190 000 PLN nowego MRR rocznie i 39% wzroście MRR, payback projektu wyniósł około pięciu miesięcy od zakończenia — a efekty są w założeniu kumulacyjne i utrzymujące się przez wiele lat.
Tabela: before vs after (marzec 2025 → marzec 2026)
| Metryka | Marzec 2025 | Marzec 2026 | Zmiana |
|---|---|---|---|
| Ruch organiczny (sesje/mies.) | 18 500 | 70 300 | +280% |
| Słowa kluczowe w top 10 | 214 | 1 847 | +763% |
| Słowa kluczowe w top 3 | 34 | 412 | +1 112% |
| Średnia pozycja dla monitorowanych fraz (200) | 34,2 | 8,6 | -25,6 poz. |
| Zapytania markowe w Google (/mies.) | 840 | 2 470 | +194% |
| Unikalne domeny linkujące | 187 | 398 | +113% |
| Średnia liczba linków wewnętrznych / tekst | 0,9 | 11,2 | +1 144% |
| Rejestracje na webinary / pobrania (mies.) | 148 | 612 | +313% |
| Zapytania o ofertę z formularza (mies.) | 38 | 128 | +237% |
| Konwersja blog → lead | 0,8% | 2,9% | +2,1 pp |
| Konwersja lead → klient (blog-sourced) | 4,2% | 11,6% | +7,4 pp |
| CAC z kanału content (PLN) | 6 800 | 1 950 | -71% |
| Średnia wartość kontraktu (blog-sourced) | 168 000 | 204 000 | +21% |
| MRR firmy (PLN) | 820 000 | 1 140 000 | +39% |
| Liczba tekstów blogowych | 210 | 146 (101 + 45 nowych) | -30% |
Warto zatrzymać się nad ostatnim wierszem: liczba tekstów spadła o 30%. To wbrew intuicji — firma publikowała 45 nowych artykułów przez rok, a jednak całkowita liczba spadła. Klucz tkwi w konsolidacji: 109 tekstów zostało usuniętych lub przekierowanych, pozostawiając 101 „zdrowych” ze starej struktury plus 45 nowych z klastrów. Czyli witryna po roku jest mniejsza objętościowo, ale nieporównywalnie skuteczniejsza. To jedna z kontrowersyjnych, ale najważniejszych lekcji tego case’u: w SEO jakość i struktura zawsze wygrywają z objętością.
Druga lekcja z tabeli: konwersja lead → klient dla leadów blog-sourced wzrosła z 4,2% do 11,6% — niemal trzykrotnie. To dlatego, że leady przychodzące przez głęboko edukacyjne treści (pillary i top-performing spokes) mają znacznie wyższą intencję i większy kontekst. Decydent, który przeczytał 3 000-słowowy pillar o wdrożeniu CRM plus dwa spokes, nie jest już „tylko ciekawy” — jest w połowie procesu decyzyjnego i często kontaktuje się z NorthStackiem wprost z pytaniem o wdrożenie, nie o rozmowę ogólną.
Framework replikacji: dziewięć kroków
Na podstawie case’u NorthStack i równoległych projektów konsultanta content strategy wyłonił się sprawdzony framework, który można zastosować w innych firmach B2B SaaS consulting o podobnej skali (20–80 osób, MRR 300 000–3 000 000 PLN, blog jako kluczowy kanał edukacyjny). Framework jest sekwencyjny — każdy krok opiera się na poprzednim i pominięcie któregoś drastycznie obniża efektywność reszty.
- Audyt mapy tematycznej (tydzień 1–3). Wyeksportuj wszystkie istniejące teksty, przypisz każdy do jednej z 3–6 potencjalnych specjalizacji firmy. Policz rozkład. Jeśli więcej niż 40% tekstów nie pasuje do żadnej specjalizacji, masz problem rozproszenia — priorytetem jest konsolidacja, nie produkcja.
- Audyt linkowania i słów kluczowych (tydzień 3–5). Zmierz średnią liczbę linków wewnętrznych per tekst. Policz pokrycie tematyczne w każdej specjalizacji. Porównaj z trzema–pięcioma konkurentami o podobnej skali. Zidentyfikuj frazy, które trzeba pokryć (białe plamy), i kanibalizacje, które trzeba rozwiązać.
- Zaprojektowanie architektury hub-and-spoke (tydzień 5–7). Dla każdej specjalizacji zaplanuj jeden (lub dwa, jeśli temat jest szeroki) pillar post i sześć–dwanaście spokes. Zaprojektuj matrycę podtematów: podstawy, porównania, procesy, problemy, dane. Zbuduj arkusz „link map” określający, które teksty linkują do których.
- Setup techniczny (tydzień 6–8). Ujednolicenie struktury URL, schema Article/FAQPage/BreadcrumbList, Core Web Vitals w zielonym, widoczna data ostatniej aktualizacji, layout odróżniający pillary od spokes. Bez tego nawet najlepszy content nie wyrenderuje pełnego potencjału.
- Publikacja w falach po klastrach (miesiące 3–10). Dwa klastry w parze: pillar + wszystkie spokes jednego klastra przez 6–8 tygodni, potem następna para. Nie publikuj spokes bez opublikowanego pillara — odbierasz im połowę autorytetu dziedziczonego przez linkowanie wewnętrzne.
- Rygorystyczne linkowanie wewnętrzne (równolegle). Każdy pillar linkuje do wszystkich spokes. Każdy spoke linkuje zwrotnie do pillara i do dwóch sąsiednich spokes. Każdy tekst linkuje do minimum jednej strony usługowej. Sprawdzaj arkusz link map przed publikacją każdego tekstu.
- Redukcja i przekierowania starej zawartości (miesiące 4–9). Teksty nietematyczne lub słabej jakości — usuń (410) lub przekieruj 301 do najbliższego tematycznie nowego tekstu. Nie zostawiaj ich „na wszelki wypadek” — rozmywają autorytet.
- Iteracja na podstawie danych (miesiące 8–11). Po dwóch pierwszych klastrach przeanalizuj, które spokes rankują, które nie. Wzmacniaj słabszych: więcej linków wewnętrznych, rozbudowane FAQ, nowe tabele. Nie publikuj kolejnych klastrów przed tą analizą.
- Optymalizacja top-performerów i raport (miesiące 11–12). 20% tekstów generujących 80% ruchu — rozbuduj, zaktualizuj dane, dodaj interaktywne elementy (kalkulatory, narzędzia). Raport zarządowy z metrykami before/after. Zaplanuj fazę maintenance.
Framework działa najlepiej dla firm o profilu B2B SaaS consulting, ale sprawdza się też w pokrewnych sektorach — SaaS produktowy, agencje digital, edukacja online, fintech B2B. Dla mniejszych firm skaluj w dół (2–3 klastry, 15–25 artykułów). Dla większych skaluj w górę (6–8 klastrów, 80–120 artykułów).
Najczęstsze błędy przy wdrażaniu hub-and-spoke
Na podstawie case’u NorthStack i czterech innych projektów konsultanta wyłania się lista powtarzających się pomyłek. Każda z nich kosztowała średnio 6–10 tygodni pracy bez rezultatu albo — w gorszym scenariuszu — cofała projekt.
Błąd 1: Pominięcie audytu i pisanie od razu. Kuszące, bo zespół chce widzieć efekty, ale zawsze kończy się tym samym: wyprodukowane teksty nie wpasowują się w spójną architekturę. Bez zmapowania co masz i czego brakuje, nowa produkcja replikuje stare problemy.
Błąd 2: Zbyt wiele klastrów na start. Niektóre firmy próbują od razu zbudować 8–10 klastrów tematycznych. Efekt: rozdrobnienie zasobów, żaden klaster nie zostaje dokończony, architektura nie generuje efektu kompozycji. Start z 3–5 klastrami jest optimum dla większości firm B2B.
Błąd 3: Pillar bez wszystkich spokes. Publikujemy pillar, piszemy dwa spokes i zostawiamy klaster „na później”. Pillar bez pełnej siatki spokes traci 50–70% potencjału linkowania wewnętrznego. Kończ klastry w całości zanim zaczniesz następne.
Błąd 4: Linkowanie „od serca”. Redaktor dodaje linki wewnętrzne intuicyjnie, bez mapy. Kilka tekstów jest mocno zlinkowanych, inne osierocone. Rygorystyczna link map i checklist przed publikacją to jeden z najważniejszych elementów dyscypliny projektowej.
Błąd 5: Strach przed usuwaniem tekstów. „Ale te artykuły przyniosły nam kiedyś trochę ruchu, może jeszcze przyjdzie”. Rzadko przychodzi. Słabe teksty rozmywają autorytet domeny — lepiej je usunąć albo skonsolidować z nowymi.
Błąd 6: Pisanie pillarów przez copywriterów bez ekspertów merytorycznych. Pillar ma pokrywać temat kompleksowo i cytowalnie. Copywriter bez wsparcia konsultanta seniora produkuje tekst powierzchowny. W NorthStacku każdy pillar miał przypisanego eksperta merytorycznego (partner firmy), który poświęcał 4–6 godzin na brief i review.
Błąd 7: Brak sekcji FAQ. FAQ na końcu pillara i spoke’a to element bardzo silnie premiowany zarówno przez Google (rich results), jak i przez LLM-y (łatwe do chunkowania). W NorthStacku każdy pillar miał 10–12 pytań, każdy spoke 3–5.
Błąd 8: Oczekiwanie efektów po miesiącu. Pierwsze wzrosty ruchu po architekturze hub-and-spoke pojawiają się zwykle w 8–12 tygodniu od publikacji pierwszego pillara. Zarząd oczekujący efektów po 4 tygodniach ucina projekt za wcześnie i nigdy nie widzi efektu kompozycji.
Błąd 9: Zaniedbanie technicznego SEO. Świetna architektura w witrynie z LCP 4 s i brakiem schemy nie wygrywa w Google 2026. AIO i topical authority to warstwy na fundamencie technicznym — bez fundamentu wszystko się osypuje.
Błąd 10: Brak strony usługowej jako celu linkowania. Blog, który linkuje tylko wewnątrz bloga, nie konwertuje. Każdy tekst z klastra musi linkować do odpowiedniej strony usługowej, żeby ruch edukacyjny zamieniał się w leady.
FAQ
Ile czasu zajmuje zobaczenie pierwszych efektów architektury hub-and-spoke?
W przypadku NorthStacka pierwsze wyraźne wzrosty ruchu pojawiły się w 8 tygodniu po publikacji pierwszego pillara — czyli w mniej więcej czwartym miesiącu projektu. To zgodne z medianą z innych wdrożeń (6–12 tygodni). Wcześniej widać pojedyncze rankingi na frazy długiego ogona, ale efekt kompozycyjny, w którym ruch rośnie szybciej niż liczba artykułów, pojawia się dopiero po skompletowaniu co najmniej dwóch klastrów z pełną siatką linków wewnętrznych.
Czy muszę napisać pillary i spokes od zera, czy mogę przerobić istniejące teksty?
Dla większości firm B2B z już działającym blogiem optymalna proporcja to 60–70% nowych tekstów i 30–40% konsolidacji/przepisania istniejących. W NorthStacku wszystkie 6 pillarów było napisanych od zera (bo żaden istniejący tekst nie miał 5 000+ słów ani wymaganej struktury), ale około 12 z 39 spokes to były znacząco przepisane wersje istniejących artykułów. Zaletą przepisywania jest zachowanie autorytetu URL i linków zwrotnych. Wadą — czasem łatwiej napisać od zera niż naprawiać słaby szkielet.
Jak wybrać specjalizacje, wokół których buduję klastry?
Trzy kryteria. Pierwsze: czy firma realnie świadczy usługi w tym obszarze i ma ekspertyzę (pillar bez eksperta merytorycznego jest kiepski). Drugie: czy w obszarze istnieje realna konkurencja organiczna, której możesz dorównać lub ją przewyższyć (obszary monopolistyczne, gdzie dominuje jedna firma z 20 000 linków zwrotnych, to zła inwestycja). Trzecie: czy obszar generuje leady z innych kanałów (jeśli tak — warto go wzmocnić; jeśli nie — może sygnał, że firma nie ma w nim dobrej pozycji rynkowej).
Ile kosztuje projekt hub-and-spoke dla firmy podobnej do NorthStacka?
Łączny koszt NorthStacka przez dwanaście miesięcy wyniósł 268 000 PLN, z czego ponad połowa to czas wewnętrznego zespołu. Dla firmy kupującej projekt outsource’owo (agencja content + konsultant strategy) realistyczny szacunek to 350 000–500 000 PLN dla skali 45 artykułów w 12 miesięcy. Dla mniejszej skali (20–25 artykułów, 6 miesięcy) szacunek to 150 000–220 000 PLN. Kluczowy nakład, niezależnie od modelu, to czas ekspertów merytorycznych — nie da się skutecznie zastąpić ich copywriterami.
Czy hub-and-spoke nadal działa w świecie AI Overviews i Claude Search?
Tak, a nawet bardziej. AI Overviews i asystenci AI premiują treści, które są jednocześnie dogłębne (pillar), precyzyjne (spokes) i spójne tematycznie (klaster). Gdzie Google szuka topical authority, tam LLM-y szukają zgęszczonej, cytowalnej bazy wiedzy z jasnymi powiązaniami. Hub-and-spoke spełnia oba kryteria. W NorthStacku około 14% ruchu w marcu 2026 przychodziło z referrerów typu Perplexity, ChatGPT z Search i Claude — dwanaście miesięcy wcześniej było to zero.
Jak często powinienem aktualizować pillary i spokes po zakończeniu projektu?
Po zakończeniu głównej fazy wdrożenia NorthStack wszedł w rytm maintenance: każdy pillar aktualizowany co 6 miesięcy (nowe dane, rozbudowane sekcje, dodatkowe spokes jeśli pojawiły się luki), każdy spoke aktualizowany co 9–12 miesięcy. Dodatkowo 2–3 nowe spokes miesięcznie dla wybranych klastrów, gdzie pojawiają się nowe podwątki. Budżet maintenance: około 22 000 PLN miesięcznie. Bez tego po 9–15 miesiącach ruch zaczyna spadać, bo konkurencja publikuje świeższe treści i Google premiuje świeżość.
Czy architektura hub-and-spoke działa dla mniejszych firm (5–15 osób)?
Tak, ale w odpowiedniej skali. Dla firmy 5–15 osób realistyczny zakres to 2 klastry, 2 pillary, 12–16 spokes, publikowane przez 6–9 miesięcy. Budżet 60 000–120 000 PLN. Kluczowe ograniczenie: brak ekspertów merytorycznych w zespole. Małe firmy często muszą angażować zewnętrznych freelancerów-ekspertów, co podnosi koszt jednostkowy spoke’a. Za to mniejsza firma ma zwykle lepiej zdefiniowane nisze, co ułatwia wybór specjalizacji klastrów.
Jakie narzędzia są niezbędne, a które można sobie darować?
Niezbędne: Ahrefs lub Semrush (audyt słów kluczowych i linków — jedno z dwóch, nie oba), Google Search Console (wbudowany), Google Analytics 4, arkusz w Google Sheets (link map), narzędzie do pisania (Google Docs wystarczy). Przydatne, ale opcjonalne: Surfer SEO lub Clearscope (optymalizacja treści pod słowa kluczowe — przydatne, ale zastąpione przez dobrego redaktora), Screaming Frog (crawl — po wdrożeniu niepotrzebny), narzędzia do monitoringu SOV w AI (jeśli monitorujesz LLM-y). Całkowity koszt narzędzi dla NorthStacka: około 24 000 PLN rocznie. Dla małej firmy 8 000–12 000 PLN rocznie wystarczy.
Co dalej: mapa drogowa dla NorthStacka i wniosek dla Ciebie
Po zamknięciu dwunastomiesięcznego projektu założyciel NorthStacka zaplanował trzy kolejne fazy. Faza pierwsza (kwiecień–wrzesień 2026): ekspansja regionalna — tłumaczenie 12 najpopularniejszych artykułów na czeski i niemiecki, z lokalizacją case studies i liczb, wdrożenie hreflang i osobnych subdomen, monitoring widoczności organicznej w tych rynkach. Cel — osiągnąć 30% ruchu z rynków DACH i CEE w ciągu 18 miesięcy. Faza druga (październik 2026–marzec 2027): narzędzia interaktywne — budowa sześciu dodatkowych kalkulatorów i mini-aplikacji (TCO, ROI, readiness assessment, vendor selector) osadzonych w pillarach. Każde narzędzie stanie się magnesem na linki zwrotne i samodzielnym generatorem leadów z warstwy bottom-of-funnel. Faza trzecia (2027 i dalej): community — mikrokonferencja dla praktyków, newsletter ekspercki, program ambasadorów wśród klientów, który wytworzy dodatkowy fly-wheel dla marki i organicznego zasięgu.
Wniosek dla Ciebie, jeśli prowadzisz podobną firmę B2B: architektura hub-and-spoke nie jest nową techniką SEO. Jest dojrzałą metodyką, która istnieje od 2017 r. i była rekomendowana przez HubSpot, Ahrefs i Semrush w dziesiątkach case studies. To, co jest nowe, to rosnąca premia za topical authority w świecie AI i AI Overviews — gdzie Google i LLM-y zarówno w algorytmach organicznych, jak i generatywnych, wybierają źródła o najbardziej spójnej, dogłębnej ekspertyzie tematycznej. Firmy, które nadal operują na rozproszonym blogu („publikujmy co miesiąc cokolwiek, co jest popularne w branży”), w 2026 r. i dalej będą systematycznie tracić udział głosu w wyszukiwaniach.
Jeśli chcesz zacząć od ustrukturyzowanej oceny własnej sytuacji, zacznij od audytu mapy tematycznej: wyeksportuj wszystkie teksty blogowe, przypisz je do specjalizacji, policz rozkład. Jeśli więcej niż 40% trafia do kosza „inne” albo dominująca specjalizacja nie ma ani jednego pillara powyżej 3 000 słów — masz przed sobą projekt hub-and-spoke. W większości przypadków sensowniej skonsolidować i zrestrukturyzować niż ciągle dobudowywać. NorthStack dowiódł, że witryna mniejsza o 30% liczbowo może być większa 280% ruchowo.
Na koniec jedna obserwacja z retrospektywy zespołu NorthStacka, którą head of marketingu zapisał w raporcie końcowym. Najtrudniejszym elementem projektu nie była produkcja (45 artykułów w 12 miesięcy to trudne, ale wykonalne), ani architektura (projekt klastrów zajął trzy tygodnie), ani nawet kwestie techniczne. Najtrudniejsza była dyscyplina linkowania. Redaktorzy i eksperci merytoryczni uwielbiali pisać, ale wracanie do gotowych tekstów i uzupełnianie ich o linki do nowopublikowanych spokes było żmudne i czuli, że „to już gotowe, dlaczego znów to otwieramy”. Jednak właśnie ta dyscyplina odpowiada za ostatnie 30% efektu. Architektura bez linków to tylko rozproszone teksty z ładnym planem. Architektura z linkami to autorytet tematyczny, który Google i LLM-y czytają wprost. Jeśli z tego case’u zapamiętasz jedno zdanie, niech będzie to: nie odpuszczaj linkowania po publikacji. Reszta jest produkcją.