SEO пошаговый план для миграции веб-сайтов

1. Тип миграции сайта
2. Что мы расскажем в этой статье?
3. Влияние миграции на видимость онлайн
4. Пошаговая миграция
5. Требования при миграции
6. В итоге
7. Мой подход
8. 3. Определите структуру и структуру внутренних ссылок.
9. Структура обзора
10. Отображение отсутствующих страниц
11. 4. Проанализируйте среду разработки
12. Проверьте требования SEO
13. Анализ контента (включая проверку внутренних ссылок)
14. Внести предлагаемые изменения в среду разработки
15. 5. Подготовьте перенаправления
16. Подготовить перенаправления
17. Тест перенаправления на среду разработки
18. Уведомить все вовлеченные стороны о новых URL
19. 6. Помощь в жизни
20. Реализовать перенаправления
21. Конвертировать DNS
22. Проверьте robots.txt, мета-роботов и заголовки http
23. Запустите сканер, чтобы проверить весь домен
24. Согласие всех сторон на возможность миграции
25. Распространенные ошибки при миграции
26. Сохранение позиций по сравнению с продолжением текущего позиционирования

Не все миграции сайта одинаковы. Влияние на видимость в Google определяет, сколько усилий нужно приложить к проекту во время миграции. Существуют изменения в макете сайта или переход на совершенно новую платформу, такую ​​как Magento 2. Количество URL-адресов, которые можно изменить, и технология, выбранная за сайтом, в частности, определяют влияние, которое миграция может оказать на видимость в Интернете в поисковых системах.

Тип миграции сайта

В последние годы, будучи фрилансером SEO, я смог поддержать многих клиентов в запуске и оптимизации их (нового) сайта. Как на стороне рабочего стола, так и непосредственно на стороне клиента, с разработчиками за столом или в составе целой маркетинговой команды. Во время этих миграций произошло много ситуаций, которые повлияли на видимость рассматриваемых доменов в Google.

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

Что мы расскажем в этой статье?

Процесс
Как мы проходим процесс SEO вокруг живого сайта?
Постановка задачи
Как мы можем предотвратить снижение органических позиций?
Содержание

Влияние миграции на видимость онлайн

Разные типы миграций можно различать по степени воздействия:

1. Новый дизайн
2. Протокол http в https
3. Миграция контента или изменение структуры
4. Разработка платформы
5. ребрендинг
6. Полная миграция платформы

Вопрос о точном влиянии миграции на органическую видимость трудно определить количественно. Изменение URL-адресов влияет на позиционирование в поисковых системах, но эту часть трудно выразить точными цифрами.

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

Краткая формула: Объем * CTR * C% = дополнительные ордера в ближайшем будущем с более высоким позиционированием или потеря ордеров с более низким позиционированием. Объясните это в сравнении с текущим позиционированием наиболее важных поисковых терминов, и вы определите влияние на текущее позиционирование. Показатели кликов, используемые для обычных позиций, могут быть, например: 1: 30-20% 2: 20-10% 3: 5% 4-10: 1%.

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

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

Пошаговая миграция

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

Требования при миграции

• Анализ воздействия: определение местоположения, менеджеры и сроки
• Своевременный доступ ко всем инструментам Google (Google Analytics, Консоль поиска, AdWords)
• Доступ к среде разработки
• Изменение DNS должно быть сделано правильной стороной
• Правильная реализация предлагаемых перенаправлений
• Своевременная доступность нового контента

1. Сбор информации и состав команды

Вы должны заранее определить, какие части веб-сайта будут изменены и кто будет участвовать в процессе. Как специалист по SEO, вы вовлекаетесь в процесс создания нового веб-сайта (или выпуска версии) своевременно, чтобы справиться с большим количеством потенциальных проблем. Вы также хотите, чтобы за столом находились правильные люди, и для этого вам необходимо определить, какие стороны участвуют в миграции.

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

Есть несколько хорошо известных примеров траекторий, например, как вы не хотите мигрировать Ryanair (2014) где пропуск перенаправлений привел к значительному уменьшению, и Хулу (2016) , Hulu - это отдельный случай, когда структура URL не была такой большой проблемой, но прикладная технология не могла быть правильно проиндексирована поисковыми системами. Обе проблемы могут быть решены заранее, при условии, что во время разработки нового сайта вовремя был задействован специалист по SEO.

В итоге

• Определить влияние миграции на позиционирование
• Определить сроки по отделам (контент, разработка, маркетинг)
• Кто когда подключается и кто за что отвечает?
• Планируйте работу в соответствии с информацией, которая была собрана

2. Соберите URL

Для полной миграции все URL-адреса (старые и новые) должны быть известны. У нас есть несколько источников, чтобы определить миграцию и максимально ограничить общее количество URL-адресов.

Мой подход

Откройте Excel и добавьте URL-адреса источников ниже в отдельных вкладках:

1. Запустите screaming frog в старой среде, чтобы отобразить все URL
2. Распечатайте прошлогодние URL-адреса из Google Analytics, в случае больших объемов используйте только целевые страницы с наибольшим объемом трафика.
3. Распечатать профиль ссылки с Majestic, Ahrefs или подобным инструментом ссылки
4. Отчеты о содержании для использования Google Search Console
5. Фильтрация и дедупликация URL (параметры, http / https, non-www / www, дублированные URL)
6. Проверьте платные кампании и каналы товаров
7. Не включайте неизмененные URL в список перенаправлений

Теперь, когда мы собрали все URL-адреса из вышеперечисленных источников, мы должны максимально продублировать URL-адреса и отфильтровать их в новой вкладке. Поскольку некоторые страницы объединяются, а некоторые остаются, не все URL-адреса необходимо перенаправлять. Мы удалим оставшиеся страницы из обзора. Используя этот список в качестве отправной точки, мы можем связать новые URL со старыми в двух столбцах. Как только новые URL станут известны, мы можем подготовить список перенаправлений. Каждый вариант URL-адреса (http или https, прописные или строчные буквы и параметры) содержит уникальные URL-адреса и должен также обрабатываться таким образом.

Также рассматриваются различные параметры, которые присутствуют в URL. Фактически, учитывая многочисленные источники, с которыми мы обращаемся, мы получаем разные версии 1 URL. Протокол (http против https) и поддомен (www или не www), в частности, определяют это. Некоторые параметры в URL-адресах, такие как идентификаторы сеансов, могут быть легко удалены из обзора. Это оставляет чистый список URL-адресов для ссылки. Убедитесь, что в списке нет петель перенаправлений , поскольку некоторые URL-адреса могут не изменяться при конвертации веб-сайта. Эту проверку можно выполнить в среде разработки с помощью Screaming Frog.

Пример 1: Управление средой разработки с использованием Screaming Frog

3. Определите структуру и структуру внутренних ссылок.

Исследование ключевых слов

Для полного охвата всех релевантных поисков по продукту и услуге, необходимо выполнить поиск по ключевым словам. Входные данные для этого частично связаны с организацией и частично с имеющимися данными относительно соответствующих поисков. Списки комбинаций могут быть составлены для захвата новых комбинаций поисковых терминов. Планировщик ключей от AdWords служит источником определения объема поиска в Google. Знать о ограничения Планировщика ключевых слов ,

Структура обзора

Исследование ключевых слов может определить, содержат ли URL-адреса с наиболее важными поисковыми терминами правильное количество внутренних ссылок. Страницы, которые почти не содержат входящих ссылок из внутренней структуры, могут иметь более низкий рейтинг, чем это возможно в среде с правильной внутренней структурой ссылок. Оценка новой структуры направлена ​​на максимальный поток ценности ссылки на наиболее важные входные данные. Это также помогает пользователю найти конкретные страницы в домене. Так что не забывайте об удобстве использования сайта.

Отображение отсутствующих страниц

Из списка собранных URL можно составить список отсутствующих страниц. Это страницы, которым еще не присвоен URL в среде разработки. Затем важно поместить этот контент в новую среду, чтобы ценный контент не терялся. Этот процесс может быть дополнен с помощью сеансов сортировки карточек или при помощи службы поддержки клиентов относительно часто задаваемых вопросов.

4. Проанализируйте среду разработки

Перед тем, как приступить к разработке кода сайта, обычно разрабатывают каркас и дизайн. Уже во время этого процесса, проверка от специалиста SEO желательно, чтобы убедиться, что все желаемые функции SEO присутствуют. В частности, здесь необходима возможность размещения контента по типу страницы.

Проверьте требования SEO

Необходимо своевременно проверять среду разработки на предмет критических SEO-точек. Вы, конечно, должны также принять во внимание последние события от Google, чтобы вы могли сразу же включить новые функции в новый веб-сайт. Это включает в себя полную реализацию микроданных, мобильную индексацию и обработку контента для избранных фрагментов и голосового поиска.

Для проверки возможных узких мест вы хотите иметь возможность проверить среду разработки с помощью Получить как Googlebot в консоли поиска или с помощью различных инструментов разработки Google. Среда разработки должна быть доступна для ботов Google. Для проверки микроданных вы можете при желании скопировать и вставить код, не организовывая доступ для бота Google. Общие требования SEO могут быть записаны в документе для разработчика. Читай, например SEO развития в 2018 году чтобы увидеть, что вы должны принять во внимание.

Пример 2. Проверка с использованием различных инструментов Google

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

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

Анализ контента (включая проверку внутренних ссылок)

В дополнение к проверке технических моментов, требуется контент-анализ. Этот анализ включает, в частности, обзор внутренних ссылок, которые необходимо скорректировать. Необходимо включить неполное / неправильное завершение различных метатегов HTML, а также завершение возможных микроданных для расширенных фрагментов и избранных фрагментов.

Внести предлагаемые изменения в среду разработки

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

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

5. Подготовьте перенаправления

Сопоставьте старые и новые URL

Теперь, когда все старые и новые URL-адреса известны, можно создавать перенаправления. Они должны быть связаны друг с другом в максимально возможной степени 1-на-1. Однако, если страницы больше не существуют в новой ситуации, они должны быть связаны с аналогичной или родительской страницей (уровень категории). Это создает список перенаправлений, которые должны быть правильно реализованы на новом веб-сайте.

