Et kontaktskjema kan se helt riktig ut på nettsiden, men likevel ikke gi dere henvendelsene dere tror dere får.

For små bedrifter er dette en ubehagelig feiltype. Kunden får kanskje en bekreftelse på skjermen, mens meldingen aldri havner hos riktig person. Ingen alarmer går. Ingen vet at noe er galt før en kunde ringer og spør hvorfor ingen svarte.

Her er en praktisk sjekkliste for bedrifter som bruker WordPress, webhotell, Microsoft 365, Plesk-mail eller andre e-postløsninger sammen med kontaktskjema på nettsiden.

Tegn på at kontaktskjemaet ikke er til å stole på

Et kontaktskjema trenger ikke være helt ødelagt for å skape problemer. Ofte er feilen delvis, periodisk eller avhengig av hvem som sender inn skjemaet.

Typiske tegn er:

• skjemaet sier at meldingen er sendt, men ingen mottar den
• meldinger havner i spam eller karantene
• skjemaet virker bare til enkelte mottakere
• svaradressen blir feil eller tom
• kunden får ingen kvittering
• dere får mye spam og strammer inn for hardt
• skjemaet slutter å virke etter flytting av nettside eller e-post
• henvendelser lagres i WordPress uten at noen følger dem opp

Hvis nettsiden brukes til tilbud, booking, support, befaring eller rekruttering, bør ikke kontaktskjemaet være noe dere bare antar at fungerer.

Start med en ekte test

Den enkleste kontrollen er fortsatt den viktigste: send en testmelding slik en kunde ville gjort det.

Testen bør dekke mer enn bare at det kommer en grønn bekreftelse på nettsiden:

• send inn skjemaet fra vanlig mobilnett, ikke bare fra kontoret
• bruk en ekstern e-postkonto som avsender
• sjekk at riktig mottaker får meldingen
• sjekk spam, karantene og eventuelle regler i innboksen
• svar på meldingen og kontroller at svaret går til kunden
• se om innholdet er lesbart på mobil
• noter tidspunktet testen ble sendt og mottatt

Hvis dere har flere skjema, må hvert skjema testes. Et kontaktskjema, et rekrutteringsskjema og et supports skjema kan ha ulike mottakere, ulike innstillinger og ulike spamregler.

Skill mellom skjema, WordPress og e-postlevering

Når et kontaktskjema feiler, er det fristende å si at «nettsiden sender ikke e-post». Det kan stemme, men det kan også være mer presist å dele problemet i tre deler:

• Skjemaet: tar imot feltene, validerer dem og prøver å sende en melding.
• WordPress: behandler meldingen gjennom nettsidens e-postfunksjon eller en SMTP-plugin.
• E-postsystemet: avgjør om meldingen faktisk leveres, avvises, havner i spam eller stoppes av sikkerhetsregler.

Dette skillet er viktig. WordPress sin egen dokumentasjon for wp_mail() beskriver at en teknisk «sendt»-respons ikke i seg selv garanterer at mottakeren faktisk fikk e-posten. Derfor bør man teste hele veien fra skjema til innboks.

Bruk en avsender som hører til domenet

Et vanlig feiloppsett er at skjemaet prøver å sende e-post med kundens adresse som teknisk avsender. Det kan se praktisk ut, men det kan gjøre meldingen mindre troverdig for spamfilteret.

En bedre praksis er ofte:

• bruk en fast avsenderadresse som hører til bedriftens eget domene
• sett kundens adresse som svaradresse, ikke nødvendigvis som teknisk avsender
• bruk et navn som gjør at mottaker forstår hvilket skjema meldingen kommer fra
• unngå at skjemaet sender fra et domene nettsiden ikke har lov til å sende på vegne av

Dette er ikke bare ryddighet. Moderne e-postmottakere vurderer avsender, domene, IP, SPF, DKIM og DMARC før de slipper meldinger gjennom. Kunnskapsrom har en nøytral forklaring av SPF, DKIM og DMARC hvis dere vil forstå begrepene bedre.

SMTP er ofte bedre enn standard webserver-mail

Mange WordPress-sider forsøker å sende e-post direkte fra webserveren. Det kan fungere, men det er ofte mer sårbart enn å sende gjennom en riktig konfigurert SMTP-konto eller e-posttjeneste.

Med et godt SMTP-oppsett får dere vanligvis:

• autentisert sending
• tydeligere avsender
• bedre logging av feil
• mindre risiko for at webserveren blir vurdert som ukjent avsender
• enklere feilsøking når leveringen stopper

Google sine veiledninger for avsenderautentisering peker også på at SPF eller DKIM bør være satt opp for avsendere som sender til Gmail-mottakere, og at DMARC bør bygges på riktig grunnlag når SPF og DKIM fungerer. Poenget for små bedrifter er enkelt: e-post fra nettsiden bør behandles som e-postdrift, ikke som en tilfeldig WordPress-innstilling.

Sjekk mottaker og ansvar

Et teknisk riktig skjema kan fortsatt feile organisatorisk.

Still disse spørsmålene:

• hvem mottar skjemaet i dag?
• er mottakeren en person, en felles innboks eller et system?
• hva skjer når mottaker har ferie eller slutter?
• er det noen som følger med på spammappe eller karantene?
• skal flere personer få kopi?
• skal henvendelser også lagres i WordPress eller CRM?
• hvem har ansvar for å teste skjemaet jevnlig?

