какие фильтры переходят при переезде сайта
Перенос сайта на новую CMS: как сохранить позиции и трафик
Нередко дизайн и функционал сайта перестают соответствовать ожиданиям посетителей, не позволяют полноценно внедрять SEO-правки или просто не устраивают заказчика.
Доработка текущего проекта зачастую обходится дороже разработки проекта с нуля. Особенно это касается проектов на устаревших либо на самописных CMS. Решением служит обновление функционала, структуры и дизайна сайта, которые сопровождаются сменой движка.
Существуют тонкости переноса, не приняв во внимание которые, можно потерять позиции сайта в поисковых системах и, как следствие – поисковый трафик.
Давайте разберемся, как без потерь в позициях и трафике организовать переезд на новую CMS, изменить структуру и обновить дизайн сайта.
Требования к новому сайту
В идеале все требования к новому сайту можно уместить в одно предложение: при переезде мы сохраняем все лучшее и устраняем все худшее. Звучит элементарно, но здесь важны подробности.
Структура проекта
Самым простым вариантом было бы перенести проект на новый движок с сохранением текущей структуры страниц (говоря про e-commerce-сайт, имеем в виду в первую очередь каталог). Но такой вариант подходит не всем: в большинстве случаев владелец ресурса или SEO-специалист считают необходимым внести изменения в структуру. Более того, зачастую переезд осуществляется именно с целью создания эффективной для продвижения структуры сайта.
Как быть: убедиться, что все важные страницы, которые уже существовали на старом сайте – перенесены и на новый. Выгрузить из Яндекс.Метрики и Google Search Console данные по точкам входа на сайт с источником «Поисковая система». Выборку взять за длительный период (скажем, за год). Проверить, что для всех значимых страниц входа созданы аналогичные страницы на новом проекте.
Мета-теги
Самый адекватный и простой вариант – перенести метатеги со старого сайта. Имеются в виду как генерируемые по шаблону страниц, так и «ручные» теги.
В критичных случаях (ошибки в генерации тегов) допустимо изменить шаблоны и заданные вручную теги одновременно с переносом сайта. Во всех других случаях мы все же советуем разнести по времени переезд и правку тегов, поскольку выкатка нового сайта затрагивает огромное число факторов ранжирования.
Перенос текстов
Аналогично предыдущему, если тексты нужны и не создают проблем (выборочная проверка проблемных кластеров на переспам/переоптимизацию), лучше всего перенести их в неизменном виде. Для отслеживания эффекта внесенных изменений заняться вопросами текстовой релевантности лучше после публикации и полной индексации нового проекта.
Перенос сквозных элементов
Необходимо перенести сквозные элементы, связанные с коммерческими или ссылочными факторами ранжирования.
В том числе следует уделить внимание таким блокам:
Перенос пользовательских элементов
Когда проект обретает обновленный дизайн и функционал, не должны пострадать элементы, создающие удобство для пользователя.
Поэтому важно реализовать перенос пользовательских элементов интерфейса сайта: динамические фильтры и сортировки, калькуляторы, инструменты для подбора товаров и расчета услуг.
Настройка редиректов
Почему важно настроить редиректы (перенаправления) со старых адресов на новые?
Редирект – это способ перенаправить пользователя либо робота поисковой системы на другую страницу. Здесь и далее мы будем говорить про постоянный редирект с кодом ответа сервера 301. Помимо переадресации пользователей и роботов, он позволяет сообщить поисковым системам, что страница перемещена навсегда и нужно передать на новый URL-адрес некоторые накопленные параметры: возраст документа, внутреннее и внешнее ссылочное, накопленные характеристики.
Если с сохранением и дополнением структуры самого сайта (каталога, если брать во внимание коммерческие проекты) все понятно, то со структурой URL не все так однозначно. Ее редко получается сохранить даже при идеальном сохранении структуры каталога. Почему так происходит:
Наличие псевдораздела. Например, при переезде с безымянной системы управления на CMS Битрикс раздел каталога вида site.ru/televizory/ по умолчанию будет иметь адрес site.ru/catalog/televizory/ При таких изменениях в адресах страниц можно разом настроить массовые редиректы со страниц без псевдораздела на новые страницы.
Различные правила транслитерации букв кириллицы в латиницу в разных CMS. Например, ранее именовавшийся раздел /televizory/ может на новом сайте быть поименован /televisori/ Если на сайте с небольшим количеством страниц можно вопреки автоматической транслитерации задать ЧПУ адреса страниц вручную, то в масштабном каталоге придется смириться с изменением адресов и настраивать редиректы не массово, как в предыдущем пункте, а вручную постранично.
Как искать соответствия во втором случае, когда нет единой «маски URL»? Нужно получить выгрузки страниц со старого и нового сайтов. Это возможно сделать как выгрузкой из CMS, так и при помощи любой десктопной программы-парсера или аналогичного облачного сервиса. После чего сопоставить два списка по какому-либо из нижеследующих признаков:
1. По title страниц
Если при разработке нового проекта удалось сохранить шаблоны генерации title и ручные теги – можно сопоставить страницы по нему.
2. По H1 (наименованиям товаров и разделов)
Если title всё же менялся, разумно сопоставить страницы по заголовку H1. Для разделов это будет имя, для товаров – наименование. При переезде меняются редко.
3. По артикулам товаров
Если наименования товаров всё же менялись, остается беспроигрышный вариант – сопоставить URL карточек по полю артикул.
Ключевые моменты
Все предварительные работы, до полной проверки и констатации готовности проекта к публикации необходимо проводить на тестовом домене.
Нередко заказчик торопится с публикацией свежего сайта. Да и визуально, может показаться что «все готово», а «эту вашу техническую часть – уже на боевом доделаете».
Важно донести до заказчика необходимость завершения всех обязательных работ еще до публикации проекта. Восстанавливать утерянные позиции и трафик – процесс долгий и затратный. Лучше потратить время на реализацию всех необходимых правок до переноса проекта.
Локальная копия сайта, либо копия на тестовом поддомене.
Когда связанные с переносом сайта на новую систему управления завершены, важно на всякий случай сохранить не только файлы выгрузки со старого сайта, но и его рабочую версию. Помимо резервной копии, рекомендуется развернуть сайт на поддомене old.site.ru и закрыть его от индексации поисковыми системами.
Двойной переезд: новая структура и протокол https.
Однако, сама реализация нового сайта (новая структура проекта и URL страниц, новая компоновка посадочных страниц, изменения в сквозных блоках) довольно большой пакет правок, влияющих на релевантность страниц той или иной группе запросов. Подмешивать сюда влияние от смены протокола – просто усложнить анализ результатов и контроль за процессом переезда.
Плюс, переезд с http на https может осуществляться не только при помощи настройки 301 редиректа на https версию, но и методом настройки rel=canonical на защищенную версию страницы. В этом случае возникает цепочка из редиректа (проставленного при смене адреса страницы) и канонического адреса (настроенного на протокол https), что затрудняет роботу переобход страниц. Наша же приоритетная цель при переносе сайта – наиболее быстрый обход, индексация, склейка и смена релевантных страниц на новые.
Рекомендуется отложить подключение SSL-сертификата и переезд на https до полной индексации и корректного ранжирования обновленного проекта.
Для каких страниц нужно настраивать редирект?
Для всех, где есть возможность. В том числе:
Редиректы со всех существующих страниц старого сайта, найденных краулером.
Редиректы со всех страниц в индексе поисковых систем, которые по каким-то причинам не найдены краулером по ссылкам (отсутствует путь от главной до страницы). Проверяется парсингом выдачи или выгрузкой проиндексированных страниц из Я.Вебмастера.
Редиректы, которые уже существовали (частичная смена URL в пределах старого сайта), нужно перенастроить так, чтобы переадресация вела сразу на конечный целевой URL.
Редиректы со всех страниц сайта, на которые когда-либо был трафик по данным Яндекс.Метрики и Google Search Console. Возникают по многим причинам, в том числе из-за удаления товаров, линеек товаров (к примеру, определенного бренда), либо целых разделов сайта. Куда настроить редирект, если соответствующая страница отсутствует на новом сайте и ее создание недопустимо – расскажем ниже.
В процессе проверки всех подпунктов пункта 4 у вас получится собрать единую таблицу источников редиректов из всех доступных источников данных. После поиска соответствий и настройки переадресации, не лишним будет убедиться, что все переадресации происходят в 1 шаг: строго с источника на цель редиректа, минуя цепочку переадресаций.
Куда настроить редиректы, если товаров и разделов не будет на новом сайте (удалены навсегда, исчезли из ассортимента/сняты с производства)?
Нередко, невозможно найти точные соответствия для существовавших ранее страниц для корректной настройки переадресаций. В таком случае, возможны:
А если все же?
Если бесконтрольный переезд уже осуществлен, потеря трафика и позиций уже оплакана, пора закатывать рукава – часть утерянного можно восстановить.
Необходимо проверить насколько корректно (точнее, насколько некорректно) осуществлен весь вышеописанный пул работ, сопровождающих переезд.
Проверить перенос тегов и текстов, сохранение в структуре посадочных страниц, присутствовавших на старом сайте, наличие сквозных и пользовательских элементов, а также проверить настройку редиректов.
Даже по прошествии значительного времени с момента переезда, настройка корректных переадресаций со страниц, которые шесть месяцев отдавали код 404, будет полезна как для конкретной страницы (передача возраста страницы и накопленных факторов), так и для сайта в целом (передача большего веса от каждой страницы донора страницам реципиентам через механизмы сквозной перелинковки).
Итак, корректность проверена, все необходимые правки внесены, редиректы донастроены. Но как заставить робота посетить страницы, полгода отдававшие 404 ошибку, чтобы редиректы были обработаны, накопленное на старых URL – передано?
Лайфхак: из списка страниц, для которых донастраивались перенаправления – собрать файл sitemap в формате xml или txt, добавить в панели Я.Вебмастера и GSC и запустить переобход.
Итого
Возвращаясь к значению фразы «Один переезд равен двум пожарам» – обычно имеется в виду суета, стресс и возможность забыть/упустить что-либо из виду. Аналогично можно утверждать и про перенос сайта на новую CMS. Главное – помнить, что при достойной организации и тщательном контроле за процессом проблем не возникает ни при офлайн, ни при онлайн переездах.
Чек-лист для самопроверки:
Дальнейшая работа по новому сайту ничем не отличается от обычной SEO-оптимизации. Необходимо провести полный технический аудит, исправить ошибки по нему, искать новые точки роста и продолжать системно развивать проект.
15 базовых SEO-советов о том, что сделать при переносе сайта на новый движок
Чеклист от агентства Ayrosa.
Часто после переезда на новый движок наблюдаем спад органического трафика. История стандартная:
Если до переезда на сайте были проведены SEO-работы, то с большой вероятностью все они будут затёрты ИТ-специалистами. Причина проста: как правило, клиент не заглядывает «под капот» программирования, не погружается в тонкости науки продвижения в поисковиках, не упоминает о SEO в разговоре с программистами и не контролирует перенос важных для SEO работ. А разработчики не обязаны всё это учитывать. Вот и получается, что при модернизации сайта часто «сносится» важная часть SEO-настроек, и через какое-то время сайт теряет трафик из поисковых систем.
Переехать на новый движок с минимальной потерей трафика реально. Для этого:
Как повысить эффективность диджитала для недвижимости?
Важно. Убедитесь, что тестовая версия сайта, на котором разрабатывается новая версия, закрыта от индексации поисковыми роботами.
Существует несколько способов это сделать:
Теперь советы о том, как избежать просадки трафика.
Совет 1. Сохраните URL страниц сайта
Каждый движок генерирует адреса страниц по собственному принципу. Как правило, их устанавливают путем транслитерации заголовка страницы на латиницу, доверяя алгоритмам CMS (в случае человекопонятных урлов). Как показывает практика, мало кто заботится о сохранении прежних адресов.
Для поисковой системы два адреса с различием в один символ — разные страницы.
Если ваша продвигаемая страница была доступна по одному адресу, а теперь открывается по другому, то вы потеряете трафик с неё.
Если не настроить 301 редирект со старой страницы на новую, то прежний вариант станет той самой нелюбимой пользователями 404 страницей и вскоре выпадет из индекса. Новой странице нужно будет время, чтобы попасть в выдачу.
И не забудьте перенести все существующие ранее редиректы.
Что конкретно сделать
Составьте структуру сайта в Mind Map.
Составьте список старых страниц в Excel (URL + описание страницы).
Поставьте задачу айтишнику вплоть до символа сохранить старые URL, а если это невозможно, то настроить 301 редиректы на новые адреса.
После релиза внимательно сверьте новые адреса со списком старых.
Что делать, если страниц на сайте очень много
Выгрузите из системы аналитики самые трафиковые страницы за несколько лет и составьте список.
Выгрузите список страниц, на которые ссылаются сторонние ресурсы (например, из вебмастеров).
После внедрения убедитесь, что эти страницы корректно открываются по старым URL.
Совет 2. Избавьтесь от дублей страниц
Одна и та же страница не должна открываться по нескольким URL, например так:
Если вы заметили такое на новом сайте — смело бейте тревогу и требуйте сделать, чтобы одна страница открывалась только по одному адресу.
Что конкретно сделать
Совет 3. Сохраните теги title и description
Часто возникает ситуация, когда при переезде сайта на новый дизайн или движок забывают перенести теги title и description на страницы. В итоге вместо title оказывается заголовок страницы, а вместо description — пустота.
Составление title и description важная часть SEO, которая является результатом тщательного анализа собранного семантического ядра. Мы считаем, что без корректных тегов практически невозможно достичь топа.
Что конкретно сделать
Случай из жизни. Сайт переехал на новый движок и редизайн, но программисты забыли перенести теги title и description. После переиндексации и нескольких апдейтов трафик сайта значительно упал.
Совет 4. Не меняйте заголовки, текст, изображения и видео
При переезде на новый движок обычно происходит смена дизайна и изменение контента.
Но если переписать текст на странице, которая приносит трафик, то с большой вероятностью она может выпасть из топа. Тексты трафиковых сайтов обычно содержат ключевые слова, тщательно проработанные SEO-специалистами. Также не стоит менять изображения и видео.
Что конкретно сделать
Что делать, если всё-таки хотите всё заменить
Проконсультируйтесь с SEO-специалистом. Он проанализирует ситуацию на сайте, снимет позиции по продвигаемым запросам, попытается понять, почему та или иная страница попала в высокую выдачу. После этого он может корректно составить техническое задание на изменение текстов и позже оптимизировать страницы. Также он подскажет, какие могут быть последствия нового оформления страницы.
Совет 5. Перенесите заголовки H1–H6
Все заголовки на страницах должны быть размечены в html тегами H1–H6 в иерархическом порядке. Главный заголовок H1 должен быть только один на странице. В заголовках рекомендуем вставлять ключевые слова.
Переезд сайта без потери трафика и позиций: чек-лист и полезные советы
Рассказывает Лада Лебедянцева, ведущий SEO-специалист digital-интегратора DD Planet
Необходимость перенести сайт на другой адрес возникает, если у компании изменилось название, произошел ребрендинг, нашлось более подходящее доменное имя или нужно сменить доменную зону. При переходе важно не потерять органический трафик и позиции в поисковых системах.
Неправильный подход приводит к сокращению целевой аудитории, сайт может пропасть из выдачи. Не исключена вероятность попасть под санкции поисковых систем, если ресурс с одним и тем же контентом будет доступен к индексации сразу по двум адресам: старому и новому. Поэтому очень важно, чтобы процесс переезда контролировал SEO-специалист.
Мы в DD Planet сопровождали переезд сайтов разного масштаба: от интернет-магазинов до небольших порталов. Для этого разработали безотказный алгоритм, с помощью которого получается сохранить показатели трафика. В этой статье я расскажу, как подготовиться к переезду, и поделюсь нашим чек-листом.
Существует два вида переезда сайтов: перемещение страниц с изменением адреса и без изменения. В первом случае сохраняется корневой URL при обновлении внутренней инфраструктуры, а во втором — меняется протокол, доменное имя или путь URL.
Решение перенести работающий сайт без изменения URL принимается в следующих случаях:
1. Переезд на новую CMS для оптимизации работы сайта:
возможности CMS не отвечают потребностям ресурса, например, нет достаточно гибкой настройки характеристик товаров или фильтров для подбора;
CMS не справляется с возросшей нагрузкой и зависает, если сразу несколько сотрудников одновременно редактируют контент или слишком много посетителей просматривают сайт;
старая версия CMS не поддерживается и не обновляется, больше не соответствует современным требованиям безопасности и версиям серверного программного обеспечения;
обнаружены критичные проблемы в работе CMS, которые приводят к сбоям на сайте.
2. Перенос сайта на другой хостинг:
технические возможности хостинга не соответствуют возросшим потребностям сайта;
хостинг работает нестабильно, техническая поддержка недостаточно оперативно реагирует на обращения пользователей;
сильно выросли тарифы или возникли другие проблемы в обслуживании сайта со стороны компании, предоставляющей услуги хостинга.
3. Редизайн сайта и публикация новой версии.
Перенос с изменением URL нужен, если:
Ресурс попал под фильтр поисковых систем.
Важно зафиксировать состояние сайта на момент переезда. Это помогает понять, какие ключевые моменты проверить до и отслеживать после завершения процесса.
При подготовке к переезду:
Перенос сайта следует делать в период естественного снижения трафика: в выходные, сезон отпусков, праздники. Перенос состоит из нескольких этапов.
1. Бэкап. В первую очередь сделайте бэкап старой версии. Это позволит быстро восстановить работу, если что-то пойдет не так.
2. Настройка редиректов:
Проверьте обе версии сайта: есть ли на них битые и циклические ссылки. Удалите или исправьте их, если нашли.
3. Яндекс.Вебмастер. Оповестите Яндекс с помощью инструмента «Переезд сайта» в Яндекс.Вебмастере.
4. Google Search Console. Корректно перенесите сайт на другой домен в Google Search Console. Сначала зарегистрируйте в сервисе новый сайт, а затем зайдите в настройки старого домена и выберите «Изменение адреса».
5. Robots.txt. Проверьте текстовый файл, который содержит параметры индексирования сайта для роботов поисковых систем. Он должен открывать к индексации нужные документы и разделы сайта, содержать необходимые директивы по закрытию служебных разделов: поиск, модуль регистрации и т. д. Важно удостовериться, что не был скопирован закрывающий от индексации robots.txt с тестовой версии.
Переезд реализован 12-13 августа 2017 года — в выходные дни месяца. Клиент обратился к нам с задачей перевести сайт на HTTPS, когда смена протокола на безопасный стала обязательной для любого ресурса коммерческой тематики, собирающего данные пользователей. Безопасный протокол обеспечивает защиту данных: они передаются не в открытом, а в зашифрованном виде. Поисковая система Google маркирует сайты без HTTPS как небезопасные.
Хорошо видно, что трафик не упал после перехода на новый протокол, а даже немного вырос: с 1000 до 1300 визитов в сутки. Этот пример демонстрирует — избежать снижения позиций в выдаче и потери трафика при переезде сайта можно.
1. Бэкап. Создайте резервную копию сайта. Так же как и при переезде на HTTPS, лучше подстраховаться и сделать бэкап, если случится что-то непредвиденное.
2. Настройка новой CMS. Убедитесь, что проверили и настроили новую CMS на сервере.
3. Технический аудит. В ходе аудита разрабатываемой версии удалите битые ссылки, выявите моменты, которые могут привести к сбою в работе сайта.
4. Перенос структуры сайта:
перенесите структуру в новую CMS;
5. Перенос метатегов. Важно сохранить существующие шаблоны и не допустить, чтобы они некорректно отображались на сайте.
6. Проверка вывода контента. Корректная адресация изображений и скриптов, текст в документах сайта не дублирован, например, для мобильной и основной версии.
7. Перенос функционала. Протестируйте работу всех навигационных элементов, калькуляторов, форм и подключенных сервисов.
8. Проверка sitemap.xml. Проверьте процесс генерации sitemap.xml на регулярность и корректность попадающих в него документов.
9. Проверка robots.txt. Проверьте правильность всех директив и синтаксис их написания, уберите лишние пустые строки. Все нужные документы должны быть доступны к индексации поисковыми роботами, посмотреть это можно в Яндекс.Вебмастере.
Перевести сайт клиента на новую CMS мы решили, потому что был сделан редизайн и возможности старой платформы перестали соответствовать растущим потребностям сайта. Переход прошел летом, когда активность пользователей снизилась в связи с периодом отпусков.
На графике переходов из поисковых систем видно, что в момент переезда было небольшое снижение, но затем трафик вернулся в течение трех дней к стабильным значениям: 1200-1250 визитов в сутки. Показатели не проседают даже в праздники (красные метки в графике).
Главная возможная проблема при переезде сайта — это потеря органического трафика. Так может случиться, если в процессе были допущены ошибки:
Когда все пункты чек-листа по переезду на протокол HTTPS или новую CMS выполнены, SEO-специалист проверяет, готов ли обновленный сайт к приему трафика:
В нашем чек-листе мы отразили все этапы и нюансы, которые важно учесть при переносе ресурса. Следуя ему, вы сможете сделать это без потери трафика и позиций в поиске.
Этот алгоритм поможет не потерять ссылочную массу: сохранить объем внешних ссылок с учетом тематических связей документов акцептора и донора. А также исключить ошибки в работе сайта. Помните, что технические сбои приводят к появлению страниц, отдающих 404 ошибку, а дубли и 404 ошибки гарантируют проблемы с индексацией.
Вы сохраните настройки всех страниц, метатегов и структуру заголовков, микроразметку. Корректно перенастроите все системы, завязанные на адресе документа: блоки перелинковки, адреса канонических страниц, интерактивные формы, корректную настройку всех элементов аналитики на сайте.
Как говорил Станиславский «не верю». При переезде на https обе пс дали идентичную динамику? Покажите изменение трафика http и https месяц к месяцу. Вот там и понятно будет.
А в целом инструкция. Хочешь чтобы ничего не поменялось, то ничего не меняй или сделай так чтобы пс не увидела разницы. Редизайн без просадки также с трудом верится, если это реально был редизайн, а не мелкие правки.
Мертвый текст эта статья.
Н-да. Ожидал увидеть что то другое в статье. Например, как не потерять трафик и позиции при смене доменного имени! Ан нет, переезд на другую cms и смена протокола. Про редиректы как бы давно всем известно. Откройте лучше секрет, как менять доменные имена без потери позиций!))
Спасибо за дополнение, потеря трафика при переезде на новое доменное имя — тоже частая проблема. Но и ее можно избежать. Если есть задача сменить доменное имя и внутреннюю адресацию, то лучше разбить ее на два этапа: сначала переезд без смены адресов страниц (постраничный 301 редирект), затем после проверки склейки уже переходить на новый движок со сменой адресации.
Если же такой вариант невозможен и нужно переходить одновременно, то важно сделать редирект главной в главную, для страниц, имеющих трафик или ссылочный вес, сделать постраничное сопоставление по логике старого и нового движка. Все остальные страницы — 301 редирект на новую главную.
Если у старого сайта была история и внешние ссылки, важно держать эти редиректы все время жизни нового домена.
У авторов есть два безусловных плюса: литературный редактор и корректор. Не важно, в скольки лицах. Этого так не хватает большой части местных созидателей!
И один индуцированный минус: очевидно, писавшие эту статью крепко испорчены цеховым обычаем — оплатой «за количество знаков» )
Такой редкой водной воды давно не встречал
Лучше стараться не переезжать, заморочек хватает.
С настройками почты помню были какие то сложности при переезде, но со временем все починили.
Если все таки вы решились, начинать переезд, как и описано в статье, нужно с резервного копирования (бэкап сайта). Помню перед переездом наткнулся на эту статью и она мне очень помогла выкачать весь сайт по FTP.
Рассказывают эксперты форума Ecomference Rupost Retail Week.