Google змінив документацію Indexing API: чи можна прискорити індексацію будь-якого сайту?

Google переписав сторінку про квоти Indexing API й прибрав застарілу форму запиту на збільшення квоти. Частина SEO-спільноти побачила в цьому послаблення правил. За актуальною документацією, нічого такого не сталося: API, як і раніше, призначений лише для вакансій і трансляцій, а стандартна квота — 200 запитів на день.

Типографічна обкладинка TheTech: заголовок «Google змінив документацію Indexing API: чи можна прискорити індексацію будь-якого сайту?» на темному тлі
Зміст
  1. Що змінилося
  2. Яка квота зараз
  3. Для яких сторінок дозволений API
  4. Чому «проганяти» через API весь сайт — погана ідея
  5. Що робити звичайному сайту
  6. Висновок

16 жовтня Google оновив документацію Indexing API, інтерфейсу, через який сайт може напряму повідомити Google про нову чи видалену сторінку. У журналі змін Google пояснює причину: сторінку квот оновлено, щоб «відобразити поточні ліміти квот і процес» та «прибрати застарілу форму».

Після цього в соцмережах з'явилися питання: чи означає це, що API тепер можна використовувати для будь-яких сторінок? Відповідь за актуальною документацією — ні.

Що змінилося

Search Engine Roundtable порівняв нову версію документації зі старою. З трьох сторінок прибрали:

  • формулювання про «початкову стандартну квоту» на 200 запитів для підключення й тестування;
  • вимогу окремо запитувати схвалення й більшу квоту, а разом із нею — форму такого запиту.

Офіційно Google повідомив лише про зміну сторінки квот. Alexander Chukovski, якого цитує Search Engine Roundtable, написав у X, що новий сервісний акаунт, як і раніше, отримує квоту 200, а форма запиту на збільшення тепер доступна лише в консолі. Це його спостереження, а не заява Google.

Яка квота зараз

Актуальна сторінка квот містить три ліміти на проєкт у Google Cloud:

Ліміт Значення
Запити на публікацію (URL_UPDATED і URL_DELETED) 200 на день
Запити на читання метаданих (getMetadata) 180 на хвилину
Усі запити до API 380 на хвилину

Денна квота оновлюється опівночі за тихоокеанським часом США. Нова квота може почати діяти до 24 годин. Подивитися свою квоту можна в Google API Console. API безплатний.

Тобто цифра 200 нікуди не ділася. Змінилося лише те, як вона описана: це вже не «початкова квота для тестування», а просто стандартна квота.

Для яких сторінок дозволений API

Тут не змінилося нічого. На 17 жовтня і Quickstart, і сторінка про використання API прямо кажуть, що Indexing API можна використовувати лише для сторінок, які містять:

  • розмітку JobPosting (вакансії), або
  • BroadcastEvent, вкладений у VideoObject (відеотрансляції наживо).

Логіка проста: такі сторінки живуть недовго. Вакансію закривають, трансляція закінчується, і Google має швидко про це дізнатися.

Ще одне застереження з документації: усі запити через Indexing API проходять перевірку на спам. Спроби обійти ліміти, зокрема через кілька акаунтів, можуть призвести до відкликання доступу.

Чому «проганяти» через API весь сайт — погана ідея

Технічно API прийме будь-яку адресу й відповість кодом 200. Тому існують плагіни й сервіси, які обіцяють «миттєву індексацію» будь-якого сайту через Indexing API.

Проблема в тому, що відповідь 200, за документацією Google, означає лише те, що Google може незабаром повторно просканувати сторінку. Це не обіцянка проіндексувати її, тим паче сторінку, для якої API не призначений. SEO-фахівець Нік Лерой (Nick LeRoy), якого цитує Search Engine Roundtable, поділився спостереженням: його інструмент отримав відповідь 200 у тестовому середовищі, але запит метаданих повернув 404. Тобто запит, імовірно, до черги індексування не дійшов. Це окремий випадок, а не перевірене правило, але він добре показує, що код 200 нічого не гарантує.

Використання API не за призначенням суперечить правилам Google і ризикує доступом до API. Користь від цього щонайменше неочевидна.

Що робити звичайному сайту

Якщо у вас блог, медіа, магазин чи сайт послуг, Indexing API не для вас. Робочі інструменти залишаються ті самі:

  • карта сайту (sitemap) з актуальними адресами й датами змін, додана в Search Console;
  • внутрішні посилання: нова сторінка, на яку посилаються головна, розділи й споріднені матеріали, знаходиться швидше;
  • «Перевірка URL-адреси» в Search Console з кнопкою запиту на індексування — для окремих важливих сторінок, а не для всього сайту;
  • технічна якість: швидкі відповіді сервера, коректні коди стану, без випадкових noindex і дублікатів.

Якщо сторінки довго не індексуються, справа зазвичай не в швидкості повідомлення Google, а в тому, як Google оцінює сам контент або структуру сайту. Тут API не допоможе.

Висновок

Google навів лад у документації: прибрав застарілу форму й описав квоту такою, якою вона є насправді. Правило щодо типів сторінок лишилося незмінним. Якщо ваш сайт публікує вакансії чи трансляції, Indexing API — офіційний і корисний інструмент. Для решти сайтів нічого не змінилося, і «прискорення індексації будь-якого сайту» через API як не працювало за правилами, так і не працює.

Джерела

  1. Google Search Central: Indexing API — Quota and pricing information
  2. Google Search Central: Indexing API Quickstart
  3. Google Search Central: Using the Indexing API
  4. Google Search Central: журнал змін документації (16.10.2026)
  5. Search Engine Roundtable: Google Updates Indexing API Quota Information (16.10.2026)