Post-purchase SEO: dlaczego widoczność sklepu nie kończy się na zakupie

Klient kupił u Ciebie pralkę. Czternaście miesięcy później na wyświetlaczu pojawia się kod błędu. Wpisuje go w Google, trafia na wątek z forum z 2014 roku, potem na marketplace, gdzie kupuje pompę odpływową za 89 zł. Twój sklep nie wystąpił w tej ścieżce ani razu – mimo że masz tę część w magazynie i mimo że to Ty sprzedałeś mu urządzenie.

W tym artykule znajdziesz: mapę dziesięciu intencji posprzedażowych wraz z informacją, kto dziś wygrywa te zapytania, architekturę treści serwisowych z warunkiem publikacji strony, dwie metryki rozliczające projekt przed zarządem oraz aktualny stan prawny – w tym to, że termin stosowania przepisów o naprawie towarów wypada 31 lipca 2026 roku, a Polska ich nie wdrożyła.

W skrócie: lejek organiczny nie kończy się na transakcji — a zapytania posprzedażowe o Twoje produkty zbierają dziś głównie fora, marketplace’y i producenci.

• Co się zmienia i kiedy: przepisy wdrażające dyrektywę (UE) 2024/1799 mają być stosowane od 31 lipca 2026. Obowiązki dotyczą producentów, nie sprzedawców. Polska nie uchwaliła ustawy — projekt UC154 jest wciąż na etapie rządowym.
• Co dokładnie obejmuje: Aneks II wymienia nie produkty, a dziesięć aktów prawnych; według Q&A Komisji obowiązek naprawy trwa od pięciu do dziesięciu lat zależnie od produktu i części.
• Od czego zacząć: od dwudziestu najczęstszych powodów kontaktu po zakupie z systemu obsługi klienta, nie od narzędzia do słów kluczowych.
• Czego nie robić: nie wdrażaj HowTo dla wyników rozszerzonych — Google przestał je wyświetlać w 2023 roku. Struktura procedury nadal ma sens, ale dla ekstrakcji przez modele.
• Jak to rozliczyć: liczbą zgłoszeń do obsługi na tysiąc zamówień i przychodem z części oraz materiałów eksploatacyjnych z ruchu organicznego.

Dlaczego lejek organiczny nie kończy się na transakcji?

Klasyczne SEO w e-commerce optymalizuje trzy rzeczy: widoczność na frazy produktowe i kategorialne, ruch, konwersję. Wszystko, co dzieje się po kliknięciu „Kupuję”, jest problemem obsługi klienta, nie marketingu.

To założenie było wygodne, dopóki wyszukiwarka odpowiadała listą linków. Przestaje być wygodne, gdy odpowiada tekstem. Asystent AI potrafi towarzyszyć klientowi na całej długości relacji z produktem: przy uruchomieniu, konfiguracji, diagnozie błędu, szukaniu instrukcji, ustalaniu zakresu gwarancji, doborze części, naprawie, zwrocie, sprawdzaniu statusu zamówienia i zakupie materiałów eksploatacyjnych. Każdy z tych momentów jest zapytaniem. Każde zapytanie ma dziś w wynikach swojego zwycięzcę – i rzadko jest nim sklep, który sprzedał urządzenie.

Ekonomika jest tu nietypowo korzystna, dlatego ten projekt łatwo sprzedać wewnątrz organizacji. Treść posprzedażowa jednocześnie obniża koszt obsługi i generuje przychód. Klient, który znajdzie instrukcję resetu na Twojej stronie, nie dzwoni na infolinię. Klient, który znajdzie właściwy filtr, kupuje go u Ciebie. To rzadka sytuacja, w której SEO i obsługa klienta mają identyczny interes.

Co zmienia dyrektywa o naprawie i dlaczego w Polsce jeszcze nic nie obowiązuje?

Dyrektywa (UE) 2024/1799 o wspólnych zasadach promujących naprawę towarów została przyjęta 13 czerwca 2024 roku i weszła w życie 30 lipca 2024. Komisja Europejska podaje, że państwa członkowskie miały przenieść ją do prawa krajowego i stosować te przepisy od 31 lipca 2026 roku.

