Как добавить сайт в Google Search Console

Чтобы добавить сайт в Google Search Console, сначала выберите ресурс: доменный для всех протоколов и поддоменов либо с префиксом URL для точного адреса. Затем подтвердите владение подходящим способом, выдайте коллегам минимальные права, отправьте доступную sitemap и проверьте отдельные страницы через инструмент проверки URL.

Что вы на самом деле добавляете

В Search Console добавляют не файл сайта и не учётную запись хостинга, а ресурс с определёнными границами. После подтверждения Google показывает данные о сканировании, индексировании и видимости адресов, которые входят в эти границы.

Само добавление ресурса не отправляет страницы в индекс, не меняет канонические адреса и не повышает позиции. Это доступ к диагностике и инструментам, а не заявка на привилегированное место в поиске.

Перед началом определите рабочий адрес сайта. Важны протокол, вариант с www или без него и, при необходимости, каталог. Заодно проверьте, есть ли у вас доступ к DNS, корню сайта или шаблону главной страницы. От этого зависит способ подтверждения.

Подготовьте три вещи:

• основной адрес, который реально открывается у посетителей;
• доступ к DNS либо возможность изменить опубликованный HTML;
• отдельные Google-аккаунты участников, которым понадобится доступ.

Domain или URL-prefix: какой ресурс выбрать

Для сайта целиком обычно удобнее доменный ресурс. Для отдельного протокола, поддомена или каталога — ресурс с префиксом URL. Разница здесь не косметическая: от выбора зависит, какие адреса попадут в отчёты.

Точный префикс легко недооценить. Ресурс для протокола HTTPS и хоста example.com не охватит протокол HTTP или отдельный хост www.example.com. Если в префиксе указан каталог, отчёты ограничатся адресами внутри него.

Практический выбор: добавьте доменный ресурс для постоянного контроля всего проекта. Дополнительный URL-prefix пригодится, если команде нужен отдельный раздел или конкретный вариант адреса. Наличие двух представлений не означает двойной индексации: это лишь разные границы отчётности.

Как подтвердить доменный ресурс через DNS

Выберите добавление доменного ресурса и укажите имя без протокола и пути. Search Console покажет запись для подтверждения. Её нужно перенести в DNS-зону у регистратора, DNS-провайдера или хостинга — туда, где фактически обслуживаются авторитетные записи домена.

Скопируйте значение полностью и создайте запись того типа, который указан в инструкции. Затем вернитесь в Search Console и запустите проверку. Если запись ещё не видна, сначала проверьте, в той ли DNS-зоне она создана, а потом дождитесь распространения изменений.

Не удаляйте подтверждающую запись после успешной проверки. Постоянный токен — часть права владельца: при его исчезновении ресурс может потерять подтверждённого владельца после очередной проверки Google.

DNS-подтверждение не требует менять сайт и подходит независимо от CMS. Но доступ к панели хостинга ещё не гарантирует доступ к нужной DNS-зоне. Если сервер и DNS обслуживают разные компании, правку надо делать у DNS-провайдера.

Чем подтвердить ресурс с префиксом URL

У URL-prefix больше вариантов. Выбирайте метод, который сможете сохранить после редизайна, миграции или смены подрядчика.

HTML-файл. Загрузите выданный файл по указанному адресу и оставьте его на месте. Проверка должна получать сам файл; рассчитывать на перенаправление для этого метода не стоит. После переноса сайта не забудьте перенести и файл.

Метатег HTML. Добавьте выданный тег в секцию head главной страницы ресурса. Страница должна открываться без авторизации. Тема, конструктор или плагин оптимизации не должны вычищать тег из итогового HTML.

Google Analytics. Метод подходит, только если код установлен в требуемом месте, а тот же Google-аккаунт имеет необходимые права на соответствующий ресурс Analytics. Простого доступа к отчётам может быть недостаточно.

Google Tag Manager. Здесь тоже важны права аккаунта и корректная установка контейнера. Если шаблон менялся, сверяйте размещение фрагментов и текущие требования со справкой Search Console, а не только с тем, что видно в панели CMS.

DNS. Для ресурса с префиксом URL DNS также может быть способом подтверждения. Он полезен, когда техническая команда контролирует домен, но не хочет добавлять служебные элементы в код страницы.

При методах, связанных с главной страницей, Google может учитывать её конечный адрес после перенаправления. Но это не повод путать границы ресурса: после подтверждения ещё раз посмотрите, какой протокол, хост и путь указаны в названии URL-prefix.

