Изменение данных

WordPress смена домена

Я нашел описание изменения адреса блога с «site.com/blog/» на обычный «site.com».

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

Всего вам следует выполнить 9 простых шагов. Итак:

1. Если у вас не было robots.txt, то добавляем данный файл с содержимым:

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

2. Создаем резервную копию базы данных и всех файлов wordpress сайта.

3. Открываем файл wp-config.php для редактирования. Лучше всего сделать это через редактор Notepad++. Убедитесь, что у вас используется кодировка utf-8 (без BOM). Добавляем в файл строки:

Здесь newdomain.com – новый домен для сайта, на который вы хотите изменить текущий.

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

5. Для смены домена нам пригодится плагин Search and Replace.

После его установки нужно зайти в раздел «Инструменты» >>> «Search and Replace» и выполнить замену всех вхождений старого домена на новый.

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

В принципе, тот же функционал есть и у модуля. Возвращаемся в раздел админки «Инструменты» >>> «Search and Replace».

В первой форме вы можете указать искомый домен в поле «Search for» и запустить поиск «Go».

Тут, во-первых, нужно обязательно сделать бэкап базы данных (если вы не выполнили его на шаге номер 2), во-вторых обратите внимание на два имеющихся поля. Если ставите галочку напротив «All – only search!», то модуль выполнит поиск фразы в БД

Если же отметка стоит напротив «All – search/replace!» то система выполнит поиск и замену. При этом вы указываете старый и новый домен в соответствующих полях

Если ставите галочку напротив «All – only search!», то модуль выполнит поиск фразы в БД. Если же отметка стоит напротив «All – search/replace!» то система выполнит поиск и замену. При этом вы указываете старый и новый домен в соответствующих полях.

Чуть ниже найдете еще одну форму, где можно выполнить поиск и замену одного домена на другой только в отмеченных таблицах.

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

6. Проверяете все ли работает на сайте – зайдите в категории, посты, страницы, архивы тегов.

7. Удаляете созданный на первом шаге robots.txt и копируете на ФТП тот, который был у вас до этого (если был).

8. Теперь нужно создать перенаправление (301 редирект) со старого домена на новый. Для этого в файле .htaccess пишите:

9. Меняете настройки FeedBurner, если использовали этот сервис для RSS.

4. Выгрузка полного списка страниц и настройка редиректов

видимых

4.2. Сбор списка страниц при помощи сервисов по мониторингу бэклинков

Это можно сделать при помощи «Анализа ссылок» в Serpstat, инструмента «Сайт эксплорер» в Ahrefs, а также ряда других подобных им сервисов. Выбор будет зависеть от ваших личных предпочтений.

4.3. Предварительная чистка списка

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

Негативные факторы

В статье под авторством Платона Щукина «Деликатный переезд (или рекомендации Яндекса по переезду на HTTPS)» от 23 октября 2015 года, сказано:

В статье ничего не сказано о тИЦ (тематический индекс цитирования). Около месяца назад, я менял главное зеркало у «народного» сайта размещенного на uCoz. После склейки зеркал, основным стал домен второго уровня (протокол https), при этом тИЦ 140 обнулился. Вчера тИЦ вернулся с приростом 10 пунктов. О восстановлении тИЦ в течение месяца говорят и другие веб-мастера.

Теперь обратимся к справке Google:

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

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

Исходим из того, что сайт уже ранее добавлен в Яндекс.Вебмастер по протоколу http.

Установка бесплатного сертификата SSL

Первоначально установим только сертификат SSL и посмотрим, что после этого произойдет. Поскольку мой блог размещен на хостинге Beget, то задача значительно упрощается. Заходим в раздел Домены и щелкаем по иконке Управление SSL сертификатами.

Щелкаем по иконке Управление SSL сертификатами

На данный момент, уже многие хостеры предлагают своим клиентам бесплатные сертификаты, Beget не исключение. На вкладке Бесплатный SSL сертификат необходимо указать поддомены (если они есть) и щелкнуть Установить.

Поскольку у домена mukhutdinov.com нет поддоменов, то просто щелкаю по кнопке «Установить»

Напротив домена появился зелёный значок указывающий на то, что SSL-сертификат установлен

Если вы заказываете SSL-сертификат на только что купленный домен, то на выпуск и установку сертификата может уйти несколько суток.

Посмотрим, что изменилось после установки сертификата.

Изменился IP адрес сайта;
Сайт стал доступен по двум адресам — httр://mukhutdinov.com и httрs://mukhutdinov.com;
Практически все документы сайта стили доступны по протоколу https, за исключением страниц с произвольными ссылками (ссылки были указаны с http).

Ссылки внутренней перелинковки из контента записей проставлялись «вручную», т.е. они остались с протоколом http.

При помощи сервиса www.ssllabs.com можно проверить качество установленного SSL-сертификата.

У SSL-сертификата рейтинг класса «А», выше только «А+» (кликабельно)

В полном отчете есть информация и о сроке действия сертификата (valid until).

Теперь необходимо перевести на защищенный протокол внутреннею перелинковку.

Изменение внутренних ссылок

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

В различных интернет-источниках предлагают разные варианты внутренней перелинковки:

//mukhutdinov.com/kak-dobavit-sajt-v-yandex-webmaster.html (относительная ссылка)
/kak-dobavit-sajt-v-yandex-webmaster.html (относительная ссылка)
httрs://mukhutdinov.com/kak-dobavit-sajt-v-yandex-webmaster.html (абсолютная ссылка)

В качестве эксперимента я опробовал первые два варианта, но оба они привели к тому, что после внесения изменений в базу данных я не смог зайти в консоль WordPress. Яндекс.Браузер не выдавал никаких сообщений, а Google Chrome и Opera жаловались на «куки».

Сообщение об ошибке при попытке войти в админку WordPress

Честно говоря я так и не сообразил в чем причина проблемы и решил воспользоваться третьим вариантом, т.е. внутренние ссылки оставить абсолютными указав протокол https.

Берём из бекапа базу данных (файл с расширением .sql), создаем копию и открываем её при помощи текстового редактора NotePad ++. При помощи поиска находим внутренние ссылки и вносим необходимые изменения.

Находим внутренние ссылки с протоколом http и меняем их на ссылки с протоколом https. В конкретном случае было изменено 13 303 ссылки

Сохраняем изменения и архивируем файл (zip-архив) для более быстрой загрузки. Теперь нам потребуется phpMyAdmin — в разделе Управление базами данных MySQL щелкаем по соответствующему значку.

Переходим в phpMyAdmin

При помощи phpMyAdmin импортируем подготовленный нами файл в базу данных сайта.

Указываем местоположение файла базы данных на локальном компьютере и нажимаем кнопку «Вперед»

Если импорт прошел успешно, то должно появиться сообщение на зелёном фоне.

Данные успешно импортированы

В консоли WordPress открываем Настройки — Общие и убеждаемся, что сайт настроен на защищенный протокол.

WordPress настроен на защищенный протокол

Если необходимо импортировать большую базу данных и при при использовании phpMyAdmin возникают ошибки, импортируйте БД через терминал (консоль).

Способ 1 — графический интерфейс

Открываем свойства компьютера. Для этого открываем проводник и кликаем правой кнопкой мыши по Компьютер и выбираем Свойства:

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

В следующем окне нажимаем Изменить и выставляем переключатель Является членом в положение домена и вводим имя домена:

Нажимаем OK. Система запросит логин и пароль учетной записи с правом на ввод компьютера в домен. Вводим логин и пароль, например администратора, и нажимаем OK. Windows выкинет несколько сообщений о присоединении компьютера к домену и запросит перезагрузку — соглашаемся.

Изменяем домен в WordPress на новый

4. На четвертом этапе, во-первых, отредактируем наш файл wp-config.php. Скачиваете его с FTP на компьютер, открываете в редакторе Notepad++ (кодировка utf-8 без BOM) или через Sublime Text. Добавляем туда следующие строки:

define('WP_SITEURL', 'http://newdomain.com');
define('WP_HOME', 'http://newdomain.com');

Внимание! Здесь вместо newdomain.com подставляете значение, на которое вы хотите сменить домен в WordPress. После этого сможете заходить в админку по новому пути: http://newdomain.com/wp-admin/

5. Затем нужно заменить все вхождения прошлого адреса сайта на новый в БД. В системе вордпресс для этих целей предусмотрено несколько модулей:

Better Search Replace
Search & Replace (с символом «&», а не «and»).
All-in-One WP Migration.
WP Migrate DB.
Velvet Blues Update URLs.

Первые три плагина рассмотрел в статье о переносе базы в WordPress — есть из чего выбрать. Также ранее был обзор Velvet Blues Update URLs. Данное решение нашел как альтернативу Search & Replace пока тот был недоступен. Вся работа, в принципе, сводится к запуску скрипта на странице настроек.

Однако как только Search & Replace снова начать работать, я вернулся к данном варианту. Здесь больше разных опций и, по моему мнению, он чуть лучше справляется с задачей. Более того, кроме функции поиска и замены текста, имеется специальный раздел под смену домена (Replace Domain URL)!

Не забывайте перед запуском обязательно делать бэкап БД.

Что касается инструмента PhpMyAdmin. Его можно использовать для проверки работы упомянутых выше решений дабы проконтролировать процесс переноса WordPress на другой домен:

Заходим в PhpMyAdmin, где выбираем вашу БД и кликаем по меню «Поиск» (Search).
На открывшемся странице в поле «Слова поиска» вводите старый адрес веб-проекта и отмечаете все таблицы, зажав левую кнопку мышки.
Кликаем Go.

В результате получите список таблиц, где встречается прошлое доменное имя. После этого можно еще раз запустить Search & Replace и попытаться поменять информацию там, выбирая конкретные таблицы.

Внимание! Править записи в PhpMyAdmin или через SQL запросы не рекомендуется, т.к. в системе могут быть так называемые сериализованные данные

s:9:"old words" нужно менять на s:7:"newtext"

При изменения напрямую этот нюанс учитываться не будет, что в итоге приведет к ошибкам в настройках виджетов, шаблонов и т.п. Поэтому рекомендуется все же использовать для решения задачи специальные плагины. Кстати, некоторые вхождения старого URL могут оставаться в БД (записи кэша или настройки неактивных/удаленных модулей), они вообще никак не влияют на отображение сайта.

Способ 1-й. Использование кода ответа сервера 301

На сетевом жаргоне это звучит как «301-й редирект».

В чем суть этого способа.

Дело в том, что веб-сервер, где располагается ваш сайт, помимо содержимого веб-страниц отсылает браузеру специальный цифровой код в котором описывает состояние запрошенной страницы. Например код 200 означает «все нормально, страница найден». А код 404 означает наоборот «не могу найти никакой страницы по этому адресу».

Так вот на случай смены адреса страницы (в том числе и на случай смены домена) существует специальный код 301 «страница перемещена», который означает следующее (больше этой страницы тут нет, она расположена такому-то по новому адресу). Получив код ответа 301 браузер автоматически меняет в адресной строке старый адрес на новый и открывает страницу по новому адресу.

Настроить ваш сервер, чтобы он отдавал по адресам старого сайта код 301 не просто, а очень просто. Наиболее универсальное решение – это использование модуля mod-rewrite (для хостинга на windows-серверах этот способ не работает, но таких серверов почти и не встречается в природе).

Вам нужно будет найти в корне вашего сайта файл .htaccess (если такого файла нет, то создать его) и добавить туда следующие строки:

Options +FollowSymLinks # эту строчку нужно добавить только если она не встречалась ранее. RewriteEngine on # эту строчку нужно добавить только если она не встречалась ранее. RewriteCond %{HTTP_HOST} ^www\.старый-сайт\.ru$ RewriteRule ^(.*)$ http://новый-сайт.ru/$1 RewriteCond %{HTTP_HOST} ^старый-сайт\.ru$ RewriteRule ^(.*)$ http://новый-сайт.ru/$1

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

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

Все прекрасно!

Но есть один подвох. А именно – временной разрыв между исключением старого домена из индекса поисковой машины и добавлением в него нового. По сути 301 редирект содержит для поисковой машины две команды:

а) исключить из поискового индекса страницу по старому адресу;

б) добавить в поисковый индекс страницу по новому адрес.

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

Различные поисковые машины отрабатывают 301 редирект с разной скоростью. Лучше всего это делает Google, там разрыв между «выпадением» и «восстановлением» сайта редко составляет больше нескольких дней.

А вот что касается Яндекса, то здесь «выпадение» может длиться и полгода.

Что же делать? Есть ли какой-нибудь способ передать все преференции со старого сайта на новый, но так, чтобы не было такого разрыва в индексировании

Да, конечно, есть!

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

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

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

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

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

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

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

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

Что такое Переадресация домена?

Услуга «Переадресация домена» (называемая также Web-forwarding, URL-forwarding, Web-redirect, HTTP-redirect)
позволяет настроить переадресацию с одного домена на другой, а также на веб-страницу с другим адресом.

При настройке переадресации используется 301 редирект.

Примеры переадресаций

Все пользователи, набравшие адрес вашего домена (или пришедшие на него по ссылке), попадут на веб-страницу, адрес которой вы укажете в настройках услуги «Переадресация домена». Использование услуги позволит вам иметь постоянный адрес веб-страницы, который не придется менять при смене провайдера.

Услуга «Переадресация домена» может также использоваться при регистрации дополнительного доменного имени для уже существующего веб-сайта.

Внимание

Способ 4-й. Куча-мала

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

А значит – придется удовлетворять всякий поисковик по отдельности. Практикой выработана следующая оптимальная последовательность действий.

1. Сначала для поисковых машин Яндекс и Рамблер (которые уважают директиву Host) прописываем директиву Host в файле robots.txt и ждем пока новый домен не станет основным. Наберитесь терпения, ждать можно довольно долго, порой несколько месяцев. Проверить, случилось ли радостное событие можно добавив новый домен в форму по адресу http://webmaster.yandex.ru/addurl.xml. Если вы получите сообщение что «Указанный вами сайт является неглавным зеркалом сайта…» , значит надо подождать еще немного. Если же вы получите сообщение о том, что данный домен уже проиндексирован, значит можно переходить к п. 2.
2. Для поисковых машин Google и Yahoo! (которые обрабатывают 301 редирект с приемлемой скоростью) прописываем 301 или 302 редирект, что вам больше нравится (я лично всегда использую 301).

Все!

И несколько замечаний напоследок.

а) Не следует менять местами п 1. 2. Надо обязательно именно в такой последовательности – сначала директива Host и лишь потом 301 редирект. Если сделать наоборот, то по 301 Яндекс может на время «потерять» страницы вашего сайта.
б) Не следует пытаться объединить п. 1 и 2, то есть «для ускорения» одновременно назначить и Host и 301 редирект. Если вы сделаете это, то директива Host при назначенном 301 редиректе работать не будет. Ведь редирект будет распространяться в том числе и на сам файл robots.txt – поисковая машина просто не станет его читать.

2. Знакомство с историей нового домена

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

1. Покупка нового домена или покупка домена с историей

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

Чтобы не попасть в неприятность с доменом бывшим в употреблении, проверьте его следующим образом:

Проверьте историю WHOIS домена (whoishistory.ru);
Посмотрите, как выглядел сайт на этом домене ранее. Используйте сервисы: web.archive.org, www.screenshots.com;
Проверьте историю параметров домена (например тут: recipdonor.com).

Эти простые шаги, помогут понять, кто владел доменом, и каков его авторитет в поисковых системах.

Предварительные требования

Перед тем как начать переименовывать свой домен обязательно примите во внимание следующие сведения:

Функциональный уровень леса Active Directory. Выполнять задачи по переименованию доменов можно лишь в том случае, если все домены в лесу оснащены как минимум операционной системой Windows Server 2003 (в этом случае по редакциям нет никаких ограничений). Более того, функциональный уровень должен быть повышен по меньшей мере до уровня Windows Server 2003. То есть, если у вас в лесу выбран функциональный уровень Windows Server 2000, то выполнение следующей операции попросту станет невозможным;

Расположение домена. В лесу Active Directory может быть разный уровень доменов. То есть, могут быть либо отдельный домен, либо лес может включать дочерние домены. В том случае если вы будете менять расположение контроллера домена внутри леса, вам придется создать доверительные отношения;

Зона DNS. Еще до выполнения операции переименования домена вам необходимо создать новую зону DNS;

Административные учетные данные. Для выполнения операции переименования домена вы должны выполнить вход в систему под административной учетной записью, которая является членом группы администраторов предприятия (Enterprise Admins);

Серверы распределенной файловой системы (DFS)

Если в вашей корпоративной среде развернуты службы DFS или настроены перемещаемые профили, то обратите внимание на то, что корневые DFS-серверы должны работать, как минимум, под управлением операционной системы Windows Server 2000 с пакетом обновления 3 или под более современными версиями операционных системам;

Несовместимость с серверами Microsoft Exchange. Самый неприятный момент заключается в том, что если в вашем лесу Active Directory развернут почтовый сервер Microsoft Exchange Server 2003 Service Pack 1, то переименование домена будет выполнено без каких-либо проблем, но учетная запись пользователя, под которой будет выполняться сам процесс переименование домена должна быть членом группы Full Exchange Administrator

Все более современные почтовые серверы (включая Exchange Server 2016) несовместимы с операциями переименования доменов.

Также обратите внимание на тот факт, что на время переименования домена вы должны заморозить все предстоящие операции по конфигурации леса Active Directory. Другими словами, вы должны удостовериться в том, что конфигурация вашего леса не изменится до тех пор, пока операция по переименованию домена не будет полностью завершена (подробную информацию о выполнении этого действия вы увидите ниже)

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

На всякий случай я бы еще вам посоветовал сделать полную резервную копию состояния системы на каждом контроллере домена в лесу Active Directory

В случае выполнения этой задачи, данная предосторожность точно не будет лишней

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

1 этап. Добавление поддомена в панели управления хостингом

Чтобы добавить поддомен, войдите в панель управления и следуйте нужной инструкции:

2 этап. Добавление записи о поддомене на DNS-серверы

После создания поддомена необходимо добавить запись о поддомене на DNS-серверы вашего домена. Этот процесс зависит от того, какие DNS-указаны для вашего домена: Как узнать, какие DNS указаны для вашего домена.

ns1.hosting.reg.ru и ns2.hosting.reg.ru

Если для домена указаны ns1.hosting.reg.ru и ns2.hosting.reg.ru, запись о поддомене будет добавлена автоматически. От вас не требуется никаких дополнительных действий. Подождите 15 минут. Затем вы можете приступить к размещению сайта на хостинге.

ns1.reg.ru и ns2.reg.ru

Если для домена указаны ns1.reg.ru ns2.reg.ru:

1.
Авторизуйтесь в Личном кабинете REG.RU.
2.Кликните по имени нужного домена:
3.Во вкладке «Управление» кликните по пункту «DNS-серверы и зона» или нажмите кнопку Изменить:
4.На открывшейся странице нажмите Добавить запись, во всплывающей шторке выберите А. Заполните поля и нажмите Готово:

Готово! После добавления необходимой записи нужно дождаться обновления зоны DNS-серверов (в течение 15 минут). Если вы предварительно меняли DNS-серверы на ns1.reg.ru и ns2.reg.ru, дождитесь обновления DNS-серверов. Обновление DNS-серверов может занять до 24 часов.

другие DNS-серверы

Если для вашего домена используются отличные от ns1.hosting.reg.ru и ns2.hosting.reg.ru, ns1.reg.ru и ns2.reg.ru, обратитесь к своему DNS-провайдеру с вопросом изменения A-записи для домена.

Заключительная хитрость

99,9% всех рекомендаций по назначению 301 редиректа, которые встречаются в сети рассказывают о том, как сделать это при помощи модуля mod_rewrite. Именно этот способ был описан мною выше.

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

Если ваш сайт построен на CMS, например Joomla!, Drupal, WordPress, Bitrix и им подобным, то 301 редирект можно устроить и без помощи .htaccess с mod_rewrite.

Для этого:

А) найдите в корне вашего сайта файл index.php;

Б) найдите в начале этого файла строки со словом require или include;

В) непосредственно перед этими строками вставьте следующий код:

if ($_SERVER != «новыйдомен») { header(«HTTP/1.0 301 Moved Permanently»); header(«Location: http://новыйдомен»);}

Где вместо «новый домен» вы должны указать имя вашего нового домена без приставки http://, при этом домен может быть как с www так и без www, в зависимости от ваших предпочтений.

Такой способ организации 301 редиректа, кроме прочего, позволяет использовать одновременно c 301 редиректом еще и директиву Host, но как показывает мой опыт, лучше все-таки не совмещать.

Чтобы иметь возможность оставить комментарий к материалу или ответить не имеющийся, авторизуйтесь, щелкнув по иконке любой социальной сети внизу. Анонимные комментарии не допускаются.

Результаты

Google отработал без сюрпризов — постепенно удалял из индекса страницы с протоколом http, а вместо них добавлял страницы с https. Ориентировочно, Google справился с поставленной задачей за две недели. Чтобы визуально представить картину, можно воспользоваться графиком количества кликов из Google-вебмастер.

Количество кликов на сайте работающем по протоколу http практически упало до нуляУвеличение кликов на сайте работающем по протоколу https

Что касается Яндекса, то не обошлось без причуд. 26 февраля 2017 года с удивлением обнаружил, что после того, как был настроен 301-редирект, Яндекс надумал вернуть в поиск документы с протоколом http.

Яндекс «выкинул» из поиска часть документов с протоколом https, при этом добавив в поиск документы с протоколом http — переиндексация в обратном порядке

Заглянул в поиск и убедился в том, что те документы, которые четыре дня назад были уже доступны по протоколу https, выдаются снова по протоколу http. Как бы то ни было, 21 марта 2017 года, склейка зеркал отобразилась в Яндекс.Вебмастер.

Главный зеркалом признан домен https://mukhutdinov.com

В конкретном случае, на переезд в Яндексе ушло около месяца. Замечу, что с другим моим сайтом Яндекс отработал в два раза быстрее.

Что касается посещаемости, то никаких существенных колебаний не произошло.

Во время переезда блога на протокол https новых материалов практически не добавлялось. Посещаемость не просела

Этапы переезда

В большинстве случаев, когда совершается переезд, сайт теряет насиженные позиции, трафик и “пузомерки” (тИЦ, PR). Однако, примерно, через 1,5 – 2 месяца все возвращается на круги своя, но это только если все сделано правильно. В моем же случае, я практически ничего не потерял, а даже наоборот приобрел, так как переезд был осуществлен в период с января по февраль (вообще не сезон, как говорится), да и трафика у меня было очень мало.

После того, как Вы решили купить новый домен и переехать на него, нужно сделать следующее:

Естественно, купить домен;
Полностью скопировать содержимое со старого домена на новый. Для этого можете воспользоваться услугами своего хостинг-провайдера. Я так и сделал;
Настроить панели вебмастера в поисковых системах;
Настроить перенаправление посетителей на новый домен;
Настроить файл robots.txt;
Ждать склейки доменов.

Важно! При переезде на новый домен нужно, чтобы по обоим адресам был идентичный контент и дизайн, то есть полная копия. Иначе поисковый робот не сможет правильно проиндексировать оба сайта и склеить их, что безусловно понесет серьезные последствия

Настройки в панелях вебмастера

Итак, после того, как новый домен куплен, а содержимое сайта перенесено, нужно предупредить поисковые системы о том, что появился новый сайт и что Вы собрались переезжать на него. Для начала добавьте только что купленный домен (если старый уже добавлен. Если нет, добавляем оба) в панели вебмастера, здесь инструкция для Яндекс.Вебмастера, а здесь для Google.

Далее с помощью инструмента “Переезд сайта” информируем о нашем намерении Яндекс.Вебмастер.

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

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

Настроить перенаправление и robots.txt

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

Для Яндекса достаточно директивы Host для склейки, но этот процесс будет длиться долго и трафик в первое время будет идти на старый домен. Для Google же нужен 301 редирект. Поэтому нужно использовать и то, и другое. От этого ничего плохого не случится!

Подробнейшим образом о создании 301 редиректа написано в уроке №127. Обязательно прочитайте. Для перенаправления посетителей пропишите следующую команду:

В robots.txt обоих сайтов пропишите директиву Host с новым доменом. Пишется она, как правило, в конце данного файла:

User-agent: *
Allow: /tag
Disallow: /cgi-bin
Disallow: /wp-admin
Disallow: /trackback
Disallow: */trackback
Disallow: */*/trackback
Disallow: */*/feed/*/
Disallow: */feed
Disallow: */page/
Disallow: */author/
Disallow: */wp-login
Host: site.ru

Sitemap: http://site.ru/sitemap_index.xml

Важно! Файл robots.txt должен быть полностью идентичным. Подробнее о создании robots.txt написано в уроке №65

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

До скорых встреч!