Шаблон плану вимірювання GEO-пілоту
GEO-пілот завершився, підрядник показує графік, а ніхто не може сказати, чи це спрацювало. Правил ніхто не записав, тож будь-який результат можна трактувати як завгодно.
Цей план спершу фіксує правила: гіпотезу, яку можна перевірити, заморожену вибірку запитів, графік прогонів, повні витрати, один сигнал продажів і межі.
Кожне поле має відповідального, джерело і підпис. Рішення продовжити, змінити чи зупинити погоджують ще до базового прогону.
Усередині: план для заповнення, конструктор гіпотези, планувальник запитів і прогонів, аркуш витрат і сигналу продажів, точка рішення, заголовок CSV і вигаданий приклад.
- Формат
- Word .docx для редагування
- Обсяг
- 7 варіантів - ~7 сторінок
- Ціна
- 100% безкоштовно
- Як почати
- Копіювати або завантажити
Завантажте документ Word для редагування в один клік.
Безкоштовно · Без реєстрації · Миттєве завантаження
Шаблон плану вимірювання GEO-пілоту
План вимірювання GEO-пілоту
Одна сторінка, що фіксує правила до старту пілоту. Шість полів, у кожного є відповідальний, джерело і підпис. Ми не вимірюємо нічого, що спершу не записано тут.
Компанія: [бренд + сайт] - Власник пілоту: [ім'я] - Підрядник або команда: [агенція / інструмент / власна команда] - Дата плану: [РРРР-ММ-ДД]
| Поле плану | Що ми зобов'язуємось зробити | Відповідальний | Джерело або доказ | Підпис | Статус |
|---|---|---|---|---|---|
| Гіпотеза | [Якщо ми змінимо X на сторінках Y, метрика Z зміниться з A до B до дати] | [ім'я] | [файл бази + дата] | [хто затверджує + дата] | [чернетка / погоджено] |
| Вибірка запитів | [N запитів покупців, N контрольних запитів, за інтентом] | [ім'я] | [файл зі списком запитів + звідки вони взялися] | [хто затверджує + дата] | [статус] |
| Графік прогонів | [системи, прогони на запит, частота, базове і тестове вікна] | [ім'я] | [файл журналу прогонів] | [хто затверджує + дата] | [статус] |
| Витрати | [інструмент, оплата підряднику, внутрішні години, контент, розробка, зі стелею] | [ім'я] | [стаття бюджету або замовлення] | [власник бюджету + дата] | [статус] |
| Сигнал продажів | [який сигнал лідів чи воронки враховуємо і де він записується] | [ім'я] | [GA4 / поле CRM / нотатки дзвінків] | [керівник продажів + дата] | [статус] |
| Межі | [що цей пілот не може довести, письмово] | [ім'я] | [список меж] | [хто затверджує + дата] | [статус] |
Деталі полів (заповніть для кожного рядка)
- Гіпотеза: зміна [що змінюємо], сторінки [URL або група сторінок], метрика [згадка / цитування / кількість цитованих URL], база [значення + дата], ціль [значення], термін [дата]
- Вибірка запитів: [N] тестових запитів, [N] контрольних запитів, джерела [Search Console, дзвінки продажів, звернення в підтримку]
- Системи і налаштування: [ChatGPT / Perplexity / Gemini / Google AI Mode], [без входу або з акаунтом], локація [країна], мова [мова]
- Прогони: [N] прогонів на запит у кожній системі, кожні [тиждень / два тижні], база [дати], тестове вікно [дати]
- Стеля витрат: [сума] - зупиніться або затвердьте знову, якщо витрати її перевищать
- Сигнал продажів: [сигнал] записується в [система + назва поля], читає [ім'я]
- Межі прийняв: [ім'я + роль], дата [дата]
Наступний крок
- Власник пілоту: [ім'я] - завдання: написати гіпотезу й отримати базовий експорт до [дата]
- Аналітик: [ім'я] - завдання: заморозити вибірку запитів і налаштування прогонів до [дата]
- Власник бюджету: [ім'я] - завдання: затвердити стелю витрат або скоротити обсяг до [дата]
- Керівник продажів: [ім'я] - завдання: додати поле сигналу продажів і пояснити його команді до [дата]
- Затверджувач: [ім'я + роль] - завдання: підписати межі й точку рішення до [дата]
Фінальна перевірка
- Гіпотеза називає одну зміну, одну групу сторінок, одну метрику, базу, ціль і дату.
- Список запитів заморожений і збережений, у ньому є контрольні запити, яких пілот не торкається.
- Системи, налаштування і прогони на запит записані до першого базового прогону.
- Витрати мають стелю і названого власника бюджету.
- Сигнал продажів записано в реальне поле, яке хтось читає, а не на слайді.
- Межі підписала людина, яка ухвалюватиме рішення продовжити чи зупинити.
Чому це працює
Your GEO pilot runs on rules signed in advance: a testable hypothesis, frozen queries, fixed runs, a cost ceiling, one sales signal and an agreed stop rule.
- Control queries and repeated runs separate real gains from model updates and run-to-run noise.
- One recorded sales signal ties AI visibility to leads instead of to a vendor chart.
- Signed limits and a decision gate make the continue or stop call hard to argue later.
7 готових варіантів
Копіювати всеПлан вимірювання GEO-пілоту (для заповнення)
Коли використовувати: Один аркуш для гіпотези, вибірки запитів, графіка прогонів, витрат, сигналу продажів і меж, з відповідальними, джерелами, підписами і фінальною перевіркою.
План вимірювання GEO-пілоту
Одна сторінка, що фіксує правила до старту пілоту. Шість полів, у кожного є відповідальний, джерело і підпис. Ми не вимірюємо нічого, що спершу не записано тут.
Компанія: [бренд + сайт] - Власник пілоту: [ім'я] - Підрядник або команда: [агенція / інструмент / власна команда] - Дата плану: [РРРР-ММ-ДД]
| Поле плану | Що ми зобов'язуємось зробити | Відповідальний | Джерело або доказ | Підпис | Статус |
|---|---|---|---|---|---|
| Гіпотеза | [Якщо ми змінимо X на сторінках Y, метрика Z зміниться з A до B до дати] | [ім'я] | [файл бази + дата] | [хто затверджує + дата] | [чернетка / погоджено] |
| Вибірка запитів | [N запитів покупців, N контрольних запитів, за інтентом] | [ім'я] | [файл зі списком запитів + звідки вони взялися] | [хто затверджує + дата] | [статус] |
| Графік прогонів | [системи, прогони на запит, частота, базове і тестове вікна] | [ім'я] | [файл журналу прогонів] | [хто затверджує + дата] | [статус] |
| Витрати | [інструмент, оплата підряднику, внутрішні години, контент, розробка, зі стелею] | [ім'я] | [стаття бюджету або замовлення] | [власник бюджету + дата] | [статус] |
| Сигнал продажів | [який сигнал лідів чи воронки враховуємо і де він записується] | [ім'я] | [GA4 / поле CRM / нотатки дзвінків] | [керівник продажів + дата] | [статус] |
| Межі | [що цей пілот не може довести, письмово] | [ім'я] | [список меж] | [хто затверджує + дата] | [статус] |
Деталі полів (заповніть для кожного рядка)
- Гіпотеза: зміна [що змінюємо], сторінки [URL або група сторінок], метрика [згадка / цитування / кількість цитованих URL], база [значення + дата], ціль [значення], термін [дата]
- Вибірка запитів: [N] тестових запитів, [N] контрольних запитів, джерела [Search Console, дзвінки продажів, звернення в підтримку]
- Системи і налаштування: [ChatGPT / Perplexity / Gemini / Google AI Mode], [без входу або з акаунтом], локація [країна], мова [мова]
- Прогони: [N] прогонів на запит у кожній системі, кожні [тиждень / два тижні], база [дати], тестове вікно [дати]
- Стеля витрат: [сума] - зупиніться або затвердьте знову, якщо витрати її перевищать
- Сигнал продажів: [сигнал] записується в [система + назва поля], читає [ім'я]
- Межі прийняв: [ім'я + роль], дата [дата]
Наступний крок
- Власник пілоту: [ім'я] - завдання: написати гіпотезу й отримати базовий експорт до [дата]
- Аналітик: [ім'я] - завдання: заморозити вибірку запитів і налаштування прогонів до [дата]
- Власник бюджету: [ім'я] - завдання: затвердити стелю витрат або скоротити обсяг до [дата]
- Керівник продажів: [ім'я] - завдання: додати поле сигналу продажів і пояснити його команді до [дата]
- Затверджувач: [ім'я + роль] - завдання: підписати межі й точку рішення до [дата]
Фінальна перевірка
- Гіпотеза називає одну зміну, одну групу сторінок, одну метрику, базу, ціль і дату.
- Список запитів заморожений і збережений, у ньому є контрольні запити, яких пілот не торкається.
- Системи, налаштування і прогони на запит записані до першого базового прогону.
- Витрати мають стелю і названого власника бюджету.
- Сигнал продажів записано в реальне поле, яке хтось читає, а не на слайді.
- Межі підписала людина, яка ухвалюватиме рішення продовжити чи зупинити.
Конструктор гіпотези
Коли використовувати: Перетворіть «зробіть GEO» на одне речення, яке можна перевірити: зміна, група сторінок, метрика, база, ціль і дата.
Конструктор гіпотези
Пілот без гіпотези, яку можна перевірити, закінчується суперечкою. Напишіть одне речення, яке хтось зможе спростувати.
Якщо ми [зміна] на [група сторінок], то [метрика] для [набір запитів] зміниться з [база] до [ціль] до [дата], виміряно через [метод].
| Частина | Слабко | Можна перевірити |
|---|---|---|
| Зміна | Зробити GEO | Додати порівняльну таблицю і датовані примітки щодо цін на 8 сторінок товарів |
| Метрика | Більше AI-видимості | Кількість прогонів, де відповідь цитує один з наших URL |
| Набір запитів | Наші ключові слова | 40 заморожених запитів покупців, 10 заморожених контрольних |
| Ціль | Великий приріст | Ціль, яку затверджувач погодив до базового прогону |
| Дата | Скоро | Кінець тестового вікна, записаний як дата |
Правила хорошої гіпотези
- Одна зміна на гіпотезу. Якщо підрядник впроваджує п'ять змін одночасно, ви не дізнаєтесь, яка спрацювала.
- Оберіть метрику, яку можна порахувати зі збережених відповідей: бренд згадано, URL процитовано або замість вас названо конкурента.
- Задайте ціль до базового прогону. Ціль, обрана після даних, це не тест.
- Залиште контрольні запити без змін, щоб оновлення моделі не виглядало як перемога.
- Запишіть, який результат змусить вас зупинитися. Це речення теж частина гіпотези.
Перш ніж обрати групу сторінок, згрупуйте запити покупців за темами. Keyword Cluster Tool розкладає сирий список на кластери, які можна зіставити зі сторінками.
Планувальник вибірки запитів і графіка прогонів
Коли використовувати: Оберіть тестові й контрольні запити за інтентом, заморозьте їх і зафіксуйте системи, налаштування і прогони на кожне вікно.
Планувальник вибірки запитів і графіка прогонів
AI-відповіді змінюються від прогону до прогону. Вибірка і графік визначають, чи зміна реальна, чи це просто шум.
Вибірка запитів
| Інтент | Приклад шаблону | Тестові запити | Контрольні запити |
|---|---|---|---|
| Проблема | як виправити [проблема] у [галузь] | [N] | [N] |
| Категорія | найкращий [категорія] для [тип покупця] | [N] | [N] |
| Порівняння | [ми] vs [конкурент] | [N] | [N] |
| Альтернативи | альтернативи [конкурент] | [N] | [N] |
| Бренд | чи підходить [ми] для [сценарій] | [N] | [N] |
- Вкажіть джерело кожного запиту: [Search Console / дзвінки продажів / звернення в підтримку / інструмент ключових слів]. Жодних запитів, написаних, щоб догодити підряднику.
- Заморозьте список у дату плану. Нові запити йдуть у наступний пілот, а не в цей.
- Контрольні запити покривають ті самі інтенти, але ведуть на сторінки, які пілот не змінюватиме.
Графік прогонів
| Вікно | Дати | Що відбувається |
|---|---|---|
| База | [дати] | Проженіть кожен запит у кожній системі щонайменше двічі, до впровадження будь-яких змін |
| Зміна | [дати] | Впровадьте зміни, названі в гіпотезі. Запишіть дату впровадження для кожної сторінки |
| Тест | [дати] | Ті самі запити, ті самі системи, ті самі налаштування, та сама кількість прогонів |
| Підсумок | [дата] | Порівняйте тест із базою та контролем, потім застосуйте точку рішення |
Фіксовані налаштування (запишіть один раз і ніколи не змінюйте)
- Системи: [список] - стан акаунта: [без входу / тестовий акаунт]
- Локація і мова: [країна, мова] - пристрій: [десктоп / мобільний]
- Прогонів на запит у кожній системі за вікно: [N] - хто проганяє: [ім'я або інструмент]
- Зберігайте повний текст відповіді, цитовані URL і дату для кожного прогону. Самі скриншоти важко порахувати.
Потрібен стартовий список? Зберіть його за допомогою шаблону бібліотеки запитів покупців для AI, а потім записуйте кожен прогін у журнал повторних прогонів AI-видимості.
Аркуш витрат і сигналу продажів
Коли використовувати: Перелічіть усі статті витрат під стелею і оберіть один сигнал продажів, який реально можна записати і прочитати.
Аркуш витрат і сигналу продажів
Показники видимості не є доходом. До старту пілоту запишіть повні витрати і той єдиний сигнал продажів, який ви читатимете.
Витрати
| Стаття витрат | Сума | Відповідальний | Затверджено |
|---|---|---|---|
| Підписка на інструмент або трекер | [сума / місяць] | [ім'я] | [так / ні] |
| Оплата підряднику або агенції | [сума] | [ім'я] | [так / ні] |
| Внутрішні години (SEO, контент, розробка, продажі) | [години x ставка] | [ім'я] | [так / ні] |
| Створення контенту | [сума] | [ім'я] | [так / ні] |
| Разом і стеля | [разом / стеля] | [власник бюджету] | [так / ні] |
Сигнали продажів, які реально можна записати
- Канал AI Assistant у GA4: Google наводить його як стандартний канал для візитів із джерел на кшталт ChatGPT, Gemini, Deepseek, Copilot чи Grok. Google зазначає, що він не враховує AI Overviews і AI Mode.
- Search Console: за словами Google, трафік з AI Overviews і AI Mode входить у звіт «Ефективність» (Performance), тип пошуку Web, разом з іншими кліками. Окремий звіт про генеративний AI показує покази, а не кліки.
- Джерело зі слів клієнта: поле у формі чи під час дзвінка «Як ви вперше про нас дізналися?» з варіантом «AI-асистент». Поле: [назва поля]
- Нотатки дзвінків продажів: менеджери позначають дзвінки, де покупець згадує AI-інструмент або шортлист від AI. Тег: [назва тегу]
- Воронка: ліди та угоди з будь-яким із наведеного вище, враховані в [назва звіту CRM]
Оберіть один основний сигнал
- Основний сигнал: [сигнал] - база: [кількість + вікно] - читає: [ім'я]
- Додаткові сигнали: [список] - лише для контексту, не для рішення
- Якщо ваш цикл продажу довший за пілот, вкажіть це в межах і оцінюйте за лідами, а не закритими угодами.
Зберігайте поле джерела поруч із кожним лідом, щоб продажі й маркетинг бачили одну цифру. CRMsoftware.pro може зберігати це поле для кожного контакту. Робочий аркуш атрибуції AI-переходів описує налаштування відстеження.
Межі й точка рішення
Коли використовувати: Підпишіть, чого пілот не може довести, і погодьте правило «продовжити, змінити чи зупинити» до появи результатів.
Межі й точка рішення
Запишіть, чого пілот не може довести, ще до того, як хтось побачить результати. Потім погодьте правило: продовжити, змінити чи зупинити.
Межі для підпису (залиште, відредагуйте або додайте)
- AI-відповіді на той самий запит різняться між прогонами. Один прогін нічого не доводить.
- Відповіді можуть змінюватися залежно від локації, мови, стану акаунта та історії чату.
- Системи оновлюють моделі й джерела без попередження. Контрольні запити допомагають, але не можуть цього виключити.
- Мала вибірка запитів показує напрям, а не точний розмір ефекту.
- Багато AI-відповідей не дають жодного кліку. Частина впливу ніколи не з'являється в аналітиці.
- Ніхто не може гарантувати згадку чи цитування. Будь-який договір, що це обіцяє, варто перечитати.
- Інші межі цього пілоту: [список]
Точка рішення (погодьте до базового прогону)
| Результат на підсумку | Рішення | Хто вирішує |
|---|---|---|
| Тестові запити перевищили базу на [ціль], контрольні не змінилися, сигнал продажів тримається або зростає | Продовжити: розширити на [наступна група сторінок] | [затверджувач] |
| Тестові запити покращилися, але контрольні покращилися настільки ж | Змінити: імовірно, це зміна моделі чи ринку, а не наша робота | [затверджувач] |
| Видимість покращилася, сигнал продажів не зрушив | Змінити: перевірити сторінки, пропозиції і сам сигнал | [затверджувач] |
| Змін немає, або витрати перевищили стелю | Зупинити: записати, що ми дізналися | [затверджувач] |
Перед точкою рішення перевірте, хто ще виграє ті самі відповіді. Competitor Analysis показує домени конкурентів, а AI Visibility Checker показує записані AI-відповіді, які називають домен або посилаються на нього.
Заголовок таблиці (CSV)
Коли використовувати: Готовий рядок заголовків і допустимі значення, щоб записувати кожен прогін пілоту в Google Sheets або Excel.
Готовий заголовок для таблиці
Вставте цей рядок у клітинку A1 у Google Sheets або Excel, потім розділіть текст на стовпці за комою. Один рядок на запит, систему і прогін.
pilot_id,charter_date,hypothesis_id,window,run_date,engine,account_state,location,language,query_id,query_text,intent,query_group,brand_mentioned,our_url_cited,cited_urls,rivals_named,answer_saved_at,run_by,cost_to_date,sales_signal,sales_signal_count,limit_flags,owner,next_action,notesДопустимі значення
- window: baseline, change, test
- query_group: test, control
- intent: problem, category, comparison, alternatives, brand
- brand_mentioned / our_url_cited: yes, no
- limit_flags: model_update, settings_changed, run_missed, none
Поради щодо таблиці
- Зробіть зведену таблицю за window і query_group. Важлива саме різниця між тестом і контролем.
- Виділяйте рядки, де налаштування відрізняються від плану. Виключайте їх або позначайте.
- Показуйте cost_to_date у кожному підсумку, щоб стеля витрат ніколи не стала несподіванкою.
Розібраний приклад (вигадане ПЗ для автопарків Pellowmere)
Коли використовувати: Заповнений план і підсумок для вигаданої компанії з ПЗ для обслуговування автопарків і вигаданого GEO-підрядника.
Розібраний приклад: Pellowmere, ПЗ для обслуговування автопарків
Лише приклад. Pellowmere - вигадана компанія з ПЗ для обслуговування автопарків, а Ostrevane - вигаданий GEO-підрядник. Домен, люди, цифри, дати й результати вигадані, щоб показати заповнений план.
Сайт: pellowmere.example - Власник пілоту: SEO-лід - Підрядник: Ostrevane - Дата плану: 2026-08-28 - База: 2026-09-01 - 2026-09-14 - Тест: 2026-10-13 - 2026-10-26
| Поле плану | Що ми зобов'язуємось зробити | Відповідальний | Джерело або доказ | Підпис | Статус |
|---|---|---|---|---|---|
| Гіпотеза | Датована порівняльна таблиця і простий список характеристик на 8 сторінках про обслуговування автопарків піднімуть кількість тестових прогонів із цитуванням URL Pellowmere у ChatGPT і Perplexity з 22 до щонайменше 40 з 240 до 2026-10-26 | SEO-лід | Базовий експорт, 2026-09-01 | Керівник маркетингу, 2026-08-28 | Погоджено |
| Вибірка запитів | 40 запитів покупців, 10 контрольних, із Search Console і 25 нотаток дзвінків продажів | Аналітик | Заморожений список v1 | Керівник маркетингу | Погоджено |
| Графік прогонів | 2 системи, 3 прогони на запит за вікно, без входу, США, англійська | Аналітик | Таблиця журналу прогонів | Керівник маркетингу | Погоджено |
| Витрати | Тариф трекера, оплата Ostrevane, 60 внутрішніх годин, стелю задано | SEO-лід | Стаття бюджету MK-114 | Фінансовий керівник | Погоджено |
| Сигнал продажів | Заявки на демо з «AI-асистент» у полі джерела зі слів клієнта | Керівник продажів | Поле CRM: first_heard_source | Керівник продажів | Погоджено |
| Межі | Розкид між прогонами, оновлення моделей, цикл продажу 6 тижнів довший за тестове вікно | SEO-лід | Підписаний список меж | Керівник маркетингу | Погоджено |
Підсумок (вигадані цифри)
| Показник | База | Тест |
|---|---|---|
| Прогони тестових запитів із цитуванням URL Pellowmere (з 240) | 22 | 41 |
| Прогони контрольних запитів із цитуванням URL Pellowmere (з 60) | 5 | 6 |
| Заявки на демо з AI-асистентом як джерелом | 3 | 7 |
| Витрати відносно стелі | - | Нижче стелі |
Що вирішили в точці рішення
- Рішення: продовжити. Тестові запити отримали більше цитувань, а контрольні майже не змінилися, тож саме оновлення моделі навряд чи було причиною.
- Не заявляли: дохід. Цикл продажу довший за тестове вікно, тому команда звітувала лише про заявки на демо.
- Змінили: Ostrevane у своїй презентації обіцяв «топ-цитування». Цей рядок прибрали з плану, бо ніхто не може цього гарантувати.
- Наступний пілот: той самий метод на 10 сторінках про облік запчастин, з новим замороженим списком запитів.
Чому це працює
- Ціль і правило зупинки підписали до базового прогону, тож ніхто не змінював правила на ходу.
- Контрольні запити відокремили роботу команди від змін у системах.
- Один сигнал продажів в одному полі CRM зробив підсумок чесним і коротким.
Хочете, щоб хтось ще раз подивився на план вашого GEO-пілоту? Запишіться на безкоштовну консультацію з Анатолієм Улітовським або перегляньте наші послуги SEO та GEO.
Як використовувати цей шаблон
- Запишіть одну гіпотезу, яку можна перевірити, з базовим значенням, ціллю і датою.
- Зберіть список запитів із реальних джерел покупців, додайте контрольні запити й заморозьте його.
- Зафіксуйте системи, налаштування і кількість прогонів на запит, а базовий прогін зробіть до будь-яких змін.
- Перелічіть усі статті витрат, задайте стелю і призначте власника бюджету.
- Оберіть один сигнал продажів, додайте його в реальне поле і зафіксуйте базове значення.
- Підпишіть межі й точку рішення, потім впровадьте зміни і проведіть тестове вікно.
- На підсумку порівняйте тестові, контрольні запити й сигнал продажів і застосуйте правило рішення так, як записано.
Корисні поради
- Ніколи не оцінюйте GEO-пілот за одним прогоном. Повторюйте кожен запит і порівнюйте вікна, а не окремі відповіді.
- Зберігайте контрольні запити. Це ваш єдиний захист від оновлення моделі, яке виглядає як перемога.
- Задайте ціль до базового прогону. Цілі, обрані після даних, це лише думки.
- Якщо цикл продажу довший за пілот, оцінюйте за лідами. Запишіть це в межах.
- Викресліть із плану будь-які обіцянки підрядника гарантувати згадки чи цитування.
Поширені запитання
Що таке план вимірювання GEO-пілоту?
Угода на одну сторінку, яку підписують до старту GEO-пілоту. Вона фіксує гіпотезу, вибірку запитів, графік прогонів, витрати, сигнал продажів і межі, а також правило фінального рішення.
Скільки запитів і прогонів потрібно для GEO-пілоту?
Офіційної цифри немає. Візьміть стільки запитів покупців, щоб покрити кожен інтент, додайте контрольні й проганяйте кожен запит кілька разів за вікно, бо відповіді змінюються між прогонами.
Чи може Google Analytics показати AI-трафік?
У GA4 є стандартний канал AI Assistant (AI-асистенти) для візитів з інструментів на кшталт ChatGPT чи Gemini. Google каже, що він не враховує AI Overviews і AI Mode, які Search Console рахує в типі Web.
Чи має план писати підрядник?
Підрядник може підготувати чернетку, але гіпотеза, список запитів, сигнал продажів і підпис мають належати замовнику. Інакше пілот сам собі ставить оцінки.
Що робити, якщо пілот дав більше цитувань, але не дав лідів?
Змінюйте підхід, а не масштабуйте. Перш ніж витрачати більше, перевірте цитовані сторінки, пропозицію і те, чи сигнал продажів узагалі записується.