Precle (presell pages) - czym były i dlaczego dziś to spam

Jeśli zajmujesz się SEO krócej niż dekadę, słowo precel może kojarzyć się tylko z piekarnią. W latach 2008-2012 presell pages (w polskim żargonie: precle) były jednak jednym z głównych kanałów masowego link buildingu. Ten tekst nie jest instrukcją odtworzenia sieci. To mapa historyczna, odczytanie dzisiejszych polityk spamu Google Search Central oraz checklista techniczna WordPress pod treści partnerskie i przeglądowe - bez cloakingu, doorway i cienkich wrapperów afiliacyjnych.

#Czym historycznie był precel (presell page)

Precel to była strona (zwykle blog na WordPressie), której jedynym celem biznesowym było hostowanie krótkich tekstów z linkami wychodzącymi do stron „money” klienta. Nie sprzedawała produktu. Nie budowała marki wydawcy. Istniała jako węzeł w grafie linków.

W odróżnieniu od katalogów stron (listy URL-i z opisami), precel udawał normalny blog: tytuł artykułu, kilka akapitów, sidebar, czasem komentarze. Algorytmy sprzed ery Panda/Pingwin gorzej radziły sobie z oceną jakości treści i intencji strony, więc masowe farmy wyglądały w indeksie jak „treść”.

Typowy cykl (opis historyczny, nie procedura do powtórzenia):

1. Domena tania lub wygasła, WordPress z domyślnym motywem.
2. Krótki tekst (często poniżej tysiąca znaków) z kilkoma anchorami exact match.
3. Automatyczne zgłoszenia do setek podobnych węzłów albo własna sieć domen.
4. Skalowanie przez mieszarki synonimów zamiast redakcji.

W polskim rynku precli działały też sieci „pod klucz”: operator utrzymywał farmę, klient kupował pakiet publikacji. To wzmacniało wspólne sygnały spamu - te same IP, te same szablony, te same wzorce anchorów - które później Pingwin i systemy link spam zaczęły karać systemowo.

#Precel a katalog, PBNet i farma treści

Trzy pojęcia miesza się do dziś, więc warto je rozdzielić:

Precel nie był „SEO contentem” w sensie 2026. Był opakowaniem na link. Google Search Central dziś nazywa bliskie potomki tego modelu wprost: doorway pages, thin affiliate pages, scraped/spun content, link spam. Różnica leży w nazewnictwie i skali automatyzacji, nie w intencji.

#Era mieszarek i dlaczego „unikalność” nie ratowała jakości

Specjaliści nie pisali tysięcy precli ręcznie. Używali mieszarek (synonimizerów): szablon z nawiasami {Kup|Nabądź|Zamów} generował warianty, które technicznie różniły się tokenami, ale nie niosły informacji.

Dla indeksu przed Pandą wystarczyło „być innym niż sąsiad”. Dla czytelnika tekst był bełkotem. Panda (2011) uderzyła właśnie w thin content i farmy o niskiej wartości użytkowej. Pingwin (2012) dołożył karę za nienaturalne profile linków - exact match, masowe outbound z jednego sąsiedztwa, schematyczne wzorce.

Lekcja inżynierska, nie nostalgiczna: podobieństwo leksykalne między stronami, powtarzalne szablony HTML i wspólna infrastruktura to sygnały klastra. Nie „unikalność procentowa” z narzędzia do spamu, tylko to, czy strona odpowiada na intencję użytkownika.

#Dlaczego Google traktuje doorway i thin affiliate jako spam

Polityki spamu w Google Search Central nie są archiwum 2012. To żywy dokument. Trzy kategorie mapują się bezpośrednio na dziedzictwo precli:

#Doorway pages

Strony zbudowane przede wszystkim po to, by rankować na podobne zapytania i przepchnąć użytkownika dalej - często do jednej strony docelowej - bez samodzielnej wartości. Klasyczna sieć precli „miasto + fraza” z niemal identycznym tekstem to doorway w dzisiejszej nomenklaturze, nawet jeśli ktoś nazwie to „landingiem lokalnym”.

#Thin affiliate pages

Strony, które głównie powielają treść sprzedawcy lub programów partnerskich, dodają mało własnej wartości (testów, porównań, danych, doświadczenia), a istnieją po to, by zbierać prowizję. Wrapper z trzema akapitami i przyciskiem „kup” to nie „content marketing”. W dokumentacji Google to osobna kategoria spamu.

#Cloaking i ukrywanie

Serwowanie botowi Google innej treści niż użytkownikowi, ukrywanie tekstu lub linków CSS/JS, przekierowania warunkowe po User-Agent - to cloaking. Historyczne precle czasem łączyły cienką treść z technikami maskującymi. W 2026 cloaking pozostaje twardym naruszeniem, niezależnie od tego, czy motywem jest affiliate, czy „test A/B”.

Dodatkowo link spam obejmuje schematy manipulacji rankingiem przez nienaturalne linki. Sieć precli była właśnie takim schematem: skala, exact match, brak redakcyjnej intencji.

Google równolegle publikuje wytyczne helpful content: treść ma służyć ludziom, być napisana z doświadczenia, nie być produkowana głównie pod ranking. Precel historyczny przeczy obu osiom naraz - i wartości użytkowej, i intencji.

#Co nie jest już „starym SEO, które działa po cichu”

W forach i Discordach SEO wciąż pojawia się mit: „precle umarły, ale prywatne blogi / PBN / spun AI to to samo pod inną nazwą”. Z perspektywy polityk spamu różnica kosmetyczna nie zmienia klasyfikacji.

Nie piszemy tu checklisty budowy sieci. Piszą się natomiast czerwone flagi audytu, które w praktyce agencyjnej widać na WordPressie klienta:

• Dziesiątki prawie identycznych postów różniących się tylko miastem lub synonimem produktu.
• Motyw i wtyczki skopiowane 1:1 na wielu domenach z tym samym footprintem.
• Anchory exact match w każdym akapicie, zero brandowych i naturalnych fraz.
• Brak autora, daty weryfikacji, źródeł, ujawnienia relacji partnerskiej.
• Treść generowana hurtowo (mieszarka kiedyś, LLM bez redakcji dziś) bez faktów mierzalnych.

Jeśli Archive.org pokazuje, że domena była farmą precli, nie traktuj jej jako „aged domain z historią”. Historia spamu zostaje w grafie linków i w pamięci jakościowej dłużej, niż sugeruje marketing odsprzedawców domen.

#Bezpieczniejsze wzorce 2026: treść przeglądowa, disclosure, linki sponsorskie

Afiliacja i partnerstwa nie są zakazane. Zakazane (w sensie ryzyka spam action / demotion) są cienkie opakowania i manipulacja. Wzorce, które są zgodne z duchem Search Central i z prawem konsumenckim w UE/PL:

#Treść przeglądowa z własną wartością

Porównanie produktów, protokół testu, ograniczenia, dla kogo oferta nie pasuje, dane własne (pomiary TTFB, zrzuty GSC, logi błędów WooCommerce). Link partnerski jest skutkiem ubocznym rekomendacji, nie jedynym celem URL-a.

#Ujawnienie relacji (disclosure)

Czytelnik ma wiedzieć, że możesz otrzymać prowizję. To nie jest „SEO trick” - to transparentność i zgodność z oczekiwaniami reklamowymi. Disclosure widoczny, nie schowany w stopce szarym fontem.

#Oznaczanie linków sponsorskich / partnerskich

Gdzie program lub prawo wymaga rel="sponsored" (lub historycznie nofollow w starszych umowach), stosuj atrybuty konsekwentnie. Nie ukrywaj sponsorowanych wyjść jako „edytorskich”, jeśli są płatne lub prowizyjne w schemacie manipulacji.

#Digital PR i właścicielskie badania

Zamiast 500 słabych URL-i - jeden materiał z danymi, cytowany przez inne serwisy, bo wnosi coś nowego. To nadal „link building”, ale innym mechanizmem: zasłużona cytowalność, nie farma.

Poniższe zestawienie to ilustracja jakościowa, nie cennik ani oferta:

#WordPress: implementacja techniczna bez cloakingu

WordPress był silnikiem precli, bo instalacja była tania i szybka. Ten sam CMS dziś spokojnie obsługuje bezpieczną treść partnerską - pod warunkiem, że warstwa techniczna nie kłamie botom.

#Jedna treść dla użytkownika i Googlebota

Nie serwuj innego HTML na podstawie HTTP_USER_AGENT, IP Googlebot ani geo, jeśli celem jest oszukanie indeksu. Testy A/B przez Search Console experiments lub uczciwe warianty UI to co innego niż cloaking. Jeśli używasz CDN/WAF, sprawdź, czy reguły botów nie podmieniają body.

#Canonical, indeksacja, paginacja

Każdy przegląd partnerski powinien mieć jasny canonical na siebie (lub na stronę kanoniczną, jeśli to kopia). Unikaj indeksowania parametrów śledzenia (?ref=, UTM jako jedyny wariant URL w sitemap). Relacje noindex stosuj świadomie na stronach czysto transakcyjnych bez wartości, nie jako „ukrycie farmy”.

#Linki wychodzące

W treści edytorskiej używaj zwykłych <a href> widocznych w DOM. Nie ładuj destination dopiero po kliknięciu w sposób, który ukrywa URL przed crawlerem, jeśli jednocześnie udajesz link edytorski. Dla sponsorowanych: rel="sponsored noopener noreferrer" (oraz nofollow, jeśli wymaga tego umowa). W Gutenbergie atrybuty ustawiasz w bloku łącza lub przez filtr the_content / wp_targeted_link_rel.

Przykład filtra (szkic dla motywu potomnego) - tylko do oznaczania znanych domen partnerskich, nie do maskowania:

<?php
declare(strict_types=1);

add_filter('the_content', static function (string $content): string {
    $partner_hosts = ['example-partner.com', 'shop.example-partner.com'];
    return preg_replace_callback(
        '#<a\s([^>]*href=["\']https?://([^/"\']+)[^"\']*["\'][^>]*)>#i',
        static function (array $m) use ($partner_hosts): string {
            $host = strtolower($m[2]);
            $attrs = $m[1];
            foreach ($partner_hosts as $partner) {
                if ($host === $partner || str_ends_with($host, '.' . $partner)) {
                    if (!preg_match('/\brel=/i', $attrs)) {
                        $attrs .= ' rel="sponsored noopener noreferrer"';
                    }
                    break;
                }
            }
            return '<a ' . $attrs . '>';
        },
        $content
    ) ?? $content;
});

#Schema i YMYL

Jeśli piszesz o finansach, zdrowiu lub prawie, nie doklejaj Review/Product schema „dla rich results”, jeśli strona nie zawiera realnej recenzji. Misleading structured data to osobna ścieżka problemów w Search Console. Dla zwykłego przeglądu technicznego wystarczy spójny Article/BlogPosting z datami i autorem - to, co layout bloga i tak emituje.

#Wydajność i szablon

Farma precli żyła na tanich shared hostingach i ciężkich builderach. Dziś cienka treść plus wolny TTFB to podwójny sygnał niskiej jakości doświadczenia. Cache strony, object cache, sensowny motyw bez zbędnych skryptów - to higiena, nie „hack SEO”, ale pomaga utrzymać helpful experience na URL-ach, które mają prawo rankować.

#Audyt kodu pod kątem spamu

Przed przejęciem „starej instalacji WP” sprawdź:

• wtyczki SEO z masowym autogenerowaniem city-pages,
• cron publikujący spun content,
• ukryte widgety z chmurą linków exact match,
• robots.txt i meta robots niespójne między szablonami,
• użytkownicy i backdoory po wcześniejszym właścicielu sieci.

#Jak audytować ryzyko „precel DNA” w istniejącym serwisie

1. Wyciągnij próbkę 50 URL-i z podobnym szablonem tytułu i porównaj unikalność tez (nie tylko procent plagiatu).
2. W GSC sprawdź ręczne działania, spadki po core update, raport linków zewnętrznych pod kątem toksycznego sąsiedztwa.
3. W logach serwera upewnij się, że Googlebot dostaje ten sam status i body co Brave/Chrome.
4. Usuń lub noindex + canonical naprawczy dla URL-i bez wartości; nie „odświeżaj” ich synonimami.
5. Zbuduj plan treści: mniej stron, każda z protokołem aktualizacji (lastVerified) i źródłami.

#Lekcja dla inżynierów SEO i developerów WordPress

Precle umarły jako strategia indeksu, ale wzorzec myślenia wraca w nowych skórkach: AI spun city pages, programatyczne afiliacje bez testów, cloaking „pod personalizację”. Dokumentacja Google Search Central (spam policies + helpful content) jest tu źródłem prawdy wyżej niż nostalgia forów z 2010.

Buduj na WordPressie treści, które mają sens bez kliknięcia w link partnerski. Oznaczaj relacje. Nie kłam botom. Domeny z historią farmy traktuj jako dług techniczny, nie aktyw.

Zobacz nasze usługi optymalizacji SEO i widoczności, jeśli chcesz uporządkować indeks, treść partnerską i sygnały jakości w istniejącym projekcie WordPress.