Главное зеркало сайта не использует https протокол как исправить

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

1. Какие могут быть зеркала сайта
2. Настройка редиректов на главное зеркало
3. Главное зеркало в robots.txt
4. Главное зеркало сайта Яндексе
5. Главное зеркало сайта в Google

Какие могут быть зеркала сайта

Проверьте всевозможные адреса вашего сайта:

1. WWW. Добавьте в адресную строку WWW и посмотрите, доступен ли сайт по этому адресу.
2. index.php, index.html. Добавьте к адресу главной страницы и посмотрите, есть ли дубли по этим адресам.
3. Слэши. Добавьте “/” после адресной строки и проверьте перенаправление.

«www.site.com», «www.site.com/index.php», «site.com/index.php», «site.com/index.html», «www.site.com /index.html» — это всевозможные дубли сайта.

Важно: Если на сайте нет безопасного соединения HTTPS, сначала подключите SSL-сертификат, настройте переезд с HTTPS на HTTPS, после этого переходите к склейке зеркал. Как перевести сайт на HTTPS, читайте в нашей статье.

Если на ваш сайт доступен по протоколу HTTPS и со всех адресов настроен редирект, то поздравляем! Можете сразу указывать главное зеркало.

Главное зеркало может быть: https://site.com или  https://www.site.com. Если сайт уже давно индексируется с WWW, то можно оставить так, если же сайт новый, то лучше использовать формат без WWW, так как на современных сайтах не обязательно указывать принадлежность к всемирной паутине (WWW), это уже определяется автоматически.

Главное зеркало в robots.txt

Сообщите поисковым роботам о домене. Пропишите главное зеркало сайта в директиву host в файле robots.txt. Файл находится в корне сайта. Отредактировать его можно через хостинг или FTP.

Настройка редиректов на главное зеркало

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

Например: сайт доступен по адресу https://site.com и https://site.com/index.php. Нужно сделать перенаправление с https://site.com/index.php на https://site.com.

301 редирект будет выглядеть так:

RewriteCond %{THE_REQUEST} ^[A—Z]{3,9} /index.php HTTP/

RewriteRule ^index.php$ HTTPS://site.com/ [R=301,L]

Все редиректы прописываются в файле .htacess, который находится в корне сайта, вместе с другими техническими файлами.

Главное зеркало сайта в Яндексе

Зайдите в Яндекс.Вебмастер. Далее «Настройка сайта» — «Переезд сайта». Поставьте галочку на «Добавить HTTPS» и уберите или поставьте на «Добавить WWW». В примере мы используем сайт без WWW.

Теперь Вы показали Яндексу, что нужно индексировать сайт по адресу «https://site.com».

Главное зеркало сайта в Google

Для того, чтобы показать Google главное зеркало сайта, нужно добавить сайт в Google Search Console по тому адресу, который будет индексироваться. Функции переезда в Google Search Console нет. Если сайт уже добавлен в панель вебмастеров, то добавьте снова тот адрес, который является главным зеркалом.

После этого Google определит главное зеркало автоматически.

Спасибо, что дочитали до конца. Переходите к следующей инструкции. 

Приветствую друзья. Сегодня мы поговорим о такой актуальной теме как переезд сайта на WordPress на безопасный https протокол.

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

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

Для начала давайте разберемся, зачем это нужно?

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

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

Изначально только Гугл заявил о том, что он будет учитывать данный фактор при ранжировании. Но вот и Яндекс решил за ним подтянуться) На днях пришло оповещение об ошибке из инструментов вебмастера Яндекса следующего содержания: Главное зеркало сайта не использует HTTPS-протокол

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

Ну а теперь перейдем к инструкции по переезду.

Как перевести сайт на WordPress на Https

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

Могу только посоветовать тем кто еще не занялся этой задачей — переезжайте на хостинг Beget. Здесь получить SSL можно всего в пару кликов в админке, при том абсолютно бесплатно!

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

Если обычного виртуального хостинга для ваших задач недостаточно, то здесь вы можете арендовать виртуальный сервер VDS/VPS.

Однако то что сайт доступен, еще не значит что больше ничего делать не нужно)

Открыв свой сайт на https вы почти наверняка увидите на нем какие-то ошибки, поехавшую верстку, сбитые настройки и т.д. Не пугайтесь, это нормальное явление.

Вот что нужно делать для полноценного переезда на https сайта на Вордпрессе:

1. Во первых зайти в админку вордпресса и поменять адрес сайта в Настройках — Общие
2. Затем прописываем 301 редирект в серверных настройках в файле .htaccess, он должен лежать в корне сайта. На разных хостингах могут работать разные варианты таких редиректов, а некоторые не работать, пробуйте что подойдет именно вам.
   Мне подошел следующий вариант на Бегете:RewriteEngine On
RewriteCond %{HTTP:X-Forwarded-Proto} !=https
RewriteRule .* https://%{SERVER_NAME}%{REQUEST_URI} [R=301,L]

   еще возможен такой вариант
   RewriteEngine On
