SEO ved webbyggeri: det du bygger ind fra start
En stor del af SEO er slet ikke markedsføring — det er beslutninger truffet under udviklingen, billige dengang og dyre senere. URL-struktur, renderingsmåde, intern linkning og redigerbare metadata hører alle til der.
Denne guide gennemgår, hvad du bygger ind fra start, groft sagt i rækkefølge efter hvor smertefuldt det er at tilføje bagefter.
Sørg for at siden gennemgås og indekseres#
Alt andet er uden betydning, hvis søgemaskiner ikke kan nå siderne eller læse dem. Det er også her, lanceringsdagens fejl hober sig op.
- Produktionens robots.txt tillader gennemgang. Testmiljøets kopi må ikke følge med.
- Ingen forvildede noindex-tags fra testmiljøet.
- Hver side har en selvrefererende kanonisk adresse, og der er ét kanonisk værtsnavn.
- Indholdet ligger i HTML eller genereres på serveren. Dukker det først op, efter JavaScript har kørt, bliver indekseringen langsommere og mindre pålidelig.
- Et XML-sitemap kun med indekserbare, kanoniske adresser — ingen filtrerede eller paginerede varianter.
- Hver indekserbar side har mindst ét internt link. Forældreløse sider gennemgås næsten ikke.
- Konsistente statuskoder: 200 for rigtige sider, 404 for manglende, 301 for flyttede.
Den hyppigste lanceringsfejl på listen er testmiljøets robots.txt, der havner i produktion. Tjek den på lanceringsdagen, uden for dit eget netværk.
Struktur søgemaskiner kan læse#
Strukturbeslutningerne er dem, der gør ondt at ændre senere, fordi ændring betyder viderestillinger og tab af opsamlede signaler.
| Beslutning | Byg sådan | Pris ved senere ændring |
|---|---|---|
| URL-mønster | Kort, små bogstaver, bindestreger, stabilt | Høj — viderestillinger og tabte signaler |
| Overskriftshierarki | Én H1, ingen oversprungne niveauer | Lav |
| Intern linkning | Navsider der linker til detaljer og tilbage | Middel |
| Paginering | Gennemgåelige links, ikke kun JavaScript | Middel |
| Filternavigation | noindex på filterkombinationer | Høj — indekset ryddes langsomt |
| Sprogversioner | Adresser med præfiks plus gensidig hreflang | Meget høj |
Metadata dit team reelt kan redigere#
En almindelig byggefejl er at generere titler og beskrivelser fra en skabelon uden mulighed for at overskrive. Et halvt år senere skal marketing ændre titlen på én side, og svaret er en udviklingsopgave.
- Redigerbar titel pr. side, med en fornuftig genereret standardværdi.
- Redigerbar metabeskrivelse, med synlig tegntæller i CMS'et.
- Redigerbar Open Graph-titel, -beskrivelse og -billede til delte links.
- Strukturerede data på de skabeloner, der understøtter det: Article, Product, FAQ, Breadcrumb, Organization.
- En noindex-kontakt pr. side, til sider der skal findes men ikke placere sig.
- Automatisk kanonisk adresse, med manuel overskrivning til det sjældne tilfælde, hvor det er nødvendigt.
Markér kun det, der faktisk er synligt på siden. Strukturerede data, der beskriver indhold, den besøgende ikke ser, er et brud på retningslinjerne, ikke en genvej.
Hastighed og stabilitet som byggekrav#
Sideoplevelsen hører til bygget, ikke til et optimeringsprojekt bagefter. At tilføje hastighed til en færdig side betyder som regel at rulle beslutninger tilbage frem for at tilføje kode.
| Måling | Mål | Bygges ind via |
|---|---|---|
| Largest Contentful Paint | Under 2,5 s | Prioritér hovedbilledet, undgå blokerende filer |
| Cumulative Layout Shift | Under 0,1 | width og height på billeder, reserveret plads |
| Interaction to Next Paint | Under 200 ms | Mindre JavaScript, bloker ikke hovedtråden |
| Sidevægt | Så lav som designet tillader | Moderne formater, ingen ubrugte biblioteker |
| Time to First Byte | Under 800 ms | Cache, CDN og fornuftige forespørgsler |
Ofte stillede spørgsmål
Skal SEO være med i udviklingsaftalen?
De tekniske dele ja — gennemgang, URL-struktur, redigerbare metadata, strukturerede data, hastighedsmål og listen over viderestillinger. Indholdsstrategi og linkbuilding er separat arbejde af en anden karakter. At have de tekniske krav i aftalen betyder, at de bliver prissat i stedet for opdaget efter lanceringen, hvor de koster mangefold.
Skader et JavaScript-framework SEO?
Det kan det, hvis siderne kun renderes i browseren. Søgemaskiner kører JavaScript, men med forsinkelse og ikke altid fuldt ud, så rendering udelukkende på klienten gør indekseringen langsommere og mindre pålidelig. Serverrendering eller statisk generering fjerner problemet. For en indholdsside er det enkleste svar at lægge indholdet i HTML.
Hvor længe efter lanceringen ser jeg søgetrafik?
På et helt nyt domæne uger til indeksering og måneder til placeringer, der betyder noget — nye sider placerer sig ikke hurtigt, uanset hvor god teknikken er. Ved genlancering af en eksisterende side med rene viderestillinger skal du regne med to til seks ugers udsving, før det stabiliserer sig omkring det tidligere niveau.
Har jeg brug for en SEO-udvidelse?
I et CMS er en udvidelse en praktisk måde at give redaktionen kontrol over titler, beskrivelser, kanoniske adresser og sitemaps. Det er ingen strategi, og standardopsætningen erstatter ikke nogen, der afgør hvad hver side skal handle om. På en skræddersyet side skrives samme funktionalitet som regel direkte og bliver lettere.
seo webudviklingteknisk seoseo grundlaggennemgang indekseringstrukturerede dataon-page seo
