Сайт использует cookie-файлы. К cайту подключен сервис Яндекс.Метрика, который использует cookie-файлы. Оставаясь на сайте, вы даете свое согласие на обработку персональных данных в порядке, указанном в Политике обработки персональных данных.
Главное
Три правила, на которых держится переезд без просадки.
[ 1 ]
Не меняйте всё в один день
Сначала переезд с теми же адресами, Title, Description и H1. Улучшения — через 2–4 недели.
[ 2 ]
Редиректы — страница в страницу
Никаких редиректов на главную и маски * для страниц с трафиком.
[ 3 ]
После домена — опубликовать всё ещё раз
Иначе в canonical и sitemap.xml останется адрес *.tilda.ws.
3 шага
Как пользоваться материалами: от выгрузки Вебмастера до запуска домена.
[ шаг 1 ]
Соберите таблицу переезда
Выгрузите Вебмастер, Search Console и Метрику и отправьте агенту запрос А1. Нужны файлы 01 и 03.
[ шаг 2 ]
Переезжайте вместе с агентом
Подключите Tilda MCP к одному проекту, дайте агенту правила из файла 02 и ставьте задачи запросами Б1–Б7.
[ шаг 3 ]
Проверьте по чек-листу
30 пунктов: до сборки, во время, при смене домена и 14 дней после. Нужен файл 04.
Файлы
Скачайте по одному или всё сразу архивом.
Запросы
Нажмите «Скопировать» и вставьте в чат агента. Замените [СТАРЫЙ_ДОМЕН] и [PROJECT_ID] на свои.
-
[ 00 ]
Правила для агента
Отправьте первым сообщением или положите в папку как CLAUDE.md.
# Правила безопасной работы ИИ-агента при SEO-переезде на Тильду (Tilda MCP) > Скопируй этот файл в корень рабочей папки под именем `CLAUDE.md` (или `AGENTS.md`) либо отправь агенту первым сообщением в начале сессии перед подключением к проекту через Tilda MCP. --- ## 1. Роль и главная задача Ты помогаешь провести безопасный редизайн и SEO-переезд сайта на Tilda Publishing через официальный **Tilda MCP**. Главная цель **Этапа 1 (переезд)** — сохранить накопленную ссылочную массу, позиции в Яндексе и Google и понятную структуру для AI-поиска (Яндекс Нейро, Google AI Overviews, ChatGPT, Perplexity). --- ## 2. Железный протокол «Сначала чтение и план — потом запись» 1. **Никогда не вызывай инструменты записи (`update_*`, `add_*`, `delete_*`, `publish_*`) без предварительного согласования.** 2. Любую задачу дели на два шага: - **Шаг 1 (План):** прочитай текущие данные проекта через `get_*`, покажи сводную таблицу изменений (что было → что станет, какие страницы или настройки будут затронуты) и остановись до подтверждения. - **Шаг 2 (Запись):** выполняй изменения только после явного ответа пользователя «Подтверждаю» / «Делай». 3. **Защита от перезаписи настроек Tilda MCP (КРИТИЧНО):** Следующие инструменты Tilda MCP **полностью перезаписывают** форму или список целиком (не добавляют в конец, а заменяют всё содержимое): - `update_page_settings` → перед вызовом **обязательно** вызови `get_page_settings` для этой страницы, сохрани все существующие поля и **обязательно** передай поле `date` в формате `"YYYY-MM-DD HH:MM"`. - `update_project_redirects_301` → перед вызовом **обязательно** вызови `get_redirect_301s`, объедини уже существующие правила с новыми и только потом отправляй полный список. - `update_project_head_code` / `update_page_head_code` → сначала прочитай текущий код через `get_head_code`, чтобы не стереть счётчики аналитики, верификацию Вебмастера и шрифты. - `update_clean_url_params` → сначала вызови `get_clean_url_params`, сохрани текущие параметры и дополни список. - `update_project_llms_txt` / `update_project_robots_txt` → сначала прочитай текущее состояние через `get_llms_txt` / `get_robots_txt`. 4. **Никогда не удаляй страницы (`delete_page`) и системные блоки (хедер, футер, общие alias-блоки)** без отдельного прямого поручения. 5. **Публикация:** не вызывай `publish_page` на боевом домене без отмашки. Пока сайт собирается на техническом поддомене `*.tilda.ws`, проект должен оставаться закрытым от индексации. --- ## 3. Правила мягкого SEO-переезда (Этап 1) 1. **URL-адреса:** - Где технически возможно в Тильде (включая папки 1-го уровня, например `/services/audit` или `/catalog/divany`), сохраняем старый URL **один в один** без редиректа. - Если старый URL имел расширение (`.html`, `.php`), GET-параметры (`?id=123`) или вложенность глубже одной папки, назначаем чистый `alias` в Тильде и вносим пару `Старый путь → Новый путь` в карту 301-редиректов. 2. **Карта 301-редиректов без потери веса:** - Трафиковые страницы, услуги, товары и статьи перенаправляются **строго постранично (1-к-1)** на релевантного преемника. - **Запрещено** сваливать разделы на главную страницу (`/`). - **Запрещено** использовать маску `*` (например, `/blog/* -> /blog`) для страниц с поисковым трафиком: в Тильде звёздочка не переносит хвост адреса (`$1`), а склеивает все вложенные URL на одну общую страницу, обнуляя позиции статей. Маска `*` допустима только для откровенного технического мусора без трафика. - Проверяй карту редиректов на **отсутствие цепочек** (`A → B → C` исправляй сразу на `A → C`) и **циклов** (`A → A` или `A → B → A`). Не добавляй в редиректы адреса, которые не изменились. 3. **Метатеги и заголовки (`Title`, `Description`, `H1`):** - На Этапе 1 для всех страниц с трафиком и показами переносим старые `Title`, `Description` и `H1` **один в один**, даже если формулировки кажутся неидеальными. Улучшать тексты и сниппеты можно только на Этапе 2 (через 2–4 недели после полной переиндексации). - **Единственное исключение** — откровенный технический брак старого сайта: пустой `Title`, три тега `H1` на одной странице, `H1` на кнопке «Заказать звонок» или дублирующийся `Title` «Главная» на всех страницах. Такой брак чиним сразу по смыслу страницы. - Помни ограничение API: `og:image` (бейдж для соцсетей) не загружается через `update_page_settings` — сформируй список страниц, где пользователю нужно подгрузить бейдж вручную в интерфейсе Тильды. 4. **Контент, структура `H1–H3` и готовность к AI-поиску (GEO):** - На каждой странице ровно **один `H1`**, далее логичная иерархия `H2 → H3`. Не пропускай уровни (`H1 → H4`) и не размечай декоративные цифры или подписи тегами заголовков. - Не вырезай со старых трафиковых страниц сравнительные таблицы, характеристики, цены, географию работы, условия доставки и блоки FAQ — именно их цитируют классический поиск и нейросети. - При сборке в Zero Block (`tplid: 396`) или Vibe Block (`tplid: 1370`) следи за порядком слоёв в DOM: заголовок карточки и её описание/цена должны идти рядом в одном логическом контейнере, а не вразнобой. 5. **Изображения:** - Никогда не оставляй в блоках прямые ссылки на картинки со старого домена (после отключения старого хостинга они превратятся в битые изображения). - Перезаливай иллюстрации через `upload_image` на CDN Тильды (`static.tildacdn.com`) и прописывай осмысленные `alt` без переспама ключами. Декоративным иконкам оставляй пустой `alt=""`. 6. **Инструкции Tilda MCP перед работой с блоками:** - Перед редактированием Zero Block обязательно вызови `zero_block_instructions`. - Перед генерацией Vibe Block обязательно вызови `vibe_block_generation_instructions` и `vibe_block_design_instructions`. - Перед изменением полей стандартного блока (`update_record`) сначала вызови `edit_record` для той же вкладки (`content` или `settings`), чтобы увидеть точные ключи полей.
-
[ А1 ]
Таблица переезда из выгрузок
Есть выгрузки Вебмастера, Search Console и Метрики.
В папке лежат выгрузки по сайту [СТАРЫЙ_ДОМЕН]: 1) страницы и запросы из Яндекс Вебмастера; 2) страницы из Google Search Console; 3) страницы входа из Яндекс Метрики за 12 месяцев (органика); 4) список URL из sitemap.xml и содержимое robots.txt. Задача — собрать единую Таблицу SEO-переезда на Тильду (.csv с разделителем «;» в кодировке UTF-8 с BOM и .xlsx). Колонки возьми из файла 01_Шаблон_таблицы_переезда_SEO.xlsx в этой же папке, примеры строк из шаблона удали. Что нужно сделать скриптом (Python/pandas), а не «на глаз»: 1. Приведи все URL к единому нормализованному виду (относительный путь от корня, но отдельно зафиксируй текущее главное зеркало сайта: http/https и со www или без www). 2. Отфильтруй откровенный технический мусор (URL с utm-метками, yclid, gclid, page=, sort=, filter=), но вынеси список таких GET-параметров в отдельную вкладку «Для Clean-param в Тильде». 3. Объедини метрики по каждому уникальному URL: - Клики и показы Яндекс Вебмастер - Клики и показы GSC - Органические визиты из Метрики за 12 мес. - Присутствует ли в sitemap.xml и в индексе Яндекса 4. Отсортируй страницы по суммарной SEO-ценности (сначала страницы с кликами и визитами, затем с показами без кликов, затем остальные URL из индекса/sitemap). 5. Если у тебя есть доступ к сети — обойди топ-страницы бережным скриптом (1–2 запроса в секунду) и подтяни текущие: HTTP-статус, Title, Description, H1, количество слов, наличие таблиц/цен/FAQ и canonical. 6. Для каждого URL предложи решение для Тильды: - «Сохранить URL 1-в-1» — если адрес укладывается в корень (/contacts) или папку 1-го уровня Тильды (/catalog/divany, /blog/statya); - «301 редирект 1-к-1» — если в старом адресе есть .php, .html, ?id= или вложенность 2+ папок, и предложи чистый новый alias в Тильде; - «Объединить + 301» или «Проверить вручную» — для дублей и архивных страниц без трафика. Важно: не используй маску «*» в редиректах для страниц с показами или трафиком (в Тильде «*» не переносит хвост URL и склеивает статьи в одну точку). Не предлагай редиректить разделы на главную страницу. На выходе сохрани готовый файл таблицы переезда и выведи в чат краткую сводку: - главное зеркало старого сайта; - всего уникальных URL; - сколько страниц приносят 80% поискового трафика; - сколько URL сохраняем 1-в-1, а для скольких нужен 301-редирект; - список подозрительных мест (пустые Title, несколько H1, битые страницы 404 с трафиком).
-
[ А2 ]
Таблица переезда без выгрузок
Доступов нет — агент сам обойдёт старый сайт.
У нас пока нет выгрузок из Вебмастера, но нужно подготовить инвентаризацию старого сайта [СТАРЫЙ_ДОМЕН] перед редизайном на Тильде. Напиши и запусти аккуратный Python-скрипт (с паузой 0.5–1 сек между запросами), который: 1. Проверит http/https и www/без-www редиректы корня и зафиксирует текущее главное зеркало сайта. 2. Прочитает /robots.txt и все файлы sitemap.xml, а также обойдёт внутренние ссылки с главной страницы (до 200 URL в пределах домена). 3. Для каждой найденной страницы соберёт: - относительный URL, - HTTP-код ответа и финальный URL после редиректа, - тег <title>, - meta description, - все теги <h1> (и их количество на странице), - подзаголовки <h2>, - canonical, - примерный объём текста, наличие таблиц (<table>), списков цен и блока FAQ, - количество внешних картинок и заполненность alt. 4. Сохранит результат в таблицу переезда (.csv и .xlsx) с колонками под новый alias в Тильде и правило 301-редиректа, отметив технический брак (пустой Title, дубли Title, 0 или >1 тегов H1).
-
[ Б1 ]
Аудит проекта в Тильде
Агент подключён к Тильде. Только читает, ничего не меняет.
Подключись к проекту [PROJECT_ID или название проекта] через Tilda MCP в режиме ТОЛЬКО ЧТЕНИЯ (не вызывай никакие update_*, add_*, delete_* или publish_*). Проверь готовность проекта к SEO-переезду и собери отчёт: 1. Вызови get_project_settings, get_pages, get_https_www_redirect_settings, get_redirect_301s, get_robots_txt, get_clean_url_params, get_llms_txt, get_head_code. 2. По каждой странице вызови get_page_settings и проверь: - заполненность Title и Description, нет ли дублей между страницами; - чистоту alias (нет ли автосгенерированных page123456); - не закрыты ли важные страницы от индексации (nosearch / meta_nofollow) и наоборот — закрыт ли тестовый поддомен на время разработки. 3. На ключевых страницах проверь через get_page_records структуру заголовков: есть ли ровно один H1 на страницу и нет ли нескольких H1. Выведи понятную сводку: что уже настроено корректно, а что нужно поправить перед пуском домена.
-
[ Б2 ]
Страницы и метатеги 1-в-1
Папки, страницы, перенос Title и Description.
Работаем с проектом [PROJECT_ID] через Tilda MCP по утверждённой Таблице переезда (файл приложен). Задача — создать структуру страниц и перенести старые URL (где они сохраняются 1-в-1) и метатеги Title / Description строго без переписывания под Этап 1 переезда. Действуй в два шага: Шаг 1 (План без записи): - Прочитай текущие страницы и папки проекта через get_pages. - Сопоставь их с Таблицей переезда и покажи мне таблицу плана: какие папки 1-го уровня нужно создать (add_new_folder), какие страницы создать (add_blank_page) или обновить, какой alias, Title и Description получит каждая страница. - Если в старом сайте у страницы пустой Title или очевидный дубль «Главная» — пометь её отдельно и предложи аккуратный вариант по смыслу страницы. - Напомни отдельным списком страницы, которым потом нужно будет вручную загрузить бейдж соцсетей (og:image) в интерфейсе Тильды. Остановись и жди моего подтверждения. Шаг 2 (После моего «Подтверждаю»): - Создай недостающие папки и страницы. - Перед КАЖДЫМ вызовом update_page_settings обязательно вызывай get_page_settings, сохраняй все существующие поля и обязательно передавай поле date в формате "YYYY-MM-DD HH:MM". Не вызывай publish_page без отдельной команды.
-
[ Б3 ]
Контент важной страницы
Заголовки H1–H3, таблицы, FAQ и картинки на CDN Тильды.
Переносим контент со старой трафиковой страницы [URL старой страницы] на страницу [PAGE_ID или alias] в проекте [PROJECT_ID] через Tilda MCP. Правила переноса: 1. Сначала изучи исходную страницу и выпиши её смысловой скелет: главный H1 (оставляем 1-в-1, если он адекватный), все H2–H3, ключевые таблицы характеристик/цен, условия работы и блок вопросов-ответов (FAQ). Ничего из этого нельзя потерять при вёрстке, чтобы не просесть в поиске и AI-ответах. 2. Прочитай инструкции Tilda MCP перед работой с нужным типом блоков (edit_record для стандартных блоков, zero_block_instructions для Zero Block, vibe_block_generation_instructions и vibe_block_design_instructions для Вайб-блока). 3. Следи за семантикой и DOM: - Ровно один тег H1 на всю страницу. - Логичная вложенность H2 → H3, никаких H1–H2 на декоративных цифрах «01», «02» или кнопках. - Если собираешь карточки в Zero Block или Vibe Block — заголовок услуги/товара, описание и цена должны лежать рядом внутри одной карточки/группы в DOM. 4. Все изображения со старого сайта скачай и перезалей в проект через upload_image (на static.tildacdn.com), прописав понятный alt по смыслу картинки. Ни одной прямой ссылки на старый хостинг остаться не должно. Сначала покажи план блоков для страницы (номер блока, тип/tplid, заголовок, какой контент переносится) и дождись моего подтверждения перед записью.
-
[ Б4 ]
301-редиректы
Загрузить карту редиректов и не стереть старые.
Нужно загрузить карту 301-редиректов из нашей Таблицы переезда в проект [PROJECT_ID] через Tilda MCP. КРИТИЧЕСКИЕ ПРАВИЛА БЕЗОПАСНОСТИ: 1. Инструмент update_project_redirects_301 заменяет ВЕСЬ список редиректов целиком. Поэтому СНАЧАЛА обязательно вызови get_redirect_301s и сохрани все правила, которые уже есть в проекте. 2. Вызови get_pages и проверь целевые страницы: каждый целевой адрес редиректа обязан реально существовать в проекте. 3. Проверь весь объединённый список (старые правила + новые из таблицы) на ошибки: - Убери строки, где старый и новый путь совпадают (цикл сам на себя). - Проверь, нет ли двухшаговых цепочек (A → B и B → C): если есть, схлопни сразу в A → C и B → C. - Проверь, нет ли замкнутых петель (A → B и B → A). - Убедись, что ни одна трафиковая страница не закрыта грубой маской «*» и не ведёт на главную «/» вместо релевантной страницы. 4. Покажи мне финальный проверенный список редиректов (сколько было в проекте, сколько добавляем, сколько всего станет, какие ошибки отловил) и ОСТАНОВИСЬ до моего подтверждения. 5. Только после моего «Подтверждаю» вызови update_project_redirects_301 с полным объединённым списком, а затем вызови get_redirect_301s повторно, чтобы убедиться, что все строки сохранились без потерь.
-
[ Б5 ]
Каталог и статьи
Перенос товаров или блога вместе с SEO-полями.
Нужно перенести в проект [PROJECT_ID] через Tilda MCP выгрузку [товаров каталога / статей блога] из файла [ИМЯ_ФАЙЛА] с полным сохранением SEO-полей. Действуй строго по шагам: 1. Прочитай текущую структуру [разделов каталога через store_get_parts_list и store_get_products_list / потоков и рубрик через feeds_get_feeds и feeds_get_parts]. 2. Сопоставь поля нашей выгрузки с полями Тильды: название (H1), человекопонятный URL/alias (если сохраняем или меняем — сверь с картой 301-редиректов!), SEO Title, SEO Description, характеристики/табы, цены и иллюстрации. 3. Все внешние изображения товаров/постов запланируй к загрузке на CDN Тильды через upload_image с заполнением alt. 4. Сначала проведи тестовый план на 2–3 позициях: покажи мне точный маппинг полей и какие URL получатся на выходе, и жди подтверждения. Только после проверки тестовых карточек запускай пакетный перенос остальных позиций.
-
[ Б6 ]
JSON-LD, Clean-param и llms.txt
Техническая упаковка для поиска и нейросетей.
Подготовь техническую SEO и AI-упаковку проекта [PROJECT_ID] через Tilda MCP (сначала чтение и показ плана изменений, запись — только после моего подтверждения): 1. Микроразметка Schema.org (JSON-LD): - Сначала прочитай текущий код через get_head_code (на уровне проекта и нужных страниц), чтобы не затереть счётчики и скрипты! - Подготовь валидный JSON-LD: Organization / LocalBusiness для проекта, BreadcrumbList и Service/Product/FAQPage для ключевых посадочных страниц (строго по реальному тексту на этих страницах, без выдуманных рейтингов и отзывов). 2. Чистка дублей от рекламных и технических GET-меток (Clean-param для Яндекса): - Сначала вызови get_clean_url_params. - Дополни список нашими маркетинговыми и старыми техническими параметрами (utm_source, utm_medium, utm_campaign, utm_content, utm_term, yclid, gclid, etext и специфичные параметры из нашей таблицы переезда). 3. Навигатор для нейросетей (llms.txt): - Сначала вызови get_llms_txt и get_pages. - Составь лаконичный, фактологический файл llms.txt со структурой разделов сайта, кратким описанием компании, географии, цен/услуг и прямыми ссылками на главные страницы проекта на боевом домене [СТАРЫЙ_ДОМЕН]. Покажи готовые тексты для всех трёх пунктов в чате и жди моего подтверждения перед вызовом update_*.
-
[ Б7 ]
Проверка перед запуском
Финальная ревизия перед переключением домена.
Мы готовы переключать боевой домен [СТАРЫЙ_ДОМЕН] на проект [PROJECT_ID]. Проведи финальную предрелизную ревизию через Tilda MCP (только чтение) по проверочному списку: 1. Сверь список страниц проекта (get_pages + get_page_settings) с нашей Таблицей переезда: все ли трафиковые URL либо созданы 1-в-1, либо закрыты точным правилом в get_redirect_301s? Нет ли осиротевших страниц? 2. Нет ли ни на одной рабочей странице пустых Title, пустых Description, дефолтных адресов вида /page123456 или забытой галочки запрета индексации (кроме служебных страниц «Спасибо», 404 и системных блоков)? 3. Проверь на топ-10 страницах через page_preview или get_record_html: - ровно ли один тег <h1> на каждой странице; - не осталось ли ссылок на старый тестовый домен *.tilda.ws внутри текстов, кнопок или canonical; - не осталось ли картинок, ведущих на старый хостинг вместо static.tildacdn.com. 4. Проверь настройки get_https_www_redirect_settings, get_robots_txt, get_sitemap_xml, get_yandex_webmaster_status и get_google_search_console_status. Выдай короткий вердикт «Готово к пуску / Что исправить до переключения DNS» и напомни ручные шаги, которые нужно нажать в интерфейсе Тильды сразу после привязки домена (включая повторное «Опубликовать все страницы»).
[ полезные ссылки и инструменты ]
Как подключить Tilda MCP: help-ru.tilda.cc/mcp — ключ в профиле Тильды и подключение к Claude Code, Cursor, Codex.
SEO на Тильде: tilda.education/courses/seo — курс Школы Тильды по техническим настройкам.
Проверка страницы в браузере: расширение SEO META in 1 CLICK — Title, Description, canonical, заголовки H1–H3 и alt картинок в один клик.
SEO на Тильде: tilda.education/courses/seo — курс Школы Тильды по техническим настройкам.
Проверка страницы в браузере: расширение SEO META in 1 CLICK — Title, Description, canonical, заголовки H1–H3 и alt картинок в один клик.
Подписывайтесь на мой телеграм-канал, чтобы не пропускать новое в базе знаний