Как выдать доступ команде без передачи аккаунта

Не передавайте подрядчику логин владельца и не публикуйте токен подтверждения в переписке. В настройках ресурса откройте раздел пользователей и разрешений и добавьте Google-аккаунт человека отдельно. Названия пунктов интерфейса могут меняться, но модель ролей остаётся важнее расположения кнопки.

У Search Console есть подтверждённые и назначенные владельцы, полные и ограниченные пользователи. Владелец управляет доступом, полный пользователь работает с большинством данных и действий, ограниченный получает более узкий просмотр. Выдавайте минимальную роль, достаточную для задачи.

SEO-специалисту обычно не нужен самостоятельный DNS-токен, если достаточно пользовательского доступа. Подрядчику на разовую диагностику тем более не стоит отдавать владение. Назначенный доступ проще отозвать и проверить.

После завершения проекта удалите ненужного пользователя. Если человек был подтверждённым владельцем, одного удаления из списка может оказаться недостаточно: пока его файл, метатег, DNS-запись или связанный токен действуют, право можно вернуть.

Как отправить sitemap

Сначала разместите sitemap на самом сайте и убедитесь, что Googlebot может получить её без авторизации. Затем откройте отчёт Sitemaps в правильном ресурсе и укажите адрес файла. Search Console получает расположение уже существующей карты — файл через форму не загружается.

После отправки смотрите не только на статус приёма, но и на ошибки получения и разбора. Проверьте, что карта относится к выбранному протоколу и хосту, а перечисленные URL возвращают ожидаемый контент.

Отправленная sitemap не гарантирует обход или индексирование всех страниц. Она помогает Google обнаруживать адреса и сообщает структуру сайта. Решение о сканировании, каноническом варианте и включении в индекс принимается отдельно.

Для большого сайта карта полезнее ручных запросов по одному адресу. Разбивайте её логически только тогда, когда это помогает диагностировать разделы, а не ради самого количества файлов.

Когда использовать проверку URL

Инструмент проверки URL показывает сведения об известной Google версии страницы. Проверка опубликованного адреса в реальном времени отвечает на другой вопрос: может ли Google сейчас получить страницу и выглядит ли она пригодной для индексирования в условиях теста.

Успешный live-тест не доказывает, что URL уже в индексе, появится в выдаче или получит позиции. Смотрите отдельно состояние индексирования, выбранный канонический адрес и найденные препятствия.

Запрос на индексирование подходит для нескольких важных страниц после публикации или существенного исправления. Он ограничен квотой. Повторная отправка одного адреса не ускоряет обход и не создаёт гарантии включения.

Если обновлены сотни страниц, исправьте внутренние ссылки и sitemap. Ручная очередь не заменяет доступную архитектуру сайта, корректные ответы сервера и возможность Googlebot пройти по ссылкам.

Безопасная передача сайта и отзыв владельца

Удаление ресурса из своей учётной записи означает лишь, что вы перестали видеть его в списке. Оно не уничтожает действующий токен и само по себе не отзывает подтверждённое владение.

При смене агентства, сотрудника или владельца домена проведите небольшую ревизию: кто указан владельцем, какие пользователи активны и какие способы подтверждения сохранены. Неизвестный HTML-файл или старая DNS-запись — не безобидный мусор, а возможный ключ доступа.

Чтобы окончательно отозвать бывшего подтверждённого владельца, удалите соответствующий способ подтверждения и проверьте список неиспользуемых токенов владения. При этом не удаляйте единственный собственный токен до того, как новый ответственный подтвердит права.

Что проверить, если данных нет

Сначала сравните адрес сайта с границами ресурса. Частая причина пустого отчёта — добавлен http вместо https, вариант без www вместо рабочего поддомена или слишком узкий путь.

Затем убедитесь, что подтверждение действительно относится к выбранному ресурсу и не исчезло после переноса. Для нового ресурса данные могут появляться не мгновенно; не пытайтесь лечить ожидание многократными запросами на индексирование.

Интерфейс Search Console развивается, поэтому подписи и расположение разделов после даты проверки этого руководства могут отличаться. Ориентируйтесь на смысл операции: границы ресурса, подтверждение владельца, пользователи, карта сайта и проверка URL.

Итог

Надёжная настройка Search Console начинается не с кнопки подтверждения, а с правильной границы ресурса. Возьмите доменный ресурс для общей картины или точный URL-prefix для отдельного участка, сохраните токен, раздайте минимальные права и используйте sitemap вместе с проверкой URL как диагностику, а не обещание индексации.