Bevestig het MarketingPlatform-account en de verzendidentiteit
Deze handleiding behandelt de e-mailservice die is gedocumenteerd op marketingplatform.com , waarvan de eigen helppagina's MarketingPlatform ApS identificeren en linken naar de toepassing ervan. Het beschrijft niet Google Marketing Platform of een generieke categorie voor marketingautomatisering. Identificeer het daadwerkelijke account, merk, campagne of automatisering, van domein- en DNS eigenaar voordat u een wijziging aanvraagt. MarketingPlatform-domein instellen.
Maak de zakelijke eis expliciet: welk adres moeten ontvangers zien, wie moet antwoorden ontvangen en welke workflow moet beschikbaar blijven tijdens de wijziging? Leg bestaande instellingen en openbare DNS antwoorden vast voordat u ze bewerkt. Als meerdere merken een account delen, maak dan aparte acceptatierijen voor hun domeinen in plaats van ervan uit te gaan dat één succesvolle nieuwsbrief alles goedkeurt. Gebruik een gecontroleerde campagne en onschadelijke inhoud, zodat bij het oplossen van problemen geen klantgegevens vrijkomen of per ongeluk een onvoltooide promotie wordt verzonden.
Gebruik het dashboard als configuratiebewijs
Het dashboard van MarketingPlatform wordt zichtbaar SPF En DKIM status, met een infocontrole naast elk item voor configuratiedetails. De documentatie instrueert de beheerder om na DNS publicatie terug te keren en te controleren op een groene status, waardoor er tijd is om wijzigingen zichtbaar te maken. Ondersteuningslinks zijn ook beschikbaar via het dashboard. Dashboard en menu.
Leg het domein vast dat bij elke status hoort, het tijdstip van de controle en de weergegeven instructie. Een screenshot is nuttiger als deze het geselecteerde domein en de recordeigenaar bevat, dan wanneer deze alleen een groen pictogram bevat. Beschouw die indicator niet als bewijs van de identiteit in een bericht dat nog niet is verzonden. Houd drie mijlpalen bij in het wijzigingslogboek: het record is opgeslagen, de provider heeft het gevalideerd en een ontvanger heeft een afgestemd bericht geaccepteerd. Niemand mag stilletjes door een ander worden vervangen.
De installatiegids controleert Active, MX , SPF en DKIM . De eerste twee hebben betrekking op het domein en de gereedheid voor het ontvangen van e-mail; ze blijken niet uitgaand te zijn uitlijning. Los een eigendoms- of mailboxprobleem op met de verantwoordelijke beheerder in plaats van het bestaande van de instelling of het bedrijf te vervangen MX records gewoon om een pictogram te wissen. Componenten van domeincontrole.
Publiceer een doelbewuste SPF -wijziging in plaats van een voorbeeldbeleid
Het gedocumenteerde MarketingPlatform-autorisatiemechanisme is include:mailmailmail.net. Inspecteer de voorgestelde waarde van het dashboard en voeg de benodigde autorisatie samen met het bestaande beleid bij de beoogde eigenaar. Kopieer niet het volledige illustratieve verslag van de gids, dat niet-gerelateerde mechanismen bevat en die van een andere aanbieder. MarketingPlatform SPF -installatie.
Voordat u opslaat, identificeert u andere toepassingen die door dat beleid zijn geautoriseerd en documenteert u wat elk bewaarde mechanisme toestaat. Publiceer één toepasselijk SPF beleid bij de eigenaar, niet een tweede concurrerend TXT beleid. Tel termen die DNS-zoekopdrachten veroorzaken in geneste mechanismen tegen de SPF limiet; alleen de woorden tellen die zichtbaar zijn in het record op het hoogste niveau is onvoldoende. Houd het terminalbeleid consistent met het goedgekeurde domeinontwerp. SPF -publicatie en opzoekverwerking.
Een autorisatie bij het zichtbare Van-domein dwingt het bericht zelf niet om dat domein als SMTP envelop te gebruiken. De SPF identiteit van de ontvanger moet in acht worden genomen. Als een campagne SPF onder een providerdomein doorstaat, maar mislukt DMARC, onderzoek identiteitsafstemming voordat u meer omvat. Het uitbreiden van de machtigingen bij een niet-gerelateerde eigenaar kan het vertrouwen vergroten zonder de oorspronkelijke fout op te lossen.
Genereer de DKIM waarde voor het geselecteerde domein
Gebruik het DKIM info-besturingselement om de gegenereerde domeingegevens te verkrijgen TXT record. De gids toont gewoonlijk een emp. _domainkey eigenaar, maar de volledige host en waarde van het account moeten de publicatie bepalen. Bedenk nooit de publieke sleutel en kopieer er nooit een van een ander account. MarketingPlatform DKIM instructies.
Controleer hoe de DNS host verwacht dat namen worden ingevoerd. Een volledig gekwalificeerde eigenaar die in een relatief-hostveld wordt geplakt, kan een gedupliceerd domein produceren; een record gepubliceerd in de root kan niet voldoen aan a keuzeschakelaar ergens anders opzoeken. Vergelijk de opgeslagen waarde met de gegenereerde record, inclusief eventuele lange tekst met een openbare sleutel, en behoud de vorige record als de wijziging een rotatie is. Als het dashboard en de openbare DNS het niet eens zijn nadat caching is overwogen, geef dan ondersteuning aan zowel waargenomen als verwachte waarden in plaats van herhaaldelijk sleutels opnieuw te genereren.
DKIM acceptatie vereist een echte handtekening die verifieert, niet alleen een vindbaar record. Noteer het d= ondertekeningsdomein en de s= selector van elke ontvangen handtekening. Er kunnen er meer dan één zijn, en een handtekening van de aanbieder mag niet worden verward met de uitgelijnde handtekening van de klant. DKIM -handtekening en verificatiespecificatie.
Voeg een aangepast retourpad toe via Domain Checker
MarketingPlatform documenteert een custom retourpad workflow nadat SPF en DKIM zijn geconfigureerd. Gebruik in Domeincontrole het informatiepaneel van het domein om het retourpadadres en het subdomein te kiezen en maak vervolgens het CNAME met de exacte bestemming gekopieerd uit dat paneel. De service controleert DNS automatisch en biedt handmatig herladen; na validatie gebruikt de gedocumenteerde regeling het aangepaste retourpad voor verzendingen vanuit dat domein. Aangepaste retourpad-instelling.
Kies een host die geen tegenstrijdig doel heeft en documenteer waarom deze tot dit verzendende domein behoort. Raad de bestemming niet aan de hand van de bedrijfsnaam van de provider, hergebruik een online gevonden tenantwaarde of plaats een CNAME over een live mailboxhost. Registreer de aangevraagde host, de openbaar opgeloste bestemming en de activeringsstatus van de provider. Inspecteer vervolgens een campagne die na activering is verzonden om te bevestigen dat de effectieve envelop is gewijzigd zoals bedoeld.
In het retourpadartikel van de provider wordt beschreven dat dit noodzakelijk is voor volledige DMARC compliance, maar het protocolonderscheid is kleiner: DMARC kan zowel uitgelijnde passerende SPF als uitgelijnde passerende DKIM passeren. Een aangepast retourpad kan de SPF -route inschakelen; het is niet universeel noodzakelijk als DKIM al voor afstemming zorgt. Een subdomeinrelatie moet ook worden beoordeeld onder ontspannen of strikte beleidsinstellingen. Behoud het bestaande veiligheidsbeleid en bewijs de daadwerkelijke uitkomst. Uitlijning van DMARC -identificatie.
Diagnose van bounces zonder de ontvanger verkeerd te classificeren
MarketingPlatform onderscheidt harde, zachte en andere bouncecategorieën. De code 55 geeft een afwijzing op afstand aan die verband houdt met SPF , DKIM of DMARC beleid, terwijl code 21 betrekking heeft op een DNS-gerelateerde fout en andere codes betrekking hebben op verbindings- of inhoudsproblemen. Dit zijn nuttige uitgangspunten, geen volledige diagnoses. Zorg ervoor dat u de daadwerkelijke antwoordtekst en de betrokken campagne verkrijgt voordat u besluit wat u wilt wijzigen. E-mailbouncecodes en regels.
Voor een authenticatiegerelateerde afwijzing vergelijkt u het geprobeerde Van-domein, de geconfigureerde domeinrij en de onlangs gepubliceerde records. Als er geen kopie een gecontroleerde ontvanger heeft bereikt, bewaar dan de providergebeurtenis en SMTP antwoord terwijl u een afzonderlijke veilige diagnostische verzending regelt. Als het bericht is aangekomen, gebruik dan de originele bron van de ontvanger in plaats van een doorgestuurde kopie, omdat doorsturen het authenticatiepad kan veranderen.
Markeer niet elk door het beleid geblokkeerd adres permanent als ongeldig, en verzend de campagne niet massaal opnieuw alleen maar omdat een record nu groen is. Bepaal eerst welke berichten zijn ingediend, welke zijn afgewezen en welke mogelijk nog in behandeling zijn. Coördineer eventuele nieuwe pogingen met de campagne-eigenaar, zodat ontvangers geen duplicaten ontvangen. Een authenticatiepas garandeert ook geen plaatsing in de inbox; inhoud, reputatie en behandeling van de ontvanger blijven afzonderlijke onderzoeken.
Bouw de originele campagne-identiteitstabel
Het acceptatieontwerp is hier niet uitgevoerd. Verstuur het exacte campagne- of automatiseringstraject en behoud een originele identiteitstabelrij voor elk wezenlijk ander domein en elke workflow. Verplichte velden zijn account- en campagnereferentie, workflow, tijdstempel, berichtidentificatie, zichtbaar van, antwoord-aan, Return-Path , SPF domein/resultaat vertrouwde ontvanger, elk DKIM d=/s= en resultaat, DMARC resultaat, uitlijningsmodi en beperkte locatie van het oorspronkelijke bericht. Voeg dashboardvalidatietijden en de goedgekeurde DNS wijzigingsreferentie toe.
Vergelijk de verwachte identiteiten met waargenomen identiteiten; laat velden onbekend totdat er bewijs is. Test de antwoordroutering en eventuele bedrijfskritische campagnelinks afzonderlijk. Als de authenticatie na een wijziging wordt verbroken, pauzeer dan de betrokken verzending, herstel de laatst goedgekeurde instelling op een veilige plek en behoud niet-gerelateerde afzenders. Verwijder of vervang alleen een record waarvan het eigendom en de afhankelijkheid zijn gecontroleerd. Herhaal het gecontroleerde bericht na herstel in plaats van succes te verklaren op basis van alleen het terugdraaien.
Er is geen MarketingPlatform-tenant, live DNS of ontvangen bericht geïnspecteerd voor dit manuscript. Accountspecifieke waarden, toepasbaarheid op de exacte route, de ingevulde identiteitstabel voor originele ontvangen berichten en menselijke MKB-beoordeling blijven uitstekend. Dit is een niet-gepubliceerde, op bewijs gebaseerde kandidaat voor een opzet, en geen bewering dat de campagne van een klant is geverifieerd.
Houd een beslissingsrecord bij voor nieuwe pogingen
Wijs vóór een nieuwe poging elke oorspronkelijke campagnegebeurtenis toe aan geaccepteerd, afgewezen, in behandeling of onbekend met behulp van beschikbaar bewijsmateriaal van de provider. Houd het herstel van de authenticatie gescheiden van de beslissingen over de ontvangerslijst. De campagne-eigenaar keurt alleen de beoogde populatie van nieuwe pogingen goed nadat het dubbele risico is beoordeeld. Een gewijzigd DNS record vestigt niet de eerdere indieningsstatus.