Le marketing sur la Cloud API de WhatsApp prend fin en 2027 : que faire ?

Meta a commencé à envoyer aux développeurs et aux partenaires WhatsApp un « préavis » : les messages marketing sur la Cloud API seront supprimés le 13 octobre 2027. À partir de cette date, tout modèle marketing envoyé via la WhatsApp Business Platform devra passer par la Marketing Messages API for WhatsApp (que Meta abrège en MM API). Les messages de service, d'authentification et d'utilité continuent de fonctionner sur la Cloud API comme aujourd'hui.

L'API officielle se coupe donc en deux. Les modèles marketing partent vers leur propre endpoint, le reste ne bouge pas. Meta laisse jusqu'à douze mois aux entreprises pour faire la bascule et estime que la plupart des intégrations prennent environ deux semaines.

Cet article s'appuie sur l'e-mail et sur la documentation développeur de la MM API, consultée le 14 octobre 2026.

Ce qui change et ce qui ne change pas

Les deux API sont sur le même serveur de la Graph API et utilisent le même numéro de téléphone. Ce qui change, c'est l'endpoint que vous appelez.

L'endpoint /marketing_messages n'accepte que des modèles marketing. Un texte libre ou un message d'utilité, d'authentification ou de service qu'on lui envoie renvoie une erreur, donc la bascule ne concerne que vos envois promotionnels.

Rien ne change pour l'application gratuite WhatsApp Business, pour un compte personnel ou pour les liens click-to-chat. Si vous ne savez pas trop lequel vous utilisez, notre comparatif entre l'API, l'application Business et un compte personnel fait le tri. Envoyer des liens wa.me personnalisés depuis votre propre téléphone avec le générateur de liens WhatsApp en masse ne passe pas du tout par l'API.

Ce qu'est la Marketing Messages API

Elle n'est pas nouvelle. Meta l'a lancée en 2024 sous le nom « MM Lite », l'a renommée et l'a ouverte à tous le 19 novembre 2025. D'après la documentation de Meta, elle a « un schéma technique similaire et le même modèle de facturation que la Cloud API », fonctionne avec vos numéros et modèles existants et envoie vers https://graph.facebook.com/<version>/<id-du-numéro>/marketing_messages. Dans les webhooks, les messages envoyés ainsi portent la catégorie marketing_lite.

Le comparatif de fonctionnalités publié par Meta liste ce que la MM API propose et que la Cloud API n'a pas :

• Une distribution fondée sur la qualité : Meta tient compte de l'engagement que suscite un message pour décider de le distribuer. Son test A/B fait état de jusqu'à 9 % de messages marketing distribués en plus que via la Cloud API.
• Des optimisations créatives automatiques, encore en phase pilote et désactivées par défaut depuis avril 2026 : Meta peut animer une image, y ajouter un texte en surimpression ou en changer le fond pour obtenir plus de clics.
• Des en-têtes GIF et des liens profonds vers des applications Android dans les modèles marketing.
• Une durée de vie (TTL) de 12 heures à 30 jours, pour qu'une vente flash ne soit pas annoncée une fois terminée. La Cloud API ne le permet que pour les modèles d'utilité et d'authentification.
• Des repères, des recommandations et des mesures de conversion : taux de lecture et de clic comparés à ceux d'entreprises similaires de votre région, et événements comme Ajout au panier ou Achat suivis après le message.

En Europe, la plupart des extras sont désactivés

Avant de compter sur ces améliorations, regardez où se trouvent vos clients. Le tableau de disponibilité géographique de Meta indique que pour les messages envoyés vers ou depuis l'Espace économique européen, le Royaume-Uni, le Japon, la Corée du Sud, le Nigeria et l'Afrique du Sud, il n'y a ni optimisation de distribution ni mesure des clics ou des conversions dans Ads Manager ou l'Insights API. Les statistiques de base restent dans WhatsApp Manager.

Pour une entreprise qui écrit à des clients en France, en Espagne ou en Allemagne, la bascule se résume donc surtout à un changement d'endpoint. C'est pour cela que l'e-mail de Meta marque les fonctions d'optimisation d'un astérisque.

Deux autres restrictions valent pour toutes les API WhatsApp professionnelles, pas seulement celle-ci. Les modèles marketing vers des numéros américains ne sont plus distribués depuis le 1er avril 2025 (erreur 131049), même si une entreprise américaine peut toujours écrire à des utilisateurs d'autres pays. Et les entreprises de Cuba, d'Iran, de Corée du Nord, de Syrie, du Venezuela et des régions ukrainiennes de Crimée, Donetsk et Louhansk ne peuvent pas s'inscrire.

Le filet de sécurité qui disparaît en 2027

Certaines entreprises ont déjà basculé sans le savoir. Depuis septembre 2025, l'endpoint /marketing_messages accepte les messages d'entreprises qui n'ont pas accepté les conditions de la MM API et les fait passer par la Cloud API sans rien dire. L'e-mail de Meta appelle cela l'auto-routing, et c'est pour cela que rien ne semble cassé chez une entreprise qui ne s'est jamais inscrite.

Ce détour prend fin le 13 octobre 2027. Après cette date, un modèle marketing d'une entreprise qui n'a pas accepté les conditions n'a plus de route. Le travail se fait en deux temps :

1. L'entreprise accepte les conditions de la MM API. Le plus simple est de le faire dans WhatsApp Manager, ce que Meta recommande. Les partenaires peuvent aussi passer par Embedded Signup ou par l'Intent API, qui envoie un e-mail à tous les administrateurs du portefeuille d'entreprise et relance jusqu'à ce qu'ils acceptent ou refusent.
2. L'intégration envoie les modèles marketing vers `/marketing_messages`. Tout le reste continue d'aller vers /messages.

Vous pouvez répéter la coupure dès maintenant. Depuis avril 2026, une entreprise peut passer disable_marketing_messages_on_cloud_api à true, après quoi la Cloud API refuse les modèles marketing avec l'erreur 131063. Sur un message donné, "product_policy": "STRICT" bloque le détour par la Cloud API. Les deux montrent dès aujourd'hui quels envois échoueraient en octobre 2027.

Les modèles qui changent de catégorie

Un modèle ne garde pas sa catégorie pour toujours. Si WhatsApp estime qu'un modèle d'utilité approuvé est en fait promotionnel, il le reclasse en marketing, et à partir de là il doit passer par /marketing_messages. Le guide de routage de Meta demande aux intégrations de tenir à jour une table associant chaque modèle à sa catégorie la plus récente, et de router selon cette table plutôt que selon la catégorie choisie à la création.

Ce sont justement les messages qu'on croit transactionnels qui se font prendre : une confirmation de commande avec un code promo en bas, ou un rappel de rendez-vous qui propose de réserver le suivant. Un modèle reclassé est aussi facturé au tarif marketing, plus élevé que le tarif d'utilité sur tous les marchés de la grille actuelle. Notre article sur les changements de prix d'octobre 2026 donne les tarifs d'utilité en vigueur.

Ce que cela coûtera

Pour l'instant, la même chose. Les messages marketing via la MM API sont facturés au message distribué depuis le 1er juillet 2025, comme sur la Cloud API, au tarif marketing du pays du destinataire. Le calculateur de prix de l'API WhatsApp utilise ces tarifs publiés.

Un changement de prix se prépare pourtant, et il tombe près de la date de fin. Meta déploie un prix maximum sur la MM API : vous fixez un plafond par distribution et Meta facture « ce prix maximum ou moins ». La fonction est entrée en bêta ouverte en octobre 2026. La documentation tarifaire de Meta indique qu'à la disponibilité générale, prévue au deuxième trimestre 2027, « le prix maximum deviendra obligatoire dans les zones éligibles et les tarifs fixes publiés pour les messages marketing ne s'appliqueront plus qu'à la Cloud API ». Meta ne dit pas quelles zones sont éligibles, ni ce qui y remplacera les tarifs marketing fixes quand la Cloud API cessera de transporter du marketing en octobre 2027. Nous l'ajouterons à l'historique des changements de prix quand Meta le publiera.

Que faire dans les douze prochains mois

Si vous envoyez via un fournisseur comme Twilio, 360dialog ou Wati, l'essentiel du travail sur l'endpoint lui revient. Demandez-lui quand son intégration enverra le marketing vers /marketing_messages, et acceptez les conditions de la MM API quand il vous le demande. Accepter les conditions est la seule étape qu'un fournisseur ne peut pas faire à votre place.

Si vous appelez l'API vous-même :

1. Acceptez les conditions de la MM API dans WhatsApp Manager pour chaque entreprise qui envoie des modèles marketing.
2. Envoyez vers /marketing_messages les modèles dont la catégorie la plus récente est MARKETING, et laissez tout le reste sur /messages.
3. Surveillez les reclassements de modèles et mettez à jour votre table de catégories quand il en arrive un.
4. Activez disable_marketing_messages_on_cloud_api sur un compte de test (ou envoyez avec product_policy: STRICT) et cherchez les erreurs.
5. Vérifiez que vos webhooks acceptent la catégorie marketing_lite, pour que les statuts de distribution et de lecture continuent d'arriver dans vos rapports.

Si vous utilisez un outil no-code, les modules WhatsApp Business Cloud intégrés à Make, Zapier et n8n reposent sur la Cloud API. Vérifiez si votre outil ajoute la prise en charge de la MM API avant l'échéance. Sinon, une étape générique de requête HTTP peut appeler /marketing_messages avec le même contenu de modèle. Notre guide n8n avec la Cloud API montre comment ce montage s'assemble.