Ожидания от переноса контента

⇐ ПредыдущаяСтр 68 из 85Следующая ⇒

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

На это влияет несколько факторов (в зависимости от вашей конкретной ситуации). Перечислим некоторые из этих факторов.

• Размер и сложность вашего сайта.

Для больших и сложных сайтов потребуется больше времени.

• Сложность переноса.

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

• Авторитет сайта.

Сайты, которые имеют более высокий авторитет (у поисковых движков) могут быть обработаны быстрее. Авторитет влияет и на частоту просмотра сайта.

• Добавление на новые страницы новых ссылок.

Получение новых ссылок на новые URL или изменение старых ссылок (которые указывали на старые URL) таким образом, чтобы они указывали на новые URL.

Если вы переходите на совершенно новый домен, то можете воспользоваться инструментом Change of Address из набора Google Webmaster Tools. Но прежде убедитесь в том, что и ваш старый домен, и ваш новый домен подтверждены в Webmaster Tools. Затем на начальной странице Webmaster Tools щелкните старый домен, а в разделе Site Configuration щелкните Change of address. Затем выберите новый сайт.

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

Поддержка видимости в поисковых движках во время и после изменения дизайна сайта

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

Во время этого процесса на сайте может измениться что угодно, например:

• контент может переместиться на новые URL;

• контент может быть удален;

• контент может быть убран под защиту учетной записи;

• могут быть добавлены новые разделы;

• может быть добавлен новый функционал;

• может быть существенно изменена навигация или структура внутренних ссылок.

Конечно, может произойти также и полный перенос на новый домен, но это мы опишем в следующем разделе.

Вот некоторые лучшие практики для изменения дизайна сайта.

• Создайте редиректы 301 для всех URL с исходной версии сайта на правильный URL сайта. Это нужно сделать для любых изменений местоположения контента, а также и для того контента, который был удален. Для документирования переносов используйте электронную таблицу наподобие показанной в начале этой главы (чтобы ничего не упустить).

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

