Leveringsfouten begrijpen delivery-failures

De grenzen zijn het resultaat van een leveringspoging en mislukking waar ISP achtermislukkingsberichten verstrekt. De verwerking van de stuitbehandeling is een kritiek deel van lijsthygiëne. Nadat een bepaalde e-mail meerdere keren achter elkaar is teruggestuurd, wordt deze tijdens dit proces gemarkeerd voor onderdrukking.

Hierdoor wordt voorkomen dat systemen ongeldige e-mailadressen blijven verzenden. De grenzen zijn één van de belangrijkste stukken van gegevens die ISPs gebruikt om IP reputatie te bepalen. Het is belangrijk om deze maatstaf in de gaten te houden. "Geleverd" versus "teruggestort" is waarschijnlijk de meest gebruikelijke manier om de levering van marketingberichten te meten: hoe hoger het geleverde percentage, hoe beter.

Als een bericht niet naar een profiel kan worden verzonden, verzendt de externe server automatisch een foutbericht naar Adobe Campaign. Deze fout is gekwalificeerd om te bepalen of het e-mailadres, het telefoonnummer of het apparaat in quarantaine moet worden geplaatst. Zie ​ stuiteren postbeheer ​.

Zodra een bericht wordt verzonden, kunt u de leveringsstatus voor elk profiel en het bijbehorende mislukkingstype en de reden in de leveringslogboeken bekijken.

Wanneer een e-mailadres in quarantaine wordt geplaatst, of als een profiel op lijst van gewezen personen is, wordt de ontvanger uitgesloten bij de stap van de leveringsvoorbereiding. Uitgesloten berichten worden vermeld in het leveringsdashboard.

Waarom is de berichtlevering mislukt delivery-failure-reasons

Er zijn twee typen fouten wanneer een bericht mislukt. Elk type van leveringsmislukking bepaalt als een adres wordt verzonden naar ​ quarantaine ​ of niet.

Het genegeerde type van fout is gekend om tijdelijk, zoals "uit bureau"te zijn, of een technische fout, bijvoorbeeld als het afzendertype "postmaster"is.

De feedbacklus werkt als e-mailberichten stuiteren: wanneer een gebruiker een e-mailbericht kwalificeert als spam, kunt u e-mailregels in Adobe Campaign configureren om alle leveringen aan deze gebruiker te blokkeren. De adressen van deze gebruikers worden gevoegd op lijst van gewenste personen alhoewel zij niet de unsubscription verbinding klikten. De adressen worden toegevoegd aan (NmsAddress) quarantainelijst en niet aan (NmsRecipient) ontvankelijke lijst met de Denylisted status. Leer meer over terugkoppel lusmechanisme in de ​ Gids van de Beste praktijken van de Levering van Adobe ​.

Synchrone en asynchrone fouten synchronous-and-asynchronous-errors

Een berichtlevering kan onmiddellijk ontbreken, in dat geval kwalificeren wij dit als synchrone fout. Als het verzenden van het bericht mislukt of later, nadat het is verzonden, is de fout asynchroon.

Deze soorten fouten worden als volgt beheerd:

Bounce mail-kwalificatie bounce-mail-qualification

De manier waarop de postkwalificatie van de stuiterende in Adobe Campaign wordt behandeld hangt van het foutentype af:

Opnieuw beheren retries

Als de berichtlevering na een tijdelijke fout (Zacht of Genegeerde) ontbreekt, probeert de Campagne opnieuw het verzenden. Deze pogingen kunnen tot het eind aan de leveringsduur worden uitgevoerd.

De zachte stuitpogingen en de tijdsduur tussen hen worden bepaald door MTA gebaseerd op het type en de strengheid van de stuiteringsreacties die van het e-maildomein van het bericht terugkomen.

Geldigheidsperiode valid-period

De geldigheidsperiode die in uw levering van de Campagne plaatst is beperkt tot 3.5 dagen of minder. Als u voor een levering een waarde opgeeft die hoger is dan 3,5 dagen in Campagne, wordt hiermee geen rekening gehouden.

Bijvoorbeeld, als de geldigheidsperiode aan de standaardwaarde van 5 dagen in Campagne wordt geplaatst, zullen de zachte-stuiterende berichten in de MTA hertry rij gaan en slechts 3.5 dagen vanaf toen dat bericht MTA bereikte opnieuw worden geprobeerd. In dat geval wordt de waarde die is ingesteld in Campaign niet gebruikt.

Zodra een bericht 3.5 dagen in de MTA rij is geweest en niet heeft geleverd, zal het uit tijd en zijn status van Sent aan Failed in de leveringslogboeken worden bijgewerkt.

Typen e-mailfouten email-error-types

Voor het e-mailkanaal worden de mogelijke oorzaken van een leveringsfout hieronder vermeld.

Typen fouten in pushmeldingen push-error-types

Voor het mobiele app-kanaal worden de mogelijke oorzaken van een leveringsfout hieronder vermeld.

iOS quarantaine ios-quarantine

Met het HTTP/V2-protocol kunt u rechtstreeks feedback geven en de status van elke push-levering bepalen. Als de HTTP/V2-protocolconnector wordt gebruikt, wordt de feedbackservice niet meer aangeroepen door de mobileAppOptOutMgt -workflow. Een token wordt als niet-geregistreerd beschouwd wanneer een mobiele toepassing wordt verwijderd of opnieuw wordt geïnstalleerd.

Synchroon, als APNs een "unregistered"status voor een bericht terugkeert, zal het doelteken onmiddellijk in quarantaine worden geplaatst.

Android quarantaine android-quarantine

voor Android V1

Voor elke melding ontvangt Adobe Campaign de synchrone fouten rechtstreeks van de FCM-server. Adobe Campaign verwerkt deze bestanden direct en genereert harde of zachte fouten op basis van de ernst van de fout. U kunt het opnieuw proberen:

De mobileAppOptOutMgt werkschemalooppas om de 6 uur om de AppSubscriptionRcp lijst bij te werken. Voor de tekenen die niet geregistreerd of niet meer geldig worden verklaard, wordt het gebied Gehandicapten geplaatst aan Waar en het abonnement verbonden aan dat apparatenteken zal automatisch van toekomstige leveringen worden uitgesloten.

Tijdens de leveringsanalyse, worden alle apparaten die van het doel worden uitgesloten automatisch toegevoegd aan de excludeLogAppSubRcp lijst.

voor Android V2

Het Android V2-quarantainemechanisme gebruikt hetzelfde proces als Android V1. Hetzelfde geldt voor de abonnementen en uitsluitingen-update. Voor meer op dit verwijs naar ​ Android V1 ​ sectie.

SMS-quarantines sms-quarantines

voor standaardschakelaars

De specifieke kenmerken van SMS-kanalen worden hieronder vermeld.

voor de Uitgebreide generische schakelaar SMPP

Wanneer het gebruiken van het protocol SMPP om de berichten van SMS te verzenden, wordt het foutenbeheer verschillend behandeld.

De schakelaar SMPP wint gegevens van het bericht van SR (Status Report) terug dat gebruikend regelmatige uitdrukkingen (regexes) is teruggekeerd om zijn inhoud te filtreren. Deze gegevens worden vervolgens vergeleken met de informatie in de tabel Delivery log qualification (beschikbaar via het menu Administration > Campaign Management > Non deliverables Management ).

Alvorens een nieuw type van fout wordt gekwalificeerd, wordt de mislukkingsreden altijd geplaatst aan Verworpen door gebrek.

Voorbeeld van een gegenereerd bericht:

SR Generic DELIVRD 000|#MESSAGE#

De uitgebreide generische schakelaar SMPP past heuristisch toe om verstandige standaardwaarden te vinden: als de status met LEVERT begint, wordt het beschouwd als een succes omdat het de gemeenschappelijke statussen LEVERT of LEVERDE aanpast die door de meeste leveranciers worden gebruikt. Elke andere status leidt tot een harde fout.

