Показы в генеративном поиске Google

Теперь прочитаем демонстрационный набор показов Google. Цель урока — различить агрегацию свойства и страницы, корректно сравнить два окна и сохранить смысл недоступного значения. Отдельный отчёт о генеративных функциях существует; работать нужно с его действующим договором, а не с прежними описаниями продукта.

Счётчики в архиве ProfessorWeb Lab созданы вручную. Мы не открывали Search Console настоящего сайта и не выгружали из него данные. Получаемый документ будет учебным объяснением арифметики и ограничений.

Почему сумма страниц отличается от итога

В первом окне у свойства 180 показов. У P01 записано 120, у P02 — 80. Сумма страниц равна 200 и превышает итог свойства. Здесь нет обязательной ошибки: две ссылки одного свойства могут появиться в одном результате. Агрегация свойства и агрегация страниц считают разные единицы. Мы сохраняем оба числа с правильными названиями.

Во втором окне свойство имеет 250 показов, P01 — 170, P02 — 100. Для свойства изменение составляет 70 показов, или примерно 38,9 процента относительно 180. Для P01 изменение равно 50, или примерно 41,7 процента относительно 120. Эти вычисления относятся к собственным рядам. Нельзя выбрать более красивый процент страниц и подписать его как рост всего сайта.

В google-comparison.md фиксируем источник, размерность и знаменатель рядом с каждой формулой. Читатель должен видеть, к какому набору относится число. Если исходная величина равна нулю, относительное изменение не определено обычным делением. Вместо бесконечного процента показываем абсолютную разницу и описываем первое наблюдаемое появление в данных.

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

Откройте файл google-ai-availability.csv. Строка с нулём имеет пометку ambiguous_export_zero, потому что исходный интерфейс показал недоступное значение. Справка предупреждает о преобразовании таких отметок при экспорте. Мы не знаем, отражает ли ноль реальное отсутствие событий. В учебной записке исключим эту строку из численного сравнения и покажем её отдельным состоянием.

Фильтры и объяснение динамики

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

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

Из роста P01 редактор принимает ограниченное решение: открыть обновлённый урок, проверить доступность архива и соответствие вопросу Q02. Он не пишет «новый раздел вызвал рост на 41,7%». Журнал изменений показывает ещё обновление навигации и сезонный контекст, поэтому причинное утверждение остаётся недоказанным. Полезная аналитика назначает следующую наблюдаемую работу.

Результат — записка с двумя корректными процентами, объяснением расхождения итогов и отдельной неизвестной строкой. В следующем уроке перейдём к SoV Яндекса, где вместо показов понадобится собственный знаменатель и отдельная методика.

Добавьте вариант, в котором одна страница получила новый canonical. Числа могут переместиться к другому URL, хотя содержание не исчезло. Перед сравнением страниц нужно открыть карту P01–P03 и журнал технических изменений. Для такой ситуации полезно показать одновременно историю адресов и последовательность устойчивого page_id, но не объявлять их полностью взаимозаменяемыми без проверки.

Также сохраните число доступных строк и источник общего итога. Таблица по страницам может быть ограничена, поэтому её сумма не становится альтернативным способом получить полный охват. В нашей записке все три расхождения имеют собственную причину: агрегация, ограничение полноты и неизвестное экспортное значение. Смешивать их в одно объяснение «ошибка сервиса» не следует.

Для P01 итоговую фразу можно написать так: «в учебном наборе показатель страницы изменился со 120 до 170; наблюдение требует сопоставления с версией материала и контекстом». Читатель видит исходные числа и границу вывода. Если оставить только «рост 41,7%», теряются размер базы и предмет измерения. Этот способ оформления особенно полезен для маленьких страниц, где большая относительная разница возникает из нескольких событий. Абсолютные числа не заменяют методику, но делают масштаб наблюдения понятным и препятствуют превращению небольшого изменения в обещание для всего сайта.

Чтение сохранённого состояния

Для воспроизведения арифметики откройте property и pages одновременно. В записке приведены проценты, но исходные числители остаются в CSV. Это помогает заметить округление и не перепутать вычисление свойства с вычислением конкретного материала. Две строки с разными агрегациями не объединяются в один итог.

Величина	Что объясняет результат
180 → 250	Описывает прирост показов свойства в вымышленных сопоставимых окнах и собственный знаменатель изменения.
120 → 170	Описывает отдельную страницу P01, а не весь сайт и не число посетителей её урока.
200 и 270	Суммы страниц сохраняются как другая агрегация и не объявляются ошибкой общего поискового итога.
P03 с нулём	Значение остаётся неоднозначным из-за отсутствующего исходного состояния и не используется как измеренный провал.

Найдите в журнале изменение canonical, если создадите такой вариант. Тогда сравнение URL потребует карты соответствия. При этом нельзя обещать, что объединение устойчивого page_id полностью воспроизводит агрегаты поисковой системы: она применяет свои правила. Аналитическая записка должна объяснять оба уровня.

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

Основной артефакт google-comparison.md находится в lesson-09 архива серии. Полный снимок содержит также исходные таблицы и договоры. Они читаются вручную; результаты примеров описаны как ожидаемые, выполнение не проводилось.

Первичные источники: google ai, google counts.