Смена домена — один из тех моментов, когда SEO-специалист напрягается сильнее, чем при обычном обновлении контента. И не зря: переезд сайта на новый домен — это операция с высоким риском для позиций в поиске, если делать её на глаз, «переключить домен и разберёмся по ходу». Но эта же операция абсолютно управляема, если подойти к ней методично: с полной инвентаризацией старого сайта, точной таблицей соответствия адресов и последовательными техническими шагами.
Эта статья написана как пошаговый технический гайд для тех, кто планирует перенести сайт с Тильды на другой домен — либо в рамках перехода на новую платформу (например, разработку на коде), либо оставаясь на Tilda, но со сменой доменного имени. Мы разберём весь процесс: от выгрузки карты текущего сайта до мониторинга после переезда, и честно поговорим о том, какая временная просадка позиций считается нормой, а какая — сигналом, что что-то пошло не так.
Если коротко: правильный переезд с Tilda на другой домен не означает «без просадки вообще». Он означает управляемую, предсказуемую и временную просадку с последующим полным восстановлением позиций и трафика — вместо катастрофической потери накопленного веса, которая случается, когда домен меняют без редиректов или с редиректом «всё на главную».
Почему смена домена — это высокий риск, если делать её неправильно
Поисковые системы (и Яндекс, и Google) хранят вес, авторитетность и релевантность не абстрактно «за сайтом», а привязанными к конкретным URL. Каждая страница, которая попала в топ-10 по своему запросу, получила эту позицию благодаря накопленным сигналам: обратным ссылкам на этот конкретный адрес, поведенческим метрикам именно с этой страницы, возрасту URL в индексе, внутренней перелинковке, ведущей именно на этот адрес.
Когда вы меняете домен, все эти сигналы физически «прописаны» на старых URL. Новый домен с точки зрения Яндекса и Google — это новый, никому не известный сайт с нулевой историей. Единственный способ передать накопленный вес — явно и однозначно сообщить поисковым системам: «страница A на старом домене теперь находится по адресу B на новом домене». Это делается через 301-редирект, постранично, для каждого проиндексированного URL.
Если этот процесс сделан неправильно — например, страницы просто не редиректят (отдают 404), или редиректят все скопом на главную страницу нового сайта, — происходит следующее:
- Поисковые роботы не могут связать старый URL с новым и не передают вес — весь накопленный сигнал по этой странице сгорает;
- Пользователи, переходящие по старым ссылкам (из закладок, из внешних сайтов, из уже проиндексированной выдачи), попадают на 404 или на нерелевантную главную страницу и уходят — это увеличивает показатель отказов уже на новом домене;
- Новый домен стартует по факту с нуля, и продвижение по конкурентным запросам, где сайт уже был в топе, приходится начинать заново — это месяцы, а иногда и годы работы, которые обнуляются в один момент.
Именно поэтому запросы вроде «перенести сайт с тильды на другой домен» и «миграция с tilda без потери seo» — это не праздное любопытство, а вопрос сохранения реальных денег: трафика, заявок, позиций, за которые уже заплачено временем или бюджетом на продвижение.
Хорошая новость: риск полностью управляем. Ниже — семь шагов, которые в правильном порядке закрывают все точки, где обычно теряется вес при переезде.
Шаг 1. Выгрузите полную карту текущего сайта — все URL, которые есть в индексе
Прежде чем настраивать что-либо, нужно точно знать, что именно нужно перенести. Это не файл sitemap.xml — там могут быть не все страницы, которые реально видит поиск, а могут быть и лишние (удалённые, служебные). Нужна карта именно проиндексированных URL — тех, что реально показываются в выдаче и несут вес.
Собирать список нужно минимум из трёх источников, потому что каждый даёт свою, не полностью совпадающую картину.
Через Яндекс.Вебмастер
В разделе «Индексирование» → «Страницы в поиске» Яндекс.Вебмастер показывает полный список URL старого сайта, которые сейчас находятся в поисковой базе. Список можно выгрузить в CSV — это будет ваш базовый список для Яндекса. Обратите внимание на статус каждой страницы: часть URL могут быть исключены из поиска (дубли, редиректы, страницы с ошибками) — их в таблицу переноса включать не обязательно, если только вы не хотите закрыть и эти хвосты тоже.
Через Google Search Console
Аналогично, в GSC откройте отчёт «Покрытие» (Coverage / Индексирование страниц) и выгрузите список страниц со статусом «Страница проиндексирована» («Valid» / «Submitted and indexed»). Это полный список URL, которые Google реально показывает в выдаче. Как и в случае с Яндексом, здесь тоже будут отдельные списки для исключённых и ошибочных страниц — их стоит просмотреть отдельно, но в первую таблицу мапинга включать активные, проиндексированные адреса.
Через оператор site:
Оба предыдущих источника показывают то, что знает панель вебмастера, но полезно свериться и напрямую с выдачей — иногда там всплывают страницы, которые давно удалены с сайта, но всё ещё живут в индексе (частая история для Tilda, где старые лендинги или тестовые страницы могут годами оставаться проиндексированными). Введите site:вашдомен.ru в Яндексе и в Google и полистайте результаты — не для полной выгрузки (через интерфейс это неудобно и ограничено по количеству результатов), а как контрольную проверку: не всплывает ли там что-то, чего нет в первых двух списках.
Сверка списков
Соберите все три списка в одну таблицу (Google Таблицы или Excel отлично подходят) и объедините их в один общий перечень уникальных URL, убрав дубли. Для сайта на Tilda обычно набирается от нескольких десятков до нескольких сотен адресов — конкретное число зависит от размера сайта: количества страниц, товаров в каталоге, статей блога. Если у вас интернет-магазин или каталог с автоматически генерируемыми страницами товаров, не забудьте включить и их — часто именно карточки товаров дают основной объём органического трафика с длинного хвоста запросов, и именно про них забывают при ручном планировании переезда.
На выходе этого шага у вас должен быть один файл — полный, выверенный список всех URL старого сайта, которые реально находятся в индексе обеих поисковых систем. Это фундамент для следующего шага.
Шаг 2. Составьте таблицу URL-mapping — соответствие старых и новых адресов
Теперь для каждого адреса из списка нужно определить, на какую страницу нового сайта он должен вести. Это самая трудоёмкая, но и самая важная часть подготовки — именно эта таблица станет техническим заданием для настройки редиректов на шаге 3.
Для каждой старой страницы есть несколько возможных сценариев:
- Прямой аналог существует. Страница переносится «один в один» по смыслу — например,
/uslugi/remont-kvartirна старом домене становится/services/apartment-renovationна новом. Это самый частый и самый простой случай — редирект ведёт ровно на смысловой аналог. - Страница объединяется с другой. Иногда при переезде (особенно если он совмещён с редизайном) несколько похожих старых страниц сводятся в одну новую — например, три отдельных лендинга по трём похожим услугам становятся одной страницей услуги с табами. В этом случае все три старых URL редиректят на одну новую страницу, где реально раскрыта эта тема.
- Страницы больше нет и полноценного аналога тоже нет. Такое бывает — устаревшая акция, снятый с продажи товар, старая новость. В этом случае самый честный вариант — редирект на ближайшую по смыслу категорийную страницу (а не на главную!), либо, если смысловой замены категорически нет, — оставить 404, но это должно быть осознанным решением по каждому такому URL, а не результатом того, что о странице просто забыли.
Проставьте для каждой строки тип редиректа (в подавляющем большинстве случаев это будет 301 — постоянный редирект), и не забудьте зафиксировать полный, а не относительный адрес — с указанием протокола и домена, чтобы при передаче таблицы разработчику или в панель управления не было путаницы.
Пример структуры таблицы URL-mapping (шаблон)
Эту таблицу можно использовать как основу — просто скопируйте структуру в свой Google Sheets и заполните своими адресами:
| Старый адрес (Tilda) | Новый адрес | Тип редиректа | Комментарий |
|---|---|---|---|
https://staryi-domen.ru/ | https://novyi-domen.ru/ | 301 | Главная страница |
https://staryi-domen.ru/uslugi | https://novyi-domen.ru/services | 301 | Прямой смысловой аналог |
https://staryi-domen.ru/uslugi/remont-kvartir | https://novyi-domen.ru/services/apartment-renovation | 301 | Прямой аналог |
https://staryi-domen.ru/uslugi/remont-vann | https://novyi-domen.ru/services/bathroom-renovation | 301 | Прямой аналог |
https://staryi-domen.ru/blog/kak-vybrat-plitku | https://novyi-domen.ru/blog/kak-vybrat-plitku | 301 | ЧПУ статьи сохранён без изменений |
https://staryi-domen.ru/blog/staraya-akciya-2024 | https://novyi-domen.ru/blog | 301 | Акция неактуальна — редирект на раздел блога, а не на главную |
https://staryi-domen.ru/catalog/tovar-1 | https://novyi-domen.ru/catalog/tovar-1 | 301 | Товар в наличии, ЧПУ идентичен |
https://staryi-domen.ru/catalog/tovar-snyat-s-prodazhi | https://novyi-domen.ru/catalog | 301 | Товар снят с продажи — редирект на категорию |
https://staryi-domen.ru/kontakty | https://novyi-domen.ru/contacts | 301 | Прямой аналог |
Держите в этой таблице отдельный столбец «Проверено» или «Статус» — по мере настройки редиректов на следующем шаге вы будете отмечать в нём, что редирект уже реализован и протестирован. Это убережёт от ситуации, когда часть строк из большой таблицы просто теряется в процессе работы.
Шаг 3. Настройте постраничные 301-редиректы по этой таблице
Здесь важно сразу проговорить техническое ограничение, о которое разбивается значительная часть самостоятельных переездов с Tilda: встроенный в Tilda инструмент 301-редиректов (Настройки сайта → SEO → Редиректы страниц) работает только в рамках одного и того же домена. Он прекрасно подходит, если вы меняете структуру URL, оставаясь на том же адресе сайта, но он физически не умеет редиректить с одного домена на другой. Аналогично блок T223 «Переадресация на URL» технически может отправить посетителя на другой домен, но отдаёт код ответа 200, а не 301 — то есть для поискового робота это не сигнал «страница переехала навсегда», а обычная страница с JS-редиректом, вес по которой не передаётся корректно.
Отсюда — три рабочих сценария, в зависимости от того, куда именно вы переезжаете:
Если старый сайт остаётся на Tilda, а меняется только домен. Настоящий постраничный 301-редирект с домена на домен придётся делать либо на уровне DNS/регистратора (у большинства регистраторов, включая российские, есть платная услуга «переадресация домена», которая умеет отдавать корректный 301-редирект целиком с одного домена на другой, но не постранично — то есть все URL старого домена скопом улетят на один и тот же новый адрес, что снова возвращает нас к проблеме «редирект всё на главную»), либо через отдельный простой прокси-сервер/CDN-правило, который принимает старый домен и отдаёт постраничные 301 по вашей таблице мапинга. Второй вариант правильный, но требует технической настройки уровня сервера — это одна из тех задач, где самостоятельно на Tilda-панели вы её не решите.
Если вы переезжаете с Tilda на сайт на коде (Next.js, WordPress и так далее) с собственным хостингом. Это самый управляемый сценарий — редиректы настраиваются на стороне нового сервера или платформы деплоя (например, через redirects в конфигурации Next.js, через правила Vercel/Nginx, через .htaccess на классическом хостинге). В этом случае вы прописываете постранично каждую строку из таблицы мапинга как правило редиректа именно на новой инфраструктуре, а старый Tilda-домен настраиваете так, чтобы он в свою очередь редиректил (см. предыдущий пункт) на новый домен, где уже работает вся постраничная логика.
Если старый и новый сайт оба на Tilda, но структура URL совпадает. Тогда достаточно уровня DNS/регистратора для смены самого домена, а постраничные пути можно оставить идентичными — это минимизирует объём ручной работы по таблице мапинга, хотя саму таблицу для контроля всё равно стоит держать.
Почему нельзя просто редиректить всё на главную страницу
Соблазн сделать один универсальный редирект «весь старый домен → главная нового сайта» велик, потому что это буквально одна строка настройки вместо десятков или сотен. Но с точки зрения SEO это один из самых разрушительных вариантов переезда, и вот почему.
Каждый старый URL нёс свой, конкретный вес по конкретным запросам: страница услуги — по запросам этой услуги, статья блога — по своим информационным запросам, карточка товара — по своим транзакционным запросам. Когда все эти адреса редиректятся на главную, поисковая система видит это как массовый сигнал нерелевантности: пользователь искал «ремонт ванной под ключ», перешёл по ссылке из выдачи, а его редиректнуло на общую главную страницу, где этой темы нет в явном виде. Это резко ухудшает поведенческие метрики именно по тем запросам, где сайт был силён, и Яндекс с Google в течение недель переоценивают релевантность главной страницы вниз, а веса с исходных URL при этом всё равно не передаются целевым разделам, потому что формально они «переехали» на страницу, которая с их темой не связана.
На практике массовый редирект на главную почти всегда означает: сайт теряет позиции по всем конкретным запросам, где раньше ранжировались отдельные страницы, и не приобретает взамен ничего, кроме одной сильной главной страницы, которая физически не может закрыть весь тот тематический охват, что раньше обеспечивали десятки отдельных URL. Восстановление после такой ошибки — это, по сути, повторное продвижение каждого направления с нуля.
Шаг 4. Обновите sitemap.xml и повторно отправьте его в обе поисковые системы
После того как редиректы настроены и протестированы, следующий шаг — актуализировать карту сайта. Sitemap.xml нового сайта должен содержать только реальные, действующие адреса нового домена — без старых URL, без переехавших разделов, без строк, ведущих на редиректы. Это тот файл, который явно говорит поисковым роботам: «вот актуальный список того, что нужно проиндексировать на новом домене».
Для Tilda sitemap.xml генерируется автоматически и обновляется при изменении структуры сайта — но обязательно проверьте его руками по адресу https://вашновыйдомен.ru/sitemap.xml после переезда: иногда кеш или задержка обновления приводят к тому, что в файле какое-то время остаются старые или неактуальные ссылки. Если сайт на кастомной разработке, sitemap.xml обычно генерируется на билде — убедитесь, что генератор берёт актуальную структуру маршрутов нового домена, а не забытый конфиг со старым адресом.
После проверки файла отправьте его в обе системы:
- В Яндекс.Вебмастере: раздел «Индексирование» → «Файлы Sitemap» → добавить/переотправить актуальный файл для нового домена (домен должен быть предварительно добавлен и подтверждён в панели).
- В Google Search Console: раздел «Файлы Sitemap» (Sitemaps) в ресурсе нового домена → указать адрес sitemap.xml → отправить.
Если старый домен ещё остаётся добавленным в панели вебмастеров (а на шаге 6 мы объясним, почему это правильно), его собственный sitemap.xml из панели лучше удалить или оставить пустым — чтобы не создавать конфликтующий сигнал «этот URL актуален» одновременно со старого и нового домена.
Шаг 5. Уведомите Google Search Console и Яндекс.Вебмастер о смене адреса сайта
Помимо обновления sitemap, обеим поисковым системам нужно явно сообщить о факте переезда домена — это ускоряет и упорядочивает процесс переноса накопленных сигналов.
В Google Search Console для этого существует инструмент «Изменение адреса» (Change of Address), который находится в настройках ресурса старого домена. Важное условие: инструмент предназначен именно для переноса всего домена целиком на другой домен или поддомен — он не подходит, например, для смены протокола http → https на том же домене (для этого есть другие механизмы). Перед тем как запускать инструмент, новый домен должен быть добавлен и подтверждён как отдельный ресурс в той же учётной записи GSC, а постраничные редиректы уже должны быть настроены и работать — инструмент проверяет их корректность как часть процесса подтверждения переезда.
В Яндекс.Вебмастере аналогичная функция называется «Переезд сайта» и находится в разделе «Индексирование». Логика похожая: новый домен нужно предварительно добавить и подтвердить права на него в панели, редиректы должны уже работать на момент подачи заявки, а содержимое robots.txt на старом и новом домене должно быть согласовано (в частности, важно, чтобы сайт не оказался закрыт от индексации на новом домене — частая техническая ошибка при переносе с тестового окружения, где robots.txt по умолчанию запрещает индексацию). По опыту сообщества вебмастеров, смена главного зеркала в Яндексе после корректно поданной заявки обычно занимает от двух до четырёх недель.
Оба инструмента — это не формальность и не гарантия мгновенного переноса позиций, а дополнительный явный сигнал поверх уже настроенных редиректов, который помогает поисковым системам быстрее и увереннее связать старые и новые URL между собой. Пропускать этот шаг не стоит: без него перенос веса тоже происходит (за счёт самих 301-редиректов), но медленнее и с большей вероятностью частичных потерь по отдельным страницам.
Шаг 6. Период временного «сосуществования» — старый домен должен продолжать корректно редиректить
Одна из самых частых ошибок после переезда — как только новый сайт запущен и вроде бы «всё работает», старый домен на Tilda отключают, перестают продлевать, или просто удаляют проект в панели. Это преждевременно и опасно.
Дело в том, что процесс переиндексации у Яндекса и особенно у Google не мгновенный. Робот заходит на старые URL не каждую секунду — интервал повторного обхода зависит от частоты сканирования конкретного сайта и может растягиваться на недели и месяцы для менее приоритетных страниц. Если на момент, когда робот в очередной раз зайдёт на старый адрес, редиректа там уже не будет (домен не отвечает, DNS не резолвится, хостинг отключён), — робот получит не 301, а ошибку соединения или явное «эта страница больше не существует», и весь накопленный сигнал по этому URL будет просто списан как утраченный, а не перенесённый.
Кроме того, старыми ссылками на сайт продолжают пользоваться живые пользователи: закладки в браузере, ссылки из уже написанных статей на сторонних площадках, ссылки из соцсетей, из старой печатной рекламы, из визиток. Все эти переходы должны корректно долетать до нового сайта ещё долгое время после самого факта переезда.
Практическая рекомендация: держите старый домен и его 301-редиректы на новый домен активными минимум 6–12 месяцев после переезда, а лучше — постоянно, до истечения разумного срока, если стоимость продления домена невысока (что в подавляющем большинстве случаев так и есть — продление домена стоит на порядки меньше, чем потери от недоперенесённого веса). Не переводите старый домен в статус «просто ничего», не давайте ему истечь по регистрации в первые месяцы после переезда, и не удаляйте старый проект на Tilda до тех пор, пока не убедитесь, что редирект на уровне DNS/регистратора настроен независимо от самого проекта в панели Tilda.
Шаг 7. Мониторинг после переезда — какие метрики отслеживать в первые недели
После того как все технические шаги выполнены, начинается период наблюдения. Правильный переезд не означает «включил и забыл» — первые несколько недель нужно активно следить за индикаторами, которые покажут, идёт ли процесс так, как ожидается, или где-то есть проблема, которую можно исправить, пока она не стала серьёзной.
Вот на что смотреть в первую очередь:
- Количество проиндексированных страниц нового домена (Яндекс.Вебмастер и GSC, разделы «Страницы в поиске» / «Покрытие»). В норме это число должно постепенно расти и в течение нескольких недель приблизиться к числу страниц, которые были проиндексированы на старом домене. Если рост сильно отстаёт или останавливается — проверьте robots.txt, canonical-теги и корректность самого sitemap.xml.
- Ошибки редиректов и сканирования в отчётах обеих панелей вебмастеров — оба сервиса явно показывают, если робот встречает цепочки редиректов (редирект на редирект — это стоит устранять, ведя редирект сразу на финальный адрес), редиректы, ведущие на 404, или, наоборот, старые URL, которые всё ещё пытаются отдавать 200 вместо 301.
- Динамика органического трафика по дням/неделям в Яндекс.Метрике и Google Analytics — сравнивайте не с предыдущим днём, а с аналогичным периодом до переезда, желательно с учётом сезонности, если она характерна для вашей ниши.
- Позиции по ключевым запросам в вашей системе отслеживания позиций (Topvisor, Serpstat, Rush Analytics и подобные) — здесь важно смотреть не на разовые скачки, а на общий тренд по неделе-две: временные колебания на несколько позиций вверх-вниз в первые дни — это нормальная волатильность переиндексации, а не повод для паники.
- Всплеск 404-ошибок на новом домене в панелях вебмастеров и в логах сервера — если появляются URL, которые роботы или пользователи пытаются посетить, а они не покрыты вашей таблицей мапинга, значит, на шаге 1–2 что-то было упущено, и это стоит оперативно закрыть дополнительным редиректом.
- Активность сканирования старого домена — в идеале в логах или через инструменты вебмастеров видно, что робот продолжает заходить на старые URL и корректно получает 301. Если активность сканирования старого домена резко падает до нуля раньше, чем прошло разумное время, это может говорить о том, что робот уже перенёс основной вес — хороший знак, но не повод сразу отключать сам домен (см. шаг 6).
Рекомендуемая частота проверки в первый месяц — раз в 2–3 дня по всем панелям, дальше можно снижать частоту до раза в неделю по мере стабилизации показателей.
Типичная временная просадка позиций и когда ждать восстановления
Даже при полностью корректном переезде — с чистой таблицей мапинга, постраничными 301, обновлённым sitemap и поданными заявками в обе панели вебмастеров — краткосрочная просадка позиций является нормой, а не признаком ошибки. Поисковым системам физически требуется время, чтобы обойти обновлённые URL, пересчитать сигналы для нового домена и подтвердить, что перенос стабилен, а не временная аномалия.
По практике корректно выполненных переездов с Tilda на новый домен (в том числе совмещённых с переходом на новую платформу), можно ориентироваться на следующие сроки:
- Первые 1–3 недели после переезда — наиболее заметная просадка позиций и трафика, обычно в диапазоне 10–30% от исходного уровня. Это фаза активной переиндексации, когда часть URL уже обработана и вес передан, а часть ещё ждёт очередного обхода робота.
- 4–8 недель — постепенное восстановление позиций по мере того, как поисковые системы обходят всё больше старых URL и подтверждают редиректы. К концу этого периода при корректной настройке трафик обычно возвращается в диапазон 80–95% от исходного.
- 2–4 месяца — полное восстановление до исходного уровня и часто небольшой рост сверх него, если параллельно с переездом были устранены старые технические проблемы или улучшена структура сайта (частый сопутствующий эффект при переезде с Tilda на кастомную разработку с более чистой SEO-структурой).
Эти сроки характерны именно для смены домена без одновременной радикальной смены содержания страниц. Если переезд совмещён с масштабным редизайном, изменением текстов, объединением или удалением разделов — сроки восстановления обычно увеличиваются, потому что поисковым системам приходится заново оценивать не только адрес, но и релевантность самого контента.
Важно отличать нормальную временную просадку от сигнала реальной проблемы: если через 2–3 месяца после корректно выполненного переезда позиции не восстановились хотя бы до 80–90% от исходного уровня, это повод вернуться к аудиту — чаще всего причина в неполной таблице мапинга (часть страниц осталась без соответствия), в ошибках редиректов (цепочки, редиректы на 404, редиректы всё ещё через 200-й код вместо 301), либо в том, что старый домен уже перестал отвечать раньше, чем весь вес был перенесён.
Итог: чек-лист переезда
- Выгрузить полный список проиндексированных URL из Яндекс.Вебмастера, Google Search Console и оператора
site:. - Составить таблицу URL-mapping — старый адрес, новый адрес, тип редиректа, комментарий по логике переноса.
- Настроить постраничные 301-редиректы по этой таблице (с учётом того, что встроенные инструменты Tilda редиректят только внутри одного домена — для междоменного переноса нужен уровень DNS/регистратора или серверный редирект на новой платформе). Не редиректить всё скопом на главную.
- Обновить и повторно отправить sitemap.xml в обе поисковые системы.
- Подать заявку на смену адреса сайта в Google Search Console («Изменение адреса») и в Яндекс.Вебмастере («Переезд сайта»).
- Сохранить старый домен активным с рабочими редиректами минимум 6–12 месяцев, не удалять и не давать ему истечь раньше времени.
- Мониторить индексацию, ошибки редиректов, трафик и позиции в первые недели — и не паниковать из-за нормальной временной просадки в первый месяц.
Частые вопросы о переезде с Tilda на другой домен
Можно ли перенести сайт с Tilda на новый домен и остаться на Tilda? Да, это отдельный и вполне рабочий сценарий: платформа не меняется, меняется только доменное имя. Логика та же — таблица мапинга (в этом случае пути страниц чаще всего остаются прежними, редиректить нужно только сам домен), редирект на уровне DNS/регистратора (поскольку встроенный инструмент редиректов Tilda работает только внутри одного домена), обновление sitemap и уведомление обеих поисковых систем.
Сколько времени занимает весь процесс миграции без потери позиций? Сама техническая настройка — выгрузка индекса, таблица мапинга, редиректы, sitemap, заявки в панели вебмастеров — для сайта среднего размера обычно занимает от нескольких дней до одной-двух недель. А вот полное восстановление позиций и трафика на новом домене растягивается на 1–3 месяца даже при полностью корректной настройке — это нормальный технологический срок переиндексации, а не показатель ошибки в работе.
Что будет, если старый домен на Tilda просто перестать продлевать? Как только регистрация домена истекает, он перестаёт резолвиться, и все настроенные на нём редиректы (какими бы правильными они ни были на момент переезда) прекращают работать. Любой пользователь или робот, который зайдёт по старой ссылке после этого момента, получит ошибку соединения вместо 301-редиректа, а весь ещё не перенесённый на тот момент вес будет потерян безвозвратно. Именно поэтому шаг 6 — сохранение старого домена активным — не формальность, а обязательное условие полного переноса.
Обязательно ли подавать заявку о смене адреса в Яндекс.Вебмастере и Google Search Console, если редиректы уже настроены? Формально перенос веса произойдёт и без этой заявки — за счёт самих 301-редиректов, которые робот встретит при очередном обходе. Но явное уведомление ускоряет и упорядочивает этот процесс, поэтому пропускать этот шаг не стоит: он бесплатный, занимает несколько минут и снижает вероятность того, что часть страниц «зависнет» в неопределённом статусе на более долгий срок.
Что делать, если после переезда часть старых URL не попала в таблицу мапинга? Такое обнаруживается обычно через отчёты об ошибках сканирования в панелях вебмастеров или через всплеск 404 в логах сервера (шаг 7). Как только пропущенный URL найден, для него нужно оперативно добавить недостающий 301-редирект — чем быстрее это сделано после обнаружения, тем меньше вес успевает потеряться за время, пока страница отдавала ошибку.
Нужна техническая миграция без рисков для позиций?
Каждый из этих семи шагов требует аккуратности и опыта: одна забытая строка в таблице мапинга, один редирект через 200-й код вместо 301, одна заявка о смене адреса, поданная до того, как редиректы реально заработали, — и просадка вместо управляемой и временной становится затяжной и труднообратимой.
Команда G-land сопровождает техническую миграцию сайтов с Tilda на новый домен под ключ: от полной выгрузки индекса и составления таблицы URL-mapping до настройки редиректов, работы с Яндекс.Вебмастером и Google Search Console и мониторинга позиций в первые месяцы после переезда. Напишите нам в Telegram @gland_studio — разберём ваш конкретный случай и посчитаем объём работ до того, как вы предпримете какие-либо необратимые шаги со старым доменом.