Стадия 1: Определение целей, объема работы и процессов

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

1.1 Согласование целей.

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

• минимизация потери трафика;
• минимизация падения рейтинга;
• поддержка ключевого рейтинга;
• поддержка основного трафика;
• все вместе вышеперечисленное.

1.2 Оценка времени и объема работ.

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

1.3 Будьте честны и уверены в своих силах.

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

1.4 Тщательно продумайте процесс перемещения сайта.

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

• Наследственную архитектуру сайта;
• Новую архитектуру сайта;
• Технические ограничения на обеих платформах.

1.5 Обсудите с клиентом план перемещения.

Как только план перемещения сайта будет разработан, обсудите его с заказчиком, так как следует понимать, как исполнять рекомендации. Каждое подразделение должно понимать суть своей работы и не допускать ошибок вследствие недопонимания, последствия которых могут быть катастрофическими. Большинство агентств недооценивают перемещение сайта и фокусируются в основном на создании нового портала и его работе. Зачастую они не выделяют необходимые ресурсы для запуска и тестирования перенаправления на новый URL со старого сайта. Ответственность за то, чтобы мастера понимали количество работы, ложится на SEO-оптимизаторов. Ведь необходимо сначала проверить работоспособность сайта на тестовом сервере (учитывая и окружение), что позволит заранее убедиться, что запуск пройдет благополучно. Не имеет значения, насколько хорошо вы просчитали шаги по перемещению ресурса, немного дополнительного времени не помешает, ведь что-нибудь может пойти не так. Чтобы перемещение сайта было удачным, необходимо обеспечить взаимодействие всех вовлеченных подотделов: определенные мероприятия должны быть проведены в определенное время. Если кажется, что что-то идет не так, как запланировано, следует объяснить, какие риски потери рейтинга существуют и как это может отразиться на потере дохода. Конечно, ни один владелец сайта не будет рад об этом услышать, но упоминание подобных проблем может стать козырной картой, чтобы клиент согласился на дополнительные меры.

1.6 Выберите идеальное время.

Независимо от того, насколько организованы и активны вы, что-либо все равно может пойти не так. Очевидно, что перемещение сайта не должно проходить в «горячую» пору или при ограничении ресурсов и времени. То есть, если вы планируете перенести ресурс по продажам, то вряд ли стоит это делать за две недели перед Рождеством, дождитесь января, когда уляжется суета с покупкой подарков. Аналогично, не следует перемещать туристический сайт в весенние и летние месяцы ― в сезон отпусков. Ведь именно в это время и повышается трафик и доход, если начать перемещение сейчас, владелец все это потеряет. Логичнее перенести все работы на более спокойное время для компании. Подобные вопросы важно обсудить с клиентом заранее, чтобы принять оптимальное бизнес-решение. Вряд ли стремительная миграция сайта ― хорошая идея. Если недостаточно времени, чтобы уложиться, перенесите работу на более поздний срок.

Стадия 2: Работы на старом сайте

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

• Хостинг/IP адрес;
• Доменное имя;
• URL-структура;
• Архитектура сайта;
• Контент;
• Дизайн.

В случае изменения доменного имени, проанализируйте такие нюансы:

• Содержит ли предыдущий/новый домен больше/меньше ключевых запросов?
• Находятся ли оба домена на одном и том же уровне? Повлияет ли изменение на ранжирование сайта?

2.1 Сканирование старого сайта.

Использование сканирующих приложений, таких как Screaming Frog, Xenu Link Sleuth и др., позволит убедиться в том, что перенаправление на новый адрес будет распознано адекватно. Это необходимо для того, чтобы избежать целых цепочек в будущем. Самым простым приложением для этого является Xenu Link Sleuth. Сюда следует экспортировать все отслеживаемые URL, чтобы потом получить результат в MS Excel. Рекомендуется использовать такие настройки этого приложения:

• Количество параллельных потоков следует ставить низким, чтобы избежать «тайм-аутов».
• Высокое значение «глубины» позволить просканировать сайт как можно глубже.
• Существующие перенаправления должны быть отмечены.

2.2 Экспорт главных страниц.

Экспортирование всех адресов, которые имеют входящие ссылки, является важной мерой. Ведь таковые в значительной степени влияют на ранжирование сайта в поисковиках.

Open site explorer предоставляет много информации о главных страницах сайта:

• авторитет страницы;
• связь корневых доменов;
• связи с социальными медиа (лайки на Facebook, твиты и др.).

