WordPress-lomake ei lähetä sähköpostia? Tee nämä 7 tarkistusta ensin

Miksi WordPress-lomake lakkaa lähettämästä viestejä?

WordPress lähettää kaikki viestinsä samalla wp_mail()-toiminnolla: lomakkeiden viestit, salasanan palautukset ja ilmoitukset päivityksistä. Jos sivustolle ei ole erikseen määritetty sähköpostipalvelua, viesti lähtee suoraan webhotellin palvelimelta PHP:n omalla postitoiminnolla.

Ennen tämä usein riitti. Nykyään vastaanottava posti tarkistaa, saako lähettänyt palvelin ylipäätään lähettää postia verkkotunnuksesi nimissä. Google vaatii helmikuusta 2024 alkaen kaikilta Gmail-osoitteisiin lähettäviltä vähintään SPF- tai DKIM-tunnistuksen. Microsoft 365 ja muut isot palvelut toimivat samaan suuntaan. Jos webhotellin palvelin ei ole verkkotunnuksesi SPF-tietueessa, viesti putoaa roskapostiin tai katoaa kokonaan.

Tyypillisiä tilanteita, joissa lomake lakkaa toimimasta, vaikka kukaan ei ole koskenut siihen:

• Sivusto on siirretty uuteen webhotelliin tai palvelimeen, josta ei voi lähettää postia suoraan.
• Yritys on vaihtanut sähköpostinsa esimerkiksi Microsoft 365:een tai Google Workspaceen ja uusi SPF-tietue sallii lähettäjäksi vain sen.
• Lomakkeen lähetyspalvelun ilmaispaketti on lopetettu tai tunnuksen salasana on vaihtunut.
• Vastaanottajaksi on asetettu entisen työntekijän osoite.

Mitä voin tarkistaa itse ennen kuin pyydän apua?

Tee tarkistukset tässä järjestyksessä. Ensimmäiset kolme vievät pari minuuttia ja ne ratkaisevat yllättävän monta tapausta.

01Katso roskaposti ja karanteeni

Etsi roskapostikansiosta lomakkeen lähettäjän osoitetta tai lomakkeen otsikkoa. Microsoft 365 voi siirtää epäilyttävän viestin myös karanteeniin, jota käyttäjä ei näe omassa postilaatikossaan. Sen näkee ylläpitäjä Microsoftin tietoturvaportaalista. Jos viestit löytyvät roskapostista, lomake toimii, mutta sähköpostin tunnistus on puutteellinen. Siitä lisää kohdassa 07.

02Tarkista vastaanottajan osoite

Avaa lomakkeen asetukset ja katso, mihin osoitteeseen viesti lähtee. Contact Form 7:ssä se on lomakkeen Posti-välilehdellä, WPFormsissa ja Gravity Formsissa lomakkeen ilmoitusasetuksissa. Etsi kirjoitusvirheitä, vanhoja osoitteita ja entisten työntekijöiden osoitteita. Jos sivulla on useampi lomake, tarkista jokainen erikseen.

03Katso, kenen nimissä viesti lähtee

Lähettäjän osoitteen (From) pitää olla omasta verkkotunnuksestasi, esimerkiksi lomake@yritys.fi. Jos lomake on asetettu lähettämään viestin kävijän omalla osoitteella, viesti näyttää tulevan vaikkapa Gmailista, vaikka se lähtee sinun palvelimeltasi. Vastaanottajan posti tulkitsee sen väärennökseksi. Laita kävijän osoite Vastausosoite-kenttään (Reply-To), niin voit vastata hänelle suoraan. Contact Form 7 varoittaa tästä itse lomakkeen asetuksissa.

04Kokeile salasanan palautusta

Avaa kirjautumissivu yksityisessä selainikkunassa ja pyydä salasanan palautusta omalle käyttäjätunnuksellesi. Jos palautusviestikään ei tule perille, vika on koko sivuston sähköpostissa eikä lomakkeessa. Silloin lomakkeen asetusten säätäminen ei auta. Sama vika estää usein myös kirjautumisen, kun salasana on unohtunut. Siitä kerron lisää artikkelissa WordPress-kirjautuminen ei onnistu.

05Tallentuvatko viestit WordPressiin?

Osa lomakelisäosista tallentaa jokaisen viestin myös WordPressiin. Gravity Forms tekee sen oletuksena. Contact Form 7 ei tallenna viestejä ollenkaan, ellei sivulle ole asennettu sen tekijän Flamingo-lisäosaa. Jos viestit näkyvät WordPressissä mutta eivät sähköpostissa, lomake toimii ja vika on postin lähetyksessä. Jos viestejä ei ole WordPressissäkään, vika on itse lomakkeessa. Silloin syy on usein roskapostisuojan avaimissa, välimuistilisäosassa tai sivun JavaScript-virheessä.

06Katso SMTP-lisäosan asetukset ja loki

