Четыре минуты на создание сервисного аккаунта. Шестнадцать месяцев истории Search Console подгружаются при первой синхронизации. Две секунды — если домен уже верифицирован и авторизован. И два месяца — цифра, из-за которой возникает больше обращений в поддержку, чем из-за всех остальных вместе взятых, потому что это стандартный период хранения данных в GA4, а проверить его перед подключением догадываются единицы.
Сама настройка занимает немного времени: один ключ доступа в Настройки → Аккаунты Google, две кнопки подключения в разделе Управление доменами — и дальше об этой странице обычно забывают. Но цифра «два месяца» заслуживает подробного объяснения, ведь именно она определяет, почему у одних доменов в первый же день появляется богатая история Analytics, а у других — почти ничего в течение нескольких недель. И это не ошибка платформы.
Один ключ доступа, выданный один раз
Вы загружаете ключ сервисного аккаунта Google — файл JSON, а не личные учётные данные. Это идентификатор робота, а не токен OAuth реального пользователя, который истекает или перестаёт работать при смене пароля. Google Cloud выдаёт его один раз, и он продолжает работать, пока вы его не удалите, — именно поэтому платформа может синхронизироваться в 3 часа ночи, когда никто не выполнил вход в систему.
Создание такого ключа занимает около тех самых четырёх минут, если вы делаете это впервые: новый или существующий проект, «IAM и администрирование» → «Сервисные аккаунты» → «Создать», скачивание ключа. Уровень доступа важнее, чем может показаться из выпадающего списка — назначьте роль Viewer (Читатель) для ресурса Search Console и ресурса Analytics, не выше. Мне приходилось видеть команды, которые выбирали роль Editor просто потому, что она была первой в списке, а спустя полгода никто не мог объяснить, зачем у робота доступ на изменение настроек GA4. Доступ только для чтения — правильный выбор: платформа никогда не изменяет ваши настройки.
Один ключ охватывает все домены в рамках этого проекта Google Cloud. Если вы агентство, ведущее десяток клиентских сайтов, это веский довод в пользу отдельного сервисного аккаунта для каждого клиента, а не одного на всех — тогда отключение клиента сводится к удалению одного ключа, а не к аудиту того, какие домены незаметно использовали общие учётные данные с человеком, который только что уволился.
Search Console: быстро, когда быстро, и раздражает, когда нет
- Откройте Подключить для домена. Search Console и Analytics получают отдельные карточки, а у Analytics есть быстрая опция «так же, как в Search Console», потому что один ключ обычно подходит для обоих сервисов.
- Уже верифицировано, и вашему сервисному аккаунту предоставлен доступ? Мгновенно — проверка прав занимает примерно две секунды.
- Ещё не верифицировано: автоматическая DNS-верификация, если вы передадите API-ключ вашего регистратора (Cloudflare, Route 53 и ещё несколько), либо ручная TXT-запись, которую вы добавляете сами.
Именно ручной способ вызывает нетерпение. Скорость распространения записи действительно варьируется — от полутора минут до четырёх часов, в зависимости от TTL и кэширования резолвера. Платформа опрашивает статус сама, так что достаточно добавить запись и не следить за процессом. Если прошли сутки, а верификации нет, дело редко в распространении — скорее опечатка в значении или запись попала не в ту зону (корень домена вместо поддомена, или наоборот). Прежде чем винить Google, выполните `dig TXT` и посмотрите, что реально опубликовано.
Способ с API-ключом избавляет от всего этого, добавляя запись автоматически, но это означает предоставление стороннему инструменту прав на запись в вашу DNS — и если через эту DNS идёт продакшн-трафик, сомневаться тут вполне разумно. Ручной путь занимает пару минут сразу, но зато избавляет от этой мысли навсегда.
Analytics и разрыв в хранении данных, о котором никто не предупреждает
Analytics подключается через обнаружение, а не верификацию — платформа ищет существующее свойство GA4 у домена и подключается, если у вашего сервисного аккаунта есть к нему доступ, поскольку права GA4 уже контролируются на стороне Google. Она может создать свойство, если его нет, но делать это стоит только для действительно новых сайтов. Если вы перешли с Universal Analytics или у вас есть свойство с многолетней историей, подключайтесь именно к нему явно. Новое свойство с тремя днями данных — гораздо худшая стартовая точка, чем девятилетнее с накопленной сезонностью, а цикл оптимизации опирается на эту историю сильнее, чем можно подумать по флоу подключения.
Вот разрыв, который многих подводит: Search Console при первой синхронизации восстанавливает до шестнадцати месяцев данных по запросам, потому что Google хранит эту историю на своей стороне независимо от даты подключения. У GA4 такой гарантии нет — глубина восстановления ограничена настройкой хранения данных самого свойства, а по умолчанию это два месяца, если только кто-то в вашей организации не менял её. Поэтому домен может показать шестнадцать месяцев показов и кликов сразу после подключения — и всего два месяца сессий, в тот же день, при том же флоу настройки. Это не сбой синхронизации. Это ровно то, для чего настроено значение хранения данных Google по умолчанию, и решение — если нужно больше двух месяцев вперёд — изменить окно хранения прямо в настройках свойства GA4, а не на стороне платформы. Стоит проверить до подключения, а не после того, как несовпадение вас озадачит.
Общие свойства и что происходит дальше
Ещё одна тонкость с Analytics: если в вашей организации одно свойство GA4 собирает данные с пяти сайтов — обычная ситуация, когда отслеживание настроили годы назад и с тех пор никто его не разделил, — подключение всё равно работает корректно, но каждый запрос фильтруется по хосту незаметно для вас. Это не флажок и не то, что можно случайно отключить. Именно поэтому дашборд всегда показывает цифры конкретно этого домена, а не суммарные данные всего свойства.
После того как оба подключения установлены, синхронизация идёт ежедневно по расписанию, которое вы контролируете (см. главу о расписаниях), а аналитика магазина автоматически привязывается ко всему, что построено на платформе. Строка домена показывает статус «в ожидании», «частично» или «активно» — «частично» означает, что одно из двух подключений работает, а другое нет, и это сигнал проверить, какая карточка красная, а не полагаться на общий статус.
Где реально всё ломается
Почти каждое обращение, что я видел, укладывается в три категории, и ни одна из них не экзотическая. Первая: ключ сервисного аккаунта валиден, но привязан не к тому проекту Google Cloud, поэтому проверка прав возвращает пустой результат, хотя сам ключ загружается без проблем. Вторая: никто на самом деле не добавил email сервисного аккаунта — что-то вроде [email protected] — в качестве наблюдателя (Viewer) в настройках доступа Search Console или GA4; загрузка ключа в платформу сама по себе не даёт ему никаких прав на стороне Google. Третья, более коварная: домен переподключают под новым сервисным аккаунтом после удаления старого, но расписание тихо продолжает падать со старыми учётными данными неделю, прежде чем кто-то замечает, что цифры перестали обновляться.
Ни одно из этого не баг платформы — это обычная цена того, что боту нужны права сразу в двух отдельных продуктах Google, а собственная модель Google этого не проясняет. Заложите пятнадцать минут на первый домен, а не две, как подразумевает флоу. Каждый следующий домен пойдёт быстро, потому что и учётные данные, и привычка уже есть.