Dette er spesielt viktig for små virksomheter der nettsiden kanskje ble laget for flere år siden, mens ansatte, e-postløsning og arbeidsrutiner har endret seg etterpå.

Ikke samle mer informasjon enn dere trenger

Kontaktskjema behandler ofte personopplysninger. Navn, telefonnummer, e-post, fritekstfelt og vedlegg kan være nok til at bedriften må tenke gjennom formål, tilgang og lagring.

En praktisk regel er å spørre: trenger vi egentlig dette feltet for å svare på henvendelsen?

For de fleste enkle kontaktskjema holder det med få felt. Fritekstfelt bør ikke invitere til at kunder legger inn sensitive opplysninger. Hvis skjemaet gjelder support, rekruttering, helse, økonomi eller andre mer følsomme forhold, bør løsningen vurderes strengere.

Sjekk også om skjema-pluginen lagrer innsendelser i WordPress. Det kan være nyttig som reserve hvis e-postlevering feiler, men det betyr også at dataene ligger i nettsidens database. Da bør dere vite hvem som har tilgang, hvor lenge data lagres og hvordan de slettes.

Spamvern må ikke stoppe ekte kunder

Spam fra kontaktskjema kan bli et stort irritasjonsmoment. Samtidig kan et for aggressivt spamvern gjøre det vanskelig for ekte kunder å sende inn henvendelser.

Gode tiltak kan være:

• honeypot-felt som vanlige brukere ikke ser
• moderat bruk av CAPTCHA eller tilsvarende kontroll
• spamfilter som kan læres opp over tid
• begrensning av gjentatte innsendinger
• logging som gjør det mulig å se hva som stoppes

Ikke vurder spamvern bare etter hvor mye det stopper. Vurder også om det stopper riktige meldinger, om mobilbrukere kommer gjennom, og om tilgjengeligheten fortsatt er god.

Test etter endringer

Kontaktskjema bør testes hver gang noe rundt nettsiden eller e-posten endres.

Det gjelder særlig etter:

• flytting til nytt webhotell
• endring av DNS
• bytte til Microsoft 365 eller annen e-postløsning
• oppdatering av skjema-plugin
• bytte av tema eller sidebygger
• aktivering av ny cache- eller sikkerhetsplugin
• endring av spamfilter, PMG eller e-postgateway
• lansering av ny nettside

Dette er en av grunnene til at kontaktskjema bør være med i vanlig WordPress-vedlikehold, ikke bare testes ved lansering.

Ha en enkel reserveplan

Selv med godt oppsett kan feil oppstå. Derfor bør bedriften ha en enkel reserveplan.

Det kan være:

• at skjemaet lagrer kopi i WordPress i en begrenset periode
• at kritiske skjema sender kopi til en felles innboks
• at det finnes en alternativ kontaktmetode på siden
• at noen tester skjemaet månedlig
• at feilvarsler fra SMTP-plugin eller webhotell faktisk leses

Reserveplanen trenger ikke være avansert. Den må bare være kjent, trygg og enkel å følge.

Fem minutters månedlig sjekk

For en vanlig firmaside kan en enkel månedlig sjekk være nok til å oppdage mye tidlig:

1. Send testmelding fra kontaktskjemaet.
2. Bekreft at riktig innboks mottar meldingen.
3. Svar på meldingen og kontroller at svaradressen fungerer.
4. Sjekk spammappe eller karantene.
5. Se om skjema-plugin eller SMTP-plugin viser feil.
6. Kontroller at mottakerlisten fortsatt stemmer.
7. Sjekk om WordPress lagrer skjemadata unødvendig lenge.

Hvis nettsiden er viktig for salg, support eller booking, bør denne testen være like naturlig som å sjekke at telefonen virker.

Når bør dere be om hjelp?

Dere bør vurdere hjelp hvis:

• skjemaet sier sendt, men meldinger kommer ikke frem
• meldinger havner i spam selv om innholdet er legitimt
• dere ikke vet om nettsiden sender via SMTP
• DNS, SPF, DKIM eller DMARC er uklart
• skjemaet håndterer sensitive eller viktige henvendelser
• dere nylig har flyttet nettside eller e-post
• ingen vet hvem som egentlig har ansvar for nettsiden

Trønder Data kan hjelpe med webhosting, WordPress, e-postoppsett, DNS, SMTP, skjema og teknisk kontroll. For noen bedrifter passer dette som fast del av en serviceavtale. For andre holder det med timebank når noe må sjekkes, flyttes eller ryddes.

Kort oppsummert

Et kontaktskjema er ikke ferdig testet når det viser en grønn «sendt»-melding på nettsiden.

Dere bør vite hvem som mottar henvendelser, hvordan WordPress sender e-post, om SMTP og DNS er riktig satt opp, hvordan spamfilteret oppfører seg, hvilke data skjemaet lagrer, og hvem som tester at alt fungerer etter endringer.

For små bedrifter handler dette ikke om teknisk perfeksjon. Det handler om å ikke miste ekte henvendelser fra kunder som allerede prøver å ta kontakt.