Katso Lisäosat-sivulta, onko sivulla jo sähköpostilisäosa, kuten WP Mail SMTP, FluentSMTP tai Post SMTP. Jos on, sen asetuksista löytyy testityökalu (WP Mail SMTP:ssä Työkalut → Sähköpostitesti) ja usein myös loki lähetetyistä viesteistä. Virheilmoitus kertoo yleensä suoraan, mikä on vialla:

• Kirjautuminen epäonnistui (authentication failed): tunnuksen salasana on vaihtunut, tai palvelu ei enää hyväksy pelkkää salasanaa. Microsoft 365 kytkee salasanalla toimivan SMTP:n oletuksena pois päältä vuoden 2026 lopussa. Lue tarkemmin artikkelista WordPress ja Microsoft 365.
• Tili on suljettu tai raja täynnä: lähetyspalvelun ilmaispaketti on loppunut. Esimerkiksi SendGrid lopetti ilmaispakettinsa kesällä 2025.
• Yhteys aikakatkaistiin: webhotelli estää lähtevän yhteyden kyseiseen porttiin. Kysy webhotellilta, mikä portti on auki, tai käytä palvelua, jonka voi yhdistää API-avaimella.

07Tarkista verkkotunnuksen SPF-tietue

SPF-tietue kertoo, mitkä palvelut saavat lähettää postia verkkotunnuksesi nimissä. Sen näkee millä tahansa ilmaisella DNS-tarkistimella, kun hakee verkkotunnuksen TXT-tietueet. Windowsissa sen saa myös komentoriviltä komennolla nslookup -type=txt yritys.fi. Tietueita saa olla vain yksi ja siinä pitää näkyä se palvelu, jonka kautta lomake lähettää. Jos tietue päättyy -all eikä lomakkeen palvelua ole listattu, palvelimelta suoraan lähtevä viesti hylätään. Selitän SPF:n, DKIM:n ja DMARC:n selkokielellä artikkelissa Miksi sähköpostit menevät roskapostiin.

Mikä on pysyvä korjaus?

Pysyvä korjaus on se, että lomake ei enää lähetä postia suoraan palvelimelta. Sen sijaan viesti kulkee palvelun kautta, joka on tunnistettu verkkotunnuksesi lähettäjäksi. Vaihtoehtoja on kolme:

1. Erillinen lähetyspalvelu, kuten Resend tai Brevo, yrityksen omalla tilillä. Tämä on yleensä varmin vaihtoehto. Palvelu antaa DKIM-tietueet ja yhteys toimii API-avaimella, joten sähköpostin salasanan vaihtuminen ei riko lomaketta. Resendin ilmaispaketissa voi lähettää 3 000 viestiä kuukaudessa ja 100 päivässä, mikä riittää tavallisen yrityksen lomakkeelle.
2. Yrityksen oma sähköposti, kuten Google Workspace tai Microsoft 365. Tämä toimii, mutta se kannattaa tehdä palvelun omalla OAuth-kirjautumisella eikä pelkällä salasanalla. OAuth-kirjautumisen käyttöönotto vaatii yleensä ylläpitäjän oikeudet yrityksen sähköpostiin.
3. Webhotellin oma sähköpostilaatikko SMTP:n kautta, jos sähköpostisi on samassa webhotellissa. Tämä on yksinkertaisin vaihtoehto, kunhan webhotellin palvelin on mukana SPF-tietueessa.

Kun lähetys on vaihdettu, lähetä testiviesti jokaisesta lomakkeesta, myös eri osoitteisiin, esimerkiksi Gmailiin ja yrityksen omaan postiin. Tarkista Gmailissa viestin kohdasta ”Näytä alkuperäinen”, että SPF ja DKIM ovat tilassa PASS. Tee sama testi jatkossa esimerkiksi kerran kuussa ja aina päivitysten jälkeen. Lomake voi rikkoutua hiljaa uudelleen.

Lähteet

1. WordPress Developer Resources: wp_mail(). https://developer.wordpress.org/reference/functions/wp_mail/
2. Google: Email sender guidelines (vaatimukset 1.2.2024 alkaen). https://support.google.com/a/answer/81126
3. Google: Trace an email with its full headers (”Näytä alkuperäinen”). https://support.google.com/mail/answer/29436
4. RFC 7208: Sender Policy Framework (SPF). https://www.rfc-editor.org/rfc/rfc7208
5. Contact Form 7: Configuration Validator. https://contactform7.com/configuration-validator/
6. Flamingo, WordPress.org. https://wordpress.org/plugins/flamingo/
7. WP Mail SMTP, WordPress.org. https://wordpress.org/plugins/wp-mail-smtp/
8. Twilio: Changes coming to SendGrid's Free Plan. https://www.twilio.com/en-us/changelog/sendgrid-free-plan
9. Resend: Pricing. https://resend.com/pricing