SSL-сертификат для сайта и SEO: как перейти на HTTPS без потери индексации, трафика и заявок

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

SSL для SEO — это не просто маркер безопасности. Это системное решение, которое при правильной реализации укрепляет индексацию, защищает данные пользователей, повышает доверие к сайту и обеспечивает стабильную работу форм заявок и платёжных систем. При неправильной — создаёт дубли HTTP/HTTPS, ломает редиректы, путает поисковых роботов и рушит аналитику.

Что такое SSL-сертификат и зачем он нужен сайту

SSL расшифровывается как Secure Sockets Layer — протокол защищённого соединения между браузером пользователя и сервером сайта. Когда сертификат установлен, весь обмен данными между посетителем и сайтом шифруется: никто снаружи не может перехватить пароль, номер карты или личные данные из формы заявки. Технически это обеспечивается криптографическим ключом, который подтверждает подлинность сервера и устанавливает защищённый канал.

Что означает HTTPS

HTTPS — это HTTP с добавленным уровнем шифрования SSL/TLS. Буква S в аббревиатуре расшифровывается как Secure — защищённый. Когда браузер видит сайт по протоколу HTTPS, он проверяет сертификат, убеждается в его подлинности и только после этого устанавливает соединение. Если сертификат действителен, пользователь видит замочек в адресной строке. Если истёк или выдан на другой домен — браузер показывает предупреждение об ошибке.

Чем HTTP отличается от HTTPS

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

С точки зрения SEO разница тоже существенная: Яндекс и Google рассматривают HTTP и HTTPS как два разных адреса. Сайт, доступный по обоим протоколам без редиректа, воспринимается как дубль — это прямой вред для индексации. Именно поэтому переход на HTTPS требует не только установки сертификата, но и настройки 301 редиректа с HTTP-версии на HTTPS.

Что видит пользователь без SSL

Картина неприятная. Chrome, Яндекс Браузер, Firefox и Safari давно перешли на политику явного информирования об отсутствии защиты. На сайте без SSL в адресной строке появляется текст «Не защищено» или перечёркнутый замочек. На некоторых версиях браузеров — полноэкранное предупреждение перед переходом на страницу с формой.

Как это работает в реальном бизнесе? Пользователь заходит на сайт, видит «Не защищено» и уходит — не потому что он технический специалист, а просто потому что браузер сигнализирует об опасности. Конверсия падает, заявки не приходят, а владелец сайта думает, что проблема в рекламе или контенте. Доработка сайта под SEO и заявки в такой ситуации начинается именно с установки SSL — без этого шага всё остальное работает вполовину силы.

Почему SSL критичен для форм, заявок и оплаты

Форма из SEO-трафика работает корректно только на защищённом соединении. Это касается не только визуального доверия, но и технической стороны: современные браузеры блокируют отправку данных форм по незащищённому HTTP на страницах, помеченных как небезопасные. Платёжные системы — Яндекс Пэй, СБП, Stripe — требуют HTTPS обязательно. Без действующего SSL ни одна платёжная интеграция не заработает.

Личный кабинет, авторизация, сохранение адреса доставки, история заказов — всё это передаёт персональные данные, защита которых по российскому законодательству — обязанность, а не опция. SSL — минимальная техническая мера защиты персональных данных, и её отсутствие на сайте с формами сбора информации создаёт правовые риски.

Как SSL влияет на SEO

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

Но реальное SEO-влияние SSL глубже, чем просто «плюс один балл за безопасность».

Доверие поисковых систем. Яндекс и Google давно сигнализируют о том, что HTTPS-сайты воспринимаются как более надёжные ресурсы. Это влияет на частоту обхода, скорость обновления страниц в индексе и готовность показывать сайт в выдаче по конкурентным запросам.

Устранение дублей HTTP/HTTPS. Это самая распространённая технически SEO-проблема при переходе на HTTPS. Если сайт открывается и по http://, и по https:// без принудительного редиректа, поисковик видит два сайта с одинаковым контентом. Это дубликаты, которые размывают ссылочный вес и снижают позиции обеих версий.

