Gå til indhold
EnglishStart et projekt

Egen platformTjekliste

enRead in English

Hjemmeside-tjekliste: 40 ting før din nye side går live

Hjemmeside-tjekliste med 40 punkter før lancering: SEO, hastighed, tilgængelighed, cookies, formularer og måling. Plus de 8 der koster mest at glemme.

Af

Freelance full-stack udvikler

Udgivet
Læsetid
9 min.
Indhold i indlægget8

Før en ny hjemmeside går live, bør du tjekke 40 ting fordelt på syv områder: indhold og SEO, hastighed, tilgængelighed, formularer, måling, GDPR og drift. Hele hjemmeside-tjeklisten står herunder, og har du kun en time, så start med de otte punkter i første afsnit. Fejl på lanceringsdagen er sjældent svære at rette, men de bliver dyre, når de først opdages tre uger senere.

Jeg bygger selv hjemmesider for virksomheder, så husk det, når du læser mine råd om hvornår du skal have hjælp.

Den korte version: de 8 punkter der koster mest at glemme

Når tiden er knap, så tag det der er svært at rette bagefter, eller som ingen opdager:

  1. 301-redirects fra alle gamle URL'er til de nye.
  2. Testmiljøets noindex-regel og adgangskode er fjernet.
  3. Ingen statistik- eller marketingcookies før samtykke.
  4. Hver formular er testet med en rigtig indsendelse.
  5. SPF og DKIM på domænet, så mails fra siden når frem.
  6. Statistik virker, og konverteringer bliver målt.
  7. HTTPS virker, og siden har én fast adresse.
  8. Backup kører, og du har prøvet en gendannelse.

Overvejer du stadig hvordan siden skal bygges, så start med mit overblik over at bygge selv, bruge no-code eller få en udvikler.

Indhold og SEO (10 punkter)

SEO-punkterne sikrer at Google kan finde og forstå siden fra første dag. De fleste tager få minutter pr. side.

Indhold og SEO

  • Titler og beskrivelser: hver side har sin egen sidetitel (højst ca. 60 tegn) og meta description.
  • Overskrifter: præcis én H1 pr. side, og H2 og H3 følger en logisk rækkefølge.
  • URL'er og redirects: nye adresser er korte og endelige, og gamle URL'er sender med en 301-redirect (permanent viderestilling) til den side der passer bedst.
  • Rester fra testmiljøet: noindex, adgangskode og links til testdomænet er fjernet fra den rigtige side.
  • robots.txt: filen blokerer ikke vigtige sider, billeder, CSS eller JavaScript.
  • Sitemap: et XML-sitemap findes og er sendt ind i Google Search Console.
  • Én foretrukken adresse: canonical-tags peger på samme version af domænet, med eller uden www.
  • Delingsbilleder og favicon: links ser ordentlige ud på LinkedIn, i Slack og i browserfanen.
  • Intet fyld: ingen lorem ipsum, testbilleder, tomme sider eller døde links.
  • Rigtige enheder: siden er afprøvet på iPhone og Android og i Safari, Chrome og Firefox.

Uden redirects peger Google og andres links på sider, der ikke findes længere. Se fremgangsmåden i min guide til relaunch uden at miste trafik.

Hastighed og tilgængelighed (11 punkter)

Mål hastighed på mobil. Google bruger tre målinger kaldet Core Web Vitals: hvor hurtigt hovedindholdet vises (LCP), hvor hurtigt siden reagerer på klik (INP), og hvor meget layoutet hopper (CLS). Ifølge web.dev om Core Web Vitals er grænserne for "god" 2,5 sekunder, 200 millisekunder og 0,1, og mindst 75 % af besøgene skal ligge under grænsen.

