Objectif de ce guide : À la fin de cette lecture, vous saurez exactement quoi construire, dans quel ordre, quelles règles respecter, comment éviter les blocages, et quelles solutions choisir si vous voulez vous concentrer sur votre métier (sans devenir expert API).

1) Pourquoi un chatbot WhatsApp est devenu un “must” (et pas juste un gadget)

Au Maroc (comme dans beaucoup de marchés), WhatsApp n’est pas un canal “optionnel”. C’est souvent le canal principal : les clients y posent des questions, demandent des prix, envoient des captures d’écran, veulent réserver, annuler, se plaindre, commander… tout cela sans ouvrir un site.

Dans ce contexte, un “chatbot WhatsApp” ne devrait pas être vu comme un robot qui parle. Il doit être conçu comme un système d’exécution : il transforme une intention (question, achat, rendez-vous, support) en action (réponse, confirmation, collecte, ticket, escalade humaine).

Wasel.ma positionne précisément WhatsApp comme un levier business complet : automatisation, campagnes, support multilingue, et même un assistant IA entraîné sur les données métier.

Un bot rentable = workflows + règles Meta + mesure

La plupart des bots qui “échouent” échouent pour 3 raisons :

  1. Ils ne sont pas construits autour de workflows (donc ils tournent en rond).
  2. Ils ignorent les règles Meta (donc ça bloque, ou ça coûte cher). (WhatsApp Business)
  3. Ils ne mesurent pas (donc impossible d’optimiser).

Ce guide vous donne une méthode reproductible : une architecture simple, puis un step-by-step officiel Meta, puis des workflows copiables (avec dialogues), et enfin une section anti-blocage et go-live.

2) Le vrai modèle de WhatsApp Business Platform : règles, fenêtre 24h, templates, pricing

Avant de parler “tech”, il faut comprendre 4 concepts Meta : (1) catégories de messages, (2) facturation, (3) fenêtre 24h, (4) templates.

2.1 Les catégories de messages (Meta)

Meta indique 4 catégories : marketing, utility, authentication, service. (WhatsApp Business)

  • Service : réponses et support dans le cadre d’une conversation initiée par l’utilisateur.
  • Utility : messages transactionnels (confirmation, rappel, statut commande).
  • Authentication : OTP / vérification.
  • Marketing : promotions, relances commerciales.

Ces catégories sont “le langage” de votre stratégie : elles affectent le coût, le type de contenu, et vos choix de templates.

2.2 La facturation : “délivré” (pas “envoyé”)

Meta précise que les entreprises sont facturées quand un message est délivré, et que la charge dépend de la catégorie et du marché (pays). (WhatsApp Business)

Conséquence pratique :

  • 20 messages inutiles “envoyés” mais non délivrés = faible impact.
  • 20 messages inutiles délivrés = coût + irritation client.

Donc : réduire le bruit = réduire le coût + améliorer la conversion.

2.3 La fenêtre “service” 24h : la règle qui casse 80% des bots

La politique WhatsApp Business Messaging (Meta) dit :

  • Vous pouvez répondre sans template tant que vous êtes dans les 24 heures suivant le dernier message utilisateur.
  • Hors de la fenêtre 24h, vous ne pouvez envoyer des messages que via des Message Templates approuvés. (WhatsApp Business)

Traduction business :

  • Votre bot doit prioriser “conversation d’abord” (faire parler le client) pour rester dans la fenêtre service.
  • Dès que vous êtes hors fenêtre, tout proactif = template.

2.4 Templates : l’outil “propre” pour initier / relancer

Meta définit les templates comme des assets WhatsApp Business Account envoyables via Cloud API (ou Marketing Messages API) pour des “template messages”. (Facebook Developers)

Erreur classique : Construire un bot qui veut relancer “librement” un prospect 2 jours après → impossible (template obligatoire) ou non conforme.

3) WhatsApp Business App vs WhatsApp Business Platform (Cloud API) — comparatif

La confusion la plus courante : “WhatsApp Business” (l’app) vs “WhatsApp Business Platform” (API). Ce n’est pas juste une différence technique : c’est une différence de capacité et de scalabilité.

