Hvad er content staging i HubSpot? Relaunch af sider

Sådan virker content staging i HubSpot

Content staging er ikke en kladdefunktion. En staged side er publiceret, men til et andet domæne end jeres eget, og det er hele forskellen. Den ligger på et sandbox-subdomæne i formen jeres-domaene.sandbox.hs-sites.com, som HubSpot opretter for jer, når I tager funktionen i brug. Det betyder også, at siden opfører sig som en rigtig side: moduler henter rigtige data, formularer kan indsendes, og CSS'en opfører sig, som den vil gøre på produktionssitet. HubSpots dokumentation for redesign og relaunch med content staging beskriver hele flowet fra opsætning til udgivelse.

Der er tre måder at få en side ind i staging på, og de løser hver sit problem. Vælger I Stage cloned page, tager HubSpot en kopi af den eksisterende live-side med indhold og det hele, så I kan redesigne ovenpå noget, der allerede virker. Vælger I Stage blank page, får I en tom side, der er knyttet til den samme live URL, og som er tænkt til at erstatte den helt. Og vælger I Create a new staged page, bygger I noget, der ikke findes i forvejen, typisk en side der først skal eksistere efter relanceringen.

Udgivelsen er det trin, der giver funktionen dens værdi. I kan publicere en enkelt side ved at holde musen over den og klikke Publish, men pointen er masseudgivelsen: markér et antal sider og vælg Publish pages to live domain, eller tag hele bunken med Publish all to live domain. HubSpot beder om et jobnavn og en beskrivelse og kræver, at I bekræfter, at I har gennemgået ændringerne. Det lyder som bureaukrati. Det er i praksis den eneste log, I har over, hvad der blev skiftet ud hvornår.

Når en staged side går live, overtager den den oprindelige sides plads. HubSpot skriver selv, at den oprindelige sides analytics følger med over, så I ikke mister historikken på en side, I har haft i tre år. Har den nye side en anden URL end den gamle, oprettes der en viderestilling automatisk. Den gamle sides indhold er væk bagefter, så har I brug for at kunne gå tilbage, skal I tage en kopi selv, inden I trykker.

Delte assets er den faldgrube, der vælter flest relanceringer. Staging isolerer sidernes indhold, ikke de byggeklodser, siderne er lavet af. Retter I en template, et stykke globalt indhold eller en HubDB-tabel, mens I arbejder i staging, slår ændringen igennem på alle live-sider, der bruger den samme asset. HubSpot anbefaler direkte, at I kloner templaten først og redigerer kopien. Springer I det over, kan I ende med at ændre forsiden i det øjeblik, I retter en footer i staging.

Det hænger sammen med, hvad funktionen aldrig var tænkt til. HubSpots udviklerdokumentation om content staging siger det rent ud: værktøjet dækker ikke udvikling og test af themes, templates og moduler, og til det arbejde skal I bruge en sandbox-konto i stedet. Content staging håndterer sideindhold. Kodearbejdet hører hjemme et andet sted, og de to ting skal koordineres manuelt.

Adgangen styres af flere rettigheder på én gang, og det driller ofte i starten. Brugeren skal have selve Content staging-rettigheden, og derudover Marketing Access med både rediger- og publiceringsrettighed. Skal vedkommende også røre templates eller moduler, kræver det Design tools-rettigheden, og skal der skiftes tema eller globalt indhold, kræver det yderligere en rettighed. Skal domænet kobles til bagefter, kræver det Domain settings. En ekstern bureaukonsulent ender derfor typisk med en ret bred rolle, hvis vedkommende skal kunne køre en relancering alene.

På tier-siden er billedet enkelt og lidt hårdt: content staging findes i Content Hub Professional og Enterprise. Der er ingen Starter-version og ingen afskygning i gratisværktøjerne. Kører I jeres website på Content Hub Starter, findes staging-miljøet ikke i kontoen, og I er henvist til at udgive side for side eller bygge på et sekundært domæne, I selv holder styr på.

Der er to begrænsninger, der overrasker folk, fordi de ikke fremgår, før man står i det. Blogindhold kan ikke stages, hverken listevisningen eller det enkelte indlæg. Og sider med sprogvarianter kan ikke oprettes som flersprogede i staging, så et dansk-engelsk site skal enten bygge varianterne på de live-sider bagefter eller udgive alt i staging og koble sprogene sammen manuelt som et efterarbejde. For et dansk B2B-site med flersproget indhold er det sjældent en detalje.

Det sidste, I skal vide, handler om domænet. Sandbox-subdomænet er bundet til jeres konto, og afkobler I det, mister I adgangen til de staged sider, der ligger på det. På Professional-niveau skal et eksisterende domæne desuden kobles fra, før et nyt kan kobles til, og det er værd at planlægge efter, hvis relanceringen også indebærer et domæneskifte. Sæt jer ind i, hvordan HubSpot håndterer domæner og subdomæner, før I lægger datoen fast.

