WhatsApp pour les SaaS e-commerce : gérer le support client via l'API

Le support client WhatsApp dans un SaaS e-commerce repose sur la capacité à recevoir des messages entrants de clients, à les router vers le bon agent ou bot, et à répondre dans une interface intégrée à la plateforme. Côté API WhatsApp Business, cela signifie gérer des webhooks entrants, des sessions de conversation, et la fenêtre de service de 24h — avec des contraintes très différentes des cas d'usage sortants.

Le modèle conversationnel WhatsApp : ce qui change pour le support

WhatsApp fonctionne sur un modèle de conversation initiée par le client (customer-initiated) pour le support. Quand un client envoie un message au numéro WhatsApp Business du marchand, une fenêtre de service de 24h s'ouvre : l'agent peut répondre librement, sans template, pendant cette période.

Ce modèle a des implications directes pour l'architecture :

• Pas de template nécessaire pour les réponses : dans la fenêtre de 24h, l'agent envoie du texte libre, des médias, des documents.
• Fenêtre qui se renouvelle : chaque message du client réinitialise la fenêtre de 24h.
• Hors fenêtre : si le client n'a pas écrit depuis plus de 24h et que l'agent veut relancer, il doit utiliser un template UTILITY ou MARKETING.
• Catégorie tarifaire : les conversations de service initiées par le client sont facturées comme conversations de service — tarif inférieur aux conversations marketing.

Architecture d'un support WhatsApp dans un SaaS multi-marchands

Pour un SaaS e-commerce, chaque marchand doit pouvoir recevoir et traiter les messages de ses propres clients. L'isolation est critique.

Composant	Rôle	Implémentation
Webhook entrant	Réception des messages clients	Endpoint HTTPS côté SaaS, routage par numéro WABA
Routage	Attribution à l'agent ou au bot	File par marchand, règles de routage configurables
Interface agent	Lecture et réponse	Fenêtre de conversation dans le dashboard marchand
API sortante	Envoi des réponses	POST /messages, type text ou media
Historique	Stockage des conversations	Base de données SaaS, indexée par numéro contact
Escalade	Transfert humain si bot insuffisant	Webhook événement + notification agent

Le webhook est la pièce centrale. Whakup envoie un événement pour chaque message entrant, chaque changement de statut (vu, délivré), et chaque réaction. Le SaaS doit traiter ces événements en temps réel et les distribuer au bon marchand.

Fonctionnalités de support à exposer aux marchands

Un SaaS e-commerce qui intègre WhatsApp comme canal de support doit décider quelles fonctionnalités exposer :

Fonctionnalités de base :

• Réception et envoi de messages texte
• Envoi de médias (images, documents, vidéos)
• Affichage du nom et du numéro du contact
• Historique de conversation

Fonctionnalités avancées :

• Réponses rapides (templates de réponses fréquentes)
• Tags et labels sur les conversations
• Statut de conversation (ouvert, en attente, résolu)
• Attribution à un agent spécifique
• Transfert entre agents
• Note interne sur la conversation
• Intégration avec le CRM client du marchand (récupération de la commande liée)

Automatisation :

• Bot de premier niveau pour les questions fréquentes
• Message d'accueil automatique hors heures ouvrées
• Accusé de réception automatique
• Escalade automatique vers un agent humain selon les mots-clés

Pour les aspects techniques de l'intégration API, consultez le guide complet de l'API WhatsApp Business.

Conformité et limites à connaître

Le support WhatsApp a des contraintes spécifiques :

• Numéros non-WhatsApp : si un client envoie un SMS au numéro WhatsApp Business, il ne sera pas reçu. WhatsApp ne passe pas par le réseau SMS. Les clients doivent connaître le canal.
• Messages médias : les fichiers reçus ont une durée de rétention limitée sur les serveurs Meta. Le SaaS doit les télécharger rapidement après réception (via l'API media) pour les stocker durablement.
• RGPD : les conversations client contiennent des données personnelles. L'API Whakup est hébergée en Europe (conformité RGPD), mais le SaaS doit également gérer la rétention et la suppression des données stockées de son côté.
• Limite de numéros agents : un numéro WhatsApp Business ne peut pas être utilisé simultanément sur plusieurs appareils sans passer par l'API. L'API permet de centraliser les conversations sans contrainte sur le nombre d'agents.

Pour une analyse des options d'intégration et des compromis build vs buy, voir l'article sur build vs buy WhatsApp API.

FAQ

Un SaaS peut-il intégrer un chatbot WhatsApp pour le support de premier niveau ?

Oui. L'API WhatsApp Business permet de recevoir des messages entrants et d'y répondre automatiquement via du code. Un bot peut traiter les questions fréquentes, récupérer le statut de commande via l'API e-commerce, et transférer à un agent humain si nécessaire.

Quelle est la différence entre un message de support et un message marketing côté tarification ?

Les conversations initiées par le client (client envoie le premier message) sont facturées comme conversations de service. Les conversations initiées par la plateforme (template envoyé en premier) sont facturées selon la catégorie du template (marketing, utility, authentication). Le tarif service est généralement inférieur au tarif marketing.

Comment afficher les informations commande dans l'interface de support ?

Le SaaS peut croiser le numéro WhatsApp du contact avec les données CRM/commande stockées en base. Lors de l'affichage d'une conversation, une requête côté SaaS récupère les commandes associées au numéro et les affiche en contexte pour l'agent.

Peut-on utiliser le même numéro WhatsApp pour le support et les campagnes marketing ?

Techniquement oui. En pratique, séparer les numéros est recommandé pour isoler la réputation : un score qualité dégradé par des campagnes mal ciblées n'affecte pas le numéro de support, et vice versa.

---

Intégrer WhatsApp comme canal de support dans votre SaaS e-commerce centralise les conversations, réduit les temps de réponse et améliore la satisfaction client — sans multiplier les outils. L'API WhatsApp Business Whakup fournit l'infrastructure multi-tenant, les webhooks temps réel et l'hébergement EU qu'il faut pour construire ce canal de manière fiable.