---
title: "WhatsApp Tech Provider ou BSP : quelle voie pour un SaaS ?"
description: "WhatsApp Tech Provider ou BSP, d'après la doc Meta : rôles, Embedded Signup, App Review, qui facture le WABA, solutions multi-partenaires et comment choisir."
canonical: "https://omnichannels.ai/fr/blog/whatsapp-tech-provider-vs-bsp/"
language: "fr"
updated: "2026-11-06"
publisher: "BroadNet Technologies"
brand: "OmniChannels.ai"
category: "whatsapp"
primaryQuery: "whatsapp tech provider vs bsp"
keywords: ["whatsapp tech provider", "définition bsp whatsapp", "programme Tech Provider Meta", "partenaire de solution whatsapp", "embedded signup whatsapp", "solution multi-partenaires whatsapp", "api whatsapp pour saas"]
published: "2026-11-06"
author: "OmniChannels.ai Editorial Team"
reviewer: "BroadNet Messaging Solutions Team"
readingMinutes: 9
answer: "Un BSP, que Meta appelle désormais Solution Partner, est un partenaire commercial de Meta qui propose toute la WhatsApp Business Platform à ses clients, peut leur ouvrir une ligne de crédit Meta et les facturer. Un Tech Provider sert aussi des clients, mais sans ligne de crédit : chaque client ajoute un moyen de paiement et règle Meta directement. Un éditeur SaaS peut devenir Tech Provider lui-même ou s'appuyer sur un partenaire."
takeaways: ["La documentation de Meta distingue trois types de partenaires : Solution Partners (l'ancien label BSP), Tech Providers et Tech Partners. Seuls les Solution Partners détiennent des lignes de crédit qu'ils peuvent étendre à leurs clients.", "Pour devenir Tech Provider, vous faites vérifier votre entreprise par Meta, passez l'App Review avec un accès avancé à whatsapp_business_messaging et whatsapp_business_management, puis intégrez vos clients via Embedded Signup.", "Les clients d'un Tech Provider paient Meta directement leur consommation, car ils ajoutent leur propre moyen de paiement ; le Tech Provider facture séparément son logiciel.", "Une solution multi-partenaires permet à un Tech Provider et à un Solution Partner de partager l'accès aux actifs des clients, les frais passant par la ligne de crédit du Solution Partner.", "Choisissez selon ce que vous devez maîtriser : si l'expérience WhatsApp est votre produit et que vous avez la capacité d'ingénierie, devenez Tech Provider ; si vous voulez aller en production avec moins de développement et de facturation à gérer, appuyez-vous sur un partenaire."]
faq: 
  - q: "Un BSP, est-ce la même chose qu'un Tech Provider ?"
    a: "Non. BSP est l'ancien nom du secteur pour ce que Meta appelle désormais un Solution Partner : un partenaire commercial de Meta doté d'une ligne de crédit, qui peut facturer ses clients. Un Tech Provider peut aussi servir des clients, mais n'a pas de ligne de crédit : les clients ajoutent leur propre moyen de paiement et paient Meta directement pour la messagerie."
  - q: "Dois-je être Tech Provider pour intégrer WhatsApp à mon produit SaaS ?"
    a: "Seulement si vous voulez intégrer d'autres entreprises à la WhatsApp Business Platform via votre propre application. Si votre produit ne connecte que votre propre numéro WhatsApp, le statut de partenaire n'est pas nécessaire. Si chacun de vos clients apporte son numéro, la voie de Meta passe par l'intégration en tant que Tech Provider ou par un partenaire existant."
  - q: "Qu'est-ce qu'Embedded Signup et qui l'utilise ?"
    a: "Embedded Signup est l'interface d'authentification et d'autorisation de Meta que vous lancez depuis votre site ou votre portail client. Le client la complète pour créer ses actifs WhatsApp et autoriser votre application à les utiliser. Les Solution Partners comme les Tech Providers s'en servent pour intégrer leurs clients."
  - q: "Qui paie Meta quand un Tech Provider intègre un client ?"
    a: "Le client. La documentation de Meta indique que les Tech Providers n'ont pas de ligne de crédit : le client ajoute un moyen de paiement à son propre compte et Meta lui facture la consommation. Le Tech Provider ne facture que ses propres services, comme le logiciel, le support ou une boîte de réception."
  - q: "Qu'est-ce qu'une solution multi-partenaires ?"
    a: "C'est un mécanisme de Meta dans lequel deux partenaires gèrent ensemble les actifs de clients intégrés via une configuration Embedded Signup commune. L'un ou l'autre peut créer la solution ; les deux obtiennent l'accès aux actifs du client et, lorsqu'un Solution Partner est impliqué, les clients peuvent partager sa ligne de crédit."
  - q: "Combien de temps faut-il pour devenir Tech Provider ?"
    a: "Meta ne publie aucun délai fixe. Les étapes sont la vérification de l'entreprise, puis l'App Review avec deux vidéos d'écran et des autorisations avancées. Chaque étape est tranchée par Meta : prévoyez de l'incertitude dans votre calendrier de lancement et ne promettez pas de date de mise en service à vos clients avant l'approbation."
