Google Preferred Sources: kompletny przewodnik dla wydawców (2026)

Czym jest Google Preferred Sources?

Preferred Sources to funkcja personalizacji wybieranej przez użytkownika. W narzędziu preferencji źródeł Google osoba zaznacza serwisy, których treści chce widzieć częściej. Google stosuje następnie tę preferencję we własnych wynikach.

Dokumentacja Google ujmuje to tak: „Gdy użytkownik wybierze Twój serwis jako źródło preferowane, Twoja treść ma większą szansę pojawić się w Top Stories, wyróżniona plakietką preferred”. Ta sama zasada obowiązuje teraz w odpowiedziach generowanych przez AI.

Dwa punkty wyznaczają całą resztę tego przewodnika. Po pierwsze, decyduje czytelnik, a nie algorytm: żadna optymalizacja techniczna nie uruchomi dodania za niego. Po drugie, efekt jest indywidualny: Twój serwis idzie w górę dla osób, które Cię dodały, i tylko dla nich. To nie jest sygnał globalny, który przesuwałby Twoją pozycję dla wszystkich.

Kalendarium: co się wydarzyło od sierpnia 2025

Funkcja bardzo się zmieniła w ciągu roku, a duża część treści publikowanych w sieci wciąż opiera się na stanie z 2025 roku. Oto weryfikowalne daty:

Zapamiętaj przede wszystkim krok z 27 maja 2026: to on sprawił, że Preferred Sources przestało być tematem „prasy i newsów”, a stało się tematem widoczności w wyszukiwaniu generatywnym.

Na jakich powierzchniach pojawiają się Preferred Sources

Dokumentacja dla wydawców wymienia dokładnie dwie rodziny powierzchni:

• Top Stories, dostępne „we wszystkich językach, w których działa Google Search”. To powierzchnia historyczna, ta z uruchomienia w 2025 roku. Wybrane źródła pojawiają się częściej w karuzeli albo w dedykowanej sekcji „From your sources”.
• AI Overviews i AI Mode, dostępne „we wszystkich językach i lokalizacjach, w których te funkcje są dostępne”. Gdy dodany przez Ciebie serwis zostaje zacytowany w wygenerowanej odpowiedzi, obok linku wyświetla się plakietka „preferred”.

Te dwa ustawienia są powiązane: pomoc Google precyzuje, że wybieranie preferowanych źródeł z poziomu AI Mode dostraja także doświadczenie w Top Stories i odwrotnie. Po stronie użytkownika jest więc tylko jedna lista do zarządzania.

Google Discover nie jest wymieniony w dokumentacji Preferred Sources. Ogłoszenie z 20 sierpnia 2026 wspomina wprawdzie o nowości w Discover, czyli możliwości wskazania w dowolnym tekście, jakie tematy chce się widzieć częściej lub rzadziej, ale to odrębny mechanizm. Nie łącz obu w rekomendacjach dla klienta.

„2 razy więcej kliknięć” ogłoszone przez Google: jak to czytać uczciwie

To liczba, którą wszyscy powtarzają. Google sformułował ją 30 kwietnia 2026 („czytelnicy są dwukrotnie bardziej skłonni kliknąć do serwisu po oznaczeniu go jako źródło preferowane”), a potem powtórzył 27 maja 2026. Jest prawdziwa, pochodzi od Google i zasługuje na zacytowanie, ale nie czyta się jej jako obiecanego przyrostu ruchu.

Trzy zastrzeżenia, które trzeba postawić systematycznie, zanim przedstawi się ją klientowi:

• Nie opublikowano żadnej metodologii. Google nie podał ani wielkości próby, ani okresu, ani dokładnej grupy porównawczej. To deklaracja produktowa, a nie odtwarzalne badanie.
• Kierunek przyczynowości nie jest ustalony. Ludzie dodają w pierwszej kolejności serwisy, które już lubią i które już czytali. Część „2x” mierzy najprawdopodobniej wcześniej istniejące powinowactwo, a nie efekt stworzony przez tę funkcję.
• Podwojenie dotyczy bazy, a nie wolumenu. Dwa razy więcej kliknięć od osób, które Cię dodały, nie mówi nic o liczbie tych osób. Jeśli dodało Cię trzystu czytelników, podwojenie dotyczy trzystu czytelników.

