Stores and payment gateways
Concrete recipes for PrestaShop, Wix, Squarespace, Shopify and Stripe — all of them into the generic connection, each with its own traps.
These platforms do not have a native connector (yet): they connect to the Orders API, directly or through Zapier / Make. It works today, and it is the same contract any other tool uses.
In the app, each card’s «Solicitar» (request) button records your interest: that is what decides which native connector gets prioritised. It does not promise a date, because there isn’t one.
PrestaShop
Two routes, both reliable.
- Option A — Zapier: use the PrestaShop app as the trigger (New Order) and follow the Zapier guide.
- Option B — webhooks module: install a webhooks module on your PrestaShop and configure a paid-order notification towards your generic connection’s URL.
- Map the fields to the contract: only
order_refis required, buttotalandcustomer.phoneare what make the record useful.
Wix
Wix Automations can send an HTTP request on every order — straight to the generic connection, with nothing in between.
- In your Wix dashboard: Automations → + New Automation → Order Placed (or Payment Received) trigger.
- Action: Send HTTP Request → method
POST→ URL: your generic connection’s. - Body: JSON with the Wix order variables mapped to the contract (
order_ref= order number,total,customer.phone= the buyer’s phone…). - Save and place a test order: it should answer
{"ok":true,…}.
Squarespace
Squarespace does not offer order webhooks of its own — the reliable route is its Zapier app.
- In Zapier, create a Zap with the Squarespace → New Order trigger.
- Follow the Zapier guide: Webhooks by Zapier / POST action towards your generic connection.
- Map
order_ref(order number),totalandcustomer.phoneas a minimum.
Shopify
Today Shopify connects through Zapier (or Make) towards the generic connection. The native integration — signed webhooks, no intermediary — is on the plan, with no committed date.
- In Zapier, create a Zap with the Shopify → New Paid Order trigger.
- Webhooks by Zapier action → POST towards your generic connection.
- Payload Type
json. Maporder_ref(Order Number),total(Total Price),customer__phone(Phone or Shipping Phone) andcustomer__name. - The order’s line items go in
items—id(SKU or Variant ID),name,quantityandtotalper line. - Test the Zap: the response should be
{"ok":true,…}.
Stripe
Stripe does not send orders in the shape the generic connection expects, so today’s route is Zapier or Make translating the payment into the contract.
- In Zapier, create a Zap with the Stripe → New Payment trigger (or Checkout Session Completed in Make).
- Webhooks by Zapier action → POST towards your generic connection.
- Map
order_refto the ID of the payment or of the checkout session — it is the deduplication key, so it has to be stable. total= the amount divided by 100 (Stripe works in cents) ·currency= the payment’s currency ·customer__phoneandcustomer__nameif the Checkout collects them.- Test with a test payment: the response should be
{"ok":true,…}.
Consent, across all of them
None of these recipes sends consent on its own. If your checkout has a real «I agree to receive WhatsApp messages» checkbox, map it to consent as a boolean — that is what decides whether the buyer enters as a marketing contact or at level «No».
The full detail is in Orders API → Consent.
Read next
Still stuck? Contact support