Spadek widoczności sklepu na PrestaShop często zaczyna się niewinnie od filtrów, wariantów produktów albo wolnej wersji mobilnej, a kończy droższym ruchem z reklam. W polskim e-commerce konkurujesz nie tylko z innymi sklepami, lecz także z Allegro, Ceneo i porównywarkami. Tu liczy się indeksacja, marża i konwersja. Sprawdź, co wdrożyć w swoim sklepie.

SEO dla sklepów na PrestaShop to proces optymalizacji technicznej, strukturalnej i contentowej sklepu internetowego opartego na tej platformie, którego celem jest zwiększenie widoczności produktów i kategorii w Google. Obejmuje indeksację, adresy URL, filtry, szybkość, dane strukturalne, treści oraz linkowanie wewnętrzne wpływające na sprzedaż organiczną.

Jak działa SEO dla sklepów na PrestaShop w realnej sprzedaży

PrestaShop dobrze sprawdza się w sklepach z kilkuset lub kilkoma tysiącami produktów, ale domyślna konfiguracja rzadko wystarcza do skutecznej walki o ruch organiczny. Platforma daje dużą kontrolę nad kategoriami, adresami URL, meta title, opisami produktów i modułami, lecz ta elastyczność łatwo zamienia się w chaos indeksacyjny. Dla właściciela sklepu problem nie polega na tym, że Google „nie lubi” PrestaShop. Problem zaczyna się wtedy, gdy wyszukiwarka widzi setki podobnych podstron, a klient trafia na stronę, która nie pomaga mu kupić.

W polskim e-commerce PrestaShop często konkuruje z WooCommerce, Shoperem, IdoSell i rozwiązaniami SaaS, ale walka o klienta odbywa się szerzej. Na wiele fraz produktowych Google pokazuje Allegro, Ceneo, porównywarki cenowe, marketplace, reklamy produktowe i dopiero później niezależne sklepy. To oznacza, że samo wejście do TOP 10 nie gwarantuje sprzedaży. Strona kategorii musi odpowiadać na intencję zakupową, karta produktu musi usuwać wątpliwości, a technika nie może blokować robotów Google ani użytkowników na telefonach.

Pozycje w Google nie płacą faktur

Właściciel sklepu zarządza przychodem, nie raportem pozycji. Fraza z 2000 wyszukiwań miesięcznie może generować mniej sprzedaży niż fraza z 150 wyszukiwań, jeżeli druga ma mocniejszą intencję zakupową. Dla sklepu z częściami samochodowymi zapytanie „filtr kabinowy golf 7 bosch” zwykle ma większy potencjał transakcyjny niż ogólne „filtry samochodowe”, bo użytkownik wie, czego szuka i porównuje dostępność, cenę oraz czas dostawy.

PrestaShop powinien więc prowadzić ruch z Google do podstron, które mają sens biznesowy. Kategorie zbierają popyt ogólny i półproduktowy, karty produktów przejmują zapytania modelowe, a poradniki blogowe wspierają użytkownika przed zakupem. Paradoks polega na tym, że sklepy często inwestują w treści poradnikowe, a zaniedbują kategorie odpowiadające za realną sprzedaż. Ruch informacyjny wygląda dobrze w GA4, lecz bez linkowania do kategorii i produktów może nie wpływać na koszyk.

Polski SERP premiuje sklepy które rozumieją intencję

Na polskim rynku klient porównuje ceny szybciej niż na wielu rynkach zachodnich, bo Allegro i Ceneo przyzwyczaiły go do natychmiastowej weryfikacji oferty. Jeżeli niezależny sklep chce przejąć część ruchu organicznego, musi wygrać czymś więcej niż ceną. Google ocenia trafność strony, ale użytkownik ocenia dostawę, opinie, zdjęcia, zwroty, dostępność i wiarygodność sprzedawcy.

W praktyce oznacza to, że opis kategorii w PrestaShop nie powinien być blokiem tekstu ukrytym pod produktami. Powinien pomagać wybrać produkt, wyjaśniać różnice między typami asortymentu i wzmacniać linkowanie do najważniejszych podkategorii. Google Search Essentials kładzie nacisk na strony użyteczne dla użytkownika, a nie tworzone wyłącznie pod roboty. W e-commerce ta zasada przekłada się bezpośrednio na konwersję, bo treść, która odpowiada na obawy klienta, skraca drogę do zakupu.

