Home How to How to Automate WhatsApp Order Confirmations for Your…

How to Automate WhatsApp Order Confirmations for Your Online Store

πŸ’¬ WhatsApp Automation Β· Step-by-Step

How to Automate WhatsApp Order Confirmations for Your Online Store

“Thanks for your order” shouldn’t require you to stop what you’re doing and type it out, every time, all day. This guide covers the WhatsApp 24-hour rule you need to understand first, the three real ways to automate order messages, and four ready-to-use templates β€” confirmation, shipping, delivery, and payment reminders.

24 hrs
The session window that determines what messages you can send freely
3 methods
From free quick-replies to full API automation
Instant
Confirmations sent the moment payment clears
4 templates
Ready to adapt β€” confirmation, shipping, delivery, reminder

If your store takes orders or payments and you’re still manually typing “Thanks for your order! We’ll get this packed and shipped” to every single customer, you’re spending time on a message that’s nearly identical every time β€” and the customer is waiting longer than they need to for confirmation that their money went through and their order is real.

This guide picks up directly from connecting Paystack to Make.com β€” Recipe 2 in that guide mentioned sending a WhatsApp confirmation via API. Here’s the full picture: how WhatsApp’s automation rules actually work, which of the three real methods fits your situation, and four message templates you can adapt today.

0 sec
Delay between payment success and confirmation message, when automated
“Did it work?”
The #1 message automation eliminates β€” customers checking if payment went through
Pre-approved
Templates required for messages sent outside the 24-hour session window
$0–$30/mo
Realistic cost range depending on method and volume

The Rule You Need to Understand First: The 24-Hour Window

Before choosing a method, it’s worth understanding why WhatsApp automation isn’t as simple as “send any message to any number whenever you want.” WhatsApp’s Business Platform distinguishes between two types of messages, and which one applies determines whether your automation needs a pre-approved template or not.

Session Messages vs Template Messages

The 24-hour customer service window

Customer messages or completes order βœ… 24-HOUR SESSION WINDOW Send any free-form message β€” confirmations, replies, follow-ups πŸ“‹ AFTER 24 HOURS Only pre-approved Template messages Examples: “Thanks for your order!” sent right after payment β€” within the window βœ… Replying to a customer’s question β€” within the window βœ… Examples: “Your order shipped” sent 2 days later Needs an approved Template ⚠️
The practical implication for order confirmations: A “thanks for your order, payment received” message sent immediately after a customer completes checkout typically falls within the 24-hour session window if the order itself involved the customer messaging or interacting with your number β€” meaning a same-session free-form message often works without template approval. However, follow-up messages sent later β€” shipping updates, delivery confirmations, payment reminders sent the next day β€” almost always fall outside the window and require pre-approved Utility templates. This is why the templates in this guide are written and structured as if they’ll need approval: build them that way from the start, and you’re covered for both same-session and later messages.


3 Real Ways to Automate WhatsApp Order Messages

MethodHow it worksCostSetup effortBest for
Native Quick RepliesPre-written messages in the free WhatsApp Business app, triggered manually by typing a shortcut (e.g. “/confirm”)Free5 minutesVery low volume β€” still manual, but faster typing
WhatsApp Business API + Make.comA provider (Twilio, 360dialog, Termii, or Meta’s Cloud API directly) gives API access; Make.com triggers a message send when an event occurs (e.g. Paystack payment)Per-message fees (often fractions of a cent to a few cents) + provider account1–3 hours initial setup, including template approval waitMost growing sellers β€” genuinely hands-off, scales with volume
AI Conversational Commerce AgentsA platform connects to your WhatsApp number and handles order confirmations as part of broader conversational order-taking and customer serviceTiered subscription (varies by platform)Varies β€” often includes guided setupSellers wanting confirmations bundled with broader WhatsApp automation (enquiries, catalogue, order-taking)
Which to choose: If you’ve already built the Paystack β†’ Make.com connection from the previous guide, the API + Make.com route is a natural extension β€” you’re adding one more module to a scenario that already exists. If you haven’t built any automation yet and want order confirmations bundled with broader WhatsApp enquiry handling (covered in the automation tools guide‘s WhatsApp Commerce category), an AI conversational agent platform may be the more efficient starting point since it handles confirmations as part of its core function rather than as a separate build.

