Проверка поддоменов в Google Search Console требует выбора между свойством домена, которое автоматически охватывает все поддомены через DNS, или специфическими свойствами префикса URL для гранулярного контроля. Владельцы сайтов должны доказать право собственности, чтобы получить доступ к данным о производительности, статусу индексации и отчетам об ошибках сканирования. Выбор правильного метода зависит от того, как инфраструктура вашего сайта разделяет контент между различными поддоменами, такими как blog.example.com или shop.example.com.
Проверка — это первый шаг к раскрытию полного потенциала инструментов Search Console. Без подтвержденного права собственности вы остаетесь в неведении относительно того, как Google интерпретирует ваши поддомены. Независимо от того, управляете ли вы многорегиональным сайтом с поддоменами для конкретных стран или отдельным порталом технической документации, правильная проверка служит основой для всех последующих технических улучшений SEO.
Почему стоит выбрать проверку свойства домена?
Тип свойства домена — это самый эффективный способ управления сложными архитектурами сайтов. Добавив одну TXT-запись у вашего DNS-провайдера, Google подтверждает ваш корневой домен и все связанные поддомены. Это устраняет необходимость подтверждать каждый поддомен по отдельности, экономя время по мере роста вашего сайта.
Когда вы выбираете свойство домена, вы получаете доступ к агрегированному представлению всего вашего веб-присутствия. Это особенно полезно для сайтов, которые распределяют авторитет между различными поддоменами. Например, если у вас есть основной сайт и отдельный портал для управления учетными записями пользователей, свойство домена гарантирует, что никакие точки данных не будут упущены. Это упрощает административное бремя, устраняя необходимость управлять десятками отдельных свойств по мере масштабирования.
- Консолидированная отчетность: просматривайте данные об органической производительности для всей иерархии домена в одном представлении.
- Автоматическое обнаружение: новые поддомены отслеживаются немедленно без необходимости дополнительных настроек DNS или шагов проверки.
- Безопасность на основе DNS: только те, у кого есть административный доступ к настройкам DNS корневого домена, могут подтвердить право собственности, предотвращая несанкционированный доступ к данным.
Когда необходима проверка префикса URL?
Вам может понадобиться свойство префикса URL, если вам нужен доступ только к определенному поддомену или если у вашей команды нет доступа к настройкам DNS на корневом уровне. Этот метод позволяет осуществлять более целевой надзор, например, предоставить разработчику доступ только к поддомену для тестирования, не раскрывая ему данные производственного домена.
Многие крупные организации предпочитают этот метод, поскольку он обеспечивает строгие границы разрешений. Если определенный отдел управляет блогом или справочным центром на поддомене, свойство префикса URL позволяет им просматривать свои специфические метрики, не взаимодействуя с конфигурацией основного домена. Это тактический подход к управлению данными, который предотвращает ненужное раскрытие конфиденциальных деталей конфигурации.
Google индексирует контент на основе конкретных URL и создает историческую запись доверия для каждого из них.
Google Search Central
Как Alien Road применяет это
В Alien Road наша команда начинает каждое новое сотрудничество с проведения тщательного аудита текущей настройки свойств клиента в Google Search Console. Для крупных клиентов мы предпочитаем подход со свойством домена, так как он обеспечивает четкое представление о том, как поддомены взаимодействуют с основным сайтом. Мы гарантируем, что DNS-записи обновляются точно, чтобы предотвратить пробелы в данных.
Если клиент управляет отдельными сервисами на разных поддоменах, мы часто создаем индивидуальные свойства префикса URL наряду со свойством основного домена. Этот двойной подход позволяет нам отслеживать специфические поддомены на предмет ошибок сканирования, сохраняя при этом высокоуровневый обзор тенденций органического трафика. Мы документируем эти конфигурации, чтобы гарантировать, что все члены команды могут получить доступ к правильным потокам данных без трений.
Например, при работе с клиентом, который недавно перешел со структуры подпапок на поддомен для своей международной экспансии, мы настроили индивидуальные свойства для каждого региона. Это позволило нам изолировать проблемы производительности, специфичные для немецкого или французского рынков, не полагаясь на глобальный агрегат, который мог бы скрыть локализованные падения рейтинга или задержки индексации.
Каковы общие проблемы во время проверки?
Технические препятствия часто возникают, когда есть несоответствие между регистратором домена и DNS-хостом. Если TXT-запись не размещена на корневом уровне, Search Console не сможет идентифицировать связь. Кроме того, если вы используете прокси-сервис, вы должны убедиться, что ваши DNS-записи правильно распространяются по всем узлам.
- Задержки распространения DNS: может потребоваться до 48 часов, чтобы новые TXT-записи были распознаны серверами Google по всему миру.
- Неправильное размещение записи: убедитесь, что TXT-запись добавлена к корневому домену, а не к уровню конкретного поддомена при использовании свойств домена.
- Конфликты разрешений: проверьте, что владелец учетной записи имеет достаточные административные права для изменения конфигураций DNS.
- Проблемы с кэшированием: очистите локальный кэш DNS, если подозреваете, что запись была добавлена, но не отражается в инструменте проверки.
Как подтвердить поддомены шаг за шагом
Начните с входа в свою учетную запись Search Console и нажатия ‘Добавить ресурс’. Выберите ‘Домен’ и введите свой корневой домен. Скопируйте TXT-запись, предоставленную Google, и перейдите в консоль управления DNS вашего регистратора домена. Создайте новую TXT-запись, вставьте значение и сохраните изменения. Вернитесь в Search Console через несколько минут, чтобы завершить процесс.
Если вы выберете метод префикса URL, вы должны подтвердить конкретный протокол (http или https) и конкретный поддомен. Это более ручной процесс, который требует повторения проверки для каждого поддомена. Мы рекомендуем использовать загрузку HTML-файла или метод HTML-тега, если у вас есть прямой доступ к файлам сервера, но нет разрешений DNS.
С чего начать на этой неделе
Идентифицируйте все поддомены, которые в настоящее время активны на вашем сервере. Проверьте свою панель управления Search Console, чтобы увидеть, сопоставлены ли они уже под свойством домена. Если они отсутствуют, инициируйте процесс проверки DNS для корневого домена, чтобы централизовать ваши данные. Этот простой аудит даст более четкое представление о состоянии вашего сайта и гарантирует, что ни одна часть архитектуры вашего домена не останется без присмотра.