Techniczna konfiguracja PrestaShop która chroni indeksację i przychód

Techniczne SEO w PrestaShop ma bezpośredni wpływ na to, ile produktów Google znajdzie, które adresy uzna za właściwe i czy użytkownik trafi na stronę gotową do zakupu. Błędy techniczne często nie dają spektakularnych objawów w panelu sklepu. Zamówienia mogą spadać stopniowo, a właściciel widzi dopiero efekt końcowy, czyli większy udział płatnych kampanii w sprzedaży.

Adresy URL i przekierowania po zmianach w katalogu

PrestaShop pozwala edytować przyjazne adresy URL produktów, kategorii, producentów i stron CMS. W wielu sklepach problem pojawia się po imporcie produktów od hurtownika, migracji lub zmianie nazw kategorii. Jeżeli adres produktu zmienia się bez przekierowania 301, Google może przez pewien czas pokazywać nieaktualny URL, a użytkownik trafia na błąd 404. Każdy taki błąd to utracona szansa sprzedażowa, zwłaszcza przy produktach sezonowych.

Dobre adresy w sklepie powinny być krótkie, opisowe i stabilne. Lepszym wzorcem jest „/buty-damskie/sneakersy-biale” niż adres z numerami, parametrami i losową składnią po imporcie. W PrestaShop trzeba kontrolować ustawienia w sekcji dotyczącej ruchu i adresów URL oraz sprawdzać, czy moduły do usuwania identyfikatorów z adresów nie generują konfliktów. Takie moduły mogą poprawić estetykę URL, ale źle wdrożone powodują pętle przekierowań, duplikację i problemy z indeksacją.

Canonical i duplikacja stron produktów

Duplikacja w PrestaShop często powstaje przez warianty, sortowanie, parametry filtrów, produkty w wielu kategoriach i opisy skopiowane z hurtowni. Google nie karze automatycznie za każdy podobny opis, ale może wybrać inną wersję adresu niż właściciel sklepu oczekuje. W efekcie ruch trafia na mniej konwertującą stronę, produkt nie pojawia się stabilnie w wynikach albo kategoria traci widoczność na frazy, które powinna obsługiwać.

Tag canonical powinien wskazywać główną wersję strony, ale nie naprawi źle zaprojektowanej architektury. Jeżeli ten sam produkt funkcjonuje pod kilkoma adresami z różnych kategorii, trzeba ustalić jedną wersję kanoniczną i konsekwentnie linkować do niej z menu, breadcrumbów, listingu i modułów podobnych produktów. W Google Search Console objawem problemu mogą być komunikaty o alternatywnej stronie z prawidłowym tagiem kanonicznym, duplikacie bez wybranej strony kanonicznej albo stronie wykrytej, lecz niezaindeksowanej.

Mapa strony i plik robots dla sklepu z dużym asortymentem

Mapa XML w PrestaShop nie powinna być jednorazowo wygenerowanym plikiem, o którym nikt nie pamięta. Sklep zmienia dostępność produktów, dodaje kolekcje, usuwa kategorie i aktualizuje warianty. Jeżeli sitemap zawiera niedostępne produkty, błędy 404 lub adresy z parametrami, Google marnuje czas na skanowanie stron bez wartości sprzedażowej. Przy kilkudziesięciu produktach problem jest ograniczony. Przy kilku tysiącach SKU robi się kosztowny, bo roboty mogą rzadziej odwiedzać nowe i ważne adresy.

Plik robots.txt powinien blokować podstrony techniczne, koszyk, logowanie, wyniki wyszukiwania wewnętrznego i część parametrów, ale nie może przypadkowo odcinać zasobów potrzebnych do renderowania strony. Googlebot powinien mieć dostęp do plików CSS i JavaScript, aby prawidłowo ocenić stronę mobilną. W Screaming Frog można zasymulować crawl sklepu i sprawdzić, czy linkowanie prowadzi do stron sprzedażowych, czy do tysięcy adresów filtrów, które nigdy nie powinny walczyć o ruch.

Najczęstsze techniczne punkty kontroli w PrestaShop to:

• statusy HTTP produktów i kategorii po usunięciach, migracjach oraz zmianach adresów,
• tagi canonical na produktach, kategoriach, wariantach i stronach z parametrami,
• mapa XML zawierająca tylko adresy, które mają być indeksowane,
• robots.txt blokujący elementy techniczne bez odcinania zasobów strony,
• dane strukturalne Product i BreadcrumbList zgodne z widoczną treścią strony.

Architektura kategorii i filtrów w PrestaShop bez kanibalizacji

Architektura sklepu decyduje, czy Google rozumie ofertę, a klient potrafi szybko zawęzić wybór. W PrestaShop największe ryzyko pojawia się przy rozbudowanych kategoriach, filtrach fasetowych i produktach przypisanych do wielu miejsc. Źle zaprojektowana struktura nie tylko osłabia indeksację, lecz także obniża konwersję, bo użytkownik traci czas na przeglądanie nieprecyzyjnych listingów.

Kategorie które odpowiadają na popyt zakupowy

Dobra kategoria nie powstaje wyłącznie z logiki magazynu. Powinna odpowiadać sposobowi, w jaki klienci szukają produktów. Sklep odzieżowy nie może ograniczyć się do kategorii „odzież damska” i „odzież męska”, jeżeli realny popyt dotyczy fraz typu „sukienki na wesele”, „kurtki zimowe damskie” albo „spodnie garniturowe męskie”. Każda z takich kategorii może pełnić funkcję landing page pod frazy zakupowe, o ile ma unikalny opis, dobrze dobrane produkty i sensowne linkowanie.

W PrestaShop kategorie powinny mieć własne meta title, opis meta, nagłówek, treść wspierającą wybór oraz poprawne breadcrumbs. Zbyt głęboka struktura może utrudnić dotarcie do produktów, ale zbyt płaska prowadzi do kategorii zbiorczych, które nie odpowiadają konkretnym zapytaniom. Mały sklep może prowadzić prostą hierarchię z kilkoma silnymi kategoriami. Duży sklep potrzebuje matrycy kategorii, podkategorii, producentów i filtrów, aby nie tworzyć setek podobnych stron o tej samej intencji.

Filtry fasetowe i problem tysięcy adresów

Moduł nawigacji warstwowej w PrestaShop, często oparty na mechanizmie filtrowania po cechach, cenie, rozmiarze, kolorze, marce lub dostępności, potrafi wygenerować ogromną liczbę adresów URL. Część z nich ma potencjał sprzedażowy, na przykład „czarne botki skórzane 39”, ale większość to kombinacje bez popytu i bez sensu dla Google. Jeżeli wszystkie trafiają do indeksu, sklep zaczyna konkurować sam ze sobą.

Nie każdy filtr trzeba blokować. Filtr z realnym popytem może stać się stroną docelową, ale powinien mieć stały adres, unikalną treść, canonical do siebie i linkowanie z kategorii. Filtry przypadkowe, sortowanie, zakresy cen i kombinacje wielu parametrów lepiej wyłączyć z indeksacji lub ograniczyć na poziomie robots, meta robots albo konfiguracji modułu. Błąd polega na tym, że właściciel sklepu widzi filtry jako wygodę użytkownika, a Google widzi je jako osobne adresy do oceny.

Breadcrumbs i linkowanie wewnętrzne w katalogu

Breadcrumbs w PrestaShop pomagają użytkownikowi wrócić do kategorii nadrzędnej, ale pełnią też funkcję sygnału strukturalnego dla Google. Jeżeli produkt jest przypisany do kilku kategorii, ścieżka okruszków powinna wspierać główną hierarchię, a nie losowo zmieniać się zależnie od wejścia użytkownika. Niespójne breadcrumbs osłabiają linkowanie wewnętrzne i utrudniają wskazanie najważniejszych kategorii.

Linkowanie wewnętrzne w sklepie nie powinno ograniczać się do menu. Moduły „produkty powiązane”, „z tej samej kategorii”, „kupowane razem” i linki z opisów kategorii mogą przenosić autorytet do stron o największym potencjale sprzedażowym. W Ahrefs lub Senuto można zidentyfikować kategorie na pozycjach 4 do 12, które często wymagają nie nowych tekstów, lecz lepszego linkowania i dopracowania intencji.

Karty produktów i treści które budują ruch oraz domykają zakup

