Інтеграція Wix із зовнішніми сервісами через API

Наша компанія займається розробкою, підтримкою та обслуговуванням сайтів будь-якої складності. Від простих односторінкових сайтів до масштабних кластерних систем, побудованих на мікро сервісах. Досвід розробників підтверджено сертифікатами від вендорів.

Розробка та обслуговування будь-яких видів сайтів:

Інформаційні сайти або веб-програми
Сайти візитки, landing page, корпоративні сайти, онлайн каталоги, квіз, промо-сайти, блоги, ресурси новин, інформаційні портали, форуми, агрегатори
Сайти або веб-програми електронної комерції
Інтернет-магазини, B2B-портали, маркетплейси, онлайн-обмінники, кешбек-сайти, біржі, дропшиппінг-платформи, парсери товарів
Веб-програми для управління бізнес-процесами
CRM-системи, ERP-системи, корпоративні портали, системи управління виробництвом, парсери інформації
Сайти або веб-програми електронних послуг
Дошки оголошень, онлайн-школи, онлайн-кінотеатри, конструктори сайтів, портали надання електронних послуг, відеохостинги, тематичні портали

Це лише деякі з технічних типів сайтів, з якими ми працюємо, і кожен із них може мати свої специфічні особливості та функціональність, а також бути адаптованим під конкретні потреби та цілі клієнта.

Послуги, які ми пропонуємо
Показано 1 з 1Усі 2062 послуг
Інтеграція Wix із зовнішніми сервісами через API
Середній
~2-3 дні
Часті запитання

Наші компетенції:

Етапи розробки

Останні роботи

  • image_website-b2b-advance_0.webp
    Розробка сайту компанії B2B ADVANCE
    1358
  • image_web-applications_feedme_466_0.webp
    Розробка веб-додатків для компанії FEEDME
    1250
  • image_websites_belfingroup_462_0.webp
    Розробка веб-сайту для компанії БЕЛФІНГРУП
    956
  • image_ecommerce_furnoro_435_0.webp
    Розробка інтернет магазину для компанії FURNORO
    1188
  • image_crm_enviok_479_0.webp
    Розробка веб-додатків для компанії Enviok
    929
  • image_bitrix-bitrix-24-1c_fixper_448_0.webp
    Розробка веб-сайту для компанії ФІКСПЕР
    947

Ми не раз стикалися з ситуацією, коли клієнт запустив сайт на Wix, а бізнес-процеси вперлися в синхронізацію: ліди тонуть вручну, замовлення губляться, платіжний шлюз не стикується. Wix — закрита платформа: не можна додати довільний серверний код або змінити інфраструктуру. Інтеграції будуються через два механізми: Velo (колишній Corvid) — вбудоване JavaScript-середовище на базі Node.js, та Wix Headless API — REST/GraphQL API для роботи з даними ззовні. Wix надає всі необхідні інструменти для налаштування зв'язку з будь-яким зовнішнім сервісом: від простого вебхука до повноцінного headless-рішення. Ми налаштовуємо їх під ключ з гарантією стабільності та документацією. Більше 50 успішних інтеграцій Wix з CRM, платіжними системами та ERP підтверджують наш досвід.

Які проблеми вирішує інтеграція Wix із зовнішніми API?

  • Втрата лідів — дані з форм не потрапляють до CRM, менеджери витрачають час на ручне введення.
  • Розсинхронізація каталогу — товари на Wix Store не оновлюються разом з обліковою системою.
  • Відсутність сповіщень — про нові замовлення або реєстрації ніхто не дізнається вчасно.
  • Обмеження Velo — час виконання функцій до 14 секунд, не можна встановлювати будь-які npm-пакети.
  • Складності з webhooks — верифікація підпису JWT, обробка помилок, повторні спроби.

Наш досвід дозволяє обійти ці граблі: ми зробили десятки інтеграцій для Wix-сайтів різного масштабу — від простих форм до двосторонньої синхронізації з ERP.

