Щотижневий звіт із Google Search Console можна автоматизувати через Looker Studio, Apps Script або BigQuery. Для онлайн-дашборда найпростіше почати з Looker Studio. Якщо потрібен лист за розкладом, підійде Apps Script із Search Console API. BigQuery варто розглядати для накопичення великих обсягів даних і складного аналізу.
Незалежно від способу автоматизації, спочатку визначте межі тижня та перевірте готовність даних. Автоматичний запуск не гарантує, що найсвіжіші показники вже остаточні.
Який спосіб автоматизації обрати
| Спосіб | Результат | Коли обирати | Що врахувати |
|---|---|---|---|
| Looker Studio | Онлайн-дашборд із графіками й таблицями | Потрібно регулярно переглядати показники без ручного експорту | Підключення джерела саме по собі не налаштовує щотижневу розсилку |
| Apps Script + Search Console API | Лист або таблиця за розкладом | Потрібен автоматично сформований підсумок | Потрібні скрипт, авторизація, тригер і контроль помилок |
| BigQuery | Щоденне вивантаження для подальшого аналізу | Потрібно накопичувати деталізовані дані та виконувати власні запити | Потрібні Cloud-проєкт, білінг і контроль витрат; тижневий звіт формують окремо |
Ручний експорт із Search Console не створює автоматичного розкладу. Він придатний для разової перевірки, але не замінює регулярного звіту.
Що підготувати перед налаштуванням
- Переконайтеся, що акаунт автоматизації має доступ до потрібної властивості Search Console — сайту або його частини, доданої до сервісу.
- Визначте тип пошуку: наприклад, Web. Не змішуйте його з Image або Discover.
- Виберіть показники: кліки, покази, CTR і середню позицію.
- Узгодьте одержувачів і права доступу до звіту.
- Збережіть контрольний результат з інтерфейсу Search Console за завершений період.
- Зробіть копію робочого скрипту чи таблиці перед змінами.
Search Console показує результати сайту в пошуку, а не всі відвідування чи продажі. Не змішуйте органічний трафік і платну рекламу: вони мають різні джерела обліку.
Як визначити звітний тиждень
Використовуйте попередній повний тиждень із явно зазначеними датами, а не рухомі «останні сім днів». Наприклад, можна запланувати запуск у четвер за попередній понеділок–неділю. Це практичний запас часу, а не гарантія остаточності даних.
За довідкою Google, актуальною станом на 4 листопада 2026 року, дані зазвичай стають доступні через 2–3 дні. Дати щоденних показників Search Console прив’язані до тихоокеанського часу Каліфорнії, а не до місцевого часового поясу власника сайту.
У кожному звіті зазначайте початок і кінець періоду, тип пошуку та час успішного формування. Якщо дані ще не готові, не надсилайте неповний результат як остаточний.
Як налаштувати дашборд у Looker Studio
Вбудований конектор Search Console дозволяє створити звіт без повторного ручного копіювання даних.
- Створіть звіт у Looker Studio та додайте джерело через конектор Search Console.
- Авторизуйтеся під акаунтом із доступом до потрібної властивості та виберіть її.
- Виберіть відповідний рівень даних: загальні показники сайту або деталізацію за URL. Для них можуть знадобитися окремі джерела.
- Додайте картки кліків, показів, CTR і середньої позиції, графік за датою та потрібні таблиці.
- Налаштуйте завершений тижневий діапазон. Перевірте, чи його межі відповідають вашому правилу звітності.
- Звірте результат із Search Console за однаковими датами, типом пошуку та фільтрами.
- Надайте доступ лише погодженим користувачам.
Для Search Console інтервал оновлення джерела в Looker Studio становить 12 годин і не змінюється — за документацією Google станом на 4 листопада 2026 року. Це правило свіжості конектора, а не обіцянка отримати дані дванадцятигодинної давності: обробка в самому Search Console має окрему затримку.
Розділяйте загальний підсумок сайту й деталізацію за запитами. Частина пошукових запитів прихована, тому їхня видима сума може бути меншою за загальні показники.
Межа самостійного налаштування: якщо під час підключення пропонують надати невідомому сторонньому конектору надмірні дозволи, зупиніться й перевірте його походження. Основний ризик тут — розкриття даних сайту через доступ до джерела або звіту.
Як організувати щотижневий лист через Apps Script
Для листа за розкладом потрібен скрипт, який отримує дані через Search Console API, перевіряє результат і надсилає його через MailApp. Саме створення часової події без цих перевірок не робить звіт надійним.
Налаштуйте доступи
- Створіть проєкт Apps Script і визначте акаунт, від імені якого він працюватиме.
- Налаштуйте доступ до Search Console API для проєкту, який використовує скрипт.
- Авторизуйте читання Search Console, виконання HTTP-запитів і надсилання пошти відповідно до реалізації скрипту.
- Перевірте доступ цього акаунта до потрібної властивості.
Не додавайте права редагування сайту чи повний доступ до Google Drive «про всяк випадок». Якщо авторизацію блокує політика організації, зверніться до адміністратора, а не обходьте обмеження.
Задайте логіку отримання даних
Нижче — умовний приклад тіла запиту Search Analytics API для завершеного тижня. Дати потрібно замінити на обчислений звітний період. Це не готовий скрипт: він не містить авторизації, обробки відповіді та надсилання листа.
{
"startDate": "2026-10-19",
"endDate": "2026-10-25",
"type": "web",
"dataState": "final"
}Параметр dataState: "final" запитує фіналізовані дані, але сам по собі не доводить, що доступний увесь обраний період. Скрипт має окремо перевіряти готовність звіту.
Для базової реалізації закладіть таку послідовність:
- Обчислити попередній повний тиждень з урахуванням дат Search Console.
- Запитати дані з групуванням за датою та перевірити покриття періоду.
- Якщо дата відсутня, відрізнити неготовність даних від відсутності активності. Не підставляти нуль автоматично.
- Окремим запитом без деталізації отримати загальні кліки, покази, CTR і середню позицію.
- Сформувати лист із властивістю, датами, типом пошуку та часом оновлення.
- Надіслати лист лише після успішної перевірки; помилку записати в журнал виконання.
Окремий запит підсумків потрібен, щоб не обчислювати середню позицію простим усередненням рядків із різною кількістю показів. CTR також слід брати з підсумку або розраховувати як загальні кліки, поділені на загальні покази.
Перевірте скрипт і ввімкніть розклад
- Виконайте ручний тест під акаунтом із доступом до властивості.
- Звірте отримані показники з інтерфейсом Search Console за однаковими умовами.
- Створіть часовий тригер для щотижневого запуску.
- Перевірте часовий пояс проєкту та обраний день запуску.
- Після першого автоматичного виконання перевірте журнал і доставку листа.
Перед повторним ручним запуском переконайтеся, що він не створить дубль листа. Для постійної експлуатації корисно зберігати позначку вже надісланого періоду й окремо фіксувати останнє успішне виконання.
За квотами Apps Script, актуальними станом на 4 листопада 2026 року, MailApp допускає 100 одержувачів на день для споживчих акаунтів і 1 500 для Google Workspace. Це кількість одержувачів, а не листів. Google попереджає, що квоти можуть змінюватися; окремо діють обмеження API.
Коли зупинитися: якщо незрозуміло, навіщо скрипту запитані дозволи, або він змінює чи видаляє робочі дані, не запускайте його до перевірки. Для цього сценарію достатньо читання Search Console та потрібних сервісних дозволів.
Як перевірити підсумки й обмеження деталізації
Порівнюйте автоматичний звіт з інтерфейсом лише за однаковою властивістю, датами, типом пошуку та фільтрами. Середня позиція — усереднений показник, а не гарантоване місце сайту для кожного користувача.
За документацією Google станом на 4 листопада 2026 року діють такі межі:
| Рівень отримання даних | Обмеження | Практичний наслідок |
|---|---|---|
| Таблиця в інтерфейсі Search Console | До 1 000 рядків | Експорт показаної таблиці не є повним архівом |
| Одна відповідь Search Analytics API | До 25 000 рядків | Для продовження вибірки використовують пагінацію через startRow |
| Доступна денна деталізація Search Analytics API | До 50 000 рядків на день для кожного типу пошуку на властивість | Пагінація не усуває денного обмеження; рядки ранжуються за кліками |
Це різні рівні обмежень, а не суперечливі значення однієї метрики. Навіть із пагінацією API не гарантує повного списку всіх запитів. Рідкісні або чутливі запити приховуються для захисту приватності.
Звіт показує зміну показників, але не встановлює її причину. Якщо зникли покази важливих сторінок, перевірте індексацію сайту. Якщо окремо аналізуєте швидкість сторінок, скористайтеся Google PageSpeed: описаний тижневий звіт її не вимірює.
Коли потрібен BigQuery
BigQuery доречний для щоденного накопичення деталізованих даних і власних аналітичних запитів без рядкових меж Search Analytics API. Він не замінює налаштування тижневої агрегації та доставки результату.
За інструкцією Google з налаштування експорту, станом на 4 листопада 2026 року потрібні Cloud-проєкт, увімкнений BigQuery, білінг і дозволи сервісному акаунту. Після підготовки в Search Console задають проєкт, набір даних та інші параметри масового експорту. Перше вивантаження може початися протягом 48 годин.
Безкоштовний рівень не гарантує нульової вартості: витрати залежать від зберігання й обробки даних. Масовий експорт також не відкриває приховані анонімізовані пошукові фрази.
Не змінюйте схему експортних таблиць: це може зупинити експорт. Не видаляйте єдину історичну копію даних. Якщо встановлюєте строк зберігання секцій, Google рекомендує не менше 14 днів. Перед змінами доступів, схеми або зберігання, наслідки яких незрозумілі, залучіть адміністратора проєкту; паралельно контролюйте білінг.
Що робити, якщо автоматизація не спрацювала
| Не спрацювало | Ймовірна причина | Наступний крок |
|---|---|---|
| Лист не прийшов | Лист потрапив у спам, тригер не запустився або виконання завершилося помилкою | Перевірте пошту, наявність тригера та журнал виконань |
| Звіт містить неправильний період | Використано рухомі дати або не враховано часовий пояс | Звірте обчислення попереднього повного тижня й надруковані межі періоду |
| API відмовляє в доступі | Неправильна властивість, відсутні права або потрібна авторизація | Перевірте властивість, акаунт запуску, увімкнення API та текст помилки |
| Відсутня дата | Дані ще не готові або активності не було | Перевірте дату в Search Console; за потреби повторіть запуск пізніше |
| Підсумки різняться | Не збігаються фільтри, тип пошуку або спосіб агрегації | Зрівняйте умови; не порівнюйте суму видимих запитів із загальним підсумком |
| Перевищено квоту | Забагато запусків, запитів чи одержувачів | Приберіть дублікати тригерів і перевірте квоти відповідного сервісу |
Не розширюйте дозволи навмання. Якщо причина помилки незрозуміла, збережіть її текст і зверніться до адміністратора або розробника.
Рекомендація: почніть із Looker Studio, якщо достатньо онлайн-дашборда. Обирайте Apps Script, коли потрібен лист чи таблиця за розкладом і є можливість підтримувати скрипт. Переходьте на BigQuery, коли потрібні накопичення деталізованих даних та складні запити. В усіх випадках спочатку перевірте дати й підсумки, а вже потім покладайтеся на автоматичний запуск.
Оновлено 04.11.2026
