Hvad sker der, når nogen sender en formular

Formularafsendelse er, når en bruger sender data gennem din formular til din server. Se, hvad der sker bag kulisserne, og hvordan formulardata rejser.

Kladde

Hvad sker der i det ene sekund, efter nogen klikker send på din formular? De fleste tænker aldrig over det. Afsendelse af en formular er usynlig for dine besøgende, men alt for dine systemer. I det øjeblik, nogen klikker send, begynder en kæde af hændelser, som de fleste aldrig ser. Dine data bliver kontrolleret, kodet, sendt, modtaget, behandlet og gemt.

Hvis noget går galt i det sekund, skal du vide hvor. Denne artikel gennemgår hvert trin i processen, så du forstår, hvad der sker efter klikket.

Hvad er formularafsendelse

Formularafsendelse er processen, hvor de data, en besøgende har skrevet i dine formularfelter, samles og sendes til et sted, hvor de behandles. Afsendelsen sker, når en bruger klikker på en send-knap (eller trykker Enter i et tekstfelt) og udløser en HTTP-forespørgsel, der bærer den besøgendes svar til din server eller en tjeneste fra en tredjepart.

Processen indeholder flere trin: indsamling af data, kodning, afsendelse, kontrol, behandling og svar. Hvert af trinnene skal lykkes, for at afsendelsen virker.

Sådan virker formularafsendelse trin for trin

Når en besøgende trykker send, udfolder en bestemt rækkefølge sig. Når du forstår hvert trin, er det lettere at finde fejl i forbindelser og sætte automatiseringer rigtigt op.

Trin 1: Send-hændelsen udløses

Når en bruger klikker på send-knappen eller trykker Enter i bestemte felter, opretter formularen en send-hændelse. Den fortæller browseren, at den skal samle alle de data, der er skrevet i formularens felter, og gøre dem klar til afsendelse.

Trin 2: Formulardata bliver samlet

Browseren læser hvert felt i din formular (tekstfelter, rullemenuer, afkrydsningsfelter, filuploads og så videre) og henter værdierne. Hvert felts data kobles til dets navn-attribut, så der opstår par af nøgle og værdi. Har du for eksempel et felt med navnet "email" og værdien "jane@example.com", gemmer browseren det som ét par.

Hvis et felt er tomt, samler formularen det stadig (nogle systemer ignorerer tomme felter, alt efter hvordan formularen er sat op).

Trin 3: Data bliver kodet

Før dataene kan rejse over internettet, skal de oversættes til et format, webserveren forstår. Det kaldes kodning. De to mest almindelige formater er:

URL-kodet (application/x-www-form-urlencoded): Feltnavne og værdier sættes sammen med lighedstegn og og-tegn. For eksempel: "name=Jane&email=jane@example.com&phone=555-0123". Det er standard for de fleste formularer.

Multipart/form-data: Bruges, når din formular har filuploads. Formatet gør det muligt at sende både tekst og binære data (som billeder) sammen.

Trin 4: Data rejser til serveren

De kodede formulardata pakkes i en HTTP-forespørgsel og sendes til det sted, der står i formularens action-attribut. Hvis der ikke er angivet nogen action, sendes formularen til den samme side, som formularen står på.

HTTP-forespørgslen bruger den metode, du har valgt: GET eller POST. GET-forespørgsler kan ses i URL'en (bruges til søgning og filtre). POST-forespørgsler skjuler dataene i selve forespørgslen (bruges til følsomme oplysninger som adgangskoder eller betalingsoplysninger).

Hvis din formular sendes over HTTPS (hvilket alle moderne formularer bør), bliver dataene krypteret under afsendelsen. Det beskytter oplysningerne mod at blive opsnappet.

Trin 5: Serveren modtager og kontrollerer dataene

Når din server modtager afsendelsen, tjekker den først, om dataene er gyldige og sikre. Kontrollen kan omfatte:

At obligatoriske felter ikke er tomme. At e-mailadresser ligner rigtige e-mailadresser. At filuploads har den rette type og størrelse. At tal faktisk er tal og ikke tekst.

Rensning er processen, hvor alt farligt fjernes fra dataene (som skadelige scripts). Det beskytter din database og dine systemer mod angreb.

Trin 6: Serveren behandler dataene

Efter kontrol og rensning beslutter serveren, hvad der skal ske med dataene. Almindelige handlinger er:

Gem dem i en database: Afsendelsen bliver gemt, så du kan se den senere eller bruge den i andre systemer.

Udløs automatiseringer: Afsendelsen kan automatisk sende en bekræftelse på e-mail, opdatere et CRM-system eller udløse en webhook.

Lav et svar: Serveren opretter og sender et svar tilbage til den besøgendes browser. Det kan være en bekræftelsesside, en omdirigering eller en bekræftelse på samme side.

Trin 7: Den besøgende ser en bekræftelse

Det sidste trin er det, den besøgende oplever. Det kan være:

En besked om, at det lykkedes, på samme side. En omdirigering til en takkeside. En bekræftelse sendt til indbakken. Et vindue eller en pop-up, der bekræfter, at afsendelsen gik igennem.

Det trin er afgørende, for besøgende skal vide, at deres afsendelse virkede. Uden tydelig tilbagemelding sender de måske formularen flere gange i den tro, at den ikke gik igennem.

Hvad der sker med dine formulardata efter afsendelsen

Når afsendelsen er gennemført, havner dataene et sted. Det er vigtigt at vide hvor, hvis du vil bruge afsendelser effektivt.

Dine formulardata kan gemmes flere steder på samme tid. De fleste formularbyggere gemmer afsendelser i deres egen database som standard (hvor du kan se dem i dit dashboard). Samtidig kan afsendelsen sendes videre til eksterne tjenester som værktøjer til e-mailmarkedsføring, CRM-systemer eller egne programmer gennem integrationer og webhooks.

Forløbet ser sådan ud: Formularafsendelse → Formularbyggeren fanger dataene → Dataene gemmes lokalt og sendes videre til integrationer → Du kan se dataene fra flere platforme.

Formularfelternes rolle ved afsendelse

Ikke alle formularfelter opfører sig ens ved afsendelse. Når du forstår, hvordan hver type virker, kan du designe formularer, der indsamler de rette data.

Tekstfelter, tekstområder og e-mailfelter: Sender deres værdi præcis, som den er skrevet.

Rullemenuer og valgfelter: Sender værdien af den valgte mulighed, ikke den viste tekst (selv om de kan være ens).

Afkrydsningsfelter: Sender kun en værdi, hvis de er afkrydset. Felter uden kryds sender ingenting.

Alternativknapper: Sender kun værdien af den valgte mulighed.

Filuploads: Sender selve filen, ikke kun dens navn. Filen er med i den multipart-kodning, der blev nævnt før.

Skjulte felter: Sender deres værdi automatisk, uden at den besøgende ser dem. De er nyttige til at sende ekstra oplysninger sammen med de synlige felter.

Fejl, der kan ske ved afsendelse af formularer

Nogle gange bliver formularer ikke sendt. Almindelige problemer er:

Netværksfejl: Hvis internetforbindelsen falder ud under afsendelsen, når dataene måske ikke frem til serveren. Den besøgende bør se en fejlmeddelelse.

Serverfejl: Hvis din server er nede eller overbelastet, kan afsendelsen ikke behandles. Det giver typisk en 500-fejl.

Fejl i kontrol: Hvis obligatoriske felter er tomme, eller data ikke har det forventede format, bør formularen slet ikke sendes. Godt formulardesign forebygger det ved at tjekke, før der sendes.

Fejl på grund af tidsgrænse: Hvis afsendelsen tager for lang tid (som regel mere end 30 sekunder), kan browseren annullere forespørgslen.

Forkert opsatte integrationer: Hvis din formular er sat til at sende data til en ekstern tjeneste, men forbindelsen er brudt, kan afsendelsen lykkes i din formularbygger, men ikke nå frem til målet.

Sikkerhed ved afsendelse af formularer

Sikkerhed betyder noget i hvert trin af processen. Her er de vigtigste punkter:

Brug altid HTTPS: Din formular skal stå på en sikker (HTTPS) side, ikke HTTP. Det krypterer data under afsendelsen.

Kontrollér begge steder: Kontrol bør ske både i browseren (for brugeroplevelsen) og på serveren (for sikkerheden). Stol aldrig kun på kontrol i browseren.

Rens alt, der kommer ind: Fjern eller gør uskadelige alle tegn, der kan være farlige, når de gemmes eller vises.

Begræns filuploads: Hvis din formular tager imod filer, så begræns filtyper og størrelser for at forebygge misbrug.

