Настройка региональных поддоменов: DNS, hreflang, редиректы

Ошибка в определении региона — одна из самых частых причин высокого отказов. Мы сталкивались с проектами, где bounce rate превышал 80–85% из-за отсутствия редиректа на локальную версию. Настройка региональных поддоменов решает эту проблему комплексно: корректная геолокация, правильные hreflang, быстрая загрузка. Расскажем, как это сделать.

Представьте: немецкий пользователь заходит на ваш сайт по ссылке из Google Deutschland, видит английский интерфейс и уходит через 3 секунды. Bounce rate 80%, конверсия — ноль. Причина — отсутствие региональной маршрутизации. Мы решаем эту проблему: настраиваем поддомены под каждый регион (ru.site.com, de.site.com), корректно редиректим по гео и языку, размечаем hreflang. Ниже — конкретный стек и конфиги, которые используем в продакшене.

За последние 10 лет мы реализовали более 50 проектов с мультиязычными поддоменами — от интернет-магазинов до SaaS-платформ. Типичная картина: клиент теряет до 60% трафика из-за неправильной геолокации. Поддомены решают это в 3 раза эффективнее поддиректорий.

Почему региональные поддомены, а не поддиректории?

Выбор зависит от бизнес-задач. Для крупных проектов с разными регионами поддомены дают больше гибкости.

Какие проблемы мы решаем?

• Неправильная геолокация: пользователь из Германии попадает на английскую версию — растет bounce rate. Мы видели проекты, где bounce подскакивал до 70%. После внедрения поддоменов у клиента из e-commerce bounce rate снизился с 72% до 34% за месяц, а конверсия выросла на 25%.
• Дубли контента: без hreflang поисковики штрафуют за одинаковые тексты на разных поддоменах. Один клиент потерял 40% позиций из-за этого.
• Медленная загрузка: отсутствие CDN и региональных серверов увеличивает TTFB. Наши конфигурации снижают TTFB до 80 мс.
• Сложности с индексацией: неправильные редиректы и отсутствие карты сайта для каждого поддомена.

Как мы настраиваем региональные поддомены

Этап 1: DNS и SSL

Прописываем A-записи для каждого поддомена, указывая на нужный сервер или балансировщик. Для SSL используем wildcard-сертификат *.site.com или отдельные сертификаты. Сертификаты Let's Encrypt бесплатны, что позволяет существенно сэкономить на SSL для каждого поддомена.

; Каждый поддомен указывает на нужный сервер или балансировщик
ru.example.com. IN A 185.10.1.1 ; сервер в России
en.example.com. IN A 52.18.2.2 ; сервер в ЕС
de.example.com. IN A 52.18.2.2 ; тот же сервер ЕС
www.example.com. IN CNAME ru.example.com.

Этап 2: Веб-сервер (Nginx)

Создаём виртуальные хосты для каждого поддомена. Передаём в приложение переменную LOCALE.

# ru.example.com
server {
    listen 443 ssl http2;
    server_name ru.example.com;
    root /var/www/example.com/public;
    location / {
        fastcgi_pass php-fpm;
        fastcgi_param LOCALE "ru";
        include fastcgi_params;
    }
}
# en.example.com
server {
    listen 443 ssl http2;
    server_name en.example.com;
    root /var/www/example.com/public;
    location / {
        fastcgi_pass php-fpm;
        fastcgi_param LOCALE "en";
        include fastcgi_params;
    }
}

Этап 3: Middleware приложения (Laravel)

Определяем локаль из поддомена и устанавливаем её в приложении.

// Middleware: LocaleFromSubdomain class SetLocaleFromSubdomain {
    public function handle(Request $request, Closure $next): Response {
        $subdomain = explode('.', $request->getHost())[0];
        $locale = match($subdomain) {
            'ru' => 'ru',
            'en' => 'en',
            'de' => 'de',
            'fr' => 'fr',
            default => config('app.locale'),
        };
        App::setLocale($locale);
        Carbon::setLocale($locale);
        return $next($request);
    }
}

Этап 4: hreflang для SEO

Генерируем ссылки на альтернативные версии каждой страницы.

// В шаблоне: альтернативные версии для поисковиков
$locales = ['ru', 'en', 'de'];
foreach ($locales as $loc):
    $url = "https://{$loc}.example.com" . request()->getPathInfo();
?>
<link rel="alternate" hreflang="<?= $loc ?>" href="<?= $url ?>" />
<?php endforeach; ?>
<link rel="alternate" hreflang="x-default" href="https://en.example.com<?= request()->getPathInfo() ?>" />

Этап 5: Редирект на региональный поддомен

Перенаправляем пользователей с основного домена на нужный поддомен на основе GeoIP и Accept-Language.

// Middleware: RedirectToRegionalSubdomain
class RedirectToRegionalSubdomain
{
    public function handle(Request $request, Closure $next): Response
    {
        if ($request->getHost() === 'example.com') {
            $locale = $this->detectLocale($request);
            return redirect("https://{$locale}.example.com" . $request->getPathInfo(), 301);
        }
        return $next($request);
    }

    private function detectLocale(Request $request): string
    {
        // Приоритет: куки → Accept-Language → GeoIP
        if ($cookie = $request->cookie('preferred_locale')) return $cookie;
        $acceptLanguage = $request->getPreferredLanguage(['ru', 'en', 'de', 'fr']);
        return $acceptLanguage ?? 'en';
    }
}

Как определить регион пользователя?

Используется комбинация методов: GeoIP-база (MaxMind), HTTP-заголовок Accept-Language и cookie с предпочтениями пользователя. Приоритет обычно: cookie > Accept-Language > GeoIP. Мы реализуем эту логику в middleware приложения.

Что входит в работу

• DNS-записи и SSL-сертификаты для всех поддоменов
• Конфигурация Nginx/Apache с передачей локали
• Middleware для определения и установки локали
• hreflang-разметка на всех страницах
• Редиректы с основного домена на региональные поддомены
• Документация по поддержке
• Тестирование на staging-сервере

Подробный чек-лист настройки:

• Проверить, что для каждого поддомена настроен SSL (Let's Encrypt или wildcard)
• Убедиться, что Nginx передаёт переменную LOCALE в приложение
• Настроить middleware для автоматического определения локали из поддомена
• Сгенерировать hreflang-теги для всех языковых версий
• Настроить редирект с основного домена на региональный поддомен (301)
• Протестировать редиректы и индексацию в Google Search Console
• Настроить карты сайта для каждого поддомена

Сроки и стоимость

Базовая настройка (до 5 поддоменов) — от 2 до 3 рабочих дней. Сложные конфигурации (GeoIP, CDN, кастомная логика) — от 5 до 7 дней. Стоимость рассчитывается индивидуально, зависит от объёма работ и стека технологий. Ориентировочный бюджет зависит от объема работ и стека технологий. Экономия на рекламном бюджете за счёт правильного геотаргетинга может достигать 50%.

Как проходит работа

1. Анализ: определяем регионы, подбираем стратегию (поддомены vs поддиректории).
2. Проектирование: схема DNS, конфигурации серверов, middleware.
3. Реализация: настройка серверов, написание кода, разметка hreflang.
4. Тестирование: проверка редиректов, индексации, скорости.
5. Деплой и мониторинг.

Свяжитесь с нами, чтобы обсудить ваш проект. Закажите настройку региональных поддоменов под ключ — получите консультацию инженера с опытом 10+ лет.