Договор и KPI в GEO: что фиксировать, что гарантировать и как принимать работу

Классический маркетинговый контракт предполагает причинную цепочку «работа - результат», пусть и с оговорками. В GEO эта цепочка рвётся дважды. Сначала - технически: ответ ИИ-системы собирается заново при каждом обращении из десятков источников, и источник выбирается моделью, а не подрядчиком. Потом - измерительно: разные платформы считают «видимость» по-разному, единый стандарт отсутствует. В результате договор, скопированный из SEO-практики, либо обещает невозможное (гарантия доли), либо не защищает ничего («комплексное продвижение в нейросетях»).

Рыночная статистика объясняет, почему так вышло: канал развивается быстрее контрактной практики. Большинство брендов уже присутствует в цитированиях, но системный замер наладили единицы - значит, и стороны договора чаще всего не знают своих базовых цифр. Договор, подписанный без исходного замера, фиксирует ожидания без реальности - и любые споры о результате превращаются в спор о вкусах. Поэтому первый блок договора в GEO - не оплата и не сроки, а методика: что меряем, как, чем и с какой частотой.

Второй особый момент - скорость изменений платформ. Релизы моделей меняют выдачу у всех ниш сразу; осенью 2025-го один такой релиз срезал переходы из ChatGPT вдвое на больших панелях. Контракт без механизма пересмотра KPI при внешних событиях обречён: либо он нарушается реальностью, либо становится предметом торга в самый неудобный момент.

Карту контуров полезно записать прямо в приложении к договору - таблицей: контур, примеры, характер обязательств, ответственный. Такая таблица снимает половину будущих споров: любые новые пожелания заказчика («а сделайте, чтобы удалили отзыв») быстро находятся в ней - и превращаются не в спор, а в смену типа обязательства с соответствующей ценой. Зрелые агентства приносят такую таблицу сами - это лучший маркер их зрелости на переговорах.

Тонкое место второго контура - учёт множества площадок: каталог, СМИ, карты и профили живут по разным правилам, и по каждому типу площадок обязательства второго контура различаются: где-то возможно прямое размещение, где-то только подача на модерацию, где-то - работа через посредника. Приложение к договору уточняет это построчно: площадка - тип доступа - характер обязательства. Пятнадцать строк таблицы заменяют страницу общих слов и снимают вопрос «почему это ещё не сделано» в половине случаев.

Основание честного договора - карта того, что исполнитель контролирует. Первый контур - управляемый: сайт заказчика, его структура, контент, разметка, доступ для краулеров. Здесь исполнитель отвечает за факт и качество работ напрямую, и именно сюда уходит большая часть бюджета. Второй контур - частично управляемый: внешние площадки - каталоги, СМИ, профили, партнёрские материалы. Подать и согласовать правку можно; гарантировать, что площадка её примет и сделает к дате, - нельзя. Третий контур - неуправляемый: отзывы, форумы, чужие публикации. Влиять напрямую невозможно - только через качество продукта и работу с внешним контуром на горизонте кварталов.

Из этой карты следуют конкретные формулировки. По первому контуру допустимы жёсткие обязательства: «выполнить X работ на Y страницах к дате Z». По второму - обязательства действия: «разместить, отправить, согласовать» с оговоркой о зависимости от третьих сторон. По третьему - обязательства процесса и замера: мониторинг, ответы, эскалация - но не «удаление негатива». Попытка записать жёсткое обязательство по неуправляемому контуру - самый частый источник конфликта: оно либо невыполнимо, либо выполняется методами, за которые потом стыдно.

Для заказчика эта же карта - инструмент самопроверки. Если подрядчик предлагает всю работу «под ключ» с гарантией по всем трём контурам сразу - он либо не понимает механику, либо продаёт воздух. Зрелое предложение всегда асимметрично: твёрдое - где контур свой, процессное - где общий, честно неопределённое - где ничей.

