💳 Подозрительные платежи в Google Ads: почему банит и что с этим делать

⚠️ Почему платёжный бан — это реально критично

Suspicious Payments — один из самых жёстких банов в Google Ads.
Если система помечает платёж как подозрительный, дальше всё идёт по автоматике: подключается Policy Risk Engine, и аккаунт мгновенно уходит в ODSL (Outbound Defender Suspicious List). Это значит, что лимит на спенд обнуляется (Daily Spending Limit = 0) и аккаунт фактически мёртв.

Google при этом не ограничивается одним профилем.
Он блокирует всю сетку, связанную с картой, BIN’ом или повторяющимися данными. Платёжка попадает в чёрный список — и любой новый аккаунт, где совпадает хотя бы один параметр (номер карты, IP, имя, почта, профиль), ловит бан автоматически.

В отличие от обычных блокировок, платёжный фрод почти не восстанавливается.
Даже идеальная апелляция редко даёт шанс выше 20%. Причина проста: Google не рискует ошибиться в вопросах антифрода.

Главное правило: если система видит совпадение по параметрам платежа с уже забаненным аккаунтом — новый улетит в ODSL без шансов.

💡 Как Google анализирует платежи

Когда добавляешь карту в Google Ads, система не просто списывает деньги.
Она запускает многоуровневую антифрод-проверку, где за микросекунды создаётся Instrument Hash — уникальный отпечаток вашей карты. Он связывает её со всеми аккаунтами, где она хоть раз использовалась.

После этого Google проверяет этот отпечаток по своей базе.
Если карта, BIN или связанный параметр уже фигурировал в блокировках — аккаунт сразу уходит под контроль Policy Risk Engine.

Google анализирует более 100 параметров одновременно. Среди них:

BIN карты и гео-локация,
IP-адрес, устройство и fingerprint,
время между регистрацией и первым пополнением,
история платежей и поведение аккаунта на старте.

Даже один токсичный параметр может обнулить всё.
Иногда аккаунт успевает запуститься, но система уже поставила метку — и при следующей оплате он просто не проходит проверку.

🧩 О том, как работает Policy Risk Engine и как она оценивает траст, читайте в отдельной статье ([ссылка]).

⚡ Семь критических триггеров, которые вызывают бан

1. Использование карты, которая уже была в банах

Это самая частая причина блокировки за Suspicious Payments. Когда Google банит аккаунт, он не просто «отключает» его. Все платёжные инструменты (карты, IBAN, VCC) получают метку токсичности. Система фиксирует Instrument Hash — отпечаток карты — и заносит его в чёрный список.

💡 Даже если карта кажется «свежей», она могла быть в трёх старых акках, купленных на форумах или у продавца, где никто не отслеживает историю. Система помнит всё.
Результат: ODSL за пару часов, без шансов на апелляцию.

2. VCC с токсичными BIN-ами

Некоторые BIN-диапазоны давно помечены Google как высокорисковые. Причина простая: одни и те же BIN’ы массово используют арбитражники и фродеры.

Поставщик покупает у банка серию карт с одинаковыми BIN, продаёт их сотнями. Первые десятки работают, но как только система видит этот BIN в десятках банов — весь диапазон получает флаг «высокий риск».

⚠️ После этого даже новая карта с тем же BIN блокируется при первом же пополнении.

Признаки “умирающего” BIN-а:
— акки падают сразу после привязки,
— спенд не проходит,
— платёж отклоняется на уровне шлюза.

✅ Решение: менять BIN-провайдера, а не ждать «разморозки». Убитые BIN остаются токсичными навсегда.

3. Аномальные пополнения: крупная сумма на старте

Классика: аккаунт создан вчера, а сегодня на нём $500. Для системы это типичный фрод-паттерн.
Нормальный рекламодатель растёт постепенно: тестирует кампанию, проверяет креативы, увеличивает лимиты по мере стабильности.

📊 Что система считает подозрительным:
— $300+ в первые 3 дня,
— $500+ в первую неделю,
— или скачок бюджета в 5 раз и больше относительно среднего спенда.

Как выглядит безопасно:
1–2 день → $50–100
3–5 день → +$50–100
7–10 день → +$100–200
После 2 недель — плавное увеличение.

Такой темп система распознаёт как естественный и не поднимает флаг риска.

4. Geo-мисмэтч: разные страны карты, аккаунта и логина

Google связывает всё: страну карты, IP, валюту биллинга, гео профиля.
Если карта из Польши, аккаунт под США, а логин идёт с Азии — аккаунт моментально попадает под скан.

Особенно жёстко система реагирует на сочетания с «рискованными» регионами. Индийская карта в американском аккаунте — гарантированная проверка или моментальный DSL.

💬 Даже реальное объяснение (командировка, мультинациональный бизнес) почти не помогает.
Лучше всего работает одно простое правило — карта и аккаунт из одного гео.

5. Chargeback: один возврат убивает всю сетку

Chargeback — это сигнал тревоги для антифрода. После одного возврата через банк система запускает каскадную проверку.

Сначала блокируется аккаунт, где был возврат. Потом Google ищет, где ещё использовалась та же карта, IP, почта, организация или платёжный профиль.
Найденные аккаунты тоже получают ODSL, даже если они чистые.

📌 Пример из практики:
5 аккаунтов на одной карте. Клиент делает чарджбэк → банит все 5,
потом система находит ещё 7 связанных по IP → банит и их.

Вывод: одна карта — максимум два аккаунта. И никакой задолженности.

6. Кросс-продуктовые связи: YouTube, Cloud и прочие сервисы

Google давно объединил все свои сервисы под одну платёжную экосистему.
Если карта когда-то использовалась в других продуктах, например, на YouTube, в Cloud, Play Console — система это видит и связывает.

Если один из этих сервисов когда-то попадал под санкции или блокировки, карта автоматически получает флаг риска. При новой привязке в Ads она может не пройти проверку или сразу улететь в DSL.

💬 Для стабильной работы лучше использовать отдельные карты под каждый проект и продукт. Экономия на пластике оборачивается потерей целой сетки.

7. Слабый фарм и «мусорные» данные

Система оценивает не только платежи, но и весь контекст вокруг них.
Платёжка, IP, поведение, данные профиля — всё это складывается в общий уровень траста.

Если хотя бы несколько параметров выглядят сомнительно, система повышает «риск-балл». И чем он выше, тем ближе аккаунт к автоматическому заносу в Policy Risk Bin (ODSL).

📊 Что добавляет риска:

почты, созданные массово и с вымышленными именами;
датацентровые IP или mismatch между IP и User-Agent;
адреса и компании, которые не проходят проверку Google Maps или выглядят поддельно;
один и тот же email или номер телефона, используемый на десятках аккаунтов.

Каждый такой фактор прибавляет баллы в антифрод-системе.
Набирается критическая сумма — аккаунт отправляется на ручную проверку или сразу замораживается.

Важно: система не делит ошибки на «мелкие» и «критические».
Для Google один подозрительный IP и десяток фейковых почт — просто разная степень одной и той же проблемы: недоверие к источнику.

🔗 Как система находит связи между аккаунтами

Google видит сетку аккаунтов как единую экосистему.
Каждый аккаунт связан с другими через Billing Account, Instrument Hash (цифровой отпечаток карты) и десятки скрытых внутренних идентификаторов.

📌 Когда хотя бы один аккаунт из сетки уходит в бан, система автоматически помечает все остальные как «потенциально заражённые».
Новые — сразу получают DSL, старые — начинают проседать по показам и требуют повторной проверки.

🧠 За всем этим стоит Machine Learning, который ищет схожие паттерны между аккаунтами:
карты, IP, User-Agent, домены, контент, поведение рекламодателя.
Если несколько признаков совпадают, алгоритм решает, что это один и тот же оператор, просто с новыми данными.

С этого момента аккаунты попадают под постоянный мониторинг или сразу в Policy Risk Bin — зону повышенного риска, где работают антифрод-фильтры.
Каждый отпечаток карты, cookie, запрос в биллинге и даже задержка между кликами создают след, по которому система может отследить связь с уже забанённой историей.

📚 Подробнее о механике Policy Risk Engine и параметрах оценки траста — читайте в отдельных статьях:
👉 [Policy Risk Engine: как Google определяет уровень доверия аккаунта]

⚙️ Серые схемы: что реально работает, а что нет

💳 VCC-серии и их срок жизни

Поставщики покупают партии карт с одинаковым BIN и продают их оптом. Первые карты из серии живут спокойно, но как только система фиксирует, что этот BIN встретился в 50+ забаненных аккаунтах — весь диапазон уходит в «токсичные».
После этого даже новая карта с тем же BIN падает в DSL почти моментально.

🧩 Как понять, что BIN “умирает”:
новые аккаунты с ним ловят баны без видимых причин, форумы начинают писать «этот BIN мёртв». Карты начинают отклоняться ещё на этапе платежа.

💡 Решение: меняй BIN и источник. Не жди, что «отлежится» — если диапазон ушёл в риск, он там и останется.

🧠 Архитектура сеток

Если работаешь с сетками, продумай архитектуру.
Плохой сценарий: десять аккаунтов на одной карте с одним BIN. Один падает и за ним падают все.
Хороший сценарий: у каждого аккаунта своя карта, BIN, почта и IP. Тогда при бане одного остальные живут.

Да, расходы на старте вырастут на 30–50%, но вероятность потерять всё сразу снизится почти в пять раз.

🌐 Антик и прокси: реальный эффект

Антидетект и прокси не спасают от платёжных связок.
Google видит всё на уровне Payments API — если карта одна, связь зафиксирована, каким бы ни был браузер.

📌 Что реально помогает:
— разные карты и BIN — это основа;
— IP из корректного GEO под биллинг;
— адекватные данные компании и адреса, которые проходят проверки.

Это и есть «честный фарм» — не обязательно 100% реальность, но структура, которая не вызывает подозрений.

🚫 Что не работает (и всё ещё встречается)

Миф 1: «Разные Billing Accounts спасают от связи»
👉 Нет, Google связывает по Instrument Hash, а не по ID биллинга.

Миф 2: «Пополнение через PayPal или Stripe скрывает источник»
👉 Нет, данные платёжки всё равно видны в API.

Миф 3: «VPN и разные страны помогают»
👉 Нет, гео-фактор не спасает, если фрод на уровне платежа.

📨 Пример апелляции

My account is blocked for suspicious payments. My card was never used for advertising purposes before.

I also use the official account, with my details, I was fully verified. All transactions are performed with strict verification.

I have not violated any rules, please unblock my account!

Даже идеально оформленная апелляция — не гарантия разбана. Но если всё сделано грамотно и есть реальные доказательства, вероятность разморозки заметно выше.

✅ Best Practices: чек-лист для минимизации рисков

🔹 До создания аккаунта

Перед запуском подготовь основу:

проверь BIN — он должен быть чистым, без истории банов;
убедись, что карта не использовалась в других аккаунтах Google Ads;
подготовь нормальный фарм: реальные или правдоподобные адреса, почты и телефоны;
выбери стабильный резидентский IP из нужного GEO;
используй уникальный email-домен, не общий Gmail-пул.

🔹 Во время создания аккаунта

география карты должна совпадать с географией аккаунта;
не переиспользуй Billing Account — один аккаунт, один биллинг;
Company name указывай аккуратно, без случайных слов или сокращений;
адрес проверяй через Google Maps, чтобы он реально существовал;
номер телефона должен соответствовать выбранной стране.

🔹 При первом пополнении

Первое пополнение — $50–100, второе через день.
Дальше плавно увеличивай дневные лимиты, чтобы спенд выглядел естественно.
Для новых аккаунтов безопасная рамка — не более $300 за первую неделю.

🔹 Если появился DSL / ODSL

Не суетись и не пополняй дополнительно — система может воспринять это как подозрительное поведение.
Подожди пару дней, наблюдай за статусом.
Если блокировка не снимается, отправь апелляцию с подтверждениями по платежам и документируй, какие действия ты предпринимал.

🎯 Коротко о главном

Платёжные баны — самые неприятные в экосистеме Google Ads.
Один сигнал системы может уронить всю сетку и отправить карту в чёрный список, из которого почти никто не возвращается.

Но если аккуратно работать с фармом, строить сетки правильно, не переиспользовать карты и держать бюджетный рост “естественным”, риск падает заметно.

Забирай готовые решения в нашем боте: @Banana_traffbot
Если нужна консультация — пиши в поддержку: @Supp_bananabot