At skifte platform uden en ordentlig SEO-tjekliste til CMS-migrering er, hvordan virksomheder mister mange års placeringer på få uger. Ødelagte omdirigeringer, manglende metadata, staging-blokke, der forbliver aktive efter lanceringen, og tekniske signaler, der aldrig genopbygges i WordPress. Hvert enkelt dræner stille og roligt organisk trafik, mens det nye websted ser perfekt ud på overfladen.
Hos Seahawk Media har vi guidet virksomheder gennem CMS-migreringer til WordPress , hvor beskyttelse af organisk markedsandel var ufravigelig. Denne guide dækker hvert trin i processen, fra forberedelse før migrering til overvågning efter lancering, så dine placeringer overlever flytningen og har plads til at vokse på den anden side.
TL;DR: Hvad denne SEO-tjekliste til CMS-migrering dækker
- Kør en fuld websitecrawl og opbyg en komplet URL-opgørelse, før noget ændrer sig
- Fastgør din SEO-baseline, så du har reelle tal at sammenligne efter lanceringen
- Byg dit omdirigeringskort først, før udviklingen begynder. Hver URL skal have en dokumenteret destination
- Genopbyg manuelt kanoniske tags, skemamarkup, hreflang og robots.txt i WordPress
- Bloker staging fra indeksering og valider alle SEO-signaler før godkendelse af go-live
- Implementer 301-omdirigeringer på lanceringsdagen og fjern alle noindex-stagingblokke med det samme.
- Overvåg Google Search Console hver dag de første 48 timer efter lanceringen
- Spor placeringer, crawlfejl og organisk trafik i mindst 30 dage efter migrering
- Brug Rank Math til at administrere alle on-page SEO-signaler i din nye WordPress-opsætning
En veludført migrering bevarer ikke blot placeringer; den kan forbedre dem
Hvorfor er din SEO i fare under en CMS-migrering?
Her er noget, som de fleste migreringsvejledninger ikke siger tydeligt nok: at skifte dit CMS er en af de begivenheder med højest risiko i hele dit websites digitale liv. Fra Googles perspektiv flytter du ikke bare indhold. Du genopbygger den infrastruktur, der signalerer relevans, autoritet og troværdighed.
De fire områder, hvor SEO-ejendom oftest går tabt, er:
- URL-strukturer. Selv små ændringer i slugs eller mappestier kan ødelægge tusindvis af backlinks natten over og sende organisk trafik af høj værdi til døde 404-sider.
- Metadata og tekniske signaler. Titeltags, metabeskrivelser , kanoniske tags, schema markup og hreflang-attributter overføres ikke automatisk, når du skifter CMS-platform . De skal alle genopbygges fra bunden i WordPress.
- Fortolkning af indhold. Hvordan søgemaskiner læser og rangerer dit indhold afhænger delvist af, hvordan dit CMS og tema gengiver det. Ændr skabelonarkitekturen uden planlægning, og du risikerer at ændre, hvordan Google fortolker dine sider.
- Webstedspræstation. Core Web Vitals er en bekræftet Google-rangeringsfaktor. En migrering, der introducerer langsommere skabeloner, uoptimerede billeder eller forkert konfigureret hosting, kan både sænke dine præstationsscorer og påvirke dine placeringer.
I 2026 er der et ekstra lag at tænke over. AI-drevne søgeværktøjer som ChatGPT, Perplexity og Gemini ændrer, hvordan indhold bliver opdaget og vist.
En migrering, der svækker din indholdsstruktur, dit skema eller dine EEAT-signaler, kan påvirke din synlighed i AI-genererede svar lige så meget som i traditionelle søgeresultater.
CMS-migrering SEO-tjekliste, som du bør følge
Den gode nyhed er, at alle disse risici kan forebygges fuldt ud med den rette rækkefølge af trin.
Fase 1: Forberedelse af SEO før migrering
Denne fase er den, som de fleste teams haster igennem eller springer helt over. Alt, der følger, inklusive hvor hurtigt I kan diagnosticere problemer efter lanceringen, og hvor meget egenkapital I bevarer, handler om kvaliteten af det arbejde, I udfører her.