Корректность передачи ссылочного веса. Входящие ссылки, которые ведут на HTTP-версию сайта, после настройки 301 редиректа передают SEO-вес на HTTPS-версию с минимальными потерями. Без редиректа вес теряется или распределяется некорректно.

Стабильность аналитики. После перехода на HTTPS без правильной настройки Яндекс Метрики цели перестают срабатывать, сессии разрываются, данные о конверсиях искажаются. Правильная конфигурация HTTPS сохраняет целостность аналитических данных.

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

Какой SSL-сертификат выбрать для сайта

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

Тип SSL	Кому подходит	Уровень проверки	Особенность
DV (Domain Validation)	Сайт услуг, блог, лендинг	Проверка домена	Выдаётся быстро, минимальная стоимость
OV (Organization Validation)	Корпоративный сайт, B2B	Проверка организации	Повышенное доверие, подтверждение юрлица
EV (Extended Validation)	Финансы, банки, крупные сервисы	Расширенная проверка	Максимальная видимость в браузере
Wildcard	Сайт с поддоменами	Проверка домена	Защищает все поддомены разом
Multi-domain (SAN)	Несколько доменов	Проверка каждого домена	Удобно для группы сайтов
Let’s Encrypt	Базовая защита	Проверка домена	Бесплатный, срок 90 дней, автопродление

DV-сертификат — самый распространённый выбор для сайтов услуг, информационных ресурсов, корпоративных визиток. Он подтверждает только то, что вы владеете доменом. Выдаётся за минуты, стоит недорого, даёт тот же замочек в браузере, что и более дорогие варианты. Для SEO-целей и защиты форм заявок — полностью достаточен.

OV-сертификат добавляет к проверке домена ещё и верификацию организации: центр сертификации проверяет, что компания реально существует. В браузере это визуально не отличается от DV, но в деталях сертификата пользователь может увидеть название компании. Это повышает доверие для B2B-аудитории и корпоративных клиентов.

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

Wildcard SSL — один сертификат для главного домена и всех его поддоменов: shop.domain.ru, blog.domain.ru, lk.domain.ru. Если у сайта есть несколько поддоменов, Wildcard экономит деньги и упрощает управление.

Let’s Encrypt — бесплатный автоматизированный центр сертификации. Даёт DV-сертификат сроком на 90 дней с возможностью автоматического продления. Большинство хостингов поддерживают Let’s Encrypt из коробки. Для малого и среднего бизнеса это полностью рабочее решение — технически ничем не отличается от платного DV.

Важный нюанс: какой SSL-сертификат лучше для сайта — зависит не от цены, а от задач. Магазину одежды с одним доменом нужен DV или Let’s Encrypt. Строительной компании с несколькими поддоменами — Wildcard. Финансовому сервису с жёсткими требованиями к доверию — OV или EV.

Сколько стоит SSL-сертификат для сайта

Цена SSL-сертификата для сайта варьируется от нуля (Let’s Encrypt) до десятков тысяч рублей в год (коммерческие EV-сертификаты крупных центров сертификации). Что формирует стоимость?

• Тип сертификата — DV дешевле OV, OV дешевле EV, Wildcard дороже одиночного DV
• Срок действия — сертификат на год дешевле, чем два однолетних сертификата, приобретённых последовательно. Let’s Encrypt выдаётся на 90 дней с бесплатным продлением
• Количество доменов — Multi-domain-сертификат стоит больше одиночного, но дешевле нескольких отдельных
• Поддомены — Wildcard сертификат для всех поддоменов стоит больше стандартного DV, но выгоднее отдельных сертификатов на каждый поддомен
• Проверка организации — OV и EV включают ручную верификацию и стоят значительно дороже DV
• Входит ли установка — установка SSL на хостинг и настройка HTTPS может быть включена в стоимость тарифа хостинга или оплачиваться отдельно
• Настройка редиректов и canonical — полноценный переход на HTTPS включает не только установку сертификата, но и техническую настройку, которая требует времени специалиста
• SEO-проверка после перехода — проверка индексации, дублей, ошибок mixed content, форм и аналитики после настройки HTTPS