Tableau comparatif (basé sur Meta)

CritèreWhatsApp Business AppWhatsApp Business Platform (Cloud API / API)
ObjectifGestion sur mobile, faible volumeAutomatisation + intégrations + scale (Facebook Developers)
Mise en placeSimple, immédiateMise en place technique (ou partenaire) (Facebook Developers)
AutomatisationLimitéeComplète (workflows, IA, CRM, etc.) (Facebook Developers)
Messages interactifsLimitésList & Reply Buttons via API (Facebook Developers)
Webhooks (événements)NonOui (messages + statuts) (Facebook Developers)
TemplatesNon/limitéOui (création + envoi via API) (Facebook Developers)
FacturationApp gratuitePricing officiel Meta (par message délivré) (WhatsApp Business)
Idéal pourTPE / solo / “je gère moi-même”PME, e-commerce, support, SaaS, équipes (Facebook Developers)

Règle simple pour décider :

  • Si votre “bot” = auto-réponse + quelques messages → l’app peut suffire (au début).
  • Si vous voulez : RDV automatisé, support 24/7, e-commerce, multi-agent, analytics, intégrations → vous êtes dans la Platform (API).

4) Les 3 voies pour créer un chatbot : Coder / Plateforme / Low-code

Tableau comparatif (décision rapide)

CritèreCoder (Cloud API)Plateforme (ex: Wasel)Low-code (scénarios simples)
Time-to-marketMoyen/long (dev + infra + QA)Rapide (workflows prêts) (Wasel)Rapide (si cas simple)
Contrôle / sur-mesureMax (Facebook Developers)Moyen/élevé (selon produit)Limité
Conformité MetaÀ votre charge (WhatsApp Business)Guidée/assistée (Wasel)Variable
Multi-langue (FR/AR/Darija)À implémenterNatif dans l’offre Wasel (Wasel)Variable
Support & maintenanceÀ votre chargeIncluse en partieÀ moitié
ScalabilitéTrès bonne si bien faiteBonne (selon offre)Moyenne
Idéal siProduit / SaaS / intégrations profondesFocus métier + démarrage rapideMVP / tests

Mon choix par défaut (pragmatique) :

  • Si vous êtes une entreprise opérationnelle (salon, clinique, e-commerce) → Plateforme (gain de temps).
  • Si vous construisez un produit/outil multi-clients → Cloud API.

5) Architecture d’un chatbot WhatsApp “pro” (simple et scalable)

L’architecture standard (voie Cloud API) est la suivante :

Architecture technique simplifiée d'un chatbot WhatsApp (Illustration : Flux d’une conversation automatisée via WhatsApp Cloud API)

  1. Utilisateur envoie un message

  2. WhatsApp/Meta envoie un événement au Webhook (HTTP + JSON) (Facebook Developers)

  3. Votre backend :

    • identifie le contact,
    • comprend l’intention,
    • décide la prochaine action (réponse, question, workflow, escalade),
    • stocke état & logs

  4. Votre backend envoie la réponse via Message API (Facebook Developers)

  5. WhatsApp renvoie des statuts (delivered/read) via webhook (selon configuration) (Facebook Developers)

Le “cœur” : l’état conversationnel

Sans état, un bot est “amnésique”. Il répète les mêmes questions et ruine l’expérience.

Stockez minimum :

  • contact_id, phone, lang
  • last_user_message_at
  • current_flow (RDV / support / commande / lead)
  • flow_state (ex: “waiting_date”, “waiting_address”)
  • consent_status (opt-in) + source

Wasel, côté produit, met en avant la personnalisation via contexte (historique, langue, segment) pour rendre les réponses plus pertinentes. (Wasel)

6) Step-by-step officiel Meta (Cloud API) : de zéro à bot en prod

Cette section est volontairement détaillée : elle doit être “copiable” par un dev, et compréhensible par un non-dev.

Étape 0 — Définir le cas d’usage “principal” (sinon vous allez faire un bot inutile)

Avant de coder, écrivez :

  • 1 résultat (ex : “RDV confirmé”, “commande validée”, “ticket support créé”)
  • 1 métrique (ex : conversion RDV, tickets évités, paniers récupérés)
  • 3 scénarios secondaires max (FAQ, horaires, escalade humaine)

