Hvad er HubDB i HubSpot? Dynamiske sider og priser

Sådan virker HubDB i HubSpot

En HubDB-tabel består af kolonner med faste datatyper og rækker med værdier. Der er 14 kolonnetyper: tekst, rich text, URL, billede, select, multi-select, dato, dato og tid, tal, valuta, checkbox, lokation med længde- og breddegrad, foreign ID og video. Typevalget er ikke kosmetik. En lokationskolonne giver dig koordinater, du kan sende direkte videre til et kort, og en foreign ID-kolonne peger på rækker i en anden HubDB-tabel, hvilket er det tætteste HubDB kommer på en relation mellem to tabeller. Vælger du tekst til det hele, fordi det går hurtigst, mister du både filtrering og sortering senere. Vi ser den fortrydelse oftere end nogen anden, og den er besværlig at rulle tilbage, når der først ligger 400 rækker i tabellen. HubSpots udviklerdokumentation for HubDB gennemgår hver enkelt type.

Kladde og publiceret er to forskellige datasæt. En ny tabel starter som kladde og leverer ingen data til det levende site, før den er publiceret. Kladdedata vises i sideeditoren og i preview, hvilket er præcis derfor fejlen er så svær at opdage: alt ser rigtigt ud internt, mens de besøgende ser den gamle version. Retter du tre celler og glemmer at trykke Publicer på selve tabellen, sker der ingenting udadtil. At publicere siden hjælper ikke, det er tabellen, der skal publiceres.

Dynamiske sider er den funktion, marketing efterspørger, mens resten af HubDB mest optager udviklerne. Du slår dynamiske sider til i tabellens indstillinger, kobler en template til tabellen, og så genererer HubSpot en oversigtsside plus en detaljeside pr. række. Stien styres af kolonnen hs_path, sidens titel af hs_name, og metabeskrivelsen kan trækkes fra en kolonne, du selv udpeger. Stierne skal skrives med små bogstaver, ellers rammer URL'erne ved siden af. En tabel kan drive højst 10 dynamiske sider, og det tæller pr. tabel, ikke pr. konto. HubSpots vejledning til dynamiske sider beskriver opsætningen trin for trin.

Selve udtrækket sker i HubL, HubSpots skabelonsprog. Funktionen hubdb_table_rows henter et sæt rækker med filtre og sortering, hubdb_table_row henter en enkelt. En CMS-side må kalde hubdb_table_rows højst 10 gange. Den grænse lyder rundhåndet, indtil nogen bygger en oversigt, der løber gennem seks kategorier og slår op i en relateret tabel for hver, og siden pludselig fejler i produktion. Løsningen er næsten altid at hente mere data i færre kald og filtrere i templaten frem for at kalde igen.

Adgang og tiers. Datadrevne sider fra HubDB kræver Content Hub Professional eller Enterprise. Programmerbare e-mails, hvor en marketingmail trækker indhold fra en HubDB-tabel, kræver Marketing Hub Enterprise. På Free og Starter findes HubDB ikke, og der er ingen mellemvej: funktionen kan ikke købes enkeltvis. Den grænse afgør oftere end noget andet, om et HubDB-projekt overhovedet er relevant hos jer.

Grænserne er konkrete og værd at kende, inden datamodellen lægges fast. En konto kan have 1.000 tabeller og en million rækker i alt. En tabel kan indeholde 10.000 rækker og 250 kolonner. En rich text-kolonne rummer 65.000 tegn, en tekstkolonne 10.000, og navne og labels højst 700 tegn. Rammer du 10.000 rækker i en tabel, er der ingen udvidelse at købe. Så skal datamodellen deles op, typisk i én tabel pr. sprog, land eller produktfamilie.

