Before you start
DMLY connects with a WooCommerce REST API key. The panel’s Setup guide covers the store side:- In your WordPress admin, go to WooCommerce → Settings → Advanced → REST API and add a key.
- Give it Read/Write permissions; DMLY writes too (order notes, discount codes), not just reads.
- Copy the Consumer key and Consumer secret.
Connect it
1
Open the WooCommerce tile
On the Integrations page, open the Commerce tab and select Connect on
WooCommerce.
2
Enter the store details
Under Store connection, fill in the Store URL (your shop’s address, e.g.
shop.example.com), the Consumer key (starts ck_) and the Consumer secret
(starts cs_).3
Connect store
Select Connect store. DMLY calls your store’s API to prove the credentials. Wrong
ones fail here rather than quietly later.
4
Let the first sync run
On success you’ll see “Store connected — syncing products, customers and recent
orders…”, and (as the form notes) “Webhooks are registered automatically on
connect.” There is nothing to paste back into WooCommerce.
The automatic registration creates webhooks inside your own store: you’ll find them under
WooCommerce → Settings → Advanced → Webhooks, each named
Salesbot plus the event.
Leave them alone: deleting one silently stops that event reaching DMLY. Disconnecting from
DMLY removes them properly.What syncs, and where you see it
The first sync imports all products, all customers, and orders from the last 90 days; webhooks keep it current after that. DMLY keeps what messaging needs: order numbers, totals, statuses and tracking; customer names, emails, phones and spend; product titles, prices and stock. The visible surface is small: the tile’s Synced data panel (the Products / Customers / Orders counts, last sync time, Sync now) and its Recent activity feed. There is no store-order browser: synced orders don’t appear under Finance → Orders, which is for orders you create in DMLY. The synced data exists to power automations, product pickers and in-chat order lookups.The initial sync never fires automations. Backfilled orders don’t trigger Order
placed; only events after you connect do.
The events DMLY listens for
DMLY registers webhooks for order, customer and product changes, and reads WooCommerce’s order statuses as the store’s events: an order turning processing counts as paid, completed as shipped, failed as a failed payment, cancelled and refunded as themselves. They feed the Store events triggers listed in Triggers and thestore.*
webhook topics.
Two WooCommerce particulars:
- Checkout abandoned works differently here, because WooCommerce has no checkout object: an order that sits pending (created, never paid) for about an hour is what counts as an abandoned checkout. A customer who bought after abandoning is skipped.
- Payment failed does fire from WooCommerce (an order moving to failed); the same trigger never fires from Shopify.
Disconnecting
Disconnect removes DMLY’s webhooks from your store and wipes the stored credentials. Already-synced data stays, so reconnecting later doesn’t start from zero, but nothing updates while disconnected.What to build with it
Store automations
Trigger filters, the store steps, and the order-status and COD templates.
Triggers
The full store-event list alongside every other trigger.
Templates
Install the abandoned-checkout and order-status flows in one click.
WhatsApp rules and limits
Why store-triggered messages should start with an approved template.