RewriteCond %{HTTPS} =off
RewriteRule (.*) https://%{HTTP_HOST}%{REQUEST_URI} [QSA,L]

   или такой

   RewriteEngine On
RewriteCond %{HTTPS} off
RewriteCond %{HTTP:X-Forwarded-Proto} !https
RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301]

   еще вариант

   RewriteEngine On
RewriteCond %{ENV:HTTPS} !on
RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301]

   Копировать и вставлять нужно в самый верх файла htaccess. После того как сохраните изменения — откройте сайт и проверьте работу редиректа. При открытии страницы по обычному url должна происходить мгновенная автоматическая переадресация на безопасное соединение.

3. Далее самое интересное — нужно поменять старые урлы в нашей базе данных на новые с https.  Внимание! Перед данной операцией настоятельно рекомендую сделать бэкап базы данных, как на хостинге, так и себе на винчестер скиньте.  Выполняйте ее только если уверены в своих силах, в противном случае вы можете потерять данные своего сайта и он вообще перестанет работать.
   Для тех кто не хочет ковыряться с базой данных можно это сделать с помощью плагина Easy HTTPS (SSL) Redirection, данный плагин позволяет включить автоматические редиректы сайта и всех ссылок с обычного соединения на https.
   Я же предпочитаю делать все вручную, дабы не засорять сайт лишними плагинами — т.е. захожу в phpmyadmin, экспортирую все таблицы базы данных сайта (внизу чекбокс — отметить все).
   Далее кнопка Экспорт, формат SQL и вперед. Затем делаем копию этого файла и отправляем ее куда-то в безопасную папочку) А вторую копию открываем в текстовом редакторе типа Notepad ++.Открываем Поиск (CTRL+F) переключаемся на вкладку Заменить. Вводим в первую строчку свой старый адрес с http а в строчку Заменить вводим новый адрес с https, вот так:
   Жмем Заменить все и сохраняем файл. Далее открываем наш phpmyadmin с базой данных, выделяем опять все таблицы и… удаляем их) Это нужно для того что бы импортировать новую исправленную БД. После удаления заходим во вкладку Импорт, выбираем наш исправленный файл и жмем Вперед скрестив пальцы. Если все прошло удачно и не вылезло никаких ошибок, то поздравляю, самое сложное позади)Если база данных не хочет импортироваться то у вас проблемы) Это может быть или ограничение хостинга на размер загружаемых файлов БД например (можно увеличить попросив хостера), или ошибки при импорте (можно попробовать изменить настройки Импорта). Если совсем все плохо то возвращайте базу данных из предварительно сделанного бэкапа на хостинге.
4. После того как разобрались с базой данных, иногда может возникнуть необходимость проделать похожие операции с файлами шаблона, стилей. Возникает такая необходимость как правило, если вы вносили правки и эти файлы в свое время и использовали там ссылки со старыми url с http протоколом.
   Просто открываем эти файлы и исправляем на новый адрес.
5. Теперь перейдем к файлу robots.txt, он хранится в корне сайта (если вы его когда-то создавали вообще). Открываем его и редактируем директивы host и sitemap (если они там у вас были прописаны). Так это будет выглядеть в готовом виде:
   Разумеется адрес сайта должен быть ваш.  Сохраняем обновленный файл роботса на сервере.
6. Далее нужно обрадовать Яндекс тем, что вы наконец то решили переехать на https. Открываем инструменты вебмастера, вкладку Индексирование — Переезд сайта. Ставим чекбокс Добавить HTTPS и жмем Сохранить
   Остается подождать 1-2 недели, когда этот самый переезд произойдет. Но это еще не все. В том же Яндекс Вебмастер добавьте новый сайт (по сути ваш же) с https урлом. Внесите все необходимые настройки — добавьте Sitemap, выберите региональность (или ее отсутствие). Теперь именно этот сайт в Яндекс Вебмастере будет вашим основным. Спустя пару недель в него переедут данные из старого урла, в выдаче постепенно адреса тоже заменятся.
7. Для Гугла все еще проще — создаем новый сайт в настройках вебмастера Гугла, опять же с адресом https. Все. Больше делать ничего не нужно, теперь это ваш основной сайт в инструментах.

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

Обратите внимание на значок в строке браузера — соединение должно быть безопасным.

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

Проще всего найти такие ошибки можно инструментом Просмотреть код (CTRL+SHIFT+I) на данной странице, вкладка Security, там вы увидите все ошибки безопасности на данной странице:

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

Проблемы возникающие при переезде WordPress на безопасное https соединение

1. Могут слететь настройки некоторых плагинов, виджетов.
   Решение: настроить по новой) Тут уж ничего не поделать.
2. Могут слететь настройки шаблона.
   Решение: опять же, прописать настройки заново. Особых проблем возникнуть не должно.
3. Может поехать верстка.
   Решение: скорей всего вы вносили правки в файлах стилей, вроде style.css и прописывали в нем абсолютные пути. Поменяйте url в файлах стилей на относительные или пропишите новые урлы с https. Тоже самое касается и всех правок файлов шаблона — если вы вставляли в них ссылки, то нужно будет поменять урлы ссылок на безопасный протокол.
