CNAME-запись (Canonical Name record)

Автор

Что такое CNAME-запись?

CNAME-запись (Canonical Name record) — это тип DNS-записи, который устанавливает алиас (псевдоним) для одного доменного имени, указывая на другое каноническое (основное) доменное имя, и все запросы к псевдониму разрешаются через A- или AAAA-записи основного имени.

В 2026 году ключевой стандарт для CNAME-записей: они не могут существовать для корневого домена (т.н. «голой» зоны, например example.com) — это запрещено спецификацией RFC 1034; также не допускается использование CNAME вместе с другими типами записей (MX, TXT, NS) для одного и того же имени. Среднее время разрешения CNAME-цепочки (длина до 3 звеньев) составляет 50–80 мс, что лишь на 10–20 мс дольше, чем для прямой A-записи (индустриальный ориентир 2026 года). Рекомендуемое TTL для CNAME-записей, которые редко меняются (например, для CDN-поддоменов), — 3600 секунд (1 час).

Как это работает?

При запросе к домену, для которого задана CNAME-запись (например, www.example.com), DNS-резолвер сначала получает CNAME-ответ, содержащий каноническое имя (например, example.com). Затем резолвер должен повторно обратиться к DNS, чтобы получить A-запись уже для канонического имени. Этот процесс называется «разрешением цепочки CNAME»; в одной цепочке может быть несколько CNAME-записей, но максимальное число ограничено реализацией (обычно 8–10). Конечным результатом всегда должен быть IPv4 или IPv6 адрес. При кэшировании резолвер хранит как CNAME-запись, так и результирующую A-запись согласно их TTL.

Метрики и стандарты

Ограничения на использование: CNAME-запись не может быть установлена для домена, который уже имеет другие записи (A, MX, TXT, NS и т.п.) — это нарушает RFC и приведёт к непредсказуемому поведению.
TTL дляCNAME — рекомендуется ≥ 300 с при частых изменениях и 3600–86400 с для стабильных псевдонимов; стандартное значение для многих DNS-провайдеров — 3600 с.
Время разрешения — для цепочки из 1 CNAME + 1 A: среднее время ≤ 80 мс (включая время на два запроса); для сравнения, прямая A-запись — ≤ 60 мс.
КоличествоCNAME-цепочки — не более 2–3 для сохранения производительности; более длинные цепочки увеличивают задержку и могут вызвать ошибки (например, CNAME loop).
Поддержка у провайдеров — все современные DNS-хостинги (включая Cloudflare, AWS Route 53, Namecheap) поддерживают CNAME, но настройка может отличаться (например, у Cloudflare для проксируемых записей используется CNAME).

Почему это важно для бизнеса?

CNAME-записи упрощают управление инфраструктурой: если вы меняете IP-адрес сервера, вам нужно обновить только одну A-запись для основного домена, а все поддомены (www, shop, blog) останутся рабочими, так как они ссылаются на основной домен через CNAME. Это снижает риск ошибок при миграциях и экономит время администратора. Для интеграции со сторонними сервисами (например, CDN, почтовые рассылки, формы) CNAME позволяет использовать собственный поддомен вместо домена третьей стороны, что укрепляет бренд и доверие пользователей (вместо myservice.cdnprovider.com вы используете cdn.yourbrand.com). С точки зрения SEO, отсутствие избыточных редиректов и правильное использование CNAME (без цепочек >3) сохраняет скорость загрузки, что положительно влияет на Core Web Vitals.

Пример применения

Сценарий: Компания использует сервис email-рассылок SendPulse. Вместо отправки писем с домена sendpulse.com, они хотят использовать поддомен mail.company.com. В панели DNS они создают CNAME-запись для mail.company.com, указывающую на mail.sendpulse.com. Все письма будут подписаны как mail.company.com, что повышает узнаваемость и снижает риск попадания в спам (так как получатели видят знакомый домен). При этом если SendPulse сменит свой IP, компания не будет ничего менять — CNAME автоматически будет указывать на новый адрес через обновление A-записи у SendPulse.

