Знайте это при переезде сайта на новый дизайн или домен

Если на этапе переезда выполнить все процедуры правильно, то ваш проект может не просто не упасть, но и показать существенный рост. Переезд сайта - это отличный момент для того, чтобы привести всю структуру к правильному виду, дополнить упущенную семантику, исправить накопленные ошибки.

Технический фундамент переезда

Переезд — это сложнейшая процедура передачи накопленного авторитета от старых URL к новым. Если на этом этапе допустить технические ошибки, поисковые системы воспримут новый сайт как «новичка» без истории, и трафик обнулится.

(!) Запарольте площадку на которой ведёте работы по новому сайту.

Базовые 301-редиректы и склейка зеркал

• с http на https
• с www/без www
• слеш в конце URL
• index.html / index.php
• несуществующие страницы отдают ответ 404

Опасность: Если страница-дубль отдает код 200 (ОК), а не 301 (Redirect), поисковик начнет ранжировать обе страницы, что приведет к каннибализации трафика.

Совет: Перед переездом, проверьте указанные правила для существующего, старого сайта - важно исправить ошибки ещё до релиза нового сайта и почистить индекс от дублей, чтобы при склейке мусорные страницы отсутствовали.

Гигиена индекса

• Настройка файла robots.txt.
• Настройка тега meta robots.
• Прописать rel canonical.
• Не забыть про страницы пагинации, если они есть.

При переезде на новый сайт часто вылезает огромное количество технических страниц: фильтры, корзины, результаты поиска, личные кабинеты. Если робот тратит время на обход 1000 страниц с результатами фильтрации, он может не дойти до ваших новых страниц для ранжирования. Это нерациональное использование краулингового бюджета.

• Закрыть через Disallow все системные папки.
• Для User-agent: Yandex, использовать директиву Clean-param для закрытия GET-параметров.
• Указать путь к новому sitemap.xml.
• Убедиться, что важные скрипты (JS) и стили (CSS) открыты для индексации, иначе Поисковая система не сможет корректно отрендерить страницу и оценить её мобильную версию.

Производительность (Core Web Vitals)

Современные сайты часто перегружены тяжелыми JS-фреймворками. Если новый сайт грузится на 1–2 секунды дольше старого, вы получите «пессимизацию за медлительность».

На что обратить внимание:

• LCP (Largest Contentful Paint): Скорость отрисовки видимого контента на странице
• Форматы изображений: Переход на WebP вместо тяжелых PNG/JPG.
• Минификация: Сжатие кода CSS и JS перед деплоем.

Постраничные дубли и Intent (намерения пользователя)

Часто при переезде одна и та же услуга оказывается доступна по разным адресам (например, из разных категорий).

Проканировать сайт, например через Screaming Frog.

• Если страницы идентичны — ставим 301 редирект.
• Если страницы похожи, но нужны для структуры — используем тег rel="canonical" на приоритетную страницу.

Не допускайте ситуации, когда по одному запросу в поиске соревнуются две ваши же страницы. Поисковик может исключить обе как малоценные.

Контрольный список (Checklist) для разработчика

• Код ответа 200: Проверить, что все важные страницы отдают 200 OK.
• Отсутствие цепочек редиректов: Не должно быть перенаправлений вида A -> B -> C. Только A -> C.
• SSL-сертификат: Проверка срока действия и корректности установки.
• Счетчики: Убедиться, что коды GA4 и Яндекс.Метрики установлены в блоке "head" и срабатывают на всех страницах.
• Файл robots.txt открыт и настроен.
• Ответ 404 настроен для несуществующих страниц.
• Настроены базовые 301 и 301 по карте редиректов.

Техническая часть переезда — это фундамент дома. Если он треснет, никакие красивые тексты и ссылки не удержат здание. Сначала добиваемся идеального технического отклика, и только потом открываем сайт для индексации.

Архитектура и URL: Исправляем ошибки прошлого и строим фундамент для роста

Многие относятся к переезду как к необходимости сохранить то, что есть. Но это фатальная ошибка. Переезд — единственный момент, когда можно безболезненно снести «кривые стены» старой структуры и построить логичную систему, которая сама будет выталкивать сайт в топ.

Проблема «плоской» структуры

