Illustration: en hånd trykker på en knap på en hjemmeside, og en orange linje sætter et bogmærke på det øverste kort i en stak søgeresultater. Under stakken løber en stiplet linje ud i ingenting.

Kort fortalt

Google lancerede foretrukne kilder i Top Stories den 12. august 2025 i USA og Indien, gjorde funktionen global den 10. december 2025 og udvidede den til AI Overviews og AI Mode den 27. maj 2026. Antallet af unikke kilder valgt som foretrukne gik fra knap 90.000 i december 2025 til over 345.000 i maj 2026 og over 600.000 den 20. august 2026, hvor Google udgav den knap, du selv kan lægge på dit site. Google oplyser, at folk er dobbelt så tilbøjelige til at klikke på en foretrukken kilde, men offentliggør hverken antal brugere, valg pr. bruger eller hvor ofte badget vises. Search Console har ingen dimension for det, og udgivere fortæller Digiday, at de derfor ikke kan se, om funktionen giver dem trafik. Standardimplementeringen henter Subscribe with Google-biblioteket fra news.google.com; deeplinket til Googles præferenceværktøj gør det samme uden en linje JavaScript.

Brug deeplinket, ikke scriptet — og placér det kun der, hvor læseren allerede ved, hvem du er. Google udgav den 20. august 2026 en knap, der lader dine læsere gøre dit domæne til foretrukken kilde i Top Stories, AI Overviews og AI Mode. Den flytter noget for sites med gengangere og ingenting for et site, ingen kan huske navnet på. Search Console fortæller dig ikke, hvilken af de to du er.

Hvad Google faktisk udgav den 20. august

Funktionen selv er ikke ny. Foretrukne kilder gik i luften i Top Stories den 12. august 2025 i USA og Indien, blev global den 10. december 2025 og blev udvidet til AI Overviews og AI Mode den 27. maj 2026. Det nye i Googles opdateringslog den 20. august 2026 er, at du nu selv kan lægge valget ind på dine egne sider i stedet for at håbe, at læseren finder Googles indstillingsværktøj af sig selv.

Dokumentationen beskriver tre veje: et standardscript med en tom <div>, en avanceret JavaScript-variant til egne knapdesigns, og et rent deeplink til Googles præferenceværktøj. Kun domæner og subdomæner er berettigede — example.com og code.example.com tæller, example.com/blog gør ikke. Og Google skriver selv, at ingen af metoderne er påkrævede for at kunne blive valgt som foretrukken kilde. Knappen er en genvej til noget, læseren allerede kunne gøre.

Dagen efter justerede Google flowet, så læseren lander tilbage på den side, hun stod på, i stedet for at blive sendt videre til Google. Det er den ændring, der gør knappen brugbar overhovedet. En knap, der sender din læser væk fra din artikel for at gøre dig mere synlig, er en dårlig byttehandel.

Tallene Google offentliggør — og dem den ikke gør

Unikke kilder valgt som foretrukne, august 2025 til august 2026 Søjlediagram over Googles egne opgørelser: knap 90.000 unikke kilder den 10. december 2025, over 345.000 den 27. maj 2026 og over 600.000 den 20. august 2026. Ved lanceringen 12. august 2025 blev der ikke offentliggjort noget tal. 600.000 300.000 0 intet tal oplyst ~90.000 345.000+ 600.000+ 12. aug. 2025 Top Stories, US og IN 10. dec. 2025 global udrulning 27. maj 2026 AI Overviews og AI Mode 20. aug. 2026 knappen udgives Enheden er valgte kilder — ikke brugere. Én person, der vælger tredive sites, rykker tallet tredive.
Googles egne opgørelser over unikke kilder valgt som foretrukne, sammenstillet af PPC Land.

Kurven ser overbevisende ud, og den måler ikke det, du tror. Enheden er unikke kilder valgt. Den siger intet om, hvor mange mennesker der har valgt noget som helst. En håndfuld nyhedsnørder, der hver sætter tredive udgivere på listen, producerer den samme stigning som tusind almindelige brugere, der vælger én. Google offentliggør ikke antal brugere, ikke antal valg pr. bruger, og ikke hvor ofte badget rent faktisk bliver vist i et resultat.

Det gælder også for den ene præstationspåstand, Google fremhæver: at folk er dobbelt så tilbøjelige til at klikke på en foretrukken kilde, når den er der. Dobbelt af hvad? Uden et udgangspunkt er en fordobling et retorisk tal. Det kan lige så godt være en fordobling fra 0,4 % til 0,8 % som fra 8 % til 16 %, og de to ting betyder vidt forskellige ting for din trafik.

