Teknisk SEO-analyse
Den laver jeg altid først. Kan Google ikke crawle, rendere og indeksere jeres sider ordentligt, er alt det andet arbejde spildt.
Hvornår giver det mening
Ligner din situation ingen af dem, er en samlet analyse sandsynligvis ikke det du har brug for lige nu, og så siger jeg det.
Det er dem jeg oftest bliver ringet op om. Et core update eller en af de andre opdateringer rammer, en stor del af trafikken forsvinder, og et par uger senere står det klart at den ikke kommer tilbage af sig selv. Så handler arbejdet om at finde ud af hvad opdateringen ramte, og om det er noget I kan rette.
Du publicerer, du optimerer, og kurven ligger flad alligevel. Så er spørgsmålet hvad der spærrer for det du allerede har lavet.
Nyt domæne, ny platform, ny struktur. Det er her jeg ser flest sites tabe halvdelen af deres synlighed på tre uger, og det er næsten altid noget der kunne være fanget inden.
Det er typisk webshops og større sites med tusindvis af URL’er, hvor ingen længere ved hvilke sider der bliver crawlet, hvilke der er dubletter, og hvilke der bare æder crawlbudget.
Rankings ser fine ud, og alligevel bliver det ikke til noget. Så er problemet hvilke søgninger I vinder, og hvilken intention der ligger bag dem. Flere besøgende løser det ikke.
Leverancen
Det vigtigste dokument er roadmappet. Rapporten er dokumentationen bagved, så I kan slå efter når nogen spørger hvorfor.
Hvert fund får en impact-vurdering, et estimat på indsats, en ejer og en placering i rækkefølgen. Det er det dokument I arbejder efter, ikke rapporten.
Hvad jeg har set, hvor jeg har set det, hvorfor det betyder noget, og hvad der skal være opfyldt før det kan lukkes. Så kan jeres udvikler tage det direkte uden at skulle gætte.
Klik, visninger, indekserede sider og placeringer som de ser ud i dag. Uden den kan ingen af os bagefter sige om noget virkede.
Vi tager den sammen, så jeres team ved hvorfor rækkefølgen ser ud som den gør, og hvad de skal spørge om når de sidder fast.
Metode
Ethvert værktøj kan finde fejl. Det er prioriteringen der er arbejdet, og den bygger jeg på fire spørgsmål som hvert fund skal igennem.
Et fund der rammer hårdt, er billigt at rette og hviler på målte data, ryger øverst. Et fund der lyder alvorligt, men bygger på en formodning og kræver et platformsskifte, ryger nedad uanset hvor rødt værktøjet farver det.
Omfang
I en samlet analyse er alle fire med. Du kan også købe dem enkeltvis, og teknik er næsten altid det rigtige sted at starte, fordi resten hviler på den.
Den laver jeg altid først. Kan Google ikke crawle, rendere og indeksere jeres sider ordentligt, er alt det andet arbejde spildt.
Både de interne og de eksterne. Det er i de interne jeg oftest finder gratis gevinster, fordi de vigtigste sider tit ligger fire klik nede.
Ikke en liste med volumen, men en prioritering af hvilke søgninger der er værd at vinde, og hvilke der bare koster tid.
Hvad der fortjener at ranke, hvad der trækker ned, og hvad der skal slettes. Nogle gange er det bedste træk at fjerne sider.
Forløbet
Halvanden til to uger fra jeg har adgangene. Store webshops kan tage længere, og det ved vi inden vi går i gang.
Jeg skal bruge Search Console, analytics og gerne serverlogs. Vi taler om hvad I sælger, hvem der køber, og hvad I selv tror problemet er.
Fuldt crawl, rendering, Search Console-data på URL-niveau, Core Web Vitals fra felt og en gennemgang af linkprofilen.
Her adskiller arbejdet sig fra en værktøjsrapport. Jeg sorterer støjen fra og vurderer hvert fund efter modellen ovenfor.
Vi sidder sammen med roadmappet, og jeg svarer på hvorfor rækkefølgen er som den er. Udviklere må gerne sidde med.
I får materialet i en form jeres team kan arbejde videre i. Vil I have mig med til at implementere, aftaler vi det separat.
Typiske fund
Fordelingen er min egen, fra 200+ analyser siden 2008. Det er hvad jeg ser, ikke en brancheundersøgelse.
Pris
Jeg sætter ikke en fast pris på siden, fordi den ville være forkert for stort set alle der læser den. Til gengæld kan du se præcis hvad der trækker den op og ned.
Et site med 200 sider og en webshop med 40.000 er to forskellige opgaver. Det er den største enkeltfaktor.
Headless og tunge JavaScript-frontends kræver rendering-analyse. En almindelig WordPress gør det sjældent.
Flere domæner eller sprogversioner betyder hreflang, dubletter på tværs og separate baselines.
Kun teknik er billigere end teknik, links, søgeord og indhold samlet. Du kan starte med ét område og udvide.
Skriv dit domæne til mig, så vender jeg tilbage med et konkret tal i stedet for et gæstimat. Jeg kigger på sitet inden jeg svarer.
Spørgsmål
Ved I allerede hvor problemet ligger, så tag kun det område. Er kurven flad uden at nogen kan pege på hvorfor, giver det ikke mening at analysere ét område ad gangen, fordi årsagen typisk er en kombination. Jeg siger det ærligt hvis jeg mener I kan nøjes med mindre.
Search Console og jeres analytics som minimum, og gerne adgang til serverlogs. Jeg kan lave analysen uden, men så bygger en del af den på formodninger i stedet for målinger, og det siger jeg så også i rapporten.
Typisk halvanden til to uger fra jeg har adgangene. Store webshops med mange tusind URL’er kan tage længere, og det ved vi inden vi går i gang.
Det afhænger af antal URL’er, platform, antal markeder og hvor mange af de fire områder du vil have med. Skriv til mig med dit domæne, så får du et konkret tal og ikke et gæstimat.
Du får et roadmap jeres eget team kan arbejde efter, og det er nok for de fleste. Har I ikke udviklerressourcerne, kan jeg tage implementeringen eller sidde med jeres udvikler undervejs. Det aftaler vi separat, så analysen ikke er bundet til at jeg også skal lave arbejdet.
Én der kender forretningen og én der kan røre ved koden. Gennemgangen bliver markant mere værd hvis udvikleren sidder med, fordi vi så kan afklare hvad der er nemt og hvad der er dyrt med det samme.