Что входит в миграцию сайта
Мы выстраиваем работу под ваш конкретный бриф. В предложении указано, какие из этих результатов входят в проект, кто предоставляет исходные данные и как принимается каждый этап.
- Инвентаризация URL и контента
- Карта редиректов 1:1 для каждого старого URL
- Контент, метаданные и медиафайлы, перенесённые в новую CMS
- Формы, аналитика, согласие на cookie и интеграции, пересобранные и протестированные
- Сканирование тестовой версии и чек-лист на день запуска
- Проверка поисковых показателей через 30 и 60 дней
- Передача аккаунтов, DNS и списка редиректов
Когда нужна миграция, а когда лучше редизайн
Выбирайте миграцию, когда контент и структура сайта ещё работают, но платформу, хостинг или домен нужно менять: из-за растущих расходов, неподдерживаемых плагинов, медленного конструктора или нового бренда на новом домене. Если страницы больше не объясняют ваше предложение, выбирайте редизайн сайта: он включает те же проверки в рамках нового дизайна. Если вам нужны только поисковые доработки на текущей платформе, начните с SEO.
Как проходит миграция: инвентаризация, карта, репетиция, переключение, наблюдение
Прежде чем что-либо переносить, мы фиксируем всё, что делает текущий сайт, а затем по этой инвентаризации составляем карту редиректов и модель контента. Новый сайт собирается и наполняется на тестовом адресе, который закрыт от индексации поисковыми системами, поэтому старый сайт продолжает работать до переключения.
Перед запуском мы сканируем тестовый сайт по полному списку старых URL и исправляем все несоответствия. Запуск проходит в заранее запланированное окно: переключаются DNS или хостинг, включаются редиректы, отправляются карты сайта, формы проверяются реальными отправками, а при смене домена в Search Console подаётся заявка о смене адреса. Через 30 и 60 дней мы сравниваем индексацию и поисковые показатели с исходными данными до запуска и исправляем то, на что указывают цифры.
Что учитывается при инвентаризации перед переносом?
Всё, что приводит посетителей или выполняет работу, а не только страницы из меню. Поисковый трафик часто приходит на старые записи блога, PDF-файлы, страницы с фильтрами или страницы, которые годами никто не редактировал. Если URL нет в инвентаризации, его нет и в карте редиректов, а значит, его посетители и ссылки попадут на страницу с ошибкой.
Для каждой строки принимается решение: оставить, настроить постоянный редирект, объединить с равнозначной страницей или удалить. Также фиксируется, от чего зависит страница, например назначение формы, виджет бронирования, скрипт отслеживания или медиафайл, чтобы эта зависимость переехала вместе с ней.
- Каждый отвечающий URL, включая PDF, изображения и URL с параметрами
- Целевые страницы из Search Console и аналитики минимум за полный год, чтобы учесть сезонные страницы
- Обратные ссылки: на какие страницы ссылаются другие сайты
- Формы, их поля и то, куда попадает каждая отправка
- Скрипты и интеграции: CRM, бронирование, чат, платежи, аналитика, согласие на cookie
- Медиа и файлы для скачивания с их текущими URL
- Роли в CMS: кто что редактирует и с какими полями
Как редиректы защищают позиции и ссылки?
В документации Google по переезду сайта советуют сопоставить каждый старый URL с новым и настроить постоянные серверные редиректы. Статус 301 или 308 сообщает поисковым системам, что страница переехала навсегда. Каждый старый URL должен вести напрямую на ближайший по смыслу новый; Google рекомендует короткие цепочки, в идеале не более трёх переходов, и обновлённые внутренние ссылки, чтобы сайт не зависел от редиректов.
Если у страницы нет настоящего аналога, она должна отвечать кодом 404 или 410. Google советует не перенаправлять множество старых URL на один нерелевантный адрес, например на новую главную, и исключает из индекса URL с такими кодами. Отдавайте обычную страницу «не найдено» сайта с этим статусом, чтобы посетители, пришедшие по старой ссылке, всё равно могли перейти к другим разделам.
Google также советует сохранять редиректы как можно дольше, как правило не менее года, и подавать заявку о смене адреса в Search Console при смене домена или поддомена. Там предупреждают, что позиции могут временно колебаться; для небольшого или среднего сайта большинству страниц может понадобиться несколько недель. Наша работа сводит потери к этому периоду стабилизации, без лишних потерь из-за отсутствующих редиректов или неработающих страниц.
Что ломается при уходе с WordPress, Webflow, Wix, Framer, Squarespace или Shopify?
Каждая платформа хранит контент по-своему, поэтому экспорт и настройка редиректов различаются. Облачные конструкторы, такие как Wix, Webflow, Framer и Squarespace, запускают ваш сайт на собственных серверах, поэтому переезд превращается в пересборку на основе того контента, который каждый из них позволяет экспортировать.
В нашем стандартном стеке, Astro на Cloudflare с headless CMS, страницы отдаются как HTML, редиректы — серверные 301 или 308, а у редакторов есть поля для заголовков, описаний и альтернативного текста. Если магазину нужны оформление заказа и приложения Shopify или команда привыкла к плагинам WordPress, мы переносим сайт на WordPress или Shopify с теми же проверками.
| Откуда переезд | Что обычно ломается | Что мы планируем |
|---|---|---|
| WordPress | Шорткоды и разметка конструкторов страниц; SEO-заголовки, которые плагины хранят вне тела записи; URL изображений в /wp-content/uploads/; URL рубрик, меток, авторов и лент; плагины форм. | Экспорт WordPress записывает записи, страницы, произвольные поля, рубрики, метки и пользователей в XML-файл. Мы сопоставляем метаданные плагинов с полями CMS, переносим медиа на новый хостинг и настраиваем редиректы для архивов, которые всё ещё получают трафик. |
| Webflow | Сайт размещается на Webflow. Коллекции CMS экспортируются в CSV, но поля с изображениями и файлами экспортируются как ссылки на проект Webflow, которые, как отмечает Webflow, перестают работать при удалении проекта. | Скачать все файлы до отмены тарифа, переписать эти ссылки и заново собрать интерактивные элементы, формы и связи между коллекциями. |
| Wix | Wix заявляет, что его архитектура не поддерживает внешний хостинг, поэтому сайт нельзя перенести на другой хостинг в том виде, как он есть. | Пересобираем сайт по живой версии и экспортируемому контенту, собираем медиафайлы, уточняем, где зарегистрирован домен, и настраиваем редиректы для каждой страницы. |
| Framer | Framer не позволяет экспортировать HTML для размещения на своём хостинге; макеты и анимации зависят от его платформы. | Воссоздаём шаблоны и анимацию, переносим контент CMS в новую модель, сохраняем слаги и метаданные. |
| Squarespace | Экспорт записывает часть контента в XML-файл формата WordPress и не включает страницы магазина, блоки товаров и видеоблоки; экспортируется только одна страница блога. | Данные магазина планируем отдельно, переносим изображения на новый хостинг и сопоставляем URL каждой коллекции. |
| Shopify (на платформу или с неё) | Фиксированные пути вроде /products/ и /collections/; редиректы работают только для URL, которые больше не открывают страницу; аккаунты покупателей и заказы требуют отдельного плана. | При переходе на Shopify: полный список редиректов для товаров и коллекций, который Shopify принимает массово из CSV-файла. При уходе с Shopify: эти фиксированные пути сопоставляются с новой структурой. |
Что переносится помимо URL и когда это проверяется?
URL может корректно перенаправлять и всё равно потерять то, что обеспечивало ему позиции или конверсии. Эти элементы легко потерять, когда контент переносится файлом экспорта или вручную, поэтому каждый из них проверяется на новых шаблонах до запуска.
Запуск не завершает работу: пропущенные URL проявляются в данных спустя недели, поэтому проверки из таблицы входят в проект.
- Заголовки (title), мета-описания и заголовки на страницах, в том числе хранящиеся в плагинах
- Канонические теги, указывающие на каждый новый URL, и hreflang, обновлённый для всех языков
- Структурированные данные, например Organization, Article, Product или LocalBusiness
- URL изображений, alt-тексты и файлы для скачивания
- Формы и адресаты каждой отправки
- События аналитики, конверсии и баннер согласия, который ими управляет
- Роли в CMS, чтобы редакторы могли публиковать материалы на следующий день после запуска
| Когда | Что проверяем | Тревожный сигнал |
|---|---|---|
| До переключения | Список старых URL прогоняется краулером по тестовой версии: каждый отдаёт 200, один редирект на страницу с 200 или намеренный 404 либо 410 | Цепочки и циклы редиректов, массовые редиректы на главную |
| День запуска | Редиректы включены, новая карта сайта отправлена, noindex с тестовой версии снят, формы и аналитика проверены, при смене домена подана смена адреса | Форма, сообщения из которой никто не получает; оставшийся noindex на всём сайте |
| Первая неделя | Индексирование страниц в Search Console, серверные логи 404, ручная проверка главных посадочных страниц | Старые URL, которых нет в инвентаризации |
| 30-й день | Проиндексированные страницы, клики и показы по страницам в сравнении с исходным уровнем | Страницы, теряющие показы значительно сильнее общих колебаний |
| 60-й день | Пробелы устранены, список редиректов задокументирован, назначена дата пересмотра до удаления любого редиректа | Редиректы, потерянные при смене хостинга, плагина или DNS |
Вопросы перед выбором
Потеряю ли я позиции в Google при переносе сайта?
Некоторые колебания нормальны: в документации Google о переносе сайта сказано, что во время переноса возможны временные колебания позиций. Наша работа предотвращает потери, которых можно избежать: отсутствующие редиректы, страницы, отправленные на главную, потерянные метаданные или оставшийся noindex с тестовой версии. Никто не может гарантировать позиции, но мы покажем вам исходные показатели, карту редиректов и сравнение после запуска.
Сколько занимает перенос сайта?
Это зависит от количества URL, от того, как контент можно вывести со старой платформы, от интеграций и от скорости согласований. По данным Google, после переключения небольшому или среднему сайту может понадобиться несколько недель, чтобы большинство страниц переместилось, поэтому в план входят проверки через 30 и 60 дней.
Можете ли вы перенести сайт без редизайна?
Да. Перенос «один в один» сохраняет страницы, контент и URL максимально близкими к оригиналу в пределах возможностей новой платформы. Часто это более безопасный первый шаг: если менять платформу и дизайн одновременно, трудно понять, какое именно изменение повлияло на трафик. Если вам нужен ещё и новый дизайн, редизайн сайта охватывает оба этапа в одном плане.
Что нужно от меня, чтобы начать?
Доступ администратора к текущей CMS или конструктору, к регистратору домена и DNS, хостингу, Search Console и аналитике, а также к формам, CRM, почте и платёжным инструментам, подключённым к сайту. Если вы используете SEO-сервис, пригодится выгрузка обратных ссылок. Ещё нам нужен человек, который сможет утверждать решения по редиректам для страниц с коммерческой или юридической значимостью, например страниц с политиками или товарных страниц.
Сколько стоит перенос сайта?
Цена зависит от количества URL и шаблонов, от того, как контент выходит со старой платформы (файл экспорта, API или ручная пересборка), от интеграций, языков, данных магазина и от того, меняется ли дизайн. Сайт из 40 страниц с чистым экспортом и двуязычный магазин с тысячами URL товаров — это разные задачи. В предложении объём работ по переносу расписан по пунктам.
Что будет с моим старым хостингом и доменом?
Сохраните домен: на него ведут ваши ссылки, а после смены домена старый должен продолжать отдавать редиректы как минимум в течение года, который обычно рекомендует Google. Отменяйте тариф старого хостинга или конструктора, только когда новый сайт отвечает по каждому URL, у вас есть полный экспорт и резервная копия и ни один редирект от него не зависит. В документах передачи указана дата отмены каждой услуги, чтобы ничего неожиданно не продлилось и не закончилось.
Кому принадлежит новый сайт и что в работу не входит?
Вам. Репозиторий с кодом, хостинг, CMS, домен и аналитика остаются на вашу компанию, а при передаче проекта вы получаете карту редиректов, чтобы любой разработчик мог его поддерживать. Если это не оговорено отдельно, в миграцию не входят написание нового контента, новый дизайн и дальнейшая SEO-работа после 60-дневной проверки.
Из блога
- SEO-чек-лист миграции сайта: как сменить платформу или домен и не потерять позиции
Позиции редко падают из-за новой платформы. Они падают, когда URL, приносившие трафик, перестают отвечать. Чек-лист от инвентаризации URL до 90-го дня.
Источники и дополнительные материалы
Источники, на которых основана эта страница, с дополнительными подробностями от первоначальных издателей.
- Google Search Central: перенос сайта со сменой URLdevelopers.google.com
- Google Search Central: редиректы и Google Поискdevelopers.google.com
- Справка Google Search Console: инструмент смены адресаsupport.google.com
- Google Crawling Infrastructure: коды статуса HTTPdevelopers.google.com
- Документация WordPress: экран «Инструменты — Экспорт»wordpress.org
- Webflow: экспорт контента CMS в CSVwebflow.com
- Справочный центр Wix: экспорт или встраивание сайта Wix на другой платформеsupport.wix.com
- Справка Framer: можно ли экспортировать сайт в HTML и разместить его самостоятельно?framer.com
- Справочный центр Squarespace: экспорт сайтаsupport.squarespace.com
- Справочный центр Shopify: создание редиректов URL и управление имиhelp.shopify.com