Indhold
Programmatic SEO er mange sider bygget fra én skabelon og ét datasæt. Skabelonen er opbygningen. Datasættet er det, der skifter fra side til side: et produkt, en integration, et begreb. Hver adresse skal kunne læses ud fra sin egen række.
Det er ikke en grund til at udgive den samme tekst hundrede gange. Hvilken søgning en side skal eje, står i søgeintention. Her er det metoden, når der er mange sider af samme slags.
Skabelonen holder formen, rækken holder svaret
Skabelonen siger, hvad siden er: overskriften, det første svar, og næste skridt. Rækken siger det, kun denne side ved. En pris, en specifikation, et navn, et sted I faktisk arbejder.
Fjern rækken, og læs siden igen. Siger siden stadig det samme, var rækken pynt. Så er det én tekst med et ord skiftet ud, ikke mange sider.
Hver side skal dække et selvstændigt behov
En side pr. række giver mening, når rækken svarer på et selvstændigt behov. En side kan dække flere nært beslægtede søgeformuleringer; det er ikke en regel om én URL pr. enkelt søgeord. “SEO Aarhus” er én søgning, og den hører til på ydelsessiden, hvis I er i Aarhus. Halvtreds bysider er kun halvtreds søgninger, hvis hver by er et spørgsmål, siden kan svare på.
Et lille tal i værktøjet er ikke i sig selv en grund til at lade være. Det er heller ikke en grund til at lave siden. Tallet står i søgevolumen. Siden skal stadig være det, søgningen beder om.
Dataene skal være noget, I kan stå inde for
En række kan være et produkt, I sælger, en sammenligning, I kan forsvare, eller et sted, hvor arbejdet er reelt og kan beskrives. Den kan ikke være en by, I har sat ind, fordi navnet fandtes på en liste.
En side pr. by med samme indhold og kun bynavnet skiftet ud kan godt være programmatisk fremstillet. Det gør ikke metoden nyttig: Siderne kan mangle selvstændig værdi og fungere som indgangssider til det samme tilbud. Googles spampolitikker nævner sider rettet mod bestemte byer eller regioner, der sender brugeren videre til samme side, som et eksempel på doorway abuse. Den grænse står i lokal SEO. Det samme gælder tal, anmeldelser og “vi hjælper kunder i”, når I ikke har det arbejde.
De rækker, der ikke skal udgives
To rækker, der giver den samme side, er duplicate content. Udgiv den ene, eller læg dem sammen. En canonical kan sige, hvilken adresse der er originalen, når den samme række kan åbnes flere steder. Den står i canonical tags. Den gør ikke to tynde sider til ét svar.
En side, ingen anden side linker til, bliver ikke en del af sitet, bare fordi den ligger i et XML-sitemap. Det er en orphan page. En hub-side, der peger på de sider, der skal findes, hører med. Et footer-link til alle rækker gør dem ikke læst.
En række uden nok fakta til at være en side skal ikke ud. Noindex, eller lad den blive i datasættet. Tomme adresser gør ikke emnet større. De gør det sværere at se, hvilken side der ejer søgningen.
Et datasæt skal give læseren forskellig viden
Forestil jer en sammenligning af softwareintegrationer. En række kan indeholde systemnavn, understøttede funktioner, begrænsninger, opsætning og seneste kontrol. En side om integration A skal kunne forklare noget andet end integration B. Et navn indsat i samme generelle tekst er ikke nok.
Dette er et illustrativt eksempel, ikke en case fra Adbull. Sæt en kvalitetsgrænse: Mangler oplysninger om funktioner og begrænsninger, bliver rækken i datasættet, indtil nogen har kontrolleret den.
Google vurderer værdien, ikke kun produktionsmetoden
Google Search Centrals spampolitikker beskriver scaled content abuse som produktion af mange sider med det primære formål at manipulere placeringer frem for at hjælpe brugere. Eksemplerne omfatter sider genereret med AI uden værdi for brugerne og indhold sat sammen fra andre sider uden at tilføje noget. Skabeloner er ikke i sig selv et problem; manglende værdi og formålet med udgivelsen er centrale.
Politikken kom i marts 2024. Google skrev dengang, at den gælder masseproduceret indhold, uanset om det er lavet med automatisering, af mennesker eller en kombination. Det er altså ikke produktionsmetoden, der redder en tynd side.
Konsekvensen kan ramme mere end de tynde sider. I 2026 svarede Googles John Mueller en ejer af et site med programmatisk genererede sider, at den slags programmatic SEO ofte ender som spam, næsten spam eller lav kvalitet, og at Googles systemer muligvis havde mistet tilliden til sitet. Det tager ifølge ham tid og en betydelig indsats at rette op, som Search Engine Journal refererede. Han sagde ikke, at al programmatic SEO er spam.
Googles vejledning om generativt indhold anbefaler fokus på nøjagtighed, kvalitet og relevans. Genererede fakta og beskrivelser skal kontrolleres, før de publiceres. Det gælder også titler og meta-beskrivelser, som kan blive vist i søgeresultaterne.
- Lav først et lille, repræsentativt udvalg af sider.
- Kontrollér hver sides data, selvstændige svar, title, interne links og canonical.
- Følg indeksering og relevante besøg. Udvid først, når skabelonen fungerer for forskellige rækker.
- Aftal, hvem der opdaterer siderne, når data ændrer sig. Udgivelsesdatoen alene holder dem ikke ajour.
Hos os er programmatic SEO en del af SEO-forløbet, når datasættet har et svar pr. række. Ikke når skabelonen er hele siden. Vil I bygge sider fra data, uden at de bliver tynde, er det det, vi laver under programmatic SEO.
Kilder
- Google Search Central, Spam policies for Google web search (Scaled content abuse og Doorway abuse), developers.google.com.
- Google, New ways we’re tackling spammy, low-quality content on Search (marts 2024), blog.google.
- Google Search Central, Google Search’s guidance on using generative AI content on your website, developers.google.com.
- Search Engine Journal, Google Says Old Low-Value Pages May Affect Site Recovery (2026), searchenginejournal.com.
