Domæne
Det navn, folk husker, før I bruger underdomæner til fx shop eller hjælp.
Læs domæneguiden
Indlæser... Et domæne er det menneskeligt læsbare navn, som kunder og medarbejdere husker, når de skal finde jer online: typisk noget i stil med firma.dk. Det er ikke selve hjemmesiden, ikke serverpladsen og heller ikke den fulde internetadresse med sti og parametre.
Grundforståelse
Når du spørger "hvad er et domæne" i en SMV-hverdag, er svaret oftest: det er jeres online-identitet på rodniveau, før man begynder at skrue på underdomæner som shop.firma.dk. Det består af et navn og en endelse (TLD), fx .dk eller .com.
Det er ikke det samme som en URL. En URL kan indeholde protokol (https://), eventuelt www, domænet, en sti og flere tekniske detaljer. Det er heller ikke hosting: hosting er den plads (server eller platform), hvor filer, database og kode ligger. Endelig er et domæne heller ikke mailkontoen i sig selv, selv om professionel virksomhedsmail ofte bruger domænet som adresse, fordi mailafsendelse og modtagelse typisk styres med DNS-poster som MX-poster.
Hvis du vil dykke ned i hele domæneemnet uden at bygge en encyklopædi i ét blogindlæg, er det en god idé at læse videre i den mere omfattende guide om domæne. Her holder vi fokus på hurtig forståelse og de mest typiske beslutninger.
Det gør fejl lettere at finde, når I ved hvilket lag I retter i.
Det navn, folk husker, før I bruger underdomæner til fx shop eller hjælp.
Læs domæneguidenDen fulde adresse med protokol, evt. www, sti og parametre.
Stedet hvor filer, database og kode ligger, så der er noget at vise frem.
Gå til hostingguidenMail bruger domænet som adresse, men levering afhænger af MX og øvrige DNS-poster.
Fra registrator til browser
Praksis starter hos en domæneregistrator: du søger om navnet er ledigt, registrerer det og betaler typisk årlig fornyelse for at beholde retten til navnet. Registratoren hjælper med at holde styr på betalinger og ofte også med basale DNS-indstillinger, men selve logikken på internettet styres af DNS og navneservere, som kan forklares simpelt for ikke-tekniske ejere som en kontaktliste: når nogen spørger efter firma.dk, slår DNS op, hvilken server der skal svare, og om mail skal et andet sted hen.
DNS er altså det lag, der binder domænenavnet sammen med konkrete tjenester. Typiske poster handler om hjemmeside (ofte A eller CNAME), mail (MX), autorisation til mailudbydere (flere typer TXT-poster) og underdomæner. Valget mellem www og non-www er mest et konsistensvalg: det vigtigste er, at I vælger én kanonisk variant og laver tydelig omdirigering, så I undgår duplikeret indhold og forvirrede analyser.
Når du hører om DNS-propagering, TTL og hvorfor ændringer ikke altid sker med det samme, handler det om, at DNS-svar caches mange steder på nettet for at gøre alt hurtigere. En ændring kan derfor være synlig ét sted og først lidt senere et andet. I hverdagsforståelse: regn med, at simple ændringer ofte går relativt hurtigt, mens mere komplekse flytninger kan kræve tålmodighed og en plan for, hvornår I tjekker igen.
HTTPS, certifikat og domænebinding hænger sammen sådan, at browseren skal stole på, at serveren faktisk repræsenterer jeres domæne. Det er et vigtigt lag for tryghed, men det ændrer ikke på, at DNS stadig er det, der peger domænet mod den rigtige destination.
Endelsen er et praktisk valg for danske virksomheder, fordi den signalerer kontekst. En ccTLD som .dk opleves ofte lokalt og genkendeligt, mens mange gTLD'er (som .com) kan være stærke internationalt. Der findes ingen absolut regel, der passer alle: vælg ud fra marked, udtale, tryk på visitkort og om I risikerer at blive forvekslet med et andet brand.
Brand, længde, udtale og tilgængelighed vejer tungt i valgprocessen. Korte navne kan være lettere at huske, men de er også oftere optaget. Et domænenavn, der er let at stave højlydt, giver færre fejl i mundtlig kundeservice. TLD, ccTLD og gTLD betyder i praksis mest, hvordan I bliver opfattet og hvor nemt I kan sikre jer et rent, entydigt navn.
Roddomæne og underdomæner bruges til at adskille oplevelser uden at købe nye navne: fx hjælp.firma.dk eller kunde.firma.dk. Det kan være smart, når I vil holde marketing og login adskilt, men det kræver også, at DNS-planen er overskuelig, så ikke-tekniske beslutninger ikke skaber teknisk gæld.
WHOIS, privatliv og domænebeskyttelse er korte praktiske emner: offentlig tilgængelige WHOIS-oplysninger afhænger af TLD og registratorindstillinger, og mange vælger beskyttelse for at mindske spam og scraping. Det ændrer ikke på, at I stadig bør have styr på, hvem der administrerer domænet og hvem der kan flytte det.
Undgå dyre antagelser
Sørg for, at virksomheden står som rette part ift. registrering og kontoadgang, og at fornyelse ikke afhænger af én privat mail, ingen kan få fat i.
Dokumentér navneservere og hvem der må ændre poster, så web og mail ikke bliver et gættespil, når noget skal flyttes.
Når navnet står, er næste skridt ofte at få sat hosting, mail og måling rigtigt op i samme spor. Vil I have hjælp til at komme i gang, kan I bestille hjemmeside og få et forløb, hvor DNS og indhold ikke trækker i hver sin retning.
Korte svar til de spørgsmål, som oftest opstår, når en virksomhed skal på nettet.
Vi troede domænet var 'det hele'. Da vi skilte domæne, DNS og hosting ad, forsvandt halvdelen af mystikken.
Vi fik endelig styr på www og non-www. Det lyder småt, men det gjorde måling og support meget lettere.
MX og SPF var det, der drillede. Da posterne var dokumenteret ét sted, slap vi for ping-pong mellem leverandører.
Brug guiderne som dybere spor, når blogindlægget her skal være kort og praktisk.
Samlet spor om navn, DNS og typiske beslutninger før go-live.
Når I skal forstå serverdelen og hvad der skal til bag en hjemmeside.
Næste skridt hvis I vil have hjælp til leverance og opsætning i samme retning.
Få korte reminders om ejerskab, DNS og go-live, uden jargon og uden rodet indbakke.
Vi bruger kun mailen til nyhedsbrevet. Afmeld når som helst.
Vi hjælper jer med at undgå de klassiske blandinger mellem domæne, hosting og mail, så I kommer trygt fra navn til go-live.