Hastighed

  • Billeder: skaleret til den størrelse de vises i, komprimeret (WebP eller AVIF) og først indlæst når de kommer til syne.
  • Core Web Vitals: målt på mobil i PageSpeed Insights og grønne på de vigtigste sider.
  • Skrifttyper: få varianter, indlæst så teksten ikke hopper, når skriften skifter.
  • Tredjepartsscripts: chat, video og pixels er gennemgået, og hvert script har en grund til at være der.
  • Cache og komprimering: slået til på serveren eller via et CDN (et netværk af servere tæt på brugeren).

Tilgængelighed betyder at folk med nedsat syn, hørelse eller motorik kan bruge siden. For nogle virksomheder er det også et lovkrav: EU's tilgængelighedskrav (European Accessibility Act) gælder siden juni 2025 blandt andet for netbutikker, mens servicevirksomheder med under 10 ansatte og under 2 mio. euro i omsætning er undtaget. Se hvad det betyder for dig i indlægget om lovkrav til webtilgængelighed.

Tilgængelighed

  • Alt-tekster: billeder med indhold har en beskrivende alt-tekst, pyntebilleder en tom.
  • Tastatur: hele siden kan bruges med Tab og Enter, og du kan se hvor fokus er.
  • Kontrast: brødtekst har mindst 4,5:1 i kontrast til baggrunden (WCAG niveau AA).
  • Formularfelter: hvert felt har en synlig label, og fejlbeskeder siger hvad der skal rettes.
  • Zoom og mobil: siden kan bruges ved 200 % zoom og på en smal skærm uden vandret scroll.
  • Sprog og video: sproget er angivet i koden, og videoer med tale har undertekster.

Formularer, mails og måling (8 punkter)

En formular der ser fin ud, men aldrig sender noget, er en af de dyreste fejl på listen, fordi ingen opdager den. Kunden tror at du ikke svarer, og du tror at ingen skriver.

Formularer og mails

  • Rigtig test: hver formular er udfyldt og sendt på den færdige side, og beskeden landede hos den rette person.
  • Kvittering: brugeren ser en tydelig bekræftelse og ved hvornår svaret kommer.
  • Spambeskyttelse: et skjult honeypot-felt, en grænse for antal forsøg eller en usynlig CAPTCHA er slået til.
  • SPF og DKIM: domænet er sat op, så mails fra siden ikke ender i spamfilteret. DMARC er et godt tillæg.
  • Kun nødvendige felter: formularen spørger kun om det, du skal bruge for at svare.

Ifølge Googles retningslinjer for afsendere kræver Gmail SPF eller DKIM af alle afsendere, så uden dem kan beskeder fra din formular blive afvist.

Måling

  • Statistik virker: værktøjet er installeret, og du har set dit eget testbesøg dukke op.
  • Konverteringer: formularindsendelser og klik på telefonnummer og e-mail bliver målt.
  • Udgangspunkt: trafik og henvendelser fra den gamle side er noteret, så du kan sammenligne.

GDPR, cookies og firmaoplysninger (6 punkter)

Cookies til statistik og annoncer kræver samtykke, mens teknisk nødvendige cookies til fx login og indkøbskurv ikke gør. Samtykket skal være frivilligt og specifikt, og det skal være lige så let at trække tilbage som at give, skriver Digitaliseringsstyrelsens cookievejledning. Jeg er udvikler og ikke jurist, så brug listen som teknisk tjek og spørg en rådgiver ved tvivl.

GDPR, cookies og firmaoplysninger

  • Ingen cookies før samtykke: statistik, pixels og annoncescripts indlæses først, når brugeren har sagt ja.
  • Et reelt valg: banneret har en "Afvis"-knap der er lige så synlig som "Accepter", og samtykket kan ændres fra hver side.
  • Indlejret indhold: YouTube og Google Maps indlæses først efter samtykke eller via et klik.
  • Privatlivspolitik: beskriver hvilke data du indsamler, hvorfor, hvor længe, og hvem der behandler dem.
  • Databehandleraftaler: på plads med hosting, mailudbyder, formularværktøj og statistikværktøj.
  • Firmaoplysninger: navn, adresse, CVR-nummer og e-mail står let tilgængeligt, typisk i footeren. E-handelsloven kræver det af de fleste virksomheder.