Exemples de cas d’usage à fort ROI :

  • RDV : salons, cliniques, cabinets (réduction no-show)
  • E-commerce : paniers + suivi commande + retours
  • Support : triage + FAQ + escalade

Wasel propose des modules “rendez-vous” et “e-commerce edition” qui illustrent ces cas d’usage. (Wasel)

Étape 1 — Comprendre la règle 24h (et construire votre bot pour l’exploiter)

Rappel Meta :

  • Dans les 24h suivant le dernier message utilisateur, vous pouvez répondre sans template.
  • Hors 24h, templates approuvés uniquement. (WhatsApp Business)

Design pattern recommandé : “Conversation first”

  1. Vous créez des entrées qui font parler le client (menus, questions).

  2. Vous résolvez le maximum dans la fenêtre 24h.

  3. Vous utilisez les templates uniquement pour :

    • relances essentielles (utility),
    • marketing opt-in propre,
    • auth (OTP),
    • suivi.

Étape 2 — Mettre en place Cloud API (setup de base)

Meta fournit un guide “Get Started” Cloud API qui couvre :

  • création et configuration,
  • envoi du premier message,
  • mise en place d’un endpoint webhook test. (Facebook Developers)

Objectif minimal :

  • réussir un envoi (test)
  • recevoir un événement (webhook)
  • répondre

Étape 3 — Webhook : recevoir messages + statuts

Meta explique que les webhooks sont des requêtes HTTP contenant des payload JSON envoyés depuis WhatsApp Business Platform. (Facebook Developers)

Checklist Webhook (production)

  • Endpoint HTTPS (stable)
  • Vérification (challenge)
  • Logging de chaque événement (idempotence)
  • Rejeu (si votre serveur tombe)
  • Filtrage des événements non utiles

Pourquoi c’est critique ? Parce que le webhook est la source de vérité : s’il est instable, votre bot “perd” des messages.

Étape 4 — Envoyer des messages (Message API)

La Message API permet d’envoyer :

  • texte,
  • média,
  • templates,
  • interactifs,
  • et supporte le tracking des statuts. (Facebook Developers)

Bon design : encapsuler l’envoi dans un service interne (ex : sendText(), sendList(), sendTemplate()), et instrumenter (logs, retries, rate limit).

Étape 5 — Ajouter les interactifs (list & reply buttons) pour guider l’utilisateur

La doc Meta :

Pourquoi c’est puissant ? Parce que la majorité des utilisateurs ne vont pas écrire “le bon mot-clé”. Les menus réduisent :

  • les incompréhensions,
  • le temps de résolution,
  • le besoin d’escalade humaine.

Étape 6 — Templates : créer une librairie minimale (et pas 50 templates inutiles)

Meta définit clairement le rôle des templates et leur envoi via Cloud API. (Facebook Developers)

Librairie minimale recommandée (10 templates)

Utility

  1. Confirmation RDV
  2. Rappel RDV J-1
  3. Annulation / reprogrammation
  4. Confirmation commande
  5. Statut livraison
  6. Ticket support créé

Authentication 7) OTP / validation

Marketing 8) Offre hebdo (segmentée) 9) Relance panier abandonné (opt-in) 10) Réactivation “soft” (ex : nouveautés)

Règle d’or : chaque template doit correspondre à un cas d’usage mesurable.

Étape 7 — Mémoire & état : rendre le bot “cohérent”

Sans état, vous avez :

  • répétitions,
  • confusion,
  • escalades inutiles.

Exemple de machine d’état (RDV)

  • RDV_START
  • RDV_CHOOSE_SERVICE
  • RDV_CHOOSE_DATE
  • RDV_CONFIRM
  • RDV_DONE

Wasel mentionne la vérification de disponibilité en temps réel, confirmation, rappels, annulation/reprogrammation : ce sont exactement des “states” à gérer. (Wasel)

Étape 8 — Escalade vers un humain (handover)

Un bot “pro” ne remplace pas l’humain : il protège l’humain.

