Levensduur van een WhatsApp-bericht: voorkom dat codes, herinneringen en bezorgupdates te laat aankomen

Een klant vraagt een inlogcode aan tijdens het instappen op Schiphol. De telefoon gaat in vliegtuigmodus en vier uur later, na de landing, bezorgt WhatsApp een code die na tien minuten al was verlopen. Een andere klant krijgt ‘s avonds “uw pakket wordt over ongeveer 20 minuten bezorgd door PostNL”, terwijl het pakket sinds twaalf uur bij de buren staat. En de “uw afspraak bij de tandarts begint over een uur” van een praktijk in Utrecht komt de volgende ochtend aan.

Geen van deze berichten is fout op het moment van verzenden. Ze zijn fout op het moment van aankomen. WhatsApp blijft een bericht proberen af te leveren op een telefoon die uit staat of offline is, en bij de meeste sjablonen doet het dat tot 30 dagen. De levensduur van het bericht (time-to-live, TTL) is de instelling die WhatsApp vertelt wanneer het moet stoppen.

Sinds versie 3.8.46 kunt u de levensduur in de sjabloonbouwer van MonoChat ook instellen bij Utility- en Authenticatiesjablonen, zoals dat bij Marketingsjablonen al kon. Deze gids legt uit hoe de levensduur werkt, wat de standaardwaarden en grenzen per categorie zijn, welke waarde bij welk bericht past en hoe u het instelt.

Hoe WhatsApp een bericht opnieuw probeert

Verstuurt u een sjabloonbericht, dan probeert WhatsApp het eerst af te leveren op de telefoon van de klant. Staat de telefoon uit, is er geen verbinding of is hij al een tijd offline, dan wacht het bericht bij WhatsApp en probeert WhatsApp het opnieuw. Meta noemt de lengte van die herhaalperiode de levensduur van het bericht.

Zodra de levensduur om is, gebeuren er twee dingen:

• Het bericht vervalt. Volgens de documentatie van Meta laat het systeem berichten vallen die niet binnen de standaard- of eigen levensduur kunnen worden afgeleverd. De klant ziet het nooit.
• U krijgt geen delivered-status. Het advies van Meta is eenvoudig: kwam er vóór het einde van de levensduur geen delivered-webhook binnen, ga er dan van uit dat het bericht is vervallen.

De standaardperiode is lang, omdat de meeste berichten dagen later nog nuttig zijn: een kassabon, een afschrift, een nieuwsbrief. Deze gids gaat over de berichten waarvoor dat niet geldt.

Standaardwaarden en grenzen per categorie

Meta stelt de levensduur per sjabloon in, en het toegestane bereik hangt af van de categorie van het sjabloon:

Categorie	Standaard	Bereik dat u kunt instellen	In MonoChat (seconden)
Authenticatie	10 minuten (30 dagen voor sjablonen die vóór 23 okt 2024 zijn gemaakt)	30 seconden tot 15 minuten	30 tot 900
Utility	30 dagen	30 seconden tot 12 uur	30 tot 43200
Marketing	30 dagen	12 uur tot 30 dagen	43200 tot 2592000, op een account dat is aangesloten op de Marketing Messages API

Drie details worden snel gemist:

• Oude authenticatiesjablonen houden 30 dagen. Is uw verificatiesjabloon vóór 23 oktober 2024 gemaakt en hebt u nooit een levensduur ingesteld, dan kan een code nog weken te laat aankomen. Een ingestelde waarde lost dat op.
• Utility heeft geen korte standaardperiode. Een bezorgupdate zonder ingestelde levensduur wordt 30 dagen opnieuw geprobeerd, net zo lang als een nieuwsbrief.
• Een categoriewijziging wist de waarde. Verplaatst Meta een sjabloon naar een andere categorie, dan wist Meta de levensduur en valt het sjabloon terug op de standaardwaarde van de nieuwe categorie, tot u een nieuwe waarde instelt binnen het bereik van die categorie.

