Hvad er et redirect domain i HubSpot?

Sådan virker redirect-domæner i HubSpot

Teknisk set er et redirect-domæne ikke andet end et domæne, hvis DNS peger på HubSpot, og som HubSpot derefter besvarer med et viderestillingssvar i stedet for en side. HubSpot står for både certifikatet og selve svaret. Du skal ikke holde en webserver i live hos jeres gamle hostingudbyder for at det virker, og det er typisk den besparelse, der gør konstruktionen interessant i første omgang.

Opsætningen foregår i en guide med fem trin. I HubSpots vejledning til at forbinde et domæne klikker du Connect redirect under Redirected domains, skriver domænet ind, vælger destinationen i dropdownen Select a domain, bekræfter felterne Redirect from og Redirect to, og opdaterer til sidst DNS. Guiden anbefaler, at I lader de eksisterende DNS-records blive stående, indtil verifikationen er gennemført, så domænet ikke er utilgængeligt i mellemtiden.

To ting bliver blandet sammen i næsten hvert eneste migreringsprojekt, vi kommer ind i, og de skal holdes adskilt. Et redirect-domæne flytter et helt domæne. En URL-redirect flytter en enkelt adresse eller et mønster af adresser. I får sjældent brug for det ene uden det andet: redirect-domænet sikrer, at det gamle domænenavn overhovedet svarer, mens URL-redirects sikrer, at /produkter/widget-2000 på det gamle domæne rammer den rigtige nye side og ikke bare forsiden.

SSL følger med uden ekstra arbejde. HubSpot udsteder automatisk et SAN-certifikat gennem Google Trust Services, når et domæne forbindes, og HubSpots dokumentation om SSL og domænesikkerhed angiver, at det normalt tager minutter, men kan tage op til fire timer. Certifikatet fornyes automatisk 30 dage før udløb. Har jeres domæne en CAA-record, skal pki.goog stå på den, ellers bliver certifikatet hverken udstedt eller fornyet. Det er en af de fejl, der først viser sig et år senere, når fornyelsen fejler.

Skifter I primary domain, sker en del af arbejdet af sig selv. Ifølge HubSpots vejledning om at skifte primary domain bliver det gamle domæne automatisk til et redirect-domæne, og der bliver oprettet redirects fra URL'erne på det gamle domæne til det nye. Men kun hvis det gamle domæne ikke længere hoster andre indholdstyper. Gør det stadig det, bliver der ingen redirects oprettet, og så skal I bygge dem selv. Præcis den betingelse er grunden til, at nogle migreringer ser ud til at gå glat, mens andre taber halvdelen af de gamle URL'er.

Der er tre redirect-typer at vælge imellem. Permanent (301) er standardvalget for nye redirects og det, I skal bruge ved et varigt domæneskift. Temporary (302) bruges typisk under vedligeholdelse eller et redesign, hvor adressen skal tilbage bagefter. Proxy (305) viser indholdet fra en anden side uden at ændre adressen i browseren, hvilket er nyttigt i enkelte opsætninger, men sjældent det, I vil have ved en rebranding.

Detaljerne i redirect-værktøjet afgør, om resultatet holder i praksis. Indstillingen Match query strings er ikke slået til som standard, hvilket betyder, at en URL med sporingsparametre som utm_source stadig bliver fanget af jeres redirect. Ignore trailing slash er derimod slået til som standard, så det er ligegyldigt, om den gamle adresse havde en skråstreg til sidst. Nye redirects får laveste prioritet, og ved konflikt vinder den med det laveste nummer, hvilket er værd at vide, når nogen om et år lægger en bredere regel oven i jeres.

Adgangen til de to ting er ikke ens, og det overrasker mange. HubSpots oversigt over abonnementsgrænser for domæner siger, at alle konti kan forbinde et ubegrænset antal redirect-domæner. Selve URL-redirect-værktøjet kræver derimod Content Hub Starter eller højere, Marketing Hub Professional eller højere, eller Service Hub Professional eller højere, plus rettigheden URL Redirects på brugeren. I kan altså godt få et helt domæne til at pege videre på en billig pakke, men ikke styre hvor de enkelte sider lander.

