WhatsApp Business API pour une haute école : coût réel et RGPD

Avertissement réglementaire : Cet article a une vocation informative et ne constitue pas un conseil juridique. Pour les situations propres à votre établissement, consultez un avocat spécialisé en protection des données ou votre Délégué à la protection des données (DPO).

Une haute école belge qui négocie l'accès à WhatsApp Business API reçoit rarement un devis clair au premier échange. Le tarif Meta n'est qu'un poste parmi quatre, la conformité RGPD ajoute deux obligations que Meta ne couvre pas, et la documentation officielle a changé de modèle tarifaire sans que tous les fournisseurs le signalent avec la même clarté. Ce guide pose les faits à connaître avant de signer : ce que Meta facture réellement depuis juillet 2025, qui est le BSP et pourquoi son abonnement pèse souvent plus lourd que les frais Meta eux-mêmes, quelle base légale RGPD s'applique en Belgique, ce que l'APD attend en matière de conservation, et avec qui signer un contrat de sous-traitance.

Ce qui a changé dans la tarification WhatsApp Business API

Jusqu'au 30 juin 2025, Meta facturait WhatsApp Business Platform à la conversation : une fenêtre de 24 heures était payée une seule fois, quel que soit le nombre de messages échangés dedans, selon quatre catégories (marketing, utility, authentication, service). Ce modèle est mort — la documentation officielle le classe désormais comme obsolète (Meta for Developers, conversation-based pricing).

Depuis le 1er juillet 2025, Meta facture au message : chaque message modèle (template) livré est facturé individuellement, le tarif dépendant de sa catégorie et de l'indicatif pays du destinataire (Meta for Developers, pricing). Concrètement pour une haute école : relancer 200 candidats avec un modèle de rappel de dossier coûte 200 messages facturés, pas une conversation forfaitaire. Restent gratuits, dans les deux cas : les messages de service envoyés en réponse libre pendant la fenêtre de 24 heures ouverte par le candidat, et les modèles utility envoyés dans cette même fenêtre.

Un deuxième changement arrive plus loin sur le calendrier : à partir du 1er octobre 2026, Meta doit mettre fin à la gratuité des réponses libres dans la fenêtre de service. La page tarifaire officielle de Meta ne détaillait pas encore ce point début août 2026 — l'information circule pour l'instant via les notices des partenaires BSP. Nous ne donnons aucun chiffre pour cet événement futur : un article dédié suivra sur ce blog une fois les tarifs publiés par Meta. Retenez simplement, pour votre budget 2027, que le poste « réponses gratuites » de votre chatbot ou de vos conseillers admissions ne le restera pas indéfiniment.

Le BSP : le maillon obligatoire et son coût caché

Meta n'ouvre pas d'accès self-service exploitable à l'échelle d'une haute école ou d'une université. L'accès à WhatsApp Business Platform passe presque toujours par un intermédiaire agréé, historiquement appelé Business Solution Provider (BSP), renommé Solution Partner — ou Tech Provider pour un palier plus léger — dans l'écosystème partenaires actuel de Meta (Meta for Developers, Solution Providers).

Le BSP gère la soumission des modèles de message à l'approbation Meta, l'enregistrement du numéro dédié, le suivi du quality rating une fois en production, et la boîte de réception multi-agents où votre équipe admissions répond aux candidats. En échange, il facture sa propre couche logicielle — en plus, et indépendamment, des frais Meta au message. C'est cette deuxième facture que les établissements sous-estiment le plus souvent en négociant l'accès, parce que le devis initial met en avant le tarif Meta et relègue l'abonnement BSP en ligne annexe.

L'ordre de grandeur varie fortement selon le BSP retenu, le nombre de numéros et le nombre de sièges agents nécessaires pour votre équipe admissions — nous ne donnons pas de fourchette ici, faute de source publique fiable et homogène entre fournisseurs. Ce qu'il faut retenir avant de signer : demandez le prix Meta au message ET l'abonnement BSP séparément, sur la même ligne de devis, sinon la comparaison entre deux fournisseurs ne veut rien dire.

Base légale et opt-in : ce qu'exige le RGPD en Belgique, et ce qu'exige Meta séparément

Envoyer un message WhatsApp à un candidat est un traitement de données personnelles qui nécessite une base légale au titre de l'article 6 du RGPD (EUR-Lex, Règlement 2016/679), applicable directement en Belgique et complété par la loi du 30 juillet 2018 relative à la protection des personnes physiques à l'égard des traitements de données. L'autorité compétente n'est pas la CNIL française mais l'APD (Autorité de protection des données), qui contrôle et sanctionne les manquements pour les établissements de la Fédération Wallonie-Bruxelles.

