Hvad er dependent form fields i HubSpot? Logik og priser

Sådan virker dependent fields og betinget logik i HubSpot

I legacy-editoren sidder logikken på det enkelte felt. I åbner formularen under Marketing og Forms, klikker på redigeringsikonet ved det felt, der skal styre visningen, og går til fanen Logic og afsnittet Dependent fields. Derfra bygger I reglen i tre led: "If" med den property, feltet er koblet til, en værdi eller et sæt værdier, og "then show" med det felt, der skal dukke op. Hver regel dækker ét sæt svar, så et dropdown med fire valg, der hver skal udløse noget forskelligt, bliver til fire regler på det samme felt.

Den vigtigste begrænsning i legacy-udgaven står direkte i HubSpots dokumentation for dependent form fields: et afhængigt felt kan ikke selv få et afhængigt felt. Der er kun ét niveau. Vil I have en kæde, hvor et svar udløser et felt, og svaret på dét felt udløser endnu et, kan det ikke bygges i legacy-editoren. I praksis betyder det, at kvalificeringsflows med to eller tre niveauer enten skal fladtrykkes til ét niveau med flere regler, eller flyttes til en flertrinsformular i den nye editor.

Den opdaterede editor arbejder anderledes. Her er logikken et selvstændigt lag i formularen i stedet for en indstilling på feltet. I klikker på logik-ikonet i sidepanelet, vælger Add logic og bygger reglen som "If field", en operator og en handling. Ifølge HubSpots vejledning til oprettelse af formularer kan logikken vise eller skjule felter, tekst, billeder og overskrifter, vise eller skjule trin i flertrinsformularer og sende besøgende videre efter indsendelse. Det er altså et bredere værktøj end de gamle dependent fields.

Operatorerne er dem, I kender fra lister og workflows: "Is any of", "Has a value" og tilsvarende, afhængigt af felttypen. I kan lægge flere filtre i samme gruppe, så to betingelser skal være opfyldt samtidig, eller tilføje en ny gruppe, så reglen udløses af enten det ene eller det andet. Skal logikken styre hele trin frem for enkelte felter, kræver det, at formularen har mindst to trin, og handlingen hedder så Hide steps eller Show steps. HubSpots dokumentation nævner samtidig, at handlingen "Skip to step" er på vej ud til fordel for vis og skjul, mens eksisterende logik fortsat virker.

Grænserne er konkrete. Én formular kan have op til 100 regler med 10 betingelser i hver, og maksimalt 20 trin. Det lyder rundhåndet, og for de fleste B2B-formularer er det også rigeligt. Det bliver først stramt, hvis I forsøger at bygge en produktkonfigurator eller et helt spørgeskema ind i én formular, og dér er formularen typisk også det forkerte værktøj.

Ikke alle felttyper kan bruges. Calculation properties, rich text, HubSpot user og custom email properties kan ikke lægges på en formular overhovedet, og dermed heller ikke indgå i logikken. Det rammer oftest virksomheder, der har bygget en beregnet property til scoring eller pris, og gerne vil styre formularen ud fra den. Den slags skal i stedet håndteres efter indsendelsen, typisk i et workflow.

Logikken læser propertyens værdier, ikke formularens. Det er en pointe, der driller mange: valgmulighederne i et dropdown hører til selve CRM-propertyen, og en regel peger på den interne værdi. Ændrer nogen den interne værdi på en valgmulighed, fordi etiketten skulle skrives anderledes, holder reglen op med at udløse, og formularen fejler stille. Derfor hører betinget logik sammen med en fast aftale om, hvem der må redigere properties.

Der er også en dataeffekt, som er nem at overse. Et felt, den besøgende aldrig får at se, bliver heller ikke udfyldt, og kontakten står derfor tom på den property. Bygger I lister, rapporter eller lead scoring oven på felter, der kun vises betinget, skal de kunne håndtere tomme værdier uden at behandle dem som et nej. Det er en af de hyppigste årsager til, at en segmentering pludselig ser forkert ud efter en formularombygning.