Règles simples d’escalade

  • Le client demande explicitement (“je veux parler à quelqu’un”)
  • Le bot ne comprend pas 2 fois de suite
  • Motifs sensibles (réclamation, remboursement, litige)
  • Ticket VIP (panier élevé, B2B, urgence)

Wasel décrit l’escalade vers un humain comme fonctionnalité du produit. (Wasel)

7) Comment structurer une expérience conversationnelle (qui convertit)

Le modèle “3 couches”

  1. Accueil (menu court)
  2. Workflow (questions guidées)
  3. Sortie (confirmation + next step + option humain)

Exemple d’accueil (Reply Buttons)

  • “🗓️ Prendre RDV”
  • “🛒 Commander / Suivi”
  • “🧾 Prix / Infos” (3 choix = parfait pour Reply Buttons) (Facebook Developers)

Exemple d’accueil (Interactive List)

Quand vous avez plus de choix (services, catégories produits, motifs support), la liste est meilleure. (Facebook Developers)

8) Templates & conformité : comment envoyer sans se faire bloquer

8.1 La règle Meta (résumé clair)

  • Dans 24h : réponse libre OK
  • Après 24h : templates approuvés uniquement (WhatsApp Business)

8.2 Opt-in : “non négociable”

Un bon article doit dire explicitement : ne contactez pas quelqu’un sans consentement.

Wasel consacre une section entière à l’opt-in et au fait que c’est le principe n°1 pour diffuser sans se faire bloquer. (Wasel)

8.3 Pression marketing : le vrai danger

Ce qui détruit votre délivrabilité, ce n’est pas seulement “un message marketing”, c’est la sur-pression (trop fréquent, pas ciblé, pas utile). Wasel insiste sur “conversation d’abord, diffusion ensuite” et sur une segmentation simple qui surperforme les diffusions massives. (Wasel)

9) Workflows “best-sellers” + dialogues complets (copiables)

Astuce : dans votre article, affichez toujours le workflow en 3 blocs : But, États, Dialogue. Ça rend le contenu mémorable.

Visualisation des workflows d'un chatbot WhatsApp (Illustration : Les différents flux conversationnels interconnectés)

Workflow A — Prise de rendez-vous (salon, clinique, cabinet)

But : “Je veux un RDV” → RDV confirmé + rappel automatique + reprogrammation facile.

États

  • START
  • CHOOSE_SERVICE
  • CHOOSE_DATE
  • CHOOSE_TIME
  • CONFIRM
  • DONE

Wasel met en avant la réservation fluide, confirmation instantanée, annulation/modification et synchronisation calendrier. (Wasel)

Dialogue (exemple FR)

Client : Salam, je veux un rendez-vous. Bot : Bienvenue 👋 Vous voulez prendre RDV pour quel service ?

  • Coupe
  • Brushing
  • Coloration
  • Autre

Client : Coloration Bot : Parfait. Quel jour vous convient ?

  • Aujourd’hui
  • Demain
  • Choisir une date

Client : Demain Bot : Super. Voici les créneaux disponibles :

  • 10:30
  • 12:00
  • 16:30

Client : 16:30 Bot : ✅ Je confirme : Coloration — Demain à 16:30.

  1. Confirmer
  2. Modifier

Client : Confirmer Bot : RDV confirmé 🎉 Vous recevrez un rappel automatique. Si vous souhaitez annuler ou modifier, répondez “MODIFIER” ou “ANNULER”.

Dialogue (exemple Darija “simple”)

Client : Salam bghit rendez-vous. Bot : Merhba 👋 chنو service bghiti؟

  • Coupe
  • Brushing
  • Coloration

Client : Coloration Bot : mzyan. li nhar kaynsebek؟

  • lyoum
  • ghdda
  • date okhra

… (même logique)

Template utile (rappel J-1)

  • Utility template : “Rappel RDV demain à 16:30. Répondez 1 pour confirmer, 2 pour modifier.” (Utility = transactionnel) (WhatsApp Business)

Workflow B — E-commerce : panier abandonné + suivi commande + support

