Integrations

Connect what you already run. Build the rest yourself.

Connect Shopify, WooCommerce, HubSpot or Salesforce with one set of credentials, and QuickGrow reads what is in there every six hours and reports what it found. Everything else — your own shop software, your own back office — goes through the REST API and webhooks.

Read-only — nothing written backRead again every 6 hoursCredentials encrypted when savedREST API with scoped keys

The tools QuickGrow connects to today.

Each of these has a page of its own with the exact fields, what a run reads and what happens when one fails.

One connection, a scheduled read, and a straight answer about it.

A connection is not magic and it is not a mystery. Three things happen, and you can see all three.

Once

You authenticate once

Paste the token or the key pair into Settings → Integrations. It is encrypted the moment it is saved and is never handed back to the browser. Every connection is named, so several stores or several client accounts stay apart.

Every six hours

It reads on a schedule

A scheduled run reads your records and records how many of each it found and when it finished. If the run fails, the last successful read time does not move, so the next run covers the same stretch again rather than skipping it.

When it breaks

You are told, not left guessing

A failed run marks the connection failed and keeps the reason. The owners and admins on your account are notified. You are also notified when a connection is added and when one is switched off, so nobody does it quietly.

Set up in one sitting, then left alone.

There is no app to install on your site, no theme edit and no marketplace queue. Anyone who can reach the admin of their own tool can finish this.

  1. Make the credentials in your own tool

    A token in your Shopify admin, a read-only key pair in WooCommerce, a private app token in HubSpot, an access token in Salesforce. You never hand over the password to any of them.

  2. Paste them into QuickGrow

    Settings → Integrations, pick the tool, fill in the two or three fields, and name the connection. Nothing is installed on your site and there is no marketplace approval to wait for.

  3. The first run reads everything

    It pages through your records in batches until the other side says there are no more, then reports the count of each thing it read.

  4. After that it repeats on its own

    Every six hours, for every connection that is switched on. Disconnect and the runs stop the same day; revoke the token at your end and it is cut off from there too.

Four things people assume. None of them is true.

Most integration pages stop before this part. Read it now rather than after you have planned a campaign around it.

Be clear about this

A synced customer is not yet a contact

The connection reads your store or your CRM and reports what each run found. It does not create contacts, deals or tags in QuickGrow from that read. Your list is built the three ways below — and that is worth knowing before you plan around it.

A schedule, not a feed

It is six-hourly, not instant

A record edited on the other side shows up on the next run, not the same second. If you need something to happen the moment it happens, that is the API and webhooks, not the scheduled read.

How journeys really start

An order does not start a journey

Journeys run on QuickGrow’s own events: a contact created or updated, a tag added or removed, a form submitted, a campaign opened or clicked, or a date on a contact field. There is no order or cart trigger, so a cart journey is a tag journey — you set the tag, the sequence follows.

One direction

Nothing is written back

No order is edited, no product is changed, no customer record in your tool is touched. Read access is all any of the four connectors asks for, and the address it calls is checked first so a connection cannot be pointed at something private inside a network.

The four connectors, compared honestly.

Same schedule, same one-way direction, different sign-in and different objects. The last three rows are the ones worth reading twice.

An accepted webhook means the signature is checked and the delivery is acknowledged. The contents are not yet stored, and they do not start a journey — for that, use the API.
ShopifyWooCommerceHubSpotSalesforce
How it signs inShop domain and an Admin API access tokenStore address and a read-only key pairA private app access tokenInstance address and an access token
What it readsCustomers, orders, productsCustomers, orders, productsContacts, dealsContacts, leads
Read again every six hoursYesYesYesYes
Later runs ask only for what changedCustomers and ordersCustomers and ordersNo — the full list every runContacts and leads
Re-read in full every runProductsProductsContacts and dealsNothing
Anything written back into your toolNoNoNoNo
Incoming webhook accepted and its signature checkedYesYesNoNo
QuickGrow can register that webhook for youYesNoNoNo
Contacts created in QuickGrow from what it readsNoNoNoNo

So how do people get into QuickGrow?

Three ways, all of them working today, and all of them feeding the same list that your campaigns, groups and journeys run on.

Upload a list

  • Bring a spreadsheet of names, mobile numbers and email addresses
  • Preview the file first and see how the columns line up before anything is added
  • An imported contact counts as a contact created, so a journey with that trigger picks it up

Capture people yourself

  • Build a form, then share it as a link or drop one line of code on your own site
  • On-site popups for people already browsing, with the same fields
  • A form submission is its own journey trigger

Push them from your code

  • Create and update contacts through the REST API with a scoped key
  • Read them back, filter them, and export when you need to
  • Keys are scoped per system, so a retired script is switched off on its own
The form builder: the field list beside a live preview of the sign-up form it produces, with the form active.
Capture

The fastest one to set up is a form.

Build it once — name, mobile number, whatever you actually need — and put it where people already are. Share the link if you have no website, or drop a single line of code on the site you do have.

  • A submission is a real journey trigger, so the welcome message can go out on its own
  • Popups do the same job for people already browsing your site
  • Activate, pause or duplicate a form, so a campaign form does not live forever

Not on the list? Then it is the API.

The REST API and webhooks are the same surface the connectors themselves run on, and they are the honest answer for a shop system, an internal tool, or anything the connectors do not cover.

QuickGrow's public API reference served from the product: the endpoint navigator on the left beside the request and response detail for a send.
Build it yourself

Push in, send out, and hear back.

Create and update contacts, send on email, SMS or WhatsApp, and read the state of every message you sent — all with a key you scope to exactly what that system should be allowed to do.

  • Per-message state you can list and filter: sent, delivered, failed or bounced, with the time and the reason
  • Subscribe a URL of yours to those four events and QuickGrow posts to it, signed with your own secret
  • Failed deliveries are retried, every attempt is logged, and you can fire a test delivery or roll the secret whenever you want
Signed outbound events Scoped keys per system 1,000 requests a minute by default Credentials never returned to the browser Spreadsheet import with a preview

Before you connect anything.

Does connecting Shopify or HubSpot fill my contact list?

Not today. The connector authenticates, reads your records on a six-hour schedule and reports what each run found — how many customers, orders, products, contacts, deals or leads it read, and when. It does not create QuickGrow contacts from that read. Your list is built by uploading a spreadsheet, by capturing people on a form or popup, or by pushing them in from your own code through the API. If automatic contact creation is the piece you are waiting for, say so on the contact page and we will tell you where it sits.

Can QuickGrow change anything in my store or my CRM?

No. All four connectors read and only read. Read access is all they ask for, and no order, product, customer or CRM record is created, edited or deleted on your side. The address a connection calls is also checked before every request, so a connection cannot be turned inward at something private on a network.

How fast is a sync?

It runs every six hours for every connection that is switched on. The first run reads everything; later runs ask Shopify, WooCommerce and Salesforce only for the records changed since the last successful read, while Shopify and WooCommerce catalogues and the whole HubSpot list are re-read in full. If a run fails, the last successful time is left where it was, so the next run covers the same stretch again.

Can an order or a form on my own site trigger a message instantly?

Not through the scheduled read. Two things are instant. Shopify and WooCommerce webhooks are accepted and their signature is checked — on Shopify, QuickGrow can register the webhook in your store; on WooCommerce you add it yourself in the WooCommerce settings — but the contents are acknowledged, not yet turned into a contact or a journey. The route that does act immediately is the API: create the contact, add the tag, or send the message from your own code the moment the event happens.

The tool I use is not on the list. What then?

Use the REST API and webhooks — the same surface the connectors run on. Create and update contacts with a scoped key, send on any channel, and read back the delivery state of every message. In the other direction, subscribe a URL of yours to message events and QuickGrow posts to it, signed, with retries and a delivery log you can read. A journey can also call a URL of yours as a step, which is how a Zap or an internal script gets driven from a sequence.

Are my credentials safe?

They are encrypted the moment they are saved and are never returned to the browser afterwards — the portal only ever tells you whether a connection has credentials, never what they are. Every outbound call is checked against its destination first, and redirects are not followed, so a call cannot be quietly sent somewhere else. Disconnecting stops the scheduled runs, and revoking the key or token in your own tool cuts it off from that end.

Can I connect more than one store or client account?

Yes. Each is its own named connection with its own credentials, and every switched-on one is read on the same six-hour schedule. If you run accounts for other businesses, each of those is separate at the account level too, so one client’s data is not visible from another’s.

Connect the tools you have. Reach the people in them.

Email, SMS and WhatsApp in one account, on one bill, with an API for everything the connectors do not cover.