Подготовить перенаправления

В зависимости от функциональности добавления перенаправлений на сервер, должны быть разработаны различные правила рефералов. Если в CMS нет функциональности, то добавление RewriteRules и перенаправлений 301 соответствует файлу .htaccess веб-сервера (на серверах Apache) или в конфигурации Nginx.

Эти постоянные ссылки должны оставаться в системе не менее шести месяцев, чтобы мы могли быть уверены, что поисковые системы приняли новые URL-адреса. Также убедитесь, что «петли перенаправления» не вводятся. Цикл перенаправления - это переход от URL к себе, чтобы он никогда не попадал на уникальную страницу.

Тест перенаправления на среду разработки

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

Уведомить все вовлеченные стороны о новых URL

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

6. Помощь в жизни

Как уже говорилось, вовлеченные стороны должны быть своевременно проинформированы о начале работы, чтобы каждый мог правильно подобрать свою работу. В режиме ожидания рекомендуется проверить запуск, чтобы вы могли вовремя заметить, идет ли миграция в соответствии с планом. К сожалению, из-за задержки данных в течение двух дней, консоль поиска будет доступна только для консультации позже. Особенно обратите внимание на отчеты о производительности Analytics и журналы сервера, где могут возникнуть потенциальные проблемы.

Реализовать перенаправления

Для запуска в жизнь должны присутствовать (окончательные) перенаправления, и, предпочтительно, они также должны быть подвергнуты анализу в среде разработки.

Конвертировать DNS

Если местоположение сервера (IP-адрес) действующего сервера изменяется после его запуска, необходимо изменить настройки DNS. DNS служит телефонной книгой для URL, с помощью которой серверы могут запрашивать местоположение друг друга. Поэтому важно, чтобы здесь отображался правильный IP-адрес. Поскольку обработка измененных записей DNS всегда имеет некоторую задержку, иногда для всех может потребоваться до 24 часов, чтобы узнать об этих изменениях. Иногда в период после запуска некоторые группы посетителей все еще видят старое местоположение / веб-сайт. Очистка кеша DNS может помочь в этом.

Проверьте robots.txt, мета-роботов и заголовки http

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

Запустите сканер, чтобы проверить весь домен

Чтобы имитировать поведение сканера, мы можем запустить инструмент, такой как Screaming Frog, чтобы проверить все перенаправления и существующие URL-адреса для обработки поисковыми системами, такими как Google. Длина заголовков и метаописаний, а также количество имеющихся символов также могут быть включены во время этой проверки. Например, вы обозначили статус вашего «нового» домена в обзоре.

Согласие всех сторон на возможность миграции

Теперь, когда все знают о миграции, все вовлеченные стороны должны также дать свое согласие, прежде чем будет обработана фактическая «кнопка»! Также проверьте, были ли все доступные отслеживания перенесены в новую среду. Рассмотрим, например, разные пиксели отслеживания. Потеря данных была бы позором, так как новые посетители также могут прийти на сайт с пиар-активностей.

Распространенные ошибки при миграции

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

• Поддерживать блоки индексации среды разработки после запуска (noindex, nofollow, http header или robots.txt)
• Реализация кода, которую поисковые системы не могут пройти
• Нет или слишком мало URL перенаправлены
• Содержимое не (полностью) включено
• Внутренние ссылки не настроены
• Оставьте платные каналы и состав канала товаров без изменений с точки зрения URL
• Изменить идентификатор Google Analytics, введя новый аккаунт
• Не публикуйте данные об пикселях Facebook / отслеживании AdWords / отслеживании электронной торговли Google Analytics
• Не настраивайте конверсии + события в Google Analytics после запуска
• Не выполнять окончательную проверку

В дополнение к позиционированию, есть и другие точки данных, которые мы хотим наметить до и после запуска, чтобы определить, делаем ли мы какие-либо успехи с новым сайтом. Установите это как период до начала работы (м / м), но также и период прошлого года (г / г). Например, рассмотрим:

• Общее количество органических посетителей
• Показатели отказов
• Средняя продолжительность сеанса
• Коэффициент конверсии

Вы даже можете отобразить эти данные на уровне страниц, в зависимости от того, какое влияние оказывают конкретные страницы на результаты. См. Также анализ воздействия, который мы составили ранее.

Сохранение позиций по сравнению с продолжением текущего позиционирования

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

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

Пример развития органического трафика после запуска и добавления нового функционала.

В любом случае не забудьте настроить все обратные ссылки на новую ситуацию. Создание многоязычного веб-сайта и его расширение за рубежом - это, вероятно, также варианты увеличения трафика в долгосрочной перспективе. Для этого также необходимы определенные конфигурации для достижения оптимальной видимости. Для всех описанных шагов, убедитесь, что SEO-специалист вовремя подключен, который, помимо разработчика веб-сайта, также участвует в разработке нового веб-сайта. Профилактика остается лучше лечения!

Похожие

Комментарии