Techniczny przewodnik po SEO afiliacyjnym w WordPressie (2026)

Marketing afiliacyjny to pełnoprawny model biznesowy. W WordPressie bywa jednak wdrażany źle: rozdęte menedżery linków, brakujące atrybuty rel, przekierowania po stronie klienta i ubogie strony porównawcze, które marnują budżet indeksowania. Ten przewodnik dotyczy warstwy inżynierskiej i SEO: jak Google indeksuje strony afiliacyjne, jak oznaczać płatne linki, kiedy maskowanie staje się ryzykiem spamu, dlaczego przekierowania w JavaScripcie zawodzą, jak ściany ofert psują Core Web Vitals i jak utrzymać porządek w adresach kanonicznych oraz w oznaczeniu współpracy.

Więcej o usługach programisty WordPress w WPPoland.

#Jak strony afiliacyjne wpływają na indeksowanie

Wyszukiwarki traktują treści afiliacyjne jak zwykły HTML, dopóki sygnały nie wskażą czegoś innego. Problemy z indeksowaniem wynikają zwykle z architektury, a nie z samego modelu prowizyjnego.

Ubogie lub niemal zduplikowane strony docelowe. Sieć adresów /best-x-hosting/, /best-x-vpn/ i /best-x-theme/, które mają tę samą tabelę, te same trzy akapity i różnią się tylko nazwami produktów, tworzy soft 404 i klastry duplikatów. Google może je skanować, a potem zostawić w stanie “Strona zeskanowana, ale jeszcze nie zindeksowana” albo podpiąć pod mocniejszą stronę siostrzaną. Lepiej mieć mniej adresów z własnymi kryteriami oceny, źródłami pierwotnymi i mierzalnymi notatkami z testów niż szablon rozmnożony na dziesiątki URL-i.

Przekierowania jako pełnoprawne adresy. Jeśli każde kliknięcie wychodzące przechodzi przez /go/product, a te ścieżki zwracają 200 OK z meta refresh albo pustą stroną czekającą na JS, roboty mogą próbować zaindeksować samą stronę pośrednią. Nie umieszczaj adresów pośrednich w mapach witryny, zwracaj prawdziwe przekierowanie HTTP (301 albo 302/307) i nie linkuj do nich z elementów nawigacji.

Eksplozja parametrów. Identyfikatory śledzące (aff_id, ref, sid, całe zestawy UTM) na stronach recenzji mnożą warianty do skanowania. Jeśli ten sam artykuł jest dostępny z parametrami i bez nich, wybierz jeden adres kanoniczny i przestań linkować warianty wewnętrznie. Zobacz kanonizację w Google Search Central.

Budżet indeksowania przy dużych katalogach. Programowo generowane katalogi afiliacyjne (tysiące stron produktów z przyciskami zakupu) konkurują z wpisami redakcyjnymi o uwagę robota. Ustaw noindex na filtrach użytkowych, ubogich siatkach z paginacją i pustych archiwach tagów. Do indeksu dopuszczaj tylko strony z unikalną treścią i stałym, jasnym celem.

Waga linków wewnętrznych. Zasypywanie każdego akapitu wychodzącymi kotwicami afiliacyjnymi rozmywa tematykę strony i zwiększa ryzyko przeoptymalizowanych tekstów kotwic. Wystarczy kilka wyraźnie opisanych CTA, a linki pomocnicze niech pozostaną redakcyjne.

#Co Google uznaje za ubogą afiliację w zasadach dotyczących spamu

Zasady Google dotyczące spamu mają osobny punkt o ubogiej afiliacji (thin affiliation). Definicja jest wąska: to publikowanie treści z linkami afiliacyjnymi, w których „opisy produktów i recenzje są kopiowane bezpośrednio od sprzedawcy, bez żadnej oryginalnej treści ani wartości dodanej” (Google Search Central, zasady dotyczące spamu, tłumaczenie własne).

Dla serwisu na WordPressie ważniejsze jest kolejne zdanie tej sekcji. Google opisuje takie strony jako witryny z szablonu, z tą samą lub podobną treścią powieloną w obrębie jednej witryny albo na wielu domenach lub w wielu językach. To bezpośrednio dotyczy dwóch typowych wdrożeń: importu feedu produktowego, który wkleja opis producenta do setek wpisów, i wielojęzycznej sieci, w której każda wersja to przetłumaczona ta sama tabela.

