Skjulte felt

Hvorfor bruke skjulte felt?

Skjemaer trenger ofte kontekst som respondenten ikke kan (eller bør) oppgi selv. Skjulte felt løser dette ved å la deg legge ved metadata på hvert svar via URL-en. Dette er nyttig når du allerede vet noe om respondenten før de åpner skjemaet — hvor de kom fra, hvem som henviste dem, eller hvilken post de tilhører i systemet ditt.

• Spor trafikkilder — se om et svar kom fra en e-postkampanje, et innlegg i sosiale medier eller nettsiden din

• Koble til CRM-et ditt — send en kontakt-ID, avtale-ID eller konto-ID slik at svaret knyttes til riktig post

• Personaliser oppfølging — hent et navn eller en e-postadresse du allerede har, og bruk det i betinget logikk eller e-postvarsler

• Arbeidsflyt med flere skjemaer — send data fra ett skjema til det neste slik at respondentene ikke trenger å gjenta seg

• A/B-testing — merk hvert svar med varianten eller eksperimentet respondenten så

Legge til et skjult felt

Skriv / på en tom linje og velg Skjult felt fra Oppsett-kategorien. Det virker bare på skjemaets øverste nivå — ikke inni en kolonne eller en gjentakende gruppe. Hvert skjult felt har to innstillinger:

• Felttype — lagre en tallverdi eller tekstverdi (tekst som standard)

• Parameternavn — URL-parameteren som fyller dette feltet (f.eks. utm_source, contact_id). Det er også dette feltets nøkkel, altså det en avsender sender, og det svaret kommer tilbake under. Se Feltnøkler

Forhåndsutfylling via URL-parametere

Et parameternavn må være URL-sikkert som skrevet: bokstaver, sifre og - _ . ~ ! * ’ ( ) er trygge. Skriv mellomrom og andre spesialtegn prosentkodet, for eksempel recipient%20name. Et tomt, ugyldig eller duplisert parameternavn er en publiseringsfeil — problemindikatoren i verktøylinjen flagger den, og publisering stanser til du retter den.

Når en respondent åpner skjemaet ditt med en tilsvarende parameter i URL-en, henter det skjulte feltet verdien automatisk. Hvis parameternavnet på det skjulte feltet er utm_source, setter URL-en nedenfor feltet til newsletter.

https://form.formbase.so/abc123?utm_source=newsletter

Du kan sende flere skjulte felt på én gang:

https://form.formbase.so/abc123?utm_source=newsletter&utm_medium=email&contact_id=12345

• Verdier leses én gang, når skjemaet åpnes.

• En tom parameter (?utm_source=) lar feltet stå tomt.

• Et tallbasert skjult felt ignorerer verdier som ikke er tall, så ?score=abc lar det stå tomt.

• Forespørsel-lenker ignorerer URL-parametere. Skjulte felt der henter verdiene sine fra forespørselens context i stedet.

På en delingslenke, for å vise en URL-verdi i et synlig felt som respondenten kan redigere — for eksempel for å forhåndsutfylle navnet deres — gjør du det skjulte feltet til feltets standardverdi ved å skrive @. Se Standardverdier fra andre felt.

Forespørsler trenger ikke et skjult felt for å forhåndsutfylle

Teknikken med skjult felt pluss @ over finnes fordi en delingslenke bare har én vei inn: URL-en. Hvem som helst kan redigere en URL, så en delingslenke kan bare bære en verdi gjennom en parameter, og det er det skjulte feltet som mottar den.

En forespørsel har en annen, privat vei inn. Kalleren setter svarene når forespørselen opprettes, på serversiden, så en forespørsel kan forhåndsutfylle et synlig spørsmål direkte — uten skjult felt og uten @ -standardverdi involvert. Mottakeren åpner skjemaet med svaret allerede fylt ut i feltet.

• prefill

  — startsvar for synlige spørsmål, adressert med feltnøkkel. Mottakeren ser dem og kan endre dem.

• readonly

  — delmengden av de forhåndsutfylte nøklene mottakeren kan lese, men ikke redigere.

• context

  — verdier for skjulte felt, som mottakeren aldri ser.

Skillet håndheves. Å sende nøkkelen til et synlig spørsmål i context avvises, med en melding om å sende det i prefill i stedet, og det motsatte avvises også. Så legg til et skjult felt når du vil bære data du ikke vil vise, ikke bare for å forhåndsutfylle noe.

Vanlige oppsett

• UTM-sporing — opprett skjulte felt med navnene utm_source, utm_medium og utm_campaign. Skjemaet fanger dem fra URL-en automatisk, og hver verdi lagres som en svarkolonne. Analyse-fanens Trafikkkilder-diagram leser utm_source og utm_medium fra URL-en på egen hånd, med eller uten skjulte felt. Angi standardverdier per lenke i Del-dialogen.

• CRM-integrasjon — send en kontakt- eller avtale-ID fra verktøy som HubSpot, ActiveCampaign eller Mailchimp. Når svarene lander i integrasjonene dine, knytter IDen alt sammen.

• Referanseattribusjon — hver partner får en unik lenke med sin kode i URL-en. Du ser nøyaktig hvem som drev hvert svar.

• Forhåndsutfylt kontekst — send et kundenavn eller abonnementsnivå inn i et supportskjema. Bruk det i betinget logikk for å vise forskjellige spørsmål, eller pipe det inn på takkesiden.

• Forhåndsutfylte svar — send ?email=jane@example.com fra e-postverktøyet ditt, og gjør det skjulte feltet til standardverdien for skjemaets Email-spørsmål. Respondenten ser adressen sin allerede fylt inn, og retter den bare hvis den er feil.

Se data fra skjulte felt

I svar-tabellen vises skjulte felt som egne kolonner — formbase merker dem med et øye-med-strek-ikon så du kan skille dem fra synlige spørsmål. De vises også i eksporter, integrasjoner (Google Sheets, webhooks osv.) og i detaljpanelet for hvert svar.

Bruke skjulte felt med logikk

Skjulte felt fungerer som betingelseskilder i betinget logikk. En logikkregel kan lese verdien i et skjult felt og forgrene seg — vise forskjellige spørsmål, hoppe til en side eller oppdatere et beregnet felt.

For eksempel: send ?plan=enterprise via URL-en. En logikkregel sjekker om det skjulte “plan”-feltet er lik “enterprise” og hopper til en dedikert side med enterprise-spesifikke spørsmål.

Neste steg