Миграция сайта с Wix на кастом без потери SEO

1. Определите сценарий миграции и что именно значит «безопасно для SEO» для вашего сайта на Wix

Если вы планируете перенос сайта с Wix на кастомную разработку, первый вопрос простой: вы меняете дизайн, платформу или и то и другое? От ответа зависит уровень риска. Косметическое обновление — это одно. Полный перенос на другую платформу — совсем другое. Эта статья о том, как перенести сайт с Wix на кастомную разработку без потери SEO, то есть сохранить проиндексированные страницы, соответствие поисковому интенту и уже накопленный поисковый вес, пока сама конструкция сайта меняется.

Думайте об этом как о SEO-миграции, а не просто о редизайне. Это важно: редизайн может не учитывать старые URL, а SEO-миграция обязана их уважать. Если страница ранжируется по запросам вроде «цены», «зона обслуживания» или по названию продукта, у этой страницы есть задача. Она не должна исчезнуть только потому, что новый макет выглядит аккуратнее.

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

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

2. Подготовьте SEO-базу до любых изменений на сайте

До любых изменений в коде зафиксируйте текущее состояние сайта на Wix в одном месте. Составьте список индексируемых URL, title-тегов, meta description, H1, внутренних ссылок и страниц с конверсией. Добавьте всё, что нужно, чтобы миграция была организованной и чтобы потом можно было отслеживать изменения. Без этой базы перенос с Wix превращается в угадайку, а угадайка стоит дорого.

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

Зафиксируйте и текущие шаблоны title и meta description. На сайтах Wix часто повторяется один и тот же шаблон на множестве страниц, и если этот шаблон исчезает, кликабельность может измениться. Даже небольшая смена формулировки может быть важной, если запрос узкий. Страница про «кухни на заказ» — не место для излишней поэзии.

Также сохраните карту внутренних ссылок. Какие страницы ведут на страницу контактов? Какие статьи ссылаются на основную сервисную страницу? Какие страницы спрятаны глубоко в меню? Эти ссылки — часть SEO-миграции, потому что они показывают поисковым системам, какие страницы наиболее важны.

Используйте таблицу как минимум с такими столбцами: текущий URL, тип страницы, источник трафика, title-тег, meta description, canonical, индексируемость и целевой новый URL. Сделайте её понятной. Если другой человек не может разобраться за 10 минут, она слишком запутана.

3. Проведите аудит специфичных для Wix URL, типов страниц и индексируемых ресурсов

У Wix есть особенности, которые легко упустить во время переработки сайта. Записи блога могут находиться в структурированной папке. Системные страницы могут жить по путям, которые вы не выбирали. Страницы, созданные приложениями, формы и события тоже могут стать индексируемыми, если они были доступны поисковым системам. Именно здесь миграция с Wix часто идёт не так.

Внимательно проверьте текущую структуру URL. Обратите внимание на завершающие слэши, различия между строчными и прописными буквами, параметризованные URL и необычные системные сегменты. Если одна статья находится по адресу /post/, а другая — по /blog/post-title, не думайте, что новый CMS автоматически воссоздаст это. Не воссоздаст.

URL изображений тоже важны. Кастомная разработка может заменить пути к изображениям, но если эти файлы индексируются или встраиваются во множество страниц, битые ссылки на изображения могут создавать шум и замедлять восстановление. То же касается PDF, файлов для скачивания и материалов галерей. Один битый файл может затронуть сразу несколько страниц.

Wix также позволяет использовать функции, которые выглядят второстепенно, но ведут себя как полноценные страницы. Например, виджеты бронирования, отзывы, списки событий или страницы личного кабинета. Если что-то из этого было индексируемым, новому сайту нужно принять решение по каждому элементу: оставить, объединить или удалить. Без компромиссов.

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

4. Сопоставьте каждую важную страницу Wix с её заменой на кастомном сайте

Для каждой важной страницы на Wix нужен план замены один к одному. Не один ко многим. Не «позже разберёмся». У каждой страницы должен быть целевой URL, соответствие по содержанию, соответствие по метаданным и план внутренних ссылок. Если старая страница ранжировалась, у новой должен быть понятный преемник.

Используйте таблицу сопоставления минимум с пятью полями: старый URL, новый URL, назначение страницы, примечания по контенту и действие с редиректом. Эта таблица станет рабочим документом для миграции с Wix. Она же поможет быстрее всего увидеть страницы, которые случайно продублировали, объединили или забыли.

Некоторые страницы стоит объединить. Набор слабых сервисных страниц может превратиться в одну более сильную страницу на новом сайте. Другие, наоборот, стоит разделить. Широкую страницу «услуги» можно превратить в три узконаправленные страницы. Решение зависит от поискового интента, а не от вкуса к дизайну.

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

