A-запись

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

A-запись (Address record) — это тип DNS-записи, который сопоставляет доменное имя (например, example.com) с 32-битным IPv4-адресом сервера, обеспечивая маршрутизацию пользовательских запросов к физическому или виртуальному хосту с этим адресом.

Время жизни (TTL) для A-записи по умолчанию составляет 3600 секунд (1 час), однако в 2026 году отраслевая рекомендация для критичных сервисов — устанавливать TTL 300–600 секунд, чтобы обеспечить быстрое переключение при сбоях или миграциях. Среднее время разрешения некэшированной A-записи в глобальной сети находится в диапазоне 100–500 мс, а кэшированной — 20–50 мс (зависит от географического положения и провайдера).

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

Браузер или приложение при обращении к домену инициирует DNS-запрос к рекурсивному резолверу (обычно DNS-серверу интернет-провайдера или публичному, например, 8.8.8.8). Резолвер последовательно опрашивает корневые серверы, серверы зоны верхнего уровня (TLD) и авторитативные NS-серверы домена, пока не получит A-запись с IPv4-адресом. Полученный адрес кэшируется на всех уровнях на время, указанное в TTL, что ускоряет повторные обращения. При наличии нескольких A-записей для одного домена (например, для балансировки нагрузки) резолвер возвращает все адреса, а клиент выбирает один (обычно первый в ответе или случайным образом).

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

• TTL (Time To Live) — критическая метрика: для основного домена рекомендуется ≥ 300 с (5 минут) при активных изменениях и 3600–86400 с для стабильных проектов, чтобы снизить нагрузку на DNS-серверы.
• Время разрешения (Resolution Time) — для страницы с целевым показателем LCP < 2.5 с время разрешения A-записи должно составлять не более 150 мс (некэшированное) и 30 мс (кэшированное) по стандартам Google для Core Web Vitals
• Доступность (Availability) — A-запись должна быть доступна с вероятностью ≥ 99.99%, что соответствует отраслевому стандарту для коммерческих сайтов.
• КоличествоA-записей — для балансировки нагрузки допустимо использовать до 8 записей (round-robin) на один домен, но чрезмерное количество (> 4) может увеличить время ответа из-за размера пакета.

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

Некорректная или устаревшая A-запись делает сайт недоступным на весь период TTL, что приводит к прямым потерям выручки и падению позиций в поисковой выдаче из-за роста отказов и снижения времени жизни сессии. Время разрешения DNS, входящее в TTFB (Time To First Byte), напрямую влияет на Core Web Vitals, что является фактором ранжирования Google; задержка в 100 мс на этапе DNS увеличивает TTFB на 15% и снижает конверсию на 7% согласно исследованиям 2025 года. Быстрое обновление A-записи (низкий TTL) при смене хостинга позволяет сохранить трафик и SEO-вес, избегая длительного «двойного» периода, когда часть пользователей видит старый сервер.

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

Сценарий: Интернет-магазин переезжает на новый выделенный сервер с IP-адресом 185.10.10.50. Старый IP — 185.10.10.10. Администратор за 24 часа до переезда снижает TTL с 86400 до 300 секунд. В момент переезда он меняет A-запись домена shop.example.com на новый IP в панели управления DNS. Через 5 минут все пользователи начинают попадать на новый сервер, а старый трафик исчезает. Благодаря низкому TTL простой не превысил 10 минут, что не повлияло на продажи.

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

A-запись настраивается исключительно на уровне DNS-хостинга (у регистратора домена или отдельного DNS-провайдера) и не имеет прямого отношения к установленной CMS. Однако для корректной работы WordPress необходимо, чтобы A-запись указывала на IP-адрес сервера, где размещены файлы сайта и база данных.

• Настройка: выполняется через панель управления доменом (например, панель регистратора, cPanel, Plesk, Cloudflare) — создание или редактирование A-записи для основного домена (например, @ или имя домена) и поддоменов (например, www, shop). В 2026 году почти все провайдеры предоставляют визуальный интерфейс с полями: «Имя» (хост), «TTL», «Значение» (IPv4-адрес).
• Влияние наWordPress: CMS не управляет DNS, но её работа зависит от правильности записи. Для мультисайтов (WordPress Multisite) важно, чтобы A-записи всех поддоменов были настроены корректно.
• Плагины: нет встроенных плагинов для изменения A-записи, но существуют инструменты мониторинга DNS (например, DNS Checker), которые можно использовать для проверки распространения записи. Плагины типа WP Site Health могут предупреждать о проблемах с DNS, если они влияют на доступность.
• Серверный уровень: на серверах с Nginx или LiteSpeed не настраивается A-запись, но можно локально кэшировать DNS-ответы через resolver с параметром valid=… для уменьшения внешних запросов, что ускоряет соединения с внешними API.
• Аналитика: в Google Search Console можно отслеживать проблемы с индексацией, вызванные недоступностью из-за DNS; в GA4 — падение трафика при изменении A-записи.

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

• AAAA-запись — аналогичный тип, но для IPv6-адресов (128-бит).
• CNAME-запись — каноническое имя, которое перенаправляет домен на другой домен (не на IP); не может существовать вместе с A-записью для одного и того же имени.
• MX-запись — почтовая запись, определяющая сервер электронной почты.
• NS-запись — указывает авторитативные DNS-серверы для зоны.
• TTL (Time To Live) — время кэширования записи рекурсивными и промежуточными серверами.
• DNSSEC — расширение безопасности DNS, добавляющее цифровые подписи для проверки подлинности A-записей и других типов.