Step-by-Step: API + Make.com Setup

This builds directly on the Custom Webhook scenario from the Paystack β†’ Make.com guide. If you haven’t built that yet, start there first β€” Steps 1–4 of that guide (webhook trigger, filter for charge.success) are prerequisites here.

1
Step 1 Β· Choose a provider
Get WhatsApp Business API Access via a Provider
You can’t send automated WhatsApp messages from your personal WhatsApp Business app directly via API β€” you need access through a Business Solution Provider connected to Meta’s WhatsApp Business Platform. Options include Twilio (global, well-documented), 360dialog (popular for African and European businesses), MessageBird, or Termii (Africa-focused, also covers SMS). Each requires verifying your WhatsApp Business number and connecting it to the provider’s system β€” this typically takes a few days for the initial business verification.
πŸ’‘ If you’re already using one of these providers for SMS (as mentioned in the automation tools guide), check whether they also offer WhatsApp Business API access β€” consolidating to one provider for both SMS and WhatsApp simplifies billing and integration.
2
Step 2 Β· Template submission
Create and Submit Your Message Templates for Approval
Through your provider’s dashboard, create a message template for each message type (order confirmation, shipping update, etc.) β€” see the four templates below as starting points. Templates use numbered placeholders like {{1}}, {{2}} for variable content (customer name, order reference, amount). Submit each template for approval β€” Meta reviews templates against its guidelines (no promotional language disguised as a utility message, clear and accurate content). Approval typically takes anywhere from a few hours to a couple of days.
⚠️ Templates are categorised (commonly Utility, Marketing, Authentication). Order confirmations, shipping updates, and payment reminders should be submitted as Utility templates β€” these relate directly to a transaction the customer initiated. Marketing-categorised templates have stricter sending rules and may cost more per message depending on your provider’s pricing.
3
Step 3 Β· In Make.com
Add an HTTP Module to Your Existing Scenario
In the Paystack β†’ Make.com scenario, after your event filter (and signature verification, if implemented), add an HTTP β€” Make a request module. Configure it to call your provider’s “send template message” API endpoint β€” this requires the provider’s API credentials (found in their dashboard), the customer’s WhatsApp number, the template name, and the variable values to fill in the placeholders.
πŸ’‘ Most providers also offer a dedicated Make.com app module (similar to the native Paystack module) rather than requiring raw HTTP requests β€” check Make.com’s app directory for your specific provider first, as a dedicated module is usually simpler to configure than HTTP.
4
Step 4 Β· Map the variables
Map Paystack Payload Data into Template Placeholders
Using the payload fields from the Paystack webhook (covered in the previous guide), map data.customer.first_name to {{1}}, data.reference to {{2}}, and data.amount Γ· 100 to {{3}} (or whichever order matches your template’s placeholders). The customer’s WhatsApp number needs to be available in the payload or your order data β€” if your checkout collects a phone number, ensure it’s included in metadata so it’s available at this step.
⚠️ Phone number format matters β€” most WhatsApp APIs expect the number in full international format (country code, no leading zero, no spaces or symbols β€” e.g. 233241234567 for a Ghanaian number rather than 0241234567). If your checkout collects numbers in local format, add a step to reformat before sending.
5
Step 5 Β· Test and activate
Test With Your Own Number, Then Go Live
Run a test transaction (Test mode in Paystack) using your own phone number as the “customer” to confirm the WhatsApp message arrives correctly formatted, with all variables populated and no placeholder text like “{{1}}” showing literally. Once confirmed, switch the Paystack webhook to Live mode as covered in the previous guide β€” order confirmations will now send automatically for every real payment.

4 Message Templates Ready to Adapt

βœ…
Template 1: Order Confirmation
Sent immediately when payment succeeds

Trigger: Paystack charge.success webhook

Variables: {{1}} customer first name, {{2}} order reference, {{3}} amount

This is the core message β€” it confirms payment was received and gives the customer a reference number for any future enquiry. Keep it short and reassuring; the goal is to immediately answer “did my payment work?”

Preview
Hi Ama! πŸŽ‰ We’ve received your payment of GHS 250. Your order reference is PSK-4821. We’re preparing your order now β€” you’ll get another message when it ships. Thank you for shopping with us!
11:42 βœ“βœ“
πŸ“¦
Template 2: Shipping / Dispatch Update
Sent when order status changes to “shipped”

