С сентября 2026 года Google начал показывать число просмотров на каждой отдельной публикации в Профиле компании, и это число наконец закрывает пробел в отчётности, который оставался открытым с начала 2023 года. Это руководство о том, что с ним делать.
Управляете вы одной точкой или сотней, само по себе число просмотров не скажет, сработала ли публикация. Оно считает, сколько раз люди увидели публикацию, а не что они сделали дальше. Ценность появляется только тогда, когда вы сравниваете публикации друг с другом в равных условиях и меняете то, что публикуете, по результатам сравнения.
Что у вас будет в итоге: таблица измерений на уровне публикации для одного или нескольких профилей компании, базовая линия, которая делает публикации сопоставимыми, и записанное решение о том, какой тип публикаций и какую частоту сохранить.
Для кого это: специалисты по локальному SEO, маркетологи сетевых компаний и владельцы, которые публикуют в Профиле компании хотя бы раз в месяц.
Что нужно заранее: права владельца или менеджера на подтверждённый профиль компании, электронная таблица и минимум 10 опубликованных публикаций за последние 18 месяцев. Если публикаций меньше, переходите сразу к разделу о построении истории и запустите процесс в следующем квартале.
Сколько времени займёт: около 45 минут для одной точки, примерно 90 минут для набора из пяти точек.
Критерий готовности: у каждой публикации в окне есть зафиксированное число просмотров и дата публикации; вы убрали публикации, которые нельзя сравнить честно; и у вас есть одно определённое изменение в плане публикаций.
Что Google действительно выпустил, а что нет
Функция называется Google Posts Reporting. Google объявил о ней в сентябрьском выпуске Google Small Business Bulletin за 2026 год, а опубликовала её сотрудница Google Лиза Ландсман в справочном сообществе Профиля компании. Там Google описывает просмотры публикаций как «одну из самых запрашиваемых наших функций за всё время».
Вот часть, которая важна с практической точки зрения:
Возможность | Статус на сентябрь 2026 года |
|---|---|
Просмотры по каждой публикации | Работает, отображается на каждой карточке публикации в разделе «Публикации» панели управления |
Окно ретроспективы | Скользящие 18 месяцев опубликованных публикаций |
Охваченные типы публикаций | Обновления, предложения и мероприятия |
Объединённые поверхности | Google Поиск и Google Карты, сведённые в одно число |
Число кликов | Не показывается |
Business Profile API | «Сейчас разворачивается по всему миру, в API пока недоступно» |
Две строки из этой таблицы заслуживают большего, чем одна ячейка.
Показы, а не клики. Google отключил просмотры публикаций и клики по кнопкам публикаций одновременно, в начале 2023 года, и вернулись только просмотры. То есть публикация может набрать большое число просмотров без единого зафиксированного действия, и по этому отчёту вы не узнаете, нажал ли кто-то кнопку звонка, ссылку на сайт или предложение. Относитесь к числу как к охвату и никогда — как к отклику.
API нет. На момент публикации статьи Business Profile Performance API не отдаёт ни одной метрики на уровне публикации. Доступные ежедневные метрики относятся к уровню аккаунта и точки: показы компании по устройствам и поверхностям, клики по сайту, клики по звонкам, запросы маршрута, бронирования, заказы еды и клики по меню. Ничего по отдельной публикации там нет. Если ваша отчётность живёт в Looker Studio или в BI-системе, эти данные сейчас придётся собирать руками.
Google не опубликовал определения того, что считается просмотром публикации. Компания действительно определяет просмотры профиля в документации по эффективности (уникальные посетители, считаются один раз в день, с объединением по устройствам и платформам), но страница справки о публикациях и страница метрик эффективности на момент анонса не документировали просмотры на уровне публикации. Считает ли это число уникальных людей или каждое появление — не подтверждено. Относитесь к нему как к относительному сигналу, а не как к абсолютной величине.
Этот пробел в отчётности не нов. График отключений в документации для разработчиков Профиля компании указывает LOCAL_POST_VIEWS_SEARCH и LOCAL_POST_ACTIONS_CALL_TO_ACTION как завершившиеся 20 февраля 2023 года, без ресурса-замены. Просмотры фотографий закончились в тот же день. С тех пор эффективность публикаций фактически оставалась слепым пятном.
Перед началом: три вещи, которые исказят ваши числа
Пропустите этот раздел — и ваша таблица сравнения выдаст уверенные неправильные ответы. Все три проблемы структурные, а не ошибки пользователя.
Публикации уходят в архив через шесть месяцев. В документации Google по публикациям сказано, что публикации старше 6 месяцев архивируются, если не задан диапазон дат. Архивированная публикация не удаляется, но она перестаёт появляться в профиле и перестаёт накапливать показы, которые измеряет отчёт. Окно отчётности — 18 месяцев, а естественный срок жизни публикации ближе к 6. Публикация 14-месячной давности может всё ещё лежать в панели управления с числом просмотров, которое замерло в момент архивации. Это число — исторический артефакт, а не точка данных для сравнения.
Просмотры накапливаются, поэтому возраст смешивается с результатом. У обновления, опубликованного 15 месяцев назад, было 15 месяцев на сбор просмотров. У опубликованного три недели назад — три недели. Ранжирование этих двух по сырым просмотрам — это ранжирование по возрасту. Это самая частая ошибка, к которой подталкивает отчёт, и причина существования следующего раздела.
Поиск и Карты уже объединены. Вы получаете одно смешанное число без возможности его разделить. Если ваш бизнес смещён к поиску на компьютере, а бизнес конкурента — к Картам на смартфоне, итоги измеряют разное поведение. Не пытайтесь отнести просмотр к конкретной поверхности; Google не даёт такого разделения.
Проверка качества: откройте раздел «Публикации» и убедитесь, что хотя бы на одной карточке видно число просмотров. Если нет, разворачивание ещё не дошло до вашего профиля или вашего региона. Запишите дату и перепроверьте через две недели, а не делайте вывод, что функция не сработала.
Шаг 1: соберите выгрузку, которую Google вам не даёт
Файла CSV по каждой публикации нет. Вы собираете таблицу руками один раз, а потом поддерживаете её.
Откройте панель управления Профиля компании, выберите Публикации в меню и пройдите по каждой карточке публикации с видимым числом просмотров. Записывайте по одной строке на публикацию.
Столбец | Что вписывать | Зачем |
|---|---|---|
ID публикации или короткая метка | Короткое уникальное имя, которое вы узнаете через три месяца | Связывает таблицу с живой публикацией |
Тип публикации | Обновление / Предложение / Мероприятие | Основная ось сравнения |
Дата публикации | Точная дата, а не месяц | Обязательное условие любого честного сравнения |
Число просмотров | Число на карточке | Сама метрика |
Содержательный крючок | Одна фраза об угле подачи, например «скидка 20% на обслуживание тормозов» | Сравнивает сообщение, а не только формат |
Есть фото или видео | Да / Нет | Изолирует эффект медиа |
Активна или в архиве | Появляется ли она ещё в профиле | Помечает замороженные точки данных |
Заметки | Всё аномальное: праздник, сбой или пересекающаяся акция | Позже объясняет выбросы |
Для аккаунтов с несколькими точками повторяйте это для каждого профиля в одной и той же таблице, добавив столбец с точкой. Менеджер Профиля компании (Business Profile Manager) позволяет скачать данные эффективности профилей сразу по многим точкам через Действия → Аналитика, и это полезно для метрик уровня аккаунта, но просмотров публикаций там не будет. Держите два источника отдельно, чтобы позже не спутать просмотры профиля с просмотрами публикаций.
Одна строка на каждую видимую публикацию, с датами публикации. Чтобы проверить это, сверьте число строк с числом карточек публикаций на экране. Если число просмотров видно только на части карточек, запишите то, что можете, и отметьте таблицу как неполную. Неполная таблица с честными пробелами лучше полной таблицы с выдуманными числами.
Цикл измерений. Этап нормализации команды пропускают чаще всего, и именно он делает остальное сравнение честным.
Шаг 2: нормализуйте, прежде чем сравнивать
Это шаг, который пропускают почти все. Сырые числа просмотров по публикациям разного возраста несопоставимы, поэтому их нужно преобразовать.
Самый простой подход, который можно защитить, — просмотры в неделю видимой жизни. Возьмите число просмотров и разделите на количество недель, в течение которых публикация была активна и видна (с ограничением по дате архивации, если она архивирована).
просмотры в неделю = всего просмотров ÷ недель публикации
Один этот расчёт снимает большую часть смещения по возрасту и делает 15-месячную публикацию и 3-недельную напрямую сопоставимыми. Он приблизительный. Показы не линейны, и первые дни публикации несут больше трафика, чем последующие. Но это всё равно намного лучше, чем сравнение сырых итогов.
Если нужна большая точность и у вас есть минимум год истории, используйте вместо этого сравнение в фиксированном окне: сравнивайте только публикации, которые активны одинаковое число недель. Сгруппируйте публикации в когорты по 4, 12 и 26 недель и сравнивайте только внутри когорты. Собирать дольше, но спорить с результатом намного труднее.
Что бы вы ни выбрали, применяйте один метод ко всей таблице. Смешивание методов возвращает смещение, которое вы только что убрали.
Затем разделите по слоям. Сравнивайте обновления с обновлениями, предложения с предложениями, мероприятия с мероприятиями. Сезонное предложение на две недели не конкурирует с круглогодичным обновлением, и отношение к ним как к одному пулу заставит предложения выглядеть слабыми, хотя на самом деле они просто живут меньше.
Сравнение | Честно? | Почему |
|---|---|---|
Обновление против обновления, одна когорта | Да | Одинаковый формат, одинаковая жизнь измерения |
Предложение против мероприятия, сырые счётчики | Нет | Разная длительность и разная сезонность |
Любая публикация против любой, сырые счётчики | Нет | Возраст определяет результат |
Публикация с фото против текстовой, одна когорта | Да | Это и есть вопрос, на который вы хотите ответить |
Просмотры из Поиска против просмотров из Карт | Невозможно | Google сообщает одно объединённое число |
На выходе у вас остаётся нормализованный столбец плюс группировка по когорте или типу публикации. Проверьте три строки вручную. Если дата публикации неясна, как бывает у повторяющихся публикаций, исключите её, а не угадывайте.
Одни и те же три публикации, два способа ранжирования. Сырые итоги ставят самую старую публикацию первой, потому что у неё было больше всего времени на сбор просмотров. Просмотры в неделю ставят первой самую новую, и обычно это более полезный рейтинг.
Шаг 3: задайте четыре вопроса, на которые данные действительно отвечают
С нормализованной таблицей вы можете честно ответить на четыре вопроса. На остальные — не поддавайтесь.
Какой тип публикаций достаёт дальше всего у вашей аудитории? Ранжируйте по медиане нормализованных просмотров внутри типа публикации, а не по максимуму. Одно вирусное предложение утащит среднее куда угодно. Если мероприятия стабильно достают дальше обновлений во всех ваших когортах, это настоящий сигнал, и он должен изменить то, что вы ставите в план.
Изменяет ли медиа охват? Разделите таблицу по наличию фото или видео и сравните медианы внутри одного типа публикации. Это самый чистый доступный тест, потому что число просмотров не загрязнено поведением кликов.
Какие содержательные углы работают? Прочитайте верхний и нижний квартили по нормализованным просмотрам и посмотрите на столбец с крючком. Вы ищете закономерность в теме, а не одного победителя. Если «бесплатная проверка» обходит «сообщение о новом сотруднике» во многих когортах, это говорит вам, на что откликается ваша локальная аудитория.
Охват сконцентрирован или тонок? Если почти все просмотры сидят на двух-трёх публикациях, а остальные близки к нулю, у вас проблема распределения, и больше публикаций её не решат. Если просмотры более-менее ровные между когортами, ваша базовая аудитория стабильна, и тогда изменения частоты стоит проверять.
А вот что данные не могут вам сказать, и этот список не менее важен предыдущего:
- Звонил ли кто-то, бронировал или покупал после просмотра публикации
- Сколько стоит один просмотр в выручке
- Улучшило ли большее число просмотров ваше локальное ранжирование
- Какая поверхность дала этот просмотр
- Один человек увидел публикацию пять раз или пять человек увидели её по разу
Если заинтересованная сторона просит вас доказать ROI публикаций по этому отчёту, честный ответ — этот отчёт так не умеет. Вам понадобятся отслеживание звонков, ссылки с UTM-метками и данные о бронированиях, чтобы замкнуть этот контур. Число просмотров публикации — это диагностика на входе, она говорит, видят ли ваше сообщение вообще.
Шаг 4: закройте шестимесячный разрыв в собственном процессе
Окно отчётности — 18 месяцев, а правило архивации — 6. У этого расхождения есть практическое следствие: если вы хотите длинную историю публикаций для измерения, вам придётся намеренно оставлять публикации видимыми.
Решение — диапазон дат. Согласно документации Google, публикации старше 6 месяцев архивируются, если не задан диапазон дат. Когда у публикации есть настоящая долгосрочная ценность (постоянное предложение, продолжающаяся услуга, мероприятие, которое остаётся актуальным), задайте ей диапазон дат вместо того, чтобы дать ей истечь. Вы не обманываете систему; вы сообщаете профилю, что содержимое всё ещё верно.
Для всего остального дайте ему уйти в архив и примите более короткую жизнь измерения. Именно архивация делает 18-месячное окно честным для тех публикаций, что остались.
Практическое следствие для планирования: если вы публикуете раз в неделю, за полгода выходит примерно 26 публикаций, а за восемнадцать месяцев — примерно 78. 18-месячное окно наполнится до такой глубины только при условии, что публикации выживают. Частота архивации в шесть месяцев означает, что ваш фактический пул сравнения меньше, чем подсказывает окно, а сравнение по когортам требует достаточно публикаций в каждой когорте, чтобы быть осмысленным. Раз в неделю — это минимальная частота, при которой метод когорт остаётся статистически рабочим для одной точки.
Шаг 5: запишите одно решение, затем повторите замер через 90 дней
Результат этого процесса — не дашборд. Это решение.
Запишите его одним предложением, с числом и датой. Например: «В нашем аккаунте мероприятия достают дальше обновлений, поэтому мы переходим от еженедельных обновлений к одному предложению и одному мероприятию в месяц и перезапустим эту таблицу 15 декабря».
Затем назначьте дату повторного замера. Девяноста дней достаточно, чтобы в каждой когорте накопились новые публикации, и достаточно мало, чтобы вы ещё помнили, что изменили. К следующему разбору должны выполняться три вещи:
- У каждой новой публикации есть запись в таблице.
- В каждой сравниваемой когорте не меньше четырёх публикаций.
- Метод сравнения и границы когорт не изменились.
Если что-то из этого не так, сначала почините процесс, а потом интерпретируйте числа.
Чек-лист проверки
Пройдите его, прежде чем действовать по любому выводу.
- [ ] У каждой публикации в таблице есть точная дата публикации
- [ ] Архивированные публикации помечены, а их просмотры считаются замороженными
- [ ] Один метод нормализации применён ко всем строкам, без смешивания
- [ ] Сравнения идут внутри типа публикации и внутри когорты
- [ ] Для сравнений по типам публикаций использована медиана, а не среднее
- [ ] Никаких выводов о кликах, звонках, бронированиях или выручке не сделано
- [ ] Разделение по поверхностям нигде не заявлено, потому что Google его не даёт
- [ ] Есть одно записанное решение, с числом и датой повторного замера
Как это соотносится с остальной вашей локальной отчётностью
Просмотры публикаций — это один слой стека измерений, который стоит держать отдельно:
Слой | Источник | Что доказывает |
|---|---|---|
Охват публикации | Раздел «Публикации» в Профиле компании | Сообщение было увидено |
Обнаружение профиля | Эффективность Профиля компании | Люди нашли профиль; звонки, клики, запросы маршрута |
Поведение на сайте | Аналитика с UTM-метками на ссылках публикаций | Публикация привела сессию |
Результаты | Системы бронирования или кассы | Публикация дала сделку |
Только первые два слоя приходят с локальных поверхностей Google, и только второй сегодня доступен через API. Держите их в разных таблицах, чтобы кто-нибудь позже не спутал просмотры профиля с просмотрами публикаций. Это разворачивание делает такую ошибку как никогда лёгкой, потому что оба числа теперь на соседних экранах.
Если вы хотите проверить, действительно ли эти нижележащие поверхности сканируются и читаются поисковыми и ИИ-системами, прежде чем вкладываться в дополнительный локальный контент, в каталоге инструментов Auspia есть симуляторы сканирования и индексации, которые можно запустить по любому публичному адресу. Это другой вопрос по сравнению с охватом публикаций, но следующий, который стоит задать.
Частые вопросы
Показывает ли Профиль компании в Google клики по публикациям? Нет. Google отключил клики по кнопкам публикаций вместе с просмотрами публикаций в феврале 2023 года, и вернулись только просмотры. Текущий отчёт показывает число просмотров без кликового эквивалента.
Насколько глубоко назад уходят числа просмотров? Google указывает, что отчётность охватывает публикации, опубликованные за последние 18 месяцев, на скользящей основе. Учтите, что публикации архивируются через 6 месяцев, если не задан диапазон дат, поэтому у более старых может быть замороженное число.
Почему я не вижу числа просмотров на своих публикациях? На момент анонса функцию описывали как разворачивающуюся по всему миру, поэтому доступность может запаздывать по профилю или региону. Сначала проверьте раздел «Публикации» в панели управления на компьютере. Если числа не появились, запишите дату и перепроверьте через две недели.
Можно ли получить просмотры публикаций через Business Profile API? На сентябрь 2026 года — нет. В бюллетене Google сказано, что функция «пока недоступна в API». Ежедневные метрики Performance API относятся к уровню аккаунта и точки и не включают метрик на уровне публикации.
Высокое число просмотров публикации помогает локальному ранжированию? Опубликованных доказательств того, что просмотры публикаций влияют на локальное ранжирование, нет. Число просмотров измеряет, было ли увидено ваше сообщение. Локальное ранжирование зависит от релевантности, расстояния и известности, причём основная категория и сигналы отзывов весят больше.
Как часто публиковать, чтобы получать полезные данные? Собственные рекомендации Google в сообществе предостерегают от чрезмерных публикаций, потому что они вытесняют текущие предложения вниз. Для целей измерения раз в неделю — практический минимум: это даёт достаточно публикаций в каждой когорте, чтобы сравнение внутри типа что-то значило в пределах квартала.
Какая самая большая ошибка с этим отчётом? Сравнение сырых чисел просмотров у публикаций разного возраста. Старые публикации механически накапливают больше просмотров, поэтому сырые итоги в основном ранжируют публикации по возрасту. Нормализуйте по неделям публикации или сравнивайте только внутри когорт одинакового возраста.
Автор: Miles Donovan, аналитик локального ИИ-поиска в Auspia, охватывает более 500 сервисных запросов. Miles пишет о локальной видимости, страницах зон обслуживания и о том, как локальный бизнес появляется в поиске и в рекомендациях ИИ.