На старых сайтах часто встречается структура, где все страницы лежат в корне: site.ru/tur-v-parizh.html.

В чем опасность:

• Отсутствие веса у категорий: Поисковая система не понимает, какая страница главная в кластере.
• Сложность масштабирования.

Кейс с гастро-турами: Страница site.ru/gastronomic-tours.html — это конечная точка. Но спрос (согласно Wordstat) показывает, что люди ищут «гастрономические туры в Италию», «...во Францию», «...с дегустацией вина».

Решение: Превратить страницу в категорию /gastronomic-tours/, где будут вложенные страницы по странам.

Иерархия и «битые» родительские папки

Критическая ошибка текущего переезда — наличие вложенных страниц при «мертвой» родительской категории.

• Пример: > URL: site.ru/france/tour-name.html — работает (200 OK).
• URL: site.ru/france/ — отдает 404 (Not Found).

Почему это плохо:

• Нарушение Link Equity: Вес не распределяется сверху вниз.
• Breadcrumbs (Хлебные крошки): Пользователь нажимает на ссылку «Франция» в навигации и попадает на пустую страницу. Это убивает поведенческие факторы.
• Индексация: Робот, заходя на страницу тура, пытается подняться на уровень выше, видит 404 и помечает структуру как нестабильную.

Правило: Каждая «папка» в URL должна быть живой страницей-хабом.

Проектирование URL на основе семантики

Прежде чем рисовать структуру, нужно заглянуть в Wordstat.

• Старая логика: Делаем страницы под те туры, которые у нас есть в наличии.
• Новая логика (SEO-driven): Создаем структуру под то, что люди ищут.

Пример трансформации:

Было:/gastronomic-tours.html

Стало:/gastronomic-tours/ (Общая категория).

/gastronomic-tours/france/ (Узкий кластер).

/gastronomic-tours/italy/ (Узкий кластер).

Карта редиректов: Как не потерять нажитое

Когда мы меняем структуру с плоской на вложенную, нам нужно составить «Карту соответствия».

Совет: Не делайте редиректы «все на главную». Если страница исчезла, ставьте 301 на категорию к которой принадлежит страница. Это сохранит релевантность ссылки.

Структура сайта — это навигационная карта для робота и пользователя. Исправляя ошибки вложенности сейчас, вы закладываете фундамент, при котором каждая новая страница будет индексироваться и ранжироваться в разы быстрее и приносить больший результат.

Контентная стратегия: От «портянок» текста к высокой релевантности

Ошибка многих владельцев сайтов: «Главное — перенести текст, а красиво оформим потом». В SEO это «потом» означает потерю позиций. Поисковые роботы (особенно Google с его алгоритмами Helpful Content) оценивают не только наличие ключевых слов, но и структуру, полезность и удобство чтения.

Смерть «портянок»: Почему верстка — это SEO-фактор

При переносе контента часто теряются теги разметки. Текст превращается в сплошной массив (на профессиональном сленге — «портянку»).

Почему это критично:

• Поведенческие факторы: Пользователь закрывает страницу через 3 секунды, не найдя глазами нужный пункт. Робот видит «отказ» (Bounce Rate).
• Семантическая иерархия: Без тегов h2 и h3 Поисковая система не понимает, какие подтемы раскрыты в тексте. Акценты релевантности размываются.
• Mobile First: На экране смартфона «портянка» выглядит бесконечной и пугающей.

Как надо: Каждые 400–600 знаков должен быть визуальный «якорь»: подзаголовок, нумерованный список, таблица с ценами или блок «Важно».

Релевантность и LSI

Анализ через Miratext подсвечивает текстовые ошибки: переспам (много ключевиков) или недостаток LSI (тематических слов-спутников).

Проблема: Если вы перенесли текст 5-летней давности, он может быть оптимизирован под старые алгоритмы «вхождений». Сегодня это работает хуже.

Решение:

• Использовать семантическое облако (LSI-слова). Например, для «Гастрономического тура» это будут слова: дегустация, сомелье, локальная кухня, ферма, виноградники.
• Если их нет в тексте — страница не будет считаться экспертной.
• Проверка по Miratext должна стать фильтром: «Проходит ли этот текст для индекса сегодня?».

Стратегия «Вечнозеленого» URL: Кейс с праздничными турами