Karta produktu w PrestaShop musi pracować jednocześnie dla Google i dla kupującego. To nie jest miejsce na opis skopiowany od producenta i trzy zdjęcia. Klient porównuje kilka zakładek w przeglądarce, sprawdza ceny na Allegro, szuka opinii i szuka informacji o dostawie. Jeżeli karta produktu nie odpowiada na te pytania, ruch organiczny staje się kosztem utraconej okazji.

Opisy produktów inne niż u hurtownika

Import opisów od hurtownika skraca start sklepu, ale tworzy problem masowej duplikacji. Te same akapity pojawiają się u dziesiątek sprzedawców, w porównywarkach, marketplace i katalogach producentów. Google musi wtedy zdecydować, która strona zasługuje na widoczność. Zwykle wygrywa domena silniejsza, starsza, lepiej linkowana albo bardziej kompletna produktowo.

Unikalny opis nie musi być literacki. Ma odpowiadać na pytania przed zakupem: dla kogo jest produkt, czym różni się od alternatyw, jaki problem rozwiązuje, jakie ma ograniczenia i z czym go połączyć. W sklepie z elektroniką opis powinien wyjaśniać kompatybilność i zastosowania. W kosmetykach znaczenie mają skład, typ skóry, sposób użycia i przeciwwskazania. W branży dziecięcej użytkownik szuka bezpieczeństwa, norm i wieku dziecka. Takie informacje zwiększają widoczność long tail i zmniejszają liczbę porzuconych koszyków wynikających z niepewności.

Dane strukturalne Product i opinie klientów

PrestaShop może obsługiwać dane strukturalne Product, Offer, AggregateRating i BreadcrumbList, ale wiele szablonów i modułów wdraża je niepełnie albo niezgodnie z widoczną treścią. Google może wyświetlić cenę, dostępność, ocenę i fragmenty informacji o produkcie, jeżeli dane są poprawne. Rich results nie gwarantują pozycji, ale mogą poprawić CTR, zwłaszcza gdy wynik konkurenta jest uboższy.

Opinie klientów pomagają jednocześnie w konwersji i w ocenie jakości strony. Quality Rater Guidelines opisują znaczenie reputacji, zaufania i doświadczenia użytkownika, a w sklepie internetowym reputacja bardzo często widoczna jest przez recenzje, jasne dane sprzedawcy, politykę zwrotów i kontakt. Jeżeli sklep ma realne opinie, powinien pokazywać je na kartach produktów, ale nie może oznaczać danych strukturalnych dla recenzji, których użytkownik nie widzi na stronie.

Blog i poradniki jako wsparcie sprzedaży

Blog w PrestaShop nie sprzedaje sam z siebie, jeżeli działa jak osobny magazyn treści bez połączenia z katalogiem. Poradnik „jak dobrać rozmiar butów trekkingowych” może zdobywać ruch informacyjny, ale jego biznesowa rola zaczyna się dopiero wtedy, gdy prowadzi do kategorii butów trekkingowych, produktów według płci, akcesoriów i filtrów rozmiarowych. Linkowanie z poradnika powinno kierować użytkownika w stronę decyzji, nie do kolejnego ogólnego artykułu.

Helpful Content System, zintegrowany z głównymi systemami rankingowymi Google, premiuje treści tworzone z myślą o użytkowniku. W e-commerce oznacza to treści oparte na realnych pytaniach klientów, danych z reklamacji, zapytaniach z obsługi i sezonowości sprzedaży. Sklep z ogrodem może publikować poradniki wcześniej niż zaczyna się szczyt sezonu, bo Google potrzebuje czasu na odkrycie, ocenę i ustabilizowanie widoczności nowych adresów.

Szybkość sklepu mobilnego i Core Web Vitals w PrestaShop

Większość wizyt w sklepach internetowych pochodzi z urządzeń mobilnych, ale zamówienie często zależy od kilku sekund cierpliwości użytkownika. PrestaShop bywa obciążony szablonami, modułami promocyjnymi, sliderami, skryptami analitycznymi i dodatkami do czatu. Każdy element może poprawić marketing albo zniszczyć doświadczenie zakupowe, jeżeli ładuje się w złej kolejności.

INP i reakcja sklepu na działania użytkownika

Core Web Vitals obejmują między innymi LCP, CLS oraz INP, który zastąpił starszy wskaźnik FID jako dokładniejsza miara interaktywności. Dla sklepu oznacza to prosty scenariusz: klient dotyka filtra rozmiaru, dodaje produkt do koszyka albo otwiera wariant, a strona reaguje z opóźnieniem. Jeżeli reakcja jest powolna, użytkownik częściej wraca do wyników Google albo porównuje ofertę u konkurenta.