Najważniejsze obowiązki dotyczą producentów, nie sprzedawców – i to rozróżnienie jest w polskich publikacjach na ten temat regularnie zacierane. Producenci wyrobów objętych zakresem dyrektywy mają naprawiać je „w rozsądnym czasie i za rozsądną cenę”, zapewnić dostęp do części zamiennych po rozsądnych cenach oraz nie stosować klauzul umownych ani rozwiązań sprzętowych i programowych utrudniających naprawę.

Dla SEO najciekawszy jest jednak obowiązek informacyjny. Komisja pisze o nim wprost: producenci mają udostępniać informacje o swoich usługach naprawy „w łatwo dostępny sposób”, na przykład na stronie internetowej lub w instrukcjach, a dodatkowo informować konsumentów na bezpłatnie dostępnej stronie o orientacyjnych cenach typowych napraw. To znaczy, że w kategoriach objętych Aneksem II pojawi się nowa klasa publicznych, ustrukturyzowanych, porównywalnych danych – dokładnie tego rodzaju, który modele językowe cytują najchętniej.

Dyrektywa przewiduje też europejską platformę napraw jako rozszerzenie portalu Your Europe. Komisja buduje infrastrukturę, państwa członkowskie prowadzą rejestrację naprawiających, a artykuł 7 dyrektywy wskazuje 31 lipca 2027 jako termin dla wspólnego interfejsu Komisji i operacyjności platform krajowych. Naprawiający mogą – fakultatywnie – przedstawiać konsumentowi ustandaryzowany europejski formularz informacji o naprawie; jeśli się na to zdecydują, warunki z formularza muszą pozostać ważne 30 dni. Osobno dyrektywa zmienia zasady odpowiedzialności za zgodność towaru z umową: konsument, który zamiast wymiany wybierze naprawę, zyskuje dodatkowy rok ochrony ustawowej – to zmiana wprowadzona do dyrektywy (UE) 2019/771. Szczegóły znajdziesz w oficjalnym dokumencie pytań i odpowiedzi Komisji.

Aneks II: dlaczego to nie jest lista produktów

Tu warto poprawić nieporozumienie, które powtarza się w większości polskich publikacji o prawie do naprawy. Aneks II dyrektywy nie wymienia produktów. Jego oficjalny tytuł brzmi „List of Union legal acts laying down repairability requirements” i zawiera dziesięć aktów prawnych, z których każdy ustanawia wymogi naprawialności dla swojej grupy:

Grupa produktowa	Akt prawny
pralki i pralko-suszarki	rozporządzenie (UE) 2019/2023
zmywarki	rozporządzenie (UE) 2019/2022
urządzenia chłodnicze	rozporządzenie (UE) 2019/2019
wyświetlacze elektroniczne (w tym telewizory)	rozporządzenie (UE) 2019/2021
sprzęt spawalniczy	rozporządzenie (UE) 2019/1784
odkurzacze	rozporządzenie (UE) 666/2013
serwery i pamięci masowe	rozporządzenie (UE) 2019/424
telefony komórkowe (w tym smartfony), telefony bezprzewodowe i tablety	rozporządzenie (UE) 2023/1670
suszarki bębnowe	rozporządzenie (UE) 2023/2533
towary z bateriami lekkich środków transportu	rozporządzenie (UE) 2023/1542

Rozróżnienie ma praktyczny skutek: żeby ustalić, co konkretnie producent musi naprawić i jakie części udostępnić, trzeba zajrzeć do rozporządzenia ekoprojektowego dla danej grupy, a nie do dyrektywy o naprawie. To ona tylko wskazuje, gdzie szukać. Komisja zapowiada też, że „lista w Aneksie II będzie aktualizowana co roku, gdy dla nowych produktów zostaną ustanowione wymogi naprawialności, zwłaszcza w ramach ESPR” – czyli zakres będzie się rozszerzał wraz z kolejnymi aktami delegowanymi rozporządzenia ESPR.

Dwie liczby, które w polskich omówieniach zwykle nie występują, a mają bezpośredni wpływ na horyzont planowania treści. Pierwsza: obowiązek naprawy trwa od pięciu do dziesięciu lat, w zależności od produktu i konkretnej części zamiennej. Druga: przedłużenie ochrony ustawowej o rok dotyczy wyłącznie towarów kupionych od 31 lipca 2026 – czyli pierwsze realne sprawy z tego tytułu pojawią się dopiero po tej dacie, a zapytania „czy naprawa wydłuża gwarancję” zaczną rosnąć z opóźnieniem.