Rod-domænet er det klassiske benspænd. Et domæne uden underdomæne, altså virksomhed.dk frem for www.virksomhed.dk, opfører sig anderledes i DNS, og det giver en velkendt fejl, hvor adressen kun svarer over HTTP og ikke HTTPS. HubSpots fejlfindingsartikel om rod-domæner peger på, at problemet opstår, når rod-domænet ikke er forbundet i HubSpot, og at løsningen er enten at forbinde det, at sende rod-domænet videre til et underdomæne, eller at sende underdomænet videre til rod-domænet. Hvilken vej I vælger, bør besluttes før migreringen, ikke bagefter.

Det, der oftest går galt, er rækkefølgen. Teams peger DNS mod HubSpot, før indholdet er klar, og så er sitet nede i de timer, det tager at få certifikatet på plads. Eller de forbinder redirect-domænet, men glemmer at bygge URL-redirects for de gamle adresser, og alle de gamle links ender på forsiden. Google behandler en samlet viderestilling til forsiden langt dårligere end en viderestilling til den tilsvarende side, så det koster reel trafik. Den sidste klassiker er domæner, der bliver forbundet og glemt: grænserne gælder nemlig også for forbundne domæner, der ikke er i brug.

Skal I skifte domæne, rebrande eller flytte sitet til HubSpot, er det kortlægningen af de gamle URL'er, der afgør, hvor meget trafik I tager med. Vi gennemgår jeres nuværende adresser, bygger redirect-planen, sætter domænet og DNS op i HubSpot og kontrollerer bagefter, at de gamle links faktisk lander det rigtige sted. Ring eller skriv, hvis I står med et domæneskift, I helst ikke vil mærke i tallene bagefter.

Hvad danske B2B-teams bruger redirect-domæner til

De fleste opsætninger, vi møder, falder i nogle få genkendelige mønstre. Fælles for dem er, at domænet har en historie, som virksomheden ikke har råd til at smide væk, selvom navnet på skiltet er skiftet.

Navneskift og rebranding. Virksomheden skifter navn, og det gamle domæne bliver forbundet som redirect-domæne, mens det nye bliver primary. En dansk produktionsvirksomhed, der efter en kapitalfondsovertagelse skifter fra grundlæggerens efternavn til et internationalt navn, har typisk hundredvis af indgående links fra brancheportaler, leverandørkataloger og gamle pressemeddelelser. De links kan ikke rettes, men de kan sendes videre.

Migrering fra Wordpress til Content Hub. Når et site flyttes, vil I ofte køre det nye site på et midlertidigt underdomæne, teste det, og først derefter skifte primary domain. Det gamle domæne bliver redirect-domæne i samme bevægelse. En dansk B2B-leverandør med 400 gamle blogindlæg får her brug for både redirect-domænet og et komplet sæt URL-redirects, fordi Wordpress' permalink-struktur sjældent matcher Content Hub en til en.

Gamle kampagne- og produktdomæner. Mange danske virksomheder har gennem årene købt separate domæner til et produkt, en messe eller en kampagne. I stedet for at betale for hosting på fem halvdøde sites kan domænerne forbindes som redirect-domæner og pege ind på den relevante produktside. Hosting-regningen forsvinder, og domænerne koster kun den årlige registrering.

Opkøb og konsolidering. Køber I en mindre konkurrent, følger deres domæne med i handlen. Sætter I det op som redirect-domæne mod jeres egen relevante kategoriside, fanger I den trafik, deres kunder stadig genererer ud af vane og ud af søgeresultater, der kan tage år om at forsvinde. Det er ofte den hurtigste målbare gevinst i en integrationsproces, der ellers trækker ud.

Dansk domæne og internationalt domæne side om side. Nogle vælger at samle alt indhold på et .com-domæne og lade .dk-domænet pege derind, andre gør det omvendt, fordi danske indkøbere klikker oftere på et .dk-resultat. Begge dele kan lade sig gøre, men det skal besluttes bevidst. Kører I flersproget indhold, er et redirect-domæne ikke svaret, for så skal domænet hoste sider og altså forbindes som hosting-domæne.

Oprydning i gamle underdomæner. Efter nogle år har mange sites et blog.virksomhed.dk, et shop.virksomhed.dk og et info.virksomhed.dk, som ingen længere vedligeholder. De kan samles ind på hovedsitet, så al linkværdi og al organisk trafik lander ét sted i stedet for at være spredt ud over underdomæner, der ikke deler autoritet lige så godt som stier på samme domæne gør.