4. Может возникнуть циклическая переадресация. Это когда происходит бесконечное перенаправление страницы, возникает обычно в результате неправильных настроек редиректа.
   Решение: попробуйте использовать другие способы 301 редиректа на https в .htaccess. Иногда ошибка может возникнуть если на вашем хостинге есть настройка перевода сайта на https, и вы дополнительно еще и в админке вордпресса поменяли адрес в настройках.
5. Перестали работать видео с ютуба, грузиться фреймы. Это возникает из-за того, что iframe подгружается с небезопасного соединения http.
   Решение: если есть возможность и сайт, откуда грузится фрейм, поддерживает https, то достаточно будет просто изменить url на безопасный. Если же такой возможности нет, то либо придется удалять данный фрейм, либо придется потанцевать с бубном. Подробнее о способах можно почитать тут 
6. Может упасть сайт и отказываться работать. Скорей всего вы где-то наделали ошибок, вариантов может быть множество.
   Решение: если сами не можете отыскать причину проблемы — обратитесь в службу поддержки вашего хостинга, они должны помочь.

На этом все, надеюсь данная статья поможет с переездом вашего Вордпресс сайта на https, удачи!

Содержание

• Что такое зеркало сайта?
• Какие бывают зеркала сайта и для чего их делают?
  • В виде отдельных сайтов.
  • В виде алиасов домена.
• Как сделать зеркало сайта?
• Зачем выбирать главное зеркало?
• Как узнать главное зеркало сайта?
  • в Яндексе.
  • в Google.
• Как выбрать основное зеркало сайта
• Как сделать главное зеркало?
• Как указать или изменить главное зеркало в Яндекс.Вебмастере?
• Как указать или изменить главное зеркало в Google Search Console?
• Как склеить зеркала сайта и правильная настройка редиректов.
  • Домен главного зеркала отличается от неглавного.
  • Как сделать главное зеркало с HTTPS ?
  • Как сделать главное зеркало без www ?
  • Как сделать главное зеркало с HTTP ?
  • Как сделать главное зеркало с www
• Проверка склейки сайта
• Часто задаваемые вопросы
  • Какой вариант главного зеркала выбрать?
  • Как расклеить зеркала сайта?
  • Как указать главное зеркало сайта в robots.txt?
  • Индексируются ли зеркала сайта?
  • Учитываются ли характеристики неглавных зеркал на главном?
  • Что делать если у сайта изменилось главное зеркало?
  • Что делать, если сайты склеены по ошибке?
  • Что делать если Яндекс находит не сайт, а алиас?
  • Плохо ли, если главное зеркало сайта не использует https протокол?

Что такое зеркало сайта?

Зеркалами считаются сайты, контент которых не отличаются друг от друга, при этом имеют разный адрес (протокол, поддомен, домен, порт). Самый распространенный вид зеркал — www.site.ru и site.ru. Главное зеркало — это выбранный вебмастером адрес сайта, который считается основным.

Какие бывают зеркала сайта и для чего их делают?

В первую очередь они делятся на 2 основных вида:

• Отдельные сайты — сайты размещаются в разных папках/на разных хостингах. Могут функционировать независимо от главного зеркала сайта
• Алиасы домена — не смотря на то, что адрес другой, используется та же папка на сервере, т.е. вводя адрес — мы ведем тот же самый основной сайт.

Зеркала в виде отдельных сайтов используются:

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

Сайты-зеркала в виде алиасов домена применяются:

• При наличии нескольких доменных имен (например купили доменное имя по названию компании в разных доменных зонах или дополнительно купили домен по номеру телефона и т.п.)
• Классический алиас “www” (www.site.ru и site.ru)
• Стандартные протоколы: https и http
• Различные поддомены, например для маркетинговых экспериментов.
• Технические домены (обычно выдаются хостингом бесплатно, для его первой проверки и возможности работы с сайтом на время переноса ns адресов, при смене хостинга или если домен только купили).
• IP адрес сайта.
• Порт сайта (адрес вида site.ru:8080)

Зеркала сайта вида www/без www и протоколы — необходимо создавать всегда, во избежании проблем с попаданием на сайт пользователей, т.к. иногда посетители вбивают адрес сайта сразу с www/без него, следуя привычке или же, некоторые настройки форумов и блогов автоматически добавляют www. Протоколы https и http аналогично — многие форумы и сайты настроены так, что ссылка оставленная на там использует тот же протокол что сам сайт. То есть если форум находится на https, то и ссылка на ваш сайт будет с https и наоборот. Тем самым, не имея таких зеркал вы можете потерять пользователей.

Как сделать зеркало сайта?

Классическое зеркало, вида www.site.ru и протоколы http/https — в большинстве случаях создается автоматически на хостинге. В случае отсутствия зеркала www — воспользуйтесь алгоритмом для поддоменов.

Существует 4 основных варианта создания зеркал:

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

Зачем выбирать главное зеркало?

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

Как узнать главное зеркало сайта?

