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