Vi hjælper danske B2B-virksomheder med at planlægge og gennemføre relanceringer i HubSpot, fra klonede templates og staging-opsætning til viderestillinger, sprogvarianter og selve udgivelsesdagen. Har I et website, der skal bygges om, eller står I med en flytning fra WordPress eller Umbraco, gennemgår vi gerne jeres opsætning og siger klart fra, hvis content staging ikke er det rigtige værktøj til det, I skal.

Hvad danske B2B-teams bruger content staging til

Content staging er et projektværktøj mere end et dagligt værktøj. De fleste virksomheder bruger det intensivt i seks uger og rører det så ikke igen i et år. Mønstrene nedenfor er dem, vi oftest møder hos danske B2B-virksomheder.

Den samlede relancering
Klassikeren, og det funktionen er bygget til. I bygger hele sitet om på et nyt tema, holder det ude af syne, og skifter alt ud på én gang. Værdien ligger i, at der ikke er en periode på to uger, hvor halvdelen af sitet er nyt og halvdelen gammelt. En dansk produktionsvirksomhed med 60 sider kan afvikle skiftet fredag eftermiddag og bruge mandagen på at rette fejl i stedet for at forklare kunder, hvorfor designet skifter undervejs.

Ombygning af en enkelt tung side
Prissiden, forsiden eller den vigtigste produktside. I kloner den til staging, bygger den om i ro, og udgiver, når den er færdig. At den oprindelige sides analytics følger med, er hele grunden til at gøre det sådan: I beholder sammenligningsgrundlaget og kan faktisk se, om ombygningen flyttede konverteringsraten.

Flytning fra WordPress eller Umbraco
Migrationer går sjældent galt i selve flytningen, de går galt i overgangsperioden. Ved at bygge alle sider i staging først kan I holde det gamle site kørende, indtil den nye version er komplet, og så skifte DNS og udgive i samme arbejdsgang. For en dansk virksomhed, der flytter fra Umbraco, betyder det også, at I kan sammenligne de to versioner side om side, før I beslutter jer.

Godkendelse hos ledelse, jura eller en moderkoncern
En staged side kan deles som et link, modtageren kan åbne uden en HubSpot-konto, og siderne holdes ude af søgemaskinerne. Det gør en stor forskel, når en dansk afdeling af en tysk eller svensk koncern skal have et nyt site godkendt centralt, og godkenderne ikke har adgang til CRM'et.

URL-oprydning med viderestillinger, I ikke selv skal skrive
Skal /services/konsulentydelser hedde /ydelser, opretter HubSpot viderestillingen, når den staged side udgives til den nye adresse. På et site med 40 sider sparer det både arbejdet og den type fejl, hvor tre viderestillinger bliver glemt og opdaget af Search Console en måned senere.

Kampagnesider, der skal gå live på et bestemt tidspunkt
Landingssider til et messefremstød eller en produktlancering kan bygges og godkendes i god tid og udgives samlet på dagen. Det er ikke planlagt publicering, I trykker stadig selv, men bunken er klar.

Temaskifte uden at røre indholdet
Skal siderne over på en ny template, kan I klone dem til staging, skifte template og se resultatet, før noget bliver rørt live. Vigtigt forbehold: selve templaten skal klones først, ellers rammer ændringen de live-sider med det samme.

Fællesnævneren er, at content staging er godt, når mange sider skal skifte samtidig, og overflødigt, når én side skal rettes. Skal I rette en overskrift, gør I det direkte på siden. Skal I skifte 40 sider ud, er staging forskellen på en kontrolleret relancering og en uge med halvt opdateret website.

Alternativer, priser og begrænsninger

Content staging er ikke det eneste svar, og for en del virksomheder er det ikke det rigtige. Først de reelle alternativer med priser, derefter hvad funktionen koster, og til sidst hvor den stopper.

CMS-sandbox og udviklerkonti
HubSpot udleverer gratis sandbox-konti til udviklingsarbejde. HubSpots oversigt over kontotyper beskriver forskellene: en CMS-sandbox er gratis og giver adgang til CMS Hub Enterprise-funktioner, men kan ikke få koblet et domæne på. Udvikler-testkonti er også gratis, I kan have op til ti af dem, og de udløber efter 90 dage uden API-kald. De er til kode, ikke til indhold, og indholdet skal flyttes manuelt bagefter.

Standard sandbox
En standard sandbox kopierer strukturen fra jeres produktionskonto, men ikke de levende data og konfigurationer. Den kræver en Enterprise-licens, hvilket i praksis tager den af bordet for de fleste danske SMV'er. Til gengæld er det den eneste mulighed, hvis I vil teste et komplet setup med workflows og objekter, og ikke bare sider.

Indholdsgodkendelser i stedet for staging
Skal I bare have et sæt øjne på en side, før den går live, er godkendelsesflowet ofte nok. HubSpots dokumentation for indholdsgodkendelser viser, at funktionen kræver Enterprise, at kun de tildelte godkendere kan udgive indhold, der afventer godkendelse, og at der kun kan anmodes om én godkendelse ad gangen. Det er et kvalitetstjek på enkeltsider, ikke et miljø til at bygge 40 sider i.

