Mandag morgen åbner du Search Console, eksporterer klikkene for sidste uge og lægger dem i et regneark ved siden af ugen før. Du leder efter de sider, der er faldet. En time senere har du en liste, men den er forældet næste mandag, og ingen har gjort noget ved den endnu. Listen sender nemlig ikke selv en opgave til nogen. Netop dér knækker de fleste SEO-forløb: ikke i analysen, men i overleveringen.
Et automatiseret workflow i SEO er en kæde af trin, som en hændelse sætter i gang. Det kan være et fald i klik, en ny side i sitemapet eller en 404-fejl. Systemet henter data, tjekker dem mod en regel og sender resultatet videre til det sted, hvor arbejdet bliver gjort, typisk en opgave til den ansvarlige. Den slags automatiserede workflows bygges i dag af firmaer som f.eks. nordjyske Nordium, typisk i værktøjer som n8n og Make, og princippet holder også i SEO: værdien ligger i kæden, ikke i det enkelte værktøj. Et rapport-script uden modtager er bare en hurtigere måde at lave en liste, som ingen læser.
Derfor skal du designe automatiserede workflows bagfra: fra den person, der skal handle, og tilbage til de data, der udløser handlingen.
Hvor starter kæden, og hvem modtager den?
Begynd med hændelsen, ikke med værktøjet. Spørg dig selv, hvilken ændring på sitet der burde udløse en handling, og hvem der skal handle. Tre udløsere dækker det meste af det løbende arbejde:
- Fald i klik. En side mister mere end en fastsat andel af sine klik fra uge til uge. Workflowet henter tallene fra Search Console og opretter en opgave til den, der ejer siden.
- Ny URL. En side dukker op i sitemapet. Workflowet tjekker efter nogle dage, om Google har indekseret den, og giver besked, hvis det ikke er sket.
- Brudte links. En crawl finder interne links, der peger på en 404. Workflowet foreslår en redirect eller en rettelse i teksten.
Fælles for de tre er, at resultatet er en opgave med en navngiven modtager. Mangler modtageren, ender det hele i samme regneark som før. I n8n’s skabelonbibliotek ligger der fx et færdigt forløb, der hver mandag sender klik, visninger, CTR og gennemsnitsposition for de seneste 7 dage til en indbakke. Det er en fin start. Men det er stadig en rapport, og den bliver først et workflow, når tallene sorteres og fordeles til nogen, der kan handle på dem.
Googles kvoter bestemmer, hvordan du bygger
Mange planlægger deres automatisering, som om data var ubegrænsede. Det er de ikke. Search Consoles URL Inspection API giver 2.000 opslag per døgn per ejendom og højst 600 i minuttet. Har din webshop 15.000 produktsider, tager det godt en uge at inspicere dem alle én gang, og så er de første svar allerede gamle. Search Analytics-delen er mere rummelig med 1.200 forespørgsler i minuttet per site, så dér er det sjældent kvoten, der bremser. Det er din tid til at handle på resultaterne.
Kvoten tvinger dig til at prioritere, og det er faktisk en fordel. Inspicér nye og ændrede sider hver dag, sider med trafik hver uge og resten i en rullende cyklus. Arbejder du med webshop seo, betyder det, at kategorisider og bestsellere tjekkes oftest, mens udgåede varianter kommer sidst i køen. Et workflow, der respekterer kvoten, kører stabilt i månedsvis. Et workflow, der ignorerer den, fejler stille en tirsdag, og ingen opdager det, før trafikken er væk.
Hvor skal mennesket stå i kæden?
Automatisér indsamling, sammenligning og fordeling. Lad et menneske godkende alt, der ændrer sitet, fordi en fejl i en automatisk kæde rammer mange sider på én gang. En forkert redirect sender en side med trafik ud i ingenting, og en sprogmodel, der omskriver titler i bulk, rammer hundrede sider på få sekunder. I praksis spreder fejlen sig lige så hurtigt som gevinsten, og den del af din seo optimering, der ændrer titler, tekster og URL’er, er netop dér, hvor et forkert trin koster mest.
Tommelfingerreglen er enkel: workflowet foreslår, og et menneske trykker på knappen. Forslaget skal følges af de data, beslutningen hviler på: siden, tallene før og efter og selve anbefalingen. Så tager godkendelsen sekunder i stedet for en ny runde research. Ser du over tid, at én type forslag rammer rigtigt hver gang, så flyt netop den type over i fuld automatik, én kategori ad gangen.
Log hvert trin.
Falder en side, vil du vide, om workflowet har rørt den, hvornår og hvorfor. Uden log bliver automatiseringen en sort boks, og så tør ingen i teamet stole på den. Loggen er også dit bevis, når du skal forklare en kunde eller en chef, hvad der skete med en bestemt URL. Samtidig viser den, hvilke regler der giver falske alarmer, og det er præcis den viden, du skal bruge, når du vil udvide automatikken til flere typer forslag. Gem loggen et sted, hvor både SEO-ansvarlige og udviklere har adgang, så diskussionen om en faldende side starter med fakta frem for gæt.
Byg ét forløb færdigt, før du starter det næste
Den mest almindelige fejl er at bygge ti halve forløb på én gang. Vælg det, der koster mest manuel tid i dag, som regel rapporteringen eller tjekket af nye sider. Byg det helt færdigt med udløser, regel, modtager, godkendelse og log. Kør det i en måned, og stram de regler, der giver falske alarmer, inden du går videre.
Gode automatiserede workflows overtager ikke dit arbejde. De overtager de gentagne trin, så du får tid til det, maskinen ikke klarer: at vurdere, hvad en side skal sige, og hvorfor nogen skulle linke til den. Det kræver stadig et menneske med kendskab til branchen og kunderne.
Næste mandag morgen ligger listen der allerede, når du åbner computeren. Forskellen er, at hver side på den nu har en ejer, et forslag og en knap at trykke på. Regnearket er væk, og timen bruger du på de tre sider, hvor din vurdering faktisk flytter noget.