Вопросительное письмо в службу поддержки:

> В настоящее время сайт site.ru переносится на новый домен site.com.
> Выполнены все рекомендуемые мероприятия для корректной склейки показателей и
> изменения индексирования (редирект 301, host: www.acg54.com, сохранение
> структуры).
> Вопрос. Будут ли внешние ссылки на старый домен acg54.RU учитываться для
> домена acg54.COM после склейки?

Ответное письмо:

Здравствуйте, Сергей!
Мы не гарантируем видимость конкретных сайтов по конкретным запросам ни при переносах их на другой домен, ни при каких других обстоятельствах. В поисковой системе Яндекса сайты ранжируются в соответствие с их релевантностью запросам пользователей. Если сайт продолжит оставаться релевантным запросам пользователей, его можно будет видеть по этим запросам.
Чтобы сохранить накопленный ранее тИЦ, необходимо сделать сайты полными зеркалами с правильным robots.txt, который может выглядеть примерно так:
User-agent: Yandex
Disallow:
Host: url_нового_сайта
Выложить этот robots.txt по адресам всех зеркал. Далее необходимо дождаться прохода робота зеркальщика, он отследит внесенные изменения и переклеит сайты по адресу из Host. В среднем процесс занимает до 4–6 недель, ускорить его, к сожалению, нельзя. тИЦ, соответственно, будет перенесен на адрес главного зеркала после пересчета. Устанавливать перенаправление 301 в данном случае не следует. После того, как сайты будут склеены, характеристики старого сайта будут учитываться для нового.

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

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

В настоящее время под моим чутким руководством идет перенос сайта на новый домен (3500 страниц с форумом). Процесс уже длится месяц. Подробный отчет будет по окончанию процесса (до окончания этого года).

UPD 2009-01-11. По данным Яндекс.Вебмастер произошла склейка доменов. Старый домен вообще исчез из консоли управления. Показатели нового домена существенно не изменились, т.е. не произошло склейки внешних ссылок и тИЦ. Региональная принадлежность перенесена на новый домен. Что ж… подождем еще пару недель и будем спрашивать у саппорта: «Где наш склееный тИЦ и внешние ссылки»?

Подписываемся на RSS, спрашиваем в комментариях.

Зачем переносить сайт на новый домен?

Причинами может послужить следующие ситуации.

1. Освободилось более удобное/красивое/краткое доменное имя, и было бы хорошо перенести сайт на него;
2. Сайт имеет доменное имя, а теперь хочется свое и особенное (список бесплатных доменных зон);
3. Текущий домен “забанен” поисковой системой и нужно его сменить, для увеличения посетителей.
4. Доменное имя не принадлежит владельцу сайта, и хочется свое и особенное;

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

Быть или не быть переносу домена?

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

Начнем с положительных моментов.

• Более удобное и  звучное имя будет способствовать укреплению имиджа сайта (компании);
• Запоминающийся домен, увеличит количество посетителей;
• Переход на “свой” в юридическом плане домен позволит избежать риска шантажа или Киберсквоттерства;
• Смена домена позволит избежать санкций со стороны поисковых систем.

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

• В основных в рунете поисковых системах на период 1-4 месяца вы сильно упадете в поисковой выдаче;
• Накопленные качественные показатели тИЦ и Pr старого домена не сразу, а может и не полностью перенесутся на новый домен;
• Придется управлять вдвое большим количеством электронных ящиков (e-mail) вашего домена или настраивать редирект почты на новый домен;
• Дополнительные расходы по регистрации доменного имени (в большинстве случаев около $15 в год);
• Затраты на специалиста осуществляющего мероприятия по смене домена;
• Поиск хостинга с достаточно широкими возможностями (.htaccess, доступ к Log-файлам, управление почтовыми аккаунтами и т.д.)

Что бы решить нужно или нет, сравните риски которые вы снижаете и риски которые вы принимаете, т.е. плюсы и минусы. Посчитайте в денежном выражении.

Мне кажется в половине случаев можно отказаться от мероприятий по смене домена, во всяком случае до лучших времен. А пока просто зарегистрировать приглянувшийся домен, разработать план и ждать подходящего момента.

Как переносить?

В настоящий момент нет единого плана переноса сайта на новый домен для всех поисковых систем, “всем не угодишь”. В частности у Яндекс и Google различные рекомендации по изменению домена и они даже частично противоречат друг другу. Противоречие в следующем: в процессе переезда Google требует настройки 301 редиректа, а Яндекс наоборот должен иметь одновременный доступ к обоим доменам с идентичным контентом до самого окончания процесса переноса (Платон Щукин подтверждает). Процесс получается долгий и спешки не приемлет.

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