På tværs af alle seks mønstre er der ét fællestræk, som afgør resultatet: kvaliteten af kortlægningen mellem gamle og nye URL'er. Redirect-domænet er den nemme halvdel. Den svære halvdel er at sidde med et regneark over de gamle adresser, finde den rigtige nye adresse til hver af dem, og acceptere at nogle sider ikke har nogen efterfølger og derfor skal pege på den nærmeste kategori frem for på forsiden.

Alternativer, priser og begrænsninger

HubSpot er langt fra det eneste sted, viderestillinger kan ligge, og i flere tilfælde er det heller ikke det bedste. Fire alternativer går igen i de sammenligninger, vi laver med kunderne, og priserne og grænserne herunder er dem, leverandørerne selv oplyser.

Cloudflare Bulk Redirects og Redirect Rules. Cloudflare lægger viderestillingen på deres eget netværk, før trafikken overhovedet når jeres hosting. Ifølge Cloudflares dokumentation for URL forwarding giver Free-planen 15 bulk-regler fordelt på 5 lister med i alt 10.000 URL'er, Pro hæver til 25.000 URL'er, Business til 50.000, og Enterprise giver 50 regler, 25 lister og en million URL'er. Til enkeltregler får Free 10, Pro 25, Business 50 med regulære udtryk, og Enterprise 300. Flere brugere rapporterer i Cloudflares eget community, at Free-kvoten i praksis har været sat til 20 elementer frem for de dokumenterede 10.000, så tjek jeres egen konto før I planlægger efter tallet. Cloudflare vinder klart på volumen og på regulære udtryk, som HubSpot ikke tilbyder.

URL forward hos den danske registrar. Dandomain, Simply.com og de øvrige danske udbydere tilbyder en simpel viderestilling som en del af domæneabonnementet, altså uden merpris ud over selve domænet. Det er den nemmeste løsning, hvis I kun skal sende ét domæne videre til én adresse. Til gengæld er det typisk en viderestilling til én fast URL uden mulighed for at bevare stien, og så ryger alle dybe links ned på forsiden. SSL på den viderestilling er heller ikke altid på plads.

Webserveren på det gamle hosting. En .htaccess-fil på Apache eller en regelblok i nginx kan alt, inklusive regulære udtryk og betingelser, som hverken HubSpot eller registraren kan matche. Prisen er, at I skal holde det gamle webhotel i live, hvilket for et typisk dansk erhvervswebhotel ligger i størrelsesordenen nogle hundrede kroner om måneden, plus at nogen skal vedligeholde en server, ingen længere har et forhold til. Efter to år har de fleste glemt, at den kører, indtil den ikke gør.

HubSpots eget URL-redirect-værktøj uden redirect-domæne. Bliver domænet i forvejen hostet i HubSpot, kan I klare det hele med URL-redirects og skal slet ikke bruge et redirect-domæne. Det er tit det rigtige svar internt på ét domæne, og det er værd at afklare først, fordi det sparer en DNS-ændring.

Regnestykket falder ud til begge sider. HubSpot vinder på, at hele kæden ligger ét sted: certifikat, viderestilling og den redaktionelle kontrol over hvor links lander, uden at nogen skal ind på en server. Marketingteamet kan selv rette en redirect uden en udvikler, og det er reelt noget værd i en dansk SMV, hvor IT-ressourcen er delt med alt muligt andet. HubSpot taber på volumen og på præcision. Skal I flytte 30.000 URL'er med mønstre, der kræver regulære udtryk, er Cloudflare det rigtige værktøj, og skal I lave betingede viderestillinger ud fra headers eller geografi, kan HubSpot det slet ikke.

På adgangssiden er billedet todelt, og det er den vigtigste enkeltoplysning på denne side. Selve redirect-domænerne er ubegrænsede på alle konti og koster ikke ekstra. URL-redirect-værktøjet, som er det, der gør viderestillingen præcis, kræver Content Hub Starter eller højere, Marketing Hub Professional eller højere, eller Service Hub Professional eller højere. Har I kun Sales Hub, har I altså ikke værktøjet, uanset hvor mange domæner I forbinder.