Search Console har ingen kolonne til det

Her bliver det konkret. Der findes ingen dimension for foretrukne kilder i Search Console, intet filter i GA4, ingen henvisningskilde, der skiller den trafik ud. Digiday har talt med udgivere, der siger det ligeud: de har ikke set meningsfuld trafik fra funktionen, og en stor del af grunden er, at Google ikke giver dem noget at måle med. En SEO-strateg hos The Guardian foreslår at måle på klik på selve knappen og på udviklingen i brandsøgninger — begge dele er proxyer, ikke attribution.

Det er værd at sige højt, fordi det ændrer, hvordan man bør behandle det her. En kanal, du ikke kan tilskrive resultater, er en kanal, du ikke kan budgettere. Du kan ikke argumentere for mere af den, du kan ikke skære den væk på data, og du kan ikke sammenligne den med noget andet. Det gør den ikke værdiløs. Det gør den til noget, du sætter op én gang og lader være med at have en holdning til hvert kvartal.

Scriptet er den dyre af de tre metoder

Standardmetoden beder dig hente https://news.google.com/swg/js/v1/publisher.js. Det er ikke et nyt SEO-bibliotek. Det er publisher-biblioteket fra Subscribe with Google — abonnements- og betalingsmurs-SDK'et — som Google har genbrugt til at tegne en knap. Du betaler altså for en tredjepartsforbindelse til news.google.com og for eksekvering af et bibliotek, hvis egentlige formål er et andet end det, du bruger det til, på hver eneste side hvor knappen står.

Deeplinket gør det samme arbejde med et <a href>:

https://www.google.com/preferences/source?q=ditdomaene.dk

Ingen JavaScript, ingen ekstra forbindelse, ingen afhængighed af at Googles bibliotek stadig opfører sig som forventet om et halvt år. Byttehandlen er reel og skal siges ærligt: scriptet holder læseren på siden gennem hele flowet, deeplinket sender hende over i Googles indstillinger. For et nyhedssite med tunge gengangere kan det flow være pengene værd. For et site, hvor hele pointen er, at siden er statisk og hurtig, er det ikke i nærheden af at være det.

Knappen konverterer kendskab — den skaber det ikke

Det her er kernen. Knappen virker kun, hvis nogen aktivt vælger dig, og folk vælger ikke sites, de ikke kan huske navnet på. Den omsætter eksisterende genkendelse til synlighed. Den producerer ikke genkendelse.

Rækkefølgen jeg ville arbejde i, hvis jeg satte den op på et site med et reelt publikum:

  1. Placér den, hvor genkendelsen allerede er. Kvitteringssiden efter en nyhedsbrevstilmelding, bunden af en lang artikel læseren faktisk har læst færdig, en om-side. Ikke forsiden, hvor langt de fleste besøgende er førstegangsbesøgende, der ikke aner, hvem du er.
  2. Instrumentér klikket selv. Google måler det ikke for dig, så sæt din egen sporing på elementet. Det er den eneste del af kæden, du ejer.
  3. Læg et udgangspunkt for brandsøgninger, før knappen kommer op. Antal søgninger på dit navn i Search Console over en fast periode. Uden en baseline har du ingen proxy overhovedet.
  4. Beslut på forhånd, hvad der ville få dig til at fjerne den igen. Når attributionen mangler, er den eneste beskyttelse mod ønsketænkning et kriterium, du skrev ned, mens du stadig var i tvivl.

Og så det mest ubehagelige punkt for danske B2B-sites: Top Stories er en nyhedsoverflade. Er du underleverandør til mellemstore virksomheder, er din realistiske overflade AI Overviews og AI Mode, hvor badget også gælder. Men det forudsætter, at dine søgeord overhovedet udløser de svar. Gør de ikke det, sætter du en knap op, der aldrig får noget at pege på.

Den første rangeringsknap du selv installerer

Google har brugt tyve år på at forklare, at placeringer bliver fortjent, ikke bedt om. Det her er det første stykke markup, virksomheden har udleveret, hvor læseren kan række dig en fordel direkte. Mekanikken bag rangeringen er ikke ændret. Det, der er ændret, er hvem der bliver spurgt.

Og det flytter arbejdet et sted hen, hvor der ikke er nogen genvej. En knap kan indkassere, at nogen kan huske dit navn. Den kan ikke sørge for, at de kan.