Ta sama sekcja mówi też wprost, że nie każda strona w programie partnerskim jest ubogą afiliacją. Jako przykłady wartości dodanej Google wymienia dodatkowe informacje o cenie, oryginalne recenzje produktów, rzetelne testy i oceny, nawigację po produktach lub kategoriach oraz porównania produktów. Z tej listy da się wyprowadzić techniczne kryteria publikacji:

• Opis produktu z feedu nie jest treścią wpisu. Może zasilać pola danych (nazwa, cena, kod EAN), ale tekst widoczny dla czytelnika powstaje w redakcji.
• Szablon porównania ma pola na własne pomiary i notatki z testów. Jeśli pole jest puste, wpis nie przechodzi do publikacji, zamiast wyjść z pustą komórką albo tekstem zastępczym.
• Wersje językowe dostają informacje lokalne (dostępność, waluta, sprzedawcy na danym rynku), a nie tylko przetłumaczony akapit.
• Strony nawigacyjne (kategorie, filtry) zostają w indeksie wtedy, gdy rzeczywiście pomagają wybrać produkt. Puste i jednoelementowe archiwa lepiej z indeksu wyłączyć, tak jak opisano wyżej.

#Jak zasada reputacji witryny dotyczy treści afiliacyjnych

Druga zasada, która dotyka afiliacji, to zasada reputacji witryny (site reputation abuse). Dotyczy sytuacji, w której treść stron trzecich trafia na domenę gospodarza głównie po to, żeby skorzystać z sygnałów rankingowych, które ta domena zdobyła własną treścią (Google Search Central, zasady dotyczące spamu). Wśród przykładów naruszeń Google podaje serwis edukacyjny, który hostuje sponsorowane recenzje chwilówek napisane przez kogoś z zewnątrz, oraz serwis medyczny z niezintegrowaną stroną reklamową o “najlepszych kasynach”.

Dla wydawcy na WordPressie granica przebiega tak:

• Sama obecność linków afiliacyjnych nie jest problemem. Na liście przykładów zgodnych z zasadą Google wymienia wprost linki afiliacyjne rozmieszczone na stronie, o ile są odpowiednio oznaczone, oraz osadzone jednostki reklamowe stron trzecich.
• Problemem jest sekcja serwisu (na przykład /kupony/ albo /recenzje/) prowadzona przez zewnętrzną firmę, bez udziału redakcji. Google ocenia, czy treść powstaje przy wystarczającym wkładzie, nadzorze redakcyjnym lub udziale gospodarza, żeby uznać ją za w pełni zintegrowaną z witryną.
• Jeśli serwis przyjmuje teksty partnerów, w WordPressie da się to ustawić procesowo: osobna rola dla autorów zewnętrznych bez prawa publikacji, akceptacja redaktora przed publikacją i widoczny autor każdego wpisu.

#Kiedy używać rel="sponsored", a kiedy rel="nofollow"

Od września 2019 roku (wpis na blogu Google Search Central) Google oczekuje, że linki płatne i afiliacyjne będą odpowiednio oznaczone. rel="sponsored" to podstawowy sygnał dla płatnych umieszczeń. rel="nofollow" pozostaje poprawnym rozwiązaniem awaryjnym, gdy nie da się ustalić, czy link jest płatny.

<!-- BAD: unqualified paid link -->
<a href="https://example-network.com/r?u=123">Buy now</a>

<!-- Acceptable fallback -->
<a href="https://example-network.com/r?u=123" rel="nofollow">Buy now</a>

<!-- Preferred for affiliate / paid -->
<a
  href="https://example-network.com/r?u=123"
  rel="sponsored noopener noreferrer"
  target="_blank"
>Buy now</a>

Praktyczne zasady dla WordPressa:

• Stosuj sponsored (albo awaryjnie nofollow) na każdym przekierowaniu, które ostatecznie trafia do programu partnerskiego sklepu, także na przekierowaniach /go/ pod własną domeną.
• Zostaw noopener noreferrer przy target="_blank", żeby strona docelowa nie miała dostępu do window.opener.
• Nie usuwaj rel w motywie edytora, filtrach Gutenberga ani we wtyczce SEO “czyszczącej linki”. Po aktualizacjach motywu sprawdzaj filtry the_content i działanie wp_targeted_link_rel.
• Komentarze użytkowników z wklejonymi adresami afiliacyjnymi oznaczaj jako ugc (często także nofollow), a płatne umieszczenia redakcyjne jako sponsored.

Według dokumentacji Google tak oznaczone linki zwykle nie są śledzone, choć strona docelowa może zostać odkryta inną drogą, na przykład z map witryn albo linków z innych serwisów. Zasady dotyczące spamu nie traktują płatnego linku jako naruszenia, jeśli ma rel="nofollow" albo rel="sponsored". Brak oznaczenia na komercyjnej stronie to ryzyko zgodności i jakości, którego łatwo uniknąć, a nie sprytny trik na pozycje.

#Czym skracanie linków różni się od cloakingu

W środowisku afiliacyjnym słowo “cloaking” oznacza dwie różne rzeczy. Właśnie przez ich mylenie zespoły wchodzą na teren zasad dotyczących spamu.

Przekierowanie pod własną domeną (zwykle w porządku). Mapujesz https://yoursite.com/go/hosting na afiliacyjny adres sklepu przekierowaniem 301/302 po stronie serwera. HTML, który widzą użytkownik i robot w artykule z recenzją, nadal zawiera zwykłe <a href="https://example.com/go/hosting" rel="sponsored ...">. Po przekierowaniu celem jest sklep. Po co: krótsze adresy, łatwiejsza wymiana identyfikatorów sieci, rejestrowanie kliknięć.

Cloaking w sensie SEO (spam). Pokazujesz Googlebotowi inną treść, inne linki albo inne zachowanie HTTP niż użytkownikom, na przykład czystą recenzję dla user agenta Googlebota i ścianę ofert działającą tylko w JS dla ludzi, albo HTML zależny od lokalizacji, który ukrywa bloki afiliacyjne przed robotami, a pokazuje je odwiedzającym. W świetle zasad Google dotyczących spamu to jest cloaking.

Rozgałęzianie HTML afiliacyjnego według user agenta lub IP. Serwowanie robotom i przeglądarkom różnych zestawów linków wychodzących to sygnał ostrzegawczy, nawet jeśli obie wersje są “pomocne”. Utrzymuj jedną reprezentację HTML. Jeśli sieć wymusza strony docelowe zależne od kraju, obsłuż to po przejrzystym przekierowaniu, a nie przez modyfikowanie dokumentu, który skanuje robot.

Ukryte linki afiliacyjne. Kotwice ukryte w CSS, przezroczyste nakładki czy warstwy clickjackingu na całą stronę łamią zarówno zaufanie użytkowników, jak i zasady dotyczące spamu. Oznaczenie współpracy nie uratuje zwodniczego modelu interakcji.

Jeśli potrzebujesz ładnych adresów, zrób przekierowanie. Nie zmieniaj tego, co widzi robot.

#Jakich przekierowań w JavaScripcie unikać

Przekierowania po stronie klienta są częste w “skryptach afiliacyjnych” i page builderach. Są kruche z punktu widzenia SEO, analityki i dostępności.

Antywzorce do usunięcia:

1. window.location po kliknięciu bez prawdziwego href. <span> albo <button>, który przenosi tylko przez JS, przestaje działać, gdy JS się spóźnia, jest blokowany albo zepsuty. Roboty i technologie asystujące tracą poprawny graf linków.
2. Meta refresh po pustej stronie pośredniej. Dokument 200 OK, którego jedynym zadaniem jest <meta http-equiv="refresh">, zachęca do zaindeksowania pustej skorupy i dodaje opóźnienie.
3. Odliczanie (“przekierowanie za 5 sekund”), które istnieje tylko po to, żeby odpalić piksel śledzący. Lepiej korzystać z logów serwera albo beacona na zdarzeniu kliknięcia w zwykły link, a potem od razu przekierować na krawędzi albo w PHP.
4. Łańcuch przekierowań. Z artykułu do /go/a (JS), stamtąd do /out/b (302), potem do sieci i dopiero do sklepu. Każdy krok to kolejny punkt awarii i może usunąć lub zmienić parametry zapytania. Gdy się da, zredukuj to do jednego przekierowania serwerowego.
5. Zaciemnione adresy docelowe, dekodowane z Base64 w JS, tak żeby ludzie (i audytorzy) nie widzieli, dokąd prowadzi kliknięcie. Na dłuższą metę przejrzystość służy witrynie lepiej niż zaciemnianie.

