How to send WhatsApp Message via API using QuickReply.ai?
Businesses often want to start a WhatsApp conversation automatically when something happens — like a user signs up, places an order, submits a form, requests a demo, etc.
QuickReply.ai makes this extremely easy for developers by letting them pass raw JSON payloads and processing everything inside QuickReply.ai's platform.
🔥 USE CASE EXAMPLE
Imagine you are a business that wants to trigger WhatsApp notifications whenever a visitor:
Registers on website
Requests a callback
Downloads a guide
Books a free session
In this guide, we will walk you through how to use QuickReply.ai’s Data Sources and Journeys to automatically send a welcome message with login details or access links the moment someone registers on your site.
Chapter 1 - The Premise – "SkillUp Academy"
To make this tutorial practical, let’s imagine a fictional EdTech platform called "SkillUp Academy."
The Use Case: SkillUp Academy offers free coding webinars. Users fill out a registration form on the landing page to book a spot.
The Problem: Users register, but the confirmation email goes to Spam/Promotions. They forget about the webinar and never show up.
The Solution: We want to trigger a WhatsApp Registration Success message containing the Zoom link immediately after the user hits "Sign Up" on the website.
The Workflow:
Website Event: User fills the "Save My Spot" form.
API Trigger: The website backend sends user data to QuickReply.ai via Webhook.
Journey: QuickReply.ai sends a message: "Hi Alice, you are registered for Python 101! Here is your joining link."
Chapter 2: Applying for the Template
Before coding, we need a Meta-approved message template.
Navigate to Templates:
Log in to QuickReply.ai.
Go to Templates > Create WhatsApp Template.
Define the Template:
Name: registration_welcome_v1
Type: Standard
Category: Utility (Best for confirmations).
Language: English.
Draft the Content as shown below
Body:
Button:
Now
Submitwith sample values such as (e.g., "Alice", "Python Webinar", "25-Dec-2025", "04:00 PM", "https://zoom.us/...")
Chapter 3: Data Source, Webhook & Events
We need to create a "listener" on QuickReply.ai that waits for your website to send data. We will use Postman to simulate a user signing up on your website.
Chapter 4: Creating the Journey
Now we tell the system: When a user signs up, send the template.
Go to Journeys > Create Journey.
Trigger
Source:
SkillUp WebsiteEvent Name:
SkillUp Webinar Registration.
Action: Add a Send WhatsApp Template node.
Select Template: Choose registration_welcome_v1.
Map Variables:
{{1}} : Select
body.name.{{2}}: Select
body.event_title.{{3}}: Select
body.event_date.{{3}}: Select
body.event_time{{3}}: Select
body.join_link
Choose "Journey Complete" as the Goal.
Save and Publish.
Chapter 5: Going Live and Testing
Live Test:
Open Postman.
Change the phone to your personal WhatsApp number.
Change the name to your name.
Click Send.
Result: Check your WhatsApp. You should receive the personalized welcome message immediately.
Once you are able to send the first message, you can add wait nodes and followup messages or use conditional branching to create a segment wise user messaging experience.
Analytics & Engagement
Once this is live on your website, you can track performance in the Analytics tab:
Read Rate: Are users actually seeing the message?
CTR (Click-Through Rate): specific to the join_link.
Failed Messages: Check if users are entering invalid phone numbers on your signup form
Why this is better than direct Send Template API?
Many businesses ask:
“Why can’t I just call the WhatsApp API from my backend? Why should I use QuickReply.ai Journeys?”
Here is the clear, practical answer.
No-Code Editing of Templates & Flows
If tomorrow you want to:
update wording
change formatting or variable values
add/remove fallback messages
modify timing or flow logic
…you can do all of this from the UI, without involving engineering.
Example
Scenario: You want to change the template text from “Welcome to SkillUp” → “Get ready to learn!”
Solution: Just edit the template or the Journey step inside QuickReply.ai.
No developer needed. No code deployment needed.
Built-in A/B Testing
Journeys let you test different messaging approaches without touching code.
Example
Scenario: You want to test if sending a PDF immediately performs better than sending it after 1 hour.
Solution: Add an A/B Split + Wait node in the Journey builder.
No engineering. Just drag, drop, publish.
Auto-Scaling, Queuing & Retry Handling
If your system emits thousands of events at once, calling the Send Template API directly will likely start failing, and you’ll have to manually manage:
rate limits
retries
failures
batching/queuing
Journeys handle all of this automatically.
Events are queued, retried, and executed reliably at scale without data loss.
Centralized Journey Analytics
In Journeys, you get a complete visual dashboard:
which events triggered
which messages failed
which messages got delivered
what % of users progressed through which node
what A/B test variant performed better
If you use the Send Template API directly, you have to build all this reporting yourself.
Summary Comparison
Development effort
High
Very low
Change templates
Requires code change
No-code edits
Follow-up logic
Build yourself
Drag & drop
A/B testing
Build logic manually
One-click
Scaling & retries
Developer-managed
Auto-managed
Analytics
Build dashboards yourself
Built-in
Speed to experiment
Slow
Instant
Final Takeaway
If you want:
faster iterations
fewer engineering dependencies
higher reliability at scale
built-in analytics
drag-and-drop automation
…then Journeys is the superior approach vs. calling the Send Template API directly.
Last updated
Was this helpful?