Практический совет по уровням: разносите их по разным документам. Факты работ - в приложении с перечнем и датами; метрики - в методике замера с формулой; бизнес-эффект - в дорожной карте проекта, где его связывают с продуктовыми планами. Такое разнесение защищает от главного жанра споров - «а это результат или процесс»: у каждого вопроса появляется свой документ и своя логика чтения.

Для заказчика уровни оценки - ещё и инструмент планирования усилий: на первом уровне работает контроль документов, на втором - участие в утверждении пула и проверках, на третьем - продуктовые решения на основе данных канала. Компания, у которой на третьем уровне никто не отвечает, недополучает половину смысла замера: данные о канале меняют и позиционирование, и приоритеты контента, и даже продукт - но только если их кто-то читает и решает.

Оценка проекта в договоре работает на трёх уровнях, и смешивать их нельзя. Уровень первый - факт выполнения работ: перечень выполненных действий против плана; это единственный уровень, где приёмка бинарна. Уровень второй - метрики видимости: доля ответов с упоминанием, цитируемость, доля голоса по зафиксированному пулу; здесь оценка идёт по динамике относительно исходного замера, а не по абсолюту. Уровень третий - влияние на бизнес: заявки, конверсии, выручка из канала; здесь результаты суть общее достижение сторон, потому что на конверсию влияет и продукт, и цена, и сервис.

Практическое следствие: KPI разных уровней имеют разную юридическую силу. По фактам работ возможны штрафные конструкции - это зона твёрдой ответственности. По метрикам - целевые значения с правом пересмотра при внешних событиях: это зона управления. По бизнесу - отчётность и совместный анализ: это зона партнёрства. Договор, который превращает метрики уровня два в штрафы, ломается на первом же релизе платформы; договор, который оставляет уровень один без последствий, не дисциплинирует исполнителя ничем.

Горизонт оценки должен соответствовать механике канала: подготовительные работы занимают 3-4 месяца, наблюдение эффекта - ещё 2-3. Значит, первая содержательная контрольная точка KPI - не раньше квартала, а полноценная оценка - на горизонте полугода. Всё, что обещается «через месяц», относится к уровню фактов - и больше ни к чему.

Отдельное слово о языке договора: избегайте слов «гарантия», «вывод в топ», «продвижение в ChatGPT» - они не имеют операционального смысла и при споре трактуются по-разному сторонами и судом. Рабочие формулировки описывают действия («выполнить», «разместить», «прогнать») и измеримые состояния («доля ответов с упоминанием не ниже» - только с формулой). Если формулировку нельзя проверить третьей стороной по документам - она не должна попадать в контракт.

О языке приложений: методика замера описывается так, чтобы посторонний человек мог её воспроизвести - список вопросов, платформы, повторы, формула, форма хранения ответов. Это требование не только юридическое: воспроизводимость - единственная защита от спора «а как мы мерили в прошлый раз». Если методику в приложении нельзя воспроизвести по тексту, при споре она превратится в показания сторон - а показания, как известно, идут вразрез.

Блок первый - методика и KPI: пул вопросов, платформы, число повторов, формула доли, частота замера, исходная точка. Всё - в приложении, с указанием ответственной за прогон стороны. Блок второй - владение: контент и креативы переходят заказчику, данные прогонов и отчётов принадлежат заказчику, доступ к аккаунтам и панелям оформляется на заказчика (или совместный). Блок третий - конфиденциальность: методика исполнителя защищена, данные заказчика не переиспользуются для других клиентов - в категории, где панель промптов дорога, это не формальность.

Блок четвёртый - сроки и выход: срок действия, механизм продления (без автопродления по умолчанию - только явное согласие), срок уведомления о расторжении, основания досрочного выхода (включая систематическое неисполнение), судьба данных и работ при выходе: полный экспорт, передача доступов, удаление копий. Блок пятый - внешние события: изменение модели или выдачи платформы фиксируется как основание пересмотра плана и KPI с сохранением ответственности за выполненные работы. Эти пять блоков не отменяют обычных разделов маркетингового контракта - они дополняют их спецификой канала.

