Незащищенный протокол http как исправить

Подключение к сайту защищено не полностью — что это и как исправить

При открытии каких-либо сайтов в Интернете в браузере Google Chrome или в других браузерах на базе Chromium, слева от адреса вы можете заметить серую надпись «Не защищено», при нажатии на которую появляется дополнительная информация «Подключение к сайту защищено не полностью» и выглядящая еще более опасной надпись «Злоумышленники могут видеть изображения, которые видны вам, и изменять их в целях мошенничества».

В этой инструкции подробно о причинах, по которым может появляться надпись «Подключение к сайту защищено не полностью», когда стоит обратить на это внимание и предпринять какие-либо действия, чтобы исправить ошибку, а когда можно продолжать пользоваться сайтом как обычно. Схожие, но более серьезные проблемы (и надпись «Не защищено» в этом случае будет красной) описаны в инструкциях Подключение не защищено в Google Chrome, Невозможно установить безопасное соединение в Яндекс Браузере.

Причина сообщения «Подключение к сайту защищено не полностью»

При открытии большинства современных сайтов соединение с ними производится по безопасному зашифрованному протоколу https, например, если в Google Chrome нажать мышью в адресной строке с адресом моего сайта, вы увидите полный адрес вида https://remontka.pro/ — в начале мы видим указание на протокол.

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

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

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

• Если сообщение «Подключение к сайту защищено не полностью» появляется на одном единственном сайте, на котором вы не вводите никаких данных, не регистрируетесь, не загружаете файлы, а просто читаете — можно не переживать, для вас это, в целом безопасно, а причина, вероятнее всего, в оплошности создателя сайта (использование смешанного контента https и http) которую он, с большой вероятностью скоро исправит. Также это может свидетельствовать об использовании старой версии TLS0 или 1.1 на сайте — вас, как пользователя, если вы не вводите никаких данных, волновать не должно.
• Если такое сообщение появляется на каком-то сайте, где вы зарегистрированы и планируете что-то вводить, но появляется однократно, а, к примеру, после обновления страницы исчезает, причиной может быть реклама на сайте (изредка она загружается по незащищенному протоколу, хозяин сайта на это повлиять не может). В целом переживать тоже не стоит, но есть смысл вводить какие-либо данные только в те моменты, когда сообщений о неполной защищенности сайта не появляется.
• В случае, когда «Подключение к сайту защищено не полностью» отображается постоянно на каком-то сайте, представляющем «особую важность» — онлайн банк, Госуслуги, важный профиль в социальной сети, лучше воздержаться от ввода любых своих данных и авторизации. Причинами могут быть как временные работы на сайте, так и какие-то проблемы на стороне такого сервиса. В некоторых случаях — и проблемы с вашей стороны, как описано в следующем пункте.
• «Подключение к сайту защищено не полностью» при открытии почти любых сайтов должно вас очень сильно насторожить и заставить перестать вводить свои данные для входа и любые другие до тех пор, пока вы не разберетесь и не устраните проблему, о чем дальше.

Устранение проблемы, если она появляется на всех или многих критически важных сайтах

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

1. Какие-то расширения браузера, меняющие содержимое страниц сайтов, включая полезные, например, блокировщики рекламы или предназначенные для скачивания чего-то. Рекомендую попробовать отключить все без исключения расширения в браузере (в Google Chrome это делается в Меню — Дополнительные инструменты — Расширения), попробовать открывать сайты. Если надпись исчезла, по одному включаем расширения, пока не выявим то, которое вызывает сообщение «Подключение к сайту защищено не полностью». И, даже несмотря на его пользу, избавляемся (обычно всегда можно найти безопасную альтернативу).
2. Какие-либо средства, способные менять характер трафика — прокси, VPN, некоторые средства блокировки рекламы, работающие не как расширение в браузере, редко — средства веб-защиты антивирусов. Если что-то из указанного используется, пробуем отключать и следить за изменениями.
3. На всякий случай следует проверить файл hosts на компьютере, чтобы там не было перенаправлений для сайтов, которые сообщают о проблеме. Также разумной будет проверка системы на наличие других угроз. Один из эффективных способов сделать это — AdwCleaner.
4. Также теоретически возможно возникновение рассматриваемой ситуации при использовании «чужих» сетей — бесплатного Wi-Fi, корпоративной сети и подобных. В такой ситуации лучше воздержаться от использования важных личных онлайн-сервисов и авторизации на них через такую сеть.
5. Существует и маловероятная возможность, что проблема со стороны вашего роутера или провайдера. Исключить этот пункт можно так: проверить, а появляется ли проблема, если раздать Интернет со смартфона и подключиться через него. Если в данном случае никаких сообщений о неполной защищенности сайта нет, значит что-то с вашим основным Интернет-подключением.