Welke waarde bij welk bericht past

Stel de levensduur in op het moment waarop het bericht niet meer klopt of niet meer nuttig is, niet op het moment waarop u wilt dat de klant het leest. Enkele vertrekpunten:

Bericht	Categorie	Voorgestelde levensduur	Waarom
Inlog- of verificatiecode die 10 minuten geldig is	Authenticatie	600 seconden of minder	Meta adviseert een levensduur gelijk aan of korter dan de geldigheid van de code
Bevestigingscode voor een betaling die 5 minuten geldig is	Authenticatie	300 seconden	Een code die na het verlopen aankomt, levert alleen een supportvraag op
”Uw pakket wordt over ongeveer 30 minuten bezorgd”	Utility	1800 seconden	Daarna is de bezorger geweest of weer weg
”Uw tafel is klaar” of “uw bestelling ligt klaar om af te halen”	Utility	1800 tot 3600 seconden	Alleen nuttig zolang de klant in de buurt is
Afspraakherinnering, 3 uur van tevoren verstuurd	Utility	10800 seconden	Laat u het bericht na de afspraaktijd vervallen, dan voorkomt u verwarring
Bevestiging van een bezorgtijdvak op dezelfde dag	Utility	21600 tot 43200 seconden	Aan het eind van de dag is het tijdvak voorbij
Orderbevestiging, kassabon, factuur	Utility	Leeg laten	Dagen later nog nuttig
Een flitsactie van 48 uur	Marketing	172800 seconden	De aanbieding eindigt als de actie eindigt

Twee vuistregels:

• Laat het leeg als te laat nog prima is. Een kassabon die morgen aankomt, is beter dan geen. Stel geen korte levensduur in op berichten die altijd moeten aankomen.
• Bedenk een alternatief als te laat erger is dan nooit. Een vervallen code moet in uw app leiden tot “code opnieuw versturen”; een vervallen bericht dat de bezorger in de buurt is, kan leiden tot een telefoontje van de bezorger. Beslis dat voordat u de levensduur verkort.

Zo stelt u het in bij MonoChat

U hebt een WhatsApp-nummer nodig dat is gekoppeld als WhatsApp Business (Cloud)-kanaal.

1. Open de sjablonen. Ga naar Instellingen › Chat › Kanalen, open het menu ⋮ van het kanaal en kies Sjabloonberichten.

2. Maak het sjabloon. Klik op Aanmaken en kies de categorie: Utility voor updates, Authenticatie voor codes. Kies voor een code het type Eenmalig wachtwoord; voor een update Standaard, of Uit de bibliotheek van Meta om te beginnen met een kant-en-klaar utility-sjabloon van Meta (zie onze gids over de sjabloonbibliotheek).

3. Voer de levensduur in. Vul onder de naam en de taal Levensduur van het bericht (seconden) in. MonoChat controleert het bereik terwijl u typt en toont “Voer een waarde in tussen 30 en 43200 seconden” voor Utility of “tussen 30 en 900 seconden” voor Authenticatie wanneer het getal erbuiten valt. Laat u het veld leeg, dan blijft de standaardwaarde van WhatsApp gelden.

4. Stem bij codes de geldigheid af. In een sjabloon van het type Eenmalig wachtwoord neemt Code geldig (minuten, 1–90) 1 tot 90 minuten aan. Stel de levensduur in op dezelfde lengte of korter. Een code die 10 minuten geldig is met een levensduur van 600 seconden komt nooit aan nadat hij niet meer werkt.

5. Dien het in. Werk het bericht, de knoppen en de voorbeelden af zoals gebruikelijk (onze gids over het maken van een WhatsApp-sjabloon loopt elk veld langs) en dien het sjabloon in voor beoordeling. De levensduur reist mee met het sjabloon: elk bericht dat ermee wordt verstuurd, vanuit de chat, een flow, een bulkbericht of uw eigen systeem, gebruikt dezelfde waarde.