Stan prawa polskiego na 25 lipca 2026

I tu robi się interesująco, bo żadna z tych rzeczy nie obowiązuje jeszcze w Polsce.

Projekt ustawy wdrażającej dyrektywę o naprawie – oznaczony jako UC154, autorstwa Prezesa UOKiK – jest wciąż na etapie rządowym. W wykazie Rządowego Centrum Legislacji widnieje od 15 czerwca 2026 roku; ostatnie dokumenty w etapach uzgodnień, konsultacji publicznych i opiniowania wpłynęły w drugiej połowie lipca, a status całego projektu to nadal „otwarty”. Etapy od komitetów przez Radę Ministrów do Sejmu są puste, a planowany termin przyjęcia przez rząd to trzeci kwartał 2026. Nie ma jeszcze druku sejmowego, nie ma ustawy, nie ma pozycji w Dzienniku Ustaw. Przekroczenie terminu 31 lipca jest praktycznie pewne.

Dla sprzedawcy oznacza to trzy rzeczy. Pierwsza: w typowej sytuacji obowiązki naprawy obciążają producenta, nie Ciebie — ale z dwoma wyjątkami, o których warto wiedzieć. Komisja w Q&A wprost odpowiada na pytanie, czy sprzedawca może być odpowiedzialny: tak, jeśli samodzielnie importuje towar spoza Unii i staje się przez to importerem, albo jeśli unijny importer lub upoważniony przedstawiciel zbankrutował lub zakończył działalność. Artykuł 5(3) dyrektywy układa łańcuch odpowiedzialności: upoważniony przedstawiciel, potem importer, potem dystrybutor. Dla sklepu sprowadzającego asortyment z Azji na własną rękę to nie jest wyjątek egzotyczny. Druga: producenci Twoich marek zaczną w najbliższych kwartałach publikować cenniki napraw i informacje o częściach, więc powstanie pula danych, którą można agregować, porównywać i osadzać w kontekście konkretnych modeli. Trzecia, najważniejsza: masz okno czasowe. Kiedy przepisy wejdą, wszyscy będą pisać teksty „prawo do naprawy – co się zmienia”. Wygra ten, kto do tego momentu będzie już miał zbudowaną warstwę treści serwisowych i zdobyte cytowania.

Wskaźnik naprawialności już istnieje — i od września staje się obowiązkiem sklepu

To sekcja, w której najłatwiej się pomylić, bo Unia wydała dla smartfonów i tabletów dwa bliźniacze rozporządzenia tego samego dnia: jedno ekoprojektowe, drugie o etykiecie energetycznej. Wskaźnika naprawialności nie ma w pierwszym — jest w drugim.

Rozporządzenie delegowane Komisji (UE) 2023/1669 ustanawia dla smartfonów i tabletów repairability index oraz klasę naprawialności od A do E, wyznaczaną według zharmonizowanej metody z Aneksu IV. Przepisy są stosowane od 20 czerwca 2025, a Komisja opisuje je wprost: „for the first time, products placed on the EU market will also need to display a repairability score. The score, from A (most repairable) to E (least repairable)”. To jest zharmonizowany wskaźnik unijny — nie zapowiedź, nie możliwość.

I tu jest konsekwencja, którą warto zaplanować już teraz. Dyrektywa 2024/825 definiuje „wskaźnik naprawialności” jako ocenę opartą na zharmonizowanych wymogach ustanowionych na poziomie Unii i dopisuje go do obowiązków informacyjnych dyrektywy o prawach konsumenta. Skoro dla smartfonów i tabletów taki wskaźnik już istnieje, to od 27 września 2026 sklep sprzedający te kategorie będzie musiał go pokazywać — razem z klasą A–E, w miejscu, w którym prezentuje pozostałe informacje przed zawarciem umowy. Dla e-commerce jest to konkretne zadanie na kartę produktu i na feed, nie ogólny trend. Warto sprawdzić, czy dane o klasie naprawialności są już w unijnej bazie produktów dla smartfonów i tabletów.