Sformułowanie, którego można bronić na spotkaniu: „Google podaje, że czytelnicy klikają mniej więcej dwa razy częściej do źródła, które sami dodali. To mnożnik na już zdobytej publiczności, a nie dźwignia pozyskania”.

Kto kwalifikuje się do Preferred Sources?

Kwalifikowalność jest szersza, niż się często sądzi: to nie jest zarezerwowane dla serwisów prasowych. Google wskazuje, że „każdy serwis publikujący świeże treści jest uprawniony”, a ogłoszenie z 2026 roku wymienia wprost przypadki „od lokalnego bloga niszowego po redakcje międzynarodowe”.

Są natomiast dwa udokumentowane ograniczenia:

• Wyłącznie poziom domeny lub subdomeny. Dokumentacja jest jednoznaczna: „Tylko serwisy na poziomie domeny i subdomeny mogą pojawiać się w narzędziu preferencji źródeł”. https://www.example.com/ i https://code.example.com/ się kwalifikują; podkatalog https://www.example.com/blog już nie. Jeśli Twoje medium żyje w podfolderze serwisu korporacyjnego, nie da się dodać go osobno.
• Regularna publikacja. Pomoc Google precyzuje, że „źródła, które nie są regularnie aktualizowane, mogą być niedostępne”. Google nie udokumentował żadnej minimalnej częstotliwości wyrażonej liczbowo.

Rozstrzygający test jest prosty i zajmuje dziesięć sekund: wyszukaj swoją domenę w narzędziu preferencji źródeł Google. Jeśli się tam pojawia, kwalifikujesz się i możesz zainstalować przycisk. Jeśli się nie pojawia, dokumentacja nakazuje najpierw to uporządkować, bo metody wdrożenia zakładają, że serwis już figuruje w narzędziu.

Jak użytkownik dodaje preferowane źródło

Istnieją trzy drogi, wszystkie po stronie użytkownika. Ich znajomość pozwala pisać instrukcje trafne, a nie przybliżone.

Z poziomu ustawień, na komputerze:

1. Wejść na google.com i kliknąć zdjęcie profilowe w prawym górnym rogu.
2. Otworzyć „Personalizacja wyszukiwania”, a następnie „Preferencje źródeł”.
3. Wyszukać żądany serwis i zaznaczyć odpowiednie pole.

Z poziomu Top Stories: uruchomić wyszukiwanie związane z newsami, kliknąć ikonę gwiazdki po prawej stronie nagłówka „Najpopularniejsze” / „Top stories”, wyszukać i zaznaczyć źródła, a potem kliknąć „Odśwież wyniki”.

Z bezpośredniego linku: adres https://www.google.com/preferences/source?q=example.com otwiera narzędzie od razu na wskazanej domenie. To ten format Google dokumentuje dla linków tekstowych i przycisków graficznych.

Dwa przydatne uściślenia: preferencje zachowują się między przeglądarkami, gdy użytkownik jest zalogowany na konto Google, a usunięcie działa dokładnie tak jak dodanie, przez odznaczenie pola. Google nie udokumentował maksymalnej liczby źródeł; ogłoszenie startowe mówiło, że „można wybrać tyle źródeł, ile się chce”.

Przycisk dla wydawców z 20 sierpnia 2026: wdrożenie standardowe i warianty zaawansowane

To nowość, która najbardziej zmienia sytuację wydawcy. Wcześniej trzeba było wysłać czytelnika na stronę preferencji Google i liczyć na jego powrót. Od 20 sierpnia 2026 Google udostępnia oficjalny przycisk, który, zgodnie z ogłoszeniem, „dodaje serwis jako źródło preferowane w Google i natychmiast przenosi użytkownika z powrotem tam, gdzie był na stronie wydawcy”. Tarcie znika niemal całkowicie.

Wdrożenie standardowe, to rekomendowane przez Google, mieści się dosłownie w dwóch liniach HTML:

• W sekcji <head>: <script async src="https://news.google.com/swg/js/v1/publisher.js"></script>
• Dokładnie w miejscu, gdzie ma się pojawić przycisk: <div google-add-preferred-source-btn></div>

Wyrenderowany przycisk jest stylowany przez Google, dopasowany do urządzenia i tłumaczony automatycznie na język użytkownika, co ma znaczenie dla serwisu wielojęzycznego, bo nie ma niczego do lokalizowania samodzielnie.

