Från CMS till kod: +271% fler klick på 3 veckor

Varför vi lämnade vårt CMS

Growth Hackers har funnits sedan 2014. Under större delen av den tiden körde vi vår sajt på WordPress - precis som de flesta marknadsföringsbyråer. Det fungerade. Vi kunde publicera blogginlägg, uppdatera tjänstesidor och hantera vårt innehåll med samma verktyg som vi rekommenderade till kunder.

Men under 2024 blev det allt tydligare att WordPress höll oss tillbaka. Inte på ett dramatiskt sätt - mer som en långsam kvävning av potential:

• Sajten var långsam. Trots Cloudflare, caching-plugins och bildoptimering landade vår LCP konsekvent på 2-3 sekunder med toppar upp mot 3,9 s. Vi hade 30+ plugins installerade och varje försök att snabba upp sajten skapade nya problem.
• SEO-kontrollen var ytlig. Vi hade Yoast Premium installerat och följde alla best practices. Men vi kunde inte kontrollera rendering-ordning, implementera avancerad schema markup eller optimera för AI-sökmotorer utan att hacka WordPress-teman.
• AI kunde inte arbeta med vår sajt. Vi hade börjat använda AI-verktyg internt för allt från analysrapporter till kampanjoptimering. Men vår webbplats - vår viktigaste marknadsföringstillgång - var en svart låda för AI. Claude Code kunde inte redigera WordPress-teman på ett meningsfullt sätt.
• Experimenteringstakten var för låg. Att testa nya sidor, ändra innehåll eller optimera landningssidor krävde alltid ett manuellt steg i WordPress-gränssnittet. Vi som lever och andas growth hacking var frustrerade över vår egen långsamma optimeringscykel.

Beslutet var inte självklart. Att migrera sin egen sajt är ett stort projekt, och vi hade inga illusioner om att det skulle vara enkelt. Men vi såg också möjligheten: om vi byggde en sajt som AI kunde arbeta med direkt, kunde vi äntligen applicera vår egen metodik fullt ut på vår viktigaste kanal.

Vibecoding-processen med Claude Code

Vi valde Next.js 14 med App Router som ramverk, TypeScript som språk och Vercel som hosting-plattform. Men det mest anmärkningsvärda med bygget var inte teknikvalet - det var hur vi byggde sajten.

Arbetssättet: Vibecoding

Större delen av den nya sajten byggdes genom vibecoding med Claude Code. Det innebar att vi beskrev vad vi ville ha i naturligt språk och lät AI:n generera koden. Processen såg ut så här i praktiken:

• Beskrivning: En teammedlem beskrev önskad funktionalitet eller sida i klartext. Exempelvis: "Bygg en tjänstesida för AI-marknadsföring med en hero-sektion, tre tjänsteblock med ikoner, en jämförelsetabell och en CTA-sektion."
• AI-generering: Claude Code genererade React-komponenter, TypeScript-typer och styling baserat på vårt befintliga komponentbibliotek och designsystem.
• Granskning: En senior utvecklare granskade koden för kvalitet, säkerhet och prestanda. Claude Code hade i de flesta fall genererat produktionsklar kod, med korrigeringar på marginalen.
• Iteration: Om något behövde justeras gav vi feedback i naturligt språk: "Gör tabellen responsiv och lägg till hover-effekter på tjänstekorten." Claude Code implementerade ändringarna direkt.

Vi uppskattar att vibecoding-processen reducerade byggtiden med 60-70 procent jämfört med traditionell utveckling. Men det handlade inte bara om hastighet - det handlade om att marknadsteamet kunde delta direkt i byggprocessen genom att formulera innehåll och struktur på naturligt språk.

Komponentbiblioteket som grund

En avgörande framgångsfaktor var att vi tidigt byggde ett genomtänkt komponentbibliotek. Vi skapade återanvändbara React-komponenter för alla vanliga sidelement: hero-sektioner, tjänstekort, FAQ-accordion, blogglayouter, CTA-sektioner och tabeller. När komponentbiblioteket var på plats kunde Claude Code bygga nya sidor genom att kombinera befintliga komponenter - vilket både accelererade processen och säkerställde visuell konsistens.

Innehållsmigrering

Vi hade över 100 sidor med innehåll i WordPress. Att migrera detta manuellt hade tagit veckor. Istället använde vi Claude Code för att konvertera WordPress HTML-export till vårt nya TypeScript-baserade innehållsformat. Processen var inte helt automatisk - vi granskade och förbättrade innehållet i samband med migreringen - men AI skötte det tunga manuella arbetet.

SEO-effekten: +271% fler klick på 3 veckor

Tre veckor efter lanseringen den 18 februari 2026 är den organiska trafikeffekten tydlig i Google Search Console-data. Analysen nedan är gjord av Cogny baserat på faktisk Search Console-data.

Klick, CTR och impressioner