Umbraco Cloud
Danske virksomheder, der overvejer alternativet til HubSpot som CMS, står ofte med Umbraco. Umbracos prisside for Umbraco Cloud viser pr. september 2026 Starter til 45 EUR om måneden, Standard til 280 EUR og Professional til 730 EUR. Bemærk at miljøerne er tilkøb: et udviklingsmiljø koster 45 EUR oveni på Starter, og et staging-miljø 70 EUR oveni på Standard. Til gengæld får I et reelt tre-trins flow med kode og indhold samlet, hvilket content staging ikke giver jer.

WordPress med managed hosting
Kører sitet på WordPress, ligger staging typisk i hostingaftalen. WP Engines planoversigt angiver pr. september 2026 Essential fra 28 USD om måneden, 336 USD ved årlig betaling, med staging- og udviklingsmiljøer med ét klik. Det er markant billigere end Content Hub Professional, men I betaler forskellen et andet sted: opdateringer, plugins, sikkerhed og en integration til CRM'et, I selv skal vedligeholde.

Den manuelle vej
Byg siderne som upublicerede kladder, del forhåndsvisningslinks internt, og udgiv dem så manuelt i rækkefølge. Det koster ikke noget ekstra og virker fint til under ti sider. Over den grænse bliver udgivelsesaftenen lang, og risikoen for at glemme en side eller en viderestilling er reel.

Hvor vinder og taber content staging så? Den vinder klart på masseudgivelsen, på at analytics følger med, og på at I ikke skal flytte indhold mellem to systemer bagefter. Ingen af alternativerne kan skifte 40 sider ud på ét minut inde i den konto, hvor indholdet allerede ligger. Den taber på isolationen: et rigtigt staging-miljø indeholder også koden, og det gør content staging ikke. Skal I både bygge nye templates og nyt indhold, arbejder I i to miljøer på én gang, og den koordinering er det, folk faktisk brokker sig over.

Prismæssigt er det Content Hub-abonnementet, der afgør adgangen, for funktionen har ingen selvstændig pris. HubSpots prisside for Content Hub viser pr. september 2026 Professional med tre core seats inkluderet til mellem 450 og 500 USD om måneden afhængigt af bindings- og betalingsform, og Enterprise fra 1.500 USD om måneden med fem seats. Ekstra core seats koster omkring 45 USD om måneden på Professional og 75 USD på Enterprise. Starter ligger på 20 USD pr. seat om måneden ved årlig binding, men har altså ikke content staging.

Det gør regnestykket enkelt og ubehageligt for mindre virksomheder. Springet fra Starter til Professional er på cirka 480 USD om måneden, altså omkring 40.000 kroner om året før moms ved den nuværende kurs, og content staging alene er ikke grund nok til at tage det spring. Er I allerede på Professional, er funktionen inkluderet, og så er der ingen grund til ikke at bruge den. Er I på Starter og står over for én relancering, er den manuelle vej eller et eksternt bureau billigere end et års opgradering.

De hårde grænser er værd at kende, før I planlægger. Blogindhold kan ikke stages, og HubSpot-medarbejdere har i årevis bekræftet det i deres eget community. Den gængse omvej er en skjult testblog eller en midlertidig blog på et systemdomæne, og begge dele har den bivirkning, at testindlæggene kan dukke op i HubSpots egen sitesøgning. Skal jeres bloglistevisning også bygges om i en relancering, skal det planlægges som et separat spor.

Sprogvarianter er den anden hårde grænse, og den rammer danske sites særligt. Flersprogede varianter kan ikke oprettes i staging, så et site på dansk og engelsk skal enten bygge varianterne på de live-sider, eller udgive alt fra staging og derefter koble sidegrupperne sammen i hånden, før sprogvælgeren virker. På 20 sider gange to sprog er det en halv dags manuelt arbejde, der ikke fremgår af nogen projektplan.

Den danske og europæiske kontekst handler mest om, hvor data ligger, og hvad der sker på staging-domænet. HubSpots FAQ om cloud-infrastruktur og datahosting oplyser, at produktinfrastrukturen kører på AWS i USA, Canada, Australien og EU, hvor EU-regionen ligger i Tyskland, og at konti med betalt abonnement kan skifte datacenter. Det er relevant, fordi en staged side er en publiceret side: har den formularer og sporingskode på, indsamler den persondata på et hs-sites.com-domæne, og jeres samtykkeløsning skal derfor også dække staging-domænet, hvis I tester formularer med rigtige indtastninger.

Endelig, hvornår kan det ikke betale sig. Har I under ti sider, er staging overkill. Skal I primært lave om på blogindhold, dækker funktionen ikke jeres behov. Er hovedparten af arbejdet nye templates og moduler frem for nyt sideindhold, er en sandbox det rigtige værktøj, og content staging bliver et ekstra lag at holde styr på. Og er I på Starter, er svaret et andet end en opgradering. Skal I have hjælp til at vurdere det konkret, gennemgår vi gerne jeres opsætning som led i vores arbejde med HubSpot, og vi siger det også, hvis svaret er, at I ikke skal bruge funktionen.