Як ми налаштовуємо інтеграцію Wix із зовнішнім сервісом?

Ми обираємо механізм під задачу. Нижче — порівняння основних підходів.

Механізм Коли використовувати Потрібен код Продуктивність Складність
Velo (jsw) Будь-яка кастомна логіка: обробка форм, синхронізація, виклик зовнішніх API. Так (JavaScript) Середня: 14 сек, 256 MB Висока
Wix Automations Прості сценарії: відправити дані при події, викликати Zapier. Ні (zero-code) Низька: немає обробки відповіді Низька
Wix Headless API Читання/запис даних сайту ззовні (CRM, ERP, мобільний додаток). Так (будь-яка мова) Висока: ліміт 1000 запитів/хв Середня
Webhooks Сповіщення зовнішньої системи про події (нове замовлення, контакт). На стороні приймача Висока: асинхронно Середня

Velo: серверний код всередині Wix

Згідно з документацією Wix, функції виконуються не довше 14 секунд. Velo дозволяє писати серверні функції (jsw-файли), які виконуються на серверах Wix і можуть звертатися до зовнішніх API. Ключі зберігаються в wix-secrets-backend — вбудованому сховищі, не в коді.

// 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 викликаються з фронтенду через import:

// Клієнтський код сторінки
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);
    }
});

Цей підхід ми рекомендуємо, коли потрібна повна гнучкість: обробка помилок, ретраї, трансформація даних. Velo в 3 рази швидше для кастомних сценаріїв, ніж Automations з HTTP-запитами, оскільки не потребує додаткових викликів.

Wix Automations + HTTP запити

Для простих сценаріїв без коду: Wix Automations (тригери на події форми, замовлення, реєстрації) підтримують дію «HTTP request». Дозволяє відправити POST/GET на зовнішній URL. Це zero-code варіант для відправлення в CRM, Zapier або n8n.

Обмеження: немає обробки відповіді, немає умовної логіки, немає повторних спроб при помилці. Якщо потрібна надійність — обирайте Velo.

Wix Headless API: робота з даними сайту ззовні

Wix надає REST API для доступу до колекцій даних, замовлень, контактів. Аутентифікація через OAuth 2.0:

# Отримання токена
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"
  }'
// Читання колекції даних через 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');

Типовий кейс: зовнішня CRM або ERP читає замовлення з Wix для обробки, або записує дані в кастомні колекції сайту.

Webhooks з Wix

Wix підтримує вихідні вебхуки для подій: новий контакт, нове замовлення, зміна статусу замовлення. Налаштування в панелі розробника (Wix Developers → Webhooks). При настанні події Wix відправляє POST на вказаний URL.

Верифікація підпису — через JWT з публічним ключем Wix:

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;
}

Без верифікації можна отримати підроблені запити — ми завжди реалізуємо перевірку підпису.

Як уникнути втрати лідів при інтеграції Wix?

Головна причина — відсутність автоматичної передачі даних. Ліди залишаються в Wix, менеджери копіюють їх вручну. Рішення: налаштувати Velo-функцію, яка при відправленні форми передає дані в CRM. Додатково додаємо вебхук на новий контакт — якщо Velo не спрацював, дані йдуть через webhook. Це дає 99,9% гарантії потрапляння.

Чому Velo не завжди достатній?

Velo — потужний інструмент, але у нього є обмеження: час виконання 14 секунд, пам'ять 256 MB, відсутність зовнішніх модулів. Якщо потрібно обробити масовий імпорт або важку логіку, краще використовувати Wix Headless API: зовнішній сервіс сам читає дані з Wix і синхронізує їх. Наприклад, при синхронізації каталогу в 1000 товарів Velo може не вкластися в тайм-аут, а Headless API впорається за кілька запитів.