Стоимость SSL-сертификата для сайта в формате DV — от 0 до 3 000–5 000 рублей в год у коммерческих провайдеров. Wildcard — от 5 000 до 15 000 рублей в год. OV и EV — от 10 000 до 40 000+ рублей в год.

Купить SSL-сертификат для сайта дёшево и правильно — значит подобрать тип под задачи: большинству бизнесов достаточно DV или Let’s Encrypt. Основные расходы при переходе на HTTPS — не сам сертификат, а грамотная настройка: редиректы, canonical, исправление mixed content, обновление sitemap и проверка аналитики.

Как перейти на HTTPS без потери SEO

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

Шаг 1. Сделать резервную копию сайта

До любых изменений — полный бэкап: файлы сайта и база данных. Если что-то пойдёт не так, всегда есть возможность откатиться. Это не паранойя, а профессиональная гигиена. Техническая оптимизация сайта начинается именно с этого — резервная копия до правок, не после.

Шаг 2. Установить SSL-сертификат

На большинстве хостингов Let’s Encrypt устанавливается в один клик из панели управления. Платный сертификат устанавливается вручную: загружается файл сертификата, промежуточная цепочка (chain) и приватный ключ. После установки проверьте, что сертификат корректен: откройте сайт по https:// и убедитесь, что нет ошибок браузера.

Проверьте цепочку сертификата — она должна быть полной: корневой центр сертификации, промежуточный и сам сертификат домена. Неполная цепочка даёт ошибку на некоторых устройствах, особенно на Android-смартфонах со старыми версиями системы.

Шаг 3. Настроить 301 редирект с HTTP на HTTPS

301 редирект — постоянный редирект, который сообщает поисковику: «эта страница переехала навсегда, перенеси туда весь SEO-вес». Без него HTTP-версия и HTTPS-версия будут существовать параллельно как дубли. Это разрушает индексацию и ссылочный вес.

На Apache-сервере редирект настраивается в файле .htaccess:

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

На nginx — в секции server в конфигурационном файле. Важно также настроить редирект с www на без www (или обратно) — чтобы сайт был доступен только в одном каноническом варианте.

Шаг 4. Проверить и обновить canonical

Тег canonical на каждой странице должен указывать на HTTPS-версию URL. Если до перехода canonical указывал на http://site.ru/page/, после перехода он должен содержать https://site.ru/page/. Несоответствие canonical и фактического адреса страницы — сигнал путаницы для поисковика.

Проверьте canonical программно: краулер или плагин SEO (для WordPress — Yoast или Rank Math) покажет все страницы с некорректными canonical. Исправить нужно все, особенно приоритетные коммерческие страницы.

Шаг 5. Обновить sitemap.xml

Sitemap.xml должен содержать только HTTPS-адреса. Если в файле остались HTTP-ссылки, поисковик обходит их, видит редирект, тратит краулинговый бюджет впустую и медленнее переиндексирует сайт. Обновите sitemap после настройки HTTPS и передайте новый файл в Яндекс.Вебмастер и Google Search Console.

Шаг 6. Проверить robots.txt

Robots.txt доступен по адресу /robots.txt. Убедитесь, что в нём нет случайных закрытий HTTPS-версии, что директива Host (для Яндекса) указывает на HTTPS-домен, что ссылка на sitemap в robots.txt ведёт на актуальный HTTPS-адрес файла.

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

Шаг 7. Обновить внутренние ссылки

Все внутренние ссылки на сайте — в навигации, контенте, блоках перелинковки, футере — должны вести на HTTPS-адреса. Технически это не критично при работающих редиректах (каждая HTTP-ссылка всё равно перенаправится), но лишние 301 увеличивают время загрузки страниц и тратят краулинговый бюджет. Обновите внутренние ссылки массово через базу данных или плагин.

Шаг 8. Исправить mixed content

Mixed content — это ситуация, когда сайт работает по HTTPS, но часть ресурсов (изображения, скрипты, стили, iframe) загружается по старому HTTP. Браузер в таком случае показывает предупреждение о смешанном контенте или вообще блокирует загрузку HTTP-ресурсов.