Существует несколько вариантов определения главного зеркала сайта. Первый — используя выдачу поисковых систем:

Проверка главного зеркала в Яндексе:

• Вводим запрос вида: url:site.ru/* и смотрим количество результатов.
• После вбиваем запрос с другим адресом сайта, например: url:www.site.ru/*

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

Проверка главного зеркала в Google немного сложней:

• Вводим запрос вида: site:site.ru
• И считаем сколько результатов с каким зеркалом.

Страниц какого зеркала в выдаче больше — то и главное.

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

Как выбрать основное зеркало сайта

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

• Нужно проверить историю доменов: накладывались ли на него фильтры (это можно сделать в вебмастерах), был ли спамные сайты или сайты другой тематики (для этого воспользуйтесь сайтом archive.org).
• Проверьте возраст доменов, не только дату регистрации (сервисы whois), но и предположительной индексации (тот же вебархив). Стоит отметить, если домен долго был недоступен — это минус.
• При склейке зеркал сайта, лучше выбрать сайт, который уже имеет хорошие позиции и у которого больше страниц находится в индексе.
• Если у вас известный бренд — то рекомендуем выбрать тот алиас домена, на который чаще заходят пользователи напрямую.
• Если алиасы не отличаются пунктами выше — тогда следует выбрать по эстетическому принципу, что вам больше нравится

Как сделать главное зеркало?

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

В остальных случаях главное зеркало настраивается в 3 этапа:

• Исправляем на сайте абсолютные ссылки либо на относительные, либо с использованием главного зеркала.
• Настраиваем редиректы на главное зеркало.
• Добавляем в Яндекс.Вебмастер и Google Search Console главное зеркало сайта.

Как указать или изменить главное зеркало в Яндекс.Вебмастере?

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

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

Как указать или изменить главное зеркало в Google Search Console?

Не так давно Google Search Console начал работу над новым дизайном и инструментарием. В связи с переездом инструмент выбора главного зеркала пропал. На текущий момент единственный способ — это настроить 301 редирект с неглавных зеркал и добавить главное зеркало в Google Search Console.

Как склеить зеркала сайта и правильная настройка редиректов.

Финальная стадии склейки зеркал — это настройка редиректа с неглавного зеркала на главное. В большинстве случаях на хостинге установлен Apache, управление редиректами происходит через файл .htaccess в корне сайта.

Если домен главного зеркала отличается от неглавного:

RewriteCond %{HTTP_HOST} domain1.ru
RewriteRule (.*) http://domain2.ru/$1 [R=301,L]

Как сделать главное зеркало с HTTPS ?

RewriteCond %{HTTPS} !=on
RewriteRule ^(.*)$ https://%{HTTP_HOST}/$1 [R=301,L]

Если возникла ошибка, попробуйте другой способ:

RewriteCond %{HTTPS} off
RewriteCond %{HTTP:X-Forwarded-Proto} !https
RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301]

Как сделать главное зеркало без www ?

RewriteCond %{HTTP_HOST} ^www.(.*)$
RewriteRule ^(.*)$ http://%1/$1 [L,R=301]

Как сделать главное зеркало с HTTP ?

RewriteCond %{HTTPS} =on
RewriteRule ^(.*)$ http://%{HTTP_HOST}/$1 [R=301,L]

Как сделать главное зеркало с www

RewriteCond %{HTTP_HOST} ^([^www].*)$
RewriteRule ^(.*)$ http://www.%1/$1 [L,R=301]

Проверка склейки сайта

После выполнения всех действий следует проверять корректность склейки зеркал сайта. Проверять можно используя выдачу поисковых систем — по аналогии с поиском главного зеркала, только проверяем количество страниц неглавного зеркала в индексе. Если все сделано правильно постепенно такие страницы исчезнут из выдачи. Также можно применить Яндекс.Вебмастер и Google Search Console — для проверки количества страниц в индексе поисковых систем. Рекомендуем проверять 2 раза в неделю. Срок склейки сайта может варьироваться от 2 дней до полугода.

Часто задаваемые вопросы:

В комментариях к статье о Search Console и «Яндекс.Вебмастере» читатель задал вопрос о выборе основного домена сайта. Пользователь поинтересовался, какой вариант лучше: с www или без www. Ответить на вопрос можно коротко. Лучше выбрать вариант, который вам больше нравится. Действительно сложные вопросы могут появиться во время настройки зеркал и перенаправлений. Ответы на них вы найдете в статье.

Что такое зеркало сайта

Зеркала — точные копии сайта, доступные по разным URL. Например, если по адресам nash-saitik.ru и нашсайтик.рф доступен одинаковый контент, поисковые системы признают сайты зеркалами. Обратите внимание, роботы сравнивают не только главные страницы ресурсов. По разным данным, чтобы поисковики признали сайты зеркалами, уровень совпадения контента должен составлять от 80 до 100 %.

Откуда берутся зеркала сайтов? Во-первых, владельцы сами их создают. С помощью зеркал можно решить следующие задачи:

• Сбор type-in трафика. Пользователи могут по-разному вводить адрес вашего сайта в адресную строку. Если ресурс доступен по URL macro-soft.ru, на него не попадают люди, которые вводят адрес macrosoft.ru. Решить проблему можно с помощью зеркала, с которого настроен редирект.
• Обеспечение постоянной доступности сайта. Если по каким-то причинам сервер с основным сайтом становится недоступным, пользователей можно перенаправлять на зеркало, расположенное на другом сервере.
• Переезд на новый домен. Зачем? Самый простой пример — изменение названия компании. Представьте, что сайт фирмы «Рога и копыта» доступен по адресу roga-kopyta.ru. После переименования организации в «Нос и хвост» логично поменять URL сайта на nos-hvost.ru. Как сохранить авторитет и аудиторию ресурса? Задача решается с помощью зеркала сайта.

Во-вторых, из-за префикса www зеркала сайтов появляются автоматически. Физически nash-saitik.ru и www.nash-saitik.ru — разные ресурсы. В данном случае URL с префиксом www представляет собой субдомен по отношению к основному домену nash-saitik.ru.

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

Какой вариант лучше: с префиксом www или без?

Откуда взялся префикс www? В конце 80-х годов прошлого века технические возможности компьютеров отставали от задумок изобретателей. Для физического хостинга одного небольшого сайта приходилось использовать несколько веб-серверов. Например, на одной машине размещался сервис FTP, на другой почтовый сервер, а на третьей контент сайта. Это отражалось в адресах ресурсов. Например, для доступа к почтовому сервису использовался адрес mail.vash-saitik.ru, а доступ к FTP открывался с помощью адреса ftp.vash-saitik.ru.

Ученый Тим Бернерс-Ли предложил объединить размещенную на разных серверах информацию во Всемирную паутину (World Wide Web). Чтобы обеспечить техническую возможность, Бернерс-Ли с коллегами разработали язык разметки гипертекста (HTML), протокол передачи гипертекста (HTTP) и универсальные идентификаторы ресурсов (URI), производными от которых являются URL. Чтобы пользователи понимали, что ресурс находится во Всемирной паутине, к его адресу добавляли префикс www.

В настоящее время люди понимают, что ресурс находится во Всемирной паутине, независимо от префикса www. Стоит ли использовать его в адресе сайта? Это вопрос личных предпочтений: выбирайте вариант, который вам больше нравится. Сомневаетесь? Вот аргументы в пользу URL без префикса:

• Префикс www ухудшает юзабилити URL. Пользователям приходится печатать на четыре символа больше, чтобы ввести адрес в строку браузера. В первую очередь это сказывается на мобильных пользователях.
• Префикс не несет важной смысловой нагрузки. Как отмечалось выше, посетители понимают, что URL vash-saitik.ru является гиперссылкой и указывает на расположение ресурса в интернете.
• В одном из интервью создатель Всемирной паутины Тим Бернерс Ли сказал, что он отказался бы не только от префикса www в URL, но и от двойной косой черты после http. По словам ученого, благодаря этому можно сэкономить чернила и бумагу, а также защитить от вырубки много деревьев.

А вот аргументы в пользу префикса www в URL:

• Многие пользователи по привычке вводят в адресную строку URL с www.
• В офлайне префикс помогает человеку понять, что речь идет о сетевом адресе. Учитывайте это, если планируете активно продвигать ресурс с помощью полиграфической продукции и наружной рекламы.
• Некоторые вебмастера считают, что префикс повышает визуальную привлекательность коротких URL.
• Сервисы Google и «Яндекса» доступны по адресам с www.

Зачем выбирать основной домен, если можно дать пользователям возможность заходить на сайт по URL с префиксом и без? Представьте ситуацию: ресурс доступен по адресам vash-saitik.ru и www.vash-saitik.ru. Вы публикуете ценную информацию, которой пользователи делятся друг с другом. Они используют разные ссылки: с префиксом и без.

Как отмечалось выше, поисковые системы допускают в индекс только одно из зеркал. Например, поисковики могут автоматически выбрать вариант без префикса. В этом случае они не учитывают обратные ссылки с www. Ресурс теряет часть естественной ссылочной массы, которая могла бы работать на авторитет сайта.

Чтобы решить эту проблему, необходимо выбрать основной домен, настроить редирект и уведомить поисковые системы.

Как настроить серверный редирект

Представьте, что вы выбрали вариант URL с префиксом. Проверьте адрес, по которому доступен ресурс в данный момент. Если при попытке войти на сайт по URL с www браузер перенаправляет вас на адрес без префикса, это происходит благодаря серверному редиректу.

Проверить редирект можно с помощью специальных сервисов, например, Redirect Checker. Введите URL сайта в поле для анализа и нажмите кнопку Analyze. Сервис покажет редирект и его тип. В выбранном примере настроен постоянный редирект 301 с URL www.drupal-guru.ru на drupal-guru.ru.

Вы выбрали главное зеркало с префиксом. Поэтому необходимо изменить редирект: на уровне сервера перенаправить посетителей с drupal-guru.ru на www.drupal-guru.ru.

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

Подключитесь к серверу с помощью любого FTP-клиента, например, с помощью FileZilla. Данные для доступа можно получить у хостинг-провайдера. В меню «Сервер» включите опцию «Принудительно отображать скрытые файлы».

В корневом каталоге найдите файл .htaccess и скачайте его на жесткий диск.

Откройте файл с помощью текстового редактора и добавьте правило переадресации. Используйте такой код:

Вместо URL drupal-guru.ru вставьте адрес своего сайта.

Сохраните изменения в файле и загрузите его на сервер.

Обновите настройки CMS. Если вы пользуетесь WordPress, укажите основной домен в разделе консоли «Общие настройки».

Проверьте корректность редиректа с помощью сервиса Redirect Checker.

Если вы выбрали основной домен без префикса и хотите настроить редирект с адреса с www на адрес без www, используйте следующий код:

Как сообщить о главном зеркале «Яндексу»

«Яндекс» автоматически определяет главное зеркало, если редирект настроен корректно. Но если вы изменили основной домен, сообщите об этом поисковику.

Сначала добавьте в файл robots.txt директиву Host с указанием нового адреса. Для этого скачайте документ с сервера с помощью FTP-клиента. Файл находится в корневом каталоге в папке www.

Откройте файл в текстовом редакторе. Добавьте директиву Host после директив Disallow и Allow. Если вы выбрали главное зеркало с префиксом, добавьте такую строчку:

Host: www.drupal-guru.ru

Вместо URL www.drupal-guru используйте адрес вашего сайта. Записи в файле robots.txt могут выглядеть так:

Сохраните информацию и загрузите обновленный файл robots.txt на сервер. Проверьте изменения. Файл доступен по адресу www.drupal-guru/robots.txt.

Откройте раздел «Переезд сайта» в новом кабинете для вебмастеров «Яндекса». Он находится в меню «Настройки индексирования». Отметьте галочкой пункт «Добавить www» и сохраните изменения. Изменения вступят в силу после переиндексации ресурса.

Как узнать главное зеркало сайта с помощью Search Console Google

Чтобы выбрать основной домен в поисковой консоли Google, подтвердите права на управление двумя сайтами. Для этого добавьте в консоль ресурс с префиксом и без префикса. После подтверждения прав войдите в меню настроек сайта.

Отметьте флажком вариант домена с www и сохраните изменения.

После выбора основного домена Google будет рассматривать внешние ссылки с префиксом и без как идентичные. Иными словами, естественные бэклинки вида www.drupal-guru.ru и drupal-guru.ru будут засчитываться в актив вашего ресурса.

Как настроить главное зеркало для кириллического домена

Многие владельцы сайтов для удобства пользователей регистрируют кириллические домены. Например, сеть супермаркетов «Лента» владеет кириллическим доменом лента.рф. Однако сайт организации доступен по адресу www.lenta.com. Это возможно благодаря редиректу 301 с URL лента.рф на адрес основного домена.

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

Представьте, что настраиваете редирект с URL друпал-гуру.рф на www.drupal-guru.ru. В файл .htaccess необходимо добавить такой код:

Чтобы настроить редирект с www.drupal-guru.ru на друпал-гуру.рф, укажите в .htaccess такой код:

Обратите внимание, xn—-7sbkb0bwgfvfb.xn--p1ai — это URL друпал-гуру.рф в кодировке punycode.

Как настроить редирект при переезде на новый домен

При изменении адреса сайта «Яндекс» рекомендует сохранять старый домен в качестве зеркала нового. Это минимизирует влияние переезда на позиции ресурса в выдаче и трафик. Оптимальным вариантом поисковик называет постраничный редирект 301. В файле .htaccess необходимо настроить переадресацию с каждой страницы старого сайта на соответствующую ей страницу нового сайта.

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

Чтобы решить проблему, используйте следующий код:

В данном примере код перенаправляет пользователей с любой страницы сайта www.drupal-guru.ru на соответствующую ей страницу сайта opencart-guru.ru. Не забудьте вместо использованных для наглядности адресов указать URL ваших ресурсов.

Обратите внимание, файл robots.txt старого сайта www.drupal-guru остается доступным. В нем необходимо с помощью директивы Host указать, что основным зеркалом вы выбрали новый сайт opencart-guru.ru.

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

Как настроить редирект без редактирования файла .htaccess

Если вы боитесь редактировать файл .htaccess, воспользуйтесь более простыми способами настройки редиректов. Речь идет о выборе перенаправления в панели управления сайтом cPanel и расширениях для популярных CMS.

Настройка редиректа в cPanel

В панели управления войдите в меню «Перенаправления». Он находится в разделе «Домены».

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

Укажите домены, с которого и на который будут перенаправлены пользователи. Нажмите кнопку «Добавить», чтобы сохранить изменения.

Перенаправление с помощью плагинов

Для некоторых CMS существуют плагины, с помощью которых можно быстро настроить редирект. Например, если вы работаете с WordPress, воспользуйтесь Simple 301 Redirects. Установите плагин и войдите в меню настроек.

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

С помощью плагина можно настроить перенаправление для всех страниц в категории. Для этого установите флажок в поле Use Wildcards. Укажите адрес категории и добавьте после него астериск. Укажите URL назначения и сохраните изменения.

В CMS Joomla! редиректы можно настроить с помощью встроенного в ядро компонента «Перенаправление». В Drupal эта задача решается с помощью модуля Redirect. Для CMS Opencart есть платные расширения для настройки перенаправлений.

Как настроить редирект на сервере Nginx

Если ваш хостинг-провайдер использует сервер Nginx, для настройки редиректов необходимо внести изменения в конфигурационный файл. Это аналог файла .htaccess сервера Apache.

Чтобы настроить редирект с домена без префикса www на домен с префиксом, укажите следующий код:

Перенаправление с URL с префиксом www на URL без префикса можно настроить с помощью такого кода:

Вы можете получить код для конфигурационного файла Nginx с помощью htaccess-конвертеров, например, этого.

• Создайте код для файла .htaccess сервера Apache с помощью одного из предложенных выше генераторов.
• Конвертируйте код для файла .htaccess в код для конфигурационного файла Nginx.

Выбрать домен легко, сложнее реализовать выбор

Чтобы выбрать основной домен и сообщить об этом поисковым системам, необходимо настроить серверные редиректы. Также необходимо изменить настройки в кабинетах для вебмастеров «Яндекс» и Google. С этими задачами может справиться любой специалист без технической подготовки. Вам понадобится доступ к FTP или панели управления сайтом, умение пользоваться генераторами редиректов и немного времени. Кстати, перед редактированием файла .htaccess создайте резервную копию. Она может понадобится, если вы внесете в файл некорректные изменения.

Публикация в группе: Полезное для WordPress

Категории группы: Настройка

Актуальность перевода сайта на защищенный протокол HTTPS возрастает с каждым днем. Браузеры уже вовсю грозятся в будущем помечать сайты работающие на HTTP как незащищенные и уже ограничивают их функциональность просто отключая возможность использования, например, веб-камеры и микрофона, а Google не так давно заявил о приоритете HTTPS-сайтов в выдаче. Эти сигналы позволяют предположить в ближайшем будущем массовую миграцию сайтов на работу по защищенному протоколу и если вы еще не сталкивались с переездом на него, то самое время рассмотреть такую возможность и хотя бы ознакомиться с алгоритмом такого переезда.

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

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

1. приобретение и установка SSL-сертификата через панель управления хостинга
2. переключение сайта на HTTPS-протокол, согласно рекомендаций для WordPress
3. организация 301 редиректа страниц сайта с протокола HTTP на HTTPS через файл htaccess
4. перевод внутренних ссылок сайта из абсолютных в относительные
5. оформление переезда на новый протокол для поисковых сервисов через файл robots и панель управления самого сервиса

В таком порядке мы и будем продвигаться.

Приобретение и установка SSL-сертификата

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

Перед оплатой заказа SSL-сертификата я создал почту admin@codeseller.ru, на которую позже будут приходить письма необходимые для подтверждения заказа на SSL-сертификат.

Сразу после произведенной оплаты SSL-сертификата, никаких дальнейших инструкций я не получил, поэтому решил написать в поддержку для их получения. Ребята с техподдержки что то похимичили, зачем то зачислили мне средства опять на счет, затем заново списали их в оплату SSL-сертификата, а заказ оформленный мной ранее удалили и через некоторое время на созданную почту пришло письмо со ссылкой подтверждения, по которой я перешел и подтвердил свой заказ на создание SSL-сертификата. Хм, сделал вывод, что я что то сделал неверно при первоначально оформленном заказе.

Итак, через некоторое время техподдержка сообщила, что все в порядке — сертификат успешно установлен.

Переключение WordPress-сайта в режим HTTPS

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

Идем в панель управления хостинга и переключаем работу сайта в режим HTTPS, далее идем в общие настройки сайта и изменяем «Адрес WordPress (URL)» и «Адрес сайта (URL)» с учетом протокола HTTPS. После сохранения настроек сайт уходит в цикличную переадресацию или, как еще говорят, в луп.

Согласно полученной из различных источников информации в файле wp-config.php требуется также размещать код:

define('FORCE_SSL_ADMIN', true);  
if (strpos($_SERVER['HTTP_X_FORWARDED_PROTO'], 'https') !== false)  
    $_SERVER['HTTPS']='on';

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

На этом этапе поддержка хостинга послала меня куда подальше, а именно на форум поддержки WordPress, поэтому пришлось полагаться только на себя.

Опять полез в интернет, в том числе англоязычный, но предлагаемые решения не работали.

Пришлось включить мозги и начать анализировать ситуацию. Решил посмотреть, а что собственно возвращает фундаментальная для WP функция is_ssl() на данном этапе, в возвращала она false, т.е. говорила нам, что никакого HTTPS на сайте сейчас нет. Именно поэтому и возникла цикличная переадресация, WP не фиксировал, что HTTPS режим работает и перенаправлял на HTTP, а сервер гнул свою линию и с HTTP перенаправлял обратно на HTTPS.

Функция is_ssl() понимает, что сайт работает в режиме HTTPS, только если в глобальном массиве $_SERVER передается ключ «HTTPS» со значением «on». Стал смотреть, что передает действующий сервер в массиве $_SERVER, оказалось, что ключ HTTPS не передается, приехали.

В качестве выхода из сложившейся ситуации следует убедить функцию is_ssl() в том, что HTTPS у нас включен, поэтому необходимо в массив $_SERVER принудительно добавить данные о действующем режиме HTTPS.

Но нам надо как то отличать загружается наш сайт по HTTP или по HTTPS, стал выяснять как это сделать. Как оказалось в массиве $_SERVER этим отличием является ключ «HTTP_X_HTTPS», который передается сервером, и как я понял, характерен только для данного хостинга, если его значение 1, значит сайт загружается по протоколу HTTPS, если этого ключа нет, значит протокол HTTP.

Изменяю приведенный выше код в файле wp-config.php под существующие реалии:

define('FORCE_SSL_ADMIN', true);  
if (isset($_SERVER['HTTP_X_HTTPS'])&&$_SERVER['HTTP_X_HTTPS']==1)
    $_SERVER['HTTPS']='on';

Сайт заработал!

Ок, основная проблема решена, можно переходить к следующему этапу.

301 редирект через .htaccess

На данном этапе, наш сайт доступен как по HTTP, так и по HTTPS и основной задачей становиться организация редиректа со всех страниц с протоколом HTTP на те же самые страницы, но уже с протоколом HTTPS.

В интернете для решения этой задачи широко применяется код, размещаемый в файле .htaccess:

RewriteEngine On
RewriteCond %{HTTPS} !'on'
RewriteRule ^(.*)$ https://%{HTTP_HOST}/$1 [R=301,L]100

Конечно же, этот код не работал у меня как нужно и отправлял сайт обратно в бесконечный луп. Если был сервер отправлял данные о включенном режиме HTTPS как $_SERVER[‘HTTPS’]=’on’, то все заработало бы, но тут Timeweb детка, поэтому, зная нюансы описанные выше, приходится изворачиваться и менять общепринятый код редиректа таким образом:

RewriteEngine On
RewriteCond %{HTTP:X-HTTPS} !1
RewriteRule ^(.*)$ https://%{HTTP_HOST}/$1 [R=301,L]100

Вот так редирект замечательно заработал.

Вспомнив техподдержку хостинга еще раз, переходим к следующему этапу.

Переделываем внутренние ссылки из абсолютных в относительные

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

• http://codeseller.ru/polzovateli/ — абсолютная ссылка
• /polzovateli/ — относительная ссылка

В первую очередь, меня беспокоили пути до изображений в статьях сайта и отдельных страницах. Вручную мы ничего менять не будем, а лучше отправим SQL-запрос к базе данных для массового перевода ссылок в статьях и страницах сайта. Через phpmyadmin делаем запрос:

UPDATE `wp_posts` SET `post_content` = REPLACE (`post_content`, 'http://codeseller.ru/', '/')

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

Далее, аналогичным образом решаем проблему с абсолютными путями до аватарок пользователей сохраненных через плагин WP-Recall и Ulogin. Для этого делаем два запроса:

UPDATE `wp_usermeta` SET `meta_value` = REPLACE (`meta_value`, 'http://codeseller.ru/', '/') WHERE `meta_key` = 'rcl_avatar'
UPDATE `wp_usermeta` SET `meta_value` = REPLACE (`meta_value`, 'http://codeseller.ru/', '/') WHERE `meta_key` = 'ulogin_photo'

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

Остался последний штрих.

Сообщаем поисковикам о переезде сайта на HTTPS

Для поисковиков сайт на HTTP и сайт с тем же самым доменом, но на HTTPS — два разных сайта, поэтому фактически мы не сообщаем о смене протокола, а сообщаем о совершенно новом сайте.

Для этого производим несколько несложных действий:

• прописываем в файле robots.txt новый host с протоколом HTTPS в качестве главного зеркала, например «Host: https://codeseller.ru»
• переходим в панель управления Яндекс.Вебмастера и вебмастера Google и указываем свое доменное имя на новом протоколе в качестве главного зеркала.

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

UPD: Решение проблемы с работой крона

Чуть позже, после переезда на HTTPS, обнаружил проблему в работе wp-cron на сайте. Пока проблема в работе крона от WordPress работающего в обычном режиме не решена, решил использовать альтернативный вариант, прописав в файле wp-config.php:

define( 'ALTERNATE_WP_CRON', true );

События крона стали выполняться, но были замечены некоторые проблемы с работой определенных событий. В результате анализа выявил некорректную работу(?) стандартной wp-функции get_posts(), которая вызывалась внутри этих событий. В качестве решения пришлось написать прямой запрос к БД на получение необходимых данных из таблицы wp_posts. После этого проблему в работе крона на сайте можно было считать решенной.

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

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

Удачи с переездом на HTTPS.