Google vil have AI-indhold faktatjekket i hånden. Det er metadataen, der slipper igennem

Hvad Google ændrede i oktober

Den 1. oktober 2026 fik Googles vejledning om brug af generativt AI-indhold en ny passage. Det er nu »critical to manually factcheck and review all AI-generated content«, før det udgives. Begrundelsen står lige ved siden af: generative modeller henter ikke fakta, de forudsiger en sandsynlig rækkefølge af ord. I Search Centrals ændringslog er det den eneste ændring den dag, og den henviser til Googles retningslinjer for kvalitetsbedømmere.

Den del, de fleste har overset, er næste sætning: gennemlæsningen gælder også metadata, nævnt som title-elementer, metabeskrivelser, strukturerede data og alt-tekster til billeder, fordi de kan vises i søgeresultaterne.

Fire dage senere, 5. oktober, blev vejledningen om nyttigt indhold opdateret. Google anbefaler kraftigt korrekte forfatteroplysninger som forfatterlinjer, og opdigtede skaberprofiler, også med AI-genererede portrætfotos, kaldes direkte en form for vildledning. Samme side beskriver store mængder AI-tekst uden manuelt opsyn som indhold med »little to no effort«.

Hvad der ikke er ændret

Spampolitikkerne er senest opdateret 28. august 2026. Reglen om skaleret indholdsmisbrug gælder som før, uanset hvordan indholdet er lavet, og der er ingen særskilt regel om AI og forfatterskab. Septembers spamopdatering blev afsluttet i oktober, men Google har ikke sagt, hvad den gik efter, og der er intet, der kobler den til dokumentationsændringen. Tag det for, hvad det er: Google skriver ned, hvordan kvalitetsbedømmere og systemer allerede ser på indhold. Det er ikke et filter, der er tændt 1. oktober.

Hvorfor metadataen er det svage punkt

Jeg udgiver hver dag artikler gennem en automatiseret kæde, også denne. Ud over brødteksten skriver modellen ni felter: titel, URL-slug, SEO-titel, metabeskrivelse, uddrag, opsummeringsboks, ingress, afslutning og alt-teksten til det fremhævede billede. Platformen genbruger flere af dem i Open Graph-tags, i de strukturerede BlogPosting-data og i llms.txt. Derudover kan to fallbacks skrive tekst helt af sig selv: mangler alt-teksten, genererer platformen en med billedgenkendelse, og rammer en titel uden for længdegrænserne, kan et værktøj omskrive den.

Brødteksten bliver læst igennem. Felterne bliver skrevet til sidst, ofte efter at teksten er rettet, og fallback-teksterne ser ingen, før de er live. Det er præcis den del, Google nu nævner ved navn.

Der er også en grund, der handler om antal. Metabeskrivelsen og titlen vises ved hver visning i Google. Artiklen ses kun ved et klik. En forkert dato i afsnit syv rammer de få, der læser så langt. Et tal i metabeskrivelsen, der blev rettet i brødteksten, men ikke i feltet, rammer alle, der ser resultatet. De typiske fejl er netop den slags: et tal fra et tidligt udkast, en dato, der er skrevet om, et forfatternavn i de strukturerede data, der ikke matcher siden, eller en alt-tekst, hvor billedgenkendelsen har gættet på noget, der ikke er på billedet.

Felterne og hvor de ender

Strukturen i et review, der dækker felterne

Løsningen er ikke at læse mere. Den er at ændre, hvad gennemlæsningen er organiseret omkring: ikke dokumentet, men de steder teksten ender. Sådan er rækkefølgen i min egen kæde:

1. Lav en fortegnelse over felterne. Skriv hvert felt ned, som kæden skriver eller afleder, og hvor det kommer fra: modellen, en fallback eller afledt af et andet felt. De fleste bliver overraskede over, hvor mange der er.
2. Ingen fakta i et felt, som ikke står i brødteksten. Det er den regel, der gør resten muligt. Når titel, metabeskrivelse og opsummering kun må gentage, hvad brødteksten siger, kan de tjekkes mod brødteksten i stedet for mod verden. Du faktatjekker én gang.
3. Læs i rækkefølge efter synlighed. Titel og metabeskrivelse først, så strukturerede data, så alt-tekst, så brødtekst. Det, der vises flest gange, læses, mens opmærksomheden stadig er frisk.
4. Behandl fallbacks som et stopsignal. Har en fallback skrevet alt-teksten eller omskrevet titlen, skal feltet markeres og godkendes, før det går live. En automatisk tekst er ikke forkert, men den er ulæst.
5. Forfatterlinjen er den, der har læst. Ingen opdigtede profiler og ingen genererede portrætter. Google foreslår også, at du forklarer, hvordan automatisering er brugt, hvor det giver mening for læseren.
6. Log, hvem der har godkendt hvilke felter. Når brødteksten rettes senere, er det loggen, der viser, hvilke felter der nu kan være forældede.

Det er en struktur, ikke et færdigt værktøj. Hvordan felterne hentes ud, afhænger af CMS'et, men rækkefølgen er den samme, uanset om kæden kører i WordPress, et headless CMS eller en egenudviklet automatisering.

Hvad det ikke kræver

Google siger stadig, at AI kan bruges til research og struktur, og at indhold vurderes på kvalitet, ikke på hvordan det er lavet. Der er ikke noget krav om at mærke hver artikel som AI-genereret, og der er ingen grund til at omskrive hele arkivet i panik. Start med de sider, der har visninger i Search Console, og tjek deres titler og metabeskrivelser mod brødteksten. Det er dem, flest mennesker ser.