Как выявить: инструменты разработчика в браузере (вкладка Console) покажут все mixed content ошибки. Исправить: заменить http:// на https:// в URL ресурсов или использовать протокол-относительные ссылки (//domain.ru/image.jpg). Особое внимание — встроенные виджеты, карты, формы обратной связи сторонних сервисов: они часто остаются на HTTP, если код вставлен давно.

Шаг 9. Добавить HTTPS-версию в поисковые системы

В Яндекс.Вебмастере: добавьте HTTPS-версию сайта как отдельный ресурс и подтвердите права на него. Укажите основное зеркало — HTTPS-версию. Загрузите обновлённый sitemap.

В Google Search Console: аналогично добавьте и верифицируйте https://site.ru, загрузите sitemap, убедитесь, что приоритетная версия правильно настроена через параметры домена.

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

Шаг 10. Проверить Метрику, цели и формы заявок

После перехода на HTTPS обязательно протестируйте все формы: заполните и отправьте каждую форму заявки. Проверьте, что данные приходят на указанный email, что настройка Яндекс Метрики для отслеживания целей по-прежнему работает. Цель «Отправка формы» нередко перестаёт срабатывать, если код Метрики не обновлён или если форма переехала на другой URL.

Ошибки при подключении SSL

Плохо выполненный переход на HTTPS хуже его отсутствия — особенно для сайта с накопленным SEO-весом и трафиком. Вот ошибки, которые встречаются чаще всего:

• Оставить доступными обе версии — HTTP и HTTPS — без принудительного редиректа поисковик видит два сайта-дубля. Позиции просадят обе версии
• Не настроить 301 редиректы — самая критичная ошибка. Без них весь накопленный SEO-вес HTTP-страниц не переходит на HTTPS
• Забыть обновить canonical — canonical на HTTP при HTTPS-адресе страницы даёт противоречивый сигнал поисковику
• Оставить HTTP-ссылки в sitemap — старый sitemap с HTTP-адресами замедляет переиндексацию HTTPS-версии
• Не исправить mixed content — сайт технически на HTTPS, но часть ресурсов грузится по HTTP. Браузер предупреждает или блокирует их
• Не проверить работу форм заявок — после смены протокола форма может перестать отправлять данные из-за изменения URL обработчика или CORS-настроек
• Не проверить цели в Метрике — цели привязаны к URL страниц. Если URL изменился с http:// на https://, цель нужно обновить или создать заново
• Не проверить оплату в интернет-магазине — платёжные виджеты часто имеют настройки с прописанными URL обратного вызова. После смены протокола их нужно обновить в личном кабинете платёжной системы
• Не обновить внешние интеграции — CRM, email-сервисы, аналитические инструменты, рекламные кабинеты — везде, где прописан URL сайта, нужно обновить протокол
• Не контролировать индексацию после перехода — мониторить позиции и трафик нужно минимум 4 недели после перехода. Просадка в первые дни — нормальна, длительное падение — сигнал о проблеме

SSL для WordPress, Bitrix и интернет-магазина

Разные CMS по-разному реагируют на переход HTTPS, и у каждой — свои точки риска.

SSL для WordPress

Создание сайта на WordPress под SEO изначально предполагает HTTPS-конфигурацию. Но если сайт давно работает на HTTP, переход требует дополнительных действий внутри CMS.

Первое — в настройках WordPress (Настройки → Общие) изменить адрес сайта и WordPress с http:// на https://. Это обязательно. Если сделать это неправильно, сайт перестанет открываться или войдёт в петлю редиректов.

Второе — обновить пути к медиафайлам. WordPress хранит URL изображений в базе данных. После смены протокола все ссылки на изображения в контенте останутся с http://, что создаст массовый mixed content. Исправляется через плагин (Better Search Replace или аналог) — массовая замена http://site.ru на https://site.ru в базе данных.

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

Четвёртое — WooCommerce. Платёжные шлюзы проверяют URL нотификаций (webhook URL). После перехода на HTTPS их нужно обновить в настройках каждого платёжного метода и в личных кабинетах платёжных провайдеров.

