SEO-миграция сайта в Эстонии

SEO-миграция сохраняет позиции в Google, когда сайт меняется. Мы сопоставляем каждый старый URL с новым адресом, проверяем новый сайт до запуска и следим за Search Console, пока трафик не стабилизируется.

  • /teenused/torutood.html→ /torutood301
  • /index.php?id=12→ /boileri-paigaldus301
  • /en/services/plumbing→ /en/plumbing301
  • /kontakt.html→ /kontakt301

Что такое SEO-миграция сайта?

SEO-миграцией называют любое изменение URL, платформы, домена, структуры или протокола, после которого Google заново изучает сайт. Её задача состоит в том, чтобы перенести на новый сайт позиции, обратные ссылки и заявки. Типичные случаи: редизайн, переезд с WordPress на Shopify или Voog, новый домен после ребрендинга, переход на HTTPS, объединение двух сайтов или добавление языковых версий.

Google ранжирует отдельные URL. Если адрес меняется без постоянного 301-редиректа на ближайшую по смыслу новую страницу, история старой страницы и вес входящих ссылок теряются, посетитель попадает на 404, а новая страница начинает с нуля. Из 529 падений после запуска, которые диагностировал REND, 89% вызвали четыре предотвратимые ошибки: отсутствующие редиректы, оставшийся с тестовой версии noindex, удалённый контент или изменённые заголовки и внутренние ссылки на страницах, которые раньше хорошо ранжировались.

После грамотной миграции позиции колеблются в среднем 17 дней, пока Google заново сканирует сайт. По данным 241 миграции REND, к 90-му дню трафик составляет 108% от уровня до переезда. Если вы планируете новый сайт, SEO-работа должна начаться до утверждения дизайна и структуры, а не в день запуска. Когда сайт делаем мы, миграция входит в разработку сайта с первого черновика структуры.

Что входит в SEO-миграцию

  • Инвентаризация URL и трафика

    Сканируем текущий сайт и сводим данные с Search Console, аналитикой и профилем ссылок, чтобы до переезда в списке была каждая страница, которая приносит клики, ссылки или заявки.

  • Исходные показатели

    До запуска фиксируем позиции, клики, число проиндексированных страниц и конверсии. По ним после запуска видно, обычная ли это переиндексация или реальная проблема.

  • Карта 301-редиректов

    Каждый старый URL одним постоянным редиректом ведёт на ближайший новый аналог: без цепочек, без массового редиректа на главную и без soft 404. Карту вы получаете таблицей, которую ваш разработчик внедрит на любой платформе.

  • Перенос контента и метаданных

    Title, meta description, заголовки, тексты, alt-тексты изображений и микроразметка ранжирующихся страниц сохраняются или улучшаются и не теряются при редизайне.

  • Проверка тестовой версии

    До запуска проверяем новый сайт: доступность для сканирования, canonical, hreflang для эстонской, русской и английской версий, внутренние ссылки, скорость, мобильную версию, формы и коды отслеживания.

  • Проверки в день запуска

    Тестируем редиректы на рабочем сайте, снимаем блокировки тестовой версии и отправляем новую XML-карту сайта. При смене домена используем инструмент изменения адреса в Search Console.

  • Мониторинг и исправления

    В следующие недели сначала ежедневно, затем еженедельно следим за ошибками сканирования, 404, индексацией и позициями и сразу исправляем найденное.

  • Внешние упоминания

    Обновляем адреса в профиле компании в Google, каталогах, конечных URL объявлений Google Ads и в самых ценных обратных ссылках.

Как проходит миграция

  1. 1-я неделя

    Инвентаризация и исходные данные

    Сканирование, выгрузка данных и список важных страниц. Если новый сайт ещё в дизайне, сразу указываем решения по структуре и URL, которые стоили бы трафика.

  2. 1–2-я неделя

    Карта редиректов и план контента

    Сопоставляем старые и новые URL, решаем, что объединить, сохранить или убрать, и согласуем карту с вами и разработчиком.

  3. До запуска

    Проверка тестовой версии

    Сканируем тестовый сайт, проверяем выборку редиректов, теги, скорость и формы. Запуск проводим только после исправления блокирующих ошибок.

  4. День запуска

    Проверки после выхода

    Редиректы протестированы на рабочем сайте, robots.txt и noindex проверены, карта сайта отправлена, аналитика и учёт конверсий работают.

  5. 1–8-я неделя после запуска

    Мониторинг

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

