--- title: "SEO-чек-лист миграции сайта: сохраните позиции в Google — Dardo" description: "Смена платформы или домена без потери позиций в Google: инвентаризация URL, карта редиректов 1:1, проверки в день запуска и что отслеживать 90 дней." url: "https://dardo.studio/ru/blog/website-migration-seo-checklist/" language: "ru" translations: {"en":"https://dardo.studio/en/blog/website-migration-seo-checklist/","es":"https://dardo.studio/es/blog/migrar-pagina-web-sin-perder-posicionamiento/","fr":"https://dardo.studio/fr/blog/checklist-seo-migration-site-web/","de":"https://dardo.studio/de/blog/website-relaunch-seo-checkliste/","it":"https://dardo.studio/it/blog/checklist-seo-migrazione-sito-web/","pt":"https://dardo.studio/pt/blog/checklist-seo-migracao-de-site/","nl":"https://dardo.studio/nl/blog/website-migratie-seo-checklist/","sv":"https://dardo.studio/sv/blogg/checklista-webbplatsmigrering-seo/","pl":"https://dardo.studio/pl/blog/migracja-strony-seo-checklista/","uk":"https://dardo.studio/uk/blog/website-migration-seo-checklist/","ar":"https://dardo.studio/ar/blog/website-migration-seo-checklist/","hi":"https://dardo.studio/hi/blog/website-migration-seo-checklist/","th":"https://dardo.studio/th/blog/website-migration-seo-checklist/","ja":"https://dardo.studio/ja/blog/website-migration-seo-checklist/","ko":"https://dardo.studio/ko/blog/website-migration-seo-checklist/","zh-Hans":"https://dardo.studio/zh-Hans/blog/website-migration-seo-checklist/","zh-Hant":"https://dardo.studio/zh-Hant/blog/website-migration-seo-checklist/"} updated: "2026-10-10T08:11:43.745Z" --- [Блог](https://dardo.studio/ru/blog/) # SEO-чек-лист миграции сайта: как сменить платформу или домен и не потерять позиции Позиции редко падают из-за новой платформы. Они падают, когда URL, приносившие трафик, перестают отвечать. Чек-лист от инвентаризации URL до 90-го дня. Автор: [Nicolás Cerón](https://dardo.studio/ru/studio/) ·10 октября 2026 г. ![Старый город за стенами и современный город на противоположных берегах реки ночью, соединённые каменным мостом, где алая линия света ведёт путников от старых ворот к новому городу.](https://dardo.studio/_astro/01M4GYEE19GWZ3941KFH1RTVRX_27BhoE.webp) ## Коротко Сайт сохраняет позиции при миграции, если каждый URL, который приносит трафик или ссылки, после запуска по-прежнему отвечает: тот же контент по тому же адресу или постоянный серверный редирект на ближайший аналог. Большинство проблем при миграции связано с URL, который никто не внёс в список. [Руководство Google по переезду сайта со сменой URL](https://developers.google.com/search/docs/crawling-indexing/site-move-with-url-changes) задаёт базовые правила: сопоставьте каждый старый URL с новым, используйте постоянные серверные редиректы, такие как 301 или 308, сохраняйте их «как правило, не менее 1 года» и «ожидайте временных колебаний позиций сайта во время переезда». В том же руководстве советуют менять что-то одно за раз: сначала новый домен, потом новая структура. [Документация Google по смене адреса](https://support.google.com/webmasters/answer/9370220) высказывается жёстче. Если совместить переезд с редизайном контента и структуры URL, «вы, вероятно, столкнётесь с некоторой потерей трафика», пока Google заново оценивает каждую страницу. Если нужно и то и другое, запланируйте [редизайн](https://dardo.studio/ru/services/website-redesign/) отдельным этапом. ## Три вида переезда | Переезд | Что меняется | Редиректы | Search Console | | ------------------------------------------------ | ----------------------------------------------- | ------------------------------------ | ------------------------------------------------- | | Только хостинг | Серверы или CDN; все URL остаются прежними | Не нужны | Следить за сканированием и индексацией | | Платформа (Wix на WordPress, WordPress на Astro) | CMS, шаблоны и, как правило, часть шаблонов URL | Каждый URL, у которого меняется путь | Новый sitemap, затем мониторинг | | Домен или поддомен | Все URL | Все без исключения | Смена адреса для каждого подтверждённого варианта | При переезде только хостинга [руководство Google по хостингу](https://developers.google.com/search/docs/crawling-indexing/site-move-no-url-changes) советует уменьшить TTL в DNS «как минимум за неделю до переезда» и держать старые серверы включёнными, пока трафик на них не упадёт до нуля. Кратковременное снижение частоты сканирования после запуска — это нормально. ## До переезда: составьте список всего, у чего есть URL Карта редиректов настолько хороша, насколько полон список старых URL, на котором она основана, а каждый источник что-нибудь да упускает. ### Просканируйте работающий сайт Просканируйте текущий сайт и выгрузите все URL с кодом ответа, title, meta description, тегами canonical и hreflang, затем добавьте все URL из XML-sitemap. Google также советует проверить серверные логи на URL, которые недавно посещали хотя бы раз. ### Выгрузите посадочные страницы из Search Console и аналитики В [отчёте об эффективности](https://support.google.com/webmasters/answer/7576553) Search Console выгрузите вкладку «Страницы» за максимальный период и сделайте то же для органических посадочных страниц в аналитике. Эти страницы приносят трафик и заявки, поэтому при запуске каждую проверяют вручную. ### Найдите, кто на вас ссылается [Отчёт о ссылках](https://support.google.com/webmasters/answer/9049606) показывает страницы с наибольшим числом ссылок, но его таблицы «ограничены 1000 строками», и Google сам говорит, что список неполный. Дополните его данными любого инструмента для анализа обратных ссылок, которым вы пользуетесь. ### Перечислите формы, интеграции и медиа Запишите все формы и то, куда приходят отправленные данные, все встроенные инструменты (бронирование, чат, карты, платежи) и все файлы, на которые ссылаются напрямую. В руководстве Google сказано включить в план «видео, изображения, файлы JavaScript и CSS», потому что эти URL переезжают так же, как любой другой контент. ### Составьте карту редиректов Одна строка на каждый старый URL: старый URL, новый URL, код ответа, заметки, проверено. Четыре правила: - Сопоставляйте каждый старый URL с ближайшим аналогом. Если перенаправлять много старых URL на одну нерелевантную страницу, например на главную, это «может быть расценено как soft 404». - Если несколько старых страниц объединили в одну, перенаправьте все на неё. - Если у страницы нет аналога, отдайте 404 или 410, а не редирект. - Сохраняйте пути без изменений везде, где это позволяет новая платформа. ## Во время разработки: редиректы и всё, что едет вместе с ними ### Используйте серверные редиректы 301 или 308 один к одному В [документации Google по редиректам](https://developers.google.com/search/docs/crawling-indexing/301-redirects) сказано, что 301 и 308 сигнализируют: «целевой URL редиректа должен быть канонической версией», и рекомендуется «по возможности использовать постоянный серверный редирект». Временные коды (302, 303, 307) такого сигнала не дают, а редиректы через JavaScript — крайняя мера. Перенаправляйте сразу на конечный URL. Роботы Google проходят [до 10 переходов по редиректам](https://developers.google.com/crawling/docs/troubleshooting/http-status-codes), но в руководстве по переезду сайта советуют «перенаправлять сразу на конечный адрес». Если после прошлой миграции остались редиректы, направьте и их на новые конечные URL. Проверьте, какой код статуса используется по умолчанию там, где обрабатываются ваши редиректы. На Cloudflare Workers, где Dardo размещает создаваемые сайты, файл \_redirects использует 302, если не указать 301 в каждой строке, поддерживает до 2000 статических и 100 динамических редиректов и не умеет сопоставлять параметры запроса. Поэтому для «простых» постоянных ссылок WordPress (/?p=123) логику редиректов нужно прописывать в коде Worker. ### Когда вместо редиректа нужно отдать 404 или 410 Малополезные страницы, устаревшие предложения и дубли переносить не нужно. В руководстве Google сказано, что контент, который вы не переносите, должен «корректно возвращать HTTP-код 404 или 410», а роботы Google обрабатывают все коды 4xx, кроме 429, одинаково: URL исчезает из индекса. ### Перенесите метаданные, canonical и hreflang - **Title и meta description.** Переносите их по полям, а не доверяйте новым шаблонам генерировать их заново. - **Canonical.** На каждой новой странице должен быть canonical, указывающий на её новый URL. [Руководство Google по канонизации](https://developers.google.com/search/docs/crawling-indexing/canonicalization) называет canonical «подсказкой, а не правилом», поэтому canonical, редиректы и sitemap должны согласовываться. - **Hreflang.** По [руководству Google по локализованным версиям](https://developers.google.com/search/docs/specialty/international/localized-versions), каждая языковая версия «должна указывать на саму себя и на все остальные языковые версии», а «если две страницы не ссылаются друг на друга, теги будут проигнорированы». Обновите все аннотации на новые URL. ### Структурированные данные, внутренние ссылки и URL изображений - **Структурированные данные.** Заново настройте разметку Organization, Breadcrumb, Article или Product в новых шаблонах и проверьте её в Rich Results Test. В руководстве Google по переезду об этом не сказано, поэтому её легко потерять. - **Внутренние ссылки.** Направьте их на новые URL, а не на редиректы. - **Изображения и файлы.** Сохраните содержательные имена файлов и alt-тексты, а для старых URL изображений и PDF, на которые есть ссылки или переходы из поиска по картинкам, настройте редиректы. ### Аналитика и согласие на cookies Заново установите аналитику, события конверсий и рекламные пиксели и проверьте их на тестовом сервере. Если старый сайт запрашивал согласие на cookies, новый должен запрашивать его так же, прежде чем эти теги сработают. ## Что обычно ломается: по платформам Эти заметки основаны на собственной документации каждой платформы по состоянию на октябрь 2026 года. Они описывают, как платформы устроены, а не их недостатки. | Платформа | Шаблоны URL для сопоставления | Ограничения экспорта и редиректов | | ----------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | WordPress | [Постоянные ссылки](https://wordpress.org/documentation/article/customize-permalinks/) могут быть простыми (/?p=N), с датой или с названием записи. У архивов рубрик и меток всегда остаётся базовая часть, например /category/. | Начиная с [WordPress 6.4](https://make.wordpress.org/core/2023/10/16/changes-to-attachment-pages/), страницы вложений на новых установках отключены, но на обновлённых сайтах остаются включёнными, поэтому на старых сайтах может быть по одному URL на каждый загруженный файл. | | Webflow | Элементы CMS находятся на страницах коллекций (Collection pages). | [Экспорт кода](https://help.webflow.com/hc/en-us/articles/33961386739347-How-do-I-export-my-Webflow-site-code) не включает контент CMS, Ecommerce, User Accounts, обработку форм, поиск по сайту и локализованные страницы и требует тарифа Workspace. Коллекции экспортируются отдельно в CSV. | | Wix | Записи блога находятся в разделе с префиксом /post/, который можно переименовать, но нельзя убрать. В WordPress их сохраняет собственная структура постоянных ссылок /post/%postname%/. | Сайт на Wix [«должен работать на серверах Wix»](https://support.wix.com/en/article/exporting-or-embedding-your-wix-site-elsewhere), поэтому при переходе страницы приходится создавать заново. | | Framer | Изменение подпути [не обновляет существующие правила редиректа](https://www.framer.com/help/articles/how-to-setup-redirects-to-maintain-seo-ranking/), поэтому старые правила могут вести на несуществующие пути. | Сайты публикуются как стандартные HTML, CSS и JavaScript; [контент CMS экспортируется через плагины](https://www.framer.com/help/articles/porting-your-data-from-framer/) в CSV или JSON. | | Squarespace | В [сопоставлениях URL](https://support.squarespace.com/hc/en-us/articles/205815308-URL-mappings) можно использовать переменную \[name\] для целых коллекций, например /blog/\[name\] -> /posts/\[name\] 301. | [Экспорт](https://support.squarespace.com/hc/en-us/articles/206566687-Exporting-your-site) выдаёт XML для WordPress с одной страницей блога, страницами макетов и галереями, но без страниц магазина, блоков товаров, видео и аудио и без пользовательского CSS. Сопоставления URL не могут перенаправлять URL изображений и файлов и вмещают около 2500 строк. | | Shopify | URL витрины находятся по путям вроде /products/, /collections/, /pages/ и [/blogs//](https://shopify.dev/docs/api/liquid/objects/blog); Shopify считает /products и /collections фиксированными. | [Редиректы](https://help.shopify.com/en/manual/online-store/menus-and-links/url-redirect) работают только с URL, которые больше не загружают страницу, а максимум для магазина — 100 000 (20 000 000 на Plus). | Уход с Wix означает пересборку каждой страницы; уход со Squarespace — импорт того, что охватывает экспорт, и пересборку остального. При переходе на Shopify URL товаров обычно меняются, поэтому карта должна охватывать каждый товар. ## День запуска 1. **DNS.** Если меняются хостинг или DNS, снизьте TTL минимум за неделю до запуска. 2. **Блокировки сканирования.** Уберите теги `noindex` и блокировки в robots.txt, оставшиеся с тестового сервера. Google советует составить список всех URL, где вы использовали `noindex` во время разработки. 3. **Редиректы.** Выпускайте их в том же релизе, что и новый сайт. 4. **Проверка редиректов.** Прогоните всю карту через скрипт: каждый старый URL должен за один переход вести с кодом 301 или 308 на нужный конечный URL, а тот должен отвечать кодом 200. 5. **Search Console.** Подтвердите права на новый сайт и отправьте новую карту сайта, а также карту сайта со старыми URL, чтобы они были просканированы повторно. Предупреждения о том, что эти URL перенаправляют, ожидаемы. 6. **Смена адреса.** При смене домена отправьте запрос из ресурса, которым вы владеете на обоих сайтах, с одного и того же аккаунта Google, для каждого варианта старого домена, включая с www и без www. 7. **Путь к деньгам.** Отправьте настоящую форму, проведите тестовый платёж и убедитесь, что события аналитики приходят. 8. **Ваши собственные ссылки.** Обновите [профили в соцсетях, рекламу и записи в каталогах](https://dardo.studio/ru/blog/brand-launch-checklist/). ## Первые 30, 60 и 90 дней после запуска ### Дни 1–30: ждите колебаний Позиции могут колебаться, «пока Google повторно сканирует и индексирует ваш сайт», а «небольшому или среднему сайту может потребоваться несколько недель, чтобы позиции большинства страниц изменились, а крупным сайтам — больше». Следите за: - **Отчёты об индексировании и карте сайта.** Количество проиндексированных URL на старом сайте падает, а на новом растёт. - **Эффективность по страницам.** Новые URL начинают получать показы и клики. - **Логи сервера и ошибки 404.** Каждая неожиданная 404 — это недостающая строка в карте. Проверяйте ежедневно в течение двух недель. ### Дни 31–60: сравнение с исходным уровнем Сравните самые посещаемые целевые страницы с их новыми URL. Если страница потеряла клики, проверьте по порядку: приводит ли редирект на нужную страницу за один переход, не изменились ли контент или заголовок, ведут ли на неё внутренние ссылки, есть ли она в карте сайта. Затем попросите сайты с самыми ценными обратными ссылками обновить их. ### День 90 и далее: сохраняйте редиректы В руководстве Google сказано хранить редиректы «как правило, не менее 1 года», а с точки зрения пользователей — «рассмотреть возможность бессрочного сохранения редиректов». Для переезда на другой домен страница смены адреса устанавливает минимум в 180 дней, после которых Google считает старый сайт не связанным с новым, если он всё ещё доступен для сканирования. Также рекомендуется оплачивать старый домен «как минимум год», чтобы его не купил кто-то другой. ## Чек-лист | Этап | Задача | Готово, когда | | ------ | ---------------------------------------------------------------- | ---------------------------------------------------------------------------- | | До | Просканировать сайт, карту сайта и логи сервера | Есть единый список всех старых URL с кодами ответа | | До | Выгрузить целевые страницы и страницы с наибольшим числом ссылок | Лучшие страницы и цели обратных ссылок отмечены в карте | | До | Составить список форм, интеграций, скриптов и файлов | У каждого есть ответственный и план для нового сайта | | До | Составить карту редиректов | Для каждого старого URL есть цель или решение о 404/410 | | Сборка | Серверные редиректы 301 или 308 | Один переход, без цепочек и массовых редиректов на главную | | Сборка | Заголовки, описания, canonical, hreflang | Совпадают со старыми страницами; canonical и hreflang используют новые URL | | Сборка | Структурированные данные, внутренние ссылки, URL изображений | Проверка Rich Results Test пройдена; внутренние ссылки не ведут на редиректы | | Сборка | Аналитика, конверсии и согласие на cookies | События срабатывают на тестовом сервере, где нужно — только после согласия | | Запуск | Убрать noindex и блокировки в robots.txt | Новые URL доступны для сканирования | | Запуск | Проверить карту редиректов | Каждая строка возвращает ожидаемый код и цель | | Запуск | Search Console: подтверждение прав, карты сайта, смена адреса | Отправлено без критических ошибок | | После | Следить за индексированием, ошибками 404 и эффективностью | Старые URL выпадают, новые URL набирают показы | | После | Сохраните редиректы и старый домен | Не менее одного года | ## Помощь с миграцией Dardo переносит сайты на индивидуальные сборки на Astro с Cloudflare Workers, а карта редиректов — это результат работы, который мы тестируем до запуска и передаём вместе с сайтом. Подробнее: [миграция сайта](https://dardo.studio/ru/services/website-migration/), или [редизайн сайта](https://dardo.studio/ru/services/website-redesign/), если вместе с переносом нужен новый дизайн. Или [расскажите, что вы переносите](https://dardo.studio/ru/contact/). [Nicolás Cerón](https://dardo.studio/ru/studio/) Nicolás Cerón — основатель Dardo, студии брендинга, веб-дизайна и разработки в Боготе, Колумбия. ## Продолжайте знакомство. - [Услуга · **Миграция сайта без потери SEO-позиций**](https://dardo.studio/ru/services/website-migration/) - [Ваш проект · **Начать разговор**](https://dardo.studio/ru/contact/)