Progressive fields er noget helt andet. Hvor dependent fields reagerer på svar i den samme udfyldning, reagerer progressive fields på, hvad HubSpot allerede ved om kontakten. HubSpots dokumentation for progressive fields beskriver, at et felt kan erstattes af et nyt felt fra en kø, hvis kontakten allerede har en værdi, og at feltet kun vises, hvis kontakten hverken har eller tidligere har haft en værdi. HubSpot fraråder samtidig at gøre e-mailfeltet progressivt, fordi det er nøglen til at genkende og sammenlægge kontakter. Funktionen findes kun i legacy-editoren. Vil I læse videre om den disciplin, har vi en side om progressive profiling.

Den fejl, der koster mest tid, er dog abonnementet. Flere virksomheder opdager først midt i opbygningen, at betinget logik i den nye editor hænger på Marketing Hub eller Content Hub, ikke på Service Hub, selv om formularen skal oprette tickets. Det er værd at afklare, før nogen begynder at tegne flowet.

Vi bygger formularlogikken sammen med den propertystruktur, den hviler på, for det er dér, den holder eller falder. Vi rydder op i dubletter af valgmuligheder, tegner flowet ud fra, hvad salg og service faktisk handler på, bygger logikken i den editor, der passer til jeres abonnement, og tester hver vej igennem, inden den går live. Skal I i gang, eller har I en formular, der fejler stille, så tag fat i os.

Sådan bruger danske B2B-teams betinget logik i praksis

De formularer, der giver mest, er sjældent de mest avancerede. De er dem, hvor logikken erstatter et manuelt afklaringsled, som en medarbejder ellers ville bruge en mail eller et opkald på. Seks opsætninger går igen hos danske B2B-virksomheder.

Én kontaktformular i stedet for tre
Ét dropdown i toppen afgør, om den besøgende ser salgsfelter, supportfelter eller et rent fritekstfelt. Reglen sættes på dropdownet, og hver værdi viser sin egen gruppe felter. En dansk softwarevirksomhed med både abonnementssalg og support slap på den måde af med tre næsten ens formularer, som havde hver sin ejer og hver sin opfølgning, og fik i stedet én formular med tre veje ind i det samme CRM.

Kvalificering på virksomhedsstørrelse
Feltet med antal medarbejdere styrer, om der dukker felter op om ERP-system, antal brugere og implementeringstidspunkt. Små henvendelser slipper for dem. En jysk produktionsvirksomhed bruger opsætningen til at sende alt over 100 medarbejdere til en navngiven key account manager, mens resten går i en standardkø, uden at de mindste kunder skal igennem otte felter først.

Demo-booking pr. produktlinje
Den besøgende vælger produktområde, og formularen viser kun de spørgsmål, sælgeren faktisk har brug for til netop den demo. En virksomhed med to adskilte produktområder kan på den måde bruge ét sæt landingssider i stedet for at duplikere hele opsætningen, og sælgeren møder op til mødet med de rigtige oplysninger på kortet.

Land og momsoplysninger
Vælger den besøgende Danmark, vises CVR-feltet. Vælger de et andet EU-land, vises VAT-feltet i stedet, og vælger de et land uden for EU, vises ingen af delene. En B2B-webshop, der sælger i Norden, undgår på den måde både forkerte numre i CRM'et og et CVR-felt, der forvirrer svenske kunder.

Samtykke og kanalvalg
Først når den besøgende har sat hak i, at de gerne vil modtage markedsføring, vises valgene af, hvilke emner og kanaler det gælder. Det holder formularen kort for dem, der bare vil hente et dokument, og giver et mere specifikt samtykke fra dem, der siger ja. Se også vores side om data privacy og samtykke, hvis I skal have opsætningen på plads fra bunden.

