Wix Integration with External Services via API

Our company is engaged in the development, support and maintenance of sites of any complexity. From simple one-page sites to large-scale cluster systems built on micro services. Experience of developers is confirmed by certificates from vendors.

Development and maintenance of all types of websites:

Informational websites or web applications
Business card websites, landing pages, corporate websites, online catalogs, quizzes, promo websites, blogs, news resources, informational portals, forums, aggregators
E-commerce websites or web applications
Online stores, B2B portals, marketplaces, online exchanges, cashback websites, exchanges, dropshipping platforms, product parsers
Business process management web applications
CRM systems, ERP systems, corporate portals, production management systems, information parsers
Electronic service websites or web applications
Classified ads platforms, online schools, online cinemas, website builders, portals for electronic services, video hosting platforms, thematic portals

These are just some of the technical types of websites we work with, and each of them can have its own specific features and functionality, as well as be customized to meet the specific needs and goals of the client.

Showing 1 of 1All 2062 services
Wix Integration with External Services via API
Medium
~2-3 days
Frequently Asked Questions

Our competencies:

Development stages

Latest works

  • image_website-b2b-advance_0.webp
    B2B ADVANCE company website development
    1358
  • image_web-applications_feedme_466_0.webp
    Development of a web application for FEEDME
    1250
  • image_websites_belfingroup_462_0.webp
    Website development for BELFINGROUP
    956
  • image_ecommerce_furnoro_435_0.webp
    Development of an online store for the company FURNORO
    1188
  • image_crm_enviok_479_0.webp
    Development of a web application for Enviok
    929
  • image_bitrix-bitrix-24-1c_fixper_448_0.webp
    Website development for FIXPER company
    947

We've repeatedly encountered situations where a client launched a site on Wix, but business processes hit a wall with synchronization: leads manually lost, orders dropped, payment gateway mismatch. Wix is a closed platform — you cannot add arbitrary server code or modify infrastructure. Integrations are built via two mechanisms: Velo (formerly Corvid) — an embedded JavaScript environment based on Node.js, and Wix Headless API — REST/GraphQL APIs to work with data externally. Wix provides all the necessary tools to configure connections with any external service: from a simple webhook to a full headless solution. We set them up turnkey with guaranteed stability and documentation. Over 50 successful Wix integrations with CRMs, payment systems, and ERPs confirm our expertise.

What problems does Wix integration with external APIs solve?

  • Lead loss — form data doesn't reach the CRM, managers waste time on manual entry.
  • Catalog desynchronization — products in Wix Store don't update with the accounting system.
  • Missing notifications — nobody learns about new orders or registrations in time.
  • Velo limitations — function execution time up to 14 seconds, cannot install any npm packages.
  • Webhook complications — JWT signature verification, error handling, retries.

Our experience allows us to avoid these pitfalls: we've done dozens of integrations for Wix sites of various scales — from simple forms to two-way synchronization with ERP.

How we set up Wix integration with an external service

We choose the mechanism based on the task. Below is a comparison of the main approaches.

Mechanism When to use Code required Performance Complexity
Velo (jsw) Any custom logic: form processing, synchronization, external API calls. Yes (JavaScript) Medium: 14 sec, 256 MB High
Wix Automations Simple scenarios: send data on event, call Zapier. No (zero-code) Low: no response handling Low
Wix Headless API Read/write site data from outside (CRM, ERP, mobile app). Yes (any language) High: 1000 requests/min limit Medium
Webhooks Notify external system about events (new order, contact). On receiver side High: asynchronous Medium

Velo: server-side code inside Wix

According to Wix documentation, functions run no longer than 14 seconds. Velo allows writing server functions (jsw files) that execute on Wix servers and can call external APIs. Keys are stored in wix-secrets-backend — built-in storage, not in code.

// backend/crmIntegration.jsw
import { fetch } from 'wix-fetch';
import { getSecret } from 'wix-secrets-backend';

export async function syncContactToCRM(contactData) {
    const apiKey = await getSecret('CRM_API_KEY');

    const response = await fetch('https://api.yourcrm.com/v1/contacts', {
        method: 'POST',
        headers: {
            'Authorization': `Bearer ${apiKey}`,
            'Content-Type': 'application/json',
        },
        body: JSON.stringify({
            email: contactData.email,
            name:  contactData.name,
            phone: contactData.phone,
            source: 'wix_website',
        }),
    });

    if (!response.ok) {
        throw new Error(`CRM sync failed: ${response.status}`);
    }

    return response.json();
}