Zalecany wzorzec: <a href> wskazujący na ścieżkę pod własną domeną albo wprost na adres sieci, z rel="sponsored noopener noreferrer", i jedno przekierowanie HTTP, jeśli używasz własnej domeny.

add_action('template_redirect', static function (): void {
    if (! is_singular('affiliate_links')) {
        return;
    }

    $url = get_post_meta(get_the_ID(), 'destination_url', true);
    if (! is_string($url) || $url === '') {
        return;
    }

    // 302/307 if the destination rotates often; 301 when the mapping is stable.
    wp_redirect(esc_url_raw($url), 302);
    exit;
});

Nginx (PHP w ogóle się nie uruchamia):

location = /go/hosting {
    return 302 https://example-merchant.example/?ref=YOUR_ID;
}

#Jak tabele ofert afiliacyjnych wpływają na Core Web Vitals

Tabele porównawcze i moduły “okazji” często niszczą wskaźniki page experience, nawet gdy sam tekst jest w porządku.

Largest Contentful Paint (LCP). Banery hero ładowane z CDN-ów reklamowych lub afiliacyjnych, niezoptymalizowane pliki PNG w siatkach produktów i karuzele czekające na zewnętrzny JS opóźniają LCP. Kluczowe obrazy hostuj u siebie (AVIF/WebP), podawaj jawnie width/height i nie wstawiaj elementu LCP późnym JS-em.

Cumulative Layout Shift (CLS). Osadzenia afiliacyjne, które po wyrenderowaniu wstrzykują odznaki, widżety gwiazdek albo moduły cen, przesuwają treść artykułu. Zarezerwuj miejsce przez min-height szkieletu albo wyrenderuj tabelę nad linią zgięcia jako statyczny HTML i oszczędnie dodawaj interaktywność.

Interaction to Next Paint (INP). Ściany ofert z ciężkimi obsługami kliknięć, zgodą plus trackerem plus skryptem sieci na każdym CTA albo nasłuchiwaczami mousedown na poziomie dokumentu konkurują o główny wątek. Ścieżka kliknięcia ma być lekka: najpierw natywna nawigacja, analityka jako nieblokujący beacon.

Budżet skryptów zewnętrznych. Wiele wtyczek “inteligentnych linków” ładuje CSS/JS w całej witrynie, także we wpisach bez żadnego linku afiliacyjnego. To kłóci się z wytycznymi wydajności WordPressa. Ładuj zasoby tylko w szablonach, które ich potrzebują, albo zrezygnuj z wtyczki i użyj przekierowań serwerowych.

Zgody i menedżery tagów. Zagnieżdżanie pikseli afiliacyjnych w menedżerze tagów, który ładuje też czat, mapy ciepła i narzędzia do testów A/B, zamienia każdą recenzję w kaskadę żądań. Oddziel niezbędne działanie własne od opcjonalnych tagów marketingowych, a te drugie uruchamiaj dopiero po zgodzie, tam gdzie jest wymagana.

Mierz dane terenowe (CrUX / Search Console) na rzeczywistych adresach recenzji, nie tylko na stronie głównej. Wyniki laboratoryjne na okrojonym motywie stagingowym nie pokażą CLS wywołanego osadzeniami.

#Jak ustawić canonical i parametry URL w serwisie afiliacyjnym

Procesy afiliacyjne generują warianty adresów. Bez porządku Google wybiera zły adres kanoniczny albo rozprasza sygnały między bliźniaczymi stronami.