Jak Unia mierzy naprawialność: norma EN 45554

Metodą, na której to wszystko się opiera, jest EN 45554:2020 „General methods for the assessment of the ability to repair, reuse and upgrade energy-related products”, opracowana przez CEN i CENELEC na wniosek standaryzacyjny Komisji.

Nie jest to norma teoretyczna. Rozporządzenie ekoprojektowe (UE) 2023/1670 wskazuje w Aneksie IIIa konkretne tabele EN 45554 jako metodę oceny demontowalności: tabelę A.1 dla rodzajów łączników, A.2 dla wymaganych narzędzi, A.4 dla środowiska pracy i A.5 dla poziomu wymaganych umiejętności. To jednocześnie gotowy słownik dla treści serwisowych, bo pozwala napisać „wymiana wymaga narzędzia klasy X i poziomu umiejętności Y” zamiast „naprawa jest łatwa”.

Dla pozostałych grup produktowych zharmonizowanego wskaźnika jeszcze nie ma, a rozporządzenie ESPR jedynie dopuszcza jego wprowadzenie — Komisja pisze w Q&A, że wymogi ekoprojektowe „can also include the obligation to present a repairability score”. Warto więc rozdzielić dwie rzeczy: smartfony i tablety mają wskaźnik dziś, reszta katalogu dostanie go wraz z kolejnymi aktami delegowanymi.

Dla porównania, jak taki wskaźnik żyje na rynku po latach: francuski indice de réparabilité z ustawy AGEC obowiązuje od 1 stycznia 2021 jako ocena w skali dziesięciopunktowej i obejmuje dziś sześć kategorii — smartfony, laptopy, elektryczne kosiarki, zmywarki, odkurzacze i myjki wysokociśnieniowe. Uwaga na rzecz, którą większość publikacji podaje błędnie: telewizory i pralki wypadły z tego wskaźnika i przeszły pod nowy indice de durabilité — telewizory od 8 stycznia 2025, pralki od 8 kwietnia 2025.

Jak wygląda mapa intencji po zakupie?

Zanim zbudujesz strukturę, warto zobaczyć, ile różnych intencji kryje się w słowie „posprzedażowe”. Dziesięć klas zapytań, z których każda potrzebuje innego typu strony i każda ma dziś innego zwycięzcę w wynikach:

Intencja	Typowe zapytanie	Kto dziś zwykle wygrywa
uruchomienie	jak podłączyć [model]	producent, YouTube
konfiguracja	[model] ustawienia	forum, YouTube
diagnoza błędu	[marka] błąd E15	forum, serwis niezależny
instrukcja	[model] instrukcja PDF	agregatory instrukcji
gwarancja	[marka] gwarancja ile lat	producent
część zamienna	[marka] pompa odpływowa	marketplace
naprawa	naprawa [marka] [miasto]	serwisy lokalne
materiał eksploatacyjny	filtr do [model]	marketplace
zwrot	jak zwrócić [produkt]	sklep, ale rzadko własną treścią
utylizacja	gdzie oddać stary [produkt]	gminy, producent

Zwróć uwagę, że sklep pojawia się w tej tabeli raz. To nie przypadek – to konsekwencja tego, że karty produktów i kategorie odpowiadają na intencję zakupową, a nie serwisową, a osobnej warstwy nikt nie buduje.

Zwróć też uwagę na coś w kolumnie z zapytaniami: wszystkie zawierają nazwę marki albo modelu. To nie jest przypadek. Fraza „instrukcja obsługi” ma w Polsce około 8 100 wyszukiwań miesięcznie, ale zdecydowana większość tego wolumenu to zapytania rozszerzone o konkretny sprzęt – a użytkownik, który wpisuje ją samodzielnie, nie ma jeszcze intencji, na którą sklep mógłby odpowiedzieć.

Wniosek jest niewygodny, ale porządkuje cały projekt: tego lejka nie zbudujesz jednym artykułem. Zbudujesz go warstwą stron generowanych z danych – o tym w dalszej części.

Instrukcje i kody błędów jako landing pages

