Почати проект
010110101010110101010110101010110101010110101110101100110101100110101100110101100110101100001101011001101011001101011001101011001101011101100110101100110101100110101100110101100110011010101011010101011010101011010101011010101100110101100110101100110101100110101100110101010101101010101101010101101010101101010101101110010110110010110110010110110010110110010110</>{ }{ }</>
  • Інтеграції · API KeyCRM

Інтеграція сайту з KeyCRM

Інтеграція KeyCRM — це передача заявок і замовлень із сайту одразу в картку CRM: із повним складом полів, із позначкою джерела й без перенесення з пошти руками. Робимо її через API та вебхуки на OpenCart, WooCommerce і Next.js, за потреби повертаємо статуси замовлення назад на сайт. Починаємо зі схеми потоку звернень, а не з коду: у виміряному нами B2B-каталозі запчастин форма запиту наявності працює, а лічильник досі шле дані в аналітику, яку Google вимкнув 1 липня 2023 року. Строк робіт — 4–14 робочих днів.

Подивитись, як це працює
Вартість
після безкоштовного аудиту
Гарантія
30 днів після підписання акта
Строк робіт
4–14 робочих днів, п'ять етапів після розбору
після безкоштовного аудиту
Вартість
30
Гарантія

днів після підписання акта

4–14
Строк робіт

робочих днів, п'ять етапів після розбору

форми сайту, замовлення магазину, джерело звернення
Що передаємо
заявка лишається на сайті й дозаливається чергою
Якщо CRM не відповіла
статус замовлення й номер декларації з CRM на сайт
Зворотний потік
розбір потоку заявок, 2–3 робочих дні, безкоштовно
Перед кошторисом
Кому підходить

Ситуації, у яких ця послуга дає результат

Ситуація 1 з 5

Заявки живуть у пошті, месенджерах і голові менеджера

Форма шле лист на загальну скриньку, хтось пише в Instagram, хтось дзвонить. Кожен канал обробляється окремо, і жоден не показує, чим закінчилось звернення. Передача в CRM зводить точки входу в один список із відповідальним і статусом.

Розберемо вашу ситуацію на безкоштовному аудиті
Що входить

Повний перелік робіт і того, що ви отримуєте на виході

  • Передача заявок з усіх форм сайту в CRM — менеджер відкриває картку зі складом полів, а не лист із трьома рядками
  • Передача замовлень магазину: склад, сума, спосіб оплати й доставки лягають у картку без копіювання руками
  • Поле джерела в кожній заявці: сторінка, мітки кампанії, пошуковий запит там, де він доступний
  • Зведення дублів за узгодженим правилом — одна картка на клієнта замість запису на кожну форму
  • Черга з повторними спробами: заявка спершу пишеться в базу сайту, тому мовчання CRM не означає втрачене звернення
  • Ідемпотентний ключ на кожну передачу — повтор після збою не породжує другу картку на те саме звернення
  • Зворотний потік: статус замовлення й номер декларації з CRM у кабінет покупця або в лист
  • Дублююче сповіщення менеджеру в Telegram — видно нову заявку раніше, ніж хтось відкрив CRM
  • Журнал передач із видимими помилками: зрозуміло, що пішло, що відповіла система і що треба повторити
  • Перевірка на живій заявці разом із вашим менеджером і письмова інструкція під ваші процеси
  • Гарантія 30 календарних днів на виконані роботи
Коли ця послуга не підходить

Що не входить у роботу — щоб не було сюрпризів на здачі

  • Ліцензії й тарифи CRM
  • Налаштування воронок, бізнес-процесів і прав доступу всередині системи — зона вашого адміністратора
  • Навчання менеджерів роботі в CRM
  • Перенесення історії клієнтів зі старої системи — окремий обсяг робіт
  • Телефонія й запис розмов

Безкоштовний розбір потоку заявок

Перед інтеграцією ми малюємо просту схему: звідки до вас приходять звернення сьогодні й де вони губляться. Найчастіше виявляється, що частина заявок не доходить до менеджера взагалі — і це видно без жодного коду.

