SEO vid webbygge: det du bygger in från början
En stor del av SEO är inte marknadsföring alls — det är beslut som fattas under webbutvecklingen, billiga då och dyra senare. URL-struktur, renderingssätt, intern länkning och redigerbara metadata hör alla dit.
Den här guiden går igenom vad du bygger in från början, ungefär i ordning efter hur smärtsamt det är att lägga till i efterhand.
Se till att webbplatsen genomsöks och indexeras#
Allt annat är irrelevant om sökmotorer inte når sidorna eller kan läsa dem. Det är också här lanseringsdagens fel samlas.
- Produktionens robots.txt tillåter genomsökning. Testmiljöns kopia får inte följa med.
- Inga kvarglömda noindex-taggar från testmiljön.
- Varje sida har en självrefererande kanonisk adress, och det finns ett kanoniskt värdnamn.
- Innehållet finns i HTML eller renderas på servern. Dyker det upp först efter att JavaScript kört blir indexeringen långsammare och mindre pålitlig.
- En XML-sitemap med enbart indexerbara, kanoniska adresser — inga filtrerade eller paginerade varianter.
- Varje indexerbar sida har minst en intern länk. Föräldralösa sidor genomsöks knappt.
- Konsekventa statuskoder: 200 för verkliga sidor, 404 för saknade, 301 för flyttade.
Det vanligaste lanseringsfelet i listan är testmiljöns robots.txt som hamnar i produktion. Kontrollera den på lanseringsdagen, utanför ditt eget nätverk.
Struktur som sökmotorer kan läsa#
Strukturbesluten är de som gör ont att ändra senare, eftersom ändring innebär omdirigeringar och förlust av upparbetade signaler.
| Beslut | Bygg så här | Kostnad att ändra senare |
|---|---|---|
| URL-mönster | Kort, gemener, bindestreck, stabilt | Hög — omdirigeringar och förlorade signaler |
| Rubrikhierarki | En H1, inga överhoppade nivåer | Låg |
| Intern länkning | Navsidor som länkar till detaljer och tillbaka | Medel |
| Paginering | Genomsökbara länkar, inte bara JavaScript | Medel |
| Filternavigering | noindex på filterkombinationer | Hög — indexet rensas långsamt |
| Språkversioner | Adresser med prefix plus ömsesidig hreflang | Mycket hög |
Metadata som ditt team faktiskt kan redigera#
Ett vanligt byggfel är att generera titlar och beskrivningar från en mall utan möjlighet att skriva över. Sex månader senare behöver marknad ändra titeln på en sida och svaret är ett utvecklingsärende.
- Redigerbar titeltagg per sida, med ett vettigt genererat standardvärde.
- Redigerbar metabeskrivning, med synlig teckenräknare i CMS:et.
- Redigerbar Open Graph-titel, -beskrivning och -bild för delade länkar.
- Strukturerad data på de mallar som stödjer det: Article, Product, FAQ, Breadcrumb, Organization.
- En noindex-växel per sida, för sidor som ska finnas men inte ranka.
- Automatisk kanonisk adress, med manuell överskrivning för det sällsynta fall då det behövs.
Märk upp bara det som faktiskt syns på sidan. Strukturerad data som beskriver innehåll besökaren inte ser är ett riktlinjebrott, inte en genväg.
Hastighet och stabilitet som byggkrav#
Sidupplevelse hör till bygget, inte till ett optimeringsprojekt efteråt. Att lägga till hastighet på en färdig webbplats innebär oftast att backa beslut snarare än att lägga till kod.
| Mätvärde | Mål | Byggs in genom |
|---|---|---|
| Largest Contentful Paint | Under 2,5 s | Prioritera huvudbilden, undvik renderingsblockerande filer |
| Cumulative Layout Shift | Under 0,1 | width och height på bilder, reserverat utrymme |
| Interaction to Next Paint | Under 200 ms | Mindre JavaScript, blockera inte huvudtråden |
| Sidvikt | Så låg som designen tillåter | Moderna format, inga oanvända bibliotek |
| Time to First Byte | Under 800 ms | Cache, CDN och vettiga databasfrågor |
Vanliga frågor
Ska SEO ingå i utvecklingsavtalet?
De tekniska delarna ja — genomsökning, URL-struktur, redigerbara metadata, strukturerad data, hastighetsmål och omdirigeringslistan. Innehållsstrategi och länkbygge är separat arbete med annan karaktär. Att ha de tekniska kraven i avtalet betyder att de offereras istället för att upptäckas efter lansering, när de kostar mångdubbelt.
Skadar ett JavaScript-ramverk SEO?
Det kan göra det, om sidorna renderas enbart i webbläsaren. Sökmotorer kör JavaScript men med fördröjning och inte alltid fullständigt, så rendering enbart på klienten gör indexeringen långsammare och mindre pålitlig. Serverrendering eller statisk generering tar bort problemet. För en innehållswebbplats är det enklaste svaret att lägga innehållet i HTML.
Hur lång tid efter lansering ser jag söktrafik?
På en helt ny domän veckor till indexering och månader till placeringar som betyder något — nya webbplatser rankar inte snabbt, hur bra tekniken än är. Vid nylansering av en befintlig webbplats med rena omdirigeringar, räkna med två till sex veckors svängning innan det stabiliseras kring tidigare nivå.
Behöver jag ett SEO-tillägg?
I ett CMS är ett tillägg ett praktiskt sätt att ge redaktörer kontroll över titlar, beskrivningar, kanoniska adresser och sitemaps. Det är ingen strategi, och standardinställningarna ersätter inte någon som avgör vad varje sida ska handla om. I en skräddarsydd webbplats skrivs samma funktionalitet oftast direkt och blir lättare.
seo webbutvecklingteknisk seoseo grundergenomsökning indexeringstrukturerad dataon-page seo