Najprostszy możliwy start to instrukcje. Większość sklepów ma je już w postaci plików PDF od producenta, wrzuconych do zakładki „Do pobrania”. To najgorszy możliwy sposób ich publikacji.

PDF jest formatem, który da się zaindeksować, ale trudniej z niego wyciągnąć pojedynczą odpowiedź: nie ma nagłówków, nie ma anchorów, często jest skanem, a jego treść nie tworzy kontekstu wokół produktu. Strona HTML z nagłówkiem odpowiadającym dokładnie pytaniu „jak zresetować [model]” daje modelowi jednoznaczny fragment do zacytowania; dwustustronicowy plik, w którym ta informacja jest na stronie 147, wymaga od niego dodatkowej pracy. Na ile to przekłada się na faktyczne cytowania, warto zmierzyć u siebie – metodologię podaję w dalszej części.

Właściwa architektura ma trzy poziomy. Na górze strona modelu z krótkim podsumowaniem: co to za urządzenie, jakie ma warianty, jakie części pasują, gdzie jest instrukcja. Niżej instrukcja jako HTML – pełna, z nagłówkami odpowiadającymi realnym pytaniom, z zachowanym PDF-em do pobrania obok. Na dole strony pojedynczych problemów: kod błędu, reset, konserwacja, wymiana konkretnego elementu. Każda z nich linkuje do części, która rozwiązuje problem.

Do Merchant Center dokumenty przekazujesz atrybutem [document_link], który przyjmuje wyłącznie pliki PDF i wymaga publicznej dostępności. Wszystkie wymagania tego atrybutu opisuję w osobnym artykule o dowodach twierdzeń produktowych. Tu wystarczy zasada: PDF do feedu, HTML do cytowania, jedno nie zastępuje drugiego.

Dane strukturalne dla treści serwisowych: HowTo już nie istnieje

Tu jest miejsce na korektę odruchu, który w SEO utrzymuje się od lat. Instrukcje i procedury naprawy naturalnie prosiły się o znacznik HowTo – i faktycznie przez kilka lat dawał on wyniki rozszerzone. Nie daje ich od września 2023. Google wycofał je w dwóch krokach: 8 sierpnia 2023 ograniczył je do desktopu, a 13 września przestał wyświetlać całkowicie, ze zdaniem „this result type is now deprecated”. Dokumentacja tego typu nie istnieje – jej adres przekierowuje dziś na listę aktualizacji Search Central, a HowTo nie występuje w tabeli typów wspieranych przez Google Search.

To samo dotyczy sekcji pytań i odpowiedzi, i jest to informacja świeża. Google podaje, że od 7 maja 2026 wyniki rozszerzone FAQ nie pojawiają się w wyszukiwarce; wygląd FAQ, raport wyników rozszerzonych i wsparcie w Rich Results Test są wycofywane w czerwcu 2026, a wsparcie w API Search Console w sierpniu 2026. Wcześniej, od sierpnia 2023, były zresztą dostępne wyłącznie dla „well-known, authoritative websites that are government-focused or health-focused”, czyli praktycznie dla żadnej witryny komercyjnej.

Wniosek jest odwrotny do intuicyjnego i dlatego wart wypowiedzenia: to nie jest argument przeciw strukturze pytań i procedur, tylko przeciw budowaniu jej dla wyników rozszerzonych. Nagłówek odpowiadający dokładnie jednemu pytaniu, procedura w numerowanych krokach i jednoznaczna lista części pozostają dokładnie tak samo wartościowe – tylko odbiorcą przestał być element SERP-a, a został model, który szuka fragmentu do zacytowania. Google sam mówi, że nieużywanego znacznika nie trzeba usuwać: „Structured data that’s not being used does not cause problems for Search, but also has no visible effects in Google Search”.

Praktycznie: nie planuj budżetu na wdrożenie HowTo i nie obiecuj klientowi wyników rozszerzonych z FAQ. Planuj to, co realnie działa – Article albo TechArticle na stronie serwisowej, Product z relacją required_part na części zamiennej, oraz strukturę nagłówków, która pozwala wyciąć z tekstu jedną odpowiedź bez kontekstu.

Jak powiązać artykuł serwisowy z modelem i częścią?