Drift og selve lanceringsdagen (5 punkter)

Drift og lancering

  • HTTPS og én adresse: certifikatet virker på alle sider, og http, www og uden www sender alle videre til samme adresse.
  • Backup: kører automatisk, ligger uden for serveren, og en gendannelse er testet.
  • Overvågning: du får besked, hvis siden går ned, før dine kunder opdager det.
  • Opdateret og låst: CMS, plugins og pakker er opdateret, admin-konti har totrinsbekræftelse, og testbrugere er slettet.
  • Plan for dagen: DNS-skiftet sker en formiddag på en hverdag, og nogen er klar til at rette fejl de første dage.

Sænk TTL på dine DNS-poster (den tid andre servere husker den gamle adresse) til få minutter et døgn før skiftet. Så slår ændringen hurtigt igennem og kan rulles tilbage. Undgå fredag eftermiddag, hvor der sjældent er nogen til at rette fejl før mandag.

På WordPress er opdatering af plugins et løbende arbejde og ikke et engangstjek. Se forskellen i min sammenligning af WordPress og custom-kodet hjemmeside.

Næste skridt: gør det selv eller få hjælp

Meget af listen kan du klare selv: titler, alt-tekster, privatlivspolitik og test af formularer kræver ingen kode. På Wix, Squarespace og Webflow klarer platformen også hosting, HTTPS, sitemap og cache. Forskellene står i sammenligningen af Wix, Squarespace, Webflow og en udvikler.

En udvikler er pengene værd ved de punkter, der kræver adgang til kode, server og DNS: redirects ved relaunch, hastighed på mobil, et cookiebanner der faktisk blokerer scripts, og mailopsætning. Er du i tvivl om du skal bygge selv, så tag de 10 spørgsmål om at lave hjemmesiden selv eller få den lavet.

Vil du have hjælp, så se hvordan jeg arbejder med hjemmesider til virksomheder, eller send mig de punkter, du er i tvivl om.

Ofte stillede spørgsmål

Hvor lang tid tager det at gennemgå tjeklisten?

For en mindre virksomhedsside på 5-15 sider tager selve gennemgangen typisk en halv til en hel arbejdsdag. Det der tager tid, er rettelserne: manglende redirects, tunge billeder eller en cookieløsning der skal skiftes. Gennemgå derfor listen mindst en uge før lancering, så du kan rette uden at flytte datoen.

Skal jeg bruge et cookiebanner, hvis min statistik er cookiefri?

Ikke nødvendigvis. Værktøjer som Plausible og Simple Analytics kan køre uden cookies, og så kræver de som udgangspunkt ikke samtykke efter cookiereglerne. Indlejrede videoer, kort og chatvinduer kan dog stadig sætte cookies. GDPR gælder stadig, så værktøjet skal nævnes i din privatlivspolitik. Spørg en jurist, hvis du er i tvivl.

Hvad gør jeg, hvis jeg opdager fejl efter lancering?

Ret først det der rammer brugerne eller Google: formularer der ikke sender, sider med fejl og manglende redirects. Kig i indekseringsrapporten i Google Search Console de første uger, og opret redirects for de 404-fejl, der dukker op. Mindre ting kan samles og rettes i næste runde.

Skal tjeklisten gennemgås igen senere?

Ja, i hvert fald dele af den. Hastighed, scripts og cookies ændrer sig, hver gang nogen tilføjer et nyt værktøj til siden. Et kvartalsvist tjek af Core Web Vitals, formularer, cookiebanner og backup er en fornuftig rytme for en virksomhedsside, mens plugins og pakker bør opdateres løbende.

Læs også

Alle indlæg om Egen platform