Brug CSRF-beskyttelse: Formularer bør indeholde et CSRF-token, så angribere ikke kan sende falske forespørgsler på brugeres vegne.

Gem følsomme data sikkert: Hvis din formular indsamler adgangskoder, betalingsoplysninger eller andre følsomme data, bør dataene være krypteret, når de er gemt (gemt krypteret i din database).

Sådan håndterer WEMASY afsendelse af formularer

WEMASY's formularværktøj tager sig af hele afsendelsesprocessen for dig. Når en besøgende sender en formular på din WEMASY-hjemmeside, bliver afsendelsen automatisk fanget og gemt på din WEMASY-konto. Derfra kan du se afsendelser i dit dashboard, eksportere dem som CSV eller forbinde integrationer, der sender dataene videre til dit CRM-system, din e-mailplatform eller egne programmer.

WEMASY tager sig af al den tekniske kompleksitet med kontrol, kodning, sikker afsendelse og lagring. Du fokuserer på at designe formularen og vælge, hvor dataene skal hen. Se, hvilke integrationer der findes på din WEMASY-konto, eller se siden med priser for at se, hvilke funktioner til formularer der er med i din plan.

Ofte stillede spørgsmål

Skal jeg bruge GET eller POST til min formular?
POST er det sikre valg til næsten alle formularer. Brug kun GET til søge- eller filterformularer, hvor du vil have forespørgslen synlig i URL'en. POST skjuler dine data i selve forespørgslen og er den rette metode til kontaktformularer, tilmeldinger og alle formularer, der indsamler personlige oplysninger. Hvis du er i tvivl, så brug POST. Med WEMASY's hjemmesidebygger kan du sætte det op direkte på din hjemmeside.
Hvad sker der, hvis nogen mister internetforbindelsen under afsendelsen?
Hvis forbindelsen falder ud under afsendelsen, når forespørgslen måske ikke frem til din server. Den besøgende ser som regel en fejl om forbindelsen. Dataene bliver ikke sendt, medmindre afsendelsen gennemføres helt. Derfor gemmer godt formulardesign data lokalt (i browseren), før det forsøger at sende, så besøgende kan prøve igen uden at skrive alt forfra.
Kan nogen ved et uheld sende en formular to gange?
Ja, og det sker ofte. Hvis en besøgende ikke straks ser en bekræftelse, klikker vedkommende måske send igen i den tro, at første forsøg ikke virkede. Det giver dobbelte afsendelser. For at forebygge det kan du slå send-knappen fra efter klikket, vise en tilstand, der viser, at den arbejder, eller bruge kontrol på serveren, der genkender den samme afsendelse sendt to gange og kun gemmer én.
Skal jeg kontrollere formulardata, hvis jeg allerede tjekker dem med JavaScript?
Ja. Kontrol i browseren (i JavaScript) er til brugeroplevelsen. Den fanger fejl før afsendelsen. Men besøgende kan komme uden om kontrol i browseren ved at ændre koden i deres browser. Kontrollér altid igen på serveren. Kontrol på serveren er din sikkerhedskontrol. Brug begge dele sammen: JavaScript forebygger ærlige fejl, serveren forebygger skadelige afsendelser.
Hvilke oplysninger skal jeg egentlig indsamle i min formular?
Indsaml kun det, du har brug for lige nu. Hvert felt, du tilføjer, øger frafaldet. De fleste første formularer har kun brug for navn, e-mail og ét konkret spørgsmål om, hvorfor de sender. Du kan bede om flere oplysninger senere gennem opfølgende mails eller en ekstra formular. Start småt, og tilføj kun felter, hvis tallene viser, at du har brug for dem.
Kan jeg se en afsendelse mislykkes hos mig, men lykkes på serveren?
Ja, det sker, når dataene når din server og bliver behandlet korrekt, men den besøgende ikke får bekræftelsen (måske faldt vedkommendes internet ud, efter afsendelsen var færdig). Fra din side er afsendelsen registreret. Den besøgende ved aldrig, at den gik igennem. Derfor er mails efter afsendelsen og tydelige beskeder om, at det lykkedes, vigtige. De bekræfter over for besøgende, at deres afsendelse er modtaget.

Brug det med det samme
på din egen hjemmeside.

Start gratis med WEMASY, og byg din side på få minutter.