SEO innehållsgranskning - beslut istället för checklista

SEO innehållsgranskning som slutar i beslut, inte ett kalkylblad

En SEO innehållsgranskning fungerar när den avslutas med ett beslut, inte ett kalkylblad fullt av siffror. Varje sida placeras i en av fyra kategorier: behål, uppdatera, slå ihop eller ta bort. Det låter uppenbart tills ni granskar 400 URL:er och inser att de flesta granskningar stannar vid diagnosen. Vi byggde ramverket nedan efter att ha granskat 27 webbplatser i vår egen portfolio, inklusive denna. Det är inte en checklista. Det är ett poängsystem som berättar vad ni ska göra härnäst, inte bara vad som är fel med en sida.

Vad de flesta innehållsgranskningar får fel i större skala

De flesta granskningsguider utgår från att ni har 40 till 80 sidor och en eftermiddag på er. Exportera URL:erna, hämta Google Search Console, flagga allt som sjunkit 20 procent från år till år, klart. Det fungerar fint för en liten blogg. Det brister så fort ni växer förbi några hundra URL:er, för då blir den verkliga flaskhalsen inte upptäckten utan prioriteringen: vilka av de 60 flaggade sidorna ska ni fixa först, med vilken budget, och av vem.

Vid den punkten är en lista över underpresterande sidor inte en plan. Det är läxan ni ännu inte gjort. Vi lärde oss detta dyrt på våra egna webbplatser: en granskning 2025 producerade ett kalkylblad med 340 URL:er som "behöver uppmärksamhet" och ingen väg att prioritera arbetet, så ingenting gjordes på sex veckor. Kalkylbladet var korrekt. Det var bara värdelöst, för ingen kunde se från en rad siffror om en sida behövde tio minuter redigering eller en fullständig omskrivning.

Lösningen är inte en bättre checklista. Det är ett poängsystem som resulterar i ett beslut, och en regel för vad som händer när ni har det. Diagnos utan nästa steg är det vanligaste sättet som en innehållsgranskning blir till ett dokument som ingen öppnar igen.

Det fyrskiktade prioriteringssystem vi använder istället för en kalkylbladsgranskning

Varje URL får poäng över fem dimensioner, löst adapterad från en 100-poängsrubrik som Digital Applied publicerade efter kärnuppdateringen i mars 2026: erfarenhet och auktoritetssignaler, innehållets djup relativt frågan, aktualitet, engagemang och teknisk hälsa. Vi väger auktoritetssignaler tyngst, för det är den dimension som faktiskt förändrades efter mars, och den som programmatiska verksamheter oftast får fel på.

Poängen placerar sidan i en av fyra kategorier:

• Behål (poäng 80+): låt den vara, den gör sitt jobb och att röra den riskerar mer än det vinner

• Uppdatera (55-79): uppdatera fakta, lägg till saknat djup, fixa bylinjen om den är anonym, snäv av inledningen som ska svara först

• Slå ihop (30-54): sidan överlappar en eller två andra som siktar på samma avsikt, konsolidera till en starkare URL

• Ta bort (under 30): omdirigera eller ta bort, det är inte värt underhållskostnaden och den försvagar webbplatsens övergripande kvalitetssignal

På en blogg med 214 URL:er som vi driver internt tog första prioriteringens pass cirka nio timmar och delades upp ungefär 40 procent behål, 30 procent uppdatera, 20 procent slå ihop, 10 procent ta bort. Nio timmar för 214 sidor är ett verkligt tal värt att planera omkring, inte en grov uppskattning ni justerar i efterhand. Planera för en hel dag per 200 URL:er och ni kommer inte bli överraskade.

Själva poängsättningen förblir manuell med flit. Verktyg för innehållspoängsättning som Surfer ger er gärna ett tal, men talet vet inte varför er byline är anonym eller om sidan fortfarande motsvarar sökintenten efter att en konkurrent skrev om kategorisidan förra månaden. Använd verktyget för innehållsdjupsdimensionen, inte för hela bedömningen. Automatisering av poängen förslöar poängen helt.

Var data faktiskt kommer från, och var det ljuger

Hämta tolv månaders Google Search Console (klick, visningar, position) och GA4 (sessioner, engagemangshastighet, konverteringar) för varje URL. Det delen är standard, och King Content Agency:s sjustegssramverk täcker det väl för en enda webbplats i hanterbar skala.

Där det blir vilseledande i större skala: en trafikdipp på en sida som förlorade 40 interna länkar efter en omdesign av navigationen ser identisk ut i Search Console som en sida som faktiskt försämrades i kvalitet. Båda visar samma nedåtgående linje under samma tolv månader. Bara en av dem behöver en omskrivning; den andra behöver en länk tillbaka.

Vi kör det tekniska lagret separat, genom en webbplatsövergripande crawl, innan vi ens rör innehållspoängen. Om en sidas trafik sjönk för att den slutade bli länkad från något användbart på webbplatsen, det är en internt länkproblem, inte ett innehållsproblem, och ingen mängd omskrivning av texten kommer att flytta siffran. Att blanda ihop de två är det vanligaste misstaget vi ser i granskningar som "inte fungerade" efter månader av arbete.

