Сравнение двух вариантов склейки доменов Яндексом по скорости
Данным постом я хочу осветить мои сравнительные результаты по скорости склейки доменов Яндексом путем применения двух вариантов переноса сайта на новый домен:
- На старом домене сразу же ставился 301-й редирект на новый домене.
- Сначала создавалась абсолютная копия сайта (зеркало), на обоих в файле robots.txt прописывалась директива
host
, указывающая на новый домен, и только после индексации сайта по новому адресу ставился 301-редирект со старого домена.
Целью обоих вариантов являлось появление страниц сайта по новому адресу в индексе Яндекса в как можно более короткие сроки.
Итоги 1-го варианта
Последний раз данным способом я переносил сайт более года назад. Результаты были весьма впечатляющие – Яндекс потратил 17 недель. Вполне возможно, что причиной такого срока явилось то, что до переноса сайта на новый домен стоял обратный редирект. Тем не менее, срок склейки по данному варианту очень большой.
Итоги 2-го варианта
Здесь результаты оказались тоже впечатляющими, но в кардинально противоположную сторону.
Эксперимент проводился одновременно с несколькими сайтами: регистрировался абсолютно новый домен, в тот же день создавалось зеркало сайта и сразу же прописывалась директива host
в файле robots.txt.
К моему большому удивлению, первые страницы сайтов по новым адресам появлялись в индексе Яндекса на 6-7-й день с момента вышеуказанных действий. Через еще пару дней в индексе было уже примерно 30%-50% страниц, ну а еще через недельку-полторы – почти все страницы по новым адресам появились в индексе Яндекса.
А что же с Yandex тИЦ и Google PR?
За время процесса склейки был один раз апдейт тИЦа. У пары сайтов есть тИЦ, отличный от нуля, но он пока не “переплыл”, возможно, из-за того, что прошло еще мало времени. А вот там, где был Google PR, при следующем апдейте он должен обязательно перенестись (я уверен), гугл делает свое дело шустро.
Вывод
Вывод напрашивается сам по себе – разумнее использовать второй вариант склейки доменов, поскольку он занимает существенно меньшее количество времени по сравнению с первым вариантом.
Однако, в каждом конкретном случае эти результаты запросто могут быть другими, они могут зависеть от разных факторов. Поэтому не стоит воспринимать мой опыт как истину в последней инстанции.
P.S. Было бы любопытно узнать ваши результаты по обоим вариантам склейки, чтобы оценить насколько мои результаты близки к среднестатистическим.
Комментарии (22)
спасибо за статистику, а то всё никак не мог решиться переехать на домен первого уровня, боялся потерять наработанные места в поиске и ранки.
Пользуясь моментом, спасибо и за прошлый пост с плагином для зеркала!
Пожалуйста. Рад, что пригодилось.
Я пользовался вторым способом, для одного из своих сайтов более года назад. ПР перетек не весь была 3 стала 2. Хотя возможно это дала прогонка нового домене по каталогам. А вот Яша вообще не индексирует новый. Писал платону, а ответы как всегда стандартные
Я пользовался первым вариант .На него у меня ушла уйма времени (около 20 недель) несоветывао бы им пользоваться
со 2 способом вам явно повезло.
Но все равно рекомендую пользоваться директивой роботс.
Так как, если ставите 301 редирект, то сайт полностью вылетает из индекса и нужно ждать склейки, с помощью host: сайт из индекса не вылетает до тех пор пока новый не проиндексируется. Это мне ответил сам яндекс
Еще никогда не склеивал домен. Но буду пользоваться 1м вариантом.
Спасибо за сравнение двух вариантов, добавил в копилку знаний :)
Яндекс индексирует только основное зеркало сайта. Поэтому 301 редирект просто не работает. Он не приводит к склейке сайта, а приводит только к выпадению страниц из индекса.
Спасибо за эту статью, пригодилась. Щас вынужденный переезд нужно будет совершить, вспомнил что тут было про переезд. :) Как перееду, пожалуй отпишусь тут, что получилось.
вопрос такой: а www.mysite.ru (pr3) www.mysite.ru/index.htm (pr2) следует ли сливать через редирект 301?
Не понял вопроса.
Я вот только одного не пойму, после удачной склейки, нужно держать сайт на старом домене, или можно его удалить, и еще старый домен нужно продлевать?
Спасибо.
Можно удалить.
а домен продлевать?
Если на нем нет сайта, и сам домен ценности не представляет, то не нужно
а если кто нибудь потом зарегистрирует этот домен, и повесит на него другой сайт, получиться же что домены расклеятся или нет?
Расклеиться, но не сразу, и не во всех поисковых системах.
Например, гугл расклеивает гораздо быстрее чем яндекс. Я брал склеиные домены с понравившимся мне названием, яндеск расклеивал почти 2 месяца, в гугле примерно 2 недели, уже индексировать начал.
Ребят вопрос такой: сменил доменное имя и Cms, но контент остается таким же. Эти варианты подойдут? Получится, что с любых страниц старого доменного имени будет перенаправляться на например newdomain.ru? Как лучше склеить посоветуете?
Заранее спасибо.
И черт же меня дернул поставить 301 редирект! Итог 3 недельного редиректа:
1. Гугл склеил за 5 дней
2. Сайт выпал из Яшки почти полностью (было 650 страниц осталось 43)
3. Новый домен в индексе Яндекса есть, но всего 144 страницы и позиции совсем не те.
Сейчас открыл доступ к старому домену скопировав все изменения и жду зеркальщика, может еще не поздно вернуть позиции и склеить нормально.
Мой совет всем, 301 редирект работает нормально только для гугля, если основной траф из яши – лучше через robots.txt и Host:
здравствуйте. А подскажите, пожалуйста, по поводу 1 варианта – вы устанавливали редирект 1:1, т.е. с каждой страницы старого сайта на такую же страницу на новом сайте? или просто на главную ставили редирект?
и не могли бы вы привести код редиректа? или вы делали то же самое, что и здесь – http://dimox.name/pro-smenu-domenov-i-skleyku-tits-i-pr/ ?
заранее спасибо
Использовал код из той статьи.
Могу поделиться своими выводами. По моему опыту, идеальный вариант для максимально быстрой склейки зеркал:
1) Прописываем в robots.txt главное зеркало
2) В .htaccess прописываем исключения для файлов robots.txt и файлов подтверждения владением доменом для янлекса и гугла
3) В вебмастере гугла настраиваем смену адреса
2) Для всех остальных страниц в .htaccess делаем необходимую переадресацию.