Платіжки
Арбітражники потребують великої кількості віртуальних карт для роботи з рекламою на Facebook з кількох причин. На відміну від звичайних рекламодавців, які можуть використовувати одну картку для всіх своїх кампаній, арбітражники стикаються з обмеженнями та ризиками, які вимагають створення і використання безлічі карток:
Арбітражники не можуть лити трафік тільки з одного рекламного кабінету через обмеження і правила Facebook. Використання однієї картки на кількох рекламних кампаніях зі схожими офферами може призвести до блокування.
Що більший масштаб кампаній, то більше необхідно платіжних засобів. Віртуальні картки стають невід'ємною частиною витрат арбітражників, забезпечуючи їм більшу гнучкість і керованість.
Для Facebook зручніше працювати з передоплаченими віртуальними картками, оскільки вони не вимагають створення банківських рахунків і надання документів.
Карти, які гарно працюють із FB
Є кілька ознак, за якими можна визначити, що картку буде успішно прив'язано і вона не викличе проблем у найближчому майбутньому:
- Географія картки: Картки, випущені в країнах Tier-1, таких як США і Західна Європа, зазвичай мають високий рівень довіри у Facebook. Компанія ділить платежі на регіони і відносить картки до різних рівнів довіри залежно від географії.
- Унікальність BIN-коду: BIN-код - це перші шість цифр на картці, які вказують на банк, що випустив картку, і країну. Facebook звертає увагу на цей код під час прив'язки картки. Важливо, щоб BIN-коди були несхильні до засвічення або використання першобільщиками
(першобільщик - арбітражники, які використовують формат роботи із FB коли при привʼязці картки отримують перший білінг у розмірі 2-50$, відливають цей бюджет, викидають картку та кабінет)
оскільки алгоритми Facebook можуть запам'ятати це. Що більше унікальних BIN-кодів у платіжної системи або банку, то краще для арбітражника.
Ці ознаки допомагають арбітражникам вибирати картки, які найімовірніше будуть успішно прив'язані до акаунтів Facebook і не викличуть проблем у майбутньому.
3 популярні проблеми з картами для оплати реклами у Фейсбуці
Карта не в'яжеться до Ads Manager
Виліт на Risk Payment (розберемо в банах)
Спенд у Фейсбуці - це рекламний бюджет, який вам дають відкрутити до блокування сторінки. На відміну від risk payment, при мікроспендах ви ловите не бан платіжки, а ЗРД або виліт на полісі (бан за порушення рекламної політики). Причому дають відкрутити символічну суму - наприклад, $8-10. У цьому випадку проблеми не завжди з платіжкою - іноді справа в якості інших витратних матеріалів. Але і на траст карти для оплати ФБ теж варто звернути увагу.
Методи привʼязки картки
- Через мету - https://secure.facebook.com/facebook_pay
- Через бізнес сторінку
- Через бізнес менеджер
- Через Account Overview - https://adsmanager.facebook.com/adsmanager/manage/accounts
- Через FBAccs
Заходимо в білінг → F12 → (Код)
`let token = require("DTSGInitialData").token || document.querySelector('[name="fb_dtsg"]').value, uid = require("CurrentUserInitialData").USER_ID || [removed].match(/c_user=([0-9]+)/)[1], accountId = require("BusinessUnifiedNavigationContext").adAccountID,
account_holder_name = "Đào Anh Tuấn" credit_card_number = "5438962420571574" csc = "247" expiry_month = "03" expiry_year = "2025" credit_card_first_6 = credit_card_number.substring(0, 6) credit_card_last_4 = credit_card_number.substring(credit_card_number.length - 4)
fetch("https://business.secure.facebook.com/ajax/payment/token_proxy.php?tpe=%2Fapi%2Fgraphql%2F", { headers: { "content-type": "application/x-www-form-urlencoded", "x-fb-friendly-name": "useBillingAddCreditCardMutation" }, referrer: "https://www.business.facebook.com/", body: av=${uid}&payment_dev_cycle=prod&__usid=&__user=${uid}&__a=1&__dyn=&__req=1d&__hs=19052.BP%3Aads_campaign_manager_pkg.2.0.0.0.&dpr=1&__ccg=UNKNOWN&__rev=1005130120&__s=m3nwoo%3Ahk1830%3A8jyqhz&__hsi=7070146181357455798-0&__comet_req=0&fb_dtsg=${token}&jazoest=21981&lsd=FNrxnrWZ79fwVUhEKI7Bg7&__spin_r=1005130120&__spin_b=trunk&__spin_t=1646146685&fb_api_caller_class=RelayModern&fb_api_req_friendly_name=useBillingAddCreditCardMutation&variables=%7B%22input%22%3A%7B%22billing_address%22%3A%7B%22country_code%22%3A%22VN%22%7D%2C%22billing_logging_data%22%3A%7B%22logging_counter%22%3A14%2C%22logging_id%22%3A%22478093535%22%7D%2C%22cardholder_name%22%3A%22${account_holder_name}%22%2C%22credit_card_first_6%22%3A%7B%22sensitive_string_value%22%3A%22${credit_card_first_6}%22%7D%2C%22credit_card_last_4%22%3A%7B%22sensitive_string_value%22%3A%22${credit_card_last_4}%22%7D%2C%22credit_card_number%22%3A%7B%22sensitive_string_value%22%3A%22${credit_card_number}%22%7D%2C%22csc%22%3A%7B%22sensitive_string_value%22%3A%22${csc}%22%7D%2C%22expiry_month%22%3A%22${expiry_month}%22%2C%22expiry_year%22%3A%22${expiry_year}%22%2C%22payment_account_id%22%3A%22${accountId}%22%2C%22payment_type%22%3A%22MOR_ADS_INVOICE%22%2C%22unified_payments_api%22%3Atrue%2C%22actor_id%22%3A%22${uid}%22%2C%22client_mutation_id%22%3A%221%22%7D%7D&server_timestamps=true&doc_id=4126726757375265, method: "POST", mode: "cors", credentials: "include" }).then(response => response.json()).then(data => { console.log("Done"); console.log(data); })`
credit_card_number = "5438962420571574"