Udokumentowane są dwa atrybuty pozwalające dostroić wygląd:

• data-theme przyjmuje light (wartość domyślna) lub dark: <div google-add-preferred-source-btn data-theme="dark"></div>
• data-lang wymusza konkretny język i pomija wykrywanie automatyczne: <div google-add-preferred-source-btn data-lang="pl"></div>. Google udostępnia listę akceptowanych kodów w pliku CSV dołączonym do dokumentacji.

Trzy warianty zaawansowane są udokumentowane na wypadek, gdyby przycisk standardowy nie pasował.

Import modułu ES (ESM). Dla nowoczesnej aplikacji zarządzającej własnymi importami Google udostępnia preferredSource pod adresem https://news.google.com/swg/js/v1/publisher.mjs. Wywołuje się preferredSource.init({ theme: 'light', lang: 'pl' }) przy inicjalizacji, a następnie preferredSource.addPreferredSource() w obsłudze kliknięcia własnego przycisku. Zachowujesz więc w całości swoje zasoby projektowe.

Kolejka callbacków (IIFE). Dla klasycznego serwisu na skryptach globalnych ładuje się tę samą bibliotekę z wyłączonym automatycznym renderowaniem, <script async preferred-sources-control="manual" src="https://news.google.com/swg/js/v1/publisher.js"></script>, a potem dokłada swoją inicjalizację do self.PREFERRED_SOURCE, które otrzymuje obiekt preferredSource, gdy biblioteka jest gotowa. Ta sama logika co w kolejkach większości tagów reklamowych.

Link bezpośredni (deeplink). Rozwiązanie bez JavaScriptu: zwykły link do https://www.google.com/preferences/source?q=example.com, tekstowy lub na obrazku. Google dokumentuje obie formy. Jest najmniej płynna, nie zapewnia automatycznego powrotu w to samo miejsce na stronie, ale jako jedyna nie ładuje żadnego skryptu zewnętrznego. Dla serwisu europejskiego podlegającego ścisłemu zarządzaniu zgodami ta różnica nie jest drobiazgiem: załadowanie biblioteki Google to skrypt zewnętrzny, do obsłużenia w Twojej platformie zgód jak każdy inny. Google nie opublikował dedykowanej noty na ten temat.

Jak zachęcać czytelników, nie wychodząc poza ramy wyznaczone przez Google

Ważny punkt, który trzeba sformułować precyzyjnie: Google nie opublikował szczególnych reguł regulujących promowanie Preferred Sources. Dokumentacja nie wymienia ani praktyk zabronionych, ani ograniczeń dotyczących zachęt, ani powiązanych sankcji. Ogranicza się do stwierdzenia, że te metody „są przykładami tego, jak można budować publiczność i pomagać ludziom znaleźć Twój serwis jako źródło preferowane” oraz że „ich wdrożenie nie jest obowiązkowe, żeby pojawić się jako źródło preferowane”.

Brak spisanych reguł nie jest jednak wolną ręką. Ogólne zasady antyspamowe Google Search wciąż obowiązują i trzeba rozumować w kategoriach ryzyka, a nie formalnego zakazu. To, co zdecydowanie pozostaje w normie:

• Umieszczanie oficjalnego przycisku tam, gdzie czytelnik już wykazał zainteresowanie: koniec artykułu, strona „o nas”, strona z podziękowaniem po zapisie do newslettera, strefa subskrybenta.
• Wyjaśnienie w jednym zdaniu, co kliknięcie realnie robi, czyli „widzieć nasze artykuły częściej w wynikach Google”, zamiast obiecywania mglistej korzyści.
• Wspomnienie o dodaniu w kanałach, na które masz już zgodę: newsletter, media społecznościowe, społeczność.

Czego odradzamy, wobec braku wyraźnych ram i po prostu z ostrożności: uzależniania dostępu, treści czy rabatu od dodania jako źródło preferowane; agresywnych interstycjali blokujących czytanie; sugerowania, że dodanie jest konieczne, żeby dalej otrzymywać Twoje treści. Żadna z tych praktyk nie jest udokumentowana przez Google jako zabroniona, ale wszystkie przypominają schematy, które Google zwalcza gdzie indziej, i żadna nie jest potrzebna, żeby zdobyć dodania.

Jak zmierzyć wpływ (i dlaczego jest to trudne)

