På denne sideSådan sender WordPress e-mail som standard
Et WordPress-websted sender flere e-mails, end ejeren tror. Notifikationen fra kontaktformularen. Nulstillingen af adgangskoden. Velkomsten til nye brugere, notifikationen om kommentarmoderation og, i en webshop, alle de ordrebekræftelser, fakturaer og leveringsopdateringer, som WooCommerce har. De fleste af dem er ikke udformet af nogen, og ingen kontrollerer dem, før en kunde skriver, at e-mailen om ordren aldrig kom frem.
Når en af disse e-mails lander i spam, skal du se på, hvordan beskeden forlader serveren, før du ændrer ordlyden. I WordPress er denne del som standard indstillet til den løsning, der giver den dårligste leveringsevne.
Sådan sender WordPress e-mail som standard
WordPress selv og næsten alle plugins, der sender e-mail, herunder WooCommerce og formularplugins, bruger én funktion, wp_mail(). Den videregiver beskeden til PHPMailer, som som standard sender den videre til PHP's mail(), der overlader den til det mailprogram, som hostingserveren bruger. Der logges ikke ind hos en mailudbyder, der er ingen signering, og intet i din DNS angiver, at denne server må sende fra dit domæne.
Den vælger afsenderadressen wordpress@ efterfulgt af dit websteds domæne (WordPress fjerner et indledende www.). Hvis du aldrig har ændret den, er det den adresse, dine kunder ser i Fra-feltet, og på mange websteder har ingen nogensinde oprettet den postkasse.
På delt hosting sendes beskeden derefter fra hostingudbyderens server via en IP-adresse, som deles af mange andre websteder. Hvis et af dem sender til en købt liste eller bliver hacket og begynder at udsende spam, får adressen et dårligt omdømme, og dine mails til nulstilling af adgangskoder sendes fra samme adresse som deres.
En standardinstallation af WordPress sender derfor e-mail, hvor SPF ikke stemmer overens med dit domæne. Returadressen for afviste mails forbliver normalt på hostingudbyderens eget servernavn, og hvis din adresse ender der i stedet, fejler SPF direkte. Der er heller ingen DKIM-signatur for dit domæne, så DMARC fejler. Gmail og Yahoo indførte deres afsenderkrav i februar 2024. Microsoft gjorde det samme i maj 2025 for domæner, der sender mere end 5.000 beskeder om dagen til Outlook.com, og siden november 2025 har Gmail afvist flere af de mails, der bryder reglerne, i stedet for at placere dem i spam.
Send via en rigtig mailtjeneste
Den vigtigste løsning er at stoppe med at bruge mail(). Installer et SMTP-plugin (WP Mail SMTP, FluentSMTP og Post SMTP er de mest almindelige, og de har alle en gratis version), og forbind det med en tjeneste, der sender mail korrekt: din egen mailudbyder, f.eks. Google Workspace eller Microsoft 365, eller en transaktionel tjeneste som Amazon SES, Brevo, SendGrid eller Mailgun.
Pluginet erstatter transporten under wp_mail(), så alle mails fra alle plugins sendes på den nye måde, uden at du behøver at ændre selve pluginsene. Brug udbyderens API-mulighed, hvis pluginet har en, i stedet for almindelig SMTP med en adgangskode. WP Mail SMTP påpeger, at API-metoden virker, selv når dit webhotel blokerer SMTP-porte.
Mange springer den næste del over. Godkend domænet hos den pågældende udbyder. De giver dig alle DNS-poster, som du skal publicere, normalt to eller tre CNAME-poster til DKIM samt en SPF-include eller et brugerdefineret return-path-domæne. Indtil disse poster findes i din DNS, sætter udbyderen sit eget navn på signaturen, og DMARC fejler dér, ligesom det gjorde hos webhotellet.
From-adressen i kontaktformularer
Formularplugins, herunder Contact Form 7 og WPForms, giver dig mulighed for at vælge, hvad der skal stå i From-linjen i den notifikation, du modtager. I mange opsætninger står den besøgendes adresse der, så et klik på Reply sender svaret til den besøgende. Det virker smart, men det er præcis det, DMARC er lavet til at forhindre.
Lad os sige, at en besøgende ved navn Anna skriver fra anna@yahoo.com. Dit websted sender nu en besked, der hævder at komme fra yahoo.com, via en server, som Yahoo aldrig har godkendt. yahoo.com har en DMARC-politik på p=reject, så en modtager, der følger den, afviser notifikationen som forfalsket. Hvis den besøgende bruger Gmail, er politikken mindre streng, og beskeden ender oftere i spam. WPForms advarer specifikt om dette i sin dokumentation.From er dig, Reply-To er den besøgende
Konfigurer det i stedet sådan:
- From: en adresse på dit eget domæne, for eksempel
forms@yourdomain.com, det samme domæne, som dit SMTP-plugin er godkendt til. - Reply-To: den besøgendes adresse fra formularfeltet. Et klik på Reply sender stadig svaret til Anna.
- To: den indbakke, du faktisk læser.
I Contact Form 7 finder du dette på fanen Mail: Angiv din egen adresse i From, og tilføj Reply-To: [your-email] under Additional headers. De andre formularplugins har et Reply-To-felt i deres notifikationsindstillinger.
WooCommerce-mails
WooCommerce har sine egne afsenderindstillinger: WooCommerce, derefter Settings, derefter Emails, i afsnittet Email Sender Options, med et "From"-navn og en "From"-adresse. Som standard er adressen webstedets administrator-e-mail. Hvis den person, der installerede webshoppen, brugte en Gmail-adresse til dette, bliver hver ordrebekræftelse sendt med en påstand om, at den kommer fra gmail.com, og fejler DMARC af samme grund som kontaktformularen ovenfor. Angiv en adresse på dit godkendte domæne her. Webshoppens navn er et godt afsendernavn. (I de ordrebeskeder, der sendes til dig, placerer WooCommerce allerede kunden i Reply-To, hvilket er den korrekte opsætning.)
Der er to ting, der kan gå galt med e-mails fra en webshop, men ikke med en kontaktformular.
Den første er mængden. Hvis et udsalg eller et nyhedsbrevsplugin sender til kunder via den samme rute som ordrebekræftelser, blandes marketingmails og transaktionsmails under det samme omdømme. Hvis nyhedsbrevet får klager, rammer det også kvitteringerne. Ved at sende de to typer gennem forskellige tjenester holdes de adskilt. Et separat underdomæne til marketing hjælper også lidt, selvom modtagerne stadig tillægger hoveddomænets omdømme en vis betydning.
Den anden er spørgsmålet om afmelding. Ordrebekræftelser og nulstilling af adgangskoder er transaktionsmails, og Gmail og Yahoo's krav om afmelding med ét klik gælder ikke for dem. En anmodning om en anmeldelse, en påmindelse om en forladt indkøbskurv eller en "du vil måske også synes om"-mail sendt til tidligere købere er marketing. Hvis du sender disse i stort antal, gælder kravet fuldt ud, hvilket betyder, at der skal være en List-Unsubscribe-header med mulighed for afmelding med ét klik. Kontrollér, om den udvidelse, der sender dem, tilføjer denne header. Testen nedenfor viser det i begge tilfælde.
DNS-delen, kort fortalt
Uanset hvilken tjeneste du sender gennem, skal dit domæne have tre ting i DNS, for at mailen bliver anset som pålidelig. Du finder en komplet gennemgang i Forklaring af SPF, DKIM og DMARC. Her er, hvad det betyder for et WordPress-websted.
- SPF. Én TXT-post på dit domæne, der angiver, hvem der må sende på dets vegne. Mange afsendelsestjenester kræver ingen ændringer her, fordi de opnår alignment via deres eget returdomæne. Hvis din tjeneste kræver en
include:, og domænet allerede har en post for din mailudbyder, skal du føje den til denne post. Opret ikke en ekstra. To SPF-poster er en fejl, og begge holder op med at virke. Kontrollér resultatet med SPF-kontrollen. - DKIM. De poster, som din afsendelsestjeneste har givet dig. Når de er aktive, signerer tjenesten hver besked med dit domæne. Det er denne signatur, DMARC leder efter.
- DMARC. En TXT-post på
_dmarc.yourdomain.com. Start medv=DMARC1; p=none; rua=mailto:og en adresse, du læser, og stram derefter politikken, når rapporterne viser, at ingen af dine mails fejler. DMARC-kontrollen læser din nuværende konfiguration.
Husk, at hostingserveren stadig kan sende noget på egen hånd, for eksempel et cron-job eller et gammelt plugin, der kalder mail() direkte i stedet for wp_mail(). Disse beskeder går uden om SMTP-pluginnet, og DMARC-rapporterne viser dem som en kilde, du ikke forventede.
Test de rigtige e-mails, ikke en testbesked
Alle SMTP-plugins har en knap til at sende en testmail, og det eneste, den beviser, er, at forbindelsen virker. Den viser dig ikke ordrebekræftelsen, som WooCommerce opbygger den, formularnotifikationen med dens Reply-To eller mailen til nulstilling af adgangskoden med det link, WordPress indsætter.
Derfor får jeg WordPress til at sende de rigtige e-mails. En testadresse fra forsiden modtager én besked, så hent en ny adresse for hver e-mail, du vil kontrollere. For formularen skal du kortvarigt angive adressen som modtager af notifikationen og indsende formularen. For WooCommerce skal du afgive en testordre med adressen som kundens e-mailadresse. Ved nulstilling af adgangskoden skal du give en testbruger adressen og anmode om en nulstilling. Hver besked får sin egen rapport med SPF, DKIM og DMARC samt deres alignment, 21 blokeringslister, indhold og links og reglerne for masseafsendere. For at kontrollere, hvilken mappe beskeden lander i hos Gmail, Outlook, Yahoo og andre udbydere, skal den samme besked sendes til en liste over indbakker med en markør i emnefeltet. Det kan en formular eller en butiksordre ikke gøre, så gem den del til e-mails, du selv sender.
Hvis du helst vil undgå at oprette testordrer manuelt, sender det gratis WordPress-plugin disse beskeder gennem dit websteds egen wp_mail(), den samme vej som dine kunders e-mails tager, og viser resultatet i kontrolpanelet. Det registrerer også, når webstedet begynder at sende en type e-mail, som det ikke har set før.
Når den stadig ender i spam
Hvis godkendelsen består, Fra-adressen er på dit domæne, og e-mailen stadig ender i spam, skal du undersøge omdømmet for den infrastruktur, du sender gennem. En IP fra delt hosting, som står på en blokeringsliste, er en almindelig årsag, når du stadig bruger mail(), og kontrollen af blokeringslister viser det. Indholdet spiller en mindre rolle, end mange forventer. En formularnotifikation med et enkelt link og tre linjer tekst udløser sjældent et filter alene. Det kan en WooCommerce-mail med en tung HTML-skabelon, ét stort billede og en linkforkorter derimod gøre.
Kontrollér én meddelelse, ret det, rapporten viser, og send den igen til en ny adresse.