Когда нужен 301-редирект
301-редирект нужен, когда адрес страницы меняется навсегда, а старый URL уже мог попасть в индекс, получить внешние ссылки, внутренние ссылки или накопить поисковые сигналы. Вместо страницы с ошибкой старый адрес должен отправлять человека и поискового робота на актуальный URL.
Типичные ситуации для сайта на Тильде:
- изменили адрес страницы после SEO-переработки;
- перестроили структуру сайта;
- переименовали раздел или услугу;
- объединили две близкие страницы в одну;
- перенесли старый сайт на Tilda и сохраняем накопленные URL;
- удалили устаревшую страницу, но у нее есть полноценная замена.
Google относит HTTP 301 к постоянным перенаправлениям и использует его как сигнал, что целевой URL должен рассматриваться как новый основной адрес страницы. Поэтому при окончательной смене URL постоянный редирект подходит лучше временного. Подробное описание механики есть в документации Google Search Central.
Как работает 301-редирект в Tilda
В Tilda штатные постоянные редиректы настраиваются в разделе Настройки сайта - SEO - Редиректы страниц Code 301. В полях указываются старый и новый адрес без домена, начиная со слеша.
Пример:
| Старый адрес | Новый адрес |
|---|---|
| /old-service | /new-service |
| /blog/old-article | /blog/new-article |
Есть важное ограничение платформы: 301-редирект в настройках Tilda работает со старого адреса, по которому уже нет существующей опубликованной страницы. Если страница продолжает существовать на старом URL, правило 301 для нее не сработает.
Это один из моментов, который стоит учитывать до смены адреса. Сначала нужно определить новый URL, проверить все внутренние ссылки и только затем переводить старый адрес на редирект. Механика описана в SEO-справке Tilda.
Почему блок T223 не заменяет 301
На Тильде есть блок T223, который перенаправляет посетителя с существующей страницы на другой URL. Визуально результат похож: человек открывает один адрес и оказывается на другом.
С технической точки зрения это другой механизм. Страница с блоком T223 продолжает отвечать HTTP-кодом 200, а переход выполняется через JavaScript. Tilda отдельно указывает, что такой способ не является серверным 301-редиректом.
Поэтому для окончательной смены индексируемого URL я бы не использовал T223 как замену штатному 301. Блок полезен там, где нужно перенаправить посетителя с существующей страницы, но задача сохранения поисковой логики при смене адреса решается через постоянный редирект.
Как настроить 301-редирект на Тильде
- Определите старый и новый URL.
- Проверьте, что новая страница опубликована и открывается с кодом 200.
- Убедитесь, что старый URL больше не занят существующей опубликованной страницей.
- Откройте Настройки сайта - SEO - Редиректы страниц Code 301.
- Добавьте старый адрес, например
/old-page. - Добавьте новый адрес, например
/new-page. - Сохраните изменения и опубликуйте сайт.
- Проверьте фактический HTTP-код старого URL.
Для SEO важен последний пункт. Открытие новой страницы в браузере еще не доказывает, что сервер возвращает именно 301. Проверять нужно цепочку HTTP-ответов через инструмент проверки редиректов, консоль разработчика или сервис, который показывает код ответа сервера.
Когда нужна карта редиректов
Если меняется один адрес, достаточно одного правила. При редизайне или перестройке многостраничного сайта лучше заранее сделать карту редиректов.
| Старый URL | Новый URL | Причина |
|---|---|---|
| /services/site | /tilda | Изменена структура услуги |
| /seo-old | /uslugi/seo-prodvizhenie | Новый основной URL |
| /old-blog-post | /blog/new-blog-post | Изменен адрес статьи |
Такая таблица помогает не потерять страницы при переносе и быстро проверить, что каждому значимому старому адресу назначена релевантная новая страница.
Если сайт уже получает поисковый трафик, карту лучше собирать до публикации новой структуры. Для крупных изменений сначала имеет смысл провести аудит сайта на Тильде и зафиксировать URL, которые уже находятся в индексе и получают переходы.
Не создавайте цепочки редиректов
Одна из частых проблем после нескольких редизайнов выглядит так:
/page-1 → /page-2 → /page-3 → /page-4
Так происходит, когда при каждой смене структуры старое правило просто направляют на следующий промежуточный адрес.
Лучше обновить карту так, чтобы старые URL сразу вели на финальную страницу:
/page-1 → /page-4
/page-2 → /page-4
/page-3 → /page-4
Google рекомендует по возможности перенаправлять исходный URL сразу на конечный и избегать лишних цепочек. Они увеличивают время перехода и усложняют техническую структуру сайта.
Куда направлять удаленную страницу
301 имеет смысл только тогда, когда у старой страницы есть подходящая замена. Страница про конкретную услугу должна вести на новую страницу той же услуги или на максимально близкий по смыслу материал.
Не стоит автоматически отправлять каждый удаленный URL на главную страницу. Такой редирект редко помогает человеку найти то, что он искал. При большом количестве подобных правил структура становится менее понятной и для поисковых систем.
Если полноценной замены нет, иногда корректнее оставить адрес удаленным и вернуть 404, чем создавать формальный редирект на нерелевантную страницу. Google отдельно рекомендует использовать 301, когда страница действительно перемещена или имеет понятную замену.
Что обновить после смены URL
Редирект защищает старый адрес, но внутреннюю структуру сайта все равно нужно привести в порядок. После смены URL проверьте:
- меню и навигацию;
- кнопки и ссылки в Zero Block;
- ссылки из статей;
- хлебные крошки;
- ссылки из футера;
- канонический URL;
- sitemap.xml;
- ссылки в рекламных кабинетах и внешних профилях, если ими можно управлять.
Внутренние ссылки лучше сразу вести на конечный URL, без прохождения через 301. Это сокращает лишние переходы и оставляет структуру сайта прозрачной.
Если изменение URL происходит в рамках редизайна сайта на Тильде или переноса проекта, список старых адресов стоит считать частью технического задания, а не собирать после запуска.
Как проверить редиректы после запуска
После публикации новой структуры я бы проверял редиректы в трех уровнях.
1. Код ответа
Старый URL должен возвращать постоянное перенаправление и вести на нужный новый адрес.
2. Конечная страница
Новый URL должен открываться с кодом 200, быть доступным для индексации и содержать нужный контент.
3. Поисковые панели
В Google Search Console и Яндекс Вебмастере стоит наблюдать за тем, как поисковые системы переобходят старые и новые адреса. Обновление данных занимает время, поэтому старый URL может некоторое время оставаться в отчетах.
При масштабном переносе полезно отдельно контролировать страницы, которые раньше приносили поисковый трафик или имели внешние ссылки.
Вывод
301-редирект на Тильде нужен при постоянной смене адреса страницы. Для старого URL и нового URL создается прямое правило в Настройках сайта - SEO - Редиректы страниц Code 301. Старый адрес при этом не должен оставаться существующей опубликованной страницей.
Для SEO важна вся цепочка работы: сохранить карту старых URL, подобрать релевантные новые страницы, настроить прямые редиректы, обновить внутренние ссылки и после запуска проверить реальные HTTP-коды. Если структура меняется сразу у большого количества страниц, редиректы лучше проектировать до публикации новой версии сайта.
