Den vanligaste oron inför en flytt från WordPress till Webflow är rimlig: vad händer med trafiken från Google? Svaret avgörs mindre av plattformen och mer av hur flytten planeras. En snyggare webbplats hjälper inte om viktiga URL:er försvinner, redirects pekar fel eller mätningen slutar fungera på lanseringsdagen.
När LAPS planerar en migrering börjar vi därför i den gamla sajten, inte i den nya designen. Det som redan har värde ska identifieras innan något flyttas.
1. Sätt affärsmål och gör en URL-inventering
Vi samlar URL:er från WordPress, XML-sitemap, Search Console, GA4 och en egen crawl. Därefter märks sidor med trafik, externa länkar, konverteringar eller tydlig betydelse för säljarbetet. Varje URL får ett beslut: behåll, förbättra, slå ihop eller ta bort med en relevant 301-redirect.
Det här arbetet fångar också sådant som lätt missas: gamla kampanjsidor, PDF:er med externa länkar, tack-sidor och språkversioner som inte längre syns i navigationen.
2. Bygg informationsarkitektur före design
En migrering är ett bra tillfälle att reda ut en struktur som vuxit fram under flera år. Vi skiljer på tjänster, lösningar, branscher, kundbevis och kunskapsinnehåll och kontrollerar hur de länkar till varandra. Sidor som svarar på samma sökfråga bör ofta samlas till en starkare sida, men bara efter att trafik och länkar har kartlagts.
3. Mappa innehåll till Webflow CMS
Innan innehåll importeras bestämmer vi vilka uppgifter redaktören faktiskt behöver hantera. Kundcase, artiklar, tjänster och produktkategorier får egna fält och relationer i Webflow CMS. För Fioler var detta särskilt viktigt eftersom flytten från osCommerce omfattade ett stort produkt- och innehållsutbud. En genomtänkt modell minskar manuella speciallösningar efter lanseringen.
4. Gör en redirect-plan som går att testa
- Skapa en karta med gammal URL, ny URL, sidans syfte och redirect-status.
- Prioritera URL:er med söktrafik, externa länkar, konverteringar och historiskt värde.
- Skicka varje URL till närmaste relevanta sida, inte automatiskt till startsidan.
- Testa destinationer, redirect-kedjor, PDF:er, kampanj-URL:er och språkversioner.
5. Säkerställ metadata, canonical och språk
Flytta sidtitlar, metabeskrivningar, rubrikstruktur och interna länkar med avsikt. Canonical-taggar ska peka rätt. För flerspråkiga sajter behöver varje språkversion ha rätt koppling, innehåll och URL-struktur. LAPS kombinerar detta med SEO och synlighetsarbete, så att tekniska kontroller och innehållsbeslut leder åt samma håll.
6. Bygg och testa konverteringsvägarna
Formulär, mötesbokning, CRM-integrationer, samtycke, GA4 och Google Tag Manager ska implementeras och testas i samma kvalitetssäkring som layouten. Definiera vilka händelser som räknas som intresse och kontrollera att de går att följa per sida och kanal.
7. QA före och efter lansering
Före lansering crawlar vi stagingmiljön och testar responsivitet, navigation, formulär, redirects, metadata, canonical, interna länkar och indexeringsinställningar. Efter domänbytet skickas rätt sitemap till Search Console och prioriterade URL:er kontrolleras igen. Under de första veckorna följer vi 404-fel, indexering, klick och formulärhändelser tätare än normalt.
Compliq: när plattformsbytet också löste förvaltningen
I arbetet med Compliq var målet inte att ersätta WordPress för sakens skull. Den nya Webflow-grunden skulle göra ett tekniskt B2B-erbjudande tydligare och enklare att förvalta. Därför behandlades struktur, CMS och SEO som samma uppgift, inte som tre separata leveranser.
LAPS arbetar med Webflow för B2B där struktur, utveckling, teknisk SEO och mätning hör ihop från första inventering till uppföljning efter lansering.