Важнейший экспертный инсайт: не плодите сущности.

Плохая практика:

• site.ru/new-year-2024.html (старая, с весом)
• site.ru/new-year-2025.html (новая, пустая)

В итоге в поиске каша, а вес размазан.

Золотой стандарт SEO:

• Иметь один URL: site.ru/new-year-tours.html.
• За 3–4 месяца до события обновлять контент: менять «2025» на «2026», обновлять цены и программу.
• Менять Title и Description.
• Результат: Ваша страница с каждым годом становится всё сильнее, копит внешние ссылки и поведенческие факторы. Поисковик видит её как авторитетный старый ресурс с актуальным контентом.

Чек-лист проверки контента при переносе:

• h1: один на странице и содержит главный ключ.
• Структура: Минимум два подзаголовка h2 и хотя бы один список ul или ol.
• Изображения: Наличие тега alt (описание картинки для робота) и формат WebP.
• Уникальность: не менее 90%
• Призыв к действию (CTA): После текста должна быть кнопка «Забронировать» или форма заказа, а не просто пустота.

Контент — это не наполнитель для сайта, а инструмент коммуникации с алгоритмами и людьми. Переезд — лучший повод почистить тексты от «воды» и спама, внедрив актуальную семантику.

Чек-лист запуска: переезд сайта без паники

День запуска — это стресс для команды. Чтобы ничего не забыть, процесс должен быть разбит на три фазы: «За час до открытия», «Момент переключения» и «Первые 72 часа».

1. Предстартовая проверка

Прежде чем убирать пароль с тестового домена или менять DNS, пройдитесь по списку:

• Robots.txt: Самая частая ошибка — оставить Disallow: / (запрет индексации), который стоял на тестовом сервере.
• Sitemaps: Убедитесь, что карта сайта генерируется динамически, не содержит старых URL и в ней только страницы с кодом 200 OK. Добавьте ссылки на sitemap.xml в Вебмастерах Яндекс и Google.
• Мета-теги и «пустоты»: Просканируйте сайт. Убедитесь, что нет страниц с пустыми или дублирующимися Title и Description.
• Удаление лишних уровней: Если вы решили убрать папку /catalog/ для уменьшения вложенности, проверьте, что все внутренние ссылки уже ведут по новым адресам.

2. Момент переключения

Как только сайт стал доступен по основному адресу:

• Активация редиректов: Если у вас сложная карта (тысячи страниц), лучше использовать PHP-обработчик для редиректов (это быстрее и стабильнее для сервера). Базовые зеркала (www, https) прописываем в .htaccess.
• Проверка счетчиков: Зайдите на сайт и проверьте «Отчет в реальном времени» в Яндекс.Метрике и GA4. Если вы видите себя — счетчики работают.
• Верификация в панелях: Если домен не менялся, подтверждение останется. Если домен новый — немедленно подтвердите права в Google Search Console и Яндекс.Вебмастере.

3. Первые 72 часа - контроль багов

Поисковики должны узнать о переменах как можно быстрее.

Переезд в Вебмастерах: В Яндекс используйте инструмент «Переезд сайта». В Google — инструмент «Изменение адреса» (если менялся домен).

Ускорение индексации: Отправьте новые URL на Переобход (инструмент «Переобход страниц»). В первую очередь — главную, основные категории.

Важные страницы: Добавьте 10–20 самых трафиковых страниц в раздел «Мониторинг важных страниц» в Яндекс.Вебмастере. Вы мгновенно узнаете, если их статус изменится или отвалится редирект.

Мониторинг 404: В течение 3-х дней ежечасно проверяйте отчет «Внутренние 404 ошибки». Если вылезли страницы, которые вы забыли редиректнуть — делайте это немедленно.

Итоговый чек-лист Check-list переезда

• Robots.txt корректен (Disallow открыт для индекса но добавлен там, где надо).
• Тег meta robots открыт для индекса.
• Базовые и постраничные 301 редиректы работают.
• Склеены зеркала (www/без www, http/https).
• Счетчики Метрики/GA4 активны.
• Карта сайта (Sitemap) валидна и добавлена в Вебмастера.
• Самые важные страницы добавлены в мониторинг Вебмастера и отправлены в перееобход.
• Формы заявок на новом сайте работают и присылают письма.