W PrestaShop źródłem problemów z INP bywają ciężkie moduły filtrów, nieoptymalne skrypty szablonu, zbyt wiele zdarzeń JavaScript i wolne działanie koszyka AJAX. PageSpeed Insights pokaże podstawowe symptomy, ale techniczna diagnoza wymaga często testu w Chrome DevTools i porównania danych laboratoryjnych z danymi użytkowników. Google nie traktuje Core Web Vitals jako jedynego czynnika rankingowego, lecz wolny sklep obniża konwersję nawet wtedy, gdy pozycje pozostają stabilne.

Obrazy produktów i koszt wolnego ładowania

Zdjęcia sprzedają, ale źle przygotowane obrazy spowalniają PrestaShop. Sklep z modą, meblami, kosmetykami lub artykułami premium potrzebuje wysokiej jakości zdjęć, jednak pliki powinny mieć właściwe rozmiary, kompresję i nowoczesny format. Miniatury nie mogą ładować pełnych zdjęć produktowych, a obrazy poniżej pierwszego ekranu powinny korzystać z lazy loading.

Wolne ładowanie wpływa na sprzedaż przez kilka mechanizmów naraz. Użytkownik szybciej opuszcza stronę, rzadziej korzysta z filtrów, krócej porównuje produkty i częściej odkłada zakup. Dla właściciela sklepu ukryty koszt pojawia się w kampaniach płatnych: płacisz za kliknięcie z Google Ads lub PLA, ale strona nie dowozi doświadczenia, które pozwala odzyskać koszt pozyskania klienta.

Hosting i moduły które realnie zmieniają wynik

PrestaShop wymaga środowiska hostingowego dobranego do liczby produktów, ruchu, modułów i integracji. Tani hosting współdzielony może wystarczyć dla małego sklepu z kilkudziesięcioma produktami, ale przy większym katalogu, integracji z ERP, synchronizacji stanów magazynowych i ruchem z porównywarek zaczyna ograniczać sprzedaż. Objawem są wolne kategorie, przerwy przy imporcie i opóźnienia w koszyku.

Nie każdy moduł „SEO” przyspiesza sklep albo poprawia widoczność. Część dodatków dubluje funkcje szablonu, generuje konflikty canonical, dodaje niepotrzebne skrypty albo masowo tworzy meta tagi bez sensu biznesowego. Przed instalacją modułu trzeba sprawdzić, czy rozwiązuje konkretny problem: sitemap, schema, cache, obrazy, canonical, przekierowania albo filtrację. Instalowanie dodatków „na wszelki wypadek” zwiększa koszt utrzymania i ryzyko awarii po aktualizacji PrestaShop.

Pomiar efektów i priorytety wdrożenia dla małych oraz dużych sklepów

SEO dla PrestaShop wymaga mierzenia sprzedaży, a nie tylko liczby wejść. Google Search Console pokazuje zapytania, CTR, pozycje i strony docelowe. GA4 pozwala analizować zdarzenia zakupowe, przychód, ścieżki użytkowników i udział kanału organicznego. Screaming Frog wykrywa błędy techniczne, Ahrefs pomaga ocenić linki i konkurencję, a Senuto ułatwia monitorowanie widoczności w polskich wynikach.

Mały sklep potrzebuje innych decyzji niż katalog z tysiącami SKU

Sklep z 80 produktami nie powinien zaczynać od rozbudowanej automatyzacji filtrów. Najpierw potrzebuje poprawnych kategorii, unikalnych opisów najważniejszych produktów, szybkiego szablonu, danych strukturalnych i kilku treści wspierających zakup. Przy ograniczonym budżecie lepszy efekt sprzedażowy może dać dopracowanie 20 kart produktów generujących marżę niż publikacja 50 ogólnych artykułów blogowych.

Duży sklep z kilkoma tysiącami SKU ma inny problem. Tam ręczna optymalizacja każdego produktu bywa nierealna, więc priorytetem staje się kontrola szablonów meta danych, logiki canonical, paginacji, filtrów, sitemap i linkowania wewnętrznego. W takim katalogu nawet drobny błąd w module może powielić się na tysiącach adresów. Jeden źle ustawiony parametr indeksacji potrafi zasypać Google stronami bez wartości, a najważniejsze kategorie tracą crawl budget i stabilność pozycji.

