CNAME (Canonical Name) — это тип ресурсной записи в системе DNS (Domain Name System), который создаёт«псевдоним» (алиас) для доменного имени. Проще говоря, CNAME говорит: «если кто‑то запрашивает домен A, насамом деле нужно обращаться к домену B». Это один из базовых инструментов настройки доменов, которыйактивно используют веб‑разработчики, администраторы и даже арбитражники при работе с трекерами, лендингамии субдоменами.
Как работает CNAME: простыми словами
Когда пользователь вводит в браузере адрес сайта, браузер запрашивает у DNS, какой IP‑адрес соответствуетэтому домену. Если для домена есть CNAME‑запись, цепочка выглядит так:
- Запрос к поддомену (например,
www.site.com). - DNS возвращает CNAME: «этот домен — алиас для
site.com». - DNS делает новый запрос уже для
site.com. - Для
site.comвозвращается A‑запись с IP‑адресом. - Браузер соединяется с этим IP и загружает сайт.
То есть CNAME не указывает напрямую на IP‑адрес (этим занимаются A‑записи), а перенаправляет на другойдомен, у которого уже есть IP.
Пример записи в DNS:
www.example.com. IN CNAME example.com.Это значит: все запросы к www.example.com будут обрабатываться так же, как к example.com.
Зачем нужен CNAME: основные сценарии использования
- Для www и других поддоменов. Классический кейс: сделать
www.site.com,blog.site.com,shop.site.comалиасами основного домена или отдельных сервисов. - Подключение внешних сервисов. Многие SaaS‑платформы (хостинги, конструкторы, CDN, почтовые сервисы) просят добавить CNAME, чтобы «привязать» ваш домен к их инфраструктуре. Например, для подключения к Netlify, Vercel, Cloudflare Pages, S3‑хостингу и т. п.
- CDN и ускорение контента. Часто статику (картинки, CSS, JS) выносят на отдельный поддомен вроде
static.site.com, который через CNAME указывают на CDN‑провайдера. Это ускоряет загрузку и разгружает основной сервер. - Трекеры и арбитраж. В партнёрских и трекинговых системах создают поддомены вида
offer1.site.com, которые CNAME‑записями направляют на трекер. Это помогает делать ссылки «чище» и удобнее для аналитики. - Перенос и миграция. Если сайт переезжает на другую инфраструктуру, достаточно поменять A‑запись у целевого домена, а все CNAME‑псевдонимы продолжат работать без изменений.
CNAME vs A‑запись: в чём разница
| Параметр | A‑запись | CNAME |
|---|---|---|
| Что указывает | На IP‑адрес (IPv4) | На другое доменное имя |
| Можно ли ставить на корневой домен | Да (example.com) |
Нет (технически нельзя совмещать с NS/MX и т. д.) |
| Цепочка разрешения | Прямая: домен → IP | Косвенная: домен → домен → IP |
| Удобство при смене сервера | Нужно менять IP везде, где стоит A | Достаточно поменять целевую запись у канонического домена |
| Типичные случаи | Основной домен, сервисы с фиксированным IP | Поддомены, внешние сервисы, CDN |
Важные ограничения и частые ошибки
- Нельзя ставить CNAME на корневой домен (apex domain). Нельзя сделать
example.com IN CNAME other.com, потому что у корневого домена должны быть NS‑ и MX‑записи (для почты и делегирования), а CNAME не может сосуществовать с ними на одном имени. Для таких случаев используют ALIAS/ANAME (функционально похоже на CNAME, но работает на корневом домене). - Не стоит смешивать CNAME и другие записи для одного имени. На одном поддомене не должно быть одновременно CNAME и A, MX и т. п.
- Цепочки CNAME нежелательны. Если
a.example.com→b.example.com→c.example.com, это увеличивает время разрешения и может привести к ошибкам. Лучше делать одну прямую ссылку. - SSL и HTTPS. При использовании CNAME для поддомена важно, чтобы сертификат покрывал именно этот поддомен (либо был wildcard‑сертификат). Иначе браузер покажет ошибку безопасности.
Практические примеры для разных специалистов
Для веб‑мастера:
Нужно, чтобы blog.mysite.com открывал сайт на конструкторе. Сервис даёт инструкцию: добавить CNAME blog.mysite.com → blog.myservice.io. После этого blog.mysite.com будет показывать контент с конструктора, но в адресной строке останется ваш домен.
Для арбитражника:
Есть трекер с адресом tracker.example.net. Создают поддомен go.mysite.com и ставят CNAME go.mysite.com → tracker.example.net. В оффер‑ссылке используют go.mysite.com/offer1. Это выглядит «роднее» для аудитории и удобнее для UTM‑разметки.
Для интернет‑магазина:
Статику (картинки товаров) переносят на CDN. Добавляют static.myshop.com IN CNAME cdn.provider.com. В HTML‑коде ссылки на картинки ведут на static.myshop.com/images/.... Пользователь не замечает подмены, а сайт грузится быстрее.
Частые проблемы и как их диагностировать
- Сайт не открывается после добавления CNAME. Проверьте, что целевой домен (каноническое имя) сам доступен и имеет корректные A‑записи.
- Ошибка SSL «неверный домен». Убедитесь, что сертификат покрывает именно тот поддомен, на который указывает CNAME.
- Почта перестала работать. Если вы случайно поставили CNAME на поддомен, где была MX‑запись (например,
mail.mysite.com), почта перестанет доставляться. CNAME «перекрывает» MX. - Проверка CNAME: используйте команды:
dig www.example.com CNAME(Linux/macOS)nslookup -type=CNAME www.example.com(Windows)
Либо онлайн‑инструменты вроде DNS Checker, WhatDNS и т. п.
SEO‑аспекты: влияет ли CNAME на ранжирование
CNAME сам по себе не влияет на SEO как фактор ранжирования. Поисковые роботы видят конечный IP и контент, а не тип DNS‑записи. Однако CNAME косвенно влияет на важные для SEO параметры:
- Скорость загрузки. Если через CNAME подключён CDN для статики — это положительно сказывается на Core Web Vitals.
- Доступность и аптайм. Грамотная настройка CNAME на отказоустойчивую инфраструктуру снижает риск простоев.
- Единый домен и «чистые» ссылки. Использование своих поддоменов (через CNAME) вместо «чужих» длинных адресов улучшает восприятие ссылок и удобство аналитики.
Важно: CNAME — это не редирект (301/302). Он работает на уровне DNS и не сообщает поисковику «этот адрес переехал». Для SEO‑переносов используют именно HTTP‑редиректы.
Affelist.ru — твой путеводитель по арбитражу трафика. Все фишки и экспертный контент от практиков, актуальные новости и аналитика, обучающие видео и интервью с лидерами рынка.