HubDB kan også læses og skrives udefra. API'et ligger på /cms/v3/hubdb/tables med adskilte endepunkter for kladde og publiceret version, så et integrationsjob kan skrive til kladden, kontrollere resultatet og først derefter kalde push-live. En private app med hubdb-scope er den normale adgangsvej. Slår du i stedet Allow public API access til, kan hvem som helst læse tabellen uden godkendelse ved at sende jeres konto-ID med som portalId, begrænset til 10 forespørgsler i sekundet. HubSpots API-dokumentation for HubDB beskriver begge veje.

Det åbner for en fejl, der er alvorlig og let at lave. En tabel med offentlig API-adgang kan læses af hele internettet, uanset hvad sidens template ellers kræver af login. Ligger der medarbejdernumre, direkte telefonnumre, aftalepriser eller kundedata i tabellen, er de læsbare for enhver, der kender jeres konto-ID. HubDB er beregnet til indhold, der skal publiceres, ikke til data, der skal beskyttes.

De fejl, vi oftest ser i praksis. Tabeller uden ejerskab, hvor ingen ved, hvem der må rette hvad. Kolonnenavne, der ændres, efter at templaten er bygget, så siderne holder op med at rendere. Import af et regneark uden at rydde op i dubletter først, så oversigtssiden viser den samme forhandler tre gange. Og manglende publicering, som står for langt de fleste supportsager, vi bliver kaldt ind på.

Rettighedsstyringen er grovkornet sammenlignet med resten af platformen. Adgang til at redigere HubDB følger brugerens rettigheder til website-værktøjerne, så en bruger, der må rette én tabel, i praksis må rette dem alle. Har I flere teams, der arbejder i hver sin tabel, findes der ingen kolonne- eller tabelspecifik låsning at falde tilbage på. Det løses med aftaler og navngivning, ikke med opsætning.

Vi bygger HubDB-løsninger, hvor listen er nem at rette for dem, der skal rette den. Vi lægger datamodellen fast før første kolonne, sætter templaten og de dynamiske sider op, flytter jeres eksisterende regneark ind med en ordentlig oprydning undervejs, og bygger integrationen, hvis data skal komme fra jeres ERP. Skal I have en forhandlerliste, et produktkatalog eller en ordbog på sitet, så lad os se på, om HubDB er svaret hos jer, og hvad det kræver af tier og timer.

Hvad danske B2B-teams bruger HubDB til

Mønstret er det samme på tværs af de opsætninger, vi arbejder i: en liste, der findes i forvejen i et regneark, skal være søgbar på sitet og kunne opdateres af en, der ikke koder. Her er de anvendelser, der oftest holder over tid.

Forhandler- og partnerlister
Én række pr. forhandler med adresse, land og koordinater, og en template, der viser dem på et kort med filtrering. En dansk producent af ventilationsløsninger med 60 installatørpartnere i Norden kan lade hver partner få sin egen URL, så siden også rangerer på bynavnet. Salgsafdelingen retter selv, når en partneraftale skifter.

Produktkataloger og datablade
Kolonner til varenummer, mål, materiale, certificering og PDF-link, og en detaljeside pr. produkt. En underleverandør til vindmølleindustrien med 300 varianter får 300 indekserbare sider ud af én tabel, i stedet for ét PDF-katalog, som Google læser dårligt og kunderne ikke kan søge i.

Integrationsoversigter
En tabel over de systemer, jeres produkt kobler til, med logo, kategori og en kort beskrivelse. Danske SaaS-virksomheder bruger den type side som landingsside for søgninger på tilstødende systemnavne, for eksempel e-conomic eller Business Central, og listen vokser uden at nogen rører templaten.

Jobopslag og karriereside
Stilling, afdeling, lokation, ansøgningsfrist og brødtekst i rich text. HR opretter en række, og opslaget får sin egen side, sin egen metabeskrivelse og sin plads på oversigten. Det fjerner den runde, hvor HR sender et Word-dokument til marketing og venter to dage.

Kursus- og eventkalender
Dato og tid som rigtige datokolonner, så templaten kan sortere kronologisk og selv skjule afholdte arrangementer. En dansk konsulentvirksomhed med månedlige webinarer slipper for at rydde op i gamle opslag, fordi filteret klarer det.