För webbplatser under 100 sidor granskar ni varje flaggad URL individuellt. Förbi det sorterar vi efter trafikskikt först (topp 20 procent, mitten 60 procent, botten 20 procent efter sessioner) och granskar endast de två främsta skikten manuellt; det nedersta skiktet får poängsystemet tillämpat i batch, inga enskilda läsningar. Det är en grövre pass, och det är det enda sättet nio timmar förblir nio timmar istället för fyrtio.

Hur kärnuppdateringen i mars 2026 förändrade vad vi letar efter

Kärnuppdateringen i mars 2026 påverkade ungefär 55 procent av övervakade webbplatser, med webbplatser som saknade första hand-erfarenhetssignaler som sjönk i genomsnitt 8 positioner. Det är inte en liten justering, och det är inte jämnt fördelat: webbplatser med namngivna, kvalificerade författare var långt mindre exponerade än webbplatser som publicerade under ett generiskt "Team"-bårnamn.

Uppdateringen straffade inte AI-assisterat innehål som en kategori. Den straffade okänt innehål: ingen namngivna författare med ett verkligt CV, ingen tecken på att någon med domänkunskap granskade utkastet innan det publicerades, generiska påståenden utan något bakom dem. Varje granskning vi kör nu inkluderar en bylinekontroll som en förstagradssignal, inte en fotnot begravd under tekniska kontroller.

Tre fall där detta håller, två där det inte gör det. Det håller för programmatiskt innehål publicerat i volym med roterande eller saknade författare, för sidor som gör påståenden utan noll källan, och för allt som läses som att det maldes genom en mall 400 gånger med ett nyckelord inbytt. Det håller inte för nischad teknisk dokumentation med litet sidantal, där tunt bara kan betyda precis, och det håller inte för evergreen-referenssidor där aktualitet är mindre viktig än noggrannhet från början.

Kan AI-system faktiskt läsa denna sida på tre meningar?

Det är den dimension de flesta granskningsmallar från 2025 hoppar över helt, och det spelar större roll varje kvartal. Ta sidans H1 och första två stycken, och försök sammanfatta svaret på tre meningar utan att lyfta ett helt stycke ordagrant. Om ni inte kan göra det rent, kan ett AI-system förmodligen inte heller, och det kommer att sammanfatta en konkurrents sida istället för er.

Vi kontrollerar detta med ett citeringsverktyg snarare än att gissa från en magkänsla. Om en sida rankas på första sidan men aldrig dyker upp i AI-genererade svar för samma fråga, det är ett läsbarhetsfel, inte ett rankingsfel, och lösningen är vanligtvis strukturell: ett direkt svar i de första 80 orden, ett tydligt TL;DR-block nära toppen, och rubriker formulerade som de frågor folk faktiskt skriver.

Vad vi gör med sidorna som misslyckas

Ta bort betyder en 301-omdirigering till det närmaste levande motsvarigheten, eller en borttagning med en anpassad 404 om ingenting passar tillräckligt bra att omdirigera till. Slå ihop betyder att välja den starkare av två överlappande URL:er, vika in den svagares unika värde i den, och omdirigera förloraren. Uppdatera är där de flesta budgetar går, och där team tenderar att underestimera tiden.

För uppdateringar gör vi utkastet med ett assisterat skrivverktyg, granskar det sedan själva mot källmaterialet innan det publiceras om. Den granskningen är inte valfri; att hoppa över det är hur en uppdatering blir lika okänd som den ursprungliga sidan den var tänkt att fixa. Hoppa över frestelsen att låta verktyget röra något som redan poängsätts över 55 också. Uppdatera vad som är trasigt, inte vad som bara är tyst det här kvartalet.

Verktygen i stacken, och de vi hoppar över

Screaming Frog:s gratisnivå hanterar den tekniska crawlen upp till 500 URL:er, som täcker de flesta av våra enskilda webbplatser. Förbi den tröskeln betalar vi för crawlen snarare än att dela den i batcher, för delade crawls missar över-sidduplicering. För innehållspoängsättning använder vi ett verktyg som en enda inmatning bland fem, aldrig som bedömningen själv.

Denna artikel, och varje annan på denna webbplats, producerades med EsyBlog själv: systemet granskar och skriver sin egen bakåtåtkomst, vilket är antingen en användbar fallstudie eller en uppenbar intressekonflikt, beroende på hur skeptisk ni vill vara om källan. Vi föredrar att säga det klart snarare än att låtsas att det inte är sant.

Vi är ärliga om var det är svagt. Det är långsammare än en människa på senaste nytt, och det behöver en riktig redaktör för att fånga tonförskjutning på allt som löper förbi 2 000 ord. Vi fortsätter att använda det ändå, för alternativet, på 27 webbplatser och ett tvåpersoners redaktionsteam, var inte "anställ tio skribenter." Det var att publicera ingenting, eller publicera värre.

Vad som förändras efter den första granskningen

Den andra granskningen är snabbare, för ni vet redan var de anonyma bylinen finns och vilka mallar som håller på att skicka sidor till ta bort-bucketen. Poängsystemet förändras inte mycket mellan rundor; det som förändras är hur snabbt ni litar på era egna bedömningar istället för att dubbelkontrollera var och en.

Poäng, sortera, agera, och schemalägg nästa pass innan ni stänger kalkylbladet. Ett ramverk som ingen granskar igen är samma felläge som checklistan vi började med, bara med bättre organiserade kolumner. EsyBlog kör detta exakta ramverk på begäran för team som vill ha poängarket utan att bygga det själva.