Jeden samoodwołujący się canonical na recenzję. Adres kanoniczny powinien być czystą ścieżką, którą chcesz mieć w indeksie, bez parametrów śledzących. Jeśli kampania prowadzi na ?utm_source=newsletter, nadal emituj czysty canonical.

Nie traktuj adresów pośrednich jak artykułów z canonicalem na siebie. /go/product ma przekierowywać, a nie renderować indeksowalny dokument z canonicalem wskazującym na stronę pośrednią.

Paginacja i filtry fasetowe. Jeśli katalog produktów opiera się na afiliacji, ustaw noindex na czystych kombinacjach sortowania i filtrów (?sort=price, ?color=red), chyba że są strategicznie unikalne. Gdy przefiltrowany widok nie wnosi treści wartej skanowania, lepiej dać rel=canonical do niefiltrowanego huba.

Spójność ukośnika i hosta. Mieszanie www, gołej domeny i łańcuchów z HTTP na HTTPS w wychodzących linkach pomiarowych bardziej psuje logi niż pozycje, ale błędne adresy bezwzględne w mapach witryny nadal marnują skanowanie. Pilnuj poprawnych wartości home / siteurl w WordPressie i generuj adresy docelowe jedną funkcją pomocniczą.

hreflang w wielojęzycznych serwisach afiliacyjnych. Recenzja w każdym języku powinna wskazywać na własny adres. Nie kieruj wszystkich wersji językowych na angielski głęboki link sklepu, jakby był tłumaczeniem. Język kasy w sklepie to osobna sprawa niż graf hreflang twojego artykułu.

Listy dozwolonych parametrów w analityce. Zapisuj utm_* i własne identyfikatory kliknięć w analityce, a nie przez tworzenie indeksowalnych klonów. Usuwaj pozostałości parametrów kampanii z nawigacji wewnętrznej.

#Jak oznaczać współpracę afiliacyjną bez upychania słów kluczowych

Regulatorzy oczekują wyraźnego oznaczenia blisko rekomendacji, a nie schowanego w stopce. Amerykańska FTC w odpowiedziach na pytania o Endorsement Guides pisze, że informacja o prowizji ma być wyraźna i widoczna, że czytelnik może przeoczyć notkę na dole strony i że sam przycisk “Disclosure” prowadzący do osobnej podstrony nie wystarcza. Według FTC sam dopisek “affiliate link” przy linku może być dla części odbiorców niejasny (FTC, Endorsement Guides: What People Are Asking). Systemy oceny jakości w wyszukiwarce też źle reagują na upchane, powtarzalne formułki.

Rób tak:

• Umieść krótką informację prostym językiem przed pierwszą rekomendacją afiliacyjną albo tabelą porównawczą.
• Używaj jednego bloku albo shortcode’u, żeby treść była spójna i edytowalna w jednym miejscu.
• Gdy to pomaga, oznaczaj linki wizualnie (gwiazdka z objaśnieniem, dopisek “link płatny”), ale nie zamieniaj każdego zdania w paragraf prawniczy.
• Pisz w oznaczeniu o relacji handlowej, nie o docelowych słowach kluczowych.

Nie rób tak:

• Nie powtarzaj fraz w stylu “najlepszy tani hosting wordpress oznaczenie afiliacyjne”, żeby podbić SEO tematyczne.
• Nie chowaj jedynego oznaczenia w dymku podpowiedzi albo pod warstwą reklam.
• Nie pisz “bezstronnie” w tym samym zdaniu, w którym przemilczasz płatną współpracę.
• Nie upychaj nazw produktów w bloku z oznaczeniem.

function affiliate_disclosure_shortcode(): string {
    return '<aside class="affiliate-disclosure" role="note">'
        . '<p>Some links on this page are affiliate links. If you buy through them, we may earn a commission. That does not change the price you pay.</p>'
        . '</aside>';
}
add_shortcode('ad', 'affiliate_disclosure_shortcode');

Wstaw [ad] (albo zsynchronizowany wzorzec) na górze szablonów recenzji. Połącz to z poprawnymi atrybutami rel: oznaczenie współpracy i kwalifikacja linków rozwiązują różne problemy.

#Jak ustawić natywne przekierowania afiliacyjne bez ciężkich wtyczek