Ordbøger og SEO-klynger
Ét opslagsord pr. række, en definition, og en detaljeside pr. term. Denne ordbog kører selv på præcis den model: én tabel med termerne og én tabel med sideindholdet, koblet med en foreign ID-kolonne. Modellen skalerer til flere hundrede sider uden at blive uoverskuelig at redigere.

Prislister og oversigter, der ændrer sig ofte
Valutakolonner til priser og en datokolonne til sidst opdateret. Gevinsten ligger i, at samme tal kan vises på flere sider ad gangen. Retter I prisen ét sted, følger de andre sider med, og I undgår den situation, hvor en gammel pris står tilbage på en glemt landingsside.

Fællesnævneren er ikke teknisk. Nogen i marketing eller salg overtager en opdatering, der før lå hos en udvikler, og antallet af sider kan vokse, uden at arbejdsbyrden følger med. Har listen færre end omkring 20 poster og ændrer sig sjældent, giver almindelige sider stadig mindre besvær.

Alternativer, priser og begrænsninger

HubDB er sjældent det eneste mulige svar. Det rigtige alternativ er ofte en anden HubSpot-funktion og ikke et andet produkt, så listen begynder indefra.

Dynamiske sider baseret på CRM-objekter
HubSpots eget alternativ, hvor siderne genereres fra records i CRM'et i stedet for fra en tabel. Standardobjekter som produkter og virksomheder kræver Content Hub Professional eller Enterprise, mens dynamiske sider fra custom objects kræver Content Hub Enterprise eller kombinationen Marketing Hub Enterprise og Content Hub Professional. Grænserne er 10 sider pr. datakilde og indeksering af op til 10.000 records pr. sæt. Fordelen er, at data kun findes ét sted. Ulempen er tieret. HubSpots dokumentation for dynamiske sider fra CRM-objekter beskriver forskellene.

Custom objects i Smart CRM
Kræver Enterprise-tier. Vælg dette frem for HubDB, når posterne skal indgå i salgsarbejdet: knyttes til en deal, udløse et workflow eller tælles med i en rapport. En kontraktbeholdning eller en maskinpark hører til i et custom object. En liste over kursusdatoer gør ikke.

Airtable med API eller indlejring
Amerikansk værktøj, stærkt på redigeringsoplevelse, visninger og samarbejde. Pr. september 2026 koster Team 20 USD pr. bruger pr. måned og Business 45 USD pr. bruger pr. måned ved årlig betaling ifølge Airtables egen prisside. Svagheden i denne sammenhæng er, at data ligger et andet sted end sitet: I skal enten indlejre en visning, som Google ikke læser som indhold, eller bygge en synkronisering, og så har I to systemer at holde i sync.

Webflow CMS
Relevant hvis I alligevel overvejer at flytte sitet væk fra HubSpot. Premium-planen koster 25 USD pr. måned ved årlig betaling og rummer 20.000 CMS-poster, mens Basic til 15 USD ikke indeholder CMS overhovedet, jævnfør Webflows prisside pr. september 2026. Poster og priser er attraktive, men I mister koblingen til CRM'et, personalisering på kontaktdata og samlet rapportering.

Contentful eller et andet headless CMS
Free-planen rummer 10.000 poster og 10 brugere, og Lite koster 300 USD pr. måned pr. september 2026 ifølge Contentfuls prisside. Vælg den vej, hvis indholdet skal ud på flere kanaler end websitet, for eksempel en app eller en kundeportal. Skal I have en enkelt forhandlerliste på sitet, er det voldsomt overdrevet.

WordPress med custom post types
Reelt gratis ud over hosting, og teknisk fuldt på højde med HubDB til denne opgave. Prisen betales i drift: opdateringer, plugins, sikkerhed og et site mere at vedligeholde. For virksomheder, der allerede har et WordPress-site ved siden af HubSpot, er det tit den billigste løsning på papiret og den dyreste i timer.