• Klickvolym ökade med +271% jämfört med de tre veckorna före lansering - en ökning som inte förklaras av innehåll eller rankingförändringar, utan av att CTR förbättrades markant.
• CTR mer än fördubblades - från 0,29% till 0,66% (+131%) - vilket innebär att fler användare väljer att klicka på sidan när den syns i sökresultaten. Snabbare laddtid, bättre meta-information och förbättrad Core Web Vitals-signal är sannolika bidragande faktorer.
• Impressioner ökade med +60% under samma period, delvis drivet av att den nya webbplatsstrukturen indexerades med hundratals nya URL:er. Klickökningen överstiger dock impressionsökningen kraftigt - vilket bekräftar att det är CTR-förbättringen som är den primära drivkraften.

Sammantaget: fler sökare ser sidan, och en betydligt större andel av dem väljer att klicka. Det är den dubbla effekten av en prestandaoptimerad, kodbaserad sajt.

Källa: Cogny-analys baserad på Google Search Console-data, jämförelse 3 veckor före och efter lansering 2026-02-18.

Core Web Vitals: Dramatisk förbättring

• LCP (Largest Contentful Paint): Ned från ~3 sekunder till ~1 sekund (-65%). På WordPress uppmättes LCP i genomsnitt till 2,0-3,0 sekunder under 2024 (med toppar upp mot 3,9 s). Efter flytten till Next.js ligger snittet konsekvent på 1,0-1,1 sekunder. Mätt via PageSpeed Insights desktop, löpande övervakat sedan juli 2024.
• CLS (Cumulative Layout Shift): Ned från ~0,026 till ~0,03-0,04. WordPress-eran visade ett konsekvent CLS på 0,026. Next.js-versionen har ett CLS på 0,03-0,04 - marginellt högre, men fortfarande inom Googles "bra"-gräns på under 0,1. Layoutstabiliteten är bibehållen.
• TBT (Total Blocking Time, proxy för INP): Ned från ~200 ms till ~35-50 ms (-75-80%). TBT - det närmaste labmåttet till INP - föll från ett snitt på 138-240 ms på WordPress (H2 2024) till 35-50 ms på Next.js. Det speglar den snabbare interaktiviteten som React med code splitting ger.
• Prestanda-poäng: Upp från 78 till 97. Google PageSpeed Insights performance score för startsidan gick från ett snitt på 78-88 under WordPress-eran till 96-97 på Next.js. Mätt med daglig automatisk övervakning i BigQuery, baserat på hundratals testkörningar.

GEO-effekten: +154% fler AI-citeringar

SEO är bara halva bilden. Vi mäter även hur sajten presterar i AI-sökmotorer - det vi kallar GEO (Generative Engine Optimization). Bing Webmaster Tools är idag den enda källan som ger faktisk data på LLM-organisk trafik, via Bing Copilot. Vi använder den som proxy för hur sajten presterar i andra AI-sökmotorer som ChatGPT, Claude och Perplexity.

Data från Bing Copilot visar en tydlig effekt efter migreringen:

• AI-citeringar ökade med +154% - från 24 citeringar (3 veckor före lansering) till 61 citeringar (3 veckor efter). Det innebär att Bing Copilot refererar till growthhackers.se mer än dubbelt så ofta som tidigare.
• Trenden accelererar vecka för vecka: Vecka 1 efter lansering: 7 citeringar. Vecka 2: 23 citeringar. Vecka 3: 31 citeringar. AI-sökmotorerna upptäcker och citerar den nya sajtstrukturen i ökande takt.
• Antal citerade sidor nästan fördubblades - från 14 till 26 unika sidciteringar. Det betyder att AI-sökmotorerna inte bara citerar oss oftare, utan att de hittar och refererar fler av våra sidor.

Varför detta händer: en kodbaserad sajt med ren semantisk HTML, korrekt schema markup och strukturerat innehåll är exakt vad LLM-crawlers föredrar. WordPress-sajter med plugin-genererad HTML, inline-styles och fragmenterad struktur gör det svårare för AI att extrahera och citera information.

Källa: Bing Webmaster Tools AI Performance Overview, jämförelse 3 veckor före och efter lansering 2026-02-18. Bing Copilot-data används som proxy för LLM-organisk synlighet då det för närvarande är den enda källan som tillhandahåller denna typ av data.

Fler experiment per vecka

Med Cogny kopplat till sajten och Cogny Code Agent som implementeringsverktyg gick vi från 2-3 webbexperiment per månad till 3-5 per vecka. Varje experiment - från rubriktester till nya innehållssektioner - kunde designas, implementeras och mätas på en bråkdel av tiden jämfört med WordPress-eran.

Cogny Code Agent i praktiken

Den verkliga magin uppstår i kopplingen mellan data och kod. Cogny är vår AI-plattform som kopplar samman datakällor och genererar handlingsbara insikter. I kombination med en kodbaserad sajt blir Cogny ett kraftfullt optimeringsverktyg.

Datakällor och analys

Cogny integrerar med våra viktigaste datakällor:

• Google Analytics 4: Beteendedata, konverteringar, sidvisningar och engagemang.
• Google Search Console: Sökord, impressioner, klick, CTR och genomsnittlig position.
• Google Ads: Kampanjprestanda, konverteringsvärden och kvalitetspoäng.