Wasel décrit une “E-commerce Edition” avec paniers abandonnés, suivi commande (“Fin wslat la commande dyali?”), support et intégrations. (Wasel)

B1) Panier abandonné (relance “soft”)

But : récupérer des ventes sans spam.

États

  • ABANDONED_DETECTED
  • SEND_REMINDER_TEMPLATE
  • OFFER_HELP
  • CHECKOUT_LINK
  • HUMAN_IF_NEEDED

Dialogue (template + conversation) Template (marketing OU utility selon contenu) : “Salam 👋 Vous avez laissé des articles dans votre panier. Besoin d’aide pour finaliser ? Répondez 1) Oui 2) Non” (Facebook Developers)

Client : 1 Bot : Bien sûr. Quel est le problème ?

  • Livraison
  • Paiement
  • Produit / Taille
  • Parler à un conseiller

Client : Paiement Bot : Vous préférez :

  • Paiement à la livraison (COD)
  • Carte bancaire
  • Virement

(ensuite workflow selon méthode)

B2) Suivi commande (le ROI caché)

Client : Fin wslat la commande dyali ? Bot : Donnez-moi votre numéro de commande ou votre téléphone. Client : 12345 Bot : ✅ Statut : en cours de livraison. Estimation : aujourd’hui entre 16h et 19h.

Pourquoi c’est puissant ?

  • Vous supprimez appels et messages manuels
  • Vous augmentez satisfaction
  • Vous libérez l’équipe support

Workflow C — Support client : triage + FAQ + ticket + escalade

Wasel met en avant : réponses FAQ, détection d’intention, et escalade humain. (Wasel)

But : résoudre 70–80% des demandes simples, escalader le reste.

États

  • START
  • INTENT_DETECTED
  • FAQ_RESPONSE
  • NEED_INFO
  • CREATE_TICKET
  • HUMAN

Dialogue (support)

Client : Je veux retourner mon produit. Bot : D’accord. C’est un retour pour :

  • Produit endommagé
  • Mauvaise taille / couleur
  • Changement d’avis
  • Autre

Client : Mauvaise taille Bot : Merci. Avez-vous reçu le produit il y a moins de 7 jours ?

  • Oui
  • Non

Client : Oui Bot : ✅ Retour possible. Donnez :

  1. Numéro commande
  2. Taille reçue
  3. Taille souhaitée

Client : 12345 / M / L Bot : Merci. J’ai créé votre demande. Un conseiller vous répondra si nécessaire. (Option : template utility “ticket créé” si hors fenêtre 24h) (WhatsApp Business)

Workflow D — Qualification lead (immobilier, services, B2B)

But : “qualifier” avant humain, et envoyer un résumé.

États

  • START
  • BUDGET
  • CITY
  • TIMELINE
  • SUMMARY_TO_AGENT

Dialogue

Client : Je veux un devis. Bot : Parfait. Pour bien vous aider : quel budget approximatif ?

  • < 2 000 MAD
  • 2 000–5 000
  • 5 000+

Client : 2 000–5 000 Bot : Dans quelle ville ? Client : Casablanca Bot : Pour quand ?

  • Cette semaine
  • Ce mois
  • Plus tard

Client : Cette semaine Bot : Merci ✅ Je vous mets en relation avec l’équipe. (En interne : envoi au commercial + résumé structuré)

10) IA (RAG) : quand ça vaut le coup (et quand ça ne vaut pas le coup)

L’IA devient utile quand :

  • vous avez beaucoup de questions “variées” mais répétitives,
  • vous avez des documents (catalogues, politiques, services),
  • vous voulez des réponses contextuelles (et pas juste un script).

Wasel propose un assistant IA “trained on your data” (docs, site, données métier) et décrit un fonctionnement : upload documents, connexion site, synchronisation, intégrations (calendrier/CRM/stock). (Wasel)

Les erreurs IA les plus fréquentes

  1. Utiliser IA pour un workflow qui doit être déterministe (ex : RDV, paiement)
  2. Laisser l’IA répondre sans garde-fous (hallucinations, promesses)
  3. Ne pas tracer les réponses et ne pas corriger

Le bon pattern : IA en “assistant”, pas en “pilote”

  • Workflows transactionnels : règles + état
  • IA : FAQ complexe, explications, orientation
  • Escalade humaine : cas sensibles

11) Conformité & anti-blocage (la section qui fait la différence)

11.1 La règle Meta à écrire noir sur blanc

  • Dans 24h : réponse libre possible
  • Hors 24h : templates approuvés uniquement (WhatsApp Business)

11.2 Opt-in : ce que “propre” veut dire

Wasel explique que l’opt-in est non négociable, et donne une logique “conversation d’abord”. (Wasel)

Opt-in propre (exemples)

  • Formulaire + case à cocher (“J’accepte d’être contacté sur WhatsApp”)
  • Click-to-WhatsApp ads (l’utilisateur initie)
  • QR code en magasin (“écrivez ‘SALAM’ pour recevoir…”) → l’utilisateur initie

11.3 La segmentation ultra simple (3 tags)

Un modèle minimal (très efficace) :

  • PROSPECT
  • CLIENT
  • VIP

Et ensuite, vous limitez les campagnes marketing :

  • prospects : 1–2 / semaine max
  • clients : messages utiles (utility) + offres ciblées
  • VIP : suivi humain + offre “premium”

Wasel insiste sur le fait que la segmentation et la pression marketing (pas le simple “spam”) sont la vraie cause des problèmes. (Wasel)

12) Analytics & KPI : comment piloter un bot rentable

Dashboard Analytics pour piloter la performance de votre bot WhatsApp (Légende : Un bot efficace se pilote à la donnée, pas au feeling)

12.1 KPI opérationnels

  • Temps de première réponse
  • Taux de résolution sans humain
  • Taux d’escalade
  • “Drop-off” par étape (où les gens quittent)

12.2 KPI business

  • RDV confirmés
  • No-show (avant/après rappels)
  • Paniers récupérés
  • Tickets support évités
  • CA attribuable WhatsApp

12.3 KPI qualité

  • Satisfaction (CSAT)
  • Taux de blocage/opt-out
  • Taux de “réponse aux campagnes”

Rappel pricing Meta : facturation par message délivré, par catégorie et pays. Donc l’analytics doit aussi suivre :

13) Checklists Go-Live (tech + business + conformité)

13.1 Checklist technique (production)

  • Webhook stable (HTTPS), logs, idempotence (Facebook Developers)
  • Envoi messages OK (text + template + interactive) (Facebook Developers)
  • Gestion erreurs (timeouts, retries)
  • Stockage état (flow_state) + historique conversation
  • Monitoring (alertes si webhook down)
  • Rate limiting et anti-boucles (ne pas spammer)

13.2 Checklist business

  • 1 objectif principal (RDV / commande / support)
  • 4 workflows max au départ
  • Scripts de réponse validés (ton, langue, promesses)
  • Handover humain prêt (horaires + SLA)

13.3 Checklist conformité

  • Opt-in documenté (source + date)
  • Templates approuvés et classés (Facebook Developers)
  • Politique 24h respectée (WhatsApp Business)
  • Cadence marketing maîtrisée (pas de sur-pression)

14) Plan d’implémentation 14 jours (pratique)

Jours 1–2 : cadrage

  • choix cas d’usage principal
  • définition métriques
  • design du menu d’accueil (3 options)

Jours 3–5 : setup technique

Jours 6–8 : workflows

  • RDV (états + dialogues)
  • Support (FAQ + ticket)
  • Stockage état + logs

Jours 9–10 : templates

Jours 11–12 : conformité & campagnes

  • opt-in
  • segmentation
  • 1 campagne “soft” (si utile)

Jours 13–14 : go-live

  • monitoring
  • handover humain
  • dashboard KPI

15) Tableau “fenêtre 24h” (à intégrer dans votre article)

SituationAutorisé ?Type de messageRéférence
L’utilisateur écrit, vous répondez dans 24h✅Libre possible (service)(WhatsApp Business)
Plus de 24h depuis le dernier message utilisateur✅ (mais…)Templates approuvés uniquement(WhatsApp Business)
Initier une conversation pro-active✅ (si conforme)Templates (marketing/utility/auth)(Facebook Developers)
Répondre hors 24h sans template❌—(WhatsApp Business)