sources: 
  - title: "WhatsApp Business Platform: partner types and solution providers, Meta for Developers"
    url: "https://developers.facebook.com/docs/whatsapp/solution-providers"
  - title: "Get started for Tech Providers, Meta for Developers"
    url: "https://developers.facebook.com/docs/whatsapp/solution-providers/get-started-for-tech-providers"
  - title: "Embedded Signup overview, Meta for Developers"
    url: "https://developers.facebook.com/docs/whatsapp/embedded-signup/overview"
  - title: "Embedded Signup implementation, Meta for Developers"
    url: "https://developers.facebook.com/docs/whatsapp/embedded-signup/implementation"
  - title: "Multi-partner solutions, Meta for Developers"
    url: "https://developers.facebook.com/docs/whatsapp/solution-providers/multi-partner-solutions"
---

# WhatsApp Tech Provider ou BSP : quelle voie pour un SaaS ?

Canonical: https://omnichannels.ai/fr/blog/whatsapp-tech-provider-vs-bsp/
Language: fr
Publisher: OmniChannels.ai by BroadNet Technologies

Ce guide s'adresse aux responsables produit et ingénierie des éditeurs SaaS, CRM et logiciels qui veulent WhatsApp dans leur produit et qui butent sur les termes BSP, Tech Provider et Solution Partner. Il expose ce que recouvre chaque rôle d'après la documentation développeur de Meta, ce que l'intégration de WhatsApp exige réellement, et comment arbitrer entre devenir Tech Provider et s'appuyer sur un partenaire.

## Qu'est-ce qu'un BSP, et comment Meta le nomme-t-il aujourd'hui ?

Un BSP (Business Solution Provider) est le nom historique, dans le secteur, d'une entreprise qui donne à d'autres sociétés accès à la WhatsApp Business Platform. Dans la documentation actuelle de Meta, le rôle équivalent s'appelle Solution Partner. Notre [entrée de glossaire sur les BSP](/fr/glossary/bsp/) en donne la définition en une ligne.

La documentation de Meta décrit un Solution Partner comme un partenaire commercial de Meta qui propose l'éventail complet des services de la WhatsApp Business Platform, peut ouvrir des lignes de crédit à ses clients et les facturer directement. Le devenir est, selon Meta, un processus long. Comme « BSP » reste le terme que les acheteurs recherchent, de nombreux fournisseurs emploient les deux mots. Le nom importe peu ; ce qui compte, ce sont le rôle et son modèle de facturation.

## Qu'est-ce qu'un Tech Provider ?

Un Tech Provider est une entreprise qui développe un logiciel sur la WhatsApp Business Platform et y intègre ses propres clients, sans détenir de ligne de crédit Meta. D'après la documentation de Meta, un Tech Provider peut fournir seul tous les services de messagerie WhatsApp aux clients qu'il a intégrés, ou travailler avec un Solution Partner pour les proposer conjointement.