Prismæssigt betyder det i praksis, at Content Hub Starter er den billigste vej ind. Pr. september 2026 viser HubSpots prisside for Content Hub Starter til 20 USD pr. sæde pr. måned, med en tidsbegrænset kampagnepris på 7 USD pr. sæde for nye kunder, Professional til 500 USD om måneden med tre Core Seats inkluderet og ekstra sæder fra 45 USD, og Enterprise til 1.500 USD om måneden med fem Core Seats og ekstra sæder fra 75 USD. Free-niveauet står til 0 USD for op til to brugere, men giver ikke URL-redirect-værktøjet.

Kommer adgangen i stedet fra marketingsiden, er springet noget større. Marketing Hub Professional ligger pr. september 2026 på 890 USD om måneden med tre Core Seats og 2.000 marketing contacts, mens Enterprise ligger på 3.600 USD med fem Core Seats og 10.000 marketing contacts. Oven i det kommer et engangsbeløb til obligatorisk onboarding på henholdsvis 3.000 og 7.000 USD. Køber I Marketing Hub Professional udelukkende for at få URL-redirects, betaler I voldsomt meget for en funktion, Content Hub Starter også leverer.

Sædemodellen spiller kun delvist ind her. Det er abonnementsniveauet, der afgør, om værktøjet findes, mens rettigheden URL Redirects afgør, hvem der må bruge det. I praksis betyder det, at I kan nøjes med at give adgangen til de to eller tre personer, der arbejder med sitet, frem for at købe flere sæder.

De hårde grænser handler om brand domains, ikke om redirect-domæner. Et brand domain er den midterste del af adressen, altså selve virksomhedsnavnet. Content Hub Professional giver ét brand domain med ubegrænsede underdomæner og landekode-domæner ovenpå, mens Enterprise giver ti. Marketing Hub Professional og Enterprise giver ét, hvor Enterprise kan udvides med tilkøb. Alle øvrige abonnementer får ét brand domain, ét custom subdomain og ét landekode-domæne. Grænsen tæller alle forbundne domæner med, også dem der ikke er i brug eller ikke er færdigopsat, og det er derfor oprydning i gamle testdomæner nogle gange er det, der frigør plads til det domæne, I faktisk skal bruge.

I dansk sammenhæng er der et par praktiske forhold at tage højde for. .dk-domæner administreres af Punktum dk, og DNS ligger typisk hos en dansk udbyder som Dandomain, Simply.com eller jeres eget webhotel, hvor I selv skal kunne oprette de records, HubSpot beder om. Kan udbyderen ikke håndtere et rod-domæne ordentligt, skal det afklares før migreringen, ikke midt i den. Bruger I samme domæne til e-mailafsendelse, skal I desuden holde tungen lige i munden med SPF, DKIM og DMARC, for et domæne, der sendes videre, må ikke miste sine mail-records.

På GDPR-siden er et redirect-domæne i sig selv harmløst, fordi det ikke indsamler noget. Det, I skal være opmærksomme på, er, at trafikken efter viderestillingen lander på et HubSpot-hostet site, hvor tracking-scriptet kører, og at samtykket dermed skal være på plads på destinationen. Det gælder uanset hvilket domæne, brugeren kom fra. Har I valgt EU-hosting af jeres HubSpot-data, ændrer viderestillingen ikke på den beslutning.

Hvornår kan det så ikke betale sig? Har I ét domæne, der skal pege ét sted hen, og ingen dybe links at bevare, er en gratis URL forward hos jeres registrar rigeligt, og så er HubSpot en omvej. Skal I flytte titusindvis af URL'er med komplekse mønstre, hører opgaven hjemme hos Cloudflare eller på en webserver. Og har I slet ikke Content Hub, Marketing Hub Professional eller Service Hub Professional, giver det sjældent mening at købe et abonnement alene for at kunne lave viderestillinger. Er I derimod allerede på HubSpot og står foran et domæneskift, er det både billigere og mere holdbart at lægge det hos platformen end at holde en gammel server i live for at gøre det. Vi hjælper løbende danske virksomheder med netop den afvejning som en del af vores arbejde med HubSpot, og den starter altid med kortlægningen af de gamle URL'er, ikke med DNS.