Що міряємо

  • Скільки у вас точок входуФорма на сайті, кнопка дзвінка, месенджери, майданчик, пошта. Кожна точка, яка не зводиться в одне місце, — джерело втрачених звернень.
  • Куди зараз приходять заявкиПошта, у якій їх ніхто не читає, чи менеджер у месенджері зі свого телефона. Ми фіксуємо реальний стан, а не той, що описаний у регламенті.
  • Чи є в заявок джерелоБез позначки джерела ви не знаєте, яка реклама приносить звернення. Це поле дешево додати на етапі інтеграції і дорого відновити заднім числом.
  • Що з дублямиТой самий клієнт пише в месенджер і залишає форму — у CRM це має бути одна картка, а не дві.
  • Чи потрібен зворотний потікСтатуси замовлення й номер декларації з CRM назад на сайт чи в лист покупцю — окремий сценарій, який варто оцінити до початку.

Що ви отримуєте на руки

  • Схему потоку заявок: звідки приходять, куди потрапляють, де губляться.
  • Перелік полів, які варто передавати в CRM, включно з джерелом звернення.
  • Оцінку робіт зі строком.
  • Розмову на 30 хвилин із керівником відділу продажу.

Строк: 2–3 робочих дні

Чому це безкоштовно

Бо схема потоку заявок корисна вам незалежно від того, чи будемо ми щось інтегрувати. Малюється вона за два-три дні.

Що далі

Після розбору даємо кошторис. Якщо у вашому обсязі достатньо однієї пошти й таблиці — скажемо це прямо.

Форма коротка: контакт і адреса сайту

Працюємо офіційно

Договір, акт і рахунок — на кожен проєкт, а не тільки на великий. Без документів у вас немає ні прав на роботу, ні підстави провести витрати.

  • Договір, акт і гарантія 30 днів

    На кожен проєкт письмовий договір: обсяг, строки, сума, порядок приймання. Після здачі — акт і рахунок, а далі 30 календарних днів гарантії: помилки з нашої вини усуваємо безоплатно. Усне з дзвінка дублюємо письмово того ж дня — домовленість, якої немає в тексті, не рахується.

  • ФОП і безготівковий розрахунок

    Виконавець — зареєстрований ФОП. Оплата на рахунок із закривними документами, які бухгалтерія проведе як витрати. Курс для гривневої оплати фіксується договором, а не з’ясовується постфактум.

  • Права й доступи — ваші

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

  • Портал клієнта замість переписки

    На час роботи ви отримуєте доступ до порталу: договори, рахунки, акти й стан проєкту в одному місці. Документи формуються з даних угоди, тому реквізити й суми в них не розходяться, а про оплати й дедлайни нагадує система, а не пам’ять менеджера.

  • Замовники з Європи

    Серед робіт — проєкти для Норвегії, Болгарії та Іспанії: болгарський магазин трьома мовами з кур’єрською доставкою, іспанський з оплатою карткою й переказом, норвезький сайт клініки. Це видно в портфоліо, а не тільки в описі.

  • Цифри, які можна перевірити

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

  • Спершу аудит, потім сума

    Прайсу на сайті немає навмисно: обсяг тієї самої роботи у двох клієнтів відрізняється в рази, і цифра «від» нічого не пояснює. Спершу безкоштовний розбір — рахуємо ваші сторінки, дублі й швидкість, — потім називаємо суму й строк і фіксуємо їх у договорі.

  • Кажемо «ні», коли не впевнені

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

NDA підписуємо на запит. Після завершення співпраці наші доступи до ваших сервісів видаляємо самі й повідомляємо про це.

Що впливає на вартість

Чому дві однакові на вигляд задачі рахуються по-різному — і що саме ми міряємо на аудиті

  • Скільки джерел зводимо в одну системуОдна форма зворотного дзвінка — це один сценарій і один набір полів. Форми, замовлення магазину, месенджери й майданчик — чотири різні структури даних, кожна з власним мапінгом на поля картки. Саме кількість джерел, а не кількість сторінок сайту, розводить межі кошторису.
  • Чи потрібен зворотний потік статусівНайдорожча частина після самої передачі: приймач вебхуків, узгодження переліку статусів для покупця й окремий сценарій на повторну доставку того самого повідомлення. Не потрібен — етап випадає з кошторису повністю, і ми кажемо це прямо.
  • Стан форм і полів на сайтіЯкщо телефон зберігається довільним рядком, а прізвище й місто лежать в одному полі коментаря, зведення дублів не запрацює: система не має за чим порівнювати. Тоді форми доводиться доводити разом з інтеграцією — і це найчастіша прихована стаття робіт.
  • ПлатформаНа OpenCart 3 події замовлення давно на місці; під OpenCart 4 частина українських модулів не вийшла і доробки пишуться руками. На WooCommerce передача чіпляється хуками, які перевіряють після оновлень ядра. На Next.js маршрут свій, зате ключ не потрапляє в браузер.
  • Правило дубля й довідникиЗведення за телефоном — один запит. Зведення за телефоном і поштою з нормалізацією формату номера, з обробкою випадку «той самий номер у двох людей» — окрема логіка з перевіркою на живих даних, а не галочка в налаштуваннях.
