Mina 20 år på webben: det som förändrats, och det som består

Det började mindre glamoröst än en ”karriär inom tech” låter

Jag har arbetat med webben i ungefär 20 år. Det började som webbansvarig för en webbshop, utan någon stor karriärplan och långt innan varje steg i arbetslivet presenterades som en del av ett personligt varumärke.

Arbetsuppgifterna var konkreta: lägga in produkter, organisera kategorier, uppdatera innehåll, hitta fel och lösa problem som nästan alltid uppstod vid sämsta möjliga tidpunkt. Ibland handlade det om design, ibland om kod och ofta helt enkelt om att få butiken att fungera igen.

Runt 2010 blev webbplatser och frontend på allvar min huvudsakliga yrkesinriktning. En samling praktiska uppgifter utvecklades först till ett hantverk och sedan till en karriär som sträckt sig över olika företag, marknader, branscher och tekniska miljöer.

De tidiga åren påverkade min syn på webbplatser mer än något senare ramverk. Jag lärde mig att en webbplats inte bara är en visuell yta. Den är ett levande verksamhetssystem som kopplar samman innehåll, teknik, användare och interna arbetsprocesser.

I dag arbetar jag i skärningspunkten mellan frontendutveckling, webbdesign, UX, prestanda, tillgänglighet, SEO och konverteringsoptimering. Verktygen är modernare, men grunduppgiften är densamma: webbplatsen måste fungera både för människorna som besöker den och för organisationen som ska driva den.

Jag har upplevt flera ”revolutioner” på webben

Under två decennier har det tekniska arbetet förändrats i grunden flera gånger:

• statisk HTML och tabellbaserade layouter
• CSS-baserad layout och mer semantisk HTML
• webbläsarspecifika lösningar och ständiga kompatibilitetsproblem
• jQuery-eran
• responsiv design och mobile-first
• WordPress i många olika typer av företagsmiljöer
• komponentbaserade ramverk som Vue, React, Nuxt och Next.js
• övergången från FTP till Git, automatiska tester och CI/CD
• modern analys, A/B-testning och datadrivet förbättringsarbete
• AI som stöd för planering, utveckling, refaktorering och kvalitetssäkring

Nästan varje ny våg har kommit med samma löfte: nu blir webbutveckling äntligen enkelt.

Det blev det aldrig riktigt.

Nya verktyg kan göra vissa uppgifter mycket snabbare och lösa verkliga problem. Samtidigt skapar de nya beroenden, nya typer av komplexitet och nya möjligheter att genomföra dåliga beslut mer effektivt.

Ett modernt ramverk löser inte en otydlig navigation. En sidbyggare formulerar inte ett övertygande erbjudande. En AI-assistent vet inte automatiskt vilka kunder ett företag vill nå eller vilka kompromisser som är rimliga i ett visst projekt.

Verktyg förstärker beslut. De ersätter inte omdöme.

De viktigaste frågorna har knappt förändrats

Teknikstacken har bytts ut flera gånger. De användbara frågorna är nästan desamma:

• Vilket problem försöker vi lösa?
• Vem bygger vi för?
• Vad måste besökaren förstå?
• Varför ska besökaren känna förtroende?
• Vilket nästa steg ska vara enkelt att ta?
• Hur vet vi om webbplatsen gör sitt jobb?

Utan tydliga svar blir även en tekniskt modern webbplats lätt en dyr platshållare.

Jag har sett webbplatser med utmärkta Lighthouse-resultat där erbjudandet varit svårt att förstå. Jag har sett visuellt imponerande sidor där användaren inte vetat hur man tar kontakt. Och jag har sett relativt enkla webbplatser fungera mycket bra eftersom målgrupp, budskap och nästa steg varit tydliga.

Prestanda spelar roll. Design spelar roll. SEO spelar roll. Men inget av det räddar en webbplats som inte förklarar vad företaget erbjuder och varför det är relevant.

Tekniken ska tjäna projektet

I webbbranschen behandlas teknikval ofta som en identitetsfråga. WordPress, Webflow, Framer, Nuxt, Next.js eller en specialbyggd lösning blir läger som man förväntas ansluta sig till.

Efter många år ser jag mer pragmatiskt på det.

Rätt teknik beror bland annat på:

• vem som ska sköta webbplatsen efter lansering
• hur ofta innehållet förändras
• vilka integrationer som behövs
• hur mycket specialfunktionalitet projektet kräver
• vilken teknisk kompetens som finns internt
• vilken budget och risknivå som är rimlig
• hur länge lösningen behöver kunna utvecklas vidare

En tekniskt spännande stack är inte automatiskt rätt val. Om ett litet team behöver en utvecklare för varje textändring kan lösningen ha missat det faktiska behovet.

Samtidigt räcker en enkel sidbyggare inte alltid när prestanda, flerspråkighet, komplexa data eller särskilda användarflöden är avgörande.

Den bästa tekniken är inte den som ser modernast ut i en konferenspresentation. Det är den som löser det konkreta problemet pålitligt och inte skapar onödiga hinder senare.

Prestanda, tillgänglighet och underhållbarhet hör ihop

Prestanda, tillgänglighet och underhållbarhet har länge behandlats som separata tekniska områden. För mig är de delar av samma kvalitetsfråga.

En webbplats som laddar snabbt men inte går att använda med tangentbord är ofullständig. En visuellt genomarbetad sida som hackar på en vanlig mobil är inte särskilt väl utformad i praktiken. En webbplats som kräver specialistkunskap för minsta ändring skapar en annan typ av kostnad.

Vid optimering av en marknadsföringswebbplats lyckades jag exempelvis förbättra resultatet från GTmetrix B till A, med ungefär:

• 91 Performance
• 96 Structure
• cirka 1,2 sekunder LCP
• omkring 6 millisekunder Total Blocking Time
• CLS 0

Det låg inga hemliga knep bakom förbättringen. Det handlade om konsekvent arbete med bilder, typsnitt, JavaScript, tredjepartsskript och det faktiska laddningsbeteendet på de viktigaste sidmallarna.

Siffrorna är användbara eftersom de gör en del av användarupplevelsen mätbar. De är däremot inte affärsresultatet i sig. En sida kan laddas på 1,2 sekunder och fortfarande misslyckas om den därefter visar ett utbytbart och otydligt budskap.

Därför behöver teknisk kvalitet, tydligt innehåll, tillgänglighet och konverteringsvägar diskuteras tillsammans.

Från nya ramverk till bättre resultat

Under mina tidigare år följde jag nya ramverk och verktyg mycket noggrant. Det var nödvändigt: den som arbetar med webben måste fortsätta lära sig och kunna anpassa sig.

I dag är jag mindre intresserad av om något är nytt och mer intresserad av om det ger en verklig förbättring.

Jag frågar hellre:

• Förstår besökaren erbjudandet snabbare?
• Hittar personen relevant information enklare?
• Går det att ta nästa steg utan onödig friktion?
• Fungerar webbplatsen på en normal mobil och en genomsnittlig uppkoppling?
• Kan kundens team sköta webbplatsen efter lansering?
• Förblir den tekniska grunden stabil när innehåll och funktioner växer?

Det låter kanske mindre spektakulärt än nästa stora teknikvåg. För ett företag är det oftast betydligt mer värdefullt.

Experiment ersatte en del av tyckandet

Sedan ungefär 2019 har strukturerad A/B-testning och experiment varit en återkommande del av mitt arbete med UX och konvertering.

Det förändrade också min syn på design. Många diskussioner om rubriker, knappar eller sidstrukturer förs som om det finns ett objektivt rätt svar som en erfaren person bara behöver upptäcka.

Erfarenhet hjälper oss att formulera bättre hypoteser. Den garanterar inte att en förändring fungerar för verkliga besökare.

Vissa experiment leder till tydliga förbättringar. Många avslutas utan någon klar vinnare. Även det är användbart: ett neutralt resultat kan hindra teamet från att lansera en förändring enbart för att den såg bättre ut i ett möte.

Den viktigaste lärdomen är inte att allt måste testas. Det är att åsikt och faktisk effekt inte är samma sak.

AI är en multiplikator, inte en genväg

AI är den senaste stora förändringen i mitt dagliga arbete. Jag använder den för första utkast, research, kodstrukturer, refaktorering, tester, översättningar och granskning.

Rätt använd sparar den mycket tid. Den kan göra samband i stora kodbaser tydligare, föreslå alternativ och minska repetitivt arbete.

Den kan lika snabbt producera generisk text, onödigt komplicerad kod och övertygande formulerade fel.

Därför är mänsklig granskning fortfarande avgörande:

• Löser förslaget det faktiska verksamhetsproblemet?
• Är koden säker, begriplig och möjlig att underhålla?
• Stämmer fakta?
• Är språket konkret och i linje med varumärket?
• Fungerar gränssnittet även utanför det perfekta exemplet?
• Skulle jag publicera resultatet under mitt eget namn?

Jag ser AI som en multiplikator, inte en ersättning för erfarenhet. Den gör bra arbete snabbare när någon kan bedöma kvaliteten. Utan den bedömningen gör den även dåligt arbete snabbare.

Olika marknader, liknande problem

Genom åren har jag arbetat med företag och team i Serbien, Norge, Sverige, Slovenien, Kroatien och Tyskland.

Marknaderna, språken och förväntningarna skiljer sig åt. De grundläggande problemen är förvånansvärt lika:

• Erbjudandet är tydligare internt än för en utomstående.
• Webbplatsen ser modern ut men är långsam eller svår att använda.
• Innehållet har vuxit under flera år utan en tydlig struktur.
• Ingen vet riktigt vem som ansvarar för webbplatsen efter lansering.
• Företaget planerar en fullständig ombyggnad trots att riktade förbättringar kanske skulle ge mer.

Ju fler projekt jag ser, desto mindre tror jag på universallösningar. Bra arbete börjar med sammanhanget.

Alla problem kräver inte en ny webbplats

Människor kommer ofta med en befintlig webbplats, en idé eller en offert på en redesign och ställer i grunden samma fråga:

Försöker vi lösa rätt problem?

Ibland är svaret att en ny webbplats är motiverad.

Ibland behövs först en tydligare struktur, bättre tjänstesidor, skarpare positionering eller korrigeringar av mobilupplevelsen, prestandan och formulären.

Ibland är det bästa nästa steget inte en ombyggnad alls, utan en ärlig analys av vad som redan fungerar och var uppmärksamhet, tid och affärsmöjligheter faktiskt går förlorade.

Efter ungefär 20 år på webben är det kanske min viktigaste förändring: jag vill inte så snabbt som möjligt sälja en viss lösning. Jag vill först förstå vilken förbättring som faktiskt är meningsfull för verksamheten.

Tydlighet först. Verktyg sedan.

Om du vill prata om ditt projekt kan du höra av dig. Jag lovar ingen magi, utan direkt återkoppling baserad på det jag under två decennier har sett fungera, och misslyckas, på webben.

Vill du tänka igenom ditt projekt tillsammans?

Boka ett kort samtal om var du har fastnat och vad ”bättre” konkret ska innebära för verksamheten, inte bara för startsidans utseende.