Пятое — проверить все установленные плагины на предмет жёстко прописанных HTTP-URL. Особенно это касается плагинов кэширования, SEO-плагинов (Yoast, Rank Math), форм (Contact Form 7, Gravity Forms) и аналитики.

SSL для 1C-Битрикс

Переход на HTTPS в Битрикс требует настроек на двух уровнях: сервер и сама CMS.

На уровне сервера: установить SSL-сертификат, настроить принудительный редирект HTTP → HTTPS в конфигурационном файле сервера или в .htaccess.

На уровне CMS: в настройках главного модуля Битрикс (Настройки → Настройки продукта → Сайты) переключить протокол сайта на HTTPS. Без этого шага Битрикс будет формировать абсолютные ссылки с HTTP в коде страниц — это массовый mixed content.

Кэш Битрикса хранит страницы с HTTP-адресами. После смены протокола кэш нужно очистить полностью — через административную панель или вручную через FTP. Иначе пользователи будут видеть устаревшие страницы с HTTP-контентом.

Для интернет-магазина на Битрикс особое внимание — корзина, оформление заказа и платёжные модули. Они работают с формами передачи данных, и любой mixed content здесь приводит к блокировке браузером. Создание интернет-магазина под SEO на Битрикс должно сразу предусматривать HTTPS — переход на него после запуска значительно сложнее.

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

SSL для интернет-магазина

Независимо от CMS, интернет-магазин — это наиболее чувствительный тип сайта к некорректному переходу на HTTPS. Здесь сосредоточены все риски одновременно: оплата, личные данные покупателей, формы, корзина, личный кабинет.

Чек-лист для интернет-магазина после перехода на HTTPS:

• Корзина открывается и товары в ней сохраняются
• Форма оформления заказа отправляет данные
• Платёжная система принимает транзакции
• Личный кабинет открывается и авторизация работает
• Email-уведомления о заказах приходят
• Webhook’и платёжных систем обновлены на HTTPS
• Карточки товаров не имеют mixed content с HTTP-изображениями
• Микроразметка Schema.org содержит HTTPS-URL
• Аналитические события (добавление в корзину, оформление заказа, оплата) срабатывают корректно

SEO-аудит сайта после перехода на HTTPS для интернет-магазина — обязательная процедура. Количество потенциальных точек отказа велико, и ручная проверка не гарантирует полного охвата. Автоматический краулер вместе с ручным тестированием ключевых сценариев — правильный подход.

Что проверить после установки SSL

Системный чек-лист, который нужно пройти после любого перехода на HTTPS:

Технические проверки:

• Сайт открывается по HTTPS без браузерных предупреждений
• Цепочка SSL-сертификата полная, срок действия — актуален
• HTTP автоматически перенаправляет на HTTPS через 301 редирект
• www и без www перенаправляют на одну каноническую версию
• Нет циклических редиректов
• Нет ошибок mixed content в консоли браузера

SEO-проверки:

• Sitemap.xml содержит только HTTPS-адреса
• Canonical на всех страницах указывает на HTTPS
• Robots.txt доступен по HTTPS, директива Host указывает на HTTPS
• HTTP и HTTPS не индексируются одновременно (проверить в Яндекс.Вебмастере)
• HTTPS-версия добавлена в Яндекс.Вебмастер и Google Search Console
• Sitemap передан в оба поисковых сервиса

Коммерческие проверки:

• Все формы заявок отправляют данные
• Уведомления о заявках приходят менеджерам
• Платёжные системы работают (для магазинов)
• Кнопки мессенджеров и клики по телефону работают

Аналитические проверки:

• Яндекс Метрика фиксирует сессии на HTTPS-версии
• Цели (отправка формы, клик по телефону) срабатывают
• Настройка Яндекс Метрики корректна для HTTPS-домена
• Трафик в Метрике не обнулился после перехода

Мониторинг после перехода:

• В первые 2 недели — ежедневный контроль трафика и позиций
• Проверка индексации HTTPS-страниц в поисковых системах
• Контроль ошибок в Яндекс.Вебмастере и GSC

Когда стоит заказать настройку SSL и HTTPS

Есть ситуации, когда установить SSL самостоятельно — значит рисковать трафиком и заявками. Профессиональная настройка HTTPS оправдана в следующих случаях:

• Сайт показывает предупреждение «небезопасно» — нужна срочная установка, но правильная, без потери SEO
• Планируется запуск форм заявок или оплаты — без HTTPS они работать не будут или будут блокироваться браузером
• Начинается SEO-продвижение — хостинг для SEO и SSL — базовые условия, без которых продвижение начинать нельзя
• Сайт переезжает с HTTP на HTTPS — особенно если у него есть накопленный трафик и позиции, которые нужно сохранить
• После самостоятельной установки SSL появились ошибки — mixed content, циклические редиректы, исчезнувшие формы
• Яндекс и Google индексируют HTTP и HTTPS одновременно — технически некорректная ситуация, требующая настройки canonical и редиректов
• После перехода на HTTPS просел трафик — нужна диагностика и устранение конкретной технической ошибки

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

FAQ: ответы на важные вопросы

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

Зачем нужен SSL-сертификат для SEO?
SSL влияет на SEO через несколько механизмов: устраняет дубли HTTP/HTTPS при правильной настройке, повышает доверие поисковых систем, улучшает поведенческие факторы (пользователи не уходят с предупреждения «небезопасно»), обеспечивает стабильную работу форм и аналитики. Без HTTPS невозможно корректно настроить передачу данных, работу платёжных систем и отслеживание целей в Метрике.

Какой SSL-сертификат выбрать для сайта?
Для большинства сайтов услуг, корпоративных ресурсов и лендингов — DV или бесплатный Let’s Encrypt. Для сайтов с поддоменами — Wildcard. Для B2B-компаний с требованиями к доверию — OV. Для финансовых сервисов — EV. Какой SSL-сертификат лучше для конкретного сайта — определяется типом проекта, а не ценой сертификата.

Сколько стоит SSL-сертификат?
Цена SSL-сертификата для сайта — от 0 (Let’s Encrypt) до 40 000+ рублей в год (EV от коммерческих центров сертификации). Большинству бизнесов достаточно бесплатного или DV-сертификата стоимостью 1 000–5 000 рублей в год. Основные расходы — настройка редиректов, исправление mixed content и SEO-проверка после перехода.

Можно ли использовать бесплатный SSL?
Да. Let’s Encrypt — полноценный DV-сертификат, который технически ничем не отличается от платного DV. Важно настроить автоматическое продление (сертификат действует 90 дней), корректные редиректы, canonical и sitemap. Для коммерческих сайтов без особых требований к подтверждению организации — полностью рабочее решение.

Как перейти на HTTPS без потери позиций?
Пошагово: резервная копия → установка SSL → настройка 301 редиректов → обновление canonical → обновление sitemap → проверка robots.txt → исправление mixed content → добавление HTTPS-версии в поисковые системы → проверка форм и аналитики. Каждый шаг обязателен.

Почему после SSL появились дубли страниц?
Причина — не настроен принудительный 301 редирект с HTTP на HTTPS. Обе версии доступны одновременно, поисковик индексирует их как разные страницы с одинаковым контентом. Решение — настроить редирект и поставить корректный canonical на все страницы.

Что такое mixed content?
Mixed content — ситуация, когда сайт работает по HTTPS, но часть ресурсов (изображения, скрипты, стили) загружается по HTTP. Браузер блокирует такие ресурсы или показывает предупреждение. Исправляется заменой HTTP-ссылок на HTTPS в коде и базе данных сайта.

Нужно ли менять sitemap после перехода на HTTPS?
Обязательно. Sitemap.xml должен содержать только HTTPS-адреса. Устаревший sitemap с HTTP-ссылками замедляет переиндексацию и тратит краулинговый бюджет впустую.

Что проверить после установки SSL?
SSL-сертификат действителен, редирект HTTP → HTTPS работает, нет дублей, нет mixed content, sitemap обновлён, canonical указывает на HTTPS, robots.txt корректен, формы отправляют заявки, цели в Метрике срабатывают, поисковые сервисы видят HTTPS-версию. При необходимости — провести SEO-аудит сайта для комплексной проверки технического состояния после перехода.