Tworzenie wartościowych bazy wiedzy i centrum pomocy (Help Center) wspierających autorytet domeny.

Sekcja, którą pisze obsługa, nie marketing

Baner wejsciowyParallax

Tworzenie wartościowych bazy wiedzy i centrum pomocy (Help Center) wspierających autorytet domeny.

Sekcja, którą pisze obsługa, nie marketing

Autor nie posiada zdjęcia
Tomasz Piasecki
29 sierpnia 2025

Baza wiedzy to jedna z niewielu sekcji serwisu, którą da się uzasadnić bez odwoływania się do pozycji w wynikach. Nawet gdyby nie przyniosła ani jednej wizyty z wyszukiwarki, odciąża obsługę klienta i skraca czas odpowiedzi na te same pytania.

Dlatego traktuję ją inaczej niż blog. Blog jest projektem marketingu i żyje z pomysłów. Centrum pomocy jest projektem obsługi klienta, żyje z tego, o co ludzie faktycznie pytają, i po roku ma zwykle więcej wejść z wyszukiwarki niż połowa wpisów blogowych razem.

Poniżej opisuję, jak podchodzę do budowy takiej sekcji: skąd biorę tematy, jak układam adresy, co uznaję za dobry artykuł pomocy i dlaczego większość baz wiedzy umiera w drugim roku życia.

Po co firmie osobna sekcja pomocy

Pierwszy powód jest kosztowy. Jeśli obsługa odpowiada dwadzieścia razy w tygodniu na to samo pytanie o wymianę filtra, ten tekst i tak jest już napisany — tylko za każdym razem od nowa, w oknie czatu, i nikt poza jednym klientem go nie widzi.

Drugi powód dotyczy wyszukiwarki. Zapytania serwisowe mają zupełnie inny język niż zapytania sprzedażowe. Nie „najlepszy ekspres do kawy”, ale „ekspres nie nabiera wody” albo „jak odkamienić”. Strona kategorii ani karta produktu nie odpowiedzą na to sensownie, a blog nie zejdzie do takiego poziomu szczegółu.

Trzeci powód, najtrudniejszy do zmierzenia, dotyczy zaufania. Firma, która publicznie opisuje, co może się zepsuć i jak to naprawić, wygląda inaczej niż firma, która publikuje tylko obietnice. Nie mam na to danych z kampanii, ale wiem, do których serwisów sam wracam po zakupie.

I powód praktyczny, o którym warto pamiętać w reklamie: artykuły pomocy są świetnymi stronami docelowymi dla remarketingu i kampanii posprzedażowych, a nie tylko dla ruchu organicznego.

Skąd biorę tematy

Nigdy z burzy mózgów. Kolejność źródeł jest u mnie zawsze taka sama.

  • Zgłoszenia do obsługi z ostatnich miesięcy — eksport z systemu ticketowego albo z czatu. Interesują mnie powtórzenia, nie przypadki jednostkowe.
  • Wyszukiwarka wewnętrzna serwisu — najbardziej pomijane źródło danych, jakie zna e-commerce. Ludzie wpisują tam dokładnie to, czego nie znaleźli.
  • Search Console — zapytania, na które serwis już się wyświetla z niskim współczynnikiem klikalności. Często okazuje się, że jakaś odpowiedź jest schowana w akapicie w środku karty produktu.
  • Raport wyszukiwanych haseł z Google Ads — zapytania serwisowe, na których kampania sprzedażowa przepala budżet, bo tego użytkownika nie interesuje zakup.

To ostatnie źródło daje efekt natychmiast i w dwie strony: zapytania idą do listy wykluczeń w kampaniach, a jednocześnie stają się listą tematów do napisania.

Z tak zebranej listy odrzucam wszystko, na co odpowiedź brzmi „zadzwoń do nas”. Artykuł pomocy, który nie pomaga, jest gorszy niż jego brak.

Struktura i adresy

Trzymam bazę wiedzy w jednym katalogu we własnej domenie. Zewnętrzna platforma na subdomenie jest wygodniejsza wdrożeniowo i regularnie kończy się tym, że cały ten ruch nie pracuje dla serwisu głównego, a spójność techniczna zostaje na łasce dostawcy.

Poziomy trzymam płaskie: sekcja i artykuł, bez czteropoziomowych zagnieżdżeń. Nazwy sekcji piszę językiem klienta, nie działu — „zwroty i wymiana”, nie „logistyka zwrotna”.

Trzy rzeczy techniczne, które regularnie widzę zepsute w tym typie sekcji:

  • Artykuły dostępne pod kilkoma adresami jednocześnie, bo ten sam tekst wisi w dwóch kategoriach pomocy. Kanoniczny adres wybieram raz i konsekwentnie.
  • Treść dociągana skryptem po wczytaniu strony w taki sposób, że w źródle dokumentu nie ma nic poza szkieletem.
  • Brak linków z artykułów pomocy do kart produktów i odwrotnie. To najprostsze wewnętrzne linkowanie, jakie istnieje, i najczęściej niewykorzystane.

Jak wygląda dobry artykuł pomocy

