Подход к поиску и решению проблем в Google Ads

👾 Команда koya.ads рада всех приветствовать!

📑 Наша команда уделяет значительное внимание проблемам, которые возникают как у наших клиентов, так и общим проблемам, которые Google Ads «дарит» всем нам. Однако сегодня мы хотели бы поговорить не о конкретных проблемах, с которыми сталкивается каждый баер, а о подходе к их решению.

* При правильном подходе к тестам - баер кратно сокращает количество затраченного времени на тестирование и обнаружение первоисточника проблемы.

Ниже мы кратко опишем наш подход к тестированию любой проблемы, которая становится массовой.

🛠 Исключение технической части

Первостепенно мы всегда начинаем с исключения технической части залива.

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

* Если в течение 3-7дней кампании крутятся без проблем, вывод очевиден - проблема находится в технической части.

Далее остается перебрать технический сетап, чтобы локально определить источник проблемы.

В случае использования сторонних трекеров или аналитик, которые вы интегрируете в офферы, рекомендуем на период теста отказаться от их подключения.

🗒 Тестирование вайтпейджей

Далее начинаем тестирование вайтов в вашем стандартном сетапе.

Покупаем или делаем вайты самостоятельно, обязательно реализуя их максимально уникальными:

генерация или ручные вайтпейджи
HTML или WordPress как ядро и т.д.

* Чем больше в тесте задействовано вайтпейджей, тем быстрее вы поймете, в них ли проблема.

На этапе тестирования вайтов - КЛО мы не интегрируем.

🗃 Тестирование доменов и хостингов

После этого переходим к тестам доменов и хостингов. Мы тестируем две переменные одновременно, чтобы ускорить процесс и быстрее получить результат.

Если выяснилось, что проблема не в вайтах, покупаем домены и хостинги у разных провайдеров и миксуем их между собой.

* Также стоит уточнить, что существует теория, согласно которой Google начинает банить сайты из-за одинаковых NS-записей при использовании Cloudflare.

Для решения этой проблемы есть три варианта:

Если вы сразу добавляете стандартные NS Cloudflare у регистратора, а затем добавляете домен в Cloudflare, сервис выдаст другие NS. Их необходимо повторно обновить у регистратора.
Перейти во вкладку Configurations в Cloudflare -> DNS Settings и включить Cloudflare standard nameservers (randomized). По умолчанию эта опция недоступна, для ее активации необходимо обратиться в техническую поддержку.
Использовать мультиаккаунтинг в Cloudflare (мы этот вариант не используем из-за неудобства управления большим количеством доменов).

* При выборе домена под вайт мы всегда проверяем его через Wayback Machine, чтобы ранее на домене не был размещен какой-либо адалт или другие офферы, которые могут негативно сказываться на репутации домена.

Keitaro как возможный триггер

Отдельной проблемой может быть Keitaro, если вы хостите вайты внутри него.

По нашим тестам массовое использование Keitaro 11 вызывает Compromised Site либо обходы. Рекомендуем использовать версии ниже 11 либо не применять Keitaro в качестве хостинга для вайтпейджей.

Тестируем различные связки от разных провайдеров доменов и хостингов. В обязательном порядке часть доменов пропускаем через Cloudflare, а часть направляем напрямую, после чего анализируем результаты.

Касательно доменов: мы всегда используем исключительно доменную зону .com для сайтов, которые указываем в Google Ads. В нашем сетапе дешевые доменные зоны (.top, .biz, .info и т.д.) становились триггером для Compromised Site.
В ваших сетапах ситуация может отличаться, поэтому рекомендуем проверить это самостоятельно.

💾 Полное тестирование сетапа

Если блокировки продолжаются, мы переходим к полному тестированию сетапа, который включает:

Настройку профилей в антидетекте + прокси
Почты
Документы
Платежные решения + типы аккаунтов
Креативы

💻 Антидетект и прокси

Давайте начнем по порядку, профили мы всегда штатно настраиваем под машину, с которой работаем, и настоятельно рекомендуем избегать шумов - в наших тестах они плохо себя показывают.

Прокси также берем от разных поставщиков и, что немаловажно, различные типы прокси.

Мы распределили типы прокси по задачам следующим образом:

IPv6 - крайне дешевые, но подходят для фарма
Data center - оптимальный баланс цены и качества, подходят для фарма и запусков
Mobile - подходят для всех задач (регистрация почты, фарм, запуск)
Residential - хорошо показывают себя на запусках

Для проверки качества профиля в антидетекте мы используем следующие сервисы:

* Как работают эти сервисы и что именно они анализируют, вы можете изучить на самих сайтах.

📬 Почты

В работе мы используем два типа почт:

почты с отлежкой более года
профармленные новореги

Как показала практика, плохое качество почт может триггерить мультиаккаунт-бан, аналогично повторно используемым документам.

Преимущества почт с отлежкой:

не требуют ручного фарма. (при покупке реальных почт, зарегистрированных с уникальных, реальных устройств пользователей (не софтом)
на один номер можно привязать 20-30 почт, что значительно снижает расходы

Преимущества новорег почт:

По сути, только одно - не нужно искать поставщиков. Однако они дороже в работе, дольше фармятся и чаще отлетают.

Самый рабочий сетап для новорегов:

iPhone, выключенная геолокация, режим полета и модем, в котором на каждую регистрацию меняется прокси.

📇 Документы

Существует два типа документов:

сгенерированные
реальные документы

Документы, используемые более одного раза, часто приводят к бану за мультиаккаунтинг либо к бану по Advertiser Verification Policy.
Если второй тип бана прямо указывает на проблему с документами, то первый - нет.

Чтобы убедиться, что блокировка получена именно из-за документов, перейдите во вкладку Advertiser Verification. Если верификация слетела, бан был получен из-за низкого качества документов.

Генерация документов имеет ряд преимуществ:

вероятность повторного использования документа практически нулевая
с помощью нейросетей можно выстроить собственную систему генерации (связка ИИ + шаблон документа) при минимальных затратах

Основной минус - требуется время на настройку и поиск рабочих решений под ваш сетап.

💳 Платежные решения

Платежные решения редко становятся причиной блокировок, чаще они приводят к ограничениям аккаунта, такой как лимит $10 и т.д.

Для Postpay аккаунтов рабочим решением является использование разных платежных профилей и гео платежки (BIN карты). Это помогает избежать лимитов $2, $10

* Здесь вы можете ознакомиться с более детальным мануалом по избежанию лимитов $2, $10

Эффективное решение - Prepay аккаунты.

В 95% случаев мы не ловим лимиты даже при заливе серого или черного трафика. Основной минус - депозит вносится заранее, и при блокировке вывод средств занимает ориентировочно 14 дней.

*Для первобиллов - вариант не подходит)))

Также рекомендуем всегда при отливах использовать несколько платежных решений, если платежки не являются лично вашими (например, ЛК банка, с которого вы льете).

Как показывает отрицательная практика, любая платежка может в любой момент времени заблокировать ваши средства либо просто закрыться, как это было с Lamanche Payments.

🗂 Креативы

Последний, но не менее важный этап - креативы.

Тестировать их проще всего: берем максимально легкие креативы из библиотеки, проходим модерацию, после небольшого открута - меняйте на свои.

❗ Заключение

Еще раз подчеркнем: это не универсальный гайд по решению всех проблем в Google Ads и точно данная статья не является истиной.

Мы поделились собственным опытом и подходом к тестированию.

В рамках ваших сетапов Google Ads может вести себя иначе, и вы будете приходить к альтернативным выводам работы.