Підключення CRM часто сприймають як окреме завдання: взяли сайт, налаштували передачу заявок – готово. Але сайт у цій схемі – не просто джерело замовлень. Через нього проходять запити, дані клієнтів, API-виклики, webhook, інформація про товари, оплату та доставку.
Тому проблема після запуску інтеграції не обов’язково означає, що щось не так із CRM. Запит може не дійти через сервер, форма – неправильно передати дані, SSL – завадити зовнішньому з’єднанню, а зміна DNS – тимчасово порушити роботу частини сервісів.
Перед підключенням CRM або інших систем варто спочатку перевірити технічний стан самого сайту. Для інтернет-магазину чи лендингу це особливо важливо: одна непередана заявка – це вже потенційно втрачений продаж.
Перевірте, як сайт працює без інтеграцій
Найкраще почати зі звичайного сценарію користувача.
Відкрийте головну сторінку, каталог, картки товарів, кошик і оформлення замовлення. Зробіть це з комп’ютера та смартфона. Спробуйте заповнити форму, додати товар, перейти між сторінками й оформити тестове замовлення.
Якщо сайт уже зараз інколи зависає, довго відповідає, показує помилки або нестабільно відправляє форми, спочатку треба знайти причину. Після підключення CRM до цієї ж схеми додасться ще одна система, і зрозуміти джерело проблеми буде складніше.
Не зайвим буде зайти й до адміністративної частини. Після інтеграції сервер оброблятиме не тільки дії відвідувачів, а й фонові запити між сайтом та іншими сервісами.
Домен і DNS теж входять у схему інтеграції
DNS зазвичай не помічають, поки все працює. Але щойно потрібно додати запис, змінити адресу сервера або підключити зовнішній сервіс, він стає важливою частиною налаштування.
Перед роботами варто перевірити кілька базових речей:
- де саме керуються DNS-записи домену;
- хто має доступ до налаштувань;
- на який сервер зараз спрямований сайт;
- чи збережена поточна конфігурація DNS перед внесенням змін.
Особливо це актуально для проєктів, які вже переносили між різними хостингами або передавали від одного розробника іншому. У таких випадках конфігурація може бути значно складнішою, ніж здається на перший погляд.
Заодно перевірте строк реєстрації домену. Автоматизація продажів мало допоможе, якщо через непродовжений домен сам сайт перестане відкриватися.
Якщо домен, DNS, SSL та хостинг обслуговуються в одного провайдера, керувати технічними налаштуваннями простіше. У RX-NAME ці послуги доступні в одному акаунті, тому перед інтеграцією легше перевірити конфігурацію та за потреби внести зміни.
HTTPS потрібно перевіряти не лише на головній сторінці
Для користувача SSL найчастіше асоціюється із захищеним HTTPS-з’єднанням. Для CRM та інших інтеграцій він також впливає на те, чи зможуть системи нормально обмінюватися даними.
Зовнішній сервіс може звертатися до сайту через API або webhook. Якщо сертифікат прострочений, HTTPS налаштований некоректно або є проблема з ланцюжком сертифікації, такий запит може бути відхилений.
Тому перевіряти потрібно не тільки HTTPS-версію головної сторінки. Важливо, щоб без помилок відкривалися й ті URL, через які прийматимуться або передаватимуться дані.
Зверніть увагу й на переадресації. Сайт може кілька разів переводити запит між HTTP і HTTPS, версіями з www та без www. У браузері користувач цього майже не помітить, але для автоматичного запиту зайвий редирект іноді стає причиною збою.
Після інтеграції сервер отримує нове навантаження
До підключення CRM сайт переважно обслуговує звичайних відвідувачів: відкриває сторінки, працює з каталогом, кошиком та оформленням замовлень.
Після цього з’являються автоматичні запити.
CRM може приймати нові замовлення та передавати статуси. Складська система – синхронізувати залишки. Інші сервіси – оновлювати товари, ціни або клієнтські дані.
При цьому навантаження не обов’язково зростає рівномірно. Частіше виникають короткі піки. Наприклад, реклама приводить одразу багато покупців, а сайт у цей самий час активно обмінюється інформацією із зовнішніми системами.
Перед інтеграцією варто подивитися, чи вистачає ресурсів хостингу, чи немає постійних обмежень за процесорним часом і пам’яттю, як виконуються PHP-процеси, у якому стані база даних та що показують журнали помилок.
Якщо сайт і без CRM регулярно впирається в доступні ресурси, краще вирішити це до запуску автоматизації.
Після підключення CRM перевірте, як передається замовлення
Для інтернет-магазину один із найкорисніших тестів – пройти оформлення замовлення власноруч.
Важливо не зупинятися на повідомленні «Дякуємо, ваше замовлення прийнято». Треба подивитися, що сталося з даними далі.
Перевірте весь шлях заявки
Зручно пройти його поетапно:
- Оформіть замовлення на сайті як звичайний покупець.
- Перевірте, чи з’явилося воно в CRM.
- Подивіться, чи правильно передалися номер телефону, товар, кількість, сума, спосіб доставки та коментар.
- Якщо використовуються UTM-мітки, перевірте і їх.
- Повторіть тест з іншим набором товарів або способом доставки.
Окремої уваги заслуговують необов’язкові поля. Саме тут часто виникають дрібні несумісності: одна система очікує конкретне значення, а інша надсилає порожнє поле або дані в іншому форматі.
Краще зробити не одне тестове замовлення, а кілька: стандартне, з кількома товарами, з коментарем і різними варіантами доставки.
API та webhook повинні бути доступні для зовнішніх запитів
Частина інтеграцій працює через API або webhook. У спрощеному вигляді це означає, що один сервіс надсилає дані на певну адресу іншого.
І тут важлива саме зовнішня доступність.
Потрібний URL може нормально відкриватися в розробника, але при цьому залишатися недоступним для CRM. Причиною може бути firewall, серверне блокування, правила захисту від ботів, неправильні права або обмеження на певні типи запитів.
Тому інтеграцію бажано перевіряти не лише вручну через браузер, а й у тому сценарії, за яким вона працюватиме після запуску.
Дуже корисними в таких ситуаціях є серверні журнали. За логами часто можна швидко побачити, чи прийшов запит на сайт, яку відповідь повернув сервер і на якому етапі виникла помилка.
Короткий чекліст перед підключенням CRM
| Перевірка | Навіщо це потрібно | Що може піти не так |
| Робота сайту | Інтеграція залежить від стабільної роботи самого ресурсу | Форми та сторінки періодично не відповідають |
| Домен і DNS | Зовнішні сервіси звертаються до конкретного домену | Неправильний запис спрямовує запити не на той сервер |
| SSL/HTTPS | API та webhook зазвичай працюють через захищене з’єднання | Зовнішня система відхиляє запит |
| Ресурси хостингу | Інтеграції створюють додаткові фонові запити | Сайт починає сповільнюватися під навантаженням |
| Форми замовлення | Саме з них дані найчастіше передаються в CRM | Частина полів губиться або передається неправильно |
| API та webhook | Від них залежить автоматичний обмін даними | Сервер блокує запит або повертає помилку |
| Резервна копія | Зміни іноді зачіпають код, базу даних і конфігурацію | Повернути сайт до робочого стану складніше |
Резервна копія потрібна до початку робіт
Навіть нескладне підключення може зачепити код сайту, модулі, API-ключі, базу даних або конфігураційні файли.
Саме тому актуальну резервну копію файлів і бази краще зробити до змін.
Недостатньо просто знати, що резервування «десь працює». Потрібно розуміти, коли була створена остання копія і як саме виконується відновлення.
Для магазину це особливо важливо. Якщо доведеться відкотити базу до старішої версії, разом із відновленням сайту можна втратити замовлення, які з’явилися після створення цієї копії.
Після налаштування повторіть шлях покупця
Повідомлення про те, що інтеграцію успішно підключено, – ще не фінальна перевірка.
Після завершення робіт варто ще раз пройти повний сценарій:
- Відкрити сайт як звичайний клієнт.
- Додати товар або заповнити форму.
- Оформити тестове замовлення.
- Перевірити, що саме отримала CRM.
- Якщо є двосторонній обмін, змінити статус замовлення та перевірити, чи повернулася інформація назад на сайт.
На це потрібно всього кілька хвилин, зате такий тест охоплює весь ланцюжок – від дії покупця до появи даних у потрібній системі.
CRM не працює окремо від сайту. Домен, DNS, HTTPS, сервер, база даних і код залишаються частинами однієї технічної схеми. Якщо перевірити її ще до інтеграції, запуск проходить спокійніше, а в разі помилки значно легше зрозуміти, де саме її шукати.