Fejlmeldinger med de rigtige systemoplysninger
På en supportformular afgør et dropdown over produkter, hvilke tekniske felter der vises: versionsnummer for det ene produkt, serienummer for det andet. Serviceteamet får dermed sagen med de oplysninger, der skal til for at gå i gang, i stedet for at bruge første svar på at spørge om dem.

Fælles for dem alle er, at logikken bliver bygget ud fra, hvem der skal bruge dataene bagefter, ikke ud fra hvad formularen kan. Start med at skrive ned, hvilke felter modtageren reelt handler på, og byg så vejen derhen. Og mål på det: en flertrinsformular giver jer frafald pr. trin, og det tal fortæller hurtigt, om et ekstra felt var det værd. Har I brug for at forstå selve grundbegrebet først, ligger der en gennemgang af formularer i HubSpot.

Alternativer, priser og begrænsninger

Betinget logik i formularer er ikke en funktion, HubSpot er alene om. Spørgsmålet er sjældent, om et andet værktøj kan vise og skjule felter, for det kan de fleste. Spørgsmålet er, hvad der sker med dataene bagefter.

Typeform
Formularværktøj med fokus på brugeroplevelse og ét spørgsmål ad gangen. Betinget logik er med på alle betalte planer, og pr. september 2026 står listepriserne til 29 USD pr. måned for Basic med 100 svar, 59 USD for Plus med 1.000 svar og 99 USD for Business med 10.000 svar ifølge Typeforms egen prisside. Styrken er konverteringsraten på lange spørgeskemaer. Svagheden i en HubSpot-opsætning er, at svarene starter uden for CRM'et og skal synkroniseres ind, og at svargrænserne rammer hurtigt på de billige planer.

Jotform
Bredt formularværktøj med betinget logik, mange felttyper og et stort skabelonbibliotek. Jotforms prisside oplyser, at betalte planer starter ved 19 USD pr. måned, og at der afregnes i enten dollar eller euro afhængigt af, hvor kunden befinder sig. Det er et fornuftigt valg til ansøgnings- og registreringsflows med mange felter. Til gengæld er det endnu et system, der skal indgå i jeres databehandleroversigt og jeres governance.

Gravity Forms
Plugin til WordPress, hvor formularen bor på jeres eget site. Betinget logik er med i alle licenser, og på Gravity Forms' prisside koster Basic 59 USD om året til ét site, Pro 159 USD til tre sites og Elite 259 USD til ubegrænset antal, med prisside senest opdateret 25. august 2026. Prisen er svær at slå. Prisen for den pris er, at indsendelsen ikke af sig selv bliver til en kontakt i HubSpot, og at ansvaret for felt- og værdikonsistens ligger hos jer.

HubSpots egne alternativer
Ofte er det rigtige alternativ en anden HubSpot-funktion. Progressive fields spreder spørgsmålene ud over flere besøg i stedet for at folde dem ud i den samme udfyldning. Smart content kan vise forskelligt indhold ud fra listemedlemskab i stedet for ud fra et svar. Og i nogle tilfælde er den enkleste løsning en kort formular efterfulgt af et workflow, der spørger om resten på mail, når kontakten er kvalificeret.

Hvor HubSpot vinder, er sammenhængen. Logikken læser de samme properties, som resten af CRM'et bruger, indsendelsen skriver direkte på kontaktens record, og der er ingen integration, der kan gå ned mellem formular og database. Hvor HubSpot taber, er på tre punkter: prisen for at få funktionen overhovedet, hvis I ligger på Starter, oplevelsen i lange spørgeskemaer, hvor Typeform er bedre, og situationen hvor I har mange WordPress-sites og et beskedent budget, hvor Gravity Forms løser opgaven for en brøkdel.

Adgangen er det, der overrasker flest. Betinget logik i den opdaterede formulareditor kræver Marketing Hub eller Content Hub på Professional eller Enterprise. Har I kun Service Hub, selv på Enterprise, kan I altså ikke lægge betinget logik på formularen, og det er præcis den situation, flere brugere beskriver i HubSpots eget community. De gamle dependent fields i legacy-editoren har en lidt bredere adgang og er tilgængelige med Marketing Hub, Service Hub eller Content Hub på Professional og Enterprise.

