Google змінив документацію Indexing API: чи можна прискорити індексацію будь-якого сайту?
Google переписав сторінку про квоти Indexing API й прибрав застарілу форму запиту на збільшення квоти. Частина SEO-спільноти побачила в цьому послаблення правил. За актуальною документацією, нічого такого не сталося: API, як і раніше, призначений лише для вакансій і трансляцій, а стандартна квота — 200 запитів на день.
Зміст
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 як не працювало за правилами, так і не працює.
Джерела
- Google Search Central: Indexing API — Quota and pricing information
- Google Search Central: Indexing API Quickstart
- Google Search Central: Using the Indexing API
- Google Search Central: журнал змін документації (16.10.2026)
- Search Engine Roundtable: Google Updates Indexing API Quota Information (16.10.2026)