Отдельно про эксклюзивность: требование «не работать с конкурентами ниши» на срок договора - разумно и защищает инвестиции обеих сторон; требование эксклюзивности после окончания договора - ловушка, за которую должна платиться цена. И отдельно про подотчётность третьим сторонам: если подрядчик привлекает фрилансеров или субагентов, ответственность за их работу остаётся на нём - записывается одним предложением, экономит недели споров.

Про выбор числа повторов: три повтора - компромисс между статистикой и стоимостью; увеличивать имеет смысл для ключевых вопросов пула - например, самых частотных «посоветуй»-формулировок. Отдельно фиксируйте поведение при технических сбоях платформы: сбойный прогон повторяется, а не выбрасывается - иначе сторона, управляющая инфраструктурой прогонов, получает рычаг влияния на результат приёмки.

Отдельный вопрос - пересмотр пула со временем: ниша меняется, появляются новые вопросы покупателей, и пул, замороженный навсегда, теряет коммерческий смысл. Рабочая схема: пул пересматривается раз в квартал по согласованию, причём критерии пересмотра фиксируются (новые формулировки из Вордстата и обращений, снятие угасших). В договоре достаточно одной строки о процедуре пересмотра - но эта строка предотвращает и застой пула, и его незаметную подмену.

Рабочая формула KPI в GEO собирается из пяти элементов. Первый - пул вопросов: из реальных запросов покупателей, с долей брендовых, категорийных и «посоветуй»-формулировок; пул фиксируется и меняется только по соглашению. Второй - платформы: конкретный перечень, а не «нейросети вообще»; для российского рынка - включая локальные модели. Третий - повторы: несколько прогонов каждого вопроса, потому что один и тот же вопрос даёт упоминание не в каждом ответе. Четвёртый - формула: доля ответов с упоминанием бренда (и отдельно - первого лица) от всех прогонов. Пятый - частота: контрольные точки на квартале, а не на месяце.

Этой же формулой проверяются любые «гарантии»: если исполнитель обещает «появление в ChatGPT», спросите, по какому пулу, с сколькими повторами и до какой доли. Без трёх цифр обещание не операционализируемо - и в договор попадать не должно. С методикой замера формула совпадает полностью: сторона, умеющая мерить, уже имеет текст для договора; сторона, не умеющая, не сможет и принять работу. Детали механики - в статьях про замер видимости и промпты для мониторинга.

И про антигейминг: формула должна исключать дешёвые способы «дожать» метрику - низкоценные вопросы, на которых упоминание легко, накрутку упоминаний на подконтрольных площадках, сужение пула до выгодных вопросов. Защита - внешняя валидация: пул утверждается заказчиком, ответы сохраняются полностью, выборочная проверка живыми прогонами - право заказчика в любой момент.

Ещё один аспект оплаты - авансирование и кассовые разрывы: молодые агентства часто просят предоплату месяца или квартала, и это нормально при работающем механизме возврата за неисполненное. В договоре фиксируется пропорциональный возврат за невыполненные работы и судьба аванса при расторжении по вине исполнителя. Без этих двух строк предоплата превращается в беспроцентный кредит под чужой риск.

Отдельно про валюту и индексацию: длинные контракты в молодой категории проживают периоды волатильности и валют, и строка об индексации (или её отсутствии) должна быть явной. Для российских контрактов практична привязка к объёму работ, а не к курсу: перечень работ пересматривается при изменении затрат - та же логика, что и с внешними событиями. Всё, что не названо в деньгах явно, потом называется в спорах - уже без вашего участия.