Pour ce canal — contact direct, individualisé, sur un support personnel — le consentement (article 6.1.a) est la base légale qui s'applique en pratique. L'APD a précisé sa doctrine sur les traitements de marketing direct dans une recommandation dédiée, qui distingue les bases légales mobilisables selon le degré de relation préexistante avec la personne contactée (APD, Recommandation relative aux traitements de données à caractère personnel dans le cadre du marketing direct). L'intérêt légitime (article 6.1.f) reste un fondement plus fragile pour un premier contact WhatsApp non sollicité : il exige un test d'équilibre documenté que la plupart des hautes écoles ne réalisent pas correctement pour un canal aussi intrusif que la messagerie personnelle d'un candidat, souvent mineur au moment du premier échange.

Meta impose en parallèle, indépendamment du RGPD, sa propre exigence d'opt-in documenté avant tout message proactif : un candidat qui coche une case WhatsApp explicite dans un formulaire de candidature, ou qui renseigne volontairement son numéro dans un chatbot avec mention claire de l'usage prévu, en constitue une preuve recevable. Ce sont deux obligations distinctes, à satisfaire en parallèle et non l'une à la place de l'autre : un consentement RGPD valide ne dispense pas de la preuve d'opt-in exigée par Meta au moment de soumettre un modèle, et inversement. Notre article sur le consentement RGPD dans le formulaire de candidature détaille comment construire une case à cocher qui satisfait les deux régimes en même temps.

Durée de conservation des conversations WhatsApp

Pour les données de prospection — candidats qui n'ont pas encore finalisé d'inscription — l'APD s'aligne sur le principe RGPD de limitation de la conservation (article 5.1.e) et sur les lignes directrices du Comité européen de la protection des données (EDPB) : une durée de conservation active de 3 ans à compter du dernier contact actif est le repère à documenter dans votre registre des traitements, pas une durée fixée nommément par un texte belge. Contrairement à la CNIL en France, l'APD n'a pas publié de barème sectoriel détaillé propre au marketing direct dans l'enseignement — elle renvoie au principe général et à la doctrine EDPB, ce qui laisse à l'établissement la charge de documenter et de justifier le délai retenu.

Cette règle s'applique au contenu des conversations WhatsApp comme à leurs métadonnées — numéro, horodatage, statut de lecture — conservés à des fins de prospection. Une fois le candidat inscrit, la conservation peut s'étendre à la durée de la relation avec l'établissement, plus une période complémentaire justifiée par une obligation légale ou comptable.

En pratique, cela signifie une purge automatique à programmer chez votre BSP ou dans votre CRM plutôt qu'un tri manuel a posteriori — la plupart des BSP ne suppriment rien par défaut, l'historique de conversation étant leur argument commercial pour la reprise de contact. Le sujet est traité en détail, tous canaux confondus et avec le tableau complet par catégorie de données, dans notre article sur la durée de rétention des données prospect attendue par l'APD.

Sous-traitance : un contrat article 28 avec chaque prestataire

Une haute école qui déploie WhatsApp Business API a rarement un seul sous-traitant dans sa chaîne. Il y a Meta lui-même, le BSP qui gère l'infrastructure de messagerie, et souvent un troisième acteur — l'éditeur du chatbot ou du CRM — qui lit ou écrit dans la conversation WhatsApp pour qualifier le candidat et le pousser vers les admissions. L'article 28 du RGPD, applicable directement en Belgique, exige un contrat de sous-traitance écrit avec chacun d'eux, pas seulement avec le principal (EUR-Lex, Règlement 2016/679, article 28).

En tant que responsable de traitement, l'établissement doit vérifier où chaque sous-traitant héberge les données et si des clauses contractuelles types sont nécessaires pour un transfert hors UE/EEE — un point pertinent ici car l'infrastructure WhatsApp n'est pas hébergée purement en UE. Un chatbot ou un CRM tiers ajoute une quatrième question à trancher avant signature : ce prestataire a-t-il un accès en lecture aux conversations, en écriture, ou aux deux ? La réponse détermine l'étendue du DPA à signer. Notre article sur les fournisseurs de chatbot conformes RGPD détaille les points de vigilance à vérifier chez un éditeur avant intégration à WhatsApp.

Coût réel : composer le budget complet

Le tarif Meta au message n'est qu'une ligne du budget. Voici les quatre postes à chiffrer avant de comparer deux offres BSP entre elles.

Le dernier poste mérite un mot pour une haute école active à Bruxelles ou dans le recrutement international : le même modèle soumis en plusieurs langues passe par autant de cycles d'approbation Meta distincts — ce n'est pas un simple copier-coller, c'est une nouvelle soumission avec son propre risque de rejet.

