Решение проблем с SSL при AJAX-чекауте в WooCommerce на WordPress

Автор: Елена Журавлева | Опубликовано: 24.05.2026

Диагностика проблемы с SSL в AJAX-чекауте WooCommerce

При использовании WooCommerce с SSL-сертификатом часто возникают ошибки при оформлении заказа через AJAX. Наиболее типичные симптомы:

Ошибка смешанного контента (Mixed Content) в консоли браузера.
AJAX-запросы не проходят, оформление заказа зависает или выдает ошибку.
В логе сервера появляются ошибки SSL или ошибки типа 403 Forbidden.

Для диагностики проблемы рекомендуется:

Открыть консоль браузера (F12) и перейти на вкладку "Console" и "Network".
Отследить AJAX-запросы на странице оформления заказа, проверить, что все запросы идут по HTTPS.
Проверить, что URL сайта в Settings > General начинаются с https://.
Проверить настройки сервера и .htaccess на корректные редиректы с HTTP на HTTPS.
Проверить, не мешают ли плагины кеширования или CDN корректной работе SSL.

Пошаговое решение проблемы SSL в AJAX-чекауте WooCommerce

1. Настройка URL сайта и SSL

Перейдите в Настройки > Общие и убедитесь, что оба поля «Адрес WordPress (URL)» и «Адрес сайта (URL)» используют https://. Если нет — исправьте и сохраните.

2. Принудительное использование HTTPS для AJAX URL

WooCommerce AJAX-адреса генерируются динамически, иногда могут использовать HTTP. Чтобы гарантировать HTTPS, добавьте следующий код в functions.php вашей темы или в кастомный плагин:

add_filter('woocommerce_get_ajax_url', function($url) {
    return preg_replace("/^http:/", 'https:', $url);
});

3. Правильный редирект HTTP на HTTPS через .htaccess

Добавьте правила в корневой .htaccess для Apache:

<IfModule mod_rewrite.c>
RewriteEngine On
RewriteCond %{HTTPS} off
RewriteRule ^ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301]
</IfModule>

Для Nginx в конфигурации сервера:

server {
    listen 80;
    server_name example.com www.example.com;
    return 301 https://$host$request_uri;
}

4. Очистка кеша и деактивация конфликтных плагинов

Проверьте, не вызывает ли проблема один из кеширующих плагинов (например, WP Super Cache, W3 Total Cache, LiteSpeed Cache) или CDN (Cloudflare). Временно отключите кеш и проверьте повторно AJAX-чекаут.

5. Проверка правильной работы SSL в AJAX-обработчиках WP

Иногда AJAX-обработчики используют URL без HTTPS. Добавьте фильтр для REST API и AJAX URL:

add_filter('rest_url', function($url) {
    return preg_replace('/^http:/', 'https:', $url);
});

Проверка результата после внедрения

Откройте страницу оформления заказа в режиме инкогнито.
В консоли браузера убедитесь, что все AJAX-запросы идут по HTTPS без Mixed Content ошибок.
Попробуйте оформить тестовый заказ — процесс должен завершиться без ошибок.
Проверьте логи сервера на отсутствие ошибок SSL и 403.

Частые ошибки и как исправить

Ошибка смешанного контента: чаще всего вызвана тем, что AJAX-запросы или ресурсы загружаются по HTTP. Проверьте все ссылки в шаблоне и плагины.
Кеширование HTTP-версии AJAX: плагин кеша может отдавать устаревшие HTTP-запросы. Очистите кеш или настройте исключения для AJAX-URL.
Некорректные редиректы: если редиректы настроены неправильно, браузер может блокировать запросы. Проверьте правила в .htaccess и конфигурацию сервера.
Проблемы CDN: CDN может кэшировать HTTP-версии или неправильно проксировать HTTPS. Проверьте настройки SSL на стороне CDN.

Практические советы по безопасности и производительности

Используйте HTTP Strict Transport Security (HSTS) для принудительного HTTPS на стороне сервера.
Активируйте HTTP/2 или HTTP/3, если позволяет сервер, для ускорения SSL-соединений.
Минимизируйте количество сторонних HTTP-запросов на странице оформления заказа.
Регулярно обновляйте WooCommerce и плагины, чтобы избежать уязвимостей SSL и AJAX.
Для дополнительной безопасности SSL используйте плагин Clearfy Pro для оптимизации и чистки сайта.

Сравнение вариантов решения проблемы SSL в AJAX-чекауте WooCommerce

Метод	Описание	Плюсы	Минусы
Фильтры URL в functions.php	Принудительное преобразование HTTP в HTTPS для AJAX-запросов	Простота, быстрое решение, не требует сервера	Не решает проблемы на уровне сервера и кеша
Редиректы через .htaccess/Nginx	Глобальный редирект всех HTTP-запросов на HTTPS	Надежно, работает для всех запросов, включая AJAX	Требует доступа к серверу, может конфликтовать с кешем
Отключение кеша для AJAX	Выключение кеширования AJAX-запросов в плагинах/CDN	Убирает проблемы с устаревшими HTTP данными	Может снизить производительность