HubSpot vinder, når listen skal leve tæt på marketing og CRM: samme login, samme rettigheder, samme rapportering, personalisering på kontaktens data, og ingen synkronisering at overvåge. HubSpot taber, når datamængden er stor eller ændrer sig i realtid, når flere kanaler skal trække på samme indhold, eller når I har brug for redaktionelle workflows med versionshistorik og godkendelse pr. post. HubDB har hverken versionering pr. række eller godkendelsesflow, og den mangel mærker redaktioner hurtigst.

Priserne på selve adgangen er til at gennemskue. Pr. september 2026 koster Content Hub Professional 450 USD pr. måned ved årlig betaling og indeholder tre Core Seats, mens ekstra sæder koster 45 USD stykket. Enterprise koster 1.500 USD pr. måned og indeholder fem Core Seats, hvor ekstra sæder koster 75 USD. Starter koster 7 USD pr. sæde pr. måned ved årlig betaling og 20 USD ved månedlig, og Free er gratis for op til to brugere. Tallene står på HubSpots prisside for Content Hub og ændrer sig løbende.

Regnestykket er altså ikke prisen på HubDB, for den findes ikke. Det er springet fra Starter til Professional, cirka 450 USD om måneden, der skal kunne bære både de dynamiske sider og alt det andet, Professional åbner for. Har I allerede Content Hub Professional, koster det ingenting ekstra at tage HubDB i brug. Har I det ikke, skal listen være noget mere end en liste, før springet giver mening.

Sædemodellen er enkel her: redigering af HubDB kræver et betalt sæde med adgang til website-værktøjerne, mens de besøgende naturligvis ikke koster noget. Skal marketingkoordinatoren, produktchefen og HR alle kunne rette i tabellerne, er det tre sæder. Det tæller med i budgettet på Professional, hvor kun tre er inkluderet.

De hårde grænser er værd at gentage samlet, fordi de ikke kan købes væk: 10.000 rækker pr. tabel, 250 kolonner pr. tabel, 1.000 tabeller og en million rækker pr. konto, 10 dynamiske sider pr. tabel og 10 hubdb_table_rows-kald pr. side. Ingen af dem kan hæves med et opkald til HubSpot. Rammer I loftet, er svaret en anden datamodel.

For danske virksomheder er datahosting det spørgsmål, der oftest kommer fra IT. HubSpot kører på AWS i fem regioner, heriblandt EU med datacenter i Tyskland, og kontoen tildeles ved oprettelsen ud fra IP-adressens geografi. Betalende konti kan flyttes til en anden region, mens gratis konti først skal opgraderes. Analyse- og brugsdata behandles fortsat i USA, og overførslerne håndteres via EU-US Data Privacy Framework og standardkontraktbestemmelser, som beskrevet i HubSpots FAQ om cloudinfrastruktur og datahosting. Tjek, hvilken region jeres konto ligger i, før I skriver noget om datalokation i en databehandleraftale.

På sprogsiden er der ingen forhindringer. Danske tegn fungerer i alle tekst- og rich text-kolonner, og valutakolonner kan sættes til DKK. URL-stien i hs_path skal derimod holdes i ASCII med små bogstaver, så æ, ø og å skal skrives om. Det er nemmest at løse ved oprettelsen, for ændrer I en sti bagefter, skal der oprettes en redirect for at bevare den gamle URL.

Hvornår kan det så ikke betale sig? Når listen har under 20 poster og står stille, for der er en almindelig side hurtigere at lave og lettere at rette. Når indholdet skal beskyttes, for HubDB er bygget til publicering. Når posterne skal indgå i salgsprocessen, for så hører de hjemme i CRM'et. Og når I sidder på Starter uden andre grunde til at opgradere, for så køber I 450 USD om måneden for en forhandlerliste. Vil I have det fulde billede af, hvad de enkelte tiers åbner for, ligger det samlet i vores gennemgang af HubSpot-platformen.