Google åbnede en tredje vej ind i indekset. Engagementtal er obligatoriske i den

Hvad programmet er

UGC Fresh Data Program er en dedikeret indtagelsesrørledning. Godkendte platforme sender deres brugerindhold og de tilhørende interaktionssignaler til Google gennem et autentificeret API i stedet for at vente på, at Googlebot kommer forbi. Googles egen dokumentationsside beskriver kanalen som uafhængig af både Indexing API'et og almindelig organisk crawling, og afgrænser den til indhold, der er aktuelt lige nu.

Siden stod ikke der i forvejen. Den optræder i Googles ændringslog for dokumentationen med datoen 8. oktober 2026 som en helt ny side — samme dag som september 2026-spamopdateringen blev markeret færdig, en opdatering jeg fulgte dag for dag her. Programmet er altså ikke nødvendigvis nyt. Dokumentationen af det er.

Kravlisten, krav for krav

• Dedikerede sider med stabile URL'er. Hvert opslag skal have sin egen permanente adresse. Profilsider og feeds kvalificerer udtrykkeligt ikke.
• Offentligt tilgængeligt indhold. Login-mur eller betalingsmur diskvalificerer. Hvert element skal kunne tilskrives en skaber med en offentlig profil.
• Høj volumen og en betydelig brugerbase. Google sætter ingen tal på nogen af de to.
• OAuth 2.0 og strengt valideret JSON-LD. Markup skal være schema.org SocialMediaPosting eller DiscussionForumPosting med interactionStatistic.
• Aktiv moderation. Herunder en anmeldefunktion for brugerne, og intet ulovligt indhold.
• Friskhed som driftskrav. Indhold sendes så friskt som muligt, ideelt inden for minutter. Engagementtal opdateres inden 72 timer efter oprettelsen.

Ansøgningsformularen har otte felter, hvoraf syv er obligatoriske — blandt dem ti eksempel-URL'er og en e-mailadresse, der ejer propertyen i Search Console; PPC Land har optalt felterne. Google svarer inden for 6-8 uger og skriver samtidig to forbehold: ansøgning er ikke lig med optagelse, og optagelse garanterer ikke, at indholdet optræder i søgningen.

Det Google kalder anbefalet i det åbne og obligatorisk i det lukkede

Her ligger det, der er værd at tage med. Googles offentlige dokumentation for DiscussionForumPosting — den alle må bruge, uden at ansøge om noget — kræver tre felter: author, author.name og datePublished, plus et af text, image eller video. interactionStatistic står som anbefalet, og der er ingen grænse for, hvor gamle tallene i det må være.

I programmets kravliste er samme felt en betingelse for at komme ind, og det har en frist: 72 timer. Når Google beder om et felt frivilligt på den åbne kanal og kræver det med deadline på den lukkede, siger det noget om, hvilken af de to beskrivelser af feltets værdi der holder.

Jeg vil ikke overfortolke det. Forbeholdet står der stadig — programmet garanterer ikke visning, og den åbne dokumentation garanterer heller ikke rich results. Men forskellen mellem anbefalet og obligatorisk inden 72 timer er ikke en nuance. Det er to forskellige vurderinger af samme datapunkt, skrevet af samme afsender, i to dokumenter man kan læse side om side.

Tre veje ind i indekset, to af dem lukkede

Google har kun bygget en push-kanal to gange. Indexing API'et kom i juni 2018, til jobopslag, og dækker den dag i dag præcis to ting: sider med enten JobPosting eller BroadcastEvent i et VideoObject. Standardkvoten er 200 URL'er om dagen. Til alt andet henviser Google til sitemaps.

UGC Fresh Data Program er nummer to. Mønstret er værd at bemærke: begge kanaler er afgrænset af indholdstype, ikke af sitets kvalitet. Google åbner ikke en hurtig vej for gode sites. Google åbner den for indhold, der mister sin værdi hurtigt — et jobopslag, en livestream, en tråd der er aktuel i tre timer.

Ventetiderne hænger ikke sammen

De eneste tal, der findes for den almindelige vej, kommer fra Gary Illyes i Barcelona 2. oktober 2026: cirka 20 timer fra en ny URL bliver opdaget, og cirka 30 dage før en kendt URL bliver genbesøgt. De tal står ikke i Googles dokumentation, og referatet de kommer fra oplyser ingen metode — jeg har gennemgået hele kæden her. Tag dem som størrelsesordener, ikke som målinger.

Spændet er stadig tydeligt: minutter mod 30 dage. Og så er der den tredje tidsangivelse, den der ikke passer ind — 6-8 uger for at få svar på, om man overhovedet må bruge kanalen. En kanal, hvis hele værdi er latenstid, har en adgangsvej, der er langsommere end den vej den afløser.

Hvad du gør, hvis du driver et site med brugerindhold

Rækkefølgen jeg ville tage det i:

1. Giv hvert opslag sin egen stabile URL, hvis det ikke allerede har en. Alt det øvrige hænger på det.
2. Implementér DiscussionForumPosting eller SocialMediaPosting med interactionStatistic, og få tallene opdateret inden for 72 timer. Det kan du gøre i dag, uden at ansøge om noget.
3. Fjern login-muren fra det indhold, der skal kunne findes, og giv skaberne en offentlig profil.
4. Ansøg, hvis volumen er der. Sender du i dag, ligger svaret omkring 20. november til 4. december 2026.

Punkt 1 til 3 er arbejdet. Punkt 4 er et lotteri. Rækkefølgen er ikke tilfældig: de tre første giver afkast, uanset om ansøgningen går igennem, fordi de er den åbne dokumentations krav med programmets frister lagt ovenpå.

Hvad du gør, hvis du ikke gør

De fleste sites jeg arbejder på — mellemstore virksomheder, B2B-leverandører, foundere med én produktside — hoster ikke brugerindhold og kommer aldrig i nærheden af programmet. Der er stadig to brugbare ting i det.

Den første: bliver dit produkt eller dit marked diskuteret på en platform, der kommer med i programmet, bliver de tråde friskere i søgningen end dine egne sider om samme emne. Det er ikke en kanal du kan købe dig ind i, men det er en kanal du kan optræde i — og det er et argument for at være til stede, hvor din kategori faktisk bliver diskuteret, frem for kun på dit eget domæne.

Den anden: 72-timers-kravet er det tætteste Google er kommet på at sætte en holdbarhedsdato på et engagement-tal. Har du anmeldelser, kommentarer, stemmer eller besvarelser på dine egne sider, og står de i markup, er det nu det bedste bud på, hvor ofte de skal opdateres.