Редирект с HTTP на HTTPS
Уводит ли http:// на https:// и делает ли это постоянным редиректом 301, чтобы поисковые системы перенесли накопленные сигналы.
У любого сайта по-прежнему есть адрес на http://: туда приходят старые ссылки, закладки и посетители, которые набирают домен без протокола. Если этот адрес отдаёт страницу, а не перенаправляет, визит идёт без шифрования, и любой в той же сети может прочитать или подменить трафик. Поисковые системы к тому же видят две версии каждой страницы.
Как SiteScan это проверяет
Сканер запрашивает http:// на хосте, не следуя редиректам, и смотрит на ответ:
- зелёный: постоянный редирект (301 или 308) на
https://; - жёлтый: редирект есть, но временный (302, 303 или 307), и поисковики могут оставить в индексе старый адрес;
- красный: редиректа нет вовсе или он ведёт не на HTTPS.
Если адрес на HTTP отвечает ошибкой (4xx или 5xx), строка помечается «Не проверялось»: такой ответ мог дать файрвол или правило CDN, и он ничего не доказывает.
Как исправить
В nginx оставьте в блоке для порта 80 одну строку return 301 https://example.com$request_uri;. В Apache — Redirect permanent / https://example.com/. У большинства CDN есть переключатель «Always use HTTPS». Когда редирект заработает, добавьте HSTS, чтобы браузеры вообще пропускали HTTP-адрес.
Проверьте этот пункт на своём сайте
Запустите бесплатное сканирование: в отчёте будет эта строка для вашего домена вместе с остальными проверками аудита.
Ещё в разделе «Адреса и редиректы»
Что проверяет SiteScan
TLS-сертификат
- Срок действия SSL/TLS-сертификата
- Устаревшие версии TLS (1.0 и 1.1)
- Цепочка сертификатов TLS
- Издатель TLS-сертификата
- Алгоритм подписи сертификата
Регистрация домена
- Срок регистрации домена
- Зарегистрированное доменное имя
- Регистратор домена
- Дата регистрации домена
- Дата последнего изменения домена
- Статусы домена в реестре (EPP)
- Запрет на перенос домена
- Abuse-контакт регистратора
- Источник данных RDAP и WHOIS
Индексация
- Файл robots.txt
- CSS и JS, закрытые в robots.txt
- XML-карта сайта (sitemap.xml)
- Индекс карт сайта
- Чужие URL в карте сайта
- Даты lastmod в карте сайта
- Битые URL в карте сайта
- RSS- и Atom-лента
Адреса и редиректы
- Редирект с HTTP на HTTPS
- Редирект с www и без www
- Длина цепочки редиректов
- Обработка ошибки 404 и мягкий 404
Заголовки безопасности
- HTTP-заголовки безопасности и оценка
- Заголовок Strict-Transport-Security (HSTS)
- Заголовок Content-Security-Policy (CSP)
- X-Content-Type-Options: nosniff
- X-Frame-Options и защита от кликджекинга
- Заголовок Referrer-Policy
- Заголовок Permissions-Policy
- Список HSTS preload
- CORS и чтение с других origin
- HTTP-метод TRACE
Отдача и репутация
- Заголовок Cache-Control для HTML
- Ревалидация через ETag и Last-Modified
- Поддержка HTTP/3 и QUIC
- Версии ПО в заголовках сервера
- Проверка по DNS-блоклистам (DNSBL)
Внутренние ссылки
Открытые файлы
- Открытые файлы .env, .git и бэкапы
- Листинг директорий на сервере
- Публичные source maps JavaScript
- Открытые точки входа WordPress
Служебные файлы
- Файл security.txt
- Файл llms.txt для ИИ-ассистентов
- Файл llms-full.txt
- Файл ads.txt для рекламы
- Файл humans.txt
- Адрес /.well-known/change-password
DNS и почта
- MX-записи (почтовые серверы)
- Запись SPF
- Запись и политика DMARC
- Подпись зоны DNSSEC
- Запись CAA
- Резервирование DNS-серверов
- Поддержка IPv6 (AAAA-запись)
- Политика MTA-STS
- Запись TLS-RPT для отчётов
- Запись BIMI (логотип в почте)
- Wildcard-запись в DNS
- Висячий CNAME и захват поддомена
Приватность и согласие
- Счётчики аналитики и трекеры
- Баннер согласия на cookie
- Политика конфиденциальности
- Пользовательское соглашение
- Выходные данные (Impressum)
- Заявление о доступности
Core Web Vitals
- Оценка производительности Lighthouse
- Largest Contentful Paint (LCP)
- Cumulative Layout Shift (CLS)
- Interaction to Next Paint (INP)
- Полевые данные CrUX и лабораторные замеры