Modèles WhatsApp (templates) : catégories, validation et reclassement

Ce guide s'adresse aux équipes marketing, relation client et produit qui envoient des modèles de message (templates) via la WhatsApp Business Platform. À la fin, vous saurez dans quelle catégorie classer chaque message, pourquoi des modèles sont rejetés ou recatégorisés, et comment rédiger des modèles qui passent la validation et restent en bonne santé après approbation.

Quelles sont les catégories de modèles WhatsApp ?

Il y en a trois : marketing, utilitaire et authentification. Tout message que vous initiez en dehors de la fenêtre de service client de 24 heures doit utiliser un modèle approuvé, et la catégorie détermine à la fois ce que le modèle peut contenir et la façon dont Meta le facture.

La documentation de Meta est explicite : le marketing est la catégorie la plus souple, et les modèles au contenu mixte ou ambigu sont classés en marketing. En cas de doute, Meta présume une intention promotionnelle.

Qu'est-ce qui relève de l'utilitaire ?

Un modèle utilitaire doit être non promotionnel et soit spécifique à l'utilisateur ou demandé par lui (une commande, une réservation, un compte ou une transaction qu'il a initiés), soit essentiel pour lui, comme un avis de sécurité publique ou de conformité légale. « Votre commande n° A1042 a été expédiée » est utilitaire. « Votre commande est expédiée : ajoutez un second article et profitez de 20 % de remise » est marketing.

En quoi l'authentification est-elle différente ?

