WhatsApp-berichtlimieten: bouw een campagneregelkring

WhatsApp-berichtlimieten worden vaak als één getal besproken. Dat is geen bruikbaar operationeel model. Een campagne kan binnen de capaciteit van het bedrijfsportfolio vallen en toch niet bij een bepaalde ontvanger worden afgeleverd. Een bericht kan ook technisch afleverbaar zijn, maar zakelijk ongepast omdat iemand geen toestemming gaf, gisteren al een aanbieding kreeg of inmiddels heeft gereageerd en service nodig heeft in plaats van nog een campagne.

Op 3 augustus 2026 documenteert Meta twee platformcontroles die voor marketingteams tellen: een portfoliolimiet voor door het bedrijf gestarte gesprekken buiten het klantenservicevenster, en een adaptieve limiet per gebruiker voor marketingsjablonen. Een betrouwbare campagne voegt een derde controle toe die het bedrijf zelf beheert: toestemming, relevantie, frequentie, onderdrukking en verantwoordelijke opvolging. Deze gids maakt van de drie lagen één praktische beslislus.

1. Scheid de drie controlelagen

Meta definieert de berichtlimiet als het maximale aantal unieke WhatsApp-gebruikers dat een bedrijfsportfolio buiten het klantenservicevenster in een voortschrijdende periode van 24 uur kan bereiken. De limiet wordt gedeeld door alle telefoonnummers in het portfolio, waardoor één nummer capaciteit kan verbruiken die een ander nodig heeft. Meta documenteert momenteel niveaus van 250, 2.000, 10.000, 100.000 en Unlimited. Het actuele veld is whatsapp_business_manager_messaging_limit; het oudere messaging_limit_tier is verouderd (Meta-berichtlimieten).

Die portfoliocapaciteit is geen belofte dat elk marketingsjabloon wordt afgeleverd. Meta heeft een afzonderlijk systeem dat per gebruiker kan beperken hoeveel marketingsjablonen iemand van bedrijven ontvangt. Het past zich aan recent leesgedrag en inboxactiviteit aan. Volgens Meta telt ieder afgeleverd marketingsjabloon mee, terwijl marketingberichten binnen het 24-uursvenster na een reactie niet meetellen voor deze specifieke controle. De werking verschilt bovendien per markt: de controle is niet actief voor berichten van of naar de EER, het Verenigd Koninkrijk, Japan of Zuid-Korea, en Amerikaanse nummers ontvangen momenteel geen marketingsjablonen (Meta-limieten per gebruiker).

De derde laag is van het bedrijf. Een persoon kan technisch bereikbaar zijn, maar niet in aanmerking komen door de toestemmingsregistratie, het frequentiebeleid, de klantfase of het campagnedoel. “De API accepteerde het” betekent niet “we moeten het sturen”.

• Portfoliocapaciteit — Kan het portfolio nu zoveel gesprekken starten?: Actueel capaciteitsveld en business_capability_update | Spreid de verzending of verklein het publiek
• Aflevering per gebruiker — Mag deze ontvanger nu nog een marketingsjabloon ontvangen?: Afleverstatus en fout 131049 | Onderdruk nieuwe pogingen minimaal 24 uur
• Bedrijfsbeleid — Moet deze persoon de campagne ontvangen?: Toestemming, doel, laatste bericht, klantfase en uitsluitingen | Stuur, wacht, schakel naar service of sluit uit

2. Maak één verzendbesluitrecord

Maak voordat het sjabloon in de wachtrij komt een record dat een andere operator kan controleren. Bewaar minimaal de contact-ID, de markt van het telefoonnummer, bron, tijd en reikwijdte van toestemming, campagnedoel, sjabloon en taal, tijd van het laatste marketingbericht, status van het klantenservicevenster, klantfase, reden en vervaldatum van een onderdrukking, cohort en de persoon of wachtrij die een antwoord zal behandelen.

Dit voorkomt drie veelvoorkomende fouten. Ten eerste wordt toestemming geen permanente ja/nee-waarde. Een geldig record laat zien wat iemand wilde ontvangen en hoe stoppen werkt. Het WhatsApp Business Messaging Policy vereist opt-in, respect voor opt-out en communicatie die niet onverwacht of misleidend is. Ten tweede wist een afleverfout de campagnepoging niet; die wordt operationeel bewijs. Ten derde wordt een antwoord geen succesvinkje dat in een inbox blijft liggen, maar werk met een eigenaar.