• Просмотрите отчет по обратным ссылкам для вашего сайта и повторите описанный в предыдущем пункте процесс для первых 200 или 300 результатов. Обратите внимание, что в отчеты из Yahoo! Site Explorer включаются и ссылки с атрибутом NoFollow, так что при его использовании имеется определенная погрешность. Используйте более продвинутые инструменты, такие как Linkscape (http: //www.seomoz.org/linkscape) или Majestic-SEO (http: //www.majesticseo.com), которые позволяют фильтровать ссылки для выявления наиболее важных.

• Не забудьте обновить вашу карту Sitemap (http: //www.sitemaps.org/) и разместите ее в Google Webmaster Central (http: //www.google.com/webmasters/).

• Отследите рейтинги вашего контента, сравните их со старыми. Если рейтинги упадут, разместите в форуме Google Groups Webmaster Central Forum (http: //www.google.com/support/forum/p/Webmasters? hl=en) информацию о том, что вы сделали, и о том, что произошло, а также всю информацию, которая может пригодиться тому, кто будет помогать вам.

• Отследите свою учетную запись в Webmaster Central на предмет появления ошибок 404, а также смотрите за тем, как Google работает с вашими редиректами 301. Если увидите ошибки 404, то убедитесь в том, что у вас имеется соответствующий редирект 301. Если его нет, внесите поправку. Не ограничивайтесь проверкой только ошибок 404. Обращайте также внимание и на такие коды состояния протокола HTTP, как 500, 302 и пр.

Поддержка видимости в поисковых движках во время и после изменения имени домена

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

Проблемы изменения имени домена

Одним из наиболее сложных аспектов изменения имени домена является потенциальная потеря того доверия, которое поисковые движки приписывали старому домену. Доверие не всегда так просто переходит к новому домену. Еще одна проблема состоит в том, что ключевые слова, которые присутствуют в старом имени домена и отсутствуют в новом, могут негативно повлиять на те поисковые термины, в которые они входят. Например, когда Matt Mullenweg (основатель WordPress) изменил домен своего персонального сайта с http: //photomatt.net на http: //ma.tt, его положение в Google по термину Matt утратило позицию № 1.

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

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

К сожалению, при таком переносе потеря трафика – обычное дело. Если вы все сделаете правильно, то восстановитесь (и будем надеяться, что это произойдет быстро). И тем не менее, вам следует быть готовыми к тому, что перенос повлияет на ваш трафик.

Подготовка к переносу

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

Затем зарегистрируйте новый домен в Google Webmaster Central, Bing Webmaster Tools и Yahoo! Site Explorer. Это вторая часть задачи. Необходимо, чтобы Google узнал о вашем новом домене как можно раньше (и как можно большим количеством способов).

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

• Создайте редиректы 301 (для всех URL старого сайта), указывающие на правильные URL нового сайта. Хочется надеяться, что для масштабных изменений вы сможете использовать такие инструменты, как modrewrite или ISAPIRewrite. Для особых случаев примените индивидуальные правила. Все это должно быть готово уже при запуске.

• Просмотрите в вашей аналитике первые 100 доменов, посылающих трафик на старые страницы, свяжитесь с их web-мастерами для корректировки ссылок.

• Просмотрите отчет Yahoo! Site Explorer для вашего сайта и повторите описанный в предыдущем пункте процесс для первых 200 или 300 результатов.

• Убедитесь в том, что и старый, и новый сайты проверены и имеют карты Sitemap в Google Webmaster Central, Bing Webmaster Tools и Yahoo! Site Explorer.

• Запустите компании в средствах информации и в Интернете. Ваша цель – быстрее получить как можно больше входящих ссылок на новый сайт и привлечь большое количество операций поиска по бренду на новый сайт.

• Отследите рейтинги вашего контента и сравните их со старыми. Если рейтинги упадут, разместите в форуме Google Groups подробности произошедшего.

• Отследите свою учетную запись в Webmaster Central на предмет появления ошибок 404, а также посмотрите за тем, как Google работает с вашими редиректами 301. Когда вы увидите ошибку 404, то убедитесь в том, что у вас имеется соответствующий редирект 301. Если его нет, внесите поправку.

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

• Проследите за реферралами из поискового трафика. Они подскажут, на какой стадии процесса вы находитесь.

• Вы можете также проверить журналы вашего сервера на наличие ошибок 404 и 500. Это может указать на проблемы, которые вы упустили.

Дополнительные идеи вам может дать Matt Cutts, который на конференции PubCon 2009 (http: //blog.milestoneinternet.com/web-development/faq-on-duplicate-content-and-moving-your-site-by-matt-cutts-at-pubcon-2009/) предложил следующее:

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

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

Смена сервера

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

Обычно это довольно простой процесс: нужно отправиться к регистратору, у которого зарегистрировано ваше доменное имя, и обновить записи DNS, чтобы они указывали на новый сервер. Вы можете также временно уменьшить параметр Time to Live (TTL) протокола DNS до пяти минут (чтобы перенос произошел быстрее). В основном это и все. Но даже если вы последовали такому процессу, могут возникнуть некоторые проблемы.

Приведем самые часто встречающиеся.

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

• К сожалению, издатели часто забывают перенести основной контент и файлы. Например: robots.txt, файлы аналитики, карты sitemaps.xml, файл. htaccess и т. д. Самый первый совет – не забудьте перенести эти файлы. Людям свойственно делать ошибки.

• Разница в конфигурации серверов также может привести к неправильной обработке некоторых типов запросов. Например, даже если и ваш старый, и новый серверы работают под управлением IIS, все равно существует вероятность того, что ваш новый сервер сконфигурирован таким образом, что он будет превращать любые редиректы 301 в редиректы 302, что является довольно большой проблемой.

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

Кроме того, перед началом переноса вам следует выполнить тестирование нового сайта на его новом месте. Вам придется осуществлять доступ к контенту нового сайта по его физическому IP-адресу. То есть страница с адресом http: //www.yourdomain.com/pageA.html будет находиться по адресу вроде такого: http: //206.130.117.215/pageA.html. Для этого вам понадобится добавить этот IP-адрес и соответствующее ему имя хоста http: //www.yourdomain.com в файл hosts (для операционных систем Windows) того компьютера, с которого вы будете выполнять тестирование, что позволит вам без проблем просматривать сайт по новому IP-адресу. Такое тестирование позволит вам выявить любые неожиданные ошибки. Обратите внимание, что местоположение файла hosts в разных операционных системах Windows отличается, так что вам может понадобиться сделать поиск в вашем компьютере, чтобы определить, где его можно найти.

⇐ Предыдущая 63 64 65 66 676869 70 71 72 Следующая ⇒