16) Tableau “messages interactifs” (Reply Buttons vs List)

TypeQuand l’utiliserLimite cléRéférence
Reply Buttons2–3 choix rapidesJusqu’à 3 réponses(Facebook Developers)
Interactive ListMenu riche (catégories, services)Liste d’options(Facebook Developers)

17) FAQ SEO (15 questions)

1) C’est quoi un chatbot WhatsApp “business” ?

Un chatbot WhatsApp business est un système automatisé qui répond, qualifie, déclenche des actions (RDV, ticket, commande) et respecte les règles Meta (fenêtre 24h, templates). (WhatsApp Business)

2) Est-ce que WhatsApp autorise les bots ?

Oui, via la WhatsApp Business Platform (Cloud API) qui permet d’envoyer et recevoir des messages, gérer templates et webhooks. (Facebook Developers)

3) Quand est-ce qu’un template est obligatoire ?

Hors de la fenêtre 24h : vous ne pouvez envoyer que des messages via templates approuvés. (WhatsApp Business)

4) C’est quoi la fenêtre 24h ?

C’est la “customer service window” : 24h après le dernier message utilisateur, pendant laquelle vous pouvez répondre sans template. (WhatsApp Business)

5) Comment WhatsApp facture ?

Meta indique une facturation par message délivré, selon la catégorie (marketing/utility/auth/service) et le pays. (WhatsApp Business)

6) Quelle est la meilleure catégorie pour un rappel de RDV ?

Généralement utility (transactionnel), via template si hors fenêtre 24h. (WhatsApp Business)

7) Peut-on faire un chatbot multilingue (FR/AR/Darija) ?

Oui : c’est une question de design (détection langue) + templates multilingues. Wasel propose explicitement le support AR/FR/Darija. (Wasel)

8) Comment éviter de se faire bloquer ?

Opt-in + segmentation + pas de sur-pression + templates conformes. Wasel insiste sur opt-in et pression marketing. (Wasel)

9) Reply Buttons ou List ?

Reply Buttons pour 3 choix max, List pour menus riches. (Facebook Developers)

10) Un bot WhatsApp peut-il gérer des commandes ?

Oui : via workflows + intégrations. Wasel décrit paniers, suivi commande, support e-commerce. (Wasel)

11) Est-ce que je dois coder ?

Si vous voulez sur-mesure, produit SaaS, intégrations profondes : oui (Cloud API). Sinon, plateforme (gain de temps). (Facebook Developers)

12) C’est quoi un webhook WhatsApp ?

Une requête HTTP (JSON) envoyée par WhatsApp Business Platform à votre serveur quand un événement survient (message, statut). (Facebook Developers)

13) Comment gérer l’escalade vers un humain ?

En définissant des règles (mots sensibles, incompréhensions) et en routant vers un agent. Wasel inclut l’escalade humain. (Wasel)

14) L’IA est-elle nécessaire ?

Non. Elle est utile pour FAQ complexe, mais les workflows transactionnels doivent rester déterministes. Wasel décrit un assistant IA entraîné sur vos données pour ce cas. (Wasel)

15) Quels sont les meilleurs workflows à démarrer ?

RDV, e-commerce (panier + suivi), support triage. Wasel met en avant RDV et e-commerce. (Wasel)

Sources & Références (Meta + Wasel)

Meta (officiel)

Wasel (exemples & ressources)

  • Homepage / fonctionnalités (assistant IA, campagnes) (Wasel)
  • Documentation (setup, intégration WhatsApp, RDV, multilingue, escalade) (Wasel)
  • Article “diffuser sans se faire bloquer” (opt-in, segmentation, pression marketing) (Wasel)
  • E-commerce Edition (paniers, suivi commande, support) (Wasel)
  • AI Assistant trained on your data (IA/RAG) (Wasel)
  • Planification rendez-vous (expérience fluide) (Wasel)
  • WhatsApp Business Maroc (page stratégique) (Wasel)

Note de publication

Ce guide est volontairement “actionnable” : si vous n’avez qu’une heure, commencez par :