jsw functions are called from the frontend via import:

// Client-side page code
import { syncContactToCRM } from 'backend/crmIntegration';

$w('#submitButton').onClick(async () => {
    try {
        await syncContactToCRM({
            email: $w('#emailInput').value,
            name:  $w('#nameInput').value,
            phone: $w('#phoneInput').value,
        });
        $w('#successMessage').show();
    } catch (err) {
        console.error('Sync error:', err);
    }
});

We recommend this approach when full flexibility is needed: error handling, retries, data transformation. Velo is 3 times faster for custom scenarios than Automations with HTTP requests, as it doesn't require additional calls.

Wix Automations + HTTP requests

For simple no-code scenarios: Wix Automations (triggers on form events, orders, registrations) support the "HTTP request" action. Allows sending POST/GET to an external URL. This is a zero-code option for sending to CRM, Zapier, or n8n.

Limitations: no response handling, no conditional logic, no retries on error. If reliability is needed — choose Velo.

Wix Headless API: working with site data from outside

Wix provides REST API for accessing data collections, orders, contacts. Authentication via OAuth 2.0:

# Obtain token
curl -X POST https://www.wixapis.com/oauth2/token \
  -H "Content-Type: application/json" \
  -d '{
    "clientId": "YOUR_CLIENT_ID",
    "clientSecret": "YOUR_CLIENT_SECRET",
    "grantType": "client_credentials"
  }'
// Read data collection via API
$response = Http::withToken($accessToken)
    ->post('https://www.wixapis.com/wix-data/v2/items/query', [
        'dataCollectionId' => 'Products',
        'query' => [
            'filter' => ['active' => true],
            'sort'   => [['fieldName' => 'createdDate', 'order' => 'DESC']],
            'paging' => ['limit' => 50],
        ],
    ]);

$items = $response->json('dataItems');

Typical use case: an external CRM or ERP reads orders from Wix for processing, or writes data to custom collections on the site.

Webhooks from Wix

Wix supports outgoing webhooks for events: new contact, new order, order status change. Setup in the developer panel (Wix Developers → Webhooks). When an event occurs, Wix sends a POST to the specified URL.

Signature verification — via JWT with Wix's public key:

import { verify } from 'jsonwebtoken';
import jwksClient from 'jwks-rsa';

const client = jwksClient({
    jwksUri: 'https://www.wix.com/.well-known/jwks.json',
});

async function verifyWixWebhook(token) {
    const decoded = verify(token, async (header, cb) => {
        const key = await client.getSigningKey(header.kid);
        cb(null, key.getPublicKey());
    });
    return decoded;
}

Without verification, you can receive fake requests — we always implement signature checking.

How to avoid lead loss during Wix integration?

The main reason — lack of automatic data transfer. Leads stay in Wix, managers copy them manually. Solution: configure a Velo function that, upon form submission, sends data to the CRM. Additionally, we add a webhook on new contact — if Velo fails, data goes through the webhook. This provides 99.9% delivery guarantee.

Why is Velo not always sufficient?

Velo is powerful, but has limitations: 14-second execution time, 256 MB memory, no external modules. If you need to process mass import or heavy logic, it's better to use Wix Headless API: an external service reads data from Wix and synchronizes it. For example, when syncing a catalog of 1000 products, Velo may not fit the timeout, while Headless API handles it in a few requests.

Work process: from task to deployment

  1. Analysis — we dissect current business processes, integration points, data volume. We create a flow diagram.
  2. Design — we choose the mechanism (Velo, Automations, Headless, webhook), plan error handling and quotas.
  3. Implementation — we write code, set up secrets, test on Wix sandbox.
  4. Testing — we check scenarios: success, timeout, duplicates, connection loss.
  5. Deployment — we publish the site, monitor synchronization for the first 24 hours.

Average timeline: from 2 hours to 3 days depending on complexity.