Największy błąd w treściach serwisowych to pisanie ich w oderwaniu od katalogu. Artykuł „Kody błędów pralek – kompletna lista” jest bezużyteczny dla wszystkich: dla użytkownika, bo musi go przeszukać; dla modelu, bo nie da się z niego wyciągnąć jednoznacznej odpowiedzi; dla sklepu, bo nie prowadzi do konkretnej części.

Wiązanie robi się na trzech poziomach. Identyfikator modelu – ten sam ciąg, który występuje w katalogu, w feedzie i w tytule strony serwisowej. Relacja produktowa – w feedzie zarówno Google, jak i OpenAI obsługują ten sam zestaw sześciu typów relacji, w tym required_part dla części niezbędnej do działania urządzenia. Nawigacja – breadcrumb i linkowanie kontekstowe, które prowadzi od problemu do produktu, a nie tylko do kategorii. Szerzej o modelowaniu tych relacji pisaliśmy w artykule o relacjach produktowych i patentach Google.

Uwaga na granicę tematyczną: to, że część jest powiązana, nie znaczy jeszcze, że pasuje. Precyzja dopasowania to osobne, trudniejsze zagadnienie – żaden standard danych produktowych nie potrafi dziś wyrazić relacji „nie pasuje”, a przy częściach zamiennych do konkretnych modeli ten problem uderza najmocniej. Wrócimy do niego w osobnym tekście o grafie kompatybilności.

Treść publiczna kontra dane za logowaniem

Część lejka posprzedażowego jest z natury prywatna: status zamówienia, historia zakupów, gwarancja przypisana do klienta. Warto wiedzieć, że protokoły handlu agentowego mają na to konkretną odpowiedź – i że ta odpowiedź jest argumentem za inwestycją w strony posprzedażowe, nie przeciw.

W specyfikacji Order Capability protokołu UCP obowiązkowym polem zamówienia jest permalink_url, opisane jako „autorytatywne odniesienie dla pełnego doświadczenia zamówienia – osi czasu, operacji posprzedażowych, zwrotów”. Samo API udostępnia jedną operację odczytu stanu zamówienia i webhook informujący o zmianach. Innymi słowy: protokół zakłada, że pełna obsługa posprzedażowa dzieje się na stronie sprzedawcy, a agent tylko zagląda na stan i odsyła użytkownika pod ten adres.

Po stronie OpenAI mechanizm jest bliźniaczy: sklep publikuje webhooki order.created i order.updated, żeby ChatGPT mógł pokazać status zamówienia, z podpisem HMAC w nagłówku – opisuje to przewodnik produkcyjny OpenAI. Znowu: dane transakcyjne w protokole, doświadczenie na Twojej stronie.

Wniosek praktyczny: strona statusu zamówienia, strona zgłoszenia naprawy i strona zwrotu przestają być formularzami w panelu klienta. Stają się miejscami, do których agent kieruje użytkownika, a więc muszą działać, ładować się szybko i mieć jednoznaczne, opisane stany. Wątek jakości obsługi po zakupie rozwijaliśmy w tekście o poprawie jakości obsługi klienta w e-commerce.

Jak nie zaindeksować danych osobowych?

To sekcja krótka, ale bez niej cały projekt jest ryzykiem, a nie szansą. Warstwa posprzedażowa styka się z danymi klientów w kilku miejscach, w których łatwo o wyciek do indeksu:

• strony statusu przesyłki z identyfikatorem w URL-u – jeśli parametr wystarcza do podejrzenia zamówienia, jest to jednocześnie luka i treść indeksowalna;
• strony potwierdzenia zamówienia – klasyczne miejsce wycieku, zwłaszcza gdy trafią do mapy witryny z automatu;
• faktury i dokumenty w publicznych katalogach – sprawdź, czy katalog uploadów nie zawiera plików z nazwiskami;
• wyniki wyszukiwania wewnętrznego z danymi klienta – indeksowane strony wyników potrafią utrwalić przypadkowe zapytania;
• formularze zgłoszeń serwisowych z prefillem z parametrów.

Reguła jest prosta: wszystko, co identyfikuje osobę, wymaga uwierzytelnienia i noindex, a wszystko, co opisuje produkt, jest publiczne i indeksowalne. Granicę warto przejść ręcznie raz, zanim zaczniesz produkować strony serwisowe masowo.