Поскольку Open Site Explorer может и не найти некоторые страницы, можно использовать Majestic SEO как на весь домен, так и на поддомен. Обратите внимание на ACRank: страницы с более высоким показателем имеют наибольшее значение. Рекомендуется загрузка файла CSV со всеми данными.

Если вы не подписаны на Open Site Explorer (OSE ) или Majestic SEO, вы можете использовать инструменты для веб-мастера от Google. Чтобы определить наиболее связанный контент, выберите «Links to your site». Нажав на «More», вы загрузите всю таблицу CSV. Конечно, это не те возможности, которые дают Open Site Explorer или Majestic SEO, но лучше, чем вообще ничего. Кроме того, существуют и другие информационные сервисы для глубокого изучения перелинковки.

Google analytics.

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

Индексированные страницы в Google.

Сбор данных о 500 и даже 1000 индексированных страницах в Google может показаться довольно странным занятием, но оно имеет свои преимущества. Используйте Scrapebox или специальное расширение в Chrome. Несмотря на всю странность подобной работы, вы сможете найти все страницы с ошибкой «404», которые все еще индексируются поисковиком, а также те, которые не были собраны на предыдущих этапах. Сохраните эти данные.

2.3 Экспорт страниц «404».

Перемещение сайта является прекрасной возможностью привести таковой в порядок. Особенно когда речь идет о действительно больших порталах. На таковых бывают сотни и даже тысячи страниц с ошибкой «404», а ведь на них тоже могут вести ссылки. Загрузить данные можно прямо из «Инструментов вебмастера»: выберите Diagnostics, затем «Сканирование ошибок». Найти такие страницы можно и с помощью OSE. Используя бесплатное приложение SEO Moz, вы можете выяснить, какие из подобных страниц следует перенаправить согласно данным об их рейтинге, показателе mozRank, а также о количестве внешних ссылок. Идеальным решением будет перенаправить ссылки на наиболее релевантные страницы. Определить релевантность можно по наличию ключевиков в URL.

2.4 Оценка производительности сайта.

Этот шаг необходим в том случае, если меняется окружение или платформа ― CMS в частности, что может привести к негативным последствиям. Поэтому так важно заняться оценкой вовремя. Сканирование ресурса помогает выявить наиболее уязвимые места, чтобы не ухудшить индексацию нового сайта. В такой оценке помогают некоторые инструменты, например Pingdom. Наиболее интересные данные появляются в общей информации, как и в таблице «Анализ страницы». Экспортирование данных или даже просто скриншот принесут пользу для оценки сайта. Проанализировать можно наиболее типичные страницы, а также главную.

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

Для сравнения данных можно использовать и Web Page Test, чтобы картина получилась более полной. Следует проводить подобный анализ и тогда, когда сайт находится на тестовом сервере, и когда он уже запущен. На любые колебания эффективности следует своевременно реагировать.

2.5 Измерение рейтинга.

Этот шаг следует предпринять в идеале до того, как будет запущен новый сайт. Очень важно сохранить детализированный отчет, который содержит максимальное количество ключевиков, чтобы впоследствии можно было бы сравнить данные по страницам. Кроме текущей позиции, важно учесть и рейтинг URL. В целом измерение рейтинга может оказаться довольно сложным занятием, поэтому следует прибегнуть к надежным методам. Например, можно использовать расширение в Chrome от Google Global для определения семантического ядра. Таким образом можно отследить, как ранжируются ключевики относительно стран и городов. При большом количестве используемых запросов целесообразно обратиться к платным сервисам, таким как Advanced Web Ranking, SEO Powersuite или Web CEO.

С помощью Google Global ― расширением Chrome ― вы можете отслеживать, как результаты выдачи меняются от страны к стране, от региона к региону, от города к городу.

Стадия 3: Составление карты перенаправления урлов

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

Составление карты перенаправления страниц: шаг за шагом.

1. Сохраните все прошлые URL, которые были определены и сохранены в CSV-файлах ранее. Пусть этот список будет расположен на первом листе файла в MS Excel.

2. Удалите все дублирующиеся адреса.

3. Заполните тайтлы страниц, используя SEO для инструментов Excel.

4. Проверьте, отвечает ли сервер на запросы. Все страницы с ошибкой «404» следует вынести в отдельную таблицу, остаться должны только те, которые получают ответ «200».

5. На новый лист файла скопируйте все URL нового сайта, используя приложение для сканирования.

6. Заполните и здесь тайтлы страниц, как в шаге 3.

7. Сравните списки. Для этого можно использовать специальные функции программы Excel.

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

