Использование нескольких аккаунтов Google Cloud для обхода суточных лимитов Indexing API — классический костыль в SEO-индустрии. Вебмастеры создают десятки сервисных аккаунтов, чтобы пропихнуть в индекс тысячи страниц вместо положенных двухсот. Это нарушение условий использования Google Cloud, которое несет инфраструктурные риски, хотя масштаб «кары» часто преувеличен маркетингом сервисов-конкурентов.
Кратко
- Квота в 200 запросов привязана к проекту Google Cloud, и попытка масштабирования через мультиаккаунтинг выявляется по общим признакам авторизации и паттернам запросов.
- Реальные санкции чаще всего касаются блокировки конкретных проектов в Google Cloud Platform (GCP), а не удаления сайтов из поиска или бана личных почтовых ящиков.
- Риск блокировки платежных методов обсуждается в кейсах рынка, но публично не задокументирован Google как стандартная мера наказания за мультиаккаунтинг.
Как устроена квота Indexing API
По умолчанию Google Indexing API предоставляет 200 запросов на публикацию в день на один проект. Согласно официальной документации Google Indexing API quota & pricing , этот лимит сбрасывается в полночь по тихоокеанскому времени. Важно понимать: квота выдается не на домен и не на аккаунт Search Console, а именно на проект в консоли разработчика.
Для работы с API необходимо пройти процесс авторизации с помощью OAuth 2.0 (подробнее — Indexing API authorizing ). Именно на этом этапе формируется цифровая связь между вашим приложением и инфраструктурой Google. Если вы создаете пять проектов и в каждом используете один и тот же домен для подтверждения прав, для Google связь становится очевидной.
В нашей практике мы видели, как проекты жили месяцами с превышением лимитов через сетку аккаунтов, но это всегда игра в “кошки-мышки”. Google не обязан уведомлять вас о том, что он объединил ваши аккаунты в один кластер и начал игнорировать запросы сверх базовой квоты.
Откуда берется идея “развести по аккаунтам”
Проблема в том, что 200 страниц в сутки — это ничто для крупного интернет-магазина или агрегатора. Ручная отправка через Google Search Console еще более ограничена: по наблюдениям специалистов, лимит составляет около 10-12 URL-адресов в день на одно свойство.
Когда вебмастеру нужно проиндексировать 10 000 страниц, возникает соблазн создать 50 сервисных аккаунтов. Логика проста: если каждый дает по 200 лимитов, то вместе они дадут искомый объем. Теоретически это работает. На практике Google видит, что запросы идут на один и тот же хост, часто с одних и тех же IP или через одни и те же ключи доступа.
Как Google связывает аккаунты в один кластер
Google обладает избыточными данными для идентификации владельца группы аккаунтов. Даже если вы используете разные прокси, система сопоставляет данные.
| Признак связи | Уровень риска | Комментарий |
|---|---|---|
| Домен в Search Console | Критический | Если 10 аккаунтов имеют доступ к одному сайту, они связаны. |
| Платежные данные | Высокий | Использование одной карты в Google Cloud для разных проектов. |
| IP-адрес запросов | Средний | Запросы к API с одного сервера (IP) без использования прокси. |
| Паттерн URL | Средний | Идентичная структура адресов, отправляемых с разных ключей. |
По нашим наблюдениям, самым слабым звеном является именно подтверждение прав на сайт. Чтобы Indexing API работал, сервисный аккаунт должен быть добавлен в Search Console как владелец или делегированный пользователь. В этот момент цепочка замыкается.
Что бывает на практике (без мифов)
Вокруг мультиаккаунтинга много страшилок. Самая популярная — “Google забанит сайт и выкинет его из выдачи”. Честно — мы видели обратное: сайты с жестким спамом через API прекрасно ранжировались, пока не попадали под общий апдейт алгоритма. Индексация и ранжирование — это разные департаменты.
Что происходит на самом деле:
- Блокировка проекта GCP. Вы получаете письмо о нарушении TOS (Terms of Service), и API просто перестает отвечать.
- Срезание квот. Запросы принимаются (код 200), но страницы не попадают в очередь на обход. Это самый коварный вариант, так как вы тратите ресурсы, не получая результата.
- Блокировка платежного профиля. Обсуждается в кейсах рынка как крайняя мера, но публично не задокументировано Google. Обычно это происходит при попытке привязать одну и ту же “серую” карту к десяткам аккаунтов для получения бесплатных триальных кредитов.
Из того, что приходило в редакцию, наиболее частый исход — “тихая смерть” API-ключей. Вы шлете запросы, а Google их просто игнорирует.
Сторонние сервисы “безлимитной” индексации
Многие сторонние индексаторы работают именно по схеме огромных ферм аккаунтов. Покупая их услуги, вы делегируете риск им. Если сервис заявляет “индексируем до 50 000 страниц в сутки”, знайте — они используют сотни связанных проектов.
Риск здесь переезжает в плоскость безопасности: вы даете доступ к своей Search Console (или подтверждаете права через DNS/HTML) третьим лицам. Теоретически это безопасно, но если Google решит “накрыть” всю ферму сервиса, ваш сайт может попасть в список подозрительных вместе с тысячами дорвеев, которые обслуживались там же. Мы рекомендуем использовать такие инструменты только для тех страниц, которые не жалко потерять, или для ускорения индексации внешних ссылок.
Что считается допустимым использованием
Google официально заявляет, что Indexing API предназначен только для страниц с вакансиями (JobPosting) или прямых трансляций (BroadcastEvent). Использование его для обычных статей в блоге — уже само по себе “серая” зона.
Если вам действительно нужно больше квот, официальный путь — заполнение формы на расширение лимитов в Google Cloud. Правда, там потребуют доказать, что вы агрегатор вакансий или новостное агентство. Для всех остальных мультиаккаунтинг остается единственным способом, но он требует гигиены: разные владельцы, разные платежные данные, разные среды выполнения запросов.
Открытые вопросы
До сих пор не ясно, насколько глубоко Google использует AI для выявления поведенческих паттернов при работе с API. Например, может ли система идентифицировать одного пользователя по стилистике кода или специфическим заголовкам HTTP-запросов?
Также остается открытым вопрос о “наследовании” репутации: если один ваш проект в GCP заблокирован за спам через API, как быстро это отразится на других проектах с тем же владельцем? Точных цифр и регламентов нет, есть только опыт проб и ошибок.