Lepiej powiedzieć to klientom wprost, zanim rozpocznie się prace: Google nie udostępnia żadnego raportu Preferred Sources. Na dziś nie istnieje ani licznik osób, które Cię dodały, ani dedykowany filtr w Search Console, ani wymiar w Google Analytics. Dokumentacja nie wspomina o żadnym mechanizmie śledzenia, żadnym callbacku sukcesu, żadnym API raportowym. Wydawcy pytani przez prasę branżową publicznie wyrażają frustrację dokładnie w tym punkcie.

Pozostają trzy pomiary pośrednie, niedoskonałe, ale użyteczne:

• Kliknięcie we własny przycisk. Wyzwól niestandardowe zdarzenie GA4 przy kliknięciu. Uważaj, co mierzysz: to intencja, a nie potwierdzenie dodania, bo nie widzisz, co dzieje się dalej po stronie Google. To jednak wystarczy, żeby porównać dwa umiejscowienia, dwa sformułowania albo dwa szablony.
• Wolumen wyszukiwań marki. W raporcie Skuteczność w Search Console śledź trend zapytań zawierających Twoją nazwę. Udana praca nad lojalnością tam się widzi, choć nigdy nie da się jej przypisać wyłącznie mechanizmowi Preferred Sources.
• Trend kliknięć na zapytaniach newsowych. Do obserwacji po kampanii zachęcającej do dodania, pamiętając, że sezonowość informacji jest czynnikiem nieporównanie silniejszym.

Wniosek metodyczny: traktuj Preferred Sources jako inwestycję w lojalność, a nie jako mierzalny kanał. Każda agencja obiecująca precyzyjne raportowanie tej funkcji sprzedaje coś, czego Google nie produkuje. Jeśli chcesz liczbowego obrazu swojej widoczności w wyszukiwaniu generatywnym, uzyskasz go przez audyt GEO, a nie przez pulpit Preferred Sources.

Czego Preferred Sources nie robi: to nie jest hack na ranking

To najważniejsza sekcja tego przewodnika, bo właśnie tutaj większość treści publikowanych od maja 2026 zjeżdża na manowce. Bądźmy wprost co do ograniczeń.

• To nie jest globalny czynnik rankingowy. Udokumentowany mechanizm to personalizacja dla użytkownika. Nie istnieje żadna wypowiedź Google mówiąca, że duża liczba dodań poprawiłaby Twoją pozycję u osób, które Cię nie dodały. Każde takie twierdzenie jest ekstrapolacją, a nie informacją, i Google nie wypowiedział się publicznie, żeby je potwierdzić lub zaprzeczyć.
• Plakietka nie jest publiczna. Plakietka „preferred” jest widoczna wyłącznie dla użytkownika, który dokonał wyboru. Twoi konkurenci jej nie widzą. Twoi potencjalni klienci również, chyba że Cię dodali.
• To nie tworzy publiczności. Trzeba, żeby ktoś już znał Twój serwis, aby go dodać. Mechanizm utrzymuje istniejącą publiczność, nie pozyskuje nowej.
• To nie gwarantuje żadnego wyświetlenia. Sformułowanie Google to „większa szansa pojawienia się”, a nie „pojawi się”. Trafność wobec zapytania i świeżość treści pozostają decydujące.
• To nie zastępuje pracy u podstaw. Bycie wybranym jako źródło przez model i bycie ręcznie zaznaczonym przez czytelnika to dwa odrębne mechanizmy. Pierwszy należy do Generative Engine Optimization i pracuje się nad nim na treści i strukturze.
• To nie jest plakietka „Highly Cited”. Wprowadzona 27 maja 2026 etykieta „Highly Cited” sygnalizuje artykuły obficie cytowane przez inne publikacje. Oba sygnały są niezależne: można uzyskać jeden bez drugiego, w obie strony.

Właściwy sposób przedstawienia: Preferred Sources to dźwignia lojalności w wynikach wyszukiwania. Wzmacnia relację, która już istnieje. Jest użyteczna, tania we wdrożeniu i niczego nie zastępuje.

WordPress i inne CMS: gdzie konkretnie umieścić przycisk

Google nie dostarcza oficjalnej wtyczki dla WordPressa, Webflow, Shopify ani żadnego innego CMS. Wdrożenie pozostaje ręczne, ale jest lekkie.

