Дашборд — наименее важная вещь, которую мы встроили в эту часть продукта. Если бы давление сроков запуска заставило меня отказаться от чего-то одного, чтобы уложиться в срок со всем остальным, я бы отказался именно от него — и говорю это как человек, который смотрит в наш дашборд каждый день.
Вот почему. Я наблюдал одну и ту же картину достаточно раз, чтобы предсказывать её: кто-то шесть недель строит что-то хорошее, запускает во вторник, проверяет Analytics одиннадцать раз в первый день, дважды на следующий, один раз через день — и потом никогда больше. Дело не в том, что им перестало быть не всё равно. Проверять легко, а действовать — сложно: нужно знать, какие из сорока запросов в Search Console действительно важны, плохой ли показатель кликабельности 2,1% при 4000 показов или это нормально для такой позиции в выдаче, а затем пойти переписать метаописание в CMS, которую не открывали с недели запуска. Три шага, и на каждом достаточно трения, чтобы убить цикл. Дашборд это не решает. Дашборд — это как раз то место, где живёт трение.
Что приходит ежедневно и насколько этому можно доверять в первую неделю
Синхронизация подтягивает данные из четырёх источников, и в первый день у них неодинаковая значимость.
| Источник | Приходит ежедневно | Превращается в |
|---|---|---|
| Google Search Console | Запросы, показы, клики, позиции по страницам | Страницы с показами, но слабой кликабельностью → переработка заголовков и метаописаний |
| Google Analytics | Сессии, источники, поведение по каждому хосту | Целевые страницы, которые привлекают, но не удерживают → работа над контентом и структурой |
| Магазины приложений | Снимки установок и показателей листинга | Данные магазинов вместе с веб-данными в одной панели |
| Ваши опубликованные посты | URL-адреса, зафиксированные при публикации маркетинговых черновиков | Реферальный трафик, привязанный к каналу, который его принёс |
Search Console — это тот инструмент, который вводит в заблуждение, если смотреть на него слишком рано. Google не индексирует и не ранжирует новую страницу мгновенно — для совсем нового домена может пройти от двух до четырёх недель, прежде чем показы вообще появятся, а данные о позициях шумные весь первый месяц, потому что Google всё ещё определяет, куда вас поместить. Именно поэтому мы не позволяем агентам предлагать изменения на основе показателей Search Console за первую неделю. Страница с тремя показами и нулём кликов статистически ничего не говорит; переписывать её заголовок на этом основании — гадание с лишними шагами. Analytics заслуживает доверия быстрее, потому что сессия реальна в тот момент, когда кто-то заходит на сайт, без задержки на сканирование.
Магазины приложений — это строка, о которой все забывают, и дело не в том, что эти данные не важны — это другой портал, другой логин, другая терминология (их «показы» ближе по смыслу к «появился в результатах поиска», чем к «отрисовался на странице»), и никто не хочет добровольно переключать контекст ради этого. Подключение этих данных к тому же ежедневному синку означает, что провал в конверсии листинга появится рядом с падением веб-трафика, которое, вероятно, его и вызвало, вместо того чтобы лежать непрочитанным в приложении, которое никто не помнит открыть.
Путаница с ресурсами, которая научила нас не доверять закэшированному фильтру
У одного пользователя было два сайта в одном ресурсе Google Analytics, настроенном так за годы до подключения к платформе — просто чтобы управлять на один ресурс меньше. Примерно сутки наша панель показывала суммарный трафик обоих доменов так, будто он принадлежит одному сайту. Сессии выглядели отлично. Показатель отказов выглядел подозрительно хорошо — настолько хорошо, что задним числом это и должно было стать тревожным сигналом, ведь это было усреднение по двум совершенно разным сайтам, а не реальное число для какого-либо из них.
Решение: каждый запрос к Analytics получает фильтр по хосту, применяемый к реальному запросу, а не к значению конфигурации, закэшированному в момент подключения. Свойства переназначаются, добавляются поддомены, и устаревший фильтр хуже, чем его отсутствие, потому что он ломается тихо, а не громко. Мы специально тестируем случай общего свойства — одно свойство GA4, двадцать доменов, проверяем, что отфильтрованная сумма совпадает с контрольным значением для одного свойства — потому что эта ошибка не выбрасывает исключение. Она просто тихо сообщает хорошие новости, которые на самом деле не про вас.
Превратить цифру в решение — вот в чём настоящий продукт
Дашборд сам по себе — это способ чувствовать себя информированным, не будучи обязанным что-то с этим делать. Ценность появляется в разрыве между тем, чтобы увидеть цифру, и тем, чтобы на неё отреагировать, и именно в этом разрыве умирает работа по оптимизации большинства побочных проектов.
Задача команды Optimize — закрывать этот разрыв. На одном из наших собственных доменов была страница, получавшая 1800 показов в неделю по кластеру запросов «настройка самостоятельного хостинга аналитики», с CTR 1,4% — значительно ниже ожидаемых 3-5% для позиции 6-8 по информационному запросу такого типа. Агент не просто отметил проблему. Он предложил переписать заголовок так, чтобы реальная боль, которую ищут люди, оказалась в первых 60 символах — той части, которая не обрезается на странице результатов, — привёл в качестве доказательства конкретные запросы и количество показов, и после применения изменений CTR за следующие две недели вырос до 3,8%. Настоящее исправление на настоящей странице. А не график, сменивший цвет с красного на зелёный.
Сколько из этого происходит без вашего участия — это регулятор, а не черта характера:
- Только отчёты. Находки приходят в виде читаемых отчётов с приложенными доказательствами. Действовать или нет — решаете вы. Хорошо подходит для доменов, к которым вы относитесь особенно бережно, или для новых проектов, где вы всё ещё хотите проверять логику агента.
- Предложения. Агент готовит само изменение — реальный тег заголовка, реальный абзац — и ждёт вашего согласия. Большинство пользователей приходят к этому режиму примерно через месяц, когда предложения уже заслужили доверие, но последнее слово хочется оставить за собой.
- Автономный режим. Одобренные типы изменений применяются, а затем через одну-две недели повторно проверяются по показателям. Если метрика сдвинулась не в ту сторону, изменение откатывается само, вместо того чтобы оставлять ухудшенную страницу в сети до тех пор, пока вы это не заметите.
Мы управляем собственным сайтом в автономном режиме для изменений метаданных и заголовков, но предлагаем варианты, когда дело касается структуры страниц или нового контента. Плохой заголовок исправляется за две секунды, если что-то пошло не так. А неудачная переработка контента может обрушить позиции, которые нарабатывались месяцами, и я предпочту, чтобы человек заметил это до публикации, а не после. Ваш расчёт риска может быть другим — и это правильно: домен, который является единственным источником вашего дохода, заслуживает больше осторожности, чем хобби-проект, независимо от того, насколько сильно вы доверяете автоматизации в принципе.
Именно откат делает автономный режим оправданным, а не безрассудным. Изменение публикуется, затем платформа выжидает контрольный период, размер которого зависит от метрики — для показателя кликабельности на малопосещаемой странице это может означать ожидание накопления нескольких сотен показов, а не фиксированное число дней — и сравнивает данные до и после. Если результат ухудшился, изменение откатывается, а причина фиксируется в журнале. По сути, это изменение со встроенным экспериментом — так, честно говоря, и должен работать осторожный человек при оптимизации; просто у большинства из нас не хватает терпения ждать и проверять.
В чём критики правы
Так что вот уступка. Те, кто критикует автономный режим, не ошибаются в том, что видимость сама по себе ценна — потерять представление о том, что изменилось на вашем сайте, это реальные издержки, и я сам это чувствовал. Режим предложений существует именно для того, чтобы вы никогда не теряли эту нить; единственное, чем он вам обходится, — это решением, когда прочитать отчёт, вместо решения, когда применить изменение. И дашборд, даже если ценность создаётся не в нём, всё равно остаётся местом, куда вы пойдёте, чтобы разобраться с откатом, сработавшим тихо в 3 часа ночи, и понять, почему. Я бы урезал его раньше, чем конвейер синхронизации под ним. Но я бы не урезал его до нуля, и вам тоже не стоит.
Настройка нарочно минимальна, потому что именно трение на этом этапе — причина, по которой большинство конвейеров данных после запуска так и не появляются на свет. Свяжите Search Console и Analytics в разделе «Мои домены» — один сервисный аккаунт Google покрывает оба, один поток OAuth, а не два, — и ежедневная синхронизация начинает наполнять дашборды, из которых реально читают агенты. Аналитика хранилища подключается автоматически для всего, что выпущено через конвейер сборки платформы.