Jak zmierzyć przejęcie zgłoszeń i ponowną sprzedaż?

Dwie liczby, które sprzedają ten projekt w organizacji i pozwalają go rozliczyć. Pierwsza opisuje deflection, czyli przejęcie przez treść pytań, które wcześniej trafiały do obsługi klienta. Druga – przychód wygenerowany przez tę samą treść.

Liczba zgłoszeń do obsługi na tysiąc zamówień. Nie liczba bezwzględna, bo ta rośnie razem ze sprzedażą. Wskaźnik liczony na tysiąc zamówień, z rozbiciem na kategorie zgłoszeń, pokazuje, czy treść przejmuje pytania. Jeśli po opublikowaniu stron kodów błędów dla trzech najczęściej reklamowanych modeli liczba zgłoszeń w kategorii „nie działa” spada, masz efekt – i masz go w złotówkach, bo koszt obsługi jednego zgłoszenia zna każdy dział supportu.

Przychód z części i materiałów eksploatacyjnych z ruchu organicznego. Tu wystarczy poprawnie oznaczyć asortyment i patrzeć na trend, ale warto z góry ustalić okno atrybucji dłuższe niż standardowe. Zakup filtra rzadko następuje w tej samej sesji, w której klient szukał kodu błędu.

Trzecia, uzupełniająca metryka to udział zapytań posprzedażowych, w których w odpowiedzi AI cytowana jest Twoja domena. To pomiar niestabilny, bo wyniki zmieniają się w tygodniach, i wymaga własnej procedury – audyt w dalszej części tekstu daje jej najprostszą wersję.

Warstwa programatyczna: jak przechwycić zapytania serwisowe?

Skoro wszystkie realne zapytania zawierają nazwę modelu, potrzebujesz stron generowanych z danych. To nie znaczy jednak generowania stron pod każdą możliwą kombinację – to najkrótsza droga do thin contentu i doorway pages.

Warunek publikacji strony jest jeden i twardy: strona powstaje tylko wtedy, gdy istnieje realna, zweryfikowana odpowiedź. Nie „kod błędu E15 w pralce [marka] – sprawdź nasze pralki”, a konkretna diagnoza, konkretna procedura i konkretna część. Strony bez tej treści to thin content, czyli podstrony bez samodzielnej wartości, a przy skali – doorway pages, które istnieją tylko po to, żeby przechwycić zapytanie i przekierować na kategorię. Jedno i drugie Google traktuje jako naruszenie polityki spamu.

Praktyczna architektura wygląda tak:

• /[marka]/[model]/instrukcja/ – instrukcja HTML plus PDF;
• /[marka]/[model]/blad-[kod]/ – tylko dla kodów, dla których masz opis procedury;
• /[marka]/[model]/czesci/ – lista części ze zweryfikowanym dopasowaniem;
• /[marka]/serwis/ – informacje o naprawie, gwarancji, orientacyjnych cenach.

Skala zależy od katalogu, ale porządek jest odwrotny do intuicyjnego: zacznij od modeli, które generują najwięcej zgłoszeń do obsługi, nie od najlepiej sprzedających się. Pierwsze dają natychmiastowy zwrot w postaci mniejszej liczby telefonów, a jednocześnie pokazują, gdzie w treści produktowej masz luki. O tym, jak wyciągnąć te dane z wyszukiwarki wewnętrznej, pisaliśmy w artykule o zapytaniach klientów w wyszukiwarce sklepu.

Osobno warto zaplanować, co się stanie z tymi stronami, gdy model zniknie z oferty. Zapytania serwisowe o urządzenie żyją znacznie dłużej niż jego sprzedaż – i to jest argument za tym, żeby ich nie usuwać razem z produktem. Wątek losu URL-a po wycofaniu produktu opisywaliśmy w tekście o niedostępnych produktach w sklepie, a zasady linkowania w obrębie takiej struktury – w tekście o linkowaniu wewnętrznym w sklepie internetowym.

Część tych danych jest już publiczna – i mało kto o tym wie