Un troisième label, Tech Partner, désigne un Tech Provider qui est, ou peut devenir, partenaire commercial de Meta. La page de Meta précise que les Tech Partners approuvés peuvent rejoindre son programme d'accélération, ce que les simples Tech Providers ne peuvent pas faire sans monter en gamme.

| Rôle | Définition | Ligne de crédit | Paiement des messages par le client |
|---|---|---|---|
| Solution Partner (BSP) | Partenaire commercial de Meta proposant la plateforme complète | Oui, extensible aux clients | Via la ligne de crédit du partenaire, facturé par le partenaire |
| Tech Provider | Éditeur de logiciel qui intègre ses propres clients | Non | Le client ajoute un moyen de paiement ; Meta le facture |
| Tech Partner | Tech Provider qui est ou peut devenir partenaire commercial de Meta | Non | Comme pour les Tech Providers |
| Entreprise utilisant directement la Cloud API | Société qui utilise la plateforme pour elle-même | Sans objet | Son propre moyen de paiement |

## De quoi un éditeur SaaS a-t-il besoin pour intégrer WhatsApp ?

Il vous faut une application, un moyen d'intégrer les actifs WhatsApp de chaque client, un récepteur de webhooks et un pipeline de messages qui respecte les règles de Meta. Votre rôle détermine qui s'occupe de chaque élément, mais les briques techniques sont les mêmes.

1. **Une application Meta et un portefeuille d'entreprise vérifié.** Meta exige une application avec le cas d'usage WhatsApp, rattachée à un portefeuille d'entreprise. La vérification de l'entreprise doit être terminée avant le début de l'App Review.
2. **Un accès avancé via l'App Review.** Les autorisations doivent être approuvées avant que les clients puissent les accorder. Deux comptent : `whatsapp_business_messaging`, pour envoyer des messages au nom des clients, et `whatsapp_business_management`, pour accéder à leurs comptes WhatsApp et de messagerie. Sans accès avancé approuvé, l'autorisation n'apparaît pas dans Embedded Signup.
3. **Embedded Signup.** Le client suit ce parcours dans votre portail. Il crée les actifs WhatsApp, renvoie des identifiants tels que l'ID du WABA et l'ID du numéro de téléphone, et vous remet un code de courte durée à échanger contre un jeton propre à ce client. La page d'implémentation de Meta indique que le code expire 30 secondes après son émission : l'échange doit donc être immédiat.
4. **Webhooks.** Vous vous abonnez à l'événement `account_update` pour savoir quand un client termine son intégration, ainsi qu'aux événements de messages et de statuts pour faire tourner le produit. Voir notre [guide des webhooks WhatsApp](/fr/blog/whatsapp-webhooks-guide/).
5. **Gestion des modèles et de la qualité.** Les modèles, les limites d'envoi et les indices de qualité des clients leur appartiennent, et ils les gèrent via vous. Lisez [catégories de modèles et approbation](/fr/blog/whatsapp-template-categories-approval/) et [limites d'envoi et indice de qualité](/fr/blog/whatsapp-messaging-limits-quality-rating/).
6. **Hébergement.** La page d'inscription doit être servie en HTTPS depuis un domaine que vous avez déclaré dans les paramètres de votre application.

La documentation d'Embedded Signup de Meta précise aussi que les clients possèdent leurs actifs WhatsApp. Concevez votre produit pour qu'un client puisse partir avec son numéro, ses modèles et ses données.

## Quelles sont les étapes pour devenir Tech Provider ?

Les étapes de Meta sont courtes, mais les phases de revue sont tranchées par Meta, pas par vous. Prévoyez des itérations.

1. **Créez l'application** avec le cas d'usage WhatsApp et connectez un portefeuille d'entreprise.
2. **Faites vérifier votre entreprise** par Meta. C'est un prérequis de l'App Review.
3. **Préparez l'App Review.** Meta exige les paramètres de base de l'application (icône, politique de confidentialité, catégorie), une première vidéo montrant un message créé et envoyé depuis votre application puis reçu dans le client WhatsApp, et une seconde vidéo montrant votre application en train de créer un modèle de message.
4. **Demandez l'accès avancé** aux deux autorisations ci-dessus et soumettez la documentation.
5. **Développez et testez Embedded Signup,** puis intégrez des clients grâce à lui.

