The API call is easy. The integration around it is the work
Sending a WhatsApp message through Meta’s Cloud API takes one HTTP request. Running it properly takes much more: templates that get approved and stay in the right category, webhooks that arrive twice or out of order, opt-outs that must stop every future message, and a CRM that needs to know what each customer said. That is the part we build.
We handle WhatsApp Cloud API integration directly or through a Business Solution Provider, whichever suits you, and connect it to your CRM, booking, billing or lab system. For conversations, our WhatsApp chatbot development covers support and appointment-booking bots that hand over to staff. We are independent of Meta, build on its public APIs and policies, and work with businesses in India and abroad.
Our own Appointment Reminder App sends reminders through the Cloud API with approved templates and handles the replies, so template reviews, webhook retries and consent records are problems we deal with in our own production code.
WhatsApp Business API integration services
Five common projects. Each comes with webhook handling, logging and a consent model, not just message sending.
WhatsApp integration with your CRM
The problem
Messages live on a phone or in a separate inbox, so sales and support cannot see what a customer said or was sent.
How we build it
Inbound messages create or update the contact and conversation in your CRM, outbound templates fire from CRM events, and delivery and read statuses are written back. It works with an off-the-shelf CRM or a custom one.
What you get
- Contact and conversation sync
- Template sends from CRM events
- Delivery and read status write-back
- Searchable message log
WhatsApp chatbots for support & bookings
The problem
Customers ask the same twenty questions and want to book or reschedule at eleven at night.
How we build it
A bot scoped to your business (bookings, order status, FAQs) uses buttons and lists where they beat free text, an AI layer for open questions about your own services, and a handover to staff in a shared inbox. It is designed as a business-support bot, within Meta’s current rules.
What you get
- Booking and status flows
- AI answers limited to your content
- Handover to a shared inbox
- Conversation analytics
Healthcare messaging
The problem
Clinics and labs need reminders, reports and treatment plans to reach patients quickly, without exposing health data or messaging people who opted out.
How we build it
Notification text stays minimal (no diagnosis in a reminder), reports go out as access-controlled links or PDFs, consent is recorded per patient and channel, and everything connects to the practice system, LIS or EHR.
What you get
- Appointment and recall templates
- Report delivery with access control
- Per-patient consent records
- PMS, LIS or EHR integration
Template design & approval
The problem
Templates get rejected, or approved as marketing when you expected utility, and your costs change without warning.
How we build it
We design each template around a specific transaction the customer started, keep promotional wording out of utility templates, track every template’s category and status through webhooks, and alert you when Meta changes one.
What you get
- Template set per use case
- Category and quality monitoring
- Alerts on recategorisation
- Language and variable versions
SMS fallback & multi-channel delivery
The problem
Some customers do not use WhatsApp, some messages fail, and important notices cannot just disappear.
How we build it
Messages go out on WhatsApp first and fall back to DLT-registered SMS or email when they are not delivered within a set time, with one opt-out list shared across every channel.
What you get
- Status-based fallback rules
- DLT template mapping for SMS
- Shared opt-out list
- Per-channel cost report
WhatsApp API stack and options
Platform details as of October 2026. Meta changes pricing and policy several times a year, so we re-check before each project.
WhatsApp Cloud API
Hosted by Meta and, since the On-Premises API was retired on 23 October 2025, the only WhatsApp Business API. Meta’s sunset notice cites throughput of up to 1,000 messages per second.
Signed event delivery
Messages, statuses and template updates arrive as webhooks signed with an X-Hub-Signature-256 HMAC. Meta retries failed deliveries for up to 7 days, so duplicates are normal.
Node.js, PHP and Python
We write webhook receivers and workers in whichever language your team maintains. Our own WhatsApp product runs on PHP 8.3 with MariaDB.
Redis, SQS or a database queue
Webhooks are acknowledged at once and processed by workers, so a slow CRM never makes Meta retry.
Interakt, Wati, Gupshup, Twilio, 360dialog
Business Solution Providers and resellers add inboxes, onboarding help or extra APIs on top of the Cloud API. We integrate with them when they suit you.
DLT-registered SMS
For fallback, TRAI rules require the business, its sender headers and every message template to be registered on an operator’s DLT platform.
Tools and services we use alongside it
- WhatsApp Cloud API
- WhatsApp Manager
- Graph API webhooks
- Node.js
- PHP 8.3
- Python
- Laravel
- Redis
- MariaDB
- PostgreSQL
- Twilio
- Gupshup
- DLT SMS gateways
- Razorpay
Versions and vendor details checked October 2026. We pin versions per project and upgrade on a schedule you approve.
Direct Cloud API or a BSP?
Since 23 October 2025 every integration runs on Meta’s Cloud API. The real choice is whether you connect to it directly or through a Business Solution Provider (BSP) or reseller.
| Route | What you get | Trade-offs | Choose it when |
|---|---|---|---|
| Direct Cloud API | Full API access, no middle layer, Meta’s fees only | You build template management, inbox, monitoring and billing setup yourself | You have developers and messaging is core to your product |
| Inbox-first BSPs (Interakt, Wati) | Team inbox, broadcasts, no-code bots, quick onboarding | Plan or seat fees; API depth varies; conversations live in their system | Your team needs an inbox more than an integration |
| API-first providers (Gupshup, Twilio, 360dialog) | Developer APIs, onboarding help, and often SMS and voice too | Another layer of fees, limits and webhooks between you and Meta | You want one provider for several channels, or help with onboarding |
Ask any BSP four questions: do you mark up Meta’s per-message fees or pass them through; can we export contacts and conversation history; can we move our number to another provider; and will you forward raw webhooks to our systems?
Pricing in one paragraph
Since 1 July 2025 Meta charges per delivered message, by category and country. Since 1 October 2026, service messages (free-form replies inside the 24-hour customer service window) are charged after 1,000 free per business phone number per month, and utility templates sent inside that window are no longer free. On Meta’s INR rate card effective 1 October 2026, India costs ₹0.8631 per marketing message and ₹0.115 per utility, authentication or service message, plus GST. Indian businesses must move their accounts to INR billing by 31 December 2026, after which Meta stops delivering messages for non-INR accounts. Meta can revise rates each quarter, so check Meta’s current rate card before you budget. Our post on WhatsApp chatbot rules and costs in India works through examples.
Template categories and the recategorisation trap
Outside the 24-hour window, business-initiated messages must use an approved template in one of three categories:
- Marketing: promotions, offers, re-engagement, and anything that is not clearly one of the other two.
- Utility: updates about a specific transaction or account the customer started, such as an order, booking, payment or report.
- Authentication: one-time passcodes.
The pitfall is that Meta decides the category. Since 9 April 2025, a template submitted as utility that Meta judges to be marketing is approved as marketing. Approved utility templates can also be moved to marketing later, normally with a day’s notice. A template that mixes an order update with an offer counts as marketing. On the current India rate card that is more than seven times the utility price. Keep utility templates strictly transactional, put promotions in separate templates, and subscribe to template-status webhooks so a change raises an alert, not a surprise invoice.
Architecture: webhook, queue, workers, CRM
- Verify. The endpoint answers Meta’s subscription check (
hub.mode,hub.verify_token,hub.challenge). For every event it checks theX-Hub-Signature-256header, an HMAC-SHA256 of the raw request body keyed with your app secret, and rejects anything that does not match. - Acknowledge fast. Write the payload to a queue and return 200 straight away. Meta retries failed or slow deliveries for up to 7 days, so a slow CRM call inside the handler turns into a stream of duplicates.
- Make it idempotent. Every message and status carries an ID. Workers record processed IDs under a unique constraint and skip repeats, so a retried webhook never opens a second ticket or sends a second reply.
- Process in workers. Workers update the CRM, run the chatbot and send replies, retrying with exponential backoff on server and rate-limit errors, with a dead-letter queue for anything that keeps failing.
- Do not trust ordering. Store each status with its timestamp and never move a message backwards from read to delivered.
- Observe. Log every send and event against the WhatsApp message ID, and alert on rising failure rates and template-status changes.
Short notes for developers:
- Node.js: keep the raw body on the webhook route (for example
express.raw({ type: 'application/json' })), compare signatures withcrypto.timingSafeEqual, and push events to BullMQ or SQS. - PHP: read
file_get_contents('php://input')before anything parses it, compare withhash_equals()against'sha256=' . hash_hmac('sha256', $raw, $secret), and in Laravel dispatch a queued job and return. - Python: in FastAPI or Django, read the raw body bytes, verify with
hmac.compare_digest, and hand off to Celery, RQ or a cloud queue.
AI chatbots and Meta’s 2026 rules
From 15 January 2026, Meta’s business terms bar AI providers from using the WhatsApp Business API when AI is the primary, rather than incidental or ancillary, functionality on offer, as TechCrunch reported. General-purpose assistants were the target; bots that support a business’s own customers remain allowed. In June 2026 the European Commission ordered Meta, as an interim measure, to restore access for rival assistants in the EU while it investigates, so check the position in each market. For a clinic, shop or lender, the practical rule is simple: keep the bot about your own services.
SMS fallback in India and DLT registration
Under TRAI’s commercial-communication regulations, a business sending commercial SMS in India registers as a principal entity on an operator’s DLT platform, registers its sender headers and registers every message template. Messages that do not match a registered template are blocked. So your fallback SMS must match a registered template, variables included. Map each WhatsApp template to its DLT twin, trigger fallback on a failed status or no delivery within a set time, and share one opt-out list across both channels.
Opt-in and consent records
WhatsApp’s business messaging policy requires opt-in permission before you message someone, and every request to opt out, on or off WhatsApp, must be respected. India’s DPDP Act adds that consent must be free, specific, informed, unconditional and unambiguous, given by a clear affirmative action, and as easy to withdraw as to give; most of the related rules apply from May 2027. For every contact we store who agreed, when, on which channel, for what purpose, the exact wording shown, where it was captured (form, QR code, chat) and any withdrawal. That record is what you show a regulator, or Meta, when a complaint arrives.
What drives the cost
- Meta’s fees: your mix of marketing, utility, authentication and service messages, and how many service replies exceed the free allowance.
- BSP fees, if you use one: plan fees and any markup on messages.
- Integration depth: one CRM is modest work; several systems of record with two-way sync is not.
- Chatbot scope: structured flows cost less to build and run than open-ended AI conversations.
- Fallback: SMS charges and DLT template upkeep.
Common mistakes
- Processing webhooks synchronously, then fighting duplicates.
- Skipping signature verification because “the URL is secret”.
- Mixing a discount into a reminder and losing the utility rate.
- Keeping opt-outs per channel instead of per person.
- Putting diagnoses or account details in template text.
How to choose a WhatsApp integration partner
- They explain the direct-versus-BSP trade-off for your case, and say when a ready-made tool is enough.
- They can show webhook code with signature checks, queues and idempotency.
- They track template categories and Meta’s quarterly pricing changes.
- They design consent records for DPDP and opt-out handling across channels.
- You own the WhatsApp Business account, the phone number and the code.
WhatsApp in our own products
Three of our live products deliver messages on WhatsApp, so these patterns come from our own production code, not a sandbox.
Appointment Reminder App
WhatsApp & SMS reminders that grow into an AI inbox Runs on Meta’s Cloud API with approved templates, handles inbound replies in an AI inbox and keeps consent records for every contact. Visit appointmentreminderapp.com
Dental Software India
Cloud dental practice management for Indian clinics Sends treatment plans to patients on WhatsApp for approval, from a multi-tenant PHP 8.3 practice-management system. Visit dentalsoftwareindia.com
PathLab Software
Lab information system — sample to signed WhatsApp report Delivers doctor-validated lab reports on WhatsApp, alongside barcode accession and HL7/ASTM analyser interfacing. Visit pathlabsoftware.comA typical first engagement: one integration, live
A fixed-scope project of about four to six weeks that ends with one WhatsApp use case live, monitored and connected to your system.
Account & use-case review
We check your WhatsApp Business account, number and display name, pick the first use case and decide direct Cloud API or BSP.
Templates & consent
We draft templates per category, submit them for approval, and design how opt-ins and opt-outs are captured and stored.
Integration build
Webhook receiver, queue and workers, CRM or booking-system sync, SMS fallback where needed, all tested against Meta’s test numbers.
Go live & monitor
Gradual rollout with dashboards for delivery, failures and template status, then a handover with a runbook.
Guides and related pages
Guides
Questions about WhatsApp projects
There are two parts. Meta charges per delivered message by category and country; on the India rate card effective 1 October 2026 that is about 0.86 rupees per marketing message and about 0.12 rupees for utility, authentication and service messages, plus GST, and a BSP may add its own fees. Our build cost is quoted after a short discovery and depends on the systems involved, the chatbot scope and any compliance work.
You can integrate directly with Meta’s Cloud API if you have developers and want full control. A BSP makes sense if your team mainly needs an inbox and broadcasts, or you want onboarding help and one provider for SMS and voice as well. We work either way.
Yes, if it supports your own business, for example bookings, order status or questions about your services. Since 15 January 2026 Meta’s terms bar general-purpose AI assistants where AI is the main product being offered. The European Commission has ordered interim changes for the EU, so the position can differ by market.
Meta reviews template categories and moves a template to marketing if its content looks promotional, including when an order update also mentions an offer. Keep utility templates strictly about a transaction the customer started, and put promotions in separate templates. You can request a review if you think the change is wrong.
Yes. Inbound messages can create or update contacts and conversations, CRM events can trigger templates, and delivery statuses can be written back. We integrate with common CRMs through their APIs and also build custom CRMs where an off-the-shelf one does not fit.
It can be, with care: record consent per patient, keep the message text minimal, and send the report as an access-controlled link or protected file. In India this sits under the DPDP Act. For US health data, check whether every vendor in the path will sign a BAA; if not, send a notification with a link to a secure portal instead of the report itself.
Planning a WhatsApp integration or chatbot?
Tell us what you want to send, to whom, and which system it should connect to. We will tell you the simplest way to build it and what Meta will charge.






Compliance-first delivery