SEO ved nettsidebygging: det du bygger inn fra start
En stor del av SEO er ikke markedsføring i det hele tatt — det er beslutninger tatt under utviklingen, billige da og dyre senere. URL-struktur, gjengivelsesmåte, intern lenking og redigerbare metadata hører alle hjemme der.
Denne guiden går gjennom hva du bygger inn fra start, grovt sett i rekkefølge etter hvor smertefullt det er å legge til etterpå.
Sørg for at siden gjennomgås og indekseres#
Alt annet er uten betydning om søkemotorer ikke når sidene eller kan lese dem. Det er også her lanseringsdagens feil hoper seg opp.
- Produksjonens robots.txt tillater gjennomgang. Testmiljøets kopi må ikke følge med.
- Ingen forvillede noindex-merker fra testmiljøet.
- Hver side har en selvrefererende kanonisk adresse, og det finnes ett kanonisk vertsnavn.
- Innholdet ligger i HTML eller genereres på serveren. Dukker det først opp etter at JavaScript har kjørt, blir indekseringen tregere og mindre pålitelig.
- Et XML-nettstedskart kun med indekserbare, kanoniske adresser — ingen filtrerte eller sideinndelte varianter.
- Hver indekserbar side har minst én intern lenke. Foreldreløse sider gjennomgås knapt.
- Konsistente statuskoder: 200 for ekte sider, 404 for manglende, 301 for flyttede.
Den vanligste lanseringsfeilen på listen er testmiljøets robots.txt som havner i produksjon. Sjekk den på lanseringsdagen, utenfor ditt eget nettverk.
Struktur søkemotorer kan lese#
Strukturbeslutningene er de som gjør vondt å endre senere, fordi endring betyr videresendinger og tap av opparbeidede signaler.
| Beslutning | Bygg slik | Pris ved senere endring |
|---|---|---|
| URL-mønster | Kort, små bokstaver, bindestreker, stabilt | Høy — videresendinger og tapte signaler |
| Overskriftshierarki | Én H1, ingen oversprungne nivåer | Lav |
| Intern lenking | Navsider som lenker til detaljer og tilbake | Middels |
| Sideinndeling | Gjennomgåbare lenker, ikke kun JavaScript | Middels |
| Filternavigasjon | noindex på filterkombinasjoner | Høy — indekset ryddes tregt |
| Språkversjoner | Adresser med prefiks pluss gjensidig hreflang | Svært høy |
Metadata teamet ditt reelt kan redigere#
En vanlig byggefeil er å generere titler og beskrivelser fra en mal uten mulighet til å overstyre. Et halvt år senere må markedsføring endre tittelen på én side, og svaret er en utviklingsoppgave.
- Redigerbar tittel per side, med en fornuftig generert standardverdi.
- Redigerbar metabeskrivelse, med synlig tegnteller i CMS-et.
- Redigerbar Open Graph-tittel, -beskrivelse og -bilde til delte lenker.
- Strukturerte data på de malene som støtter det: Article, Product, FAQ, Breadcrumb, Organization.
- En noindex-bryter per side, til sider som skal finnes men ikke rangere.
- Automatisk kanonisk adresse, med manuell overstyring til det sjeldne tilfellet der det trengs.
Merk kun det som faktisk er synlig på siden. Strukturerte data som beskriver innhold den besøkende ikke ser, er et brudd på retningslinjene, ikke en snarvei.
Hastighet og stabilitet som byggekrav#
Sideopplevelsen hører til byggingen, ikke til et optimaliseringsprosjekt etterpå. Å legge til hastighet på en ferdig side betyr som regel å rulle beslutninger tilbake snarere enn å legge til kode.
| Måling | Mål | Bygges inn via |
|---|---|---|
| Largest Contentful Paint | Under 2,5 s | Prioriter hovedbildet, unngå blokkerende filer |
| Cumulative Layout Shift | Under 0,1 | width og height på bilder, reservert plass |
| Interaction to Next Paint | Under 200 ms | Mindre JavaScript, blokker ikke hovedtråden |
| Sidevekt | Så lav som designet tillater | Moderne formater, ingen ubrukte biblioteker |
| Time to First Byte | Under 800 ms | Cache, CDN og fornuftige spørringer |
Ofte stilte spørsmål
Skal SEO være med i utviklingsavtalen?
De tekniske delene ja — gjennomgang, URL-struktur, redigerbare metadata, strukturerte data, hastighetsmål og listen over videresendinger. Innholdsstrategi og lenkebygging er separat arbeid av annen karakter. Å ha de tekniske kravene i avtalen betyr at de blir priset i stedet for oppdaget etter lansering, der de koster mangedobbelt.
Skader et JavaScript-rammeverk SEO?
Det kan det, om sidene kun gjengis i nettleseren. Søkemotorer kjører JavaScript, men med forsinkelse og ikke alltid fullt ut, så gjengivelse utelukkende på klienten gjør indekseringen tregere og mindre pålitelig. Servergjengivelse eller statisk generering fjerner problemet. For en innholdsside er det enkleste svaret å legge innholdet i HTML.
Hvor lenge etter lansering ser jeg søketrafikk?
På et helt nytt domene uker til indeksering og måneder til plasseringer som betyr noe — nye sider rangerer ikke raskt, uansett hvor god teknikken er. Ved relansering av en eksisterende side med rene videresendinger, regn med to til seks ukers svingning før det stabiliserer seg rundt forrige nivå.
Trenger jeg en SEO-utvidelse?
I et CMS er en utvidelse en praktisk måte å gi redaksjonen kontroll over titler, beskrivelser, kanoniske adresser og nettstedskart. Det er ingen strategi, og standardoppsettet erstatter ikke noen som avgjør hva hver side skal handle om. På en skreddersydd side skrives samme funksjonalitet som regel direkte og blir lettere.
seo webutviklingteknisk seoseo grunnlaggjennomgang indekseringstrukturerte dataon-page seo
