Bezorgpercentage antwoordt op de verkeerde vraag
Een DLR beschrijft wat het netwerk over een bericht rapporteerde. De zakelijke vraag is of de gebruiker de verificatie afrondde terwijl hij nog in de flow zat. Die twee cijfers kunnen tegengesteld bewegen.
Dit model bevat geen doelwaarden. Elke drempel komt uit de eigen recente historie van het programma, per route en bestemming.
Uitkomstmetrics
Afgeronde verificatie per sessie waarin een code werd uitgegeven; afronding bij de eerste poging en resendgedrag; dubbele uitgifte en gebruik van achterhaalde codes; verlopen of te laat aangekomen codes; retryloops en afhakers.
Latentieverdelingen
Uitgifte tot acceptatie (eigen stack plus provideringest), verzending tot eindstatus (provider, bestemmingsnetwerk, operator) en uitgifte tot verificatie (inclusief de mens). De derde verdeling laat zien of je geldigheidsduur realistisch is en bepaalt de bruikbare deadline.
Uitsplitsingen
Provider en route, land en operator, afzenderidentiteit en template, platform en appversie, verkeersklasse en journey, tijdstip. Volg het gat tussen gerapporteerde bezorging en verificatie per route en scheid applicatiefouten van gebruikersfouten.
Canonieke faalredenen
Groepeer providercodes naar wie kan handelen: applicatie, beleid, provider, bestemmingsnetwerk, ontvanger, onbekend. Bewaar ruwe status en code ernaast.
Kosten en misbruik
Kosten per geslaagde verificatie in plaats van per bericht. Volg aanvraagsnelheid per nummer, account en netwerk, concentraties naar ongebruikelijke of dure bestemmingen, en aanvragen die nooit tot verificatie leiden.
Correleren zonder de code te loggen
Vijf records worden gekoppeld: authenticatiesessie, uitgifte, berichtpogingen, statussen en verificatie-uitkomst, via één correlatie-ID die ontstaat bij het besluit tot uitgifte. De code zelf hoort nooit in logs, analytics of supportschermen.
Meetschema
auth_session, otp_issuance, message_attempt, message_status, verification
Diagnosetabel
| Observatie | Waarschijnlijke oorzaak | Eerste check |
|---|---|---|
| Bezorging hoog, verificatie laag op één route | Late bezorging of weinig vertrouwde content | Verdelingen verzending–eindstatus en uitgifte–verificatie |
| Meer resends, afronding gelijk | Berichten laat maar binnen het venster | Staart per operator |
| Meer resends, minder afronding in één land | Filtering of registratieprobleem | Faalredenen bestemmingsnetwerk en registratiestatus |
| Meer pogingen met verlopen code | Geldigheid te kort of latentie gestegen | Uitgifte–verificatie tegen de geldigheid |
| Meer pogingen met achterhaalde code | Meerdere geldige codes per sessie | Uitgiftes per sessie, deduplicatie |
| Fouten bij geldige, tijdige codes | Applicatiedefect | Faalsoorten per appversie |
| Ontbrekende eindstatussen op één route | Gat in providerrapportage | Aandeel zonder eindstatus per provider |
| Kosten per verificatie stijgen | Resends of misbruik | Aanvragen per afgeronde verificatie |
Alerting
Alerteer op afwijking van de eigen baseline voor die route en bestemming. Elke alert noemt eigenaar en actie: escaleren naar de provider, route wijzigen, campagne pauzeren of een defect openen.