1. Регистрируем старый домен в сервисах для администраторов Яндекс и Google (Яндекс.Вебмастер, Google инструменты для вебмастеров);
2. Регистрируем новый домен, паркуем его на существующий хостинг сайта или создаем зеркало сайта на другом хостинге с новым доменом;
3. Начинаем постоянное отслеживание полной идентичности содержания сайтов на старом и новом домене (количество, содержание страниц, дизайн);
4. Регистрируем новый домен в сервисах из пункта №1;
5. Создаем директиву host в файле robots.txt для начала переноса в Яндекс’е. Процесс займет от 1 до 4 месяцев. Факторы определяющие продолжительность не выявлены, но явно замечено, что чем больше сайт (количество страниц и документов (файлов) – тем больше времени. Для уточнений обращаемся к статье «Переезд сайта на новый домен» инструкция от Яндекса.
6. С помощью Яндекс.Вебмастер наблюдаем как количество страниц в индексе старого домена уменьшается, а нового – наоборот увеличивается. В конце процесса поступит сообщение от Яндекс, об успешной склейке доменов и переносе тИЦ. С Яндексом разобрались.
7. В сервисе «Google инструменты для вебмастеров» настраиваем «Изменение адреса» с указанием нового домена, и выполняем все остальные рекомендации по переносу (главное – редирект 301, как это сделать в cpanel) . Отслеживаем процесс индексации нового сайта и параллельном уменьшении количества страниц участвующих в поиске Google для старого домена.
8. Проводим мероприятия по исправлению старого домена на визитках, официальных документах, рекламных носителях и т.д.

По мнению автора такой план отличается от других тем, что он достаточно консервативен и растянут во времени. Однако в то же время он менее рискован, мероприятия происходят поэтапно, в случае если на каком то этапе возникнут проблемы, вопрос времени не критичен, т.к.  следующие этапы еще не начаты. Например, если при смене домена в Яндексе сильно упал поисковый трафик, Google продолжает на прежнем уровне направлять пользователей на старый домен. Такая ситуация кажется лучше чем потерять до 90% трафика от обоих поисковых систем одновременно.

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

upd 9 февраля 2010 года. Предположения подтвердились, для Яндекс’а хватает указания директив в файле robots.txt. Склекейка доменов произошла в течение месяца-двух, постепенно набирал страницы в индекс (очень помогает регулярное обновление Sitemap.xml). В целом я доволен.

Google индексировал оба сайта, очень медлительно. По прошествии 90 дней он отключил настройку “изменение адреса” в панели инструментов для вебмастера, которая должна была выкинуть из индекса старый домен. Видимо нужно настраивать редирект 301, тогда он выкинет все страницы старого домена. Проблема налицо, Гугл не понимает какой из доменов главный, а какой зеркало.

Вообще редирект может понадобится в следующих случаях:

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

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

Входим в Cpanel своего хостинга и выбираем раздел “Перенаправления”. Перед нами единственное окно настройки редиректа для ваших доменов. Далее объясню за что отвечает каждое поле.

В поле “Тип” выбирается тип перенаправления. 301 – перенаправить навсегда, 302 – временный редирект. Чаще всего используется 301 редирект. Например вы решили сменить домен и старый уже ни когда не использовать – 301 редирект это для вас.

В поле “http://(www.)?“  нужно выбрать домен с которого вы будете перенаправлять, в списке будут все домены вашего хостинга.

В поле “перенаправление к” вписываете домен на который настраивается перенаправление. Это может быть домен на другом хостинге.

Поле “www redirection:” отвечает за следующие условия перенаправления:

• Only redirect with www – перенаправлять обращения только если в адресе присутствует www;
• Redirect with or without www – перенаправлять в не зависимости от присутствия в адресе www;
• Do Not Redirect www - не  перенаправлять если в адресе присутствует www.

Опция “Перенаправление с шаблоном“, ставим галочку если мы настраиваем перенаправление домена целиком.

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

Это все настройки перенаправления доступные через cPanel.

После добавления каждого правила, обязательно проверяем их корректную работу с помощью браузера. Например если вы решили создать перенаправление с домена www.ваш-сайт.ru на домен ваш-сайт.ru (хотите что адрес вашего сайта отображался без приставки WWW). Открываем любимый браузер и вводим адрес с www, и после загрузки страницы в адресной строке ваш сайт должен отображаться без приставки WWW. Если не работает, смотрим в конец этого документа.

Далее следуют типичные ситуации перенаправления и скриншоты, показывающие их настройки.

Редирект с домена с WWW на домен без WWW

Редирект с домена без WWW на домен с WWW

Редирект с одного домена (с www и без www) на другой (без www)

Редирект отдельной страницы сайта

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

Если после добавления подобных правил в разделе “перенаправления” появляются ошибки причины могут быть следующие:

• Вы создали правила, противоречащие друг другу. Например, сделали одно правило на редирект на домен с WWW и еще одно перенаправляющее на домен без WWW.  Браузер будет до бесконечности “кружится” между доменом с WWW и без оного (циклический редирект). Выход – проверить все добавленные правила редиректа на логическую верность.
  
• Созданное вами правило противоречит с глобальными настройками хостинга. Это означает что для всех клиентов вашего хостинга единые настройки сервера и перенаправлений в том числе, обычно в целях безопасности. Выход – связаться со службой поддержки и найти компромисное решение вашей задачи.
• На вашем хостинге вы не можете самостоятельно создавать файл .htaccess или изменять его (в этот файл cPanel записывает ваши правила). Бывает что при создании .htaccess сервер перестает работать и выдает ошибку 500. Или провайдер уже за вас создал какое то правило (в .htaccess) и оно не отображается в Cpanel но в тоже время конфликтует логически с вашим правилом редиректа. Выход обратиться в службу подддержки провайдера для того что бы он сам создал правила или дал права на создание/изменение файла .htaccess.

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

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