Problemen met de levering oplossen troubleshooting

Deze sectie biedt richtlijnen voor het diagnosticeren en oplossen van veelvoorkomende problemen met leverfalen.

Mislukte status met personalisatiefouten personalization-errors

Als de status van een e-maillevering Failed is, kan deze worden gekoppeld aan een uitgave met verpersoonlijkingsblokken. De blokken van de aanpassing in een levering kunnen fouten produceren wanneer de schema's niet de leveringsafbeelding aanpassen.

Leveringslogboeken zijn essentieel om te leren waarom een levering is mislukt. Hier volgt een algemene fout:

Ontvangersberichten ontbreken met een "Onbereikbare"fout die verklaart:

Error while compiling script 'content htmlContent' line X: `[table]` is not defined. JavaScript: error while evaluating script 'content htmlContent

Oorzaak: De verpersoonlijking binnen HTML probeert om op een lijst of een gebied te roepen dat niet is bepaald of in kaart gebracht in het stroomopwaartse richten of in de het doelafbeelding van de levering.

Resolutie: Herzie het werkschema en de leveringsinhoud specifiek welke verpersoonlijking probeert om de lijst in kwestie te roepen. Verwijder vervolgens de aanroep naar deze tabel in de HTML of repareer de toewijzing aan de levering.

Leer meer over verpersoonlijking in ​ deze sectie ​.

Fout met meerdere verpersoonlijkingswaarden multiple-values-error

Wanneer een levering mislukt, kan de volgende fout in de leveringslogboeken verschijnen:

DLV-XXXX The count of message prepared (123) is greater than the number of messages to send (111). Please contact support.

Oorzaak: Er is een verpersoonlijkingsgebied of een blok binnen e-mail dat meer dan één waarde voor de ontvanger heeft. Er wordt een verpersoonlijkingsblok gebruikt en het haalt meer dan één record op voor een bepaalde ontvanger.

Resolutie: Controleer de gebruikte verpersoonlijkingsgegevens, en controleer dan het doel voor ontvangers die meer dan één ingang voor om het even welk van die gebieden hebben. U kunt ook een Deduplication -activiteit gebruiken in de doelworkflow voordat u de levering uitvoert om er zeker van te zijn dat er slechts één personalisatieveld tegelijk is. Voor meer informatie over deduplicatie, verwijs naar de ​ documentatie van het Werkschema ​.

Automatische antwoordafhandeling auto-reply-handling

Sommige leveringen kunnen mislukken met een "Onbereikbare"fout die verklaart:

Inbound email bounce (rule 'Auto_replies' has matched this bounce).

Uitleg: Dit betekent dat de levering slaagde maar Adobe Campaign ontving een auto-antwoord van de ontvanger (b.v. een "uit bureau"antwoord) die "Auto_responses"binnenkomende e-mailregels aanpast.

Het e-mailbericht met het automatische antwoord wordt genegeerd door Adobe Campaign en het adres van de ontvanger wordt niet verzonden naar quarantines. Dit wordt verwacht gedrag en wijst niet op een leveringsmislukking.

Verwante onderwerpen

​ de statussen van de Levering ​ verklaart de verschillende statussen een levering tijdens zijn levenscyclus kan hebben.

​ de leveringen van de Monitor in Campagne UI ​ verstrekt raad bij het gebruiken van het leveringsdashboard om leveringsprestaties te volgen en kwesties te diagnostiseren.

​ het beheer van de Quarantaine ​ verklaart hoe de Campagne quarantined adressen beheert om uw verzendende reputatie te beschermen.

​ controleert uw leverability ​ begeleiding bij het handhaven van goede leverbaarheid en afzenderreputatie.

​ beste praktijken van de Levering ​ behandelen beste praktijken voor het creëren van en het verzenden van leveringen in Campagne.