Domæne
Det navn, folk husker og skriver. Det er roden i jeres adresse på nettet.
Læs kort introDomæne til virksomhedshjemmeside
Domæne til virksomhedshjemmeside: Fra navn til DNS der virkerEt domæne er det navn, kunder og medarbejdere skriver i browseren for at finde jer. For en lille virksomhed er det praktisk talt jeres adresse på nettet, mens DNS er den usynlige telefonbog, der oversætter navnet til den server, der skal svare.
Verificeret af Kim
Hvordan har vi verificeret denne side?Vi tager ansvar for det indhold, vi udgiver. Ekspert verificeret betyder, at:Vores ekspert inden for emnet har sikret, at indholdet og rådgivningen er korrekt.Vi har gennemgået og kvalitetssikret de tal og kilder, der ligger til grund.
Kort svar
Hvad er et domæne, og hvad skal du vide, før du vælger?
Et domæne er din virksomheds adresse på internettet, fx dinvirksomhed.dk. Det er ikke det samme som hosting (serverpladsen) eller selve hjemmesidens indhold. Du registrerer domænet hos en udbyder, betaler en årlig fornyelse og ejer retten til adressen, men kun så længe du fornyer til tiden.
Det vigtigste
- .dk giver lokal troværdighed og er typisk det bedste valg for danske virksomheder.
- Du skal selv eje domænet. Lad aldrig et bureau registrere det i deres navn.
- DNS-ændringer kan tage op til 24 timer at slå igennem, så planlæg go-live med buffer.
- Professionel virksomhedsmail kræver, at dit domæne og dine MX-poster er sat korrekt op.
Definition
Definition: domæne, URL og hosting i en SMV-hverdag
Tænk på domænet som skiltet uden for butikken og hosting som lageret bagved. Domænet gør det nemt at huske jer, men det løser ikke i sig selv, hvor indholdet ligger. Hosting er den service, hvor jeres websted, databaser og ofte mailkøer kører på fysiske eller virtuelle servere.
URL er den fulde adresse, brugeren ser i adresselinjen. Den består typisk af protokol, værtsdel og sti, for eksempel når nogen går direkte til en underside. Det er derfor ikke det samme som domænet alene: Domænet er roden, mens URL kan pege dybere ned i strukturen.
For en SMV betyder det i hverdagen, at I skal holde styr på tre adgangsniveauer: hvem der betaler domænet, hvem der administrerer DNS, og hvem der hoster filerne. Når rollerne flyder sammen hos et bureau uden dokumentation, er det her, ejerskab og adgang ofte bliver uklart.
Features
Tre dele der skal spille sammen
Når domæne, DNS og hosting er afstemt, virker hjemmeside og mail stabilt uden mystiske pauser.
URL
Den konkrete sti i adresselinjen, ofte dybere end roddomænet.
Bliv på guidenHosting
Pladsen hvor filer, databaser og ofte mailkøer kører bag scenen.
Åbn hosting-guiden Oversigt
Sådan fungerer DNS og navneservere bag scenen
DNS er et distribueret opslagssystem. Når nogen taster jeres domæne ind, spørger browseren en resolver, som følger en kæde af svar, indtil den finder de poster, der gælder for jeres zone.
Navneservere er de servere, der officielt er udpeget til at svare på spørgsmål om jeres domæne. Hos mange registratorer kan I vælge at bruge deres standard-navneservere eller pege mod en anden udbyder, hvis I for eksempel vil samle DNS ét sted.
Ændringer kan føles forsinkede, fordi verden caches svar et stykke tid ud i fremtiden via TTL, så ikke alt opdateres i samme sekund.
- A og AAAA: Peger domænet eller et underdomæne til en IP-adresse for web.
- CNAME: Peger et navn til et andet navn, nyttigt når en leverandør giver jer et målnavn frem for en fast IP.
- MX: Fortæller verden, hvilke mailservere der skal modtage post til domænet.
- TXT: Bruges blandt andet til SPF, og ofte også til DKIM og DMARC, når mail skal leveres troværdigt.
Når posterne er inkonsistente, får I typisk symptomer i stedet for en pæn fejlkode: sort skærm, certifikatadvarsler eller mail, der returneres til afsender.
Valg der typisk påvirker risiko, fleksibilitet og løbende omkostninger
Domænevalg handler om mere end at finde et ledigt navn. Længde, udtale og om det er nemt at stave på telefon påvirker, hvor ofte I skal rette fejl i kundemøder og på fakturaer.
Ved .dk-registrering og årlig fornyelse er den praktiske pointe kontrol: Sørg for at virksomhedens egne kontaktoplysninger og adgang er dokumenteret, så fornyelse ikke afhænger af en enkelt medarbejder der stopper.
Vælg bevidst mellem www og non-www, og hold det konsekvent, så I ikke splitter signaler mellem to kanoniske adresser. Det påvirker bogmærker, analyse og brugertryghed.
HTTPS-certifikatet skal matche det værtsnavn, brugeren møder. Et mismatch giver advarsler, som mange tolker som usikkert - uanset hvor godt indholdet er.
Når domæne og DNS er på plads, er hosting-guiden næste skridt for servertyper, performance og økonomi.
- Lav risiko: DNS-host som standard hos registrator
- Mere fleksibilitet: samlet hos specialiseret DNS-udbyder
- Mail: samlet pakke giver færre håndtryk mellem leverandører
- Navneservere: få ændringer kræver mindre disciplin end hyppige eksperimenter
Afvejninger i korte hovedpunkter
Her er et enkelt overblik over typiske afvejninger, uden at tabellen bliver et selvstændigt layout-element.
Disse tre valg bestemmer, hvor meget koordination jeres drift kræver fremover.
DNS-host: Standard hos registratoren er enkelt og kræver lidt vedligehold. En specialiseret DNS-udbyder giver mere kontrol, men flere håndtryk.
Mail: En samlet pakke hos få leverandører giver færre fejlpunkter. Opdelt mail-, marketing- og webopsætning kræver streng ændringsdisciplin.
Navneservere: Få ændringer og god dokumentation giver rolig drift. Hyppige eksperimenter kræver tæt ændringslog, så I kan rulle tilbage hurtigt.
- Vælg navn, der er nemt at sige og skrive på telefon
- Dokumentér hvem der betaler og hvem der kan låse op
- Beslut www eller non-www og hold redirect og kanonisk URL skarp
Ejerskab og drift
Typiske fejl og misforståelser om ejerskab og opsætning
Det, der går galt oftest
- Domænet er købt i en medarbejders private konto, og ingen i virksomheden har fuld adgang.
- www og non-www begge peger aktivt uden fælles kanonisk strategi.
- MX peger stadig på gammel host efter flytning, eller der findes flere modstridende MX-linjer.
- SPF, DKIM og DMARC er halvt sat op, så legitimeret mail ser mistænkelig ud for modtagere.
Det, der typisk skaber tryghed
- Ejerforhold og betalerroller er skrevet ned og matcher den juridiske enhed, I vil binde aktivet til.
- Navneservere og ændringslog er ét sted, og I ved, hvem der godkender ændringer.
- TTL er planlagt før større skift, så I forstår, hvorfor verden ikke skifter med det samme.
En hyppig misforståelse er at tro, at domænet "ligger i hjemmesiden". Domænet og webstedet er koblet via DNS, men kan flyttes uafhængigt, hvis posterne opdateres kontrolleret. En anden er at antage, at mail følger med automatisk, når web flyttes: det gør den kun, hvis MX og de tilhørende TXT-poster flytter korrekt med.
1) Navn der fungerer i hverdagen
Vælg navn med kunden i ørerne: sig det højt, skriv det i en sms, og test det på mobil tastatur.
2) Ejerskab og fornyelse
Registrér domænet i en konto, virksomheden kontrollerer, og gem kvitteringer og fornyelsesdato.
3) Kanonisk base-URL
Beslut www eller non-www og dokumentér den kanoniske base-URL, så marketing og web ikke trækker i hver sin retning.
4) Navneservere og DNS-strategi
Sæt navneservere efter strategi: simpelt hos registrator, eller samlet hos den udbyder, der matcher jeres behov for kontrol og support.
5) Sidste mile og løbende kontrol
Efter større skift: test web på både mobil, tjek certifikatets værtsnavn, og verificér mail med test til og fra eksterne konti.
Features
Fejl versus tryghed i ét overblik
Brug gitteret som mental tjekliste, når I gennemgår domæne, DNS og mail før go-live.
Typiske brudflader
Private konti, splittet www, modstridende MX, halvt sat SPF og DMARC.
Dokumentation
Hvem betaler, hvem godkender DNS, og hvor ligger ændringslog og adgang.
TTL og tålmodighed
Planlæg skift, så caching ikke overrasker jer midt i en travl hverdag.
Klar kanon
Én kanonisk adresse og konsistente redirects.
Mail er sit eget spor
MX og TXT skal flytte med, ellers ser alt rigtigt ud på web og alligevel fejler post.
4
record-typer de fleste SMV møder først
TTL
styrer hvor hurtigt ændringer mærkes
3
adgangsniveauer: domæne, DNS, hosting
MX
skal følge med når mail flytter
FAQ om domæne, DNS og go-live
Svar bygget på guidens indhold, formuleret som de spørgsmål SMV ofte stiller før launch.
Er domæne og URL det samme?
Nej. Domænet er roden i adressen, mens URL er den fulde sti brugeren ser, ofte med underside og parametre.
Hvad er DNS i praksis?
DNS er et distribueret opslag, der oversætter et domænenavn til de svar, browser og mailprogram har brug for, for eksempel IP-adresser og mailservere.
Hvorfor føles DNS-ændringer langsomme?
Svar caches med en TTL, så ikke alle resolvere opdaterer i samme sekund. Planlæg derfor skift, og undgå at tolke forsinkelse som "det virker ikke".
Flytter mail automatisk med hjemmesiden?
Kun hvis MX og de tilhørende TXT-poster er korrekt flyttet og afstemt. Web og mail er koblet via DNS, men er ikke automatisk den samme migration.
Hvad er typiske www og non-www fejl?
At begge varianter lever uden fælles kanonisk strategi, så I splitter signaler mellem to adresser og skaber unødig forvirring for brugere og analyse.
Hvorfor får brugeren certifikatadvarsler?
Ofte fordi certifikatets værtsnavn ikke matcher det, brugeren lander på, eller fordi poster peger forkert efter et skift. Det opleves som usikkert, selvom indholdet er fint.
Læs videre: hosting, mail og launch
Brug disse sider som næste skridt, når DNS og domæne er på plads, og I vil dykke ned i server, mail og sidste mile.
Hosting: servertyper og økonomi
Når navn og DNS er på plads, er næste lag ofte hosting, performance og omkostninger.
Hvad er et domæne?
Kort forklaring af domæne, DNS og navneservere, når teamet skal op i fart hurtigt.
Ny hjemmeside: tjekliste
Praktisk tjekliste til test og kontrol omkring go-live.
Virksomhedsmail på eget domæne
Når I flytter mail, er MX og autentificering ofte det, der afgør om posten er stabil.
Få flere SMV-tjek til web og drift
Korte guides og tjeklister, når I bygger om, flytter DNS eller går live med nyt site.
Vi sender en bekræftelses-e-mail. Du kan altid afmelde dig igen.
Vi spammer ikke. Afmeld når som helst.
Indholdet på denne side er gennemgået og kvalitetssikret af Kim Like.
Kim Like er AI- og udviklingskonsulent med mere end 10 års erfaring inden for web, software og automatisering for danske virksomheder. Han er stifter og produktejer af Lavprishjemmeside, der er vokset ud af behovet i hans kundeprojekter: traditionel webudvikling er blevet overhalet af AI, og virksomheder har brug for et komplet, AI-drevet system til både frontend og backend. Lavprishjemmeside gør den løsning tilgængelig til en fast, lav månedspris for både små og store virksomheder.
Ekspertiser
- Webudvikling
- AI-drevet webdesign
- SEO
- CMS