Как сделать миграцию сайта без вреда для вашего SEO

Итак, вы решилиПеревести свой сайт на новую платформу или новую версию CMS?

Ну удачи!

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

Однако, когда пыль осела, Вы надеетесь, что все закончится на несколько пунктов выше, а еще лучше на несколько страниц выше!

Но будьте осторожны, миграция сайта, вероятно, является причиной № 1 падения рейтинга во всей сети.

Следуйте этому простому контрольный список чтобы избежать спада и предотвратить неловкий разговор с начальником.

Обзор контрольного списка миграции на SEO

  1. Сопоставление страниц
  2. Перенаправление
  3. Внутренние ссылки
  4. Коды отслеживания и пиксели
  5. Стадия развития
  6. В прямом эфире
  7. конец Аудит
  8. мониторинг

1. Сопоставление страниц - трафик не остается позади

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

Я рекомендую вам сначала проверить их!

Вы будете удивлены тем, что набирает трафик, даже эта старая статья из 200 слов 2010 года может направлять трафик на ваш сайт и, что более важно, конверсии.

Так что не удаляйте страницу, не проверив, не приносит ли она пользы сайту.

Поиск истинно избыточных страниц

Перейдите в Google Analytics и в разделе Поведение -> Контент сайта перейдите к целевым страницам.

Здесь вы можете найти все действительно лишние страницы.

Установите период времени на последний год и отфильтруйте трафик ниже 10 (вы можете изменить это число, чтобы результаты были более релевантными для общего трафика вашего сайта).

Это покажет вам все страницы, которые посетили менее 10 раз за последний год.

Теперь вы хотите удалить из списка все страницы, которые находятся в долгосрочных планах SEO, и у вас останутся несущественные страницы с низким трафиком.

По моему опыту, эти страницы делятся на две категории:

  1. каннибал страниц - аналогичный Темы на более мощные, главные страницы.
  2. не-ключевое слово целевые страницы / общие сообщения в блоге.

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

Если страница находится во второй категории, а затем посмотрите, есть ли в нем какие-либо преимущества для пользователя. Если да, то установите noindex и оставьте на сайте. Если это не так, удалите его и перенаправьте на родительскую / домашнюю страницу.

Пример.

Если бы у нас была категория одежды, и у нас также была бы запись в блоге о «Одежда на Brand.com», тогда это, вероятно, была бы страница каннибала (поскольку любой, кто ищет ключевое слово вокруг «одежды» и «бренда», в 99% случаев захочет увидеть раздел одежды на своем веб-сайте, а не сообщение в блоге, в котором говорится о них).

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

301 редирект - ЭТО КЛЮЧ!

Сильнее сказать нельзя:

НЕПРАВИЛЬНЫЕ ПОВТОРНЫЕ НАПРАВЛЕНИЯ - ПРИЧИНА № 1 НЕПРАВИЛЬНОЙ МИГРАЦИИ САЙТА

Если вы ошиблись с переадресацией, Google не увидит в этом миграцию сайта, а как беспорядок. И угадайте, что? Беспорядок не так хорош.

Каждый URL-адрес исходного веб-сайта должен иметь 301 редирект на соответствующую страницу нового веб-сайта.

Очевидно, это применимо только в том случае, если вы изменили структуру или форму URL-адреса. (например, переход с domain.com/sub-page/ на domain.com/page/sub-page/ ИЛИ domain.com/page.aspx на domain.com/page/).

Если страница удаляется, он также должен куда-то перенаправить 301. В идеале, чтобы страница сайта соответствовала теме страниц, а в противном случае - к домашней странице.

Если вы объединяете страницы вместе, то предыдущие версии должны 301 соответствовать новой версии.

Новая карта сайта его не обрежет, подойдет только 301 редирект.

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

** Второе важное примечание: файл robots.txt старого веб-сайта может содержать некоторые очень удобные правила для блокировки ботов на вашей старой CMS, но применимы ли они к новому веб-сайту? Там могут быть правила, которые необходимо обновить, например, если ваша новая система электронной торговли использует другой URL-адрес для параметров или фильтров. Просмотрите каждое правило, выясните, для чего оно использовалось, и посмотрите, есть ли аналог на вашей новой CMS.

Необходимо обновить внутренние ссылки

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

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

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

Если структура вашего веб-сайта изменилась единообразно, вы можете выполнить поиск и замену строки, например если вы перешли с domain.com/где отсутствует-category / category-name на domain.com/category/category-name, тогда вы сможете выполнить поиск и заменить строку product-category.

