# Приймання заявок на сайті послуг

MAX SITE · 10.09.2026 · робоча перевірка форми, доставки та вимірювання.

Успішна форма, клік по телефону, розмова й кваліфікований лід — різні події. Шаблон не доводить, що production-інтеграція вже працює. Тестове повідомлення погодьте з одержувачем; не засмічуйте реальну CRM або чужий Telegram.

## Домовитися про критерії

1. [ ] Записати реліз, середовище, дату, виконавця й погодженого одержувача тесту: ___.
2. [ ] Визначити канал доставки та місце, де менеджер перевірить отриману заявку: ___.
3. [ ] Окремо описати успішну доставку, кваліфікований лід і фактичний дзвінок; для кожного назвати джерело доказу.
4. [ ] Перевірити робочий телефон, месенджер, години відповіді та резервний спосіб зв’язку з власником.
5. [ ] Погодити мінімальні поля форми й політику обробки даних; не збирати зайву інформацію.

## Форма й доставка

6. [ ] Відкрити сторінку послуги на телефоні: меню, контактна панель, consent і форма не перекривають одне одного.
7. [ ] Перевірити порожній і некоректний номер: помилка зрозуміла, поля та введення не зникають.
8. [ ] Перевірити серверну валідацію й обмеження розміру запиту; клієнтська перевірка не є єдиним захистом.
9. [ ] Надіслати погоджений тест і звірити фактичний запис у каналі одержувача, а не лише відповідь браузера.
10. [ ] Звірити контекст послуги й ідентифікатор заявки; ім’я та контакти не підміняються даними іншої форми.
11. [ ] Перевірити відповідь сервісу з помилкою в тілі навіть за HTTP 200: інтерфейс не показує успішну доставку.
12. [ ] Перевірити відмову CRM або месенджера: текст помилки й резервна дія доступні, форма не скидається без потреби.
13. [ ] Під час очікування повторно натиснути кнопку: клієнт не запускає паралельні дублікати.
14. [ ] У тестовому середовищі повторити запит з тим самим idempotency key, якщо механізм передбачено; перевірити серверну, а не лише візуальну дедуплікацію.
15. [ ] Імітувати неоднозначний тайм-аут після можливого приймання стороннім сервісом. Зафіксувати ризик дубля; не обіцяти exactly-once без підтвердженого механізму.
16. [ ] За відсутнього endpoint перевірити ручний fallback: користувач сам обирає копіювання/перехід, введені дані не зникають і не вшиваються автоматично в публічний URL.

## Конверсії та безпека

17. [ ] Перевірити click_phone лише як клік на tel-посилання. Для розмови потрібен окремий дозволений облік дзвінків.
18. [ ] Подія успішної форми виникає лише після погодженого підтвердження сервера; помилка й тайм-аут не стають конверсіями.
19. [ ] Перевірити параметри подій і сторінок: немає телефона, email, імені, тексту заявки або інших персональних даних.
20. [ ] Звірити поведінку до згоди, після згоди й після її зміни з реалізованою consent-моделлю; не обходити вибір відвідувача.
21. [ ] У дозволеному доступі окремо перевірити GA4 DebugView, ключову подію та імпорт у Google Ads; наявність коду тегу не закриває ці пункти.
22. [ ] Записати результат, доказ, відкритий дефект, власника виправлення та дату повтору; прибрати погоджені тестові записи лише за встановленою процедурою.

## Журнал приймання

| Крок | Факт у браузері | Факт у каналі одержувача | Подія GA4 / Ads | Доказ без PII | Статус |
|---|---|---|---|---|---|
| ___ | ___ | ___ | ___ | ___ | ___ |

Додатково: [сайт клінінгової компанії — сценарії приймання](https://maxsite.com.ua/nishi/sajt-dlya-kliningovoyi-kompaniyi/) · [публічний QA-чекліст](https://maxsite.com.ua/qa-checklist/).