Zanim zaczniesz budować własną warstwę informacji o częściach i naprawach, warto sprawdzić, co już istnieje. Unia prowadzi od 2019 roku publiczny rejestr produktów objętych etykietą energetyczną – EPREL – i dla nowszych grup produktowych pojawiają się w nim „weblinks to complementary information such as list of spare parts, their indicative cost, repair instructions, or even dismantling information for recyclers”.

Czyli: lista części zamiennych, ich orientacyjne ceny i instrukcje naprawy – dokładnie te dane, o których mówi dyrektywa o naprawie – są dla części asortymentu już dostępne w publicznej bazie, zanim polska ustawa wdrażająca w ogóle powstała. Dla sklepu AGD i elektroniki to konkretne zadanie na najbliższy tydzień: sprawdzić, ile modeli z własnego katalogu ma w EPREL wypełnione te pola, i użyć tego jako punktu wyjścia zamiast zaczynać od zera.

O tym, jak zachowuje się taki rejestr i czego można się z niego dowiedzieć o przyszłości cyfrowego paszportu produktu, piszę osobno w tekście o DPP.

Audyt: kto dziś zbiera Twoje zapytania posprzedażowe?

Zanim cokolwiek zbudujesz, warto zmierzyć punkt wyjścia. Procedura jest prosta i zajmuje jeden dzień.

Wybierz dwadzieścia produktów – mieszankę bestsellerów i modeli najczęściej reklamowanych. Dla każdego przygotuj dziesięć zapytań według mapy intencji z wcześniejszej sekcji: instrukcja, kod błędu, reset, kompatybilna część, konserwacja, materiał eksploatacyjny, warunki gwarancji, zgłoszenie naprawy, zwrot, utylizacja.

Odpytaj co najmniej trzy silniki w tym samym, krótkim oknie czasowym, w czystych sesjach, z zapisaną lokalizacją i językiem. Każde zapytanie zadaj w czterech wariantach: krótkim, z ograniczeniem („model z 2022 roku”), z negacją („co jeśli to nie pomoże”) i z prośbą o źródło. Zapisz pełne odpowiedzi wraz z cytowaniami.

Potem policz:

• poprawna domena – czy w odpowiedzi pojawia się sklep, producent, forum czy marketplace;
• poprawny model – czy odpowiedź dotyczy modelu, o który pytano, czy sąsiedniego;
• poprawna część – czy wskazana część rzeczywiście pasuje;
• liczba kroków do rozwiązania i liczba kroków wymagających kontaktu z człowiekiem;
• udział zapytań prowadzących do możliwości kolejnego zakupu.

Ten audyt zwykle kończy się jedną liczbą, która robi całą prezentację: odsetkiem zapytań posprzedażowych o Twoje produkty, w których nie pojawiasz się ani Ty, ani producent. Jeśli wychodzi powyżej połowy, masz gotowy business case. Taki przegląd wykonujemy jako część audytu SEO albo szerszego projektu pozycjonowania sklepu internetowego.

Od czego zacząć w tym tygodniu?

Trzy rzeczy, w tej kolejności.

1. Wyciągnij z systemu obsługi klienta dwadzieścia najczęstszych powodów kontaktu po zakupie. To Twoja lista tematów – dokładniejsza niż jakiekolwiek narzędzie do słów kluczowych, bo pochodzi od Twoich klientów i dotyczy Twojego asortymentu.
2. Sprawdź, czy instrukcje, które masz, są dostępne jako HTML. Jeśli nie, przekonwertuj instrukcje trzech modeli generujących najwięcej zgłoszeń i zostaw PDF-y obok.
3. Zrób audyt z poprzedniej sekcji na dziesięciu produktach, nie dwudziestu. Wystarczy, żeby zobaczyć, kto dziś odpowiada za Ciebie – i żeby mieć punkt odniesienia, do którego wrócisz za kwartał.

Przepisy o naprawie towarów w polskim prawie pojawią się z opóźnieniem, ale pojawią się. Do tego czasu warstwa treści serwisowych albo już będzie zbierać cytowania, albo trzeba będzie ją budować w momencie, kiedy będą ją budować wszyscy. Sposób wdrożenia warstwy serwisowej zależy przy tym od silnika sklepu — inaczej wygląda w Shoperze, inaczej w WooCommerce, a inaczej w Shopify.

Najczęściej zadawane pytania