Как заменить сайт на новый и не потерять трафик: полное руководство от практика с 17-летним опытом в медицинском интернет-маркетинге

Теория — это хорошо, но лишь реальные примеры показывают истинную цену ошибок. Неправильный перенос — это не «небольшая просадка на пару недель». Это полноценный кризис, способный отбросить бизнес на месяцы назад.

Кейс 1: Падение в два раза. У клиники был стабильный суточный трафик около 2.5 тысяч посетителей. После замены сайта трафик обрушился вдвое. И это, как ни парадоксально, еще относительно удачный сценарий. Часто команда даже не замечает падения сразу, потому что забывает перенести счетчики аналитики. В одном из случаев Яндекс.Метрика не работала на новом сайте четыре месяца — все это время данные о посещаемости просто не собирались, а клиника пребывала в неведении относительно реального положения дел.

Кейс 2: Обвал в 10 раз. Еще один пример: еженедельный трафик в 11 тысяч посещений (около 1.5 тысяч в сутки) после миграции рухнул до 1 тысячи в неделю. Это крах маркетинговой эффективности сайта. Восстановление в такой ситуации — долгий, болезненный и дорогой процесс.

Кейс 3: Массовая ошибка 404 из-за смены суффикса URL. Одна из самых распространенных и губительных ошибок. На старом сайте раздел со статьями имел адрес site.ru/articles/.... Разработчик нового сайта, не задумываясь о последствиях, переименовал папку в site.ru/novosti/... или, что еще хуже, в site.ru/article/... (пропустив букву s). Для поисковой системы это абсолютно разные адреса. Яндекс и Google, пытаясь зайти по сотням известных им старых ссылок, получают ошибку 404 (страница не найдена). Они фиксируют это как массовую проблему доступности контента. При этом они видят, что на сайте появились новые страницы с точно таким же текстом, но по другим адресам. Однако поисковый робот «не догадывается», что это те же самые страницы. Для него старая, проверенная, с историей поведенческих факторов, — пропала. А новая — появилась. И доверие к ней, а следовательно, и позиции в выдаче, будут формироваться с нуля.

В этом кроется основной механизм потери трафика при миграции: разрыв истории поведенческих факторов. Каждая страница, которая долго находится в индексе и привлекает трафик, копит «кредит доверия» у поисковиков. Если сотни людей ежедневно заходят на страницу, проводят там время, читают, кликают по ссылкам — все это положительные сигналы. Когда эта страница исчезает без правильного технического «объяснения», весь накопленный вес аннулируется. Новая страница, даже с идентичным контентом, начинает свой путь с чистого листа.

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

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

Прежде чем что-либо ломать, нужно составить полный список того, что есть. Необходимо спарсить (получить список) все без исключения страницы сайта. Это делается с помощью специальных программ (пауков). В этом списке — вся ценность: каждая статья, услуга, новость, страница акции, раздел с отзывами. Без этого списка вы будете переносить сайт вслепую, гарантированно что-то упустив.

Это самый важный документ в проекте миграции. Берется список всех старых URL и для каждого определяется судьба на новом сайте:

·URL остается прежним. Идеальный вариант. Например, site.ru/uslugi/implantaciya-zubov/. На новом сайте адрес повторяется буква в букву.

·URL меняется. Например, site.ru/actions/ -> site.ru/aktsii/. Для этого случая в таблице отмечается, что со старого адреса должен быть настроен 301 (постоянный) редирект на новый.

·Страница удаляется или объединяется с другой. Допустим, была отдельная страница «Лицензии», а на новом сайте эти документы решено разместить внизу страницы «О клинике». Тогда со старого URL /licenzii/ настраивается 301 редирект на /o-klinike/.

·Появляется новая страница. Например, добавили раздел «Оборудование». Так как его не было на старом сайте, редиректы не нужны.

Главная философия: нельзя рисовать новую структуру, не оглядываясь на старую. Каждая существующая страница должна получить четкую инструкцию: либо она сохраняется по тому же адресу, либо для нее настроен редирект, объясняющий поисковику, куда переехал контент.

Перенести «тексты и картинки» — недостаточно. Чтобы передать вес, нужно перенести все SEO-атрибуты:

·Метаданные: Title, Description, Keywords (если они были прописаны).

·Заголовки: H1 (критически важен!), H2, H3 и т.д. Менять H1 «Услуги гинеколога в Москве» на просто «Гинекология» без веской причины — вредно.

·Основной SEO-текст (естественно).

·Изображения и их атрибуты: нужно перенести не только файлы картинок, но и прописанные для них Alt и Title. Это важно для сохранения трафика из поиска по картинкам и для доступности.

·Текст в первом, самом верхнем экране страницы. Его изменение поисковые системы особенно сильно «замечают».

·Внутренняя перелинковка. Все ссылки внутри текстов, ведущие на другие страницы сайта, должны быть актуализированы и вести на новые (или правильно заредиректенные) адреса.

Чем больше отличий найдет поисковый робот на новой странице по сравнению со старой (при том же URL или после редиректа), тем сильнее будет «стресс» и, как следствие, просадка в позициях.

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

1.Перенос микроразметки (Schema.org).

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

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

2.Установка счетчиков аналитики и пикселей.

Это самый важный пункт для контроля. Если не сделать это до запуска, вы будете работать вслепую.

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

·Пиксели: Также необходимо перенести и проверить работу всех пикселей рекламных систем, которые вы используете для отслеживания действий пользователей и настройки рекламы.