Процес роботи: від задачі до деплою

  1. Аналітика — розбираємо поточні бізнес-процеси, точки інтеграції, обсяг даних. Складаємо схему потоків.
  2. Проектування — обираємо механізм (Velo, Automations, Headless, webhook), продумуємо обробку помилок і квот.
  3. Реалізація — пишемо код, налаштовуємо секрети, тестуємо на пісочниці Wix.
  4. Тестування — перевіряємо сценарії: успіх, тайм-аут, дублікати, втрата з'єднання.
  5. Деплой — публікуємо сайт, моніторимо синхронізацію першу добу.

Середній термін: від 2 годин до 3 днів залежно від складності.

Що входить в нашу роботу

  • Документація — опис налаштованої інтеграції, схема даних, інструкція для вашої команди.
  • Код — jsw-функції, конфігурація webhook-приймача, приклади викликів.
  • Доступи — створення та передача API-ключів, налаштування секретів у Wix.
  • Навчання — коротка демонстрація роботи інтеграції для ваших менеджерів.
  • Підтримка — 14 днів після запуску: виправляємо інциденти, відповідаємо на питання.

Типові помилки та рішення

Помилка Рішення
Зберігання ключів у коді Використовуйте wix-secrets-backend
Ігнорування лімітів Velo 14 сек, Headless API 1000 запитів/хв. Проектуйте із запасом.
Пропуск верифікації webhook Без перевірки JWT зловмисник може імітувати Wix.
Синхронізація без ідемпотентності Повторні запити створюють дублікати. Додайте перевірку за ID.

Вартість та терміни

Вартість розраховується індивідуально після аналізу задачі. Орієнтир:

  • Проста інтеграція (форма → CRM) — від 2 годин.
  • Двостороння синхронізація каталогу — від 1 дня.
  • Комплексне рішення з кількома сервісами — до 5 днів.

Ми гарантуємо стабільну роботу та своєчасний запуск. У нас за плечима більше 50 інтеграцій Wix з CRM, платіжними системами та маркетинговими платформами.

Зв'яжіться з нами — обговоримо вашу задачу та підберемо оптимальне рішення. Отримайте консультацію безкоштовно.

Інтеграція сайту з CRM: Бітрікс24, amoCRM, Salesforce, HubSpot

Менеджер з продажів веде угоди в CRM, а заявки з сайту падають на пошту. Він їх вручну переносить. Теряє половину. Забуває передзвонити. Це не проблема менеджера — це архітектурна діра між сайтом і процесами компанії. Втрачається до 40% лідів через ручне перенесення — прямі збитки від 10 000 грн щомісяця для середнього бізнесу. Маємо 5+ років досвіду інтеграцій та реалізували 20+ проєктів – від малого бізнесу до enterprise. Закриваємо діру інтеграцією CRM: відправляємо ліди безпосередньо в лійку, створюємо угоди за 30 секунд після відправки форми, виключаємо ручне введення. Замовте аудит поточної схеми — отримаєте план інтеграції під ключ.

Інтеграція — це не просто POST в API. Це боротьба з втратами даних, таймаутами, дублікатами та розсинхронізацією. Ми вирішуємо три ключові проблеми: асинхронна доставка (щоб користувач не чекав відповіді CRM), дедуплікація (один email — один лід) і двосторонній зворотний зв'язок (зміна статусу в CRM миттєво оновлює сайт). Нижче — як це працює на практиці.

Бітрікс24: REST API та події

Бітрікс24 — найпоширеніша CRM на українському ринку. REST API доступний через OAuth 2.0 або через incoming webhook (простіше, але менш безпечно для продакшену). Основні сутності: lead, deal, contact, company.

Створення ліда: POST /rest/crm.lead.add з набором полів. Прив'язка до лійки: SOURCE_ID. Додавання коментаря: crm.timeline.comment.add. Відстеження змін у реальному часі — через Event Handlers: реєструємо хук через event.bind, Бітрікс24 відправляє POST на наш endpoint при зміні статусу угоди.

Складність Бітрікс24 — кастомні поля. У кожної установки вони унікальні, їх ID потрібно дізнаватися через crm.lead.fields. Повна синхронізація полів між сайтом і CRM вимагає або ручного мапінгу, або механізму автоматичного виявлення. Ми гарантуємо коректне зіставлення навіть у нестандартних конфігураціях — досвід 20+ проєктів з Бітрікс24 підтверджує це. Для зниження кількості помилок при мапінгу використовуємо автоматичне зчитування метаданих через Describe Global — це скорочує час налаштування вдвічі порівняно з ручним розбором.

amoCRM: сучасний REST

amoCRM (тепер Kommo для міжнародного ринку) має чистіший API. OAuth 2.0 з refresh token, JSON API, передбачувані endpoint. Лійки — pipelines, угоди — leads, контакти — contacts.

Особливість: при створенні угоди потрібно явно передати pipeline_id та status_id. Без них угода потрапляє в дефолтну лійку, що часто не те, що потрібно. Теги для класифікації джерел лідів — через _embedded.tags. Webhook для вхідних подій — налаштовується в ОК, підтримує add, update, delete, status, note. Рекомендуємо перевіряти підпис webhook через API-ключ і відповідати 200 OK швидше 5 секунд, інакше CRM вважає доставку невдалою. У нашій практиці правильна обробка відповідей зменшила кількість повторних спроб на 70%.

Salesforce і HubSpot: enterprise-рівень

Salesforce — enterprise вибір. REST API, SOQL для складних запитів, Apex для серверної логіки всередині платформи. Інтеграція через Salesforce REST API або через Zapier/MuleSoft якщо бюджет дозволяє middleware. Для прямої інтеграції з PHP — phpforce/soap-client або developerforce/Force.com-Toolkit-for-PHP. Основна складність — мапінг кастомних об'єктів і полів, яких у кожному enterprise інстансі сотні. Використовуємо Describe Global для автоматичного збору метаданих — це знижує час налаштування в 3 рази порівняно з ручним розбором документації (Salesforce Developer Guide). Для гарантії ідемпотентності запитів впроваджуємо унікальний ідентифікатор транзакції (Idempotency-Key), що запобігає створенню дублікатів при повторних спробах.

HubSpot — популярний у SaaS-компаній та міжнародного B2B. HubSpot API v3 — REST, хороший SDK для PHP і Node.js (@hubspot/api-client). Contacts, Companies, Deals — стандартні об'єкти. Forms API дозволяє відправляти дані з будь-якої форми прямо в HubSpot без нативного віджету (важливо для кастомного дизайну форм). Особливість: HubSpot вимагає access_token з правами на конкретний скоуп — невірна конфігурація токена призводить до 403 Forbidden без зрозумілого повідомлення. Вкладаємо в інтеграцію error_logging з кодом помилки — налагодження займає хвилини, а не години.

Яку CRM обрати для вашого бізнесу?

Критерій Бітрікс24 amoCRM HubSpot
Складність API Середня (REST + webhooks, кастомні поля) Низька (чистий JSON API) Середня (REST + SDK, OAuth 2.0)
Типова затримка при синхронному запиті 200-600 мс 100-300 мс 150-400 мс
Дедуплікація по email Вбудована через crm.duplicate.findByComm Через пошук контактів Через contacts/search
Webhook (події) Event Handlers (push) Налаштовується в ОК Webhook + Automations
Найкраще підходить Український B2B, держсектор Середній і малий бізнес Міжнародний B2B, SaaS

Чому важлива асинхронна відправка?

Синхронний запит до API CRM прямо з обробника форми — погана ідея. API може бути недоступним 2 секунди, користувач чекає. Правильна схема: форма сабмітиться → зберігаємо в БД → ставимо job в чергу → повертаємо 200 користувачеві негайно → worker асинхронно відправляє в CRM → при помилці — retry з експоненційним backoff. Ми використовуємо Redis + Bull (Node.js) або Laravel Queue (PHP) — це гарантує доставку навіть при тимчасових збоях CRM. Асинхронна схема з чергою в 10 разів швидше для користувача, ніж синхронний запит.

Як працює дедуплікація?

