Gmailin ja Yahoon lähettäjävaatimukset: mitä muuttui 2024 ja mitä tarkistaa
Helmikuusta 2024 lähtien Gmail ja Yahoo ovat vaatineet jokaista lähettäjää todentamaan sähköpostinsa, ja joukkolähettäjille ne asettivat tiukemmat säännöt: SPF ja DKIM, julkaistu DMARC-tietue, SPF:n tai DKIM:n kanssa kohdistettu From-verkkotunnus, yhden klikkauksen tilauksen peruutus markkinointipostissa ja matala roskapostivalitusten osuus. Vaatimukset täyttämätön posti voi viivästyä, päätyä roskapostiin tai tulla hylätyksi.
Säännöt koskevat kaikkia, jotka lähettävät postia henkilökohtaisiin Gmail- ja Yahoo-osoitteisiin, mikä useimmille yrityksille tarkoittaa suurta osaa asiakkaista. Laskut, salasanan palautukset ja tilausvahvistukset kuuluvat piiriin aivan kuten uutiskirjeetkin.
Alla kerromme, mitä kumpikin palveluntarjoaja todella vaatii, linkitämme niiden omaan dokumentaatioon ja kuvaamme tarkistukset, jotka voitte tehdä itse.
Mitä Gmail vaatii
Googlen ohjeet sähköpostin lähettäjille tulivat voimaan helmikuussa 2024. Kaikilta lähettäjiltä henkilökohtaisiin Gmail-tileihin vaaditaan:
- SPF- tai DKIM-todennus lähettävälle verkkotunnukselle.
- Kelvolliset DNS-tietueet ja käänteiset DNS-tietueet (PTR) lähettäville IP-osoitteille.
- TLS-yhteys postin siirrossa.
- Postmaster Toolsissa raportoitu roskapostiosuus alle 0,3 %.
- RFC 5322:n mukaisesti muotoillut viestit.
Lähettäjille, jotka lähettävät vähintään 5 000 viestiä päivässä, Google lisää:
- Sekä SPF että DKIM.
- DMARC-tietue lähettävälle verkkotunnukselle (käytäntö voi olla
p=none). - From-verkkotunnus kohdistettuna joko SPF- tai DKIM-verkkotunnukseen.
- Yhden klikkauksen tilauksen peruutus markkinointi- ja tilattuihin viesteihin sekä näkyvä peruutuslinkki viestin rungossa.
Googlen lähettäjäohjeiden usein kysytyt kysymykset lisäävät 3 käytännössä tärkeää yksityiskohtaa. Saman ensisijaisen verkkotunnuksen viestit lasketaan yhteen, kun 5 000 viestin rajaa arvioidaan. Lähettäjä, joka ylittää rajan kerran, katsotaan pysyvästi joukkolähettäjäksi. Lisäksi marraskuusta 2025 alkaen Gmail tehosti valvontaa, ja vaatimuksia täyttämätöntä postia hylätään joko tilapäisesti tai pysyvästi.
Mitä Yahoo vaatii
Yahoon lähettäjien parhaat käytännöt tulivat nekin voimaan helmikuussa 2024. Kaikilta lähettäjiltä: SPF tai DKIM, roskapostiosuus alle 0,3 %, kelvolliset DNS- ja käänteiset DNS-tietueet sekä RFC 5321:n ja RFC 5322:n noudattaminen.
Joukkolähettäjiltä Yahoo vaatii:
- Sekä SPF että DKIM.
- Kelvollinen DMARC-käytäntö, vähintään
p=none, ja DMARC-tarkistuksen on mentävä läpi. - From-verkkotunnus kohdistettuna SPF- tai DKIM-verkkotunnukseen (väljä kohdistus riittää).
- Toimiva List-Unsubscribe-otsake, joka tukee yhden klikkauksen peruutusta. Yahoo suosittelee vahvasti RFC 8058:n mukaista POST-menetelmää.
- Peruutukset on käsiteltävä 2 päivän kuluessa.
Toisin kuin Google, Yahoo ei julkaise kiinteää viestimäärää, josta lähettäjästä tulee joukkolähettäjä, joten joukkolähettäjien vaatimukset kannattaa täyttää aina, kun lähetätte markkinointipostia.
Missä yritykset tavallisimmin kompastuvat
DKIM vain pääpostilaatikossa. Toimiston tavallinen posti on allekirjoitettu, mutta CRM, uutiskirjetyökalu tai laskutusjärjestelmä lähettää allekirjoittamatonta postia tai allekirjoittaa työkalun toimittajan verkkotunnuksella, mikä rikkoo kohdistuksen.
SPF menee läpi väärälle verkkotunnukselle. Monet lähetyspalvelut käyttävät omaa palautusverkkotunnustaan, joten SPF menee läpi verkkotunnukselle bounces.vendor.net eikä teidän verkkotunnuksellenne. Ilman kohdistettua DKIM:ää DMARC epäonnistuu.
DMARC-tietue puuttuu kokonaan. Molemmat palveluntarjoajat vaativat joukkolähettäjiltä vähintään p=none. Oppaamme SPF:stä, DKIM:stä ja DMARCista selittää tietueiden muodon.
Peruutus vain linkkinä. Yhden klikkauksen peruutus tarkoittaa otsakkeita, joiden perusteella postipalvelu voi toimia suoraan, ei pelkkää linkkiä alatunnisteessa.
Vanhat listat. Postin lähettäminen osoitteisiin, jotka eivät koskaan antaneet suostumustaan, nostaa roskapostivalituksia, ja 0,3 %:n katto on matala.
Miten tarkistatte verkkotunnuksenne
Aloittakaa DNS:stä:
dig +short TXT yourcompany.com | grep spf1
dig +short TXT _dmarc.yourcompany.com
Lähettäkää sitten viesti jokaisesta järjestelmästä, joka lähettää postia asiakkaillenne (toimistoposti, CRM, uutiskirje, laskutus, asiakastuki), hallinnoimaanne Gmail-osoitteeseen. Avatkaa viesti Gmailissa, valitkaa ”Näytä alkuperäinen” ja etsikää:
SPF: PASS with domain yourcompany.com
DKIM: PASS with domain yourcompany.com
DMARC: PASS
SPF:n tai DKIM:n kohdalla näkyvän verkkotunnuksen pitää vastata From-verkkotunnustanne. Markkinointipostin alkuperäisessä lähdekoodissa pitää olla molemmat yhden klikkauksen peruutuksen edellyttämät otsakkeet:
List-Unsubscribe: <https://yourcompany.com/unsubscribe?id=...>
List-Unsubscribe-Post: List-Unsubscribe=One-Click
Rekisteröikää lopuksi verkkotunnuksenne Google Postmaster Toolsiin, niin näette roskapostiosuuden, jonka Google on lähetyksillenne mitannut.
Lyhyt tarkistuslista
- SPF julkaistu ja menee läpi verkkotunnuksellenne.
- DKIM-allekirjoitus omalla verkkotunnuksellanne jokaisessa lähettävässä järjestelmässä.
- DMARC julkaistu, vähintään
p=none, ja raportit luetaan säännöllisesti. - From-verkkotunnus kohdistettu SPF:ään tai DKIM:ään jokaisessa järjestelmässä.
- Yhden klikkauksen peruutusotsakkeet markkinointipostissa, pyynnöt käsitelty 2 päivän kuluessa.
- Roskapostiosuutta seurataan Postmaster Toolsissa, ja se pidetään selvästi alle 0,3 %:n.
- PTR-tietueet kunnossa jokaiselle IP-osoitteelle, josta lähetätte suoraan.
Microsoft otti vastaavat säännöt käyttöön Outlook.comissa vuonna 2025. Niistä kerromme artikkelissa Outlookin lähettäjävaatimukset ja hylkäys 550 5.7.515.
Miten Datahorses auttaa
Sähköpostin todennus kuuluu siihen, mitä Datahorses valvoo ulkopuolelta joka päivä. Jos SPF-tietueenne muuttuu, DKIM-avain katoaa, DMARC heikkenee tai verkkotunnuksenne päätyy estolistalle, asiantuntija käy muutoksen läpi ja saatte kehittäjällenne tarkat ohjeet. Koko luettelo on kohdassa mitä valvomme, tai pyytäkää tarjous, jos haluatte tämän valvonnan verkkotunnuksillenne.
Lisää artikkeleita
Avoimet tietokantaportit: MySQL, PostgreSQL, MongoDB, Redis ja Elasticsearch internetissä
Tietokanta on tehty keskustelemaan sovelluksenne kanssa, ei koko internetin. Näin selvitätte, onko tietokantanne tavoitettavissa ulkoa, ja näin suljette sen.
HTTP-tietoturvaotsakkeet, jotka jokaisen yrityssivuston pitäisi lähettää
Muutama rivi palvelimen vastauksessa käskee selainta käyttämään HTTPS:ää, estää kehystämisen ja rajoittaa skriptejä. Tässä ovat lähettämisen arvoiset otsakkeet ja niiden tarkistus.
Miten DMARC-koosteraporttia (rua) luetaan ja mitä sillä tehdään
DMARC-koosteraportit luettelevat jokaisen palvelimen, joka lähetti postia verkkotunnuksenne nimissä, ja sen, läpäisikö se tarkistukset. Näin luette XML:n ja teette siitä korjauslistan.