Рынок использует три модели оплаты, и у каждой своя договорная природа. Ретейнер - базовая: фиксирует состав работ и доступность команды; его качество определяется тем, насколько детализирован состав - «продвижение в нейросетях» одной строкой неприемлемо. Проектная оплата - по этапам: аудит, техническая волна, контентная волна; подходит для старта и для проверки исполнителя до длинного контракта. Performance-надбавка - бонусная часть поверх базы: привязывается к KPI уровня два, с формулой, устойчивой к геймингу.

Чистая оплата за результат - модель, от которой практика предостерегает: если работу не оплачивает клиент, вопрос «кем финансируется труд» имеет неприятные ответы, а стимулы смещаются к дешёвым метрикам. В стохастическом канале performance-модель дополнительно провоцирует выбор «лёгких» вопросов в пул - формально доля растёт, коммерчески смысл теряется. Договорная альтернатива: базовая оплата работ плюс бонус за перевыполнение целевой доли - риск делится, стимулы сохраняются.

Связь оплаты с уровнями оценки: штрафы - только по фактам работ (уровень один), бонусы - по метрикам (уровень два), по бизнесу (уровень три) - совместный анализ и пересмотр программы. Такое распределение - не уступка исполнителю, а защита заказчика от платного гейминга: штраф за «не выросли» заставит исполнителя добивать метрику любым способом, и платить за способы будете вы. Экономические ориентиры оплаты - в статье про стоимость GEO-продвижения.

Таблица удобна как сценарий юридической проверки: прочитайте существующий или предлагаемый договор по каждой строке и отметьте, где вы сейчас. Чаще всего расхождения сосредоточены в трёх строках - владение, внешние события, выход, - и именно они стоят дешевле всего на старте отношений. Договорные правки до подписания - это переговоры; те же правки после конфликта - это уже суд с туманными формулировками в тексте.

Правая колонка - не идеальная фантазия, а сумма уже существующих практик: методисты замера дают формулы, юридические обзоры дают блоки владения и выхода, рыночная статистика даёт горизонты. Собрать её в контракт - вопрос одного дня при наличии исходного замера и двух-трёх итераций с юристом.

Технический формат передачи данных стоит прописать до денег: выгрузка в читаемых форматах, полный текст ответов, даты, платформы, метка прогона. PDF-отчёт данными не является - это витрина. Право заказчика на выборочную живую проверку (собственный прогон части пула) фиксируется отдельной строкой - и работает на обе стороны: исполнитель получает защиту от подозрений, заказчик - от слепой веры.

Последний штрих отчётного блока - канал передачи и хранение: где лежат отчёты, как долго, у кого доступ. Практика знает случаи, когда вся история проекта жила в переписке ушедшего менеджера. Три строки договора - место хранения, срок, ответственный - стоят ноль и гарантируют, что при любом развитии отношений история канала останется с вами. В категории, где база замера не докупается, это самая дешёвая страховка документа.

Отчётный регламент записывается в договоре конкретно: что входит в отчёт (доли по формуле, динамика, события платформ, список работ), с какой периодичностью, в каком формате, с доступом к сырым данным. Требование «сырых данных» - ключевой пункт: сводные слайды не позволяют перепроверить ничего, тогда как сохранённые ответы с датами и платформами - позволяют. Лучшие исполнители сами дают доступ к панели: им нечего скрывать, и история данных в панели - их работа.

При выходе из договора передаётся всё: история прогонов, контент и права на него, доступы к аккаунтам и инструментам, методика в объёме, необходимом для продолжения работы новым исполнителем. Рынок маркетинговых контрактов знает цену обратной ситуации - десятилетия «zero-ownership» моделей, где бренд не владел даже собственными кабинетами; в AI-канале ставки выше, потому что накопленная панель замера - актив, который не купить задним числом. Право заказчика на данные - та позиция, которую торгуйся закреплять до денег, а не после.