Zaczyna się od odpowiedzi. Nie od wstępu o tym, jak ważna jest konserwacja urządzenia — od jednego akapitu, który rozwiązuje problem albo mówi, czego będzie potrzeba.

Potem idą kroki, w kolejności wykonywania, z numeracją, jeden krok na jedną czynność. Jeśli krok wymaga warunku („dotyczy modeli sprzed 2023 roku”), warunek stoi na początku kroku, nie na końcu artykułu.

Dalej sekcja z tym, co zrobić, jeśli to nie pomogło — i tu jest miejsce na kontakt. Wcześniej nie.

Kilka reguł redakcyjnych, których pilnuję w tego rodzaju treściach: jeden temat na artykuł, tytuł dokładnie taki, jakim ludzie nazywają problem, komunikaty błędów przepisane dosłownie razem z numerami, żadnych ozdobników. Artykuł pomocy jest instrukcją, nie tekstem sprzedażowym — próba wciśnięcia w niego oferty psuje jedno i drugie.

Do tego dochodzi rzecz, którą podpowiada obsługa, a nie SEO: napisz, ile to zajmie i czego potrzeba. Zdanie „potrzebujesz szczypiec i dziesięciu minut” oszczędza połowę zgłoszeń.

Dane strukturalne — bez złudzeń

Tu muszę ostudzić oczekiwania, bo w tej sprawie krąży dużo nieaktualnych porad.

Znaczniki FAQ przez lata dawały rozbudowany wynik z rozwijanymi pytaniami. Od sierpnia 2023 Google ograniczył ich wyświetlanie w praktyce do serwisów rządowych i medycznych, a znaczniki instrukcji krok po kroku straciły swoje osobne wyniki. Dodanie ich dzisiaj do bazy wiedzy nie da tego, co obiecują poradniki z 2022 roku.

Nie znaczy to, że dane strukturalne są bezużyteczne. Warto opisać produkt, opinie, dane organizacji i politykę zwrotów — bo te typy nadal mają realne zastosowanie. Ale nie oczekuję od nich wpływu na to, czy artykuł pomocy trafi do wyróżnionego fragmentu.

O to decyduje raczej sposób napisania treści: krótkie akapity odpowiadające na pytanie, tabele z parametrami, listy kroków. Nudna robota redakcyjna wygrywa tu ze znacznikami.

Utrzymanie, czyli dlaczego bazy wiedzy umierają

Typowy cykl życia wygląda tak: kwartał zapału, sześćdziesiąt artykułów, potem cisza. Po dwóch latach połowa treści opisuje panel, którego już nie ma, i procedurę zwrotów zmienioną dwa razy w międzyczasie.

Dlatego przy planowaniu ustalam nie tylko, kto pisze, ale kto przegląda. Ustawiam przypomnienie raz na pół roku dla artykułów o produktach i raz na rok dla pozostałych. Do każdego artykułu dopisuję właściciela po stronie klienta — imiennie, nie działowo.

Sygnały, które mówią mi, że artykuł wymaga uwagi: spadek klikalności w Search Console przy utrzymanej liczbie wyświetleń, wzrost zgłoszeń do obsługi na temat, który jest już opisany, oraz wewnętrzne wyszukiwania kończące się bez kliknięcia.

Data ostatniej aktualizacji widoczna dla użytkownika jest w tego rodzaju treściach uczciwsza niż data publikacji. Ale wstawiam ją tylko wtedy, gdy naprawdę ktoś ten tekst przejrzał — samo podmienianie daty w szablonie to zabawa w pozory.

Czy to buduje autorytet domeny

Na koniec zastrzeżenie, bo słowo „autorytet” bywa używane jako zaklęcie. Nie istnieje wskaźnik autorytetu w Google, a liczby o takiej nazwie w narzędziach zewnętrznych są ocenami tych narzędzi, nie danymi od wyszukiwarki.

To, co realnie daje dobre centrum pomocy, jest bardziej przyziemne. Serwis zaczyna pokrywać zapytania z całego cyklu życia klienta, a nie tylko z momentu zakupu. Zdobywa naturalne odnośniki z forów i grup, bo ludzie linkują do instrukcji, gdy komuś odpowiadają — na oferty nie linkuje nikt. I daje treści, które da się pokazać jako dowód znajomości tematu.

Z mojego doświadczenia to jedna z niewielu inwestycji w treść, która nie traci wartości po zmianie algorytmu, bo nie jest zbudowana pod algorytm. Warunek jest jeden i mało romantyczny: musi ją pisać ktoś, kto zna produkt i rozmawia z klientami.

Podziel się tym artykułem z innymi!

Twitter Facebook Linke.din
Autor nie posiada zdjęcia
Tomasz Piasecki
Specjalista Google Ads / SEM
Zajmuję się kampaniami Google Ads i widocznością stron w wyszukiwarce. Na blogu UDI Group piszę o tym, jak ustawienia kampanii i decyzje techniczne przekładają się na realne wyniki. Staram się tłumaczyć mechanizmy, a nie tylko podawać gotowe przepisy.