9. Страницы «404», вынесенные в отдельную таблицу, следует оценить с точки зрения ценности для создания ссылочного окружения. Для этого можно использовать SEO Moz, Majestic SEO.

10. После оценки страниц «404» наиболее значимую часть таковых надо перенести на первый лист с адресами как возможные для перелинковки.

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

12. Если не будет найдено ни одной идентичной страницы, выберите наиболее релевантную.

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

14. Ту же процедуру можно сделать и автоматически: написав срипт, который сопоставит адреса страниц и их мета-теги.

15. Еще раз поищите дублирующиеся урлы в старом списке.

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

Стадия 4: Новый сайт на тестовом сервере

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

4.1 Блокирование доступа сканированию: что нужно и не нужно делать.

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

• Блокирование доступа robots.txt (не рекомендуется).

Это не рекомендуется делать потому, что Google будет индексировать сайт и, возможно, URL (но не контент). Это рискованно и в том случае, если все файлы тестового будут отображены на запущенном ресурсе. Две строки кода помогут закрыть доступ поисковиков к сайту:

User-Agent: *

Disallow: /

• Добавьте «noindex» в мета-теги на всех страницах (не рекомендуется).

Это рекомендует сделать Google, чтобы полностью исключить индексацию страниц.

<html>

<head>

<title>...</title>

<meta name="robots" content="noindex">

</head>

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

• Защитите паролем тестовое окружение (рекомендуется).

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

• Разрешите доступ конкретным IP-адресам (рекомендуется).

В данном случае сервер откроет доступ внешним IP-адресам, например, самого SEO-агентства. Доступ поисковым роботам будет ограничен.

4.2 Подготовка файла robots.txt.

Это один наиболее ответственных шагов, так как именно на этом этапе создается доступ к ресурсу для поисковых роботов, которые будут идти по пути, предложенному картой сайта в формате XML, например:

User-agent: *

Allow: /

Sitemap: http://www.yoursite.com/sitemap.xml

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

4.3 Подготовка карты сайта XML.

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

4.4 Подготовка карты сайта в HTML.

Несмотря на то, что XML-карты достаточно для того, чтобы поисковики индексировали сайт, файл в формате HTML позволит просканировать ресурс более глубоко. Но и такую карту следует проверить заранее на неработающие ссылки, например, с помощью Check My Links в Chrome или Simple Links Counter в Firefox.

4.5 Отметьте неработающие ссылки.

Запустите сканирование заново, если обнаружено достаточно много как внешних, так и внутренних неработающих ссылок, 302 редиректов или других проблем.

4.6 Проверьте 301 редирект.

Это один из наиболее важных шагов на данном этапе. Возможно, его придется повторить несколько раз. Все URL, которые должны быть перенаправлены, следует проверить. Для этого можно использовать Xenu Check URL или Screaming Frog. Эти приложения составят отчет относительно 301 редиректа. Но не следует рассчитывать, что они сообщат, корректен ли адрес, куда ведет редирект. Это можно сделать только с помощью функции VLOOKUP в программе Excel.

4.7 Оптимизируйте редирект.

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

4.8 Решите проблему повторяющегося контента.

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

― директории с или без обратного слэша (URL должен вести на нужную страницу);

― когда дело в урлах, ссылка должна вести на нужную страницу или выводит ошибку «404»;

― при разных протоколах, например, когда сайт доступен и через http, и через https, что требует особого внимания, так как должен существовать тогда один доступ ― через https;

― доступные IP-адреса: при запросе IP-адреса может создавать дубликат контента;

― URL на различных доменах, например: www.examplesite.com и examplesite.com, тогда редирект должен вести на нужную страницу;

― внутренний поиск может генерировать дубликаты страниц с разными адресами;

― при наличии URL с параметрами после «?».

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

4.9 Мониторинг сайта и robots.txt.

Используйте Uptime Robot для мониторинга сайта и его URL. Каждый раз, когда ресурс не будет работать, вы будете получать сообщение на электронную почту, в Twitter DM или даже в SMS. Можно прибегнуть и к Robotto. http://i.imgur.com/yHo0Y.jpg (Uptime Robot)

Стадия 5: Запуск нового сайта

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

5.1 Сообщите о сайте через Webmaster Tools в Google.

Если изменился домен сайта, вам следует сообщить об этом поисковику с помощью инструментов веб-мастера. Соответственно, новое доменное имя должны быть добавлено в Google и проверено. Если же имя не изменилось, поисковик рано или поздно сам найдет обновленные страницы сайта. Чтобы отслеживать индексацию страниц, можно через Webmaster Tools загрузить карту сайта в XML.