И про непрерывность: смена подрядчика не должна обнулять канал. Договор, где данные и методика передаются, позволяет новому исполнителю стартовать с базы, а не с нуля; договор, где панель уходит вместе с агентством, наказывает заказчика за смену исполнителя - и тем самым прикрепляет его к худшему из возможных контрактов. Проверка проста: спросите на переговорах, что произойдёт с данными при расторжении. Уверенный ответ - признак зрелого процесса; заминка - ответ тоже.

И финальный фильтр - юридический: показывайте договор юристу по IT-контрактам, а не «знакомому юристу общего профиля». Специфика здесь не в экзотике, а в балансе: юрист без понимания канала вычистит «гарантии» и переусложнит методику; юрист с пониманием - сохранит рабочие формулы и заострит выход. Хорошая практика - приложить к договору и методику, и таблицу контуров: чем больше конкретики в приложениях, тем меньше споров в теле.

Первый флаг - «гарантия результата» без формулы: либо фикция, либо подготовка к геймингу. Второй - отсутствие приложения с пулом и формулой KPI: предмет договора не операционализирован, спорить будет не о чем. Третий - аккаунты и панели на стороне агентства без условия передачи: классическая zero-ownership ловушка в новой упаковке. Четвёртый - автопродление без явного согласия: срок уведомления о невыходе может оказаться длиннее, чем ваш интерес к продолжению. Пятый - штрафы за «недостигнутую видимость» без оговорки о внешних событиях: договор, ломающийся о первый релиз платформы.

Шестой - эксклюзивность после окончания срока без компенсации: запрет работать с конкурентами «ещё год» - требование, за которое платит агентство, а не наоборот. Седьмой - NDA, закрывающий от заказчика его же данные замера: конфиденциальность методики не должна означать слепоту клиента. Восьмой - отсутствие срока уведомления и процедуры выхода: «договор действует до расторжения» - это не процедура, а заложник. Все восемь опознаются при первом же чтении текста юристом - вопрос лишь в том, чтобы юрист получил договор до подписания, а не после первого конфликта.

Общий принцип проверки текста: каждый пункт читается вопросом «что произойдёт при худшем сценарии». Продажный договор при худшем сценарии оставляет заказчика без данных, без базы и без аргументов; рабочий - без исполнителя, но с полной историей замера. Экономика выхода - самый честный тест договора: подробнее о ловушках исполнителя - в статьях про красные флаги подрядчика и про инструменты замера.

И последнее - о рынке в целом: каждый хорошо составленный договор поднимает планку категории. Заказчик, потребовавший формулу и владение данными, воспитывает исполнителя; исполнитель, получивший понятные правила, переносит их на следующий контракт. Молодые рынки структурируются именно так - не регулирующими, а сотнями частных договоров, где сторона, знающая механику, продаёт её другой стороне как часть ценности.

Договор в GEO - это методика, переведённая в юридический текст. Его ядро: карта ответственности по трём контурам (сайт - твёрдо, внешние площадки - процессно, отзывы - замер и эскалация), KPI-формула по пулу и повторам, горизонты оценки, соответствующие механике канала (квартал подготовки, полгода оценки), и пять обязательных блоков - методика, владение, конфиденциальность, сроки и выход, внешние события. Рынок подсказывает контекст: большинство брендов уже цитируется, меряют единицы - и именно договорная дисциплина отличает компании, которые управляют каналом, от тех, кто в нём присутствует.

Правила одной строки: не покупать гарантию там, где возможен только процесс; не подписывать KPI без формулы; не давать агентству владеть своими данными; предусматривать релизы платформ как норму, а не форс-мажор; проверять договор худшим сценарием выхода. Остальное - техника юриста и добрая воля сторон. Следующая статья категории - про бриф и ТЗ: как готовить задачу исполнителю, чтобы контракт имел содержание.

Материалы ниже продолжают контрактную линию: проверка исполнителя до договора, экономика канала, методика замера и выбор платформы мониторинга. Начинать логично с проверки исполнителя - она задаёт рамку, в которую затем ложится договор.