La page de Meta consacrée aux Tech Providers décrit cette séquence. Elle ne publie aucune estimation de durée, et vous ne devriez pas en promettre une à vos clients.

## Qui facture le WABA ?

Cela dépend du rôle. Les Solution Partners peuvent ouvrir une ligne de crédit et facturer leurs clients ; les Tech Providers ne le peuvent pas : leurs clients ajoutent un moyen de paiement et Meta les facture directement.

Ce seul fait structure le modèle commercial :

- **En tant que Tech Provider,** vous facturez votre logiciel. Les frais de messages apparaissent dans la relation du client avec Meta, aux tarifs publiés par Meta selon la catégorie de message et le marché du destinataire (voir [tarifs de la WhatsApp Business API en 2026](/fr/blog/whatsapp-business-api-pricing-2026/)). Votre client voit deux factures, et vous ne pouvez pas ajouter de marge au tarif par message de Meta.
- **Auprès d'un Solution Partner,** le partenaire peut répercuter les frais de messages sur une seule facture. La manière dont il les tarife, au prix coûtant, avec des frais de plateforme ou avec une majoration, relève du contrat. Demandez-la par écrit.

Embedded Signup, dans le modèle de comptes que Meta déploie, crée aussi un compte de messagerie (pour les modèles, la facturation et les abonnements aux webhooks) distinct du compte WhatsApp qui porte les numéros de téléphone et l'identité. Meta qualifie ce changement de bêta et sujet à modification : consultez donc la documentation à jour avant de concevoir la facturation autour de lui.

## Qu'est-ce qu'une solution multi-partenaires ?

Une solution multi-partenaires permet à deux partenaires de gérer ensemble les actifs WhatsApp de clients intégrés par le même parcours. Dans la documentation de Meta, l'un ou l'autre partenaire peut créer la solution et l'autre l'accepte, et une solution acceptée ne peut pas être refusée. L'ID de la solution est inséré dans la configuration d'Embedded Signup, de sorte que les clients qui terminent le parcours sont intégrés à la solution.

Ce que cela change en pratique :

- **Accès partagé.** Les deux partenaires reçoivent l'accès aux actifs du client.
- **Ligne de crédit partagée.** Les clients partagent la ligne de crédit du Solution Partner de la solution, et les frais sont imputés au compte de messagerie qui a envoyé chaque message. Un Solution Partner doit partager sa ligne de crédit avec les clients nouvellement intégrés.
- **Un plafond d'intégration pour les Tech Providers.** Les Tech Providers d'une solution peuvent intégrer jusqu'à 200 nouveaux clients sur une période glissante d'une semaine. Seuls comptent les clients nouveaux sur la plateforme.
- **Événements de webhook.** La finalisation déclenche un webhook de mise à jour de compte avec un événement `PARTNER_ADDED` ou `PARTNER_APP_INSTALLED`.

Pour un éditeur de logiciel, c'est la voie intermédiaire : vous gardez votre produit et votre parcours Embedded Signup, et un partenaire fournit la ligne de crédit et la facturation.

## Tech Provider ou BSP : tableau de décision

Choisissez selon ce que vous devez maîtriser et ce que vous pouvez staffer.

| Question | Devenir Tech Provider | S'appuyer sur un Solution Partner |
|---|---|---|
| Qui maîtrise l'UX d'intégration du client ? | Vous | Vous, si le partenaire expose Embedded Signup ou une API ; sinon le partenaire |
| Qui dialogue avec Meta pour l'App Review ? | Vous | Le partenaire |
| Effort d'ingénierie | Élevé : Embedded Signup, jetons, webhooks, modèles, supervision | Plus faible : intégrer une API partenaire |
| Facturation des messages | Le client paie Meta directement | Peut tenir sur une seule facture via le partenaire |
| Marge sur les messages | Non disponible | Question commerciale avec le partenaire |
| Délai avant le premier client | Dépend des revues de Meta | Dépend de l'intégration chez le partenaire |
| Dépendance | Faible : votre application, vos jetons | Modérée : dépend de la portabilité des modèles et de la boîte de réception |
| Meilleur cas d'usage | WhatsApp est au cœur de votre produit | WhatsApp est une fonctionnalité parmi d'autres |