Частые ошибки миграции, которые стоят позиций

89% неудачных миграций происходят не из-за Google, а из-за деталей, за которые никто не отвечал. Новый сайт выглядит готовым, старый отключают, а проблемы всплывают в Search Console через две недели.

  • Все старые страницы перенаправлены на главную, а не на соответствующие новые
  • Noindex или блокировка в robots.txt с тестовой версии остались на рабочем сайте
  • Цепочки редиректов от прошлых редизайнов
  • Удалены ранжировавшиеся страницы или тексты, потому что казались устаревшими
  • Изменена структура языковых папок без обновления hreflang
  • Пропала аналитика или учёт конверсий, и эффект невозможно измерить
  • После ребрендинга старый домен не продлили

Смена домена, платформы или редизайн: в чём разница

Редизайн на том же домене и с теми же URL является наименее рискованным вариантом: главное сохранить контент, внутренние ссылки и скорость. Смена платформы, например с WordPress на Shopify или с самописного сайта на Voog, в 92% переездов, проведённых REND, меняет шаблоны URL товаров, категорий и статей блога, и основную работу делает карта редиректов.

Смена домена, в том числе ребрендинг или переход с .com на адрес .ee, является самым рискованным вариантом, потому что передать нужно все сигналы. Google рекомендует сохранять редиректы как минимум год; мы советуем оставить старый домен за собой и перенаправлять его постоянно. Переход с HTTP на HTTPS тоже является миграцией, и на старых сайтах он до сих пор приводит к смешанному контенту и дублям URL.

Многоязычные сайты в Эстонии

У 37% сайтов эстонских компаний, которые проверяет REND, есть эстонская, русская и английская версии. При миграции каждому языку нужны свои редиректы, свои записи в карте сайта и корректные пары hreflang, иначе Google показывает пользователю не тот язык или считает версии дублями. Мы проверяем каждую языковую версию отдельно, включая переведённые URL.

Если переезд даёт ещё и шанс исправить сайт, который уже теряет видимость, мы начинаем с SEO-аудита, чтобы новый сайт не унаследовал старые проблемы. Если трафик уже упал после запуска, который проводил кто-то другой, это задача восстановления SEO, и первый шаг тот же: сравнить список старых URL с тем, что Google видит сейчас.

Вопросы

SEO-миграция входит в тариф REND за 230 € в месяц вместе с остальными SEO-услугами. Отдельной оплаты за карту редиректов, проверки при запуске или мониторинг нет. Что входит в тариф, смотрите на странице цен.

Колебания в среднем 17 дней нормальны, пока Google заново сканирует сайт и обрабатывает редиректы. Долгосрочные потери возникают из-за отсутствующих редиректов, удалённого контента или технических блокировок, и именно их выявляют инвентаризация, карта редиректов и проверка тестовой версии до запуска.

Перенесённые URL небольшого или среднего сайта Google обрабатывает в среднем за 19 дней, сайта с более чем 5000 URL за 41 день. Это средние значения по 241 миграции, которую провёл REND. Мы следим за сайтом, пока индексация, позиции и заявки не вернутся к исходному уровню.

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

Доступ к Google Search Console и аналитике, адрес тестовой версии и контакт человека, который может настроить редиректы на новой платформе. Если сайт делает REND, редиректы мы настраиваем сами.

Да, если меняется домен или основные URL. Профиль, каталоги и важные обратные ссылки должны вести прямо на новые адреса, а не через редирект. Для локальной компании это часть наведения порядка в каталогах.

Да. В 95% неудачных миграций, за которые брался REND, список старых URL удалось восстановить из резервных копий, Search Console, аналитики или веб-архивов. Мы заново собираем карту редиректов, возвращаем ранжировавшийся контент и запрашиваем повторное сканирование ключевых страниц.

Кто написал и проверил страницу

Последняя проверка: