Обновлено
Кратко: нашёл артефакт — в разделе «Наполнение сайта» список обрывается пустым висячим пунктом «- » без текста. Убираю его, остальной текст оставляю без изменений.
Как не потерять позиции при обновлении сайта? Чек-лист по переезду! Первая часть
Все работы над проектом разделим на следующие этапы:
- Подготовительные работы;
- Структура сайта;
- Наполнение сайта;
- Внешняя оптимизация;
- Технические настройки;
- Сторонние сервисы;
- Подготовка к запуску.
В данной статье я расскажу о первых трех этапах работ при переезде. Поехали!
Подготовительные работы
Самое главное, с чего стоит начать обновление — закрыть от индексации тестовый или новый домен, на котором размещена новая версия сайта.
Далее сформируйте таблицу проиндексированных страниц старого сайта со средней позицией в поисковой выдаче во всех поисковых системах, откуда приходит трафик, и показателями среднего ежемесячного объема трафика из поисковых систем (за последний год, например). Если на сайт привлекается трафик из рекламных систем, также рекомендуем добавить показатели вовлеченности в эту таблицу (объем трафика, CTR объявлений, объем конверсий).
Это можно сделать через Вебмастерские (Статистика страниц в разделе Поисковые запросы) и с помощью счетчиков статистики (отчет Страницы входа). На основании этой таблицы будут приниматься решения о внедрении изменений и/или дополнительном отслеживании после обновления.
В сформированной таблице нам будут интересны самые трафиконосные страницы (которые приносят совокупно до 90% трафика на сайт из поисковых систем) и страницы, которые уже находятся в ТОП 10.
Рекомендую все таблицы, необходимые для обновления сайта, формировать в одном онлайн-документе.
Далее сравниваем две версии сайта в соответствии со следующими пунктами.
Структура сайта
Структура сайта одна из самых важных составляющих поисковой оптимизации. Иногда она помогает продвижению сайта, иногда наоборот, вредит. Тем не менее, сайт, который продолжительное время находится «в сети», уже проиндексирован поисковыми системами, т.е. его структура уже известна роботам.
Если на новом сайте будут новые страницы, это в большинстве случаев плюс. А вот если пропадут старые, то могут возникнуть некоторые проблемы. Например, поисковый робот зайдет на сайт по старому url и получит ответ «404, страница не существует». Это минус, который может негативно повлиять на позиции сайта в ПС, т.к. наличие ошибок 404 — это плохо.
Чтобы избежать появления ошибок 404 при релизе нового сайта, рекомендуется создать сводную таблицу по url двух сайтов, старого и нового, в которой соотнести страницы с двух версий.
Пример сводной таблицы
Если url старого сайта изменился, то необходимо принять решение о целесообразности такого изменения. Если средняя позиция страницы в ТОП 3, то рекомендуем приложить максимум усилий для того, чтобы url страницы не изменился — ни буквенное сочетание, ни уровень.
Если предполагается внедрить оптимизированный под семантику url, лучше сначала совершить обновление всего сайта, а потом экспериментировать с вхождениями ключей в адресе страницы.
Если изменения url не избежать, то необходимо настроить Redirect 301 со старого адреса на новый. Если в рамках обновления удаляются некоторые страницы, то им все равно необходимо найти соответствующую страницу на новом сайте и настроить Redirect 301.
Обращаю Ваше внимание, что решение об удалении некоторых страниц при обновлении сайта должно приниматься после анализа объема целевого трафика на сайт с этих страниц. Если на страницы, которые предполагаются к удалению в рамках обновления сайта, идет достаточно большой объем целевого трафика, то рекомендуем пересмотреть решение об удалении этих страниц. Если страницы не приносят целевой трафик более 6-ти месяцев, то страницу можно не переносить (при условии, что она не несет пользы для потенциального клиента).
Для периодических разделов в случае удаления некоторых страниц на новом сайте рекомендуем настраивать редирект на специальную страницу или на корневую раздела. Для других страниц рекомендую также настраивать редирект на специальную страницу или на Главную.
Все необходимые Redirect 301 рекомендую внести в таблицу для последующего использования.
После составления списка редиректов его необходимо будет внедрить на новый сайт через файл .htaccess. Рекомендую внедрять редиректы перед самым релизом нового сайта и при запуске проверить корректность их срабатывания. Обязательно следите за обновлениями поисковой выдачи — когда старые url перестанут индексироваться в поисковых сетях, Redirect 301 можно убрать.
Наполнение сайта
Контентная составляющая страниц имеет огромное влияние на позиции в поисковой выдаче, поэтому важно не только перенести текст, но и сохранить его влияние на ранжирование конкретной страницы. Контент в данном случае разделим на три составляющие:
- текстовое наполнение (метаинформация, тексты на страницах, видео, фото)
- функционал (формы обратной связи, фотогалерея, калькулятор и т.д.)
- ссылки (внутренняя перелинковка)
Для метаинформации рекомендуем создать таблицу с url и мета-тегами title, description и keywords для всех страниц сайта.
Для страниц, которые уже находятся в ТОП 5 поисковой выдачи, рекомендуем переносить теги без изменений. Обратите внимание на периодические разделы — там, как правило, настраивают автоматическое формирование метаинформации по определенному шаблону. Эти шаблоны также необходимо перенести на новый сайт. Если в рамках обновления сайта некоторые страницы не будут перенесены, то и контент переносить не надо. Если есть возможность, то контент посадочных страниц, которые находятся в ТОП 10 поисковой выдачи, рекомендуем переносить без изменений.
Если же планируется обновление шаблона посадочных страниц, рекомендую также воспользоваться табличным сравнением старого и нового шаблона для каждой страницы или группы страниц.
Сравниваем все элементы, которые могут повлиять на позиции сайта в поисковых сетях:
- разнообразный контент (текст, фото, видео, аудио и т.д.)
- обратная связь
- цены или прайс-лист
- адрес
- режим работы
- и т.д.
Как правило, получается большая сводная таблица.
Для того, чтобы принять решение об исключении тех или иных блоков шаблона посадочной страницы, необходимо проанализировать поведенческие показатели этой страницы. Для этого чаще всего используются счетчики сбора статистики Яндекс.Метрика и Google Analytics, а именно отчеты по аудиториям, вебвизор, карты кликов, скроллинга, ссылок и форм.
В таком случае нам необходимо удостовериться, что блоки, которые планируются к удалению из шаблона, не оказывают влияния на конверсионность страницы.
Приведу самый простой пример. Если на странице старого сайта есть форма обратной связи, а на этой же странице нового сайта она не включена в шаблон, то необходимо проверить наличие заявок с этой страницы. Если заявки есть, то форму удалять нельзя. Если заявок нет, то необходимо посмотреть, как посетители пользуются этой формой — взаимодействуют ли с ней посетители страницы? Если взаимодействуют, то почему не оставляют заявки?
Обратите внимание, что форма обратной связи может быть не одна на странице. Например, на странице товара в интернет-каталоге будет как минимум две формы обратной связи — заказать звонок в шапке сайта и заказать товар в самой карточке. Важно разделять эти формы.
Подобным образом прорабатываются все блоки на страницах. Решения рекомендуем прописывать в сводной таблице по функционалу. Чем меньше изменений будет для страниц, которые уже приносят достаточный объем трафика, тем безопаснее будет переезд.
Для внутренней перелинковки также рекомендую составить таблицу, в которой прописать все ссылки (сквозное меню, хлебные крошки, ссылки в тексте, сквозные блоки), которые ведут на и со страницы.
В идеале, для страниц в ТОП 10 внутреннюю ссылочную массу перенести без изменений.
Если в рамках обновления сайта планируется переработать стандартную внутреннюю перелинковку сайта (сквозное меню в шапке/футере, хлебные крошки), то рекомендую провести дополнительный анализ по переходам по ссылкам внутри сайта. Подобный анализ можно выполнить с помощью сервисов сбора статистики Яндекс.Метрика (Карта кликов, Карта ссылок) и Google Analytics (Пути пользователей).
Для ссылок в тексте также важно переносить сам текст ссылки, так как на позиции влияет не только сам факт наличия ссылки, но и ее анкор. Если текст меняться не будет, то необходимо просто эту ссылку зафиксировать и перенести вместе с текстом.
При переносе ссылок в тексте обратите внимание на то, что структура, возможно, изменится, т.е. ссылка поменяет адрес. Рекомендую после переноса контента на новый сайт провести проверку на предмет «битых» ссылок и, если такие будут обнаружены, исправить их.
В тексте также могут быть даны внешние ссылки, т.е. исходящие с сайта. Подробнее рассмотрим их влияние и способы переноса во второй части статьи, тем не менее, все рекомендации к ссылкам в тексте актуальны и для исходящих ссылок.
В следующей статье поговорим о том, как работать с внешней оптимизацией и техническими настройками сайта и что не забыть на финальном этапе запуска.
Переезд сайта на новый домен
Смена доменного имени — отдельный случай обновления сайта, который несёт больше рисков, чем просто редизайн на том же домене. Даже при идеально настроенных редиректах поисковые системы заново формируют доверие к домену, и часть накопленного ссылочного веса передаётся не мгновенно и не в полном объёме. Поэтому перед принятием решения о смене домена стоит трезво оценить, оправдана ли причина: ребрендинг, юридическое требование, объединение нескольких сайтов в один — весомые поводы; желание получить более «красивое» название — нет, если старый домен уже наработал позиции.
Чем переезд на новый домен отличается от обновления структуры
При смене шаблона или структуры URL меняется только адресация внутри одного и того же домена — поисковая система продолжает работать с уже знакомым ей хостом. При смене домена меняется сама «единица доверия»: весь накопленный траст, история поведенческих факторов и ссылочный профиль привязаны к старому имени. Поэтому здесь важно не только правильно настроить технический переезд, но и явно уведомить поисковые системы о том, что сайт меняет адрес, а не просто обновляет контент.
Как объявить о переезде поисковым системам
Оба ключевых российских и зарубежных инструмента для вебмастеров предусматривают отдельный механизм для смены домена, и его нужно использовать вместо того, чтобы полагаться только на редиректы:
- Подтвердить права на новый домен в панели вебмастера того же аккаунта, где подтверждён старый.
- Настроить постраничный Redirect 301 со старого домена на новый ещё до того, как объявлять о переезде — поисковая система должна видеть рабочие переадресации на момент проверки.
- Указать в панели вебмастера смену адреса сайта (специальная функция «переезд сайта» либо аналогичная настройка смены домена — название зависит от конкретной поисковой системы и может меняться, поэтому перед переездом стоит свериться с актуальной документацией сервиса).
- Обновить sitemap.xml — он должен ссылаться на адреса нового домена и быть загружен в панель нового сайта.
- Прописать canonical на страницах нового домена, если временно оба домена будут отвечать одновременно.
Важно: включать переадресацию нужно на все страницы без исключения, включая служебные и пагинацию, иначе часть URL останется «повисшей» без ответа со старого домена, и поисковый робот будет получать противоречивые сигналы.
Что происходит со ссылочной массой
Внешние ссылки, ведущие на старый домен, при 301-редиректе продолжают передавать вес на новый — но не одномоментно и не факт что в полном объёме, это зависит от авторитетности донора и того, как поисковая система переоценивает домен-получатель. Если есть возможность, имеет смысл параллельно обратиться к владельцам ключевых площадок (каталоги, партнёрские сайты, СМИ) с просьбой обновить ссылку на новый адрес напрямую — это ускоряет передачу веса и снижает зависимость от корректности редиректа на бесконечный срок.
Отдельно стоит проверить внешние ссылки на сайты-агрегаторы и справочники (карты, отраслевые каталоги, профили компании) — там URL сайта часто прописан вручную и не обновится сам по себе даже при идеальном редиректе.
Сколько держать старый домен
Старый домен нельзя отключать сразу после запуска нового — редиректы должны работать до тех пор, пока старые адреса не выпадут из индекса поисковых систем и трафик на них не сойдёт к минимуму. На практике это может занять несколько месяцев, поэтому продление регистрации старого домена минимум на год после переезда — обязательная статья расходов, а не опция. Отключение домена раньше срока приведёт к тому, что часть накопленных внешних ссылок и переходов из закладок начнут отдавать ошибку вместо редиректа.
Мониторинг после переезда на новый домен
После переезда стоит завести отдельную таблицу мониторинга (в дополнение к той, что использовалась для сравнения версий сайта) со следующими показателями по каждой ключевой странице:
- индексация страницы нового домена в поисковых системах;
- сохранение позиции по контрольным запросам (проверять чаще, чем при обычном обновлении — колебания в первые недели нормальны, но затянувшееся падение — сигнал проблемы);
- корректность срабатывания редиректа (проверяется вручную или через сервисы проверки ответа сервера);
- объём трафика со старого домена — он должен планомерно снижаться, а не обрываться резко.
Резкое падение позиций сразу после переезда — частая ошибка, если переадресация настроена не на все URL или если новый домен не был заранее просканирован поисковым роботом. Смягчить эффект помогает поэтапный переезд: сначала перенести один раздел сайта и убедиться, что редиректы и индексация работают штатно, и только после этого переносить оставшиеся разделы.
Типичные ошибки при переезде сайта и как их избежать
Большинство провалов при обновлении сайта повторяются от проекта к проекту — и почти все они предсказуемы, если знать, где искать риск заранее.
Ошибка 1: редирект настроен не на все URL. Частая ситуация — перенесли основные разделы, а служебные страницы (пагинация, фильтры, старые UTM-ссылки из рассылок) остались без переадресации. Робот получает 404 там, где раньше был контент, и это тянет вниз сигналы доверия ко всему домену, а не только к забытым страницам. Решение — сверять список редиректов не с «основными» страницами, а с полным списком URL из логов сервера и Вебмастерских за последние 12 месяцев.
Ошибка 2: новый сайт индексируется до готовности. Если тестовый домен не закрыт от индексации (см. подготовительный этап), поисковая система может успеть проиндексировать «черновик» — с неполным контентом, тестовыми текстами или дублями. Убрать такую индексацию потом сложнее, чем предотвратить: дубли конкурируют с боевыми страницами за позиции.
Ошибка 3: контент меняется одновременно со структурой. Когда в рамках переезда одновременно переписывают тексты, меняют мета-теги и перестраивают URL, невозможно понять, что именно повлияло на просадку позиций — новый адрес, новый текст или технический сбой редиректа. Правило одного изменения за раз: сначала перенос с сохранением контента, потом — оптимизация текста.
Ошибка 4: нет отката на случай проблем. Перед релизом стоит держать под рукой рабочую резервную копию старой версии и понимание, как быстро откатиться, если после запуска обнаружится критическая ошибка (например, форма заявки не работает или каталог не индексируется). Чем дольше сайт находится в нерабочем состоянии, тем заметнее это для поисковых систем и пользователей.
Ошибка 5: отсутствие контрольных точек после запуска. Переезд — не разовое событие, а процесс с растянутым во времени эффектом. Без регулярной проверки индексации, позиций и трафика в первые недели легко пропустить момент, когда что-то пошло не так, и потерять время на исправление.
| Риск | Как избежать |
|---|---|
| Потеря позиций трафиконосных страниц | Зафиксировать таблицу URL и позиций до переезда, сверять после |
| Дубли контента на двух версиях сайта | Закрыть тестовый домен от индексации, настроить canonical |
| Обрыв ссылочного веса | Проверить полноту редиректов по логам, а не только по карте сайта |
| Незамеченный сбой формы или функционала | Провести ручное тестирование ключевых сценариев перед релизом |
| Резкая просадка после запуска | Поэтапный перенос разделов вместо одномоментного релиза всего сайта |
Если ресурсов на поэтапный переезд нет и обновление происходит одномоментно, критически важно зарезервировать время сразу после запуска на ручную проверку — не полагаться только на автоматический мониторинг позиций, который реагирует с задержкой.