Gebruik vaste redencodes zoals no_opt_in, recent_marketing, active_service_case, 131049_cooldown, portfolio_capacity en manual_exclusion. Vrije notities mogen context toevoegen, maar horen niet de enige verklaring voor een uitsluiting te zijn.

3. Voer een preflight met acht poorten uit

Pas de poorten zo toe dat ongeschikte ontvangers verdwijnen voordat schaarse capaciteit wordt berekend.

1. Doel: benoem het gewenste klantresultaat, niet alleen het sjabloon. “Verlengingsherinnering voor lidmaatschappen die binnen 14 dagen aflopen” is toetsbaar; “augustusblast” niet.
2. Toestemming: controleer of de opt-in dit kanaal en doel omvat en of er geen latere opt-out is.
3. Markt: kijk of huidig platformgedrag of lokale eisen de route veranderen. Trek geen regel van het ene land door naar een ander.
4. Klantstatus: verwijder mensen met een open klacht, actieve servicecase, voltooide aankoop of andere toestand die het aanbod irrelevant maakt.
5. Frequentie: pas een eigen afkoelperiode toe over campagnes heen, niet alleen binnen één automatisering.
6. Capaciteit: vergelijk het geschikte publiek met de gedeelde limiet en houd ruimte voor belangrijkere operationele berichten.
7. Eigenaarschap: wijs antwoorden, foutcontrole en escalatie toe vóór de lancering.
8. Meting: zet het cohort vast en houd waar mogelijk een willekeurige controlegroep buiten de campagne.

De controlegroep is belangrijk omdat afgeleverd, gelezen en beantwoord alleen de berichtreis beschrijven, niet de extra bedrijfswaarde. Als een klant ook zonder herinnering zou verlengen, overschat volledige attributie aan het sjabloon het effect.

4. Behandel fout 131049 als onderdrukkingssignaal

Wanneer Meta de marketinglimiet per gebruiker toepast, kan een mislukte aflevering foutcode 131049 teruggeven. Meta adviseert minstens 24 uur te wachten voor een nieuwe poging. Herhaalde pogingen binnen die periode kunnen de blokkering met maximaal nog eens 24 uur verlengen. Een korte retrylus verandert dus een verwachte beleidsuitkomst in extra ruis en vertraging.

De handler hoort de mislukte status te accepteren, 131049 aan ontvanger en poging te koppelen, een vervaldatum minimaal 24 uur later te zetten en automatische retries te stoppen. Voer na de afkoelperiode de volledige preflight opnieuw uit; alleen tijd maakt een boodschap niet relevanter.

Houd deze fout apart van uitgeputte portfoliocapaciteit, een ongeldig sjabloon, een onbereikbaar nummer en een integratiefout. Ze hebben verschillende eigenaars en maatregelen. Eén bak “mislukt” verbergt of het team moet wachten, gegevens corrigeren, capaciteit aanpassen of code repareren.

5. Meet de campagne als een regellus

Begin met een aangesloten funnel: geprobeerd, geaccepteerd voor verwerking, afgeleverd, gelezen, beantwoord, gekwalificeerde volgende stap en voltooid resultaat. De actuele analytics-documentatie van Meta omvat verzonden en afgeleverde berichten; sjabloonanalytics kan gelezen berichten bevatten. De gedocumenteerde terugblik is maximaal één jaar voor messaging analytics en 90 dagen voor template analytics (Meta Analytics).

Voeg operationele maten toe die de funnel verklaren: uitsluitingspercentage per reden, 131049 per campagne en markt, tijd tot onderdrukking na een fout, tijd tot antwoordtoewijzing, opt-outs, achterstand van onbeantwoorde reacties en conversie tegenover de controlegroep. Vergelijk alleen cohorten met vergelijkbare publiekregels, doelen en tijdvensters.

Haal 131049 niet uit de noemer om de aflevergrafiek mooier te maken. Toon zowel het na preflight geschikte publiek als het door het platform geaccepteerde publiek. Het verschil laat zien of de verbetering vóór verzending in selectie zit of na de poging in foutafhandeling.

6. Voorbeeld: heractivatie bij een fitnessstudio

Een onafhankelijke studio nodigt voormalige leden uit voor een nieuwe beginnersles. Het eerste segment bevat klanten wier lidmaatschap 45 tot 90 dagen geleden eindigde. Daarna verwijdert het team contacten zonder toestemming voor dit doel, opt-outs, mensen met een open factuurcase en iedereen die binnen de eigen afkoelperiode van de studio al een marketingsjabloon kreeg.

Het resterende publiek wordt verdeeld in een campagnecohort en een willekeurige controlegroep van 10%. De campagne gebruikt één goedgekeurd sjabloon in de opgeslagen taal van het contact. Voor het plannen wordt de portfoliocapaciteit gecontroleerd. Antwoorden gaan met campagne- en lescontext naar de ledenwachtrij.

Een 131049-respons veroorzaakt die avond geen nieuwe verzending. Het contact krijgt een cooldownreden en minimaal 24 uur geen retry. Leidt een afgeleverd bericht tot een reactie, dan neemt een medewerker die over en wordt verdere marketing onderdrukt zolang het gesprek actief is. Tot slot vergelijkt het team lesboekingen in campagne en controle en bekijkt het opt-outs en servicebelasting naast conversies.

Dit ontwerp geeft minder indrukwekkende verzendtotalen dan een maximale broadcast. Het levert wel een verdedigbaar antwoord op: veroorzaakte het bericht nuttige actie zonder aandacht of operationele capaciteit te verspillen?

7. Koppel de lus aan DripTell

De huidige DripTell-oplossing voor campagnebeheer ondersteunt planning, doelgroepcontroles en ontvangerstatussen voor afgeleverd, gelezen, mislukt en beantwoord. De broadcastgids legt nadruk op goedgekeurde berichten, publiekscontrole, de afleverfunnel en antwoordafhandeling. In de sjabloonwerkruimte kunnen teams sjablonen maken en met Meta synchroniseren.

Gebruik deze onderdelen als operationele campagnelaag, maar leg platformcapaciteit en 131049 expliciet vast in het runbook. Bouw segmenten uit toestemming, levenscyclus en recentheid, controleer het publiek vóór de wachtrij, bewaar bewijs per ontvanger en geef ieder antwoord een eigenaar. Een dashboard lost frequentiegovernance niet op zolang het beslisrecord over campagnes heen onvolledig is.

De praktische grens is belangrijk: DripTell helpt bij plannen, segmenteren en observeren; het bedrijf kiest de toestemmingsnorm, afkoelperiode, prioriteiten en het resultaat dat gemeten moet worden.

8. Audit het systeem in 30 minuten

Neem één recente campagne en beantwoord deze vragen met records, niet uit het geheugen:

• Kun je de actuele portfoliolimiet ophalen en een wijziging via business_capability_update detecteren?
• Kun je portfoliocapaciteit onderscheiden van fout 131049 per gebruiker?
• Stopt 131049 retries minimaal 24 uur in iedere worker en wachtrij?
• Zijn bron, reikwijdte en datum van toestemming en de laatste opt-out zichtbaar voor elke ontvanger?
• Geldt één campagneoverstijgende frequentieregel vóór berichten in de wachtrij komen?
• Worden actieve servicegesprekken en reeds voltooide klantresultaten waar nodig uitgesloten?
• Bereikt elk antwoord een benoemde eigenaar met de campagnecontext?
• Zijn afgeleverd, gelezen, beantwoord, opt-out en eindresultaat aan hetzelfde cohort gekoppeld?
• Is er een controlegroep of een andere geloofwaardige basis voor incrementeel effect?
• Kan een operator elke uitsluiting en fout verklaren zonder ruwe logs te openen?

Als meerdere antwoorden “nee” zijn, verklein dan het volgende publiek en repareer eerst het beslisrecord. Meta heeft gebruikerscontrole, limieten voor marketingberichten, sjablooncontrole en oplopende beperkingen publiek beschreven als bescherming tegen ongewenste bedrijfsberichten (Meta over business-chatcontroles). De duurzame strategie is daarom niet zoeken naar één blijvend maximum, maar een regellus die toestemming, aandacht, capaciteit en meetbare resultaten beschermt.

Wil je die lus met één echte doelgroep testen, boek dan een DripTell-demo en neem toestemmingsvelden, onderdrukkingsregels, antwoordowner en resultaatdefinitie mee.