Видео

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

Перевод сайта на защищенный протокол. Пошаговое руководство

Автор: Константин Гайдук, независимый специалист по продвижению сайтов. В SEO с 2010 года. Работает в Москве.

С июля 2018 года абсолютно все сайты, использующие обычный незащищенный протокол http, начали помечаться в Гугл Хроме, одном из самых популярных браузеров, как ненадежные. Именно поэтому переход на https сейчас наиболее актуален.

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

Какие бывают виды сертификатов?

Классификация сертификатов, их возможности и отличия, уже много раз освещались. С практической точки зрения можно отметить только, что для большинства пользователей важно деление на платные и бесплатные. Самый популярный из бесплатных — Let’s Encrypt. Установка такого сертификата обычно требует минимальных усилий (несколько кликов в панели управления хостингом) и обычно предоставляется хостингами и регистраторами бесплатно. Let’s Encrypt можно выписать не только для домена, но и для поддоменов сайта.

В процессе работы было сделано интересное наблюдение: Let’s Encrypt предлагают наиболее качественные хостинги с ценником выше среднего по рынку. В более дешевых можно установить, как правило, только платные сертификаты.

Перевод сайта на защищенный протокол по шагам

1. Выпуск SSL-сертификата осуществляется либо через хостинг, либо через регистратора домена (если домен зарегистрирован через хостинговую компанию, только через хостинг).

2. Адреса внутренних ссылок в контенте сайта меняем на новые (в том числе адреса изображений). Там, где было http://site/url, должно стать https://site/url. Если страниц очень много, есть смысл изучить структуру базы данных с целью поиска возможности массовой замены.

Например, типовой случай для Вордпресса:

• во всех меню сайта,
• сквозных блоках,
• ссылки в разделе head страницы на файлы стилей, скрипты, шрифты.

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

Например, шрифты Гугл доступны по двум адресам:

Необходимо указать адрес с сертификатом.

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

5. Проверка в Браузерах

• Открываем каждую страницу сайта в Mozilla Firefox и проверяем не высвечивается ли ошибка рядом с адресом сайта:

Если страниц на сайте много, проверяем выборочно.

• Открываем каждую страницу сайта в Google Chrome и проверяем, не высвечивается ли ошибка рядом с адресом сайта (если страниц много, также проверяем выборочно). При проверке в этом браузере страницы необходимо обновлять каждый раз при открытии.Также в Гугл Хроме нужно следить за появлением иконки справа от адреса:

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

Если на сайте есть скрипт, ссылающийся на незащищенный ресурс, Гугл Хром по умолчанию его не загрузит. На сайте, например, может перестать работать форма обратной связи или что-то другое.

Идентифицировать проблемный скрипт можно, вызвав в Гугл Хроме «Инструменты разработчика» (сочетание клавиш Ctrl + Shift + I) и открыв вкладку «Console»:

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

В ряде случаев протокол может задаваться в файле конфигураций. Для Вордпресса это wp-config.php:

7. Устанавливаем в файле .htaccess 301 редирект со всех http-адресов страниц на соответствующие новые адреса с https.

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

В некоторых:

8. Устанавливаем 301 редирект на новую версию сайта с других (неглавных зеркал), если таковые имеются.

Например, если ранее редирект с неглавного зеркала:

http://site.ru/ стоял на http://www.site.ru/

То теперь нужно проставить редиректы с обоих зеркал на https://site.ru/

Тоже самое относится и к редиректам http://oldsite.ru/ https://newsite.ru/

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

10. Сканируя весь сайт, проверяем, не осталось ли ссылок с редиректами. Исправляем на прямые ссылки.

11. Создаем новую карту сайта sitemap.xml и загружаем на сервер.

12. В файле robots прописываем новый адрес карты сайта.

13. Добавляем сайт с защищенным протоколом в панель Яндекс.Вебмастера. В разделе «Переезд сайта» указываем новое главное зеркало. Загружаем обновленную карту сайта.

14. Добавляем сайт с защищенным протоколом в панель Google Search Console. Загружаем обновленную карту сайта.

Результаты переезда сайтов на защищенный протокол в чистом виде

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

Сайт 1, Яндекс:

Сайт 1, Google:

Сайт 2, Яндекс:

Сайт 2, Google:

Таким образом подтверждаются известные истины о том, что https является фактором ранжирования в Гугле, и что, несмотря на внимание Янедкса этому вопросу и взаимодействие с пользователями, переезд в этой поисковой системе может привести к непредсказуемым результатам (как к спаду позиций на примере сайта1, так и к повышению на примере сайта 2).

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