Як проходить робота

Прозорі етапи з погодженням на кожному кроці

Загальний строк:4–14 днів

  1. Розбір потоку заявок

    2–3 робочих дні, до кошторису

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

  2. Ключ доступу, мапінг полів, тестова картка

    1–2 робочих дні

    Підключаємо ваш ключ, складаємо таблицю відповідності «поле форми — поле картки» й проганяємо першу тестову заявку наскрізь. Тут же домовляємось, які поля обов'язкові, а які менеджер заповнює сам.

  3. Форми сайту й джерело звернення

    1–3 робочих дні

    Кожна форма починає писати заявку в базу сайту й лише потім віддавати її в CRM фоновою задачею. Разом із заявкою йде джерело: сторінка, мітки кампанії, пошуковий запит там, де він є. Тоді ж вмикаємо сповіщення менеджеру.

  4. Замовлення магазину і зведення дублів

    0–4 робочих дні — етап випадає, якщо магазину немає

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

  5. Зворотний потік статусів

    0–3 робочих дні — окремий сценарій, вмикається за потреби

    Приймач вебхуків із перевіркою джерела й ідемпотентністю: повторна доставка того самого повідомлення не змінює замовлення двічі. Статус і номер декларації доходять до кабінету покупця або в лист.

  6. Перевірка на живій заявці, журнал, передача

    1–2 робочих дні

    Проходимо сценарій разом із вашим менеджером: відправка форми, картка в системі, сповіщення, зміна статусу. Показуємо журнал передач і те, як у ньому виглядає помилка.

Не знайшли свій випадок?

Опишіть, як це влаштовано у вас, — відповімо, чи підходить «Інтеграція KeyCRM» і що це означає у вашій ситуації. Без брифу й без дзвінка: одне питання, одна відповідь.

Технології та інтеграції

На чому будуємо і з чим це з’єднується

Стек

  • API KeyCRM — картки, воронки, замовлення. Межа: склад полів і ліміти запитів задає сервіс; після оновлень перевіряємо наново.
  • Вебхуки — статуси приїжджають подією. Межа: вебхук може не дійти або прийти двічі, приймач має бути стійким до повторів.
  • Черга з повторними спробами — заявка лягає в базу сайту, у CRM іде фоном. Межа: між спробами вона є на сайті, а в CRM ще немає.
  • OpenCart 3 і 4 — події замовлення й форм. Межа: у четвертій гілці події переписані, частина модулів під неї не вийшла.
  • WooCommerce — передача на хуках замовлення. Межа: після оновлень ядра сценарій перевіряють знову.
  • Next.js — форма шле дані на власний серверний маршрут, ключ не потрапляє в браузер. Межа: коробкових модулів немає, все пишеться руками.
  • Журнал передач — видно запит, відповідь і причину помилки. Межа: у ньому персональні дані, тому строк зберігання обмежуємо на старті.

Інтеграції

  • KeyCRM
  • форми сайту
  • замовлення інтернет-магазину
  • Telegram-бот
  • Нова Пошта
  • GA4
  • eSputnik
Передача в CRM через API проти листа на пошту

Чим цей варіант відрізняється від «Форма шле лист на загальну скриньку»

Що бачить менеджеркартку зі складом полів, відповідальним і статусом
Джерело зверненнясторінка й мітки кампанії лежать у картці й читаються через місяць
Дублізводяться за узгодженим правилом на вході
Збій на боці приймачазаявка лежить у базі сайту й дозаливається чергою, помилка видна в журналі
Витрата на володінняразова робота плюс перевірка після оновлень API
Кейси

Задачі та результат у цифрах — усі показники зняті нашим виміром

