Tällä sivullaMiten WordPress lähettää sähköpostia oletuksena
WordPress-sivusto lähettää enemmän sähköpostia kuin sen omistaja luulee. Yhteydenottolomakkeen ilmoitus. Salasanan nollausviesti. Uuden käyttäjän tervetuloviesti, kommenttien moderointi-ilmoitus ja verkkokaupassa kaikki WooCommercen lähettämät tilausvahvistukset, laskut ja toimituspäivitykset. Useimpia näistä ei ole erikseen suunniteltu, eikä kukaan tarkista niitä ennen kuin asiakas ilmoittaa, ettei tilausviesti koskaan saapunut.
Kun jokin näistä päätyy roskapostiin, tarkista viestin lähetysreitti palvelimelta ennen kuin muutat sen sanamuotoa. WordPress käyttää tähän oletuksena vaihtoehtoa, jolla on kaikkein heikoin toimitettavuus.
Miten WordPress lähettää sähköpostia oletuksena
WordPress itse ja lähes kaikki sähköpostia lähettävät lisäosat, mukaan lukien WooCommerce ja lomaketyökalut, käyttävät yhtä funktiota, wp_mail(). Se välittää viestin PHPMailerille, joka oletuksena antaa sen PHP:n mail()-funktiolle. Tämä puolestaan antaa sen hosting-palvelimen käyttämälle sähköpostiohjelmalle. Sähköpostipalveluun ei kirjauduta, viestiä ei allekirjoiteta eikä DNS:ssäsi ole mitään, mikä osoittaisi tämän palvelimen saavan lähettää viestejä verkkotunnuksesi puolesta.
Lähettäjän osoitteeksi valitaan wordpress@, jonka perään lisätään sivustosi verkkotunnus (WordPress poistaa alusta www.-osan). Jos et ole koskaan muuttanut sitä, asiakkaasi näkevät tämän From-rivillä. Monilla sivustoilla kyseistä postilaatikkoa ei ole koskaan luotu.
Jaetussa hosting-palvelussa viesti lähtee palveluntarjoajan palvelimelta IP-osoitteen kautta, jonka jakavat monet muut sivustot. Jos jokin niistä lähettää viestejä ostetulle listalle tai joutuu murretuksi ja alkaa lähettää roskapostia, osoitteen maine heikkenee. Sinun salasanan palautusviestisi lähtevät samasta osoitteesta kuin niiden viestit.
WordPressin oletusasennus lähettää siis sähköpostia, jonka SPF ei vastaa verkkotunnustasi. Palautusosoitteena pysyy yleensä hosting-palvelimen oma palvelinnimi. Jos sen sijaan siinä käytetään sinun osoitettasi, SPF epäonnistuu kokonaan. Viestissä ei myöskään ole verkkotunnuksesi DKIM-allekirjoitusta, joten DMARC epäonnistuu. Gmail ja Yahoo ottivat lähettäjiä koskevat sääntönsä käyttöön helmikuussa 2024. Microsoft teki saman toukokuussa 2025 verkkotunnuksille, jotka lähettävät Outlook.comiin yli 5 000 viestiä päivässä. Marraskuusta 2025 lähtien Gmail on hylännyt aiempaa enemmän sääntöjensä vastaisia viestejä sen sijaan, että se siirtäisi ne roskapostiin.
Lähetä oikean sähköpostipalvelun kautta
Tärkein korjaus on lopettaa mail()-funktion käyttö. Asenna SMTP-lisäosa (yleisiä vaihtoehtoja ovat WP Mail SMTP, FluentSMTP ja Post SMTP, ja jokaisesta on ilmainen versio) ja yhdistä se palveluun, joka lähettää sähköpostit oikein: omaan sähköpostipalveluntarjoajaasi, kuten Google Workspaceen tai Microsoft 365:een, tai transaktiosähköpostipalveluun, kuten Amazon SES, Brevo, SendGrid tai Mailgun.
Lisäosa korvaa wp_mail()-funktion käyttämän siirtotavan, joten kaikkien lisäosien kaikki sähköpostit lähetetään uutta reittiä ilman, että itse lisäosiin tarvitsee koskea. Jos lisäosa tukee palveluntarjoajan API-vaihtoehtoa, käytä sitä tavallisen salasanalla suojatun SMTP-yhteyden sijaan. WP Mail SMTP huomauttaa, että API-reitti toimii silloinkin, kun hosting-palvelusi estää SMTP-portit.
Seuraava vaihe jää usein tekemättä. Todenna verkkotunnus kyseisellä palveluntarjoajalla. Jokainen niistä antaa julkaistavat DNS-tietueet, yleensä kaksi tai kolme CNAME-tietuetta DKIM:ää varten sekä SPF include -määrityksen tai mukautetun return-path-verkkotunnuksen. Ennen kuin nämä tietueet ovat DNS:ssäsi, palveluntarjoaja käyttää allekirjoituksessa omaa nimeään, jolloin DMARC epäonnistuu siellä aivan kuten hosting-palvelussakin.
Yhteydenottolomakkeiden From-osoite
Lomakelaajennuksissa, kuten Contact Form 7:ssä ja WPFormsissa, voit valita, mitä vastaanottamasi ilmoituksen From-rivillä näkyy. Monissa määrityksissä siihen lisätään vierailijan osoite, jotta Reply-toiminto vastaa vierailijalle. Ratkaisu vaikuttaa näppärältä, mutta juuri tällaisen toiminnan DMARC on suunniteltu estämään.
Oletetaan, että Anna-niminen vierailija kirjoittaa osoitteesta anna@yahoo.com. Sivustosi lähettää nyt viestin, joka väittää olevansa peräisin yahoo.com-verkkotunnuksesta, vaikka lähetykseen käytetään palvelinta, jota Yahoo ei ole koskaan valtuuttanut. yahoo.com julkaisee DMARC-käytännön p=reject, joten sitä noudattava vastaanottaja hylkää ilmoituksen väärennettynä. Gmailia käyttävän vierailijan tapauksessa käytäntö on lievempi, ja viesti päätyy useammin roskapostiin. WPForms varoittaa juuri tästä dokumentaatiossaan.From on sinun osoitteesi, Reply-To on vierailijan osoite
Määritä asetukset sen sijaan näin:
- From: oman verkkotunnuksesi osoite, kuten
forms@yourdomain.com, samassa verkkotunnuksessa, jota varten SMTP-laajennuksesi on todennettu. - Reply-To: lomakekentästä saatava vierailijan osoite. Reply-toiminto vastaa edelleen Annalle.
- To: postilaatikko, jota oikeasti luet.
Contact Form 7:ssä nämä asetukset ovat Mail-välilehdellä: lisää oma osoitteesi From-kenttään ja Reply-To: [your-email] Additional headers -kohtaan. Muissa lomakelaajennuksissa ilmoitusasetuksissa on Reply-To-kenttä.
WooCommerce-sähköpostit
WooCommerce sisältää omat lähettäjäasetuksensa: WooCommerce, sitten Settings, sitten Emails ja Email Sender Options -osio, jossa ovat "From"-nimi ja "From"-osoite. Oletuksena osoite on sivuston ylläpitäjän sähköpostiosoite. Jos kaupan asentanut henkilö käytti siinä Gmail-osoitetta, jokainen tilausvahvistus lähetetään ikään kuin se tulisi gmail.com-verkkotunnuksesta ja epäonnistuu DMARC-tarkistuksessa samasta syystä kuin edellä kuvattu yhteydenottolomake. Määritä tähän osoite todennetusta verkkotunnuksestasi. Kaupan nimi sopii hyvin lähettäjän nimeksi. (Sinulle lähetettävissä tilausilmoituksissa WooCommerce lisää asiakkaan jo Reply-To-kenttään, mikä on oikea tapa.)
Kaupan sähköposteissa voi ilmetä kaksi ongelmaa, joita yhteydenottolomakkeessa ei esiinny.
Ensimmäinen on lähetysmäärä. Jos alennusmyynti- tai uutiskirjelisäosa lähettää viestejä asiakkaille samaa reittiä kuin tilausvahvistukset, markkinointi- ja tapahtumaviestit käyttävät samaa lähettäjämainetta. Jos uutiskirjeestä tehdään valituksia, myös kuittien toimitettavuus kärsii. Kun lähetät nämä viestityypit eri palveluiden kautta, ne pysyvät erillään. Erillinen aliverkkotunnus markkinointia varten auttaa hieman, vaikka vastaanottajat huomioivat silti jossain määrin pääverkkotunnuksen maineen.
Toinen on tilauksen peruutusmahdollisuus. Tilausvahvistukset ja salasanan palautusviestit ovat tapahtumaviestejä, eikä Gmailin ja Yahoon yhden napsautuksen peruutussääntö koske niitä. Aiempien ostajien arvostelupyynnöt, hylätystä ostoskorista muistuttavat viestit ja "saattaisit pitää myös tästä" -viestit ovat markkinointia. Jos lähetät niitä suuria määriä, sääntö koskee niitä kokonaisuudessaan, mikä tarkoittaa List-Unsubscribe-otsaketta ja yhden napsautuksen peruutusvaihtoehtoa. Tarkista, lisääkö viestit lähettävä lisäosa tämän otsakkeen. Alla oleva testi näyttää sen kummassakin tapauksessa.
DNS-puoli selkeästi selitettynä
Riippumatta käyttämästäsi lähetyspalvelusta verkkotunnuksesi tarvitsee DNS:ään kolme asiaa, jotta sähköpostiin luotetaan. Koko prosessi käydään läpi artikkelissa SPF:n, DKIM:n ja DMARC:n selitys. Tässä kerrotaan, mitä ne tarkoittavat WordPress-sivustolle.
- SPF. Verkkotunnuksesi yksi TXT-tietue, jossa luetellaan, ketkä saavat lähettää sähköpostia sen puolesta. Monet lähetyspalvelut eivät vaadi tähän muutoksia, koska ne toteuttavat kohdistuksen oman bounce-verkkotunnuksensa kautta. Jos käyttämäsi palvelu pyytää lisäämään
include:-määrityksen ja verkkotunnuksella on jo sähköpostipalveluntarjoajasi tietue, lisää määritys samaan tietueeseen. Älä luo toista tietuetta. Kaksi SPF-tietuetta on virhe, jolloin kumpikaan ei toimi. Tarkista tulos SPF-tarkistustyökalulla. - DKIM. Lähetyspalvelusi antamat tietueet. Kun ne ovat käytössä, palvelu allekirjoittaa jokaisen viestin verkkotunnuksellasi. DMARC tarkistaa juuri tämän allekirjoituksen.
- DMARC. TXT-tietue osoitteessa
_dmarc.yourdomain.com. Aloita arvollav=DMARC1; p=none; rua=mailto:ja lisää osoite, jonka viestit luet. Tiukenna käytäntöä, kun raportit osoittavat, ettei mikään lähettämäsi viesti epäonnistu. DMARC-tarkistustyökalu lukee nykyisen määrityksesi.
Muista, että hosting-palvelin saattaa edelleen lähettää joitakin viestejä itse. Kyseessä voi olla cron-tehtävä tai vanha lisäosa, joka kutsuu suoraan funktiota mail() funktion wp_mail() sijaan. Nämä viestit ohittavat SMTP-lisäosan, ja DMARC-raporteissa ne näkyvät odottamattomana lähteenä.
Oikeiden sähköpostien testaaminen testiviestin sijaan
Jokaisessa SMTP-lisäosassa on "send test email" -painike, mutta se osoittaa vain, että yhteys toimii. Se ei näytä sinulle WooCommercen muodostamaa tilausvahvistusta, lomakeilmoitusta Reply-To-kenttineen tai salasanan palautusviestiä, johon WordPress lisää linkin.
Siksi laitan WordPressin lähettämään oikeat viestit. Etusivulta saat testiosoitteen yhtä viestiä varten, joten hae uusi osoite jokaiselle tarkistettavalle sähköpostille. Lisää lomaketta varten osoite hetkeksi ilmoituksen vastaanottajaksi ja lähetä lomake. Tee WooCommercea varten testitilaus ja käytä osoitetta asiakkaan sähköpostiosoitteena. Anna salasanan palautusta varten testikäyttäjälle tämä osoite ja pyydä salasanan palautusta. Jokainen viesti saa oman raporttinsa, joka kattaa SPF:n, DKIM:n ja DMARC:n sekä niiden kohdistuksen, 21 estolistaa, sisällön ja linkit sekä massalähettäjiä koskevat säännöt. Gmailissa, Outlookissa, Yahoossa ja muilla palveluntarjoajilla käytetty kansio voidaan selvittää vain lähettämällä sama viesti useiden postilaatikoiden luetteloon niin, että aiheessa on tunniste. Lomake tai verkkokaupan tilaus ei pysty tähän, joten jätä tämä osa itse lähettämillesi sähköposteille.
Jos et halua tehdä testitilauksia käsin, ilmainen WordPress-lisäosa lähettää nämä viestit sivustosi oman wp_mail()-toiminnon kautta, eli samaa reittiä kuin asiakkaillesi lähetettävät sähköpostit, ja näyttää tuloksen hallintapaneelissa. Se huomaa myös, kun sivusto alkaa lähettää sähköpostityyppiä, jota se ei ole havainnut aiemmin.
Kun viesti päätyy edelleen roskapostiin
Jos todennus läpäistään, From-osoite on omassa verkkotunnuksessasi ja sähköposti päätyy silti roskapostiin, tarkista lähetykseen käytetyn palvelun maine. Estolistalla oleva jaetun webhotellin IP on yleinen syy, jos käytät edelleen mail()-toimintoa. Estolistojen tarkistustyökalu näyttää, onko näin. Sisällön vaikutus on pienempi kuin yleensä ajatellaan. Lomakeilmoitus, jossa on yksi linkki ja kolme tekstiriviä, osuu harvoin suodattimeen pelkän sisältönsä vuoksi. Raskasta HTML-mallia, yhtä suurta kuvaa ja linkinlyhentäjää käyttävä WooCommerce-sähköposti voi kuitenkin osua.
Tarkista yksi viesti, korjaa raportissa näkyvät ongelmat ja lähetä se uudelleen uuteen osoitteeseen.