Как это реализуется в WordPress?

CNAME-запись не настраивается внутри WordPress, но является важным элементом для корректной работы многих функций и плагинов.

Для основного сайта: обычно A-запись для example.com и CNAME для www.example.com -> example.com (или наоборот). Это позволяет пользователям заходить и с www, и без, при этом не нужно дублировать A-записи. WordPress должен быть настроен на единый канонический домен через wp-config.php:

php

define(‘WP_HOME’,’https://example.com’);

define(‘WP_SITEURL’,’https://example.com’);

Если используется CNAME для www, то в настройках нужно указать основной домен.

Для поддоменов мультисайтов: WordPress Multisite с поддоменами требует, чтобы каждый поддомен имел корректную DNS-запись. Обычно используется «wildcard» A-запись (*.example.com -> IP сервера) вместо CNAME, потому что CNAME для wildcard поддерживается не везде. Если же у вас всего несколько поддоменов, можно для каждого создать CNAME на основной домен.
Для подключения внешних сервисов через плагины:
- Плагин WP Mail SMTP — для отправки писем через внешний SMTP-сервер часто требуется настроить CNAME для поддомена отправки (как в примере выше), чтобы пройти SPF и DKIM.
- Плагины для CDN (например, WP Super Cache или W3Total Cache) — если вы используете собственный поддомен для CDN (например, cdn.example.com), то создаёте CNAME-запись, указывающую на домен CDN-провайдера. Это позволяет использовать свой URL для статики, что улучшает кэширование и безопасность.
- Cloudflare автоматически создаёт CNAME-записи для поддоменов, если включено прокси (оранжевое облако), но в зоне DNS отображается как CNAME (на самом деле они используют свой механизм).
Техническая реализация на сервере: На веб-сервере (Nginx, LiteSpeed) для корректной работы виртуальных хостов необходимо, чтобы все домены и поддомены, используемые в CNAME, были указаны в server_name (или аналогичной директиве) и обрабатывались одним серверным блоком. Иначе при запросе к поддомену может быть отдана страница другого сайта или ошибка.
Аналитика иSEO: В Google Search Console нужно добавить все варианты доменов (с www и без), чтобы отслеживать трафик. Использование CNAME не создаёт редиректов, поэтому поисковые роботы видят все варианты как отдельные URL; важно настроить канонический URL в WordPress (через SEO-плагины типа Yoast или Rank Math), чтобы избежать дублирования контента.

Связанные понятия

A-запись — связывает домен с IPv4-адресом; CNAME в конечном итоге разрешается в A (или AAAA).
CNAME Flattening — технология некоторых DNS-провайдеров (например, Cloudflare, AWS Route 53), позволяющая использовать CNAME на корневом уровне (нестандартное поведение), но официально не поддерживается RFC.
DNAME-запись — делегирование целой поддоменной зоны, редко используется.
ALIAS-запись — нестандартный тип (также называется ANAME), который позволяет привязать корневой домен к другому домену, обходя ограничение CNAME для голой зоны; реализован у некоторых провайдеров.
TTL (Time To Live) — время жизни записи в кэше, влияет на скорость распространения изменений.
Wildcard-запись — запись с символом *, которая соответствует любому поддомену (часто используется с A или CNAME).

Ошибки:

Создание CNAME для корневого домена (example.com) — это грубое нарушение RFC; если вам нужно, используйте ALIAS-запись у провайдера или A-запись с прямым IP.
Цепочка из более чем 3 CNAME-записей — увеличивает время разрешения и может вызвать ошибку CNAME resolution limit exceeded; старайтесь использовать минимальное количество звеньев.
Изменение TTL без учёта времени распространения — если вы планируете менять CNAME (например, при смене CDN), заранее понизьте TTL до 300 с за 24 часа, иначе изменения будут видны не сразу.
Совместное использование CNAME с MX-записью для одного имени — это делает почту неработоспособной, так как CNAME имеет приоритет; всегда выделяйте отдельные поддомены для почты (например, mail.example.com), где CNAME не используется.