B2B-каталог запчастин і комплектуючих для промислових швейних машин

Задача
Дати технічному спеціалісту знайти деталь за кодом або моделлю обладнання й залишити запит наявності.
Рішення
Каталог на OpenCart із підбором за моделлю машини, формою запиту наявності, безготівковою оплатою на рахунок ФОП і двома мовними версіями з коректним hreflang.
Результат
Вимір 31.07.2026: 1 992 адреси в карті сайту без жодного дубліката — 1 848 карток товару і 138 категорій, перша відповідь сервера 388,1 мс при 120,2 КБ розмітки. Дефект прямо по темі цієї сторінки: у HTML досі підключений лічильник із конфігом Universal Analytics, вимкненої Google 1 липня 2023 року, а властивості GA4 немає — джерело звернень не фіксується третій рік, хоча форма запиту працює. Роботу самої CRM ми ззовні не міряли: видно лише шар, з якого заявка починається.

B2B-постачальник професійного обладнання для шоколадного виробництва

Задача
Зібрати запити на прорахунок обладнання, яке не купують в один клік, і не загубити ті звернення, що приходять дзвінком.
Рішення
Сайт-каталог із формою запиту прорахунку, двома мовними версіями й шістьма способами оплати. Підключені Google Tag Manager, GA4 і колтрекінг Binotel.
Результат
Вимір 31.07.2026: 106 позицій каталогу і 230 адрес у карті сайту, перша відповідь сервера 351,4 мс, повне завантаження розмітки 490,4 мс. Дзвінки відстежуються колтрекінгом, і саме такий сайт виграє від зведення в одну систему найбільше: у B2B більшість угод починається дзвінком, а форма прорахунку дає другу половину картини. Скільки звернень доходить до угоди, ззовні не видно — це цифра з кабінету клієнта.

інтернет-магазин тактичного і військового спорядження з каталогом понад 50 тис. позицій

Задача
Утримати надвеликий асортимент із детальною фільтрацією і не втратити швидкість віддачі сторінок.
Рішення
OpenCart 3 за Cloudflare, дві мовні версії, дев'ять типів JSON-LD на головній. У чекауті п'ять способів оплати з подіями dataLayer, телефонія Binotel, email-сервіс eSputnik, вхід через Google.
Результат
Вимір 31.07.2026: 54 302 товари і 635 категорій, підтверджені двома незалежними методами з розбіжністю 0,4%, при першій відповіді сервера 413,8 мс. Це найповніший шар збору звернень з усього, що ми міряли: події чекауту, колтрекінг і поштовий сервіс уже стоять — передавати в CRM є що. Знайдений дефект: hreflang оголошує uk-UA та uk-RU при html lang="ru".
Що потрібно від вас

Без цього не почнемо — краще підготувати заздалегідь

  1. Ключ доступу до API вашої CRM — його видають вам, не підряднику.
  2. Доступи до сайту й адмінки з правами на встановлення доробок.
  3. Перелік форм і сценаріїв, які передаємо, і полів, які має бачити менеджер у картці.
  4. Правило дубля: зводимо за телефоном, за поштою чи за обома.
  5. Рішення, чи потрібен зворотний потік статусів на сайт, і які статуси покупець узагалі має бачити.
  6. Адміністратора CRM з вашого боку — воронки, права й довідники налаштовує він.

Якщо чогось із цього немає — скажіть, підкажемо, як зібрати або зробимо самі окремою задачею.

Часті питання

Те, що питають найчастіше — з конкретними відповідями

навіщо передавати заявки в CRM, якщо вони й так приходять на пошту?

Пошта не показує, що сталося із заявкою далі. У картці видно, хто взяв звернення, коли відповів і чим воно закінчилось; у листі цього немає й не буде. Друга причина — джерело: у листі немає ні сторінки, ні кампанії, а в картці вони лежать, і через місяць ви бачите, звідки прийшли ті, хто купив. Третя — тиша: лист, який не дійшов, нікого не турбує, поки клієнт не нагадає про себе сам. Ми не обіцяємо, що після інтеграції звернень стане більше. Обіцяємо, що їх стане видно.

що станеться, якщо CRM недоступна в момент відправки форми?

