Ошибка при переезде часто возникает ещё до настройки самих правил: старые URL не инвентаризируют, а все запросы переводят на главную. Это ухудшает путь пользователя и может восприниматься поисковой системой как нерелевантное перенаправление. Прежде всего нужна карта соответствия, где у каждого старого адреса есть обоснованная цель.
Переезд по URL без потерь в логике сайта
Соберите полный список старых адресов
Объедините XML-карту, выгрузку CMS, данные краулера, отчёты вебмастеров, посещаемые посадочные страницы и адреса, на которые существуют внешние ссылки. Удалите дубли, но сохраните информацию о параметрах и вариантах URL. Особое внимание уделите страницам, приносившим переходы или имеющим важное содержание. Для крупных сайтов полезно добавить в таблицу старый Title и тип страницы.
Составьте карту соответствия
Для каждого старого URL найдите новую страницу с тем же назначением или максимально близким содержанием. Если URL можно сохранить без изменения, это часто проще. Если материал объединён с другим, допустима переадресация на действительно подходящий раздел нового сайта. Если замены нет, не перенаправляйте автоматически на главную: проанализируйте 404/410 и пользовательский сценарий.
Настройте постоянные серверные перенаправления
Для окончательного переноса обычно используют HTTP 301 или 308. На Tilda часть правил может задаваться в настройках проекта, а доменные переезды часто реализуются у DNS/CDN-провайдера или на старом сервере. Проверяйте, на каком уровне исполняется правило. Нельзя полагаться только на визуальную смену адреса в браузере: нужен именно ожидаемый HTTP-код и корректный Location.
Устраните цепочки и циклы
Проверяйте прямой путь от исходного URL до конечного ответа 200. Цепочка вида A → B → C создаёт лишние запросы и осложняет диагностику. При переносе HTTP на HTTPS и смене домена проверьте сочетания www и без www. Избегайте ситуаций, когда старый URL переадресует на новый, а новый возвращает на старый: это цикл.
Проверьте новый сайт и наблюдайте за индексом
После переключения обновите внутренние ссылки, sitemap.xml, canonical и метаданные на новом домене. Сопоставьте выборку старых адресов с картой редиректов и проверьте конечное содержание. В вебмастерах отслеживайте ошибки обхода и обработку переезда; при необходимости отправляйте приоритетные страницы на переобход. Изменения видимости могут происходить не одновременно для всех URL.
Пример карты для трёх типов страниц
Старый адрес /old-service перенесён на /services/new-service с тем же содержанием — нужен прямой 301. Старый обзор /blog/topic-2021 объединён с актуальным руководством по той же теме — возможен 301 на него, если назначение совпадает. Страница /event-2017 удалена и не имеет замены — массово вести её на главную нельзя. Для каждого решения фиксируйте причину: это полезнее формального заполнения всех строк новой целью.
Как проверять ответы без браузерной маскировки
Браузер показывает уже конечную страницу и скрывает многие детали цепочки. Для технической проверки получайте заголовки ответа каждого исходного URL и фиксируйте status, Location и конечный адрес. Например, curl -I https://old.example.com/service позволит увидеть первый ответ сервера; для всей цепочки используйте режим следования перенаправлениям с выводом промежуточных шагов. Проверяйте обе версии домена и HTTPS: разные правила могут применяться последовательно.
Особенности переезда разделов и файлов
Если каталог меняет структуру, не всегда достаточно правила по общему префиксу. Например, /services/ может переноситься в /uslugi/, но часть бывших URL объединяется с другими страницами. Для них нужны индивидуальные правила с приоритетом над общим шаблоном. Проверяйте PDF, изображения и другие важные файлы, на которые есть внешние ссылки. Перенаправление файла на не связанную с ним HTML-страницу следует оценивать отдельно с точки зрения полезности для посетителя.
Матрица решений для старых URL
| Тип адреса | Действие | Проверка |
|---|---|---|
| Адрес и содержание сохранены | Не менять URL без необходимости. | Проверить код 200 и канонический адрес. |
| Сменился путь, смысл тот же | Постоянный редирект на эквивалент. | Один переход без цепочки. |
| Несколько статей объединены | Проверить релевантность единой новой страницы. | 301 уместен только при реальном соответствии. |
| Материал окончательно удалён | Рассмотреть 404 или 410. | Не подменять отсутствие документа главной. |
Ошибки, из-за которых переезд приходится переделывать
- Отправлять все внутренние страницы старого сайта на главную нового.
- Создавать несколько промежуточных редиректов между доменами.
- Оставлять в новом sitemap старые URL и адреса с кодом 301.
- Проверять только главную и не тестировать внутренние страницы со ссылками.
Что проверить в день переключения
- Открываются главная и важные посадочные страницы.
- Старые URL отдают ожидаемые 301/308.
- Конечные документы отвечают 200 и соответствуют теме.
- Canonical, sitemap и внутренние ссылки указывают на новый домен.
- Нет массовых 404, циклов и цепочек.
- Настроены вебмастеры и аналитика нового сайта.
Что важно после запуска
Не отключайте старый домен сразу после переезда: поисковикам и пользователям может потребоваться время, чтобы обработать новые адреса. Сохраняйте таблицу соответствий и регулярно сравнивайте её с логами и отчётами. Редирект помогает передать сигнал о переезде, но не гарантирует сохранение каждой позиции или ценности каждого старого входящего линка.