What's included in our work

  • Documentation — description of the configured integration, data schema, instructions for your team.
  • Code — jsw functions, webhook receiver configuration, call examples.
  • Access — creation and transfer of API keys, secrets setup in Wix.
  • Training — short demonstration of the integration for your managers.
  • Support — 14 days after launch: we fix incidents, answer questions.

Typical mistakes and solutions

Mistake Solution
Storing keys in code Use wix-secrets-backend
Ignoring limits Velo 14 sec, Headless API 1000 req/min. Design with buffer.
Skipping webhook verification Without JWT check, an attacker can impersonate Wix.
Synchronization without idempotency Repeated requests create duplicates. Add ID-based check.

Cost and timeline

Cost is calculated individually after analyzing the task. Guidelines:

  • Simple integration (form → CRM) — from 2 hours.
  • Two-way catalog synchronization — from 1 day.
  • Complex solution with multiple services — up to 5 days.

We guarantee stable operation and timely launch. We have over 50 Wix integrations with CRMs, payment systems, and marketing platforms behind us.

Contact us — we'll discuss your task and choose the optimal solution. Get a free consultation.

Website CRM Integration: Bitrix24, amoCRM, Salesforce, HubSpot

A sales manager manually copies leads from email into the CRM. Half of them never make it. Follow‑up calls are missed. This isn’t a people problem — it’s an architectural gap between the website and the company’s core system. We close that gap with a direct site‑to‑CRM connection: leads land in the pipeline within 30 seconds after form submission, duplication is blocked, and status changes flow both ways automatically. Request a free integration audit to identify the bottlenecks in your current flow.

Integration isn’t just a POST to an API endpoint. It’s a battle against timeouts, duplicate records, data loss, and desynchronised states. We handle three core problems at once: asynchronous delivery (so the user never waits for the CRM), deduplication by email (one address – one lead), and two‑way feedback (a status change in the CRM instantly appears on the site). Below is how we tackle each.

Bitrix24: REST API and Event Handlers

Bitrix24 dominates the Russian B2B space. Its REST API works via OAuth 2.0 or an incoming webhook (webhook is simpler but less secure for production). Main entities are lead, deal, contact, and company.

Creating a lead requires POST /rest/crm.lead.add with the correct field set. Attaching it to a funnel means passing SOURCE_ID. Adding a timeline comment uses crm.timeline.comment.add. Real‑time tracking is done through Event Handlers: register a hook with event.bind; Bitrix24 pushes a POST to your endpoint when any deal status changes.

The real complexity lies in custom fields. Every Bitrix24 installation has its own set, and their IDs must be fetched via crm.lead.fields. Mapping those fields between the site and the CRM can be done manually or automatically — we use an automatic detection mechanism that works even in non‑standard configurations (proven on 20+ projects). We guarantee correct matching, so no lead arrives without the right pipeline stage or source tag.

amoCRM: Clean REST with Predictable Endpoints

amoCRM (now Kommo for international markets) offers a cleaner API. OAuth 2.0 with refresh token, JSON API, and well‑structured endpoints. Pipelines are pipelines, deals are leads, contacts are contacts.

A common mistake: when creating a deal you must supply pipeline_id and status_id explicitly. Without them the deal lands in the default pipeline – often the wrong one. Tags for source classification go into _embedded.tags. Incoming webhooks are configured in the admin panel; they support add, update, delete, status, and note events. We always verify the webhook signature using the API key and make sure the endpoint responds with 200 OK in under 5 seconds – otherwise the CRM marks delivery as failed.

Salesforce and HubSpot: Enterprise‑Grade Integration

Salesforce is the enterprise standard. It offers REST API, SOQL for complex queries, and Apex for server‑side logic. Integration can be direct via Salesforce REST API or through middleware like Zapier or MuleSoft. For PHP projects we use phpforce/soap-client or the Force.com‑Toolkit. The main challenge is mapping hundreds of custom objects and fields; we solve it with Describe Global to collect metadata automatically – cutting setup time by three‑quarters compared to reading documentation manually (Salesforce Developer Guide).

HubSpot is popular among SaaS companies and international B2B. Its API v3 provides a REST interface with solid SDKs for PHP and Node.js (@hubspot/api-client). Contacts, Companies, Deals are standard objects. The Forms API lets you send data from any custom form directly to HubSpot without using the native widget. One pitfall: the access_token must include the right scopes; a misconfigured token returns 403 Forbidden with a vague message. We include error_logging that captures the error code – debugging takes minutes instead of hours.