Les modèles d'authentification reposent sur un texte fixe, non personnalisable, avec un emplacement pour le code, par exemple « 123456 est votre code de vérification. » Vous pouvez ajouter une recommandation de sécurité et une mention d'expiration, toutes deux facultatives. Le modèle exige un bouton de mot de passe à usage unique (copie de code ou « one-tap » ; le « zero-tap » est une troisième option qui demande un travail sur l'application Android), et il ne peut contenir ni URL, ni média, ni émoji. Les paramètres sont limités à 15 caractères.

Comment fonctionne le processus de validation des modèles WhatsApp ?

Vous soumettez un modèle avec un nom, une catégorie, une langue, un corps de message, un en-tête, un pied de page et des boutons facultatifs, ainsi que des valeurs d'exemple pour chaque variable. Meta l'examine et renvoie un statut : approuvé, rejeté (avec un motif) ou, pour certains modèles, retenu pour examen complémentaire.

1. Choisissez la catégorie d'après la finalité du message, et non d'après le coût que vous espérez.
2. Choisissez la langue qui correspond au texte. Un modèle déclaré en anglais avec un corps en arabe appelle un rejet.
3. Rédigez le corps avec des variables numérotées ou nommées et fournissez des valeurs d'exemple réalistes, par exemple un numéro de commande crédible plutôt que « test ».
4. Ajoutez les boutons à bon escient : réponses rapides pour obtenir une réponse, bouton URL ou d'appel pour inciter à l'action. Utilisez des URL complètes et à votre marque plutôt que des raccourcisseurs de liens.
5. Prévisualisez le rendu sur mobile pour vérifier les retours à la ligne, la longueur des variables et les libellés des boutons, en langues LTR comme RTL.
6. Soumettez et suivez le statut via le webhook de l'API ou votre plateforme. Ne programmez aucun envoi avec un modèle non approuvé.
7. Surveillez la qualité après approbation, car l'approbation n'est pas définitive (voir plus bas).

Pourquoi des modèles WhatsApp sont-ils rejetés ?

La plupart des rejets suivent quelques schémas récurrents. Les corriger avant la soumission est plus rapide que de contester ensuite.

• Mauvaise catégorie. Le motif de rejet INCORRECT_CATEGORY signifie que le contenu ne correspond pas à la catégorie choisie.
• Problèmes de variables. Variables placées tout au début ou à la toute fin du corps, variables consécutives sans texte entre elles, valeurs d'exemple absentes ou irréalistes.
• Contexte insuffisant. Un corps constitué presque uniquement de variables (« Bonjour {{1}}, {{2}} ») ne donne rien à évaluer au relecteur.
• Langue incohérente. La langue déclarée diffère de celle du texte.
• Violations des règles. Contenu contraire aux politiques WhatsApp Business et Commerce, demande de données sensibles comme un numéro de carte complet ou un mot de passe, contenu menaçant ou trompeur.
• Liens suspects. URL raccourcies ou sans marque qui masquent la destination.
• Contenu en doublon. Un modèle quasi identique à un modèle existant sous un autre nom.

Si un modèle est rejeté, vous pouvez le modifier et le soumettre à nouveau, en créer un nouveau, ou demander un réexamen si vous estimez la décision erronée.

Qu'est-ce que la recatégorisation d'un modèle et comment la contester ?

La recatégorisation désigne le changement, par Meta, de la catégorie d'un modèle après sa soumission ou après son approbation. D'après la documentation de Meta sur la catégorisation, trois mécanismes s'appliquent :

Les entreprises déjà averties pour un usage abusif des catégories perdent le préavis. Meta décrit aussi une application graduée des sanctions : avertissement, limitation du débit des messages utilitaires, restriction des modèles utilitaires et, au plus haut niveau, restriction du portefeuille d'entreprise.

Pour contester, ouvrez WhatsApp Manager, allez dans le Support Business, puis Template Category Updates, sélectionnez le modèle et cliquez sur Request Review. Les résultats apparaissent sous « In review », « Unchanged » et « Reversed ». Abonnez-vous au webhook template_category_update afin que les équipes techniques et marketing voient les changements en temps réel plutôt que sur la facture.

Comment la qualité d'un modèle influe-t-elle sur les modèles approuvés ?

Les modèles approuvés portent une note de qualité fondée sur les retours des utilisateurs (blocages, signalements) et sur les taux de lecture. Meta les affiche comme en attente, de qualité élevée, moyenne ou faible. Les modèles de faible qualité peuvent être mis en pause : la documentation de Meta sur la mise en pause décrit une première pause de 3 heures, une deuxième de 6 heures, puis la désactivation à la troisième occurrence. Un modèle en pause ne peut pas être envoyé : les parcours automatisés qui en dépendent échouent tant qu'il n'est pas réactivé.

La qualité des modèles alimente aussi la qualité de votre numéro de téléphone et vos limites d'envoi, que nous traitons dans notre guide sur les limites d'envoi et la note de qualité WhatsApp.

Exemple concret : un distributeur d'électronique à Riyad

« Najm Electronics » (société fictive) veut trois modèles pour la saison du Ramadan.

1. Commande expédiée — « Bonjour {{1}}, votre commande {{2}} a été expédiée et devrait arriver d'ici le {{3}}. Suivez-la avec le bouton ci-dessous. » Catégorie : utilitaire. Un bouton URL pointe vers le domaine de suivi du distributeur. Approuvé en utilitaire.
2. Commande expédiée + offre — même texte, complété par « Utilisez le code RAMADAN pour 15 % de remise sur votre prochaine commande. » L'équipe le soumet en utilitaire. Avec le comportement actuel de Meta, il est approuvé en marketing : il est donc facturé au tarif marketing, et les destinataires ayant refusé les promotions ne devraient pas le recevoir. L'équipe le scinde : l'information d'expédition reste utilitaire, et l'offre devient un modèle marketing distinct, envoyé uniquement aux clients ayant donné leur accord.
3. Code de connexion — à l'origine un modèle utilitaire « Votre code Najm est {{1}} ». C'est un cas d'usage d'authentification, qui serait programmé pour rejet. L'équipe le reconstruit en modèle d'authentification avec un bouton de copie de code, une recommandation de sécurité et une mention d'expiration à 10 minutes.

Résultat : trois modèles dans les bonnes catégories, une facturation prévisible et aucun rejet surprise le premier jour d'un mois en pleine saison.

Checklist de bonnes pratiques avant de soumettre

• Catégorie choisie d'après la finalité du message ; aucune promotion dans l'utilitaire.
• Une seule finalité par modèle ; les offres sont isolées dans des modèles marketing distincts.
• La langue déclarée correspond au texte ; un modèle distinct par langue (par exemple anglais et arabe).
• Variables entourées de texte fixe, avec des exemples réalistes.
• URL complètes et à votre marque ; pas de raccourcisseurs.
• Désinscription claire pour le marketing (par exemple une réponse rapide « Arrêter les promotions »).
• Codes OTP uniquement dans des modèles d'authentification.
• Webhooks de statut, de catégorie et de qualité confiés à un responsable.

Quelles erreurs et limites faut-il connaître ?

• Considérer l'approbation comme définitive. Les changements de catégorie et les pauses pour qualité surviennent après l'approbation.
• Optimiser pour le prix. Déclarer en utilitaire un contenu marketing pour économiser conduit à une recatégorisation et, en cas de répétition, à des sanctions.
• Ignorer les évolutions de facturation. Meta facture chaque modèle délivré selon la catégorie et le marché du destinataire. D'après la documentation tarifaire de Meta, depuis le 1er octobre 2026, Meta facture les messages de service au-delà des 1 000 gratuits par numéro professionnel et par mois, et facture les modèles utilitaires envoyés dans la fenêtre de service client. Vérifiez les règles en vigueur dans la grille tarifaire de Meta.
• Se fier aux listes de « mots interdits » diffusées par des tiers. La catégorisation de Meta est contextuelle : la documentation décrit des finalités, pas des listes de mots-clés.

Comment OmniChannels.ai vous aide

OmniChannels.ai vous permet de créer des modèles WhatsApp marketing, utilitaires et d'authentification, y compris des OTP « one-tap », « zero-tap » et par copie de code, avec variables, médias et boutons. Un aperçu mobile montre le rendu du message avant la soumission, et le suivi des approbations affiche le statut de chaque modèle au même endroit. Les modèles approuvés alimentent directement les campagnes, avec import Excel ou CSV, aperçu, programmation et filtrage des doublons, et les rapports de livraison aident à repérer rapidement les problèmes. La plateforme prend en charge l'arabe et l'anglais et s'appuie sur BroadNet Technologies.