5.2 Ручная проверка.

Независимо от того, как все было проверено на тестовом сервере, запущенный сайт тоже нуждается в анализе. Обратите внимание на такие нюансы:

• аномалии в robots.txt;
• наличие «noindex» в тегах;
• наличие тега «nofollow» в коде;
• 302 редирект, вместо которого следует использовать 301;
• проверьте сообщения об ошибках в инструментах веб-мастера;
• проверьте на наличие ошибок XML и HTML-карты сайта;
• отсутствующие или неадекватные названия страниц;
• отсутствующие или неправильно перенаправленные мета-описания;
• убедитесь, что страницы «404» получают аналогичный ответ сервера;
• убедитесь, что код отслеживания присутствует на всех страницах и отслеживается верно;
• измерьте производительность сайта и сравните с параметрами старого ресурса.

5.3 Отслеживайте ошибки сканирования сайта поисковиками.

О таковых всегда сообщают в Webmaster tools как Google, так и Yandex и Bing. Поэтому следует проверять наличие подобных сообщений в своем аккаунте, особенно в течение первых дней или даже недель запуска сайта. Своевременно реагируйте на такие уведомления и решайте проблему.

5.4 обновление наиболее ценных внешних ссылок.

Из CSV-файла, созданного на этапе 3.2, выделите наиболее ценные внешние ссылки, например, с использованием Majestic или OSE. Попробуйте обновить ссылки, сделать это можно связавшись с веб-мастерами тех сайтов, откуда вели эти линки. Прямые ссылки имеют большее значение, чем 301 редирект, поэтому стоит потратить на их восстановление определенное время.

Определите наиболее авторитетные ссылки и свяжитесь с веб-мастерами, чтобы обновить урлы.

5.5 Разместите новые ссылки

Размещение новых, свежих ссылок ― хорошее решение, так как даже с 301 редиректом ссылочное окружение может быть утеряно, а новые линки не только компенсируют таковое, но и создадут новый путь для поисковых роботов.

5.6 Ликвидируйте внутренние 301 редиректы

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

Стадия 6: Анализ успеха

Как только новый сайт запущен, влияние всех предыдущих работ следует тщательно контролировать. Неплохой идеей является еженедельный мониторинг рейтинга и индексации ресурса, но выводы можно делать не ранее чем через 3-4 недели. Вы должны быть терпеливыми. Глубокая индексация занимает некоторое время ― в зависимости от размеров сайта, его архитектуры и внутренних ссылок. Следите за следующими параметрами:

― Индексация: утвержденные и проиндексированные страницы будут показываться в Webmaster Tools.

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

― Измерения Open site explorer. Хотя данные и не обновляются ежедневно, следует внимательно следить за такими параметрами, как авторитет домена, авторитет страниц, MozRank. Данные можно собирать за месяц. В идеале все показатели должны оказаться на прежнем уровне в течение двух месяцев. Если этого не произошло, значит, индексация чем-то осложнена и утеряна часть ссылочной массы.

― Кэш Google. Проверьте временные метки для кэшированных страниц для таковых различного типа.

― Производительность сайта в Webmaster Tools. Это может занять несколько недель, но будет полезным узнать, как Google воспринимает ресурс до и после его изменения. Любые всплески должны насторожить веб-мастера.

Дополнительно: полезные инструменты для веб-мастера и SEO-оптимизатора

При перемещении и редизайне сайта вам могут пригодиться следующие инструменты.

Приложения для сканирования ресурса:
Xenu Link Sleuth (бесплатно);
Analog X Link Examiner (бесплатно);
Screaming Frog (платно);
Integrity (для MAC - бесплатно);
Scraper Extension (Chrome);
Scrapebox (платно).

ПО для анализа ссылочного окружения:
Open Site Explorer (бесплатно & платно);
Majestic SEO (бесплатно & платно).

Анализ HTTP:
HTTP Fox (Firefox);
Live HTTP Headers (Firefox).

Проверка IP:
Show IP (Firefox);
WorldIP (Firefox);
Website IP (Chrome).

Проверка ссылок:
Simple Links Counter (Firefox);
Check My Links (Chrome).

Инструменты для мониторинга:
Uptime Robot (мониторинг домена);
Robotto (мониторинг robots.txt).

Проверка рейтингов:
Google Global (Chrome);
SEO SERP (Chrome);
SEO Book Rank Checker (Firefox).

Анализ производительности сайта:
Yslow (Firefox);
Page Speed (Firefox);
Page Speed (Chrome);
Speed Tracer (Chrome).