Genom att analysera data tvärs dessa källor identifierar Cogny mönster och möjligheter som inte syns i enskilda plattformar. Exempelvis: "Sidan /tjanster/ai-marketing rankar på position 8-12 för 15 relevanta sökord med sammanlagd sökvolym på 5 000/mån. Genom att förbättra innehållet och optimera title-taggen kan positionen förbättras till top 5."

Human-in-the-loop

Cogny föreslår aldrig ändringar som implementeras automatiskt utan granskning. Processen är alltid human-in-the-loop:

• Cogny identifierar: "Sidan X har potential att ranka bättre för sökord Y. Föreslår följande optimeringar: [specifika förslag]."
• Growth hacker granskar: Är rekommendationen relevant? Stämmer den med vår strategi? Finns det kontext som AI:n missar?
• Cogny Code implementerar: Om rekommendationen godkänns skriver Cogny Code den faktiska koden och implementerar ändringarna direkt i kodbasen.
• Verifiering: Ändringarna deployeras, och Cogny följer upp effekten i efterföljande datainsamling.

Det är denna cykel - data, insikt, beslut, implementation, mätning - som gör kombinationen av en kodbaserad sajt och AI-verktyg så kraftfull. Läs mer om vår approach till AI-driven marknadsföring.

Lärdomar från vår migrering

Migreringen var inte problemfri. Här är de viktigaste lärdomarna vi tar med oss - och som vi delar med alla företag som överväger samma resa.

1. Börja med komponentbiblioteket

Det mest värdefulla vi gjorde var att investera tid i att bygga ett solitt komponentbibliotek innan vi började migrera innehåll. Det gav Claude Code en tydlig ram att arbeta inom och säkerställde visuell konsistens över hela sajten. Utan detta hade vibecoding-processen blivit kaotisk.

2. Låt AI göra det tunga lyftet

Vi försökte initialt migrera en del innehåll manuellt. Det tog evigheter. När vi istället lät Claude Code hantera bulkmigreringen och fokuserade vår tid på granskning och förbättring gick processen dramatiskt snabbare. Lektionen: lita på AI för det mekaniska arbetet, men behåll mänsklig granskning för kvalitet och strategi.

3. Fokusera på innehållskvalitet, inte bara teknik

En migrering är det perfekta tillfället att förbättra ert innehåll. Flytta inte bara text från CMS till kod - förbättra, uppdatera och utöka innehållet samtidigt. Vi skrev om en stor del av vårt innehåll i samband med migreringen, med AI-stöd, och det bidrog till den kraftiga trafikökningen.

4. Sätt upp redirects tidigt

Vi konfigurerade alla 301-redirects innan vi lanserade den nya sajten. Det är kritiskt för att inte tappa SEO-auktoritet. Varje gammal URL ska peka på sin nya motsvarighet. Vi verifierade detta i Google Search Console direkt efter lansering och fixade de få redirects som missats.

5. Var beredd på en dipp - som snabbt vänder

De första dagarna efter lansering såg vi en kort dipp i organisk trafik. Det är normalt - Google behöver omcrawla och omindexera sajten. Inom en vecka var trafiken tillbaka på gamla nivåer, och inom tre veckor hade den ökat markant. Panikera inte under den första veckan.

6. Mät allt från dag ett

Vi kopplade in GA4-tracking, Google Search Console och Cogny redan på staging-miljön innan lansering. Det innebar att vi hade data från första sekunden och kunde börja optimera direkt. Ju snabbare ni har data, desto snabbare kan AI-verktygen börja identifiera möjligheter.

Är det rätt för ditt företag?

Baserat på vår erfarenhet - både som byrå som hjälper andra och som företag som gjort resan själva - finns det tydliga signaler som visar om en migrering från CMS till kod är rätt steg.

En migrering är troligtvis rätt om:

• Er sajt är en viktig del av er tillväxtstrategi - ni genererar leads, bygger varumärke eller driver försäljning via webben.
• Ni vill använda AI-verktyg för optimering - och har viljan att integrera AI i ert arbetsflöde.
• Prestanda spelar roll - er nuvarande sajt har LCP över 2,5 sekunder och det påverkar ranking och konvertering.
• Ni vill synas i AI-sökmotorer - GEO (Generative Engine Optimization) kräver ren kod och strukturerat innehåll.
• Ni är frustrerade över er nuvarande plattform - plugin-problem, säkerhetsuppdateringar och temabegränsningar tar tid från strategiskt arbete.

En migrering är troligtvis inte rätt om:

• Er sajt är en enkel broschyr - med minimal trafik och ingen strategisk roll.
• Ni har 50+ redaktörer utan teknisk kompetens - och ingen plan att introducera AI-verktyg.
• Er budget är extremt begränsad - migreringen kräver en initial investering, även om den snabbt ger avkastning.
• Ni driver stor e-handel med komplex produktdata - specialiserade e-handelsplattformar kan fortfarande vara mer lämpade.

Vi delar gärna med oss av mer detaljer kring vår migrering. Läs om vår CMS till kod-tjänst för att se hur vi hjälper andra företag göra samma resa, eller boka ett kostnadsfritt samtal för att diskutera om en kodbaserad webbplats är rätt för just er verksamhet.