Pour situer ce budget dans une décision plus large, le déploiement d'un chatbot IA — tous canaux confondus, pas spécifique à WhatsApp — se traduit en moyenne par +62% de leads qualifiés et -38% de coût par lead (42€ → 26€), avec un ROI à 280% sur 12 mois (résultats médians, panel de 18 écoles partenaires Skolbot 2024-2025). C'est un repère de valeur, pas une promesse spécifique à WhatsApp : le canal WhatsApp Business API n'est rentable que s'il capte une part significative de conversations utiles, pas s'il reste un canal secondaire peu utilisé après sa mise en place.

Mise en place : les étapes concrètes

La séquence technique et administrative suit un ordre fixe, imposé par Meta et par les BSP qui s'y conforment :

1. Compte Meta Business Manager — le préalable administratif, souvent déjà existant si l'établissement gère des campagnes publicitaires Meta.
2. Vérification d'Entreprise Meta — étape de contrôle d'identité de l'organisation, condition pour dépasser le premier palier de volume de messages.
3. Accès à WhatsApp Business Platform via un BSP — en pratique, cette étape et la précédente s'enchaînent avec l'accompagnement du BSP choisi.
4. Enregistrement du numéro dédié — un numéro qui ne peut plus servir de ligne téléphonique classique une fois basculé sur WhatsApp Business API.
5. Création et soumission des modèles de message — chaque modèle (confirmation de rendez-vous, relance de dossier, invitation Journée portes ouvertes) passe par un cycle d'approbation Meta avant utilisation.
6. Suivi du quality rating une fois en production — le score qui détermine si l'établissement peut monter en volume d'envoi ou si elle stagne.
7. Intégration au CRM ou au chatbot de l'établissement — l'étape souvent négligée, qui détermine si les conversations WhatsApp alimentent le pipeline admissions ou dorment dans une boîte de réception à part, déconnectée du suivi candidat.

C'est cette dernière étape qui transforme WhatsApp Business API d'un canal de messagerie isolé en un levier de recrutement mesurable — sans elle, les quatre postes de coût du tableau ci-dessus financent une boîte de réception de plus, pas un pipeline.

FAQ — WhatsApp Business API pour une haute école belge

Le modèle de tarification par conversation existe-t-il encore ?

Non. Meta a mis fin au modèle de facturation par conversation le 30 juin 2025. Depuis le 1er juillet 2025, chaque message modèle livré est facturé individuellement selon sa catégorie et le pays du destinataire ; les messages de service dans la fenêtre de 24 heures et les modèles utility envoyés dans cette fenêtre restent gratuits.

Une haute école peut-elle accéder à WhatsApp Business API directement, sans BSP ?

En pratique non, à l'échelle d'un établissement. Meta ne propose pas d'accès self-service exploitable pour un volume de messages significatif — l'accès passe par un Solution Partner (anciennement BSP) qui gère la soumission des modèles, l'enregistrement du numéro et facture sa propre couche logicielle en plus des frais Meta.

Le consentement WhatsApp collecté par Meta suffit-il pour le RGPD en Belgique ?

Non, ce sont deux exigences distinctes qui coexistent. La preuve d'opt-in que Meta demande avant d'approuver un modèle ne remplace pas la base légale RGPD que l'établissement doit documenter au titre de l'article 6 — en pratique le consentement du candidat, recueilli via une case explicite, pas une case pré-cochée. L'APD, autorité compétente en Belgique, contrôle ce second point indépendamment de ce que Meta exige de son côté.

Combien de temps une haute école belge peut-elle conserver une conversation WhatsApp avec un candidat non inscrit ?

L'APD s'aligne sur le principe RGPD de limitation de la conservation et sur la doctrine de l'EDPB : une durée active de 3 ans à compter du dernier contact émanant du candidat est le repère à documenter dans votre registre des traitements. Une fois le candidat inscrit, la conservation peut s'étendre à la durée de la scolarité, plus une période complémentaire justifiée par une obligation légale.

Faut-il signer un contrat de sous-traitance avec le BSP en plus de celui avec l'éditeur du chatbot ?

Oui. L'article 28 du RGPD exige un contrat écrit avec chaque sous-traitant qui traite les données de l'établissement, et Meta, le BSP et l'éditeur du chatbot ou du CRM en sont potentiellement trois distincts. Un DPA signé avec l'éditeur du chatbot ne couvre pas l'infrastructure du BSP, ni l'inverse.

Pour une vue d'ensemble des obligations RGPD applicables aux données étudiantes en Belgique, au-delà du seul canal WhatsApp, consultez notre guide RGPD et APD sur les données étudiantes.