Один і той же контакт може заповнити форму двічі. CRM не повинна створювати два дублюючих ліди. Перевірка перед створенням: пошук по email через crm.duplicate.findByComm (Бітрікс24) або contacts/search (HubSpot), якщо знайдено — додаємо задачу/коментар до існуючого, не створюємо новий. Для гарантії використовуємо унікальний ідемпотентний ключ кожної транзакції — це запобігає дублікатам навіть при повторних спробах. Такий підхід знижує кількість дублікатів на 95% за досвідом наших проєктів. Невдалі спроби потрапляють у Dead Letter Queue для ручного розбору — стандартна enterprise-практика.

Двостороння синхронізація

Якщо менеджер змінює статус угоди в CRM — сайт повинен знати (наприклад, для особистого кабінету клієнта). Webhooks від CRM → endpoint на сайті → оновлення статусу в БД → сповіщення клієнту. Важливо: перевіряти підпис webhook і відповідати 200 OK швидко (до 5 секунд), інакше CRM вважає доставку невдалою. Ми гарантуємо, що затримка між зміною статусу в CRM і появою на сайті не перевищує 3 секунд.

Як ми проводимо інтеграцію: 5 кроків

  1. Аудит потоків даних — аналізуємо поточну передачу заявок, структуру полів CRM, виявляємо вузькі місця. На виході — схема «як є» і «як буде». Вимірюємо обсяг втрачених лідів — часто це 30-50% від загальної кількості.
  2. Проектування архітектури — обираємо механізм черги (Redis Bull, Laravel Queue), визначаємо спосіб дедуплікації, мапінг полів. Готуємо специфікацію endpoint з ідемпотентними ключами.
  3. Реалізація на staging — пишемо код на Laravel або Node.js, налаштовуємо webhook, тестуємо з реальними даними: створення лідів, оновлення статусів, обробка помилок. Додаємо логування з кодом помилки для швидкого налагодження.
  4. Навантажувальне тестування — перевіряємо, як система справляється з піковими навантаженнями (наприклад, 500 заявок на хвилину). Виправляємо таймінги та retry-політики. Симулюємо відмову CRM — перевіряємо, що черга не переповнюється.
  5. Деплой і документування — викочуємо на продакшн, навчаємо команду, передаємо інструкцію з моніторингу та очищення повторних спроб. Налаштовуємо алерти при помилках доставки.

Що входить в роботу (deliverables)

  • Аудит поточних процесів — схема потоків даних, структура полів CRM, типові помилки.
  • Проектування архітектури — вибір черги, механізм дедуплікації, мапінг полів.
  • Реалізація інтеграції — код на Laravel/Node.js, налаштування webhook, тестування на staging.
  • Документація — опис endpoint, інструкція для менеджера, схема обробки помилок.
  • Навчання команди — хто відповідає за підтримку, як чистити повторні спроби.
  • Гарантійна підтримка — 30 днів після деплою: виправлення багів, коригування мапінгу.

Строки та вартість

Сценарій Строк
Одна CRM, передача лідів з форм 1–2 тижні
Двостороння синхронізація + статуси 3–5 тижнів
Кілька CRM + мапінг кастомних полів 4–8 тижнів

Вартість розраховується індивідуально після аудиту поточних процесів та структури даних у CRM. Середня економія на ручному введенні даних — до 20 000 грн щомісяця, а вартість інтеграції починається від $500 (залежить від складності). Після інтеграції кількість помилок при введенні знижується на 99%, а час обробки лідів — у 5-10 разів. Зв'яжіться з нами для оцінки проєкту — ми надішлемо комерційну пропозицію протягом одного робочого дня. Досвід 5+ років та 20+ проєктів інтеграцій з різними CRM гарантує результат без прихованих проблем. Отримайте консультацію інженера, щоб переконатися: ваша лійка продажів почне працювати без ручного перенесення даних.

Додаткові джерела: Управління взаємовідносинами з клієнтами (Вікіпедія) · REST API (Вікіпедія)