Marketingsjablonen tonen hetzelfde veld alleen wanneer uw WhatsApp Business-account is aangesloten op de Marketing Messages API van Meta, wat MonoChat zelf herkent. Het bereik is daar 43200 tot 2592000 seconden.

Een voorbeeld: de berichten op de dag zelf van een tandartspraktijk

Een tandartspraktijk in Eindhoven verstuurt drie soorten WhatsApp-berichten vanuit een MonoChat-flow die aan de agenda voor afspraken is gekoppeld:

• Afspraakbevestiging (Utility, geen levensduur). Ook nuttig als de patiënt hem pas de volgende dag leest.
• Herinnering drie uur van tevoren (Utility, 10800 seconden). Staat de telefoon van de patiënt de hele ochtend uit, dan vervalt de herinnering zodra de afspraak begint in plaats van erna binnen te komen.
• “De tandarts loopt 20 minuten uit” (Utility, 1200 seconden). Het is maar twintig minuten waar.

De flow verstuurt elk bericht met de node Sjabloonbericht verzenden. Antwoordt een patiënt “kan het ook om 17.00 uur?”, dan opent dat antwoord het klantenservicevenster van 24 uur en komt het in de gedeelde inbox terecht, waar de baliemedewerker in vrije tekst antwoordt.

De bevestiging zou hetzelfde sjabloon als de herinnering kunnen gebruiken als de praktijk niets om timing gaf. Omdat de levensduur per sjabloon wordt ingesteld, hebben berichten met een verschillende levensduur aparte sjablonen nodig.

Wat het kost

Meta rekent per afgeleverd bericht, tegen het tarief van de categorie van het sjabloon en het land van de ontvanger. Volgens de prijspagina van Meta worden bedrijven alleen gefactureerd wanneer een bericht is afgeleverd, dus een bericht dat aan het einde van zijn levensduur is vervallen, wordt niet in rekening gebracht. Een kortere levensduur kost dus nooit meer; hooguit bespaart u de kosten van een bericht dat te laat zou komen om nog te helpen. Meta factureert uw bedrijf rechtstreeks en MonoChat, een officiële Meta Business Partner, rekent geen opslag. Raam een campagne in met de calculator voor bulkberichten.

Checklist

• Maak een lijst van elk sjabloon waarvan het bericht na een bepaalde tijd niet meer klopt: codes, “onderweg”, “klaar”, herinneringen op dezelfde dag, flitsacties
• Authenticatiesjablonen: levensduur gelijk aan of korter dan Code geldig
• Authenticatiesjablonen gemaakt vóór 23 okt 2024: stel een waarde in, anders houden ze 30 dagen
• Utility-updates die aan een tijdstip zijn gebonden: een levensduur die eindigt wanneer de update niet meer klopt
• Kassabonnen, bevestigingen en facturen: leeg laten
• Aparte sjablonen voor berichten met een verschillende levensduur
• Een alternatief voor vervallen berichten: opnieuw versturen in de app, een telefoontje, een nieuw bericht wanneer de klant schrijft
• Nadat Meta een sjabloon opnieuw heeft gecategoriseerd: stel de levensduur opnieuw in

Bronnen

• Meta for Developers: Configure message time-to-live (herhaalpogingen, standaardwaarden en bereiken per categorie, vervallen berichten, delivered-webhook, advies voor authenticatie, hercategorisatie; geraadpleegd op 6 november 2026)
• Meta for Developers: Pricing on the WhatsApp Business Platform (“Businesses are only charged when a message is delivered”; geraadpleegd op 6 november 2026)
• MonoChat-helpcentrum: Sjabloonberichten (veld Levensduur van het bericht en bereiken, geldigheid van de code bij Eenmalig wachtwoord, Marketing Messages API; geraadpleegd op 6 november 2026)
• MonoChat-changelog 3.8.46 (levensduur voor Utility- en Authenticatiesjablonen; geraadpleegd op 6 november 2026)