Именно на этом шаге SEO-миграция становится управляемой. Без него новый сайт может выглядеть завершённым, но при этом тихо ломать путь от старых позиций к новому контенту.

5. Сохраните on-page SEO-сигналы во время кастомной разработки

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

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

Schema-разметка заслуживает внимания. Кастомный сайт упрощает добавление структурированных данных, но это не значит, что старую разметку можно бездумно выбросить. Если на странице Wix использовались Article, LocalBusiness, Product или FAQ schema, сравните новую реализацию до запуска. Изменения шаблона могут повлиять на то, как поисковики интерпретируют страницу.

Alt-текст не должен превращаться в набор ключевых слов. Он должен быть описательным, конкретным и привязанным к изображению. Если на картинке витрина магазина или фото команды, так и пишите. Смысл в доступности и контексте, а не в том, чтобы запихнуть фразы в каждый файл.

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

6. Настройте редиректы, canonical и индексирование на этапе запуска

Именно на запуске чаще всего всплывают ошибки SEO-миграции. Каждый старый URL Wix, который меняется, должен вести на лучший новый адрес через 301 редирект. Не 302. Не редирект на главную как универсальную заглушку. А полноценный редирект на уровне страницы. Если у страницы нет аналога, перенаправьте её на ближайшую релевантную страницу или осознанно удалите.

Canonical-теги должны указывать на предпочтительную версию каждой страницы, особенно если новый сайт создаёт альтернативные пути, фильтрованные представления или следы staging-среды. Дубли URL часто появляются при переносе с Wix, потому что старые и новые пути какое-то время могут существовать параллельно. Если не контролировать canonical, вы получите дублирующие сигналы.

К директивам robots нужно отнестись так же внимательно. Тег noindex, оставшийся со staging на боевой странице, может блокировать индексирование на несколько дней. Пропущенное правило disallow может позволить поисковикам обходить мусорные пути. Маленькая ошибка — большая задержка. В чеклист запуска должны входить обновление sitemap, проверка canonical и валидация редиректов до публикации.

Обновите XML-карты сайта так, чтобы в них были только финальные боевые URL. Если в sitemap всё ещё указаны старые страницы Wix, поисковики могут продолжать заходить на мёртвые пути. Это замедляет обнаружение новых страниц и делает переход неаккуратным.

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

7. Тестируйте перенос на живом сайте с помощью краулера, а не только в браузере

После запуска проверяйте сайт с помощью краулера, а не только в Chrome. Браузеры скрывают проблемы. Краулеры их находят. Страница может идеально выглядеть для человека и при этом возвращать неправильный код ответа, проходить через две переадресации или отдавать дублирующий canonical.

Начните с самых ценных URL из вашей базы. Проверьте, что каждый из них отдаёт 200, при возможности открывается в один шаг и содержит нужные метаданные. Затем просканируйте сайт на 404, 500, циклы редиректов и страницы, заблокированные правилами robots. Именно здесь при миграции с Wix маленький промах в QA может оставаться незаметным неделями.

Проверьте и соответствие метаданных. Title и description должны быть на приоритетных страницах, а не пустыми или скопированными с главной. Предпросмотр в браузере не покажет, пропущено ли описание meta. Краулер покажет.

Также проверьте внутренние ссылки после запуска. Если старый footer Wix всё ещё ведёт на удалённые пути, пользователи будут попадать на битые страницы, а краулеры будут тратить время впустую. То же касается кнопок, ссылок в изображениях и блоков с похожими статьями. Кастомная разработка часто приносит новые шаблоны, и каждый из них нужно хотя бы один раз просканировать.

Если возможно, сравните экспорт краула до и после запуска бок о бок. Цель не в идеале в первый день. Цель — быстро находить проблемы. Отчёт краула с 5 битых путей полезен. Ждать, пока их станет 50 и они попадут в индекс, — нет.

8. Отслеживайте восстановление SEO после запуска и быстро устраняйте узкие места

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

Битые внутренние ссылки после редизайна встречаются часто, особенно когда старую навигацию Wix заменяют новой библиотекой компонентов. Ищите отсутствующие ссылки в меню, футере, блоках с похожим контентом и на кнопках. Одна пропавшая ссылка на странице с большим трафиком может снизить поток обхода по остальному сайту.

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

Обращайте внимание на изменения метаданных, которые выглядят безобидно. Переписанный title может изменить кликабельность. Более короткое вступление может ослабить релевантность. Удалённый FAQ может сократить охват длинного хвоста запросов. Всё это не означает, что кастомный сайт плох. Это значит, что SEO-миграции нужна настройка.

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