Trin 1: Gennemgå hele dit websted og opbyg en URL-inventar
Før du flytter en enkelt fil, skal du have et komplet kort over alle URL'erne på dit websted. Kør en fuld crawl med Screaming Frog eller Sitebulb for at logge alle aktive sider, omdirigeringer og fejl sammen med statuskoder, metadata og antal indgående links.
Stol ikke udelukkende på dit sitemap. Sitemaps overser ofte forældreløse sider, ældre URL'er og parameteriserede variationer, der stadig har reel SEO-vægt. En fuld crawl registrerer alt.
Ud fra denne opgørelse skal du identificere dine sider med høj værdi: dem med mest organisk trafik, flest backlinks og de højeste konverteringsrater. Disse sider indeholder størstedelen af dit websteds SEO-værdi og fortjener ekstra omhu i alle faser af migreringen.
Trin 2: Fastlæg din SEO-baseline, før noget ændres
Du kan ikke vide, om din migrering er lykkedes, hvis du ikke har noget at sammenligne den med. Før en enkelt side flyttes, skal du registrere din SEO-baseline på tværs af disse fire områder.
- Organisk trafik og konverteringer fra Google Analytics 4.
- Søgeordsrangeringer for dine prioritetssider fra Google Search Console eller en rangtracker.
- Aktuel indekseringsstatus og crawl-dækning fra Google Search Console.
- Core Web Vitals-scorer fra PageSpeed Insights eller Lighthouse.
Gem alt i et delt regneark med tydeligt markerede faner. Du vil vende tilbage til dette dokument gentagne gange under overvågning efter lanceringen. Uden en baseline bliver et fald i trafik efter lanceringen til en debat i stedet for en diagnose.
Hvis du installerer MonsterInsights på dit nye WordPress-websted, så gør det tidligt, så dataene begynder at flyde fra det øjeblik, webstedet går live.
Trin 3: Byg dit omdirigeringskort, før udviklingen begynder
Dette er det allervigtigste resultat i enhver CMS-migrering. Det er også det trin, der oftere end noget andet udsættes til sidste øjeblik.
Et omdirigeringskort er et regneark, der dokumenterer alle nuværende URL'er og deres tilsvarende destinationer på det nye WordPress-websted. Ikke kun dine top 10 sider. Ikke kun bloggen. Enhver URL, der findes og bærer backlinks, trafik eller konverteringsværdi, skal have en dokumenteret destination.
Brug altid 301-omdirigeringer , ikke 302'er. En 301 er permanent og overfører linkautoritet til den nye URL. En 302 er midlertidig og overfører ikke equity. At blande dem sammen er en af de mest almindelige og dyre fejl i gør-det-selv-migreringer.
Byg omdirigeringskortet fra din crawl-eksport. Prioritér sider med høj værdi med backlinks og trafik.
Få det gennemgået af dine SEO- og udviklingsteams, før ethvert udviklingsarbejde påbegyndes, fordi det er langt dyrere at rette omdirigeringsfejl i produktionen end at fange dem i et regneark.
Trin 4: Dokumentér alle tekniske SEO-signaler, som dit nuværende CMS håndterer
Din nuværende platform administrerer sandsynligvis canonical tags, robots directives, hreflang og schema markup på måder, der er specifikke for dens egen arkitektur. Disse signaler overføres ikke automatisk, når du skifter til WordPress.
Gennemgå dit nuværende websted, og dokumenter præcis, hvordan hvert enkelt fungerer i dag. Hvordan genereres kanoniske tags, automatisk eller manuelt? Er hreflang-tags konfigureret til flersproget indhold? Hvilke skematyper bruges, og på hvilke sidetyper? Hvad blokerer din robots.txt-fil?
Når du først er på WordPress , skal du genopbygge alt dette ved hjælp af et plugin som Rank Math . Begge håndterer canonical tags, schema markup, XML sitemaps , robots.txt og on-page optimering på ét sted. Du har dog brug for grundig dokumentation af, hvad dit nuværende websted gør, før du kan replikere det præcist i WordPress.
Migrationsfejlene, du ikke forudser
SEO-fald efter en migrering kan normalt forebygges. Vi hjælper dig med at planlægge, udføre og lancere uden at skade din synlighed i søgeresultater.
Fase 2: Validering af staging-miljø
Staging er der, hvor migreringsfejl skal opdages og rettes. Ikke på lanceringsdagen. Ikke efter dit websted er live og indekseret. Hvis SEO-validering ikke er indbygget i din staging-proces, tester du effektivt i produktion på et websted, som søgemaskiner allerede kan se.

Bloker staging korrekt fra søgemaskiner
Dit staging-miljø skal være fuldstændig usynligt for Google og andre søgemaskiner. Brug en kombination af robots.txt disallow-regler, noindex-metatags og adgangskodebeskyttelse for at forhindre Googlebot i at crawle eller indeksere dit staging-websted.
Det er ikke rart at have. Staging-sider, der ved et uheld indekseres, skaber problemer med duplikeret indhold , udvander linkværdien og forvirrer søgemaskiner, før din lancering overhovedet finder sted. Bekræft, at blokken er på plads, når udviklingen begynder, og dobbelttjek, at den stadig er aktiv, helt frem til lanceringsdagen.
Kør fuld SEO-validering, før nogen godkender lanceringen
Når staging-webstedet er bygget, og omdirigeringskortet er implementeret, skal du køre en fuld SEO-validering, før nogen interessenter godkender go-live. Gennemgå denne tjekliste for staging:
Alle gamle URL'er omdirigerer korrekt til deres dokumenterede destination uden kæder eller løkker. Titeltags, metabeskrivelser og kanoniske tags gengives som forventet på tværs af alle indholdstyper og sideskabeloner. Schema-markup udskrives korrekt ved hjælp af Googles Rich Results Test.
Lighthouse-performancescorer på vigtige sideskabeloner viser ingen regressioner sammenlignet med dit benchmark før migreringen. Hreflang-tags er korrekt konfigureret, hvis dit websted har flersproget indhold.
Rank Math gør det nemt at kontrollere alle disse signaler fra WordPress-dashboardet uden at skifte mellem flere værktøjer.
Få godkendelse på tværs af teams, før du fastsætter en lanceringsdato
SEO-værdien er fordelt på tværs af forskellige dele af dit websted, og forskellige personer ejer forskellige dele. Dit SEO-team ejer omdirigeringskortet og den tekniske signalparitet. Dit udviklingsteam ejer skabelonopbygningen og skemaimplementeringen.
Dit indholdsteam er ansvarlig for nøjagtigheden af metadata på individuelle sider. Dit analyseteam er ansvarlig for opsætningen af sporing og verifikation af datalag.
Ingen enkeltperson kan fange alt. En skriftlig godkendelse fra hvert hold inden lanceringsdagen er den eneste pålidelige måde at sikre, at intet går glip af i overdragelserne.
Fase 3: Udførelse på lanceringsdagen
Når lanceringsdagen kommer, bør din plan være afsluttet og testet. Denne fase handler om at udføre en tjekliste, ikke at træffe beslutninger under pres.

Sidste kontroller i de 48 timer før DNS-skift
Frys alle indholdsredigeringer mindst 24 timer før lancering. Eventuelle ændringer, der foretages efter at det endelige crawl- og omdirigeringskort er blevet oprettet, vil skabe huller, der ikke er taget højde for i din migreringsplan.
- Sænk din DNS TTL-indstilling til omkring 300 sekunder mindst 48 timer før den planlagte lancering.
- Høje TTL-værdier betyder, at din gamle hjemmesides IP-adresse fortsat bliver vist i timevis efter DNS-skiftet, hvilket forsinker lanceringen af den nye hjemmeside og skaber et forvirrende vindue for søgemaskiner.
Kør en sidste gennemgang af det gamle websted lige før lancering for at bekræfte, at omdirigeringskortet er opdateret, komplet og klar til implementering.
Go-Live-sekvensen
Gennemgå disse trin i den rækkefølge, når det er tid til at gå live. Implementer alle 301-omdirigeringer, før du opdaterer DNS.
- Opdater DNS-indstillingerne, så de peger på den nye WordPress-server. Fjern alle noindex-tags, staging-blokken i robots.txt og adgangskodebeskyttelse fra produktionsmiljøet.
- Bekræft, at Google Analytics og Google Tag Manager aktiveres korrekt på det aktive website.
- Håndhæv HTTPS på tværs af hele webstedet, og bekræft, at den kanoniske domæneopløsning er ensartet, hvilket betyder, at både www og ikke-www opfattes som den samme kanoniske version.
Spring ikke over eller omarranger nogen af disse trin. Hvert trin beskytter et stykke SEO-værdi, der kan gå tabt, hvis rækkefølgen afbrydes.
Validering efter lancering: Gør dette i den første time
Begynd at validere inden for den første time efter publicering. Tjek manuelt dine URL'er med højest værdi ved at åbne dem i en browser og bekræfte, at de indlæses korrekt, indeholder de korrekte titeltags og ikke returnerer nogen omdirigeringsfejl.
- Kør en livecrawl af det nye websted, og sammenlign resultaterne med din URL-beholdning før migreringen.
- Åbn Google Search Console, og bekræft, at robots.txt-filen er ren og uden staging-blokke tilbage. Indsend dine nye XML-sitemaps via Google Search Console.
- Brug URL-inspektionsværktøjet på dine fem vigtigste sider for at bekræfte, at de kan crawles og indekseres, og at de bærer de korrekte kanoniske og skematiske signaler.
Hvis din migrering involverede en domæneændring, skal du også indsende en meddelelse om adresseændring i Google Search Console.
Fase 4: Overvågning efter migration
At gå live er ikke målstregen. Det er starten på en overvågningsperiode, der afgør, om din SEO-værdi rent faktisk overlevede flytningen eller stille og roligt forsvinder i baggrunden.

De første 48 timer: Hvad skal man holde nøje øje med
De første to dage afslører de mest kritiske migreringsfejl, før de forværres. Omdirigeringsfejl, indekseringsblokeringer og sporingsfejlkonfigurationer vises her først.
- Åbn Google Search Console, og se rapporterne om dækning og gennemsøgningsstatistikker for pludselige stigninger i 404-fejl eller 5xx-serverfejl.
- Sammenlign eventuelle fejl med din URL-beholdning før migreringen. Tjek realtidsanalyser for uventede fald i organisk trafik, der kan indikere ødelagte omdirigeringer eller blokerede sider.
Hav din liste over sider, der skal beskyttes, de mest konverterende og mest linkede URL'er, lige ved hånden før migrering. Tjek disse først, da de har den højeste koncentration af equity.
Uge et til fire: Trendanalyse frem for panik
Når de umiddelbare problemer er løst, skal du flytte fokus fra brandbekæmpelse til trendanalyse. Uddrag de samme rapporter, som du indsamlede i din baseline før migreringen, og sammenlign dem med livedata.
Er den organiske trafik inden for et rimeligt interval i forhold til dine tal før migreringen? Er søgeordsrangeringer stabile på tværs af dine prioritetssider og indholdstyper?
Forvent nogle udsving i de første par uger. Googles gencrawling og reevaluering af et stort websted tager tid. Det, du holder øje med, er mønstre: hele indholdssektioner mister synlighed, landingssider med høj værdi, der konsekvent underpræsterer, eller hele indholdstyper, der falder.
Disse mønstre peger på systematiske problemer, hvad enten det er i omdirigeringer, metadata eller skabelonkonfiguration, som kan diagnosticeres og løses.
Kør også en backlink-kontrol med Semrush for at identificere henvisende domæner, der peger på URL'er, der nu returnerer 404-fejl. Hvert defekt backlink er autoritet, der burde flyde til dit nye websted.
Løbende vedligeholdelse: Bygger på det nye fundament
Efter den første måned bliver overvågning en del af den almindelige WordPress SEO-drift. Planlæg månedlige crawls ved hjælp af Screaming Frog eller Sitebulb for at afdække nye 404'er, omdirigeringskæder og duplikeret indhold, før de ophobes.
Kør Core Web Vitals-tests igen efter betydelige plugin- eller temaopdateringer, da disse kan introducere præstationsregressioner, der påvirker placeringerne over tid.
Til caching og ydeevneoptimering WP Rocket en af de mest pålidelige muligheder for WordPress. Til løbende overvågning af webstedets sundhed på tværs af flere WordPress-installationer WP Umbrella og MainWP god synlighed.
SolidWP dækker sikkerhedshærdning og databaseoprydning. Hold dit omdirigeringskort opdateret, efterhånden som indholdet udvikler sig efter migreringen, fordi ukortlagte URL-ændringer er der, hvor equity stille og roligt lækker over tid.
CMS-migrerings SEO-fejlene, der rent faktisk dræber placeringer
En enkelt katastrofal fejl forårsager ikke de fleste migreringsfejl. De er forårsaget af en række små, undgåelige forsømmelser, der fører til store trafiktab. Det er dem, vi ser oftest.
Spring over SEO-revisionen før migrering
Migrering uden en revision betyder at flytte indhold uden at tænke over det. Sider med høj værdi bliver overset. Sider med lav værdi får unødvendig opmærksomhed. Du mister evnen til at beskytte det, der rent faktisk betyder noget, fordi du aldrig har identificeret det. En revision før migrering er det, der adskiller bevidste beslutninger fra utilsigtede tab.
Opbygning af et ufuldstændigt omdirigeringskort
Et ufuldstændigt omdirigeringskort er den mest almindelige årsag til trafiktab efter en CMS-migrering. Én manglende URL med høj autoritet kan eliminere en betydelig del af din organiske trafik natten over, da backlinks til den URL holder op med at overføre autoritet til dit websted.
Kortlæg hver URL med backlinks , trafik eller konverteringer. Valider hver omdirigering i staging før lancering.
Glemmer at fjerne Noindex-tags efter lancering
Teams anvender korrekt noindex-direktiver i staging-miljøer, men glemmer at fjerne dem, når siden går live. Resultatet er en ny WordPress-side, der er fuldstændig usynlig for Google, indtil nogen bemærker den ujævne trafik.
Fjernelse af staging-blokke er et obligatorisk trin i go-live-sekvensen. Bekræftelse af, at robots.txt-filen er ren, er en af de første kontroller efter lanceringen.
Ændring af indhold, design og CMS-platform samtidig
Migrering er allerede en betydelig SEO-begivenhed. Samtidig tilføjelse af et komplet redesign og en indholdsoverhaling gør det næsten umuligt at diagnosticere årsagen, hvis der opstår et problem. Når for mange variabler ændrer sig på én gang, kan man ikke isolere årsagen til et fald i trafik.
Hvis et redesign er en del af planen, skal du opbygge en ramme for indholdsrevision, før migreringen begynder. Giv hver side en beslutning: Behold, forbedr eller træk tilbage. Enhver ændring af indholdet bør være et bevidst valg, ikke en utilsigtet bivirkning af platformskiftet.
Genopbygger ikke tekniske SEO-signaler i WordPress
Schema-markup, canonical tags, hreflang og robots-direktiver overføres ikke automatisk fra et andet CMS. En ny WordPress-installation har ingen af disse konfigureret som standard. De skal bevidst genopbygges ved hjælp af et plugin, der håndterer dem alle fra et enkelt dashboard.
Valider alle signaler i staging før go-live, og antag ikke paritet, bare fordi det synlige indhold ser korrekt ud.
Behandling af overvågning efter lancering som valgfri
Mange teams slukker for opmærksomheden efter lanceringsdagen. Ranglister kan tage uger at stabilisere sig fuldt ud. Crawlfejl ophobes stille og roligt. Ødelagte backlinks går ubemærket hen i månedsvis. En struktureret 30-dages overvågningsplan fanger problemer, mens de stadig er små, før de skaber varig skade, der tager meget længere tid at vende.
Hvorfor kan en migrering til WordPress rent faktisk forbedre din SEO?
Hvis det gøres korrekt, er en CMS-migrering til WordPress ikke en risikostyringsøvelse. Det er en mulighed for at opbygge et stærkere SEO-fundament end de fleste ældre platforme kan tilbyde.
- WordPress tilbyder hurtigere skemaimplementering med plugins som Schema Pro , hvilket muliggør strukturerede data og rich snippets, som tidligere krævede, at udviklercyklusser skulle administreres direkte fra CMS'et.
- Ydeevnen kan forbedres betydeligt på hostingplatforme bygget til WordPress. WP Engine , Kinsta og Cloudways leverer alle infrastruktur, der er optimeret til Core Web Vitals, lige fra starten.
- Indholdsfleksibiliteten forbedres med brugerdefinerede opslagstyper , taksonomier og Gutenberg-blokke, hvilket giver dit team værktøjer til at strukturere indhold lettere for søgemaskiner at fortolke og rangere.
- Flersproget SEO bliver mere håndterbar med Weglot eller TranslatePress , som håndterer hreflang og oversat indhold i stor skala.
- Analyseintegrationen er renere med MonsterInsights , som forbinder Google Analytics direkte til WordPress-dashboardet.
- Intern linkning kan aktivt administreres og forbedres ved hjælp af Rank Maths linkforslag og revisionsfunktioner.
Mange kunder, der migrerer til WordPress med ordentlig SEO-planlægning, opretholder ikke blot deres trafik. De øger den i de følgende måneder, fordi de er på en platform, der gør det hurtigere og nemmere at handle på SEO-forbedringer end deres tidligere CMS tillod.
Konklusion
En CMS-migrering er en af de mest betydningsfulde tekniske begivenheder i dit websites digitale liv. Men det behøver ikke at resultere i tab af trafik, fald i rangering eller måneders genopretningsarbejde. Ved at følge denne tjekliste, lige fra forberedelse før migreringen til overvågning efter lanceringen, beskyttes den organiske værdi, som dit website har opbygget gennem årene.
WordPress, når det migreres med korrekt SEO-planlægning, giver dig et stærkere fundament, bedre værktøjer til ydeevne og mere direkte kontrol over, hvordan søgemaskiner forstår dit indhold. Migreringen er ikke slutningen på dit SEO-arbejde. Det er begyndelsen på at gøre det på en platform, der er bygget til det.
Ofte stillede spørgsmål om SEO-tjekliste for CMS-migrering
Mister jeg mine SEO-placeringer efter at have migreret til WordPress?
Ikke hvis migreringen er planlagt og udført korrekt. Et komplet omdirigeringskort, validerede metadata og korrekt genopbyggede tekniske SEO-signaler burde bevare dine placeringer. Mange websteder forbedrer placeringerne efter migreringen, fordi WordPress løser ydeevne- og strukturelle problemer, som det gamle CMS ikke kunne løse.
Hvor lang tid tager det for Google at behandle en CMS-migrering?
Mindre websteder kan stabilisere sig inden for et par dage. Større websteder med tusindvis af webadresser kan tage flere uger for Google at gennemgå, genindeksere og afstemme alle omdirigeringssignaler fuldt ud. De første 48 timer er det mest kritiske overvågningsvindue, men struktureret sporing i hele den første måned er vigtig for at opdage langsommere problemer.
Hvad er forskellen på en 301- og en 302-omdirigering under migrering?
En 301 er permanent og overfører SEO-autoritet fra den gamle URL til den nye. En 302 er midlertidig og overfører ikke equity. Brug altid 301-omdirigeringer under en CMS-migrering. Brug af 302'er ved en fejltagelse er en af de mest almindelige og skadelige fejl i gør-det-selv-migreringer.
Skal jeg genopbygge mine SEO-indstillinger efter migrering til WordPress?
Ja. Metadata, schema markup, canonical tags, hreflang og robots directives migrerer ikke automatisk fra et andet CMS. De skal genopbygges i WordPress ved hjælp af et plugin og valideres i staging, før de går live.
Hvor hurtigt bør overvågningen efter migrationen starte?
Umiddelbart efter lanceringen. Begynd at tjekke Google Search Console og analyser inden for den første time efter lanceringen. De første 48 timer er, hvor de fleste kritiske fejl dukker op.
Daglig overvågning i de første fire uger anbefales kraftigt for at opdage rangeringsudsving, crawlfejl og ødelagte backlinks, før de forværres.
Hvad skal jeg gøre, hvis placeringerne falder efter migreringen?
Sammenlign først livedata med din baseline før migreringen. Pludselige, udbredte fald peger normalt på manglende omdirigeringer, blokeret indeksering eller en fejlkonfiguration af sporingen.
Kør en fuld live crawl, tjek Google Search Console for crawlfejl, og gennemgå din robots.txt-fil for eventuelle resterende staging-blokke. Med en solid basislinje i hånden kan de fleste problemer diagnosticeres og løses hurtigt.
Er det sikkert at redesigne, når man migrerer til et nyt CMS?
Det introducerer betydeligt mere risiko. Når flere variabler ændrer sig samtidigt, bliver det meget vanskeligere at diagnosticere et fald i trafik, fordi man ikke kan isolere, hvilken ændring der forårsagede det.
Hvis et redesign er en del af planen, skal du bruge et struktureret rammeværk for indholdsrevision til at træffe bevidste beslutninger på sideniveau, før migreringen begynder, og knytte alle designændringer tilbage til SEO-benchmarks, så enhver effekt er målbar.