SEO эксперимент по полной смене адресов сайта

Суть эксперимента: узнать что будет если все страницы сайта сразу и резко вдруг сменят адрес через 301-й редирект. Попутно решаю проблему лишнего уровня в адресной строке - у меня это /ru/. Хотя кто-то из Google на моей памяти заявлял, что он плевать хотел на "вложенность в каталогах". Так что если это правда - то я просто с экономлю на трафике по 3 байта с каждой ссылки своим посетителям :)

Подопытные сайты

  • Сайт №1 - seoder.ru - всё переехало 24 июля 2010 года. Без PR, тИЦ - 10. Молодой сайт - зарегистрирован 05.05.2010 г.
  • Сайт №2 - varvashenia.ru - всё переехало назначено на 1 сентября 2010 года. PR -4 , тИЦ - 10. Более древний сайт - зарегистрирован 29.03.2008 г.

Начало эксперимента с молодым сайтом

24 июля 2010 в 0:15 по местному времени выгрузил новую cms на сайт и начал проверять чё собственно будет, когда все страницы сайта сменили адрес через 301-й редирект. Ждём-с...
На сейчас в Яндексе 66 страниц, в Гугле 90 (14 в основном поиске).

Завершение. Вернее почти завершение...

27 августа 2010

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

Сейчас в Яндексе болтается 5 страниц на старых адресах из 71-й. В Google таковых наблюдается гораздо болше - аж 37 штук из 110 проиндексированных.

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

Итого

Через месяц

Яндекс почти полностью разобрался с переездом и количество проиндексированных страниц в итоге не изменилось.

В гугле из поиска пропало 17 страниц плюс зависли мёртвые души со старыми адресами и осталось в основном поиске только 8 страниц сайта.

Через полтора месяца

В Яндексе висит из старых урлов ещё 4 страницы, всё остальное выглядит проиндексированным. В гугле осталось 34 старых урла из 118 замеченных поисковиком.

Эксперимент с более древним сайтом

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

Показатели сайта до переезда на 31.08.2010

  • тИЦ - 10
  • PR - до 4-х
  • Страниц я Яндексе - 223
  • Страниц в Google - 191, в основном индексе - 71
  • Яндекс-картинки - 107, Google-картинки - 61
    Блин, тока выгрузил новую CMS, как сразу стало 420 картинок в Яндексе и 90 в Google - наверно совпадение.
  • PR некоторых страниц:
    • морда - 4
    • /ru/seo/canonical_url/ - 3
    • /ru/software/bsb_printer/ - 3
    • /ru/hardware/nas_agestar_nsb3as1t/ - 2
    • /ru/hardware/agestar-fubcp/ - 2
    • /ru/buld_house/ - 2
    • /ru/varvashenia_family_history/ - 2
    • /ru/akvarium/ampuliariia/ - 2
  • Внешних ссылок по версии гугла аж почти полторы тысячи (1460) - что-то явно глюкануло в catalog.tut.by и гугл 29 августа насобирал оттуда аж 1388 ссылок. По версии Яндекса всего 435 внешних ссылок.

01.09.2010

За первый день гугл проиндексировал 56 страниц с новым адресом - все они в основном индексе. PR остался только на главной странице.

Яндекс нашёл на новых адресах аж 9 страниц в которых я чего-то менял. Старые страницы пока не выкинуты ни тем ни другим поисковиком.

07.09.2010

Гугл резко ломанулся индексировать новые страницы - теперь их аж 546, из них 89 в основном индексе. Старых урлов осталось 155, из них 42 в основной выдаче. Яндекс пока топчется на месте. PR остался только на главной.

Резко подскочило количество проиндексированных изображений в обоих поисковых системах: в Яндекс их теперь 420 (вылезли через пару часов после начала эксперимента - наверное совпадение), а в Google аж 355 - подросло за пол суток - ночью ещё было 90 штук.

В гугловых вебмастеровых тулзах пока тишина - данные ещё не переварились.

09.09.2010

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

С PR пока тишина - есть только на главной.

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

В Яндексе всё мёртво, но сайт в поиске продолжает участвовать.

11.09.2010

За два апа (2 и 10-го) Яндекс почти закончил разбираться с моей второй жертвой. В поиск сидит 270 страниц из которых со старыми допереездовскими адресами всего 89. Оставшиеся "старые" страницы в большинстве своём это облако тегов и разные сборы тизеров страниц по какому-либо признаку.

Показатели сайта после переезда на 11.09.2010: стало (было)

  • тИЦ - 10 (10)
  • Страниц я Яндексе - 270 (223), со старыми адресами - 89
  • Страниц в Google - 527 (191), в основной выдаче  - 120 (71), старых адресов 141 из них 33 в основной выдаче
  • Яндекс-картинки - 420 (420/107), Google-картинки - 199 (90/61)
  • PR некоторых страниц:
    • морда - 4 (4)
    • /seo/canonical_url/ - не присвоен (3)
    • /software/bsb_printer/ - не присвоен (3)
    • /hardware/nas_agestar_nsb3as1t/ - не присвоен (2)
    • /hardware/agestar-fubcp/ - не присвоен (2)
    • /buld_house/ - не присвоен (2)
    • /varvashenia_family_history/ - не присвоен (2)
    • /akvarium/ampuliariia/ - не присвоен (2)
  • Внешних ссылок по версии гугла - 1623 (1460). По версии Яндекса - 447 (435) внешних ссылок.

9 октября 2010 года - походу PageRank не сохраняется при переносе страниц