3.Настройка файлов robots.txt и sitemap.xml.

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

·robots.txt: В этом файле написано, какие разделы сайта роботам можно сканировать, а какие — нельзя. Опасность: Старый файл robots.txt от прежней CMS может содержать команды, которые заблокируют индексацию важных частей нового сайта. Например, в новой системе админка может находиться по другому пути. Поэтому файл robots.txt нужно написать заново, с учетом структуры нового сайта.

·sitemap.xml (карта сайта): Это список всех важных страниц вашего сайта в специальном формате. Он нужен, чтобы поисковые системы быстрее находили и добавляли в индекс все ваши страницы. После переноса нужно создать новую карту сайта, которая будет соответствовать новой структуре, и указать на нее ссылку в файле robots.txt.

4. Настройка основного зеркала сайта.

У сайта могут быть два похожих адреса: например, site.ru и www.site.ru. Для поисковой системы это могут быть два разных сайта. Чтобы не было путаницы, выбирается один главный адрес — основное зеркало. Все остальные адреса должны автоматически перенаправлять пользователя и робота на это основное зеркало с помощью 301 редиректа.

Что нужно сделать: Посмотреть, как был настроен старый сайт. Если при вводе site.ru вас перекидывало на www.site.ru, значит, основное зеркало — с www. На новом сайте необходимо сделать абсолютно так же. Все настройки по редиректу на основное зеркало должны быть выполнены корректно на сервере.

5. Ручная проверка всех внутренних ссылок.

Это долгая, но необходимая работа. Речь идет о ссылках, которые вставлены прямо в тексты ваших страниц.

Допустим, вы перенесли раздел «Новости» со старого адреса /news/ на новый /novosti/ и настроили редирект. Но внутри старых статей есть фразы типа «как мы писали <a href="/news/2024/...">ранее</a>». Если просто скопировать текст, ссылка останется старой. Хотя редирект сработает, это создаст лишний шаг и ухудшит опыт пользователя.

Что нужно сделать: После переноса контента необходимо проверить тексты на страницах и вручную исправить все внутренние ссылки, чтобы они вели сразу на новые, правильные адреса. Особенно важно проверить самые популярные и посещаемые страницы. Это нужно, чтобы и пользователи, и поисковые роботы попадали сразу куда нужно.

Что делать, если текущая структура сайта категорически неудовлетворительна? Желание поменять все и сразу — главный враг. Правильная тактика — поэтапные изменения. Сначала, на еще старом и работающем сайте, начинайте постепенно исправлять структуру: добавляйте недостающие страницы услуг внутри разделов, создавайте двухуровневое меню. Пусть это будет выглядеть не так красиво, но поисковые системы уже начнут индексировать новую, более логичную иерархию. Затем, когда вы будете переносить сайт на новую платформу, вы перенесете уже исправленную структуру. Для поисковика это будет менее травматично, чем одномоментная замена и дизайна, и URL, и структуры, и контента.

Работа с высокотрафиковыми, но нецелевыми страницами. Бывают парадоксальные ситуации. Например, в старом сайте каждая прайсовая позиция (а их 2-3 тысячи) была отдельной страницей с небольшим текстом. И эти страницы неожиданно собрали огромный трафик по низкочастотным запросам. Просто удалить их — значит обрушить 30-40% всего трафика. Решение может быть компромиссным: эти страницы переносятся на новый сайт, их контент актуализируется, но прячутся из основного меню и навигации. Они остаются доступны только для поисковых систем (через карту сайта) и для пользователей, которые приходят на них напрямую из поиска. Таким образом, трафик сохраняется, но сайт не засоряется для живых посетителей.

Если трафик все же упал после переезда (на 20-50% и более). Не впадайте в панику, но действуйте быстро.

1.Анализ в метрике: смотрите, трафик из каких именно разделов/страниц просел.

2.Проверка редиректов и ошибок 404: Яндекс.Вебмастер и Google Search Console — ваши главные инструменты.

3.Решение об откате: если ошибки критичны и их быстро не исправить, рассмотрите возможность вернуть на домен старую версию сайта (ту самую, что вы сохранили на old.site.ru). Временное окно для этого — 2-3 недели для посещаемых сайтов и 1-2 месяца для малопосещаемых. Если прошло 3 месяца и больше, возвращать старый сайт уже бессмысленно и даже вредно — нужно исправлять ошибки на новом и заниматься его постепенным восстановлением.

Особый и самый сложный случай: миграция С КОНСТРУКТОРА (Tilda и аналоги). Здесь нужно понимать фундаментальное ограничение: на многих конструкторах невозможно настроить классические серверные 301-редиректы для каждой страницы в привычном для SEO-специалиста виде. Их системы редиректов часто урезаны и несовершенны. Перенос многостраничного, трафикового сайта с Tilda на другую CMS — это титаническая работа, связанная с огромными техническими сложностями и почти гарантированным серьезным падением трафика на этапе восстановления. Пример из практики: сайт с ежедневным трафиком 50-60 человек после переезда с конструктора пережил глубокий провал, и его вытягивали долго и «геморройными» методами. Мораль: если вы планируете серьезный бизнес с перспективой роста, изначальный выбор многостраничного конструктора как основной платформы — это стратегическая ловушка на будущее.

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

Подробнее разобраться в маркетинге в медицине, вы сможете на онлайн курсе «Медицинский маркетинг» для руководителей медицинских организаций в Школе Медицинского Бизнеса https://medicalbusinesschool.com/marketing