1. 1. Подготовка технических заданий (ТЗ) для реализации полигона
2. 2. Анализ полигона и контроль реализации
3. 3. Подготовка трафика для передачи сайта
4. 3.1. Что я должен сделать перед миграцией на новую CMS?
5. 3.2. Что нужно сделать после перехода на новую CMS?
6. 4. Проверка и контроль после переноса сайта
7. выводы

Часто онлайн-проект «растет» на родной CMS (системе управления контентом). Те, кто уже пережил такой несоответствующий переход, хорошо понимают все риски неграмотного трафика сайта, поэтому они предупреждают о предстоящих действиях SEO. Но как вы контролируете все нюансы, чтобы сайт не терял осанку и трафик после миграции?

Я подготовил контрольный список с последовательными шагами и описанием действий инженера поисковой оптимизации для всех этапов трафика сайта на новой CMS.

1. Подготовка технических заданий (ТЗ) для реализации полигона

Важной особенностью перехода на другую CMS является технический аудит. Все ремонты и SEO улучшения должны быть реализованы на новом «ядре» снова.

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

Перед тем, как начать работу над новым сайтом или когда уже есть «сырой» тестовый сайт, SEO-специалист должен дать программисту техническое задание:

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

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

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

1.4. Основные технические рекомендации . Исключить индексные страницы, настройку robots.txt, оптимизацию разбивки на страницы, настройку кода ответа сервера, генерацию sitemap.xml и html-sitemap, каноническую настройку, микроформаты, мультисайты, автоматическую настройку позиций ( 301), оптимизация изображения.

1,5. Рекомендации по развертыванию SEO-исправлений, которые были ранее развернуты и требуют передачи или не могут быть реализованы на старом «ядре». Вам не удавалось реализовать или оптимизировать страницы фильтра раньше? Добавьте отдельную телевизионную деталь, чтобы реализовать их. Есть ли адаптируемая версия сайта? Добавьте PO, который будет создан. Не забудьте описать, что нужно перенести.

2. Анализ полигона и контроль реализации

Через некоторое время программист сообщает вам радостное уведомление - тестовый сайт доступен.

Основные задачи на этом этапе:

2.1. Соответствие дизайна. Если на сайте работают дизайнеры, попросите их прислать вам макеты. Подготовьте список разъяснений, вопросов, замечаний. Запишите все вопросы, которые возникают, даже самые незначительные. Включите клиента для обсуждения. Требовать ремонта на макетах или договориться о том, когда будет сделан ремонт. Чем четче сделаны макеты, тем меньше вам придется исправлять на тестовой площадке. Если моделей нет, проверьте все на тестовом сайте и все же подготовьте список разъяснений, вопросов и замечаний.

2.2. Контроль за выполнением технических заданий. Вам не нужно ждать, пока вы не развернетесь, и надеяться, что все будет сделано именно в соответствии с требованиями CA. Попросите разработчиков периодически показывать конечные точки Условий обслуживания.

2,3. Выполнение мини-аудита для удобства использования. Удобно ли пользователю выполнять целевые действия? Удобно ли размещена информация на сайте? Работает ли отправка всех форм в корзине? Здесь стоит проверить в первую очередь.

2,4. Проведите аудит-тестирование на тестовом сайте. Когда сайт будет готов, проведите быстрый аудит, чтобы выяснить, есть ли какие-либо новые критические ошибки. Работают ли основные функции? Правдива ли информация на сайте? Тестовые страницы или временные тексты остались там? Не генерировать дополнительные ссылки из блока для быстрого просмотра? Новые типы страниц предлагают динамические URL? Появились ли циклические линии?

3. Подготовка трафика для передачи сайта

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

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

3.1. Что я должен сделать перед миграцией на новую CMS?

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

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

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

Вот как:

http://site.com/old-url → 301 → http://site.com/new-url

Таким образом, старые страницы старого сайта остаются без строк, что приводит к ошибке 404:

http://site.com/old-old-url → 404

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

В дополнение к загрузке списка лидеров, на этом этапе требуется дополнительная страховка.

Как мы это делаем?

3.1.2.1. Получите самые интенсивные страницы в Google Analytics за последний год или два. Для этого необходимо ввести отчет «Органический поиск», выбрать нужные даты и основной параметр - «Целевая страница». Затем выберите 500-1000 строк, отображаемых на странице, и нажмите «Экспорт».

3.1.2.2. Загрузите страницы от Ahrefs, которые имеют внешние ссылки. Для этого перейдите на сайт Ahrefs, введите домен своего сайта и выберите «Экспорт».

В таблице нас интересует только ссылка «Ссылка URL», то есть те страницы нашего сайта, которые направлены на внешние ресурсы.

3.1.2.3. Объедините две таблицы и удалите дубликаты страниц (вы можете использовать Notepad ++ с дополнительным расширением TextFX):

3.1.2.4. Список всех URL-адресов следует поместить в отдельную таблицу и проверить ответы со страниц, чтобы понять, какие страницы в настоящее время доступны.

Проверка может быть выполнена с помощью Netpeak Chekker.

Если таблица лидеров старого сайта правильно переведена, все ранее загруженные страницы тестового сайта дадут код ответа 301:

http://test-site.com/old-old-url → 301 → http://test-site.com/old-url → 301 → http://test-site.com/new-url

Чтобы проверить код ответа и правильную настройку строк, просто измените домен основного сайта с помощью теста и проверьте URL-адрес в Netpeak Checker в том числе код состояния и перенаправления. Также стоит идти по линии строки - код ответа может быть 301, но строка находится на главной странице.

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

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

Как сделать таблицу со строками?

1. Загрузите все целевые URL со старого сайта, используя Netpeak Spider ,
2. Сравните их с URL нового сайта.
3. Если на новом сайте нет аналоговой страницы - нет необходимости устанавливать перенаправление, необходимо получить код ответа 404.

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

Пример таблицы строк:

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

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

Другое дело, если URL формируются вручную. Вряд ли разработчик может установить строки без соответствующих таблиц. Хотя для описания продуктов они иногда применяют метод поэтапного сравнения.

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

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

3.1.4. Перенос контента со старого тестового сайта. Если вы не передадите контент на тестовый сайт, он будет просто потерян при переносе. И это может существенно повлиять на рейтинг страницы.

Дайте четкие рекомендации о том, какой контент следует перенести на тестовый сайт:

• текстовые страницы и разделы;
• текстовые страницы оптимизированных фильтров (если есть);
• Контент из описаний товаров: текстовые описания, обзоры, видео, функции;
• вся информация с официальных страниц, страниц статей, служебных страниц или блогов.

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

Пример таблицы переноса текста:

3.1.5. Проверочные файлы. Попросите разработчиков оставить файлы проверки от Google и Jandex в корневом каталоге, чтобы вы не могли потерять доступ к передаче.

3.1.6. Синхронизация информации. Тестовый сайт часто загружает текущую базу продуктов и не обновляется. Но перед Днем Х вся информация на сайте должна быть синхронизирована. Включая цены на товары (услуги) и статусы (доступны для продажи или товары недоступны).

3.1.7 . Информация для других специалистов. Вы должны написать в ЦС, что программист или клиент должен предупредить рекламодателей и специалистов по социальному маркетингу, что URL-адреса будут изменены, и скоро начнется переход на новую CMS. Также специалистам необходимо указать, какие коды нужно перенести на новый сайт.

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

3.2. Что нужно сделать после перехода на новую CMS?

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

Что следует включить в настройку Google Analytics:

• рекомендации по внедрению кодов отслеживания (Google Analytics, Janex.Metrics или Google Tag Manager, а также уже реализованные коды системы статистики).
• настройка электронной коммерции (для проектов электронной коммерции);
• настроить отслеживание событий.

3.2.2. Настройка robots.txt. Часто настройки robots.txt переносятся с тестового сайта. Результат этого основного сайта оказывается закрытым для индексации. Опишите необходимые инструкции в файле robots.txt, чтобы иметь возможность оперативно развернуть их после передачи.

3.2.3. Создать Sitemap.xml. Файл sitemap.xml также часто передается непосредственно с тестового сайта вместе с URL-адресом с тестового сайта. На этом этапе вы должны попросить разработчика обновить файл, чтобы увидеть страницы основного сайта. Вам также необходимо настроить автоматическое обновление файла один раз в день (используйте Cron ).

3.2.4. Замените внутренние ссылки современными. Все ссылки (меню, ссылки в тексте, ссылки на следующий, предыдущий, канонические атрибуты) должны быть обновлены, то есть не с тестового сайта.

Кроме того, после установки 301 строки ссылки в тексте могут давать внутреннюю 301 строку. После того, как вы перенесли их, вы сможете загрузить их и отправить редактор исправлений в редактор.

3.2.5. Проверьте настройки индексации. Опишите основные параметры индексации, которые необходимо проверить. Этот момент станет ориентиром как для вас, так и для разработчика.

Обратите внимание на фильтры для индексации фильтров и их перекрытий на официальных страницах.

Планирование миграции в пятницу или на выходных - плохое предзнаменование.

4. Проверка и контроль после переноса сайта

4.1. После перехода сначала проверьте файл robots.txt и настройки строки. Проверьте, не закрыты ли целевые страницы с метатегом <meta name = "robots" content = "noindex, follow" /> .

4.2. Проверьте мета-информацию на каждой странице - были ли дубликаты.

4,3. Проверьте работу всех форм и корзины.

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

4,5. Еще раз проведите аудит мини-сайта, чтобы выяснить, не возникли ли новые критические ошибки.

4,6. Обновите файлы sitemap.xml в профилях веб-мастеров, чтобы поисковые роботы могли быстрее видеть новые URL-адреса.

4,7. Соблюдайте движение и позиции. Некоторое время трафик может упасть на 10-20%, но если все будет сделано правильно - он восстановится в течение месяца.

выводы

Работа SEO-специалиста при переходе на новую CMS состоит из четырех важных этапов:

• Подготовка необходимых технических заданий для полигона
• анализ полигона и контроль развертывания;
• подготовка к переносу сайта;
• проверка и пост-миграционный контроль.

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

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

Похожие

Комментарии