Некоторые CMS имеют полезные плагины для этого, например, инструмент Better Search and Replace для WordPress.

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

Код отслеживания и пиксели

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

Чтобы быстро их найти, воспользуйтесь Ghostery расширение браузера, которое отображает все файлы cookie и сценарии отслеживания, загружаемые веб-сайтом.

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

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

Тестирование на стадии развития - детские шаги

Область разработки - это место, где вы тестируете новую версию веб-сайта, и поэтому это идеальное место для проверки правильности работы SEO.

Лучший инструмент для технических проверок - Screaming Frog. Просканируйте веб-сайт и убедитесь, что все страницы доступны для сканирования, что большинство (если не все) внутренних перенаправлений были обновлены и исправлены и что ошибок нет.

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

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

Выход в эфир - скрещенные пальцы!

Итак, пора выйти в эфир. Вы сделали все, что могли, и теперь настал момент истины.

Шаги к запуску:

  1. Будьте в состоянии легко переключиться на старый сайт в случае обнаружения ошибок.
  2. Переключитесь на новый сайт (в зависимости от cms). Убедитесь, что файлы .htaccess и robots.txt новые!
  3. Просканируйте URL-адреса старых сайтов, чтобы убедиться, что все перенаправления работают правильно.
  4. Просканируйте новый сайт, чтобы убедиться, что все страницы работают правильно.
  5. Проведите пользовательские тесты, чтобы убедиться, что новый сайт работает правильно (несколько браузеров и устройств).
  6. Отправьте новую карту сайта в Инструменты Google для веб-мастеров
  7. Используйте инструмент «Получение и визуализация» в Инструментах Google для веб-мастеров и проиндексируйте основные страницы нового веб-сайта.

Мониторинг и рейтинги

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

Однако все, что выглядит «подозрительным», следует отметить и затем выполнить следующие проверки:

  1. Правильно ли перенаправляется старый URL-адрес 301 на новый?
  2. На новой странице потеряны какие-либо конкретные ключевые слова из элементов SEO (заголовок, мета-описание, H1)?
  3. На новой странице отсутствует какая-либо важная информация со старого сайта?
  4. Внутренние ссылки все еще указывают на эту страницу?
  5. Вызывает ли пользовательское тестирование какие-либо проблемы?

Если вы обнаружите, что проблема не в изменении URL-адреса, затем устраните проблему и повторно просканируйте страницу.

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

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

В зависимости от размера сайта и того, сколько он сканируется, последствия миграции сайта могут длиться месяцами. Что нужно отслеживать в инструментах Google:

  1. Search Console -> Ошибки сканирования: это признак того, что ваши внутренние ссылки или перенаправления не были реализованы должным образом и должны быть исправлены как можно скорее.
  2. Консоль поиска -> Проиндексированные страницы: обратите внимание на большое падение проиндексированных страниц, поскольку что-то может блокировать их от индексации.
  3. Google Analytics -> Целевая страница (показатель отказов): если вы видите всплески показателя отказов, возможно, что-то не работает или отсутствует, поэтому сделайте несколько визуальных проверок, а затем копайте глубже по устройству / браузеру.

Рейтинги Benchmark - ваша путеводная звезда

Скорее всего, будет несколько рейтингов, которые вы будете использовать внутри компании как примеры того, «чем вы известны».

Они будут символизировать наибольшее движение, или где вы лучший в своей отрасли.

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

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

Заключительные мысли

Миграция сайта - дело сложное, дорогое и может ухудшить, а не улучшить рейтинг.

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

Однако, если у вас есть устаревшая система, которая вредна для пользователей или небезопасна, у вас нет выбора.

Если у вас есть вопросы о миграции с точки зрения SEO, или если вам нужна помощь, напишите мне: [электронная почта защищена]

Насколько полезным был этот пост?

Нажмите на звезду, чтобы оценить это!

Средний рейтинг 5 / 5. Подсчет голосов: 1

Пока нет голосов! Будьте первым, кто оценит этот пост.

Мы сожалеем, что этот пост не был полезен для вас!

Давайте улучшим этот пост!

Расскажите, как мы можем улучшить этот пост?

Мэтт Джексон

SEO-специалист по электронной торговле с более чем 8-летним опытом анализа и исправления веб-сайтов онлайн-покупок. Практический опыт работы с Shopify, Wordpress, Opencart, Magento и другими CMS.
Нужна помощь? Напишите мне для получения дополнительной информации на [электронная почта защищена]

Этот пункт 0 Комментарии к сообщению

Оставить комментарий

Ваш электронный адрес не будет опубликован. Обязательные поля помечены *