Заявка не має зникнути — це головна вимога до інтеграції, і саме тому передача влаштована в два кроки. Спершу звернення записується в базу самого сайту й людині показується подяка. Далі фонова задача віддає його в CRM і, якщо система мовчить, повторює спроби з наростаючою паузою. Кожна передача несе ідемпотентний ключ, тому повтор не створює другу картку. Паралельно менеджеру йде сповіщення в Telegram: у вікні між спробами він уже знає про звернення, хоч у системі його ще немає.

як зводити клієнта, який пише і в месенджер, і в форму?

За правилом дубля, яке домовляємось на старті: зазвичай за телефоном, іноді за телефоном і поштою разом. Без правила у вас з'являються дві картки на одну людину, обидва менеджери пишуть їй окремо, а звіт показує подвоєну кількість звернень. Рішення тут організаційне, і ухвалює його керівник продажу: у частини бізнесів один номер на двох людей — звичайна річ, і склеювати такі записи не можна. Ми реалізуємо правило й показуємо на живих даних, скільки записів воно склеїло.

чи можна повертати статуси замовлення назад на сайт?

Можна, і це помітно розвантажує підтримку: більшість звернень «де моє замовлення» закриваються до того, як їх поставлять. Технічно це приймач вебхуків із перевіркою джерела й ідемпотентністю — повторна доставка того самого повідомлення не має змінювати замовлення двічі. Складність тут не в коді, а в домовленості: внутрішні статуси воронки покупцю показувати не варто, тому спершу узгоджуємо короткий перелік того, що він побачить, і лише потім вмикаємо потік.

чому серед кейсів немає інтеграції саме з цією CRM?

Бо роботу CRM ззовні перевірити неможливо: облік заявок не видно з боку відвідувача сайту, а вигадувати цифри ми не будемо. Показуємо натомість те, що справді виміряли, — шар, з якого заявка починається. У B2B-каталозі запчастин це форма запиту наявності при мертвому лічильнику, у постачальника обладнання — форма прорахунку разом із колтрекінгом, у магазині спорядження — події чекауту, телефонія й поштовий сервіс одночасно. Ваш потік ми так само розберемо безкоштовно, до будь-якого кошторису.

скільки часу займе інтеграція?

4–14 робочих днів після розбору потоку; сам розбір займає 2–3 дні, він безкоштовний і в цей строк не входить. Нижня межа — одна-дві форми сайту, мапінг полів і перевірка на живій заявці. Верхня — коли додаються замовлення магазину, зведення дублів і зворотний потік статусів. Етапи частково йдуть паралельно, тому 14 днів — це календарний строк, а не сума максимумів по кожному пункту.

а ключ доступу й персональні дані — це безпечно?

Ключ живе в змінних оточення на сервері й у браузер не потрапляє: усі запити йдуть із бекенду. Журнал передач ми відразу обмежуємо строком зберігання, бо в ньому лежать телефони й імена, а безстроковий журнал — це база персональних даних, яку ніхто не охороняє. Окремо просимо вас призначити, хто з боку компанії має доступ до CRM: технічна частина захисту не рятує, якщо картки бачать усі.

ми ще не обрали CRM. Робити інтеграцію зараз?

Ні. Спершу рішення, потім передача даних: переносити налаштовані воронки й мапінг між системами дорожче, ніж зробити один раз. Що варто зробити вже зараз — додати на сайт передачу мітки джерела в заявку й почати її зберігати. Це поле дешеве на етапі розробки й невідновне заднім числом: через півроку ви не дізнаєтесь, з якої сторінки прийшли ті, хто купив. Розбір потоку теж не пропаде — схема потрібна вам незалежно від того, яку систему ви оберете.

Напишіть, звідки до вас приходять звернення сьогодні.

У відповідь — схема потоку заявок із позначеними місцями втрат, перелік полів, які варто передавати в CRM, і оцінка робіт зі строком. Якщо у вашому обсязі достатньо пошти й таблиці, почуєте це першим листом.

Переглянути кейси
  • Відповідь протягом 2 годин
  • Без зобов’язань
  • Працюємо за договором

Прайса на сайті немає навмисно: обсяг тієї самої роботи у двох клієнтів відрізняється в рази, і цифра «від» у такому разі нічого не пояснює. Спершу безкоштовний аудит — рахуємо ваші сторінки, дублі й швидкість, — потім називаємо суму й строк і фіксуємо їх у договорі.