Prisen på den adgang er til at regne på. Pr. september 2026 oplyser HubSpots prisside for Marketing Hub, at Professional koster 800 USD om måneden ved årlig binding eller 890 USD ved månedlig betaling, inklusive tre Core Seats og 2.000 marketing contacts, og at yderligere Core Seats starter ved 45 USD om måneden. Starter ligger på 20 USD pr. seat om måneden ved månedlig betaling med 1.000 marketing contacts, men rummer ikke betinget logik. Springet fra Starter til Professional er altså ikke et lille tilvalg, og det bør indgå i regnestykket, inden nogen lover en formular med fem veje igennem.

Rettighedsmæssigt er kravet mildere. For at bygge eller ændre logikken skal brugeren have rettigheden Edit forms, og formularen skal have mindst to trin, hvis logikken skal styre trin frem for felter. Det er ikke en funktion, der kræver et særligt seat ud over det, en marketingmedarbejder normalt har i forvejen.

De hårde grænser er værd at skrive ned, før I designer: 100 regler pr. formular med 10 betingelser i hver, maksimalt 20 trin, kun ét niveau af afhængighed i legacy-editoren, og ingen calculation properties, rich text-felter, HubSpot user-felter eller custom email properties på formularen overhovedet. Ingen af dem kan hæves ved at købe et højere tier.

Der er også et stykke arbejde, som ikke forsvinder, fordi funktionen slås til. Valgmulighederne på jeres properties skal være ensrettede, før logikken kan bygge på dem, og det er ofte her, projektet reelt ligger. Har I tre forskellige dropdowns med næsten de samme værdier, skal de ryddes op først, ellers arver formularen rodet. Læg oven i det en fast test af hver vej igennem formularen efter hver ændring, for logikken fejler stille og uden fejlmeddelelse.

På datasiden er EU-konteksten på plads for de fleste. HubSpot oplyser i sin dokumentation om datahosting, at infrastrukturen kører på AWS i USA, Canada, Australien og EU, hvor EU-regionen ligger i Tyskland, og at konti med Starter, Professional eller Enterprise kan skifte datacenter. Gratiskonti kan ikke. Ligger I med kunde- eller medarbejderdata, der skal blive i EU, er det en beslutning, der skal træffes tidligt, for et skifte senere er ikke en indstilling, I selv kan klikke jer til på et kvarter.

Selve samtykket er dansk jura og ikke en HubSpot-indstilling. Forbrugerombudsmandens vejledning om spamforbuddet i markedsføringslovens § 10 beskriver, at et samtykke skal være en frivillig, informeret og specificeret viljestilkendegivelse, og slår fast, at et felt, der er sat kryds i på forhånd, ikke er et gyldigt samtykke. Det har en direkte konsekvens for betinget logik: I må gerne folde kanalvalg ud, efter den besøgende har sagt ja, men I må ikke bruge logikken til at skjule, hvad de siger ja til. Teksten skal være synlig i samme skærmbillede som afkrydsningen.

Til gengæld trækker logikken den rigtige vej på dataminimering. Når felter om ERP-system, antal brugere og budget kun vises for dem, hvor oplysningerne faktisk skal bruges, indsamler I mindre om alle de andre. Det er en nemmere samtale med en revisor eller en DPO end en formular, hvor alle bliver bedt om alt.

Hvornår kan det så ikke betale sig? Får I 20 leads om måneden, er svaret næsten altid, at en kort formular og et opkald slår enhver logik. Ligger I på Starter, og er betinget logik det eneste argument for at opgradere, koster funktionen reelt 800 USD om måneden, og der findes billigere veje til det samme resultat. Og har I under tre felter, der overhovedet kan variere, bygger I kompleksitet ind i noget, der virkede. Skal I have hele billedet af, hvad platformen koster og kan, har vi samlet det på vores side om HubSpot.