Появился PR для половины тестовых страниц. И он равен 0. Подожду ещё месяцок - возможно что-то изменится.

Выводы

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

PageRank остался только на главной - когда вернётся на переехавшие страницы сообщу дополнительно. ТИЦ не менялся.

RSSAdd to Google

Обсуждение:

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

    Создал синоним m.site.ru

    Создал директорию /sites/m.site.ru на сайте
    site.ru

    Скопировал settings.php из /sites/default в
    /sites/m.site.ru

    Внес в settings.php изменения:
    $conf = array(
    'site_name' => 'Mysite mobile',
    'theme_default' => 'mobile',
    'anonymous' => 'Anonymous',
    );

    Установил тему mobile.

    Модуль mobile tools переключает пользователей с мобильными браузерами на мобильную версию.

    В robots.txt нужно внести
    Disallow:m.site.ru/* ?

  • Отправлено: 2010-11-13 14:13:39
  • Автор: Dmitrii Varvashenia
  • Тема: Мобильная версия сайта. Синоним и robots.txt
  • Степан, приветствую.
    Если есть идея запретить мобильную версию сайта на отдельном поддомене, то robots.txt нужно селить в корне мобильного поддомена и запрещать без упоминания домена - robots.txt он свой для каждого сайта: и для обычного и для мобильного.
    И степень развития современных мобильных браузеров позволяет или ничего не делать для мобильных пользователей или ограничится только отдельной версией ccs и не мучатся с ещё одной копией сайта = по этому поводу недавно на хабре пробегала неплохая статья.
  • Отправлено: 2010-11-13 14:34:34
  • Автор: Степан (Анонимус)
  • Тема: Мобильная версия сайта. Синоним и robots.txt
  • Спасибо, буду смотреть и думать.

    Я плохо понимаю разницу между синонмами и поддоменами, потому и затруднения. Я не создавал отдельного сайта, отдельного robots.txt

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

    Насчет мобильных браузеров - да, я например всегда выключаю картинки, css и мне все-равно есть мобильная версия или нет. Но кто его знает как другие это делают. Плюс, мелочи, которые можно позволить себе на широком экране - на мелком нежелательны. Их надо подтемизировать.
  • Отправлено: 2010-11-13 15:55:03
  • Автор: Степан (Анонимус)
  • Тема: Да, насчет темизации.
  • Понятно, что можно темплейты редактировать, но некоторые вещи слишком сложные. Вместо написания длинных php кодов иногда можно всего-навсего сделать нужный блок.

    P.S. *лучше поздно чем никогда* Я вас тоже приветствую =)
  • Отправлено: 2010-11-13 15:59:21
  • Автор: Dmitrii Varvashenia
  • Тема: Синонимы
  • Упс - я не обратил внимание на самое важное.
    Синоним значит что один и тот-же сайт (общая база, общие файлы) просто доступен по разным адресам и соответственно robots.txt у них общий.
    Нужно нагуглить решение, которое подсунет разные robots.txt для разных названий сайта - когда-то что-то вроде попадалось на эту тему.
    Или просто в мобильной теме в page.tpl.php прописать в meta запрет на индексацию, а сам robots.txt не трогать.
  • Отправлено: 2010-11-13 16:20:44
  • Автор: Степан (Анонимус)
  • Тема: robots.txt. Radio Button.
  • Вроде модуль robots.txt используется при мультисайтинге, наверно подошел бы. Я не делал мультисайтинг.

    >>Или просто в мобильной теме в page.tpl.php прописать в meta запрет на индексацию, а сам robots.txt не трогать.

    Так, пожалуй, проще всего. Спасибо.


    У меня есть сложный вопрос. Задать ли его в виде делового предложения по почте?

    Надо чтобы один Radio Button через какое-то время после установки в одно положение, переключался в другое. В объявлении, чтобы оно становилось неактивным через месяц, скажем.
  • Отправлено: 2010-11-13 17:07:46
  • Автор: Dmitrii Varvashenia
  • Тема: Отключение устаревшего контента в Drupal
  • Что-то мне подсказывает что эта задача решится например по этим модулем: http://drupal.org/project/auto_expire
  • Отправлено: 2010-11-13 17:55:17
  • Автор: Степан (Анонимус)
  • Тема: Отключение устаревшего контента в Drupal
  • Супер, спасибо за наводку!
  • Отправлено: 2010-11-13 20:47:36
  • Автор: Dima Choomc (Анонимус)
  • Я вот тоже переделал один старый сайтег с джумлы на друпал. Надо менять урлы.. Не оставляеть же жумловские.. Волновался о переиндексе, но после прочтения моя паника немного утихла)
  • Отправлено: 2010-11-16 19:39:55
  • Автор: Dmitrii Varvashenia
  • Тут немного другая ситуация - система запомнила соотношение старый=>новый url и всем входящим подсовывала 301-й редирект.
    Если сайт полностью поменяет свои урлы и не сообщит что страницы переехали, то в теории он для поисковиков будет совсем новым или дублированным контентом. А если по старым адресам не будет выдаваться 404 то тут вообще романтика..

    Хотя если заюзать модуль типа global redirect то может и прокатит.

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

    И PR так и не вернулся - теперь переехавшим страницам присвоены нули.

    PS: Спасибо за оценку.

  • Отправлено: 2010-11-16 19:48:20

Как вам материальчик? *



















Тема:

Мысль:

Как звать-то:

Почта:

PS: Комментарии публикуются только после проверки модератором.

PPS: E-mail'ы не публикуются.

* обязательные поля