Aller au contenu
Développer ou acheter

Vous avez déjà développé sur le Cloud API. Inutile de recommencer.

Envoyer un message WhatsApp depuis votre propre code, c'est le travail d'une matinée. Tout ce qui suit — états d'approbation des modèles, réessais de webhook, gestion des médias, rapprochement des remises, dépréciations de version, et une boîte pour les réponses — c'est le vrai projet. La bonne question n'est pas si vous savez le construire, mais si vous voulez continuer à le faire tourner.

Une intégration Cloud API existante se déplace sans toucher à la façon dont vous construisez vos requêtes
Hôte et jeton
Les échecs arrivent dans l'enveloppe d'erreur que votre code gère déjà
Les mêmes erreurs
La version épinglée dans vos URL continue de fonctionner après son retrait par Meta
Sans courir après les dépréciations

À qui ça s'adresse

Les développeurs et agences qui ont déjà intégré directement le Cloud API de Meta, ou s'apprêtent à le faire, et pèsent la maintenance face à une plateforme.

La crainte que ça lève

« Changer de plateforme, c'est réintégrer. » Pas ici : les endpoints compatibles reproduisent les chemins, les corps et l'enveloppe d'erreur du Cloud API — changer d'hôte et de jeton, c'est toute la migration.

La partie d'une matinée et la partie d'une année

Le premier message est facile. La liste ci-dessous est ce qui s'accumule ensuite, et rien de tout cela n'est un travail intéressant.

  • Soumission des modèles, états d'approbation, motifs de refus et règles de liaison des variables
  • Livraison des webhooks, réessais, et un moyen de voir ce qui est réellement arrivé
  • Envoi et téléchargement de médias, et les URL qui expirent
  • Rapprocher les accusés de remise et de lecture avec vos propres enregistrements
  • Une limitation de débit qui étale les envois au lieu de heurter les plafonds du compte
  • Une boîte de réception, parce que les clients répondent et que quelqu'un doit lire
  • Les dépréciations de version, au calendrier de Meta et non au vôtre

Côte à côte

Le développer vous-mêmeSur une plateforme
Premier message envoyéUne matinéeUn assistant et un bac à sable
Cycle de vie des modèlesVous l'implémentezUn écran avec statut et notifications
Déboguer les webhooksVos journauxUn bouton de test et un journal de livraison
Les réponsesVous construisez une boîteUne boîte partagée avec attribution et notes
Rapports de remiseVous les rapprochezStatut par destinataire, exportable
Dépréciations de MetaVous suivez et migrezAbsorbées pour vous
Utilisateurs non techniquesNe peuvent pas aiderLancent des campagnes sans développeur

Acheter ne veut pas dire renoncer à l'API

Ce n'est pas un choix entre du code et un tableau de bord. Vous gardez l'accès programmatique — requêtes signées, permissions par clé, un webhook avec journal de livraison, des extraits générés et un bac à sable — et vous obtenez en plus les briques que vous auriez écrites vous-même. L'équipe qui veut un tableau de bord en a un ; la développeuse garde une API.

Et migrer n'est pas réécrire

Si les équipes restent sur une intégration directe, ce n'est généralement pas parce qu'elle est meilleure, mais parce que bouger paraît coûteux. Les endpoints compatibles suppriment cet argument : les mêmes chemins, les mêmes corps de requête, les mêmes réponses et la même enveloppe d'erreur. Changez l'URL de base, changez le jeton, et servez-vous de votre suite de tests actuelle comme contrôle de migration.

Vérifié dans le produit le 2026-08-14. Les règles et tarifs de WhatsApp sont fixés par Meta et peuvent évoluer.

Bon à savoir

Là où s'arrête cette fonctionnalité, dit simplement — pour qu'aucune surprise ne vous attende après l'achat.

  • La surface compatible est une liste d'autorisation délibérée des chemins documentés, pas un proxy ouvert, et ne prend en charge que GET, POST et DELETE.
  • Les requêtes utilisent une clé d'API plus une signature et un horodatage plutôt qu'un simple jeton bearer — et c'est délibéré.
  • Les médias en format libre nécessitent toujours une session ouverte de 24 heures avec le destinataire ; au-delà, utilisez un modèle.
  • Les frais de conversation propres à Meta s'appliquent quoi qu'il arrive, quelle que soit la voie choisie. Une plateforme ne les supprime pas.
  • Les réactions ne s'appliquent qu'aux messages des 30 derniers jours et nécessitent l'identifiant de message propre à WhatsApp.
FAQ

Questions fréquemment posées

Quelle part de mon code existant change ?

L'URL de base et le jeton. Chemins, corps de requête, réponses et formes d'erreur correspondent : votre suite de tests est le contrôle de migration.

Est-ce que je perds l'accès API en passant par la plateforme ?

Non. Vous disposez de clés avec permissions et usage par clé, d'un webhook avec bouton de test et journal de livraison, d'un bac à sable et d'extraits générés — plus le tableau de bord dont vos collègues non techniques ont besoin.

Le construire moi-même revient-il moins cher ?

Pour le premier message, oui. Le coût est dans ce qui suit — états des modèles, réessais de webhook, médias, rapprochements, dépréciations et une boîte de réception — et il est récurrent, pas ponctuel.

Que se passe-t-il quand Meta déprécie une version de l'API ?

Sur une intégration directe, vous migrez. Sur les endpoints compatibles, la version de votre URL est acceptée puis ignorée : un ancien épinglage continue de fonctionner.

Puis-je faire tourner les deux pendant la migration ?

Oui. Comme les formes de requête sont identiques, pointer un service vers le nouvel hôte pendant que les autres restent en place est un changement de configuration, pas une branche.

Changez sans réintégrer

Changez l'hôte, changez le jeton, et gardez le code que vous avez déjà écrit.

Voir les formules

Les fonctionnalités derrière

Chacune en détail, limites comprises.

Autres comparaisons

Les autres décisions qui se posent en même temps.