Dane które pokazują wpływ na przychód

Raport w Google Search Console może pokazać wzrost kliknięć, ale dopiero połączenie z GA4 i danymi sklepowymi odpowiada na pytanie, czy ruch zarabia. Jeżeli kategoria ma wysoki CTR i ruch, ale niski współczynnik dodania do koszyka, problem może leżeć w cenach, filtrowaniu, dostępności produktów albo układzie listingu. Jeżeli karta produktu ma wejścia organiczne, ale użytkownicy szybko wychodzą, opis, zdjęcia lub informacje o dostawie nie zamykają intencji.

Praktyczna analiza powinna łączyć widoczność, zachowanie i sprzedaż. Właściciel sklepu może monitorować:

• zapytania i strony docelowe w Google Search Console dla kategorii oraz produktów,
• przychód organiczny i zdarzenia e-commerce w GA4 z podziałem na typy stron,
• błędy indeksacji i duplikację w Screaming Frog po każdej większej zmianie katalogu,
• widoczność kategorii w Senuto dla fraz zakupowych i sezonowych,
• profil linków w Ahrefs pod kątem domen branżowych, producentów i partnerów.

Priorytety które ograniczają koszt pozyskania klienta

Najlepsza kolejność działań zależy od tego, gdzie sklep traci pieniądze. Jeżeli Google nie indeksuje kategorii, nowe opisy produktów nie rozwiążą problemu. Jeżeli ruch trafia na strony wolne i nieczytelne na telefonie, wzrost pozycji może nie zwiększyć przychodu. Jeżeli sklep ma świetne produkty, ale opisy z hurtowni, Google może preferować Allegro, producenta albo większego konkurenta.

W praktyce pierwszeństwo mają błędy blokujące sprzedaż: indeksacja, przekierowania, canonical, szybkość, kategorie o dużym potencjale i karty produktów z marżą. Dopiero później przychodzi czas na skalowanie treści, link building i rozbudowę poradników. Linki z domen branżowych, producentów, dystrybutorów i mediów niszowych pomagają sklepom specjalistycznym, ale nie uratują katalogu z duplikacją i wolnym koszykiem.

FAQ

Odpowiedzi na najczęściej zadawane pytania dotyczące SEO dla sklepów na PrestaShop.

Czy PrestaShop jest dobry pod SEO dla sklepu internetowego?

PrestaShop daje solidne możliwości optymalizacji, ale wymaga świadomej konfiguracji adresów URL, canonical, kategorii, filtrów i szybkości. Platforma nie blokuje widoczności, lecz domyślne ustawienia i nadmiar modułów mogą generować duplikację oraz problemy z indeksacją.

Ile trwa pozycjonowanie sklepu na PrestaShop?

Pierwsze efekty technicznych poprawek mogą być widoczne po kilku tygodniach, ale stabilny wzrost sprzedaży organicznej zwykle wymaga kilku miesięcy pracy. Czas zależy od konkurencji, historii domeny, liczby produktów, jakości treści i skali błędów technicznych.

Czy moduł SEO do PrestaShop wystarczy do poprawy pozycji?

Sam moduł nie rozwiązuje problemów sklepu, jeżeli kategorie są źle zaprojektowane, filtry tworzą duplikaty, a karty produktów mają opisy od hurtownika. Dobry moduł pomaga zarządzać sitemapą, danymi strukturalnymi lub przekierowaniami, ale strategia musi wynikać z analizy sklepu.

Jak sprawdzić czy mój sklep na PrestaShop ma problem z indeksacją?

Najprościej zacząć od Google Search Console i raportów dotyczących indeksowania stron, kliknięć oraz zapytań. Dodatkowo crawl w Screaming Frog pokaże błędy 404, duplikaty tytułów, canonical, przekierowania i adresy filtrów dostępne dla robotów.

Czy warto pisać bloga przy sklepie na PrestaShop?

Blog ma sens, jeżeli wspiera sprzedaż i prowadzi użytkownika do kategorii lub produktów. Poradniki bez linkowania do oferty mogą zwiększać ruch, ale nie muszą zwiększać przychodu z kanału organicznego.