Trigger: Order status updated to “Shipped” in your order sheet (separate automation β€” e.g. a Make.com scenario watching for status column changes, or triggered manually when you mark an order as packed)

Variables: {{1}} customer first name, {{2}} order reference, {{3}} tracking link or rider contact, {{4}} estimated delivery window

This message reduces “where is my order” questions by proactively giving status before the customer has to ask.

Preview
Good news Ama! Your order PSK-4821 is on its way. Track it here: sendbox.co/track/XYZ123. Estimated delivery: tomorrow by 6pm. We’ll let you know once it arrives!
14:05 βœ“βœ“
🎁
Template 3: Delivery Confirmation
Sent when the order is marked delivered

Trigger: Order status updated to “Delivered” β€” either via rider confirmation in a logistics platform, or manually marked

Variables: {{1}} customer first name, {{2}} order reference

This closes the loop, and is a natural point to ask for a review or repeat-purchase nudge β€” though anything beyond a simple thank-you may push this into Marketing template territory, so keep the core delivered confirmation as Utility and consider any follow-up as a separate message.

Preview
Hi Ama, your order PSK-4821 has been delivered! πŸ“¬ We hope you love it. If anything’s not right, just reply here and we’ll sort it out. Thanks again for your order!
16:30 βœ“βœ“
⏳
Template 4: Payment Reminder (Abandoned Order)
Sent when a customer started checkout but didn’t complete payment

Trigger: A scheduled Make.com scenario checking for orders with status “Pending Payment” older than X hours (requires your checkout to log incomplete attempts β€” not all simple payment-link setups capture this)

Variables: {{1}} customer first name, {{2}} item/order description, {{3}} payment link

One of the highest-converting automated messages β€” many abandoned carts complete after a gentle reminder. Send once, 12–24 hours after abandonment; repeated reminders feel pushy and risk being marked as spam.

Preview
Hi Kojo, just checking in β€” your order for 2x Kente Tote Bags is still saved. Complete your payment here: paystack.shop/xyz. Let us know if you have any questions!
09:15 βœ“βœ“

Build Your Order Confirmation Message

✍️ Quick Template Builder

Fill in your details β€” get a ready-to-submit template draft

Your draft order confirmation template

β€”
β€”

Troubleshooting Common Issues

IssueLikely CauseFix
Message fails to send β€” “template not found”Template name in Make.com doesn’t exactly match the approved template name, or the template is still pending approvalCheck the exact template name (case-sensitive) in your provider’s dashboard and confirm its status is “Approved,” not “Pending” or “Rejected.”
Message sends but variables show as “{{1}}” literallyThe variable mapping step in Make.com wasn’t completed, or the field referenced is empty in the payloadRe-check the field mapping in the HTTP/provider module β€” click into each variable field and confirm it’s mapped to a payload field, not left as static placeholder text.
“Invalid phone number” errorPhone number isn’t in full international format, or includes spaces/symbolsAdd a formatting step: strip leading zero, prepend country code (e.g. 233 for Ghana), remove spaces and dashes β€” resulting in a string like 233241234567.
Template rejected by MetaContent reads as promotional (“50% off!” type language) when submitted under Utility category, or includes unclear/generic placeholder usageResubmit with strictly transactional language β€” confirm the order, state facts (amount, reference, status), avoid promotional phrasing or emojis that read as marketing. Keep “thank you for shopping with us” but remove anything resembling an offer.
Customer says they never received the messageNumber format issue (sent to wrong/invalid number), or customer has blocked business messagesVerify the number was captured correctly at checkout. If correct and approved, check your provider’s delivery logs β€” a “delivered” status that the customer disputes may indicate they’ve adjusted notification settings rather than a delivery failure.

5 Mistakes to Avoid