Which CRM fits your business: Bitrix24, amoCRM, or HubSpot?

Criteria Bitrix24 amoCRM HubSpot
API complexity Medium (REST + webhooks, custom fields) Low (clean JSON API) Medium (REST + SDK, OAuth 2.0)
Typical synchronous latency 200‑600 ms 100‑300 ms 150‑400 ms
Built‑in deduplication by email crm.duplicate.findByComm Contact search contacts/search
Webhook events Event Handlers (push) Admin panel configuration Webhook + Automations
Best suited for Russian B2B, government, custom fields Small‑ to medium‑sized business International B2B, SaaS

Why is asynchronous sending important?

Calling a CRM API synchronously from the form handler is a mistake. The API may respond in 2 seconds – or time out. The user sits waiting. The correct pattern: form submission → save to database → queue a job → return 200 to the user immediately. A background worker then pushes the lead to the CRM. If the CRM is down, the worker retries with exponential backoff. We use Redis + Bull on Node.js or Laravel Queue on PHP – this guarantees delivery even during temporary outages.

Deduplication – how we stop duplicate leads

The same contact may fill the form twice. Without deduplication the CRM ends up with two identical leads. Before creating a new lead we search by email: for Bitrix24 we call crm.duplicate.findByComm, for HubSpot we use contacts/search. If a match is found we attach a task or comment to the existing lead instead of creating a new one. In our projects this cuts duplicate entries by 95%.

Two‑way synchronization – what happens when a manager changes a deal status

If a manager updates a deal status in the CRM, the website needs to reflect that change – especially if the client has a personal account. We configure webhooks from the CRM to an endpoint on the site, then update the local database and notify the client. Critical details: verify the webhook signature and respond with 200 OK within 5 seconds, otherwise the CRM assumes delivery failed. We guarantee that the delay between a status change in the CRM and its appearance on the site never exceeds 3 seconds.

How do we conduct integration in 5 steps?

  1. Audit of data flows – analyse current lead transfer, CRM field structure, and performance bottlenecks. Deliverable: “as‑is” and “to‑be” data flow diagrams.
  2. Architecture design – choose the queue mechanism (Redis Bull or Laravel Queue), define the deduplication method, and prepare a field mapping specification.
  3. Implementation on staging – write code on Laravel or Node.js, configure webhooks, and test with real data: lead creation, status updates, and error handling.
  4. Load testing – simulate peak traffic (e.g. 500 requests per minute) and adjust retry policies and timeout settings.
  5. Deployment and documentation – push to production, train the team on monitoring and retry cleanup, and deliver full endpoint documentation.

What is included in the work

  • Audit report with current data flow diagrams and typical error patterns.
  • Architecture design document specifying queue, deduplication, and mapping.
  • Production‑ready integration code on Laravel or Node.js.
  • Webhook configuration and signature verification.
  • Team training on support tasks and retry cleanup.
  • 30‑day warranty support for bug fixes and mapping adjustments.

Real‑world case: real‑estate agency with 400 leads per month

Click to expand A real‑estate agency processed every incoming lead manually – 400 leads per month. Each lead took 3 minutes to enter, and 15% were lost because emails were missed. We integrated their site with amoCRM using asynchronous queue delivery and automatic deduplication. Leads now appear in the pipeline within 5 seconds, and leftover tasks are automatically assigned to the next available agent. Result: 30% increase in conversion and $12,000 saved annually in administrative overhead.

Timelines

Scenario Duration
One CRM, lead transfer from forms 1‑2 weeks
Two‑way synchronization + statuses 3‑5 weeks
Multiple CRM + custom field mapping 4‑8 weeks

The exact cost is calculated after an audit of your current processes and CRM data structure. Contact us for a project estimate – we will send a commercial proposal within one business day. With 5+ years of experience and more than 20 completed integrations, you get a solution that works from day one. Get an engineer consultation to see how your sales funnel can run without manual lead transfer.

Additional sources: Customer relationship management (Wikipedia) · REST API (Wikipedia)