HubSpot -markkinointisähköposti ja myyjän yhdistetty postilaatikko ovat eri lähetysjärjestelyjä. Aloita tunnistamalla määrittämäsi työnkulku. Markkinoinnin lähetysalueen todentaminen ei määritä jokaisen CRM:ään liittyvän viestin tilaa.
Tämä opas koskee HubSpot -markkinointisähköpostissa käytettävää sähköpostin lähetysaluetta. Tallenna asianmukainen tili, Lähettäjä-verkkotunnus ja sen yrityksen omistaja ennen muutosten tekemistä.
Valitse työnkulkuun sopiva verkkotunnus
Lue nykyiset verkkotunnuksen kelpoisuusohjeet ennen nimen valitsemista. HubSpot nykyiset ohjeet sanovat, että sähköpostin lähetysalue ei saa olla jo käytössä muuhun tarkoitukseen, kuten sisällön ylläpitoon. Sopiva aliverkkotunnus voi pitää tämän reitin erillisenä, mutta se tarvitsee silti nimenomaisen omistajan ja testatun määrityksen.
Tarkista markkinoinnin Lähettäjä-osoitteessa käytetty tarkka verkkotunnus ehdotettua lähetysverkkotunnusyhteyttä vastaan. Uusi nimi, joka näyttää samanlaiselta kuin brändi, voi silti olla väärä nimi varsinaiselle kampanjalle.
Kartoita verkkotunnuksen tai aliverkkotunnuksen muut käyttötavat: isännöity sisältö, sähköpostin vastaanottaminen, uudelleenohjaukset, toinen HubSpot -tili ja ulkopuoliset palvelut. Ratkaise ristiriidat ennen luodun DNS muutoksen hyväksymistä.
Tarkista luotu DNS pyyntö muutosjoukona
Käytä nykyistä sähköpostin lähetysyhteyden työnkulkua ja tilille luotuja arvoja. HubSpot opastus kattaa MX :n, DKIM, SPF ja DMARC, joiden tiedot on tarkistettava niiden määritetyistä omistajien nimistä.
Älä siirrä organisaation normaalia postilaatikkoa MX tietueita vain siksi, että lähettäjän työnkulku näyttää MX vaatimuksen. Määritä luodun pyynnön tarkka nimi ja tarkoitus. Aliverkkotunnuskohtaisella muutoksella ja juuriverkkotunnuksen muutoksella on erilaiset seuraukset.
Jos kyseessä on SPF , tarkista nykyinen käytäntö tarkalleen muutettavan nimen kohdalla. Jos sellainen on jo olemassa, sovita tarvittava valtuutus kyseiseen käytäntöön sen sijaan, että luot sinne toisen SPF -käytännön. Aseta valtuutusmekanismi ennen lopetusmekanismia ja varmista, että tuloksena oleva arviointi pysyy voimassa ja DNS-riippuvaisen hakurajan sisällä.
Käsittele DMARC verkkotunnuksen omistajan käytäntöpäätöksenä. Säilytä olemassa oleva sopiva käytäntö ja raportointikokoonpano. Markkinointiasetusten ei pitäisi nollata asiaankuulumattomien sähköpostien hallintaa.
Tarkista, kuinka DNS julkaisee arvot
Tunnista aktiivinen arvovaltainen isäntä sen sijaan, että luottaisit rekisteröijän nimeen. Vertaa kaikkia tuloksena olevia omistajien nimiä ja arvoja julkaisemisen jälkeen.
HubSpot kutsuu erityisesti Cloudflare välityspalvelimen ja verkkotunnuksen laajuiset CNAME-tasoitusasetukset. Noudata nykyisiä tuettuja todennustietueiden vaatimuksia ja arvioi laajemmat DNS muutokset erikseen. Älä muuta asiaankuulumatonta verkkosivuston toimintaa vain poistaaksesi sähköpostin asetusvaroituksen.
Jos haluat muodostaa automaattisen yhteyden, tarkista muutokset ja kirjaa ylös, mitä kirjoitettiin. Jos käytät manuaalista yhteyttä, tarkista päätteiden käsittely ja tietuetyyppiristiriidat. Molemmat polut tarvitsevat havaittavia julkisia vastauksia.
Tarkista todellinen markkinointiviesti
Suorita HubSpot todennustarkistukset ja lähetä sitten asianmukainen kontrolloitu kampanjatesti aiottua reittiä pitkin. Säilytä alkuperäinen vastaanotettu viesti, tilin konteksti ja lähetysaika.
Tarkista näkyvän lähettäjän, kirjekuoren identiteetin, DKIM allekirjoitustoimialueen ja luotetun vastaanottimen tulokset. Nauhoita linjaus polku, joka tukee DMARC . Asiaan liittymättömän palvelualueen läpäisevä allekirjoitus ei yksinään riitä.
Synteettisessä tapauksessa DNS tiimi yhdistää onnistuneesti markkinoinnin aliverkkotunnuksen, mutta kampanja käyttää edelleen vanhaa juuriverkkotunnuksen Lähettäjä-osoitetta. Konfiguraatio ja viesti kuvaavat erilaisia identiteettejä. Korjaa aiotut lähettäjän asetukset ja toista sitten kampanjareittitesti sen sijaan, että lisäisit tietueita jokaiseen uskottavaan nimeen.
Älä yleistä yhtä testiä jokaiseen yhdistettyyn postilaatikkoon, tapahtumareittiin tai integroituun palveluun. Testaa työnkulkuja, jotka ovat tärkeitä tämän muutoksen laajuuden kannalta.
Säilytä hyödyllinen valmistumistietue
Kanavanvaihdon tulee tunnistaa tili, valittu lähetysalue, luodut tietueet, DNS muutos omistaja ja vahvistettu viesti. Liitä mukaan syy, miksi valitsit verkkotunnuksen ja minkä tahansa muun sitä käyttävän tilin.
Tarkista määritykset, kun kampanjan omistajuus muuttuu tai uusi aliverkkotunnus otetaan käyttöön. Säilytä vanhat riippuvuudet, kunnes eläkkeelle siirtyminen on vahvistettu, sen sijaan, että poistat ne heti, kun uusi kampanja onnistuu.
Käytä lähettäjien inventaariota yhdistääksesi markkinoinnin omistussuhteet laajempaan postiohjelmaan. Todennus määrittää identiteettipolun; vastaanottajien yhteydenottooikeus, luettelon laatu ja postilaatikon sijoittelu ovat erillisiä asioita.
Erota lähettäjän korjaus käytännön muutoksesta
Kirjallinen tapaus HS-01 olettaa, että markkinointitilillä on yhdistetty news.example.com , kun taas suunniteltu kampanja From on updates@example.com . Hypoteettinen luotettu viestitulos on DKIM hyväksyntä, jossa on d=news.example.com, s=demo1. Allekirjoitus voi kohdistaa tavallisen rennosti organisaation ja verkkotunnuksen kohdistuksen, mutta se ei täsmää adkim=s. SPF ja kaikki muut allekirjoitukset jäävät tuntemattomiksi, joten älä ilmoita yleisestä tiukan tilan DMARC virheestä. Markkinoinnin omistajan on vahvistettava aiottu From- ja vastaava tuoteyhteys ja hankittava sitten valtuutettu kampanjanäyte; verkkotunnuksen laajuisen käytännön muuttaminen ei ole tässä ehdotettu korjaus. Normaali henkilöstön postilaatikko MX osoitteessa example.com jää tämän muutoksen ulkopuolelle. HubSpot -tiliä, postilaatikkoa tai DNS ää ei testattu.
Käytä luotuja tietueen omistajia ja arvoja sen sijaan, että muuttaisit vianetsintäesimerkit yleisvalitsimiksi. HubSpot dokumentoi tällä hetkellä pariksi liitetyt DKIM CNAME -nimet ja SPF -yhdistelmän, kun käytäntö on olemassa. Sen tilatarrat kuvaavat asennustarkistuksia; edes täysin todennettu tarra ei todista, että tämä suunniteltu kampanja valitsi oikean From-identiteetin.
Säilytä täytäntöönpanoraja
RFC 9989 Kohta 7.4 edellyttää kelvollista DKIM , ei pelkästään SPF , verkkotunnusten julkaisemiseen p=reject, ja varoittaa epäsuoran postin ja postituslistan yhteentoimivuudesta. Yksittäinen onnistunut suoraviestitesti ei ole todiste siitä, että jokainen laillinen reitti on valmis vahvempaan politiikkaan. Säilytä olemassa oleva hyväksytty suojaus diagnosoidessasi todellista aukkoa; Jokainen politiikan muutos vaatii oman päätöksensä.