❌ Submitting templates with promotional language under Utility category
“πŸŽ‰ AMAZING NEWS! Your order is confirmed β€” and don’t forget to check out our SALE!” mixes a transactional confirmation with promotional content, which commonly leads to rejection or recategorisation as Marketing (different sending rules and often different costs).
β†’ Fix: Keep confirmation, shipping, and delivery templates strictly transactional β€” facts about this specific order only. If you want to promote other products, send that as a separate Marketing-categorised message (with its own rules) rather than bundling it into the confirmation.
❌ Not testing with a real phone number format issue before going live
A scenario that works perfectly with your own phone number (which you’ve probably saved correctly) may fail for customers whose numbers were captured in a different format at checkout β€” local format with leading zero, or with spaces.
β†’ Fix: Test with at least 2–3 differently-formatted numbers (with and without leading zero, with and without spaces) to confirm your formatting step handles real-world input variation, not just your own clean number.
❌ Sending the payment reminder too aggressively
Multiple reminder messages within hours, or reminders for very small abandoned amounts, feel pushy and can lead customers to block your business number β€” which then blocks ALL future messages including legitimate order confirmations for that customer.
β†’ Fix: Send the abandoned-order reminder once, after a reasonable delay (12–24 hours), and only for orders above a meaningful threshold if relevant to your business. One thoughtful reminder outperforms several pushy ones.
❌ Forgetting that template approval takes time
Building the entire Make.com scenario and then discovering the template is still “Pending Review” 2 days later β€” with no way to test the actual send until approved β€” wastes the momentum of the build session.
β†’ Fix: Submit templates for approval FIRST (Step 2), then build the Make.com scenario (Steps 3–5) while waiting β€” by the time the scenario is built, the template is often already approved and ready to test.
❌ Treating this as separate from the order log
Building WhatsApp confirmations without also logging the order (Recipe 1 from the Paystack guide) means you have a great customer experience but still no record-keeping β€” the automation sends a message into the void with nothing tracked on your side.
β†’ Fix: Build order logging first (or alongside) β€” the same webhook trigger and filter feed both the Google Sheets row AND the WhatsApp message in the same scenario, so there’s no reason to have one without the other.

Frequently Asked Questions

Can I use my personal WhatsApp number for this?

No β€” automated, API-driven messaging requires a WhatsApp Business Platform number connected through a Business Solution Provider, which is a different setup from the WhatsApp Business app most sellers use day-to-day for manual chats. Some sellers maintain both: their existing WhatsApp Business app number for manual conversations and enquiries, and a separate number (or the same number migrated to API access, which providers can assist with) for automated transactional messages. Check with your chosen provider about whether your existing number can be migrated or whether a new number is needed.

Will customers know the message is automated?

Messages sent via the WhatsApp Business API typically display the same way as regular WhatsApp Business messages β€” with your business name and verified badge if applicable. There’s no “this is a bot” label by default. That said, well-written templates (like the examples above) don’t read as robotic β€” they read as a business that responds quickly and professionally, which is generally a positive signal to customers rather than something to hide.

What if my checkout doesn’t collect a phone number β€” only email?

This is common with simple Paystack payment links. You have a few options: add a phone number field to your checkout/order form if you control it, ask for the number as part of your WhatsApp ordering conversation before sending the payment link (so you already have it when payment completes), or fall back to email confirmation for customers where phone numbers aren’t available β€” email automation (via Gmail/Make.com) follows a similar pattern without WhatsApp’s template approval requirements, though open rates are typically lower than WhatsApp delivery rates.

How much does this cost at small scale?

Provider costs are typically per-message and vary by country and message category β€” for Utility template messages in many African markets, costs are often in the range of a fraction of a cent to a few cents per message, though exact pricing should be confirmed directly with your chosen provider as rates and Meta’s pricing structure are periodically updated. At 100 orders/month, even at the higher end of that range, the total messaging cost is typically a small fraction of what the time saved is worth β€” but check current rates before committing, since pricing structures do change.


Start With Order Confirmation, Then Layer On

Of the four templates, Order Confirmation (Template 1) delivers the most value for the least setup β€” it directly answers the question every customer has the moment they pay, and it’s the most likely to fall within the 24-hour session window if the order itself involved a WhatsApp interaction. Get that working end-to-end first, including the order log from the Paystack guide. Shipping and delivery updates (Templates 2 and 3) are natural next additions once your order status tracking is in place β€” they both depend on something updating order status, which is worth having built regardless of WhatsApp automation.

More at OurInternetBusiness.com

Practical guides on automation, online business systems, and growing income from Ghana and across Africa. Visit OurInternetBusiness.com and bookmark it.