Вордпресс на поддоменах — типовые ошибки редиректов

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

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

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

Неправильные настройки siteurl и home в базе данных

Ошибки в параметрах siteurl и home внутри базы данных WordPress вызывают циклические редиректы или ошибки доступа. Эти значения определяют базовый адрес сайта и хранятся в таблице wp_options.

Проблема возникает при переносе сайта или изменении доменной структуры поддоменов. Старые адреса из siteurl и home остаются в базе, что заставляет WordPress перенаправлять запросы на несуществующие или некорректные URL.

Проверьте текущие значения через SQL-запрос:

SELECT * FROM wp_options WHERE option_name IN ('siteurl', 'home');

Если значения не соответствуют текущему поддомену (например, указан старый домен или http вместо https), исправьте их напрямую в базе:

UPDATE wp_options SET option_value = 'https://correct.subdomain.ru' WHERE option_name = 'home';
UPDATE wp_options SET option_value = 'https://correct.subdomain.ru' WHERE option_name = 'siteurl';

Альтернативный метод – добавление в wp-config.php строк:

define('WP_HOME', 'https://correct.subdomain.ru');
define('WP_SITEURL', 'https://correct.subdomain.ru');

Этот способ временно переопределит параметры из базы. Для постоянного решения обновите значения в таблице wp_options.

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

Редирект на основной домен из-за конфликта файлов .htaccess

Файл .htaccess управляет перенаправлениями и правилами сервера. Настройки основного домена могут автоматически применяться к поддоменам при отсутствии собственного .htaccess в их корне. Это вызывает нежелательные редиректы.

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

Если основной домен содержит глобальные правила редиректа (например, на HTTPS или www-версию), они будут воздействовать на поддомены. Добавьте в корень проблемного поддомена файл .htaccess с минимальной конфигурацией WordPress:

# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteRule ^index.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>
# END WordPress

Это блокирует применение лишних правил из вышестоящих каталогов. Для поддомена сформируется самостоятельный набор директив.

Особое внимание уделите правилам с шаблоном `RewriteCond %{HTTP_HOST}`. В основном .htaccess они могут принудительно направлять все запросы на первичный домен. Перенесите такие условия в соответствующие файлы поддоменов или ограничьте их действие конкретным доменным именем.

Проблемы с SSL-сертификатами при переносе поддомена

Перенос поддомена WordPress часто вызывает ошибки безопасности из-за неправильной работы SSL-сертификатов. Основная причина – некорректная привязка сертификата к новому окружению.

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

Распространённая ситуация – сертификат установлен только для основного домена без покрытия поддоменов. Для мультидоменных структур необходим Wildcard-сертификат (*.domain.ru) или отдельный сертификат для каждого поддомена.

После миграции убедитесь, что серверные настройки указывают на актуальные файлы сертификата. Ошибки в путях к файлам .pem или .key в конфигурации веб-сервера (Nginx/Apache) приводят к сбоям.

WordPress может сохранять жёсткие ссылки с HTTP в базе данных. Замените http://sub.domain.ru на https://sub.domain.ru в таблицах wp_posts и wp_options SQL-запросом. Используйте плагины типа Better Search Replace для безопасного обновления.

Принудительный редирект на HTTPS через .htaccess иногда конфликтует с новым сертификатом. Проверьте наличие дублирующих правил в файлах поддомена и корневой директории. Убедитесь, что директива RewriteEngine On содержит корректные условия перенаправления.

Очистите кеш браузера и сервера после исправлений. Проверьте валидность цепочки сертификатов через онлайн-инструменты типа SSL Labs.