marmelad.digital 
Тендеры и лиды
Информация
На связи Марков Вадим - руководитель студии marmelad.digital.
29 сентября 2026 года Tilda представила собственный MCP-сервер. Теперь к конструктору можно подключить ИИ-агента и поручить ему работу с сайтом напрямую. Агент получает доступ к редактору страниц, Zero Block, CMS-Потокам и Каталогу товаров.
Для SEO-специалистов это прежде всего возможность автоматизировать работу с контентом. Например, обновлять существующие посадочные страницы через Codex или Claude, не открывая каждую из них в редакторе. При этом у агента есть доступ к реальным данным проекта, а изменения можно вносить непосредственно в Tilda.
Пока MCP-сервер работает в бета-версии. Некоторые инструменты уже позволяют выполнять довольно сложные операции, другие ещё разрабатываются. Разберём, что доступно сейчас, как применять это в SEO и какие проблемы возникают при автоматизации больших сайтов.
MCP (Model Context Protocol) позволяет ИИ-приложениям обращаться к инструментам внешних сервисов. Протокол открытый, поэтому к Tilda можно подключать разные совместимые агенты.
После подключения агент получает список доступных операций. Он может запросить данные проекта, выбрать нужный инструмент и передать параметры для выполнения действия.
Допустим, нужно изменить текст в конкретном блоке страницы. Агент находит страницу, получает доступную информацию о её блоках и отправляет изменение через MCP. Если операция выполнена успешно, новое содержимое сохраняется в Tilda. Для появления правок на опубликованном сайте может потребоваться отдельная публикация.
Самому агенту не обязательно показывать интерфейс конструктора. Работа идёт через программные инструменты MCP-сервера.
Это отличается от автоматизации браузера, при которой программа имитирует действия человека: нажимает кнопки, открывает окна и заполняет поля. В случае MCP агент обращается к предоставленным сервером операциям.
Разница заметна при массовом редактировании. Браузерная автоматизация зависит от расположения элементов интерфейса и может перестать работать после его изменения. У MCP другие ограничения. Здесь всё определяется доступностью конкретных инструментов, их параметрами и тем, насколько корректно агент ими пользуется.
В первой версии Tilda заявила поддержку следующих модулей.
В опубликованной документации также описана работа с изображениями и перенос подготовленных макетов в редактируемые блоки Tilda.
Список инструментов может меняться по мере обновления сервера. Поэтому перед работой полезно запросить у подключённого агента перечень доступных операций и их параметры.
С SEO здесь есть нюанс. Поддержка редактора страниц ещё не означает, что агент умеет менять любые настройки индексации, переадресации или технические файлы проекта. Эти возможности нужно проверять отдельно.
На сайте с небольшой структурой преимущества MCP могут быть не слишком заметны. Если нужно поправить один заголовок, быстрее открыть страницу вручную.
Другое дело, когда речь идёт о десятках однотипных посадочных страниц. В этом случае агент может выполнять правки последовательно, используя заранее подготовленные данные.
Возьмём сайт, на котором есть отдельные страницы для разных услуг. Нужно обновить описания, но сохранить текущую структуру, дизайн и остальные настройки.
Плохое задание выглядит так:
Улучши SEO-тексты всех страниц сайта, сделай их уникальными и оптимизированными.
В нём нет конкретных требований. Агенту придётся самостоятельно определять, какие страницы считать проблемными, что менять и какие формулировки считать удачными.
Можно получить тексты, которые выглядят вполне прилично, но плохо соответствуют услугам компании. А можно случайно затронуть блоки, которые вообще не требовали изменений.
Для рабочего проекта задача должна быть гораздо точнее.
Для рабочего проекта задача должна быть гораздо точнее.
Получи список страниц раздела услуг. На каждой странице проверь основной текст первого экрана. Найди повторяющиеся формулировки и подготовь изменения с учётом конкретной услуги. Не меняй заголовки H1, адреса, дизайн и другие блоки. Сначала покажи таблицу предлагаемых правок. К редактированию приступай только после согласования.
В таком сценарии агент сначала готовит изменения. После проверки специалист может разрешить их внесение.
На практике это удобнее бесконтрольного редактирования, особенно если страницы уже получают поисковый трафик.
У одной страницы могут быть десятки связанных параметров. При изменении текста агент не должен затрагивать изображения, настройки блока, ссылки, адреса и другие данные.
Особенно опасны операции, при которых обновление одного значения требует передать в систему всю запись целиком.
Представим, что агент получил состояние страницы, затем подготовил новую версию текста. За это время другой сотрудник изменил соседний блок.
Если агент отправит сохранённую ранее версию всей записи, часть новых правок сотрудника может исчезнуть. Результат зависит от механизма обновления, но сам риск вполне реальный.
Поэтому перед сохранением необходимо повторно получать актуальные данные и по возможности использовать точечные изменения. После записи нужно сравнить результат с исходным состоянием.
Для массовых операций я бы не рекомендовал давать агенту право сразу публиковать весь сайт. Сначала стоит проверить небольшую группу страниц и только после этого расширять обработку.
Для SEO-проектов с большим количеством страниц CMS Потоки, пожалуй, один из самых полезных модулей для работы через MCP.
В Tilda можно создать шаблон страницы, связать его с полями Потока и затем управлять содержимым через отдельные записи. Такой подход подходит для блога, портфолио, каталога услуг и других разделов с повторяющейся структурой.
Агент может добавлять новые записи и редактировать существующие. При этом не приходится заново собирать страницу из блоков.
Допустим, на сайте опубликовано 200 статей. В части материалов появились устаревшие сведения, а некоторые требуют переработки после обновлений Tilda или изменений в поисковых системах.
Можно подготовить список записей, указать нужные изменения и поручить агенту обновление через MCP. Но здесь есть техническая особенность, о которой легко забыть.
У записи CMS есть собственный идентификатор. Он позволяет обращаться к конкретному материалу независимо от того, как называется публикация.
При обновлении существующей статьи агент должен работать именно с её записью. Если вместо этого создать новую, можно получить два материала с одинаковым содержанием.
Для SEO подобные ошибки неприятны. Поисковый робот может обнаружить несколько похожих документов, а внутренние ссылки продолжат вести на старый материал.
Самая безопасная схема выглядит следующим образом: агент получает актуальную запись, вносит изменения в разрешённые поля и проверяет сохранённые данные.
Отдельного внимания заслуживают пользовательские поля.
Например, статья может содержать не только заголовок и основной текст. В шаблоне могут использоваться дата обновления, лид, изображение автора, время чтения, обложка и дополнительные информационные блоки.
Если агент изменяет основной текст, остальные значения должны сохраниться.
После сохранения записи полезно проверить её общедоступную версию.
Сначала нужно убедиться, что по нужному адресу открывается обновлённый материал. Затем проверить HTML страницы, заголовки, ссылки и содержимое блоков.
Особенно внимательно стоит относиться к большим HTML-полям, если они используются в шаблоне CMS.
Агент может записать корректный с точки зрения синтаксиса HTML, но при этом нарушить структуру материала. Например, закрыть контейнер раньше времени или случайно удалить часть разметки.
Иногда визуально страница выглядит нормально, хотя отдельные элементы документа сформированы неправильно.
После публикации полезно проверить DOM и исходный HTML, уделив внимание заголовкам, основному содержимому и внутренним ссылкам. Если на странице используются скрипты, важно убедиться, что основной текст доступен поисковому роботу.
По этой причине я бы оставил проверку опубликованных материалов отдельным этапом, даже если сам агент сообщает об успешном сохранении.
С метаданными ситуация сложнее, чем с обычными текстами страниц.
Нейросеть может составить Title, подобрать Description и проверить уже подготовленную таблицу метаданных. Для этого достаточно передать ей содержание страниц и поисковые запросы.
А вот изменение полей в Tilda через MCP зависит от доступных инструментов. Если в конкретном подключении нет операции для нужного SEO-параметра, агенту потребуется другой способ внесения изменений.
Это ограничение важно учитывать при планировании работ.
Проверим на примере страницы разработки корпоративных сайтов.
Исходные данные:
Услуга: разработка корпоративного сайта на Tilda.
Основной запрос: создание корпоративного сайта.
Дополнительный запрос: корпоративный сайт под ключ.
Содержание страницы: структура, дизайн, адаптивная версия, интеграции и базовая SEO-настройка.
Если попросить агента максимально использовать ключевые слова, он может предложить такой Title:
Создание корпоративного сайта под ключ | Разработка корпоративных сайтов на Тильде
Здесь дважды повторяется название услуги. Заголовок получается длинным и довольно механическим.
Более компактный вариант:
Разработка корпоративного сайта на Тильде под ключ
Он короче и точнее передаёт суть предложения. При этом окончательный выбор зависит от реальной страницы, предложения компании и результатов анализа запросов.
При массовой генерации метаданных важно учитывать не только повторение слов. Десять страниц могут получить разные Title, но фактически описывать одну и ту же услугу.
В таком случае проблема находится уже на уровне структуры сайта.
Google и Яндекс могут самостоятельно формировать заголовки и описания поисковых результатов. Поэтому нельзя оценивать успешность SEO-работ только по тому, удалось ли записать определённую фразу в метатег.
Агент может создавать страницы, добавлять блоки и изменять их оформление.
Для разработки сайтов это уже довольно серьёзная возможность.
В SEO подобная автоматизация полезна, когда структура проекта заранее спроектирована и нужно последовательно подготовить страницы по утверждённому шаблону.
Например, у производственной компании есть несколько самостоятельных групп оборудования. Для каждой категории подготовлены характеристики, фотографии и описания.
Агенту можно передать структуру будущих страниц и исходные материалы. Дальше он создаёт разделы в Tilda, заполняет блоки и подготавливает их к проверке.
Здесь нет необходимости каждый раз вручную воспроизводить одинаковую композицию.
При работе с Zero Block остаётся вопрос адаптивности. Успешное создание элементов ещё не гарантирует, что они корректно расположены на всех разрешениях.
Если агент собрал аккуратную версию для компьютера, это не означает, что страница будет нормально выглядеть на телефоне. Поэтому проверку адаптивных версий нужно включать в процесс ещё до публикации.
Сейчас можно встретить рекомендации создавать сотни страниц под разные комбинации запросов. Технически ИИ-агенты делают такой подход доступнее.
Допустим, компания работает с десятью видами услуг в сорока городах. При прямом перемножении получается 400 потенциальных посадочных страниц.
Но это математическая комбинация, а не готовая SEO-структура.
Для некоторых услуг в определённых городах может не быть заметного поискового спроса. Другие запросы поисковая система способна удовлетворять одной общей страницей.
Если все 400 документов будут состоять из одинакового текста с подставленным названием города, у них появится проблема с содержательной ценностью.
Яндекс прямо указывает, что малоценные или дублирующие страницы могут не включаться в поиск. Google также рассматривает массовое создание малооригинального контента ради манипулирования ранжированием как нарушение своих правил.
И здесь совершенно неважно, создавались страницы через MCP или вручную.
ИИ-агент способен быстро реализовать структуру. Решение о её целесообразности должно приниматься по результатам анализа поисковой выдачи и спроса.
Наша система сама подберет вам исполнителей на услуги, связанные с разработкой сайта или приложения, поисковой оптимизацией, контекстной рекламой, маркетингом, SMM и PR.
Заполнить заявку
13818 тендеров
проведено за восемь лет работы нашего сайта.
Перелинковка кажется подходящей задачей для автоматизации. Агент может проанализировать тексты страниц, определить тематически связанные материалы и предложить места для ссылок.
Но для полноценной работы ему нужен список действующих URL и информация о структуре сайта.
Одного доступа к редактированию блоков недостаточно.
Представим раздел с материалами о разработке сайтов. На одной странице описана подготовка интернет-магазина, на другой его поисковая оптимизация, на третьей интеграции с CRM.
Между ними есть очевидная тематическая связь.
Агент может предложить внутреннюю ссылку из статьи о разработке интернет-магазина на материал об интеграции с CRM. Однако перед добавлением нужно проверить, существует ли соответствующий URL, открыт ли он для посетителей и подходит ли контекст.
Если таких ссылок несколько тысяч, ручная проверка становится неудобной. Тогда полезен отдельный реестр перелинковки.
В таблице приведены условные названия разделов, а не результаты проверки конкретного сайта.
Ссылки лучше вносить после анализа структуры, особенно если у проекта уже есть страницы с хорошей поисковой видимостью.
Слишком активная автоматизация легко приводит к другой крайности: каждый материал начинает ссылаться на десятки похожих страниц. Навигация становится неудобной, а смысл ссылок теряется.
Проверять только наличие ссылки в редакторе недостаточно.
Нужно получить опубликованную версию страницы и убедиться, что ссылка присутствует в HTML, ведёт по правильному адресу и не содержит ошибок.
Для большого сайта полезно дополнительно построить граф внутренних ссылок. По нему видно, какие страницы практически не получают входящих ссылок, насколько глубоко расположены важные разделы и нет ли изолированных групп документов.
Агент может помочь обработать такие данные, но для сбора информации потребуется обходчик сайта или другой инструмент, способный анализировать опубликованные страницы.
Агент может менять характеристики, описания, категории, цены и остатки.
Для SEO особенно интересна работа с товарными данными.
На сайтах производителей и поставщиков карточки часто содержат большое количество технической информации. При обновлении ассортимента приходится сверять характеристики и переносить сведения из новых спецификаций.
MCP позволяет поручить агенту внесение уже подготовленных данных.
Например, поставщик передал таблицу с обновлёнными характеристиками оборудования. Агент сопоставляет товары по артикулам, сравнивает значения и формирует список изменений.
После проверки изменения можно передать в Каталог.
Сложности начинаются, когда сведения отсутствуют.
Предположим, что у нескольких товаров одной серии указан материал AISI 316L. У нового товара это поле пустое. Нейросеть может предположить, что материал у всей серии одинаковый.
Но для технического каталога такое предположение недопустимо. Характеристики должны подтверждаться документацией производителя.
То же касается температур, давления, мощности, размеров и совместимости компонентов.
При создании SEO-описаний агент также может слишком активно использовать общие формулировки. Если у двадцати товаров отличаются только артикулы и несколько цифр, длинные автоматически сгенерированные описания вряд ли сделают страницы полезнее.
Гораздо лучше сохранить точные технические данные и объяснить реальные различия моделей.
В описании MCP-сервера Tilda упоминает возможность проверки и исправления SEO-ошибок через ИИ-агента.
Такой сценарий действительно возможен, но многое зависит от подключённых источников данных.
Допустим, необходимо найти страницы, которые перестали получать показы в Яндексе.
Для этого нужны сведения о поисковой видимости. Их можно получить из Яндекс Вебмастера, а затем сопоставить с опубликованными страницами.
Если агент располагает только инструментами редактора Tilda, он не сможет самостоятельно определить причину снижения показов. Ему понадобится доступ к данным поисковой системы.
Аналогично с техническим аудитом.
Для проверки доступности страниц необходимо отправлять HTTP-запросы. Для анализа ссылок нужен обход сайта. Для оценки мобильной производительности используются инструменты измерения скорости и пользовательского опыта.
MCP позволяет объединить выполнение некоторых задач в одной рабочей среде, но не подменяет источники информации.
Сами результаты необходимо интерпретировать.
Например, снижение трафика после обновления страницы не обязательно вызвано этим обновлением. На посещаемость влияют сезонность, спрос, конкуренты, изменения поисковых алгоритмов и множество других факторов.
Автоматизация обработки данных не отменяет необходимости устанавливать причинно-следственные связи.
Польза MCP чаще всего обсуждается через экономию времени. Но количество выполненных операций само по себе мало что говорит об эффективности.
Агент может обработать сто страниц значительно быстрее человека, а затем потребовать столько же времени на исправление ошибок.
Для оценки автоматизации я бы использовал четыре показателя.
Время выполнения. Сколько занимает задача от получения исходных данных до готового результата. Сюда нужно включать проверку и исправления, а не только время работы агента.
Точность изменений. Какая доля операций выполнена правильно с первой попытки.
Сохранность данных. Не затронуты ли поля, которые не входили в задание.
Качество публикации. Соответствуют ли опубликованные страницы согласованным требованиям.
На этой основе можно организовать сравнительное тестирование ручной работы и выполнения через MCP.
Для теста достаточно выбрать несколько типовых задач на копии проекта или в отдельном тестовом окружении.
Например, обновление текстов в десяти CMS-записях, создание пяти карточек товаров и корректировка содержимого пяти посадочных страниц.
Каждую задачу нужно предварительно описать так, чтобы результат можно было объективно проверить.
В ручном варианте специалист выполняет работу через интерфейс Tilda. Во втором варианте те же исходные данные получает агент с подключённым MCP.
После завершения сравнивается итоговое время, включая все исправления.
ИИ-агент, которому разрешено редактировать сайт, получает возможность менять действующий проект. Поэтому настройка доступа имеет практическое значение.
В Tilda предусмотрены ключи MCP с полными или ограниченными правами. При их создании можно выбрать проект, разрешённые действия и срок действия ключа.
Для работы с контентом разумно создавать отдельный ключ с необходимыми разрешениями. Если агенту нужно редактировать CMS Потоки, предоставлять ему управление Каталогом товаров необязательно.
Не стоит использовать один ключ для нескольких независимых процессов, особенно если с проектом работают разные сотрудники.
При массовом редактировании полезно сначала сохранить исходные данные. Это может быть выгрузка записей или другой способ резервного копирования, подходящий для конкретного раздела Tilda.
Особенно аккуратно нужно относиться к удалению страниц и записей. Даже если операция технически доступна, агент не должен выполнять её без явного разрешения.
Одна из самых неприятных ошибок при автоматизации возникает во время работы с уже существующими записями.
Агент получает данные, готовит изменения и через некоторое время сохраняет их обратно. Если за этот период содержимое изменилось, сохранение может затронуть более новые правки.
Поэтому массовая обработка должна учитывать актуальность данных перед записью.
Хорошо, если инструмент поддерживает обновление отдельного поля или контроль версии записи. Если такой возможности нет, необходимо как минимум повторно читать данные непосредственно перед сохранением и проверять результат после него.
Это особенно важно для страниц, которые одновременно обновляются через редактор и внешние процессы.
Автоматическая публикация подходит для хорошо проверенных и стандартизированных задач.
А вот изменение коммерческих условий, массовое удаление страниц, корректировка адресов и публикация нового большого раздела требуют дополнительного контроля.
Удачная практика состоит в том, чтобы агент сначала готовил отчёт об изменениях и показывал, какие данные планирует записать.
На действующем коммерческом сайте такая проверка часто полезнее максимальной скорости выполнения задачи.
Значительная часть расходов на сопровождение сайта связана с трудозатратами. Причём одинаковые по смыслу операции могут выполняться на десятках страниц.
Если агент способен стабильно обрабатывать такие задачи, стоимость отдельных этапов технической работы может снизиться.
Но экономия будет распределяться неравномерно.
Наиболее заметный эффект стоит ожидать в процессах с понятной структурой данных. Например, при переносе подготовленных материалов в CMS или обновлении товарных характеристик по проверенной таблице.
Гораздо сложнее автоматизировать исследовательские и стратегические задачи.
Анализ поискового спроса требует учитывать особенности отрасли. При выборе структуры сайта нужно сопоставлять запросы с реальными услугами компании. При оценке конкурентов важно понимать, какие элементы их страниц влияют на полезность документа и коммерческий результат.
В этих задачах ИИ полезен для обработки информации и подготовки вариантов решений. Но количество автоматически сформированных рекомендаций ничего не говорит об их правильности.
Поэтому в стоимости SEO постепенно может сокращаться доля простого ручного переноса данных. При этом возрастает значение подготовки заданий, проектирования структуры и контроля качества.
Это пока рабочая гипотеза о развитии рынка. Для количественного вывода нужны наблюдения за реальными проектами и трудозатратами на протяжении достаточно длительного периода.
MCP уже позволяет выполнять часть работы с сайтом без постоянного обращения к редактору Tilda. Это удобно для проектов, где много повторяющихся операций с контентом.
С развитием сервера возможности автоматизации будут расширяться. Но полноценный SEO-процесс требует значительно больше данных, чем содержится внутри конструктора.
Для анализа поисковой видимости агенту нужны сведения из Яндекс Вебмастера и Google Search Console. Для технических проверок требуются инструменты обхода сайта. Для оценки эффективности нужны данные о посещаемости и конверсиях.
Постепенно такие процессы можно объединять. Специалист формирует задачу, агент собирает данные из доступных систем, готовит изменения и вносит их в проект после проверки.
У такого подхода есть вполне понятная перспектива. Меньше времени будет уходить на работу с интерфейсом и повторное заполнение одинаковых полей.
При этом продвижение сайта не становится автоматическим. Поисковые системы оценивают опубликованные документы, а не способ их создания. Если агент подготовил плохую страницу, использование MCP никак не улучшит её шансы в поиске.
Для меня основная ценность этой технологии заключается в возможности выполнять уже принятые SEO-решения быстрее и последовательнее. При правильной организации процесса специалист получает больше времени на аналитику и работу с самим сайтом.
MCP-сервер Tilda пока только развивается. Но уже сейчас его можно использовать для вполне практических задач, особенно в CMS Потоках и Каталоге товаров. Начинать лучше с ограниченного набора операций, где легко сравнить исходные данные с результатом и быстро обнаружить ошибку.
На больших сайтах такой подход может оказаться существенно полезнее попыток полностью передать поисковое продвижение нейросети.