Wtyczki do “maskowania”, takie jak ThirstyAffiliates czy PrettyLinks, zamieniają brzydkie adresy sieci w ścieżki pod własną domeną. Sam cel jest w porządku. Typowy koszt to CSS/JS przy każdym żądaniu i kolejna własna tabela do utrzymania.

Wybieraj:

1. Przekierowania na krawędzi albo na serwerze (Nginx/Apache) dla stałego, niewielkiego zestawu adresów.
2. Osobny własny typ wpisu affiliate_links plus template_redirect, gdy redaktorzy potrzebują interfejsu, a ty nie masz dostępu do konfiguracji serwera.
3. Bezpośrednie adresy sieci z rel="sponsored", gdy własna domena w linku nie jest potrzebna.

Nie instaluj menedżera linków działającego w całej witrynie tylko po to, żeby zmienić nazwy dziesięciu adresów. Zmierz wagę tagów link/script przed i po na wpisie bez żadnych CTA afiliacyjnych. Jeśli wtyczka nadal się tam ładuje, to złe narzędzie.

#Jak system recenzji Google ocenia strony afiliacyjne

System recenzji (reviews system) ma nagradzać recenzje wysokiej jakości. Według dokumentacji ocenia artykuły, wpisy blogowe i podobne samodzielne treści własne, które polecają, opiniują albo analizują produkt lub usługę: pojedynczą recenzję, porównanie dwóch produktów i rankingi rekomendacji (Google Search Central, system recenzji). Nie dotyczy opinii użytkowników pod kartą produktu.

Dwie właściwości tego systemu wpływają na architekturę serwisu afiliacyjnego:

• Ocena odbywa się głównie na poziomie pojedynczej strony. Przy witrynach z dużą ilością treści recenzenckich system może jednak ocenić treść w skali całej witryny. Duża liczba słabych rankingów może więc obciążyć także dobre recenzje w tym samym serwisie.
• System jest ulepszany na bieżąco, a treść, na którą wpłynął, może z czasem odzyskać widoczność, jeśli zostanie poprawiona. Dokumentacja nie podaje terminu.

Google publikuje też osobną listę wskazówek o pisaniu recenzji wysokiej jakości (Google Search Central, pisanie recenzji). Kilka punktów przekłada się bezpośrednio na szablon wpisu w WordPressie:

Wskazówka o kilku sprzedawcach ma konsekwencję techniczną: zamiast jednego przycisku do jednej sieci szablon potrzebuje powtarzalnego pola z listą sklepów. W WordPressie wystarczy pole powtarzalne w bloku albo meta wpisu z tablicą adresów, renderowane jako zwykłe linki z poprawnym rel.

#Jak oznaczyć recenzję afiliacyjną danymi strukturalnymi Product i Review

Strona afiliacyjna nie sprzedaje produktu, więc nie kwalifikuje się do wyników sprzedawcy (merchant listings). Dokumentacja Google rozdziela dwa przypadki: fragmenty produktów (product snippets) są dla stron, na których nie można kupić produktu bezpośrednio, a wyniki sprzedawcy dla stron, na których klient kupuje od ciebie (Google Search Central, dane strukturalne produktu). Recenzja z linkiem do sklepu partnera to pierwszy przypadek.

Wymagania minimalne dla fragmentu produktu są krótkie: name oraz jedna z właściwości review, aggregateRating albo offers (Google Search Central, fragment produktu). Na stronie recenzji naturalnym wyborem jest zagnieżdżony Review z reviewRating. Nazwa recenzenta musi być poprawną nazwą osoby (Person) albo zespołu (Team).

Zalety i wady oznacza się właściwościami positiveNotes i negativeNotes, każda jako ItemList z elementami ListItem. Dokumentacja stawia trzy warunki:

• wyświetlanie zalet i wad dotyczy wyłącznie redakcyjnych stron z recenzją produktu, nie stron sprzedawców ani opinii klientów,
• potrzebne są co najmniej dwa stwierdzenia o produkcie, w dowolnym połączeniu zalet i wad,
• funkcja działa w wybranych językach, w tym po polsku, angielsku, niemiecku, hiszpańsku i portugalsku. Google może też wyodrębnić zalety i wady z treści samodzielnie.

{
  "@context": "https://schema.org",
  "@type": "Product",
  "name": "Router Pasmo AX3000",
  "review": {
    "@type": "Review",
    "author": { "@type": "Person", "name": "Agnieszka Wróblewska" },
    "reviewRating": { "@type": "Rating", "ratingValue": 4, "bestRating": 5 },
    "positiveNotes": {
      "@type": "ItemList",
      "itemListElement": [
        { "@type": "ListItem", "position": 1, "name": "Stabilny zasięg na dwóch piętrach" }
      ]
    },
    "negativeNotes": {
      "@type": "ItemList",
      "itemListElement": [
        { "@type": "ListItem", "position": 1, "name": "Brak portu 2,5 GbE" }
      ]
    }
  }
}

Zasady fragmentów opinii (review snippet) dokładają ograniczenia istotne właśnie dla serwisów afiliacyjnych (Google Search Central, fragment opinii):

• Opinia ma dotyczyć konkretnego produktu, nie kategorii ani listy produktów. Ranking “10 routerów do mieszkania” nie dostaje jednej oceny dla całej listy.
• Nie wolno agregować ocen ani opinii z innych witryn. Gwiazdki skopiowane z karty produktu w sklepie partnera nie mogą trafić do aggregateRating na twojej stronie.
• Treść opinii musi być dostępna dla użytkownika na oznaczonej stronie, a ocena zbiorcza z aggregateRating ma być na niej widoczna.
• Nie oznacza się fałszywych ani nieujawnionych opinii motywowanych korzyścią.
• Strony z danymi LocalBusiness lub Organization, których podmiot kontroluje opinie o sobie, nie dostają gwiazdek. Dotyczy to na przykład oceny samego serwisu umieszczonej na jego stronie “o nas”.

Naruszenie tych zasad może skończyć się działaniem ręcznym, a po poprawkach można złożyć prośbę o ponowne rozpatrzenie. W WordPressie najprościej generować JSON-LD z tych samych pól, które renderują widoczną recenzję (ocena, zalety, wady). Wtedy dane strukturalne nie rozjadą się z treścią, gdy redaktor zmieni ocenę w edytorze.

#Co powinna zawierać lista kontrolna wdrożenia SEO afiliacyjnego

Zanim uruchomisz albo zaudytujesz afiliacyjny serwis na WordPressie:

1. Każdy płatny link wychodzący (także przekierowania pod własną domeną) ma rel="sponsored" albo jawne awaryjne nofollow.
2. Adresy pośrednie zwracają przekierowania HTTP, nie ma ich w mapach witryny i nie renderują indeksowalnych pustych stron HTML.
3. Brak rozgałęzień według user agenta, które zmieniają HTML afiliacyjny dla robotów i ludzi.
4. Główne CTA nie działają wyłącznie przez JS; href działa przy wyłączonym JS.
5. Szablony recenzji przechodzą Core Web Vitals najpierw z wyłączonymi osadzeniami jako punktem odniesienia, potem z włączonymi. Regresje CLS/LCP napraw przed startem.
6. Adresy kanoniczne wskazują na czyste ścieżki, a parametry kampanii nie tworzą alternatywnych indeksowalnych adresów.
7. Oznaczenie współpracy pojawia się przed pierwszą rekomendacją, ludzkim językiem, bez upychania słów kluczowych.
8. CSS/JS menedżera linków jest ograniczony do potrzebnych miejsc albo usunięty, a przekierowania obsługuje serwer lub minimalny własny typ wpisu.
9. Recenzje mają własne pomiary, zdjęcia i więcej niż jednego sprzedawcę, a opis producenta z feedu nie jest treścią wpisu.
10. JSON-LD Product z zagnieżdżonym Review powstaje z tych samych pól co widoczna recenzja i nie zawiera ocen skopiowanych z innych witryn.

SEO afiliacyjne w 2026 roku to przede wszystkim powściągliwość: mniej ubogich adresów, uczciwe oznaczanie linków, jedno przekierowanie, mierzalna wydajność i oznaczenie współpracy, które brzmi jak informacja, a nie eksperyment rankingowy.