Si votre projet est de revendre plutôt que d'intégrer, consultez notre guide pour [devenir revendeur de la WhatsApp Business API](/fr/blog/become-whatsapp-business-api-reseller/) et la page [WhatsApp en marque blanche](/fr/partners/white-label-whatsapp/).

## Exemple concret : un SaaS de prise de rendez-vous pour cliniques à Riyad

« Mawid Cloud » (fictif) vend un logiciel de rendez-vous à 300 cliniques et veut intégrer à son produit des rappels WhatsApp et un chat bidirectionnel.

- **Option A, Tech Provider.** L'entreprise vérifie son identité auprès de Meta, enregistre les deux vidéos de l'App Review, demande l'accès avancé, intègre Embedded Signup dans la page de paramètres des cliniques et gère jetons, webhooks et création de modèles. Chaque clinique ajoute son moyen de paiement et règle Meta pour les messages ; Mawid Cloud facture son abonnement. L'ingénierie représente un engagement de plusieurs mois, et l'issue des revues relève de Meta.
- **Option B, s'appuyer sur un partenaire.** Elle intègre l'API d'un partenaire pour l'intégration et l'envoi, garde sa propre interface de rendez-vous et laisse le partenaire gérer la relation avec Meta et la facturation.
- **Option C, solution multi-partenaires.** Elle devient Tech Provider et crée une solution avec un Solution Partner, de sorte que les cliniques partagent la ligne de crédit du partenaire.

Elle retient B pour les 100 premières cliniques afin d'apprendre les usages du produit, puis réexaminera A quand WhatsApp deviendra une ligne d'activité centrale. Le point clé : le choix n'est réversible que si les modèles et les webhooks sont conçus pour être portables, d'où l'intérêt de lire [migrer un numéro WhatsApp entre fournisseurs](/fr/blog/migrate-whatsapp-number-between-providers/) avant de signer.

## Quels sont les risques et les erreurs courantes ?

- **Prendre le label pour la décision.** Comparez facturation, support et portabilité, pas le fait qu'un fournisseur se dise « BSP ».
- **Sous-estimer l'App Review.** Les refus pour vidéos peu claires ou documentation manquante coûtent des semaines. L'approbation est la décision de Meta.
- **Demander trop d'autorisations.** La page d'implémentation de Meta avertit que des sélections superflues dans la configuration d'Embedded Signup peuvent pousser les clients à abandonner le parcours.
- **Ignorer les versions.** Meta a annoncé que les versions v2 et v3 d'Embedded Signup seraient abandonnées le 15 octobre 2026 ; développez donc sur la v4. Notre [chronologie des changements 2026](/fr/blog/whatsapp-business-api-changes-2026/) suit ce point.
- **Oublier le code de 30 secondes.** Préparez l'échange du jeton avant de tester.
- **Pas de plan de sortie.** Les clients possèdent leurs actifs ; votre architecture doit leur permettre de partir.

## Comment OmniChannels.ai vous aide

BroadNet, l'entreprise derrière OmniChannels.ai, est un Business Solution Provider officiel de Meta. Les clients sont intégrés via Meta Embedded Signup, WhatsApp est facturé au tarif de Meta sans majoration, et notre équipe s'occupe avec vous de la vérification de l'entreprise auprès de Meta et de l'approbation du nom d'affichage ; les décisions d'approbation restent à Meta. Les éditeurs de logiciels peuvent utiliser l'API REST et les webhooks, et les partenaires peuvent exploiter le programme en marque blanche avec des sous-comptes. Vérifiez votre état de préparation avec la [liste de contrôle de préparation à l'API WhatsApp](/fr/tools/whatsapp-api-readiness-checklist/), découvrez le [programme partenaires](/fr/partners/), ou [contactez notre équipe](/fr/contact/) pour comparer les voies possibles pour votre produit.