W WordPressie skrypt umieszcza się raz na zawsze w sekcji <head>, przez plik header.php motywu potomnego, hook wp_head we wtyczce do kodu albo pole „skrypty nagłówka” dostępne w większości motywów premium. Kontener <div> trafia następnie tam, gdzie przycisk ma się pojawić: do single.php po treści artykułu, do wielokrotnego bloku HTML albo do własnego shortcode'a, jeśli redaktorzy mają móc go wstawiać sami.

W innych CMS-ach logika jest identyczna: jedno globalne miejsce na skrypt i surowy blok HTML na kontener. Żaden CMS nie wymaga niczego poza tymi dwiema wstawkami.

Trzy praktyczne punkty uwagi:

• Opóźnione renderowanie. Skrypt jest ładowany w trybie async: przycisk pojawia się po pierwszym wyrenderowaniu strony. Zarezerwuj mu stałą wysokość w CSS, żeby uniknąć przesunięcia układu (CLS), które pogorszyłoby Twoje Core Web Vitals.
• Cache. Na infrastrukturze z agresywnym cache'em stron albo statycznym HTML sprawdź, czy kontener na pewno jest obecny w wersji serwowanej z cache'u, bo to skrypt Google go nawadnia po stronie przeglądarki, a nie Twój serwer.
• Zgody. Jeśli Twój baner blokuje skrypty zewnętrzne przed akceptacją, przycisk nie wyświetli się odwiedzającym, którzy nie wyrazili zgody. Link bezpośredni jest wtedy rozwiązaniem zapasowym.

Nie umieszczaj przycisku wszędzie. Wystarczy jedno miejsce na końcu artykułu i jedno w stopce: czytelnik, który skończył artykuł, jest wiarygodnym kandydatem, a odwiedzający trafiający na stronę produktową już nie.

Preferred Sources, ranking organiczny i cytowanie w AI Overview: trzy różne mechaniki

Mylenie tych trzech dźwigni tłumaczy większość błędów strategicznych obserwowanych od wiosny 2026. Nie mają one ani tego samego wyzwalacza, ani tej samej dźwigni działania, ani tego samego pomiaru. Tabela poniżej odstawia je na właściwe miejsca; to rama, której używamy w naszych audytach do rozstrzygania, gdzie włożyć wysiłek.

Checklista Preferred Sources

• Sprawdź, czy Twoja domena rzeczywiście pojawia się w narzędziu preferencji źródeł Google, bo to warunek wstępny całej reszty.
• Potwierdź, że Twoja treść żyje w korzeniu domeny lub subdomeny, a nie w podkatalogu: podfoldery się nie kwalifikują.
• Zapewnij regularną publikację: źródła nieaktualizowane mogą nie być proponowane.
• Zainstaluj przycisk standardowy, dwie linie HTML: skrypt w sekcji <head>, kontener w wybranym miejscu.
• Ustaw data-theme, żeby dopasować przycisk do swojego designu; zostaw wykrywanie języka automatyczne, jeśli Twój serwis jest wielojęzyczny.
• Zarezerwuj kontenerowi stałą wysokość, żeby uniknąć przesunięcia układu.
• Przewidź link bezpośredni jako rozwiązanie zapasowe, jeśli Twoje zarządzanie zgodami blokuje skrypty zewnętrzne.
• Wyzwól zdarzenie GA4 przy kliknięciu w przycisk, dokumentując, że mierzy ono intencję, a nie potwierdzone dodanie.
• Ogłoś to rozwiązanie już zdobytej publiczności (newsletter, media społecznościowe) i wyjaśnij w jednym zdaniu, co robi kliknięcie.
• Nigdy nie uzależniaj treści ani korzyści od dodania jako źródło preferowane.
• Wyrównaj oczekiwania wewnątrz organizacji: to dźwignia lojalności, a nie pozyskania, i nie istnieje żadne oficjalne raportowanie.
• Równolegle pracuj u podstaw z audytem GEO: bycie zaznaczonym przez czytelnika i bycie wybranym jako źródło przez model to dwie odrębne walki.
• Ready2GEO rozwija obecnie darmowy generator przycisku Preferred Source, który wyprodukuje kod gotowy do wklejenia dla Twojej domeny i Twojego motywu. Nie jest jeszcze dostępny: śledź jego uruchomienie na naszej stronie narzędzia GEO.