August 21, 2026
Криптоплатежи для рекламных сетей и CPA-платформ: приём USDT и выплаты партнёрам
Читать статью
Вопрос о приёме криптовалюты встаёт перед хостинг-провайдером в узнаваемый момент: банк раз за разом отклоняет международные оплаты картами, клиенты уходят к конкурентам, и кто-то из оставшихся спрашивает в поддержке, нельзя ли заплатить в USDT. Техника здесь не главная трудность — криптовалютный метод встаёт в панель биллинга рядом с картами.
Трудность в решениях, которые панель за провайдера не примет: в какой момент включать сервер, если платёж ещё подтверждается; кто платит курсовую разницу между выставлением счёта и оплатой; что отвечать клиенту, который просит вернуть неизрасходованный остаток, — чарджбэка в криптовалюте нет. А перед этими тремя решениями стоит ещё одно, юридическое, и начинать придётся с него.
Ответ зависит от того, где идут расчёты. Для России он отрицательный. С 1 сентября 2026 года запрет установлен частью 6 статьи 1 Федерального закона от 4 августа 2026 года № 282-ФЗ «О цифровых валютах и цифровых правах». Это не юридическая консультация. Решение по конкретной компании стоит принимать с юристом.
Норма запрещает принимать цифровую валюту «в качестве средства платежа или встречного предоставления» за товары, работы и услуги — на языке закона это и означает «как оплату». Ключевое отличие от прежней редакции: запрет привязан к территории России и круг лиц не сужает. До 1 сентября 2026 года действовала статья 14 закона № 259-ФЗ, и она перечисляла, на кого распространяется, — российские юрлица, российские подразделения иностранных структур и людей, проводящих в стране не меньше 183 дней в году. Эта статья утратила силу по закону № 283-ФЗ, а запрет переехал в новый закон уже без перечня.
Отдельная норма той же статьи 1 запрещает распространять сведения о приёме цифровой валюты как оплаты. Страница «оплачивайте серверы в USDT», адресованная российской аудитории, подпадает под этот запрет ещё до первого платежа.
Практическое следствие для хостера. Раньше первым вопросом было «по праву какой страны существует юрлицо и сколько дней в году владелец проводит в России». Теперь вопрос другой: происходят ли расчёты на территории России. Регистрация юрлица за рубежом сама по себе ответа не даёт, и это по-прежнему вопрос для юриста — но идти к нему стоит уже с географией расчётов и аудитории, а не с календарём владельца. Единственное исключение в законе — расчёты по внешнеторговому договору между резидентом и нерезидентом (пункт 1 части 7 статьи 1). Нормы описаны по состоянию на 7 сентября 2026 года.
Криптовалюту у хостера принимает панель биллинга — тем же порядком, что карты и банковский перевод.
Хостинг продаёт продлеваемую услугу: VPS с помесячным тарифом, выделенный сервер, сервер с GPU и почасовым списанием. У каждой услуги есть срок, автопродление, лицевой счёт и приостановка при нулевом балансе, и всем этим владеет панель — WHMCS или BILLmanager. Криптовалютный метод в этом устройстве ничего не меняет: панель по-прежнему выставляет счета, продлевает услуги и останавливает серверы, а новый метод занимает место в общем списке способов оплаты. Клиент выбирает его в привычном окне, платёж привязывается к счёту и аккаунту, баланс пополняется автоматически.
Панель отвечает за всё, что было до криптовалюты: тарифы, счета, автопродление, уведомления о низком остатке, приостановку. Процессинг отвечает за платёж: выдаёт адрес, следит за транзакцией в сети и сообщает панели статус. Перестраивать биллинг не требуется.
Для панелей биллинга такие методы — штатная категория: у BILLmanager подключение криптовалютного метода описано в документации ISPsystem, в общем разделе о методах оплаты. Набор готовых платёжных модулей у каждой панели свой, поэтому первым практическим шагом стоит открыть список модулей своей панели: от того, есть ли в нём нужный, зависит, будет подключение настройкой за вечер или задачей для разработчика.
Отдельная «криптокнопка» рядом с корзиной устроена иначе — и оборачивается очередью в поддержку. Платёж по такой кнопке приходит, но к какому счёту и аккаунту он относится, система не знает. Сотрудник вручную сверяет хеш транзакции, сумму и время, а клиент в это время смотрит на неоплаченный счёт и невключённый сервер.
Прямых расходов у приёма два: комиссия процессинга и комиссия сети. Курсовая разница третьей статьёй расходов быть не обязана — счёт в USDT убирает её полностью.
Комиссия процессинга — процент с успешного платежа. CryptumPay берёт 1 %, на больших объёмах — от 0,5 %; за сорвавшиеся попытки оплаты процент не берётся. Комиссию можно переложить на клиента: тогда провайдер не платит процессингу ничего, а клиент платит на процент больше. Перекладывать или нет — вопрос позиционирования: у клиента, чья карта не прошла, альтернативой остаётся банковский перевод. Считать удобнее на своём обороте: если через криптовалютный метод проходят пополнения на 5 000 USDT в месяц, процессинг при ставке 1 % обходится в 50 USDT.
Комиссию сети платит тот, кто отправляет перевод. При пополнении баланса отправитель — клиент: комиссия прибавляется к его платежу, а не вычитается из выручки провайдера, поэтому в расчёт цены приёма эта строка не входит. А вот возврат остатка — исходящий платёж самого провайдера, поэтому комиссию сети в правиле возврата стоит вычитать из возвращаемой суммы. У провайдера здесь остаётся одно финансовое решение — выбор сетей: USDT существует в нескольких сетях, цена перевода в них разная, и дорогая сеть заметна клиенту на каждом пополнении, а провайдеру — в доле недоплат. Какая сеть во что обходится и кому — в разборе выбора сети для приёма USDT.
Сравнивать эти расходы стоит не с картами, а с международным банковским переводом: именно он остаётся запасным маршрутом для клиентов, чьи карты не проходят. Перевод идёт через банки-корреспонденты, и ни срок, ни итоговые удержания заранее не назвать; каждое поступление приходится сверять вручную. Криптоплатёж процессинг отслеживает сам и привязывает к счёту в биллинге автоматически. Подробное сопоставление двух маршрутов — в тексте о криптоплатежах и банковских переводах.
Криптоплатёж становится окончательным не в момент отправки: транзакция должна попасть в сеть и набрать подтверждения. Провайдеру нужно заранее решить, в какой точке этого пути включается услуга, — панель лишь исполнит заданное ей правило.
Сам путь у всякого процессинга по форме один: заказ создан, транзакция замечена, подтверждений хватило, платёж завершён. Конкретные имена статусов — словарь конкретного сервиса; ниже они даны так, как их называет документация CryptumPay:
Отсюда два следствия. Закрывать счёт в биллинге по фактической сумме можно только на finished — раньше эта сумма не приходит. А включать услугу можно раньше — и вопрос в том, насколько. Включить на pending — включить до того, как платёж стал окончательным: транзакция замечена, но может не собрать подтверждений. Ждать finished при каждом платеже — заставлять заплатившего клиента смотреть на выключенный сервер. Ответ зависит от того, кто платит.
Продление работающей услуги — включать на crediting и принять остаточный риск. Клиент известен, история платежей у него есть, сумма продления невелика. Типовой сюжет: панель предупредила, что средств на балансе остаётся на несколько дней работы, клиент отложил пополнение до последнего вечера и заплатил в USDT — теперь его виртуальный сервер в гонке между зачислением платежа и ежесуточным списанием. Если биллинг ждёт finished, а подтверждения собираются медленно, сервер остановится у человека с уже оплаченным счётом, и каждая минута простоя будет выглядеть для него как сбой хостинга.
Жёстче всего эта гонка бьёт по серверам с GPU: ресурс дорогой, тарификация почасовая или посекундная, клиент арендует его под конкретную задачу на короткое окно — ожидание финального статуса отнимает у клиента часть окна.
Первый заказ незнакомого клиента — ждать finished. Новый аккаунт без истории — точка, где живут фрод и абуза: включённый до окончательного зачисления сервер может успеть разослать спам до того, как выяснится, что платёж не состоялся. Незнакомый клиент может и подождать; репутация IP-диапазонов провайдера стоит дороже.
О смене статусов панель узнаёт из вебхуков процессинга. Как подписаться на них и не зачислить один платёж дважды, объясняет отдельный текст о статусах и вебхуках криптоплатежа.
Тарифы хостинга установлены в долларах, а клиент платит активом, курс которого меняется каждую минуту. Между выставлением счёта и оплатой курс успевает сдвинуться — и пришедшая сумма не равна выставленной. Пока правила нет, разница по умолчанию ложится на провайдера, и обнаруживается это во время первого спора с клиентом.
Чистое решение — убрать волатильность из счёта. Счёт выставляется в USDT с фиксированной суммой, и клиент платит ровно столько, сколько написано. Волатильные активы при этом принимать можно: CryptumPay конвертирует всё принятое в USDT сразу при зачислении, так что курсовой риск не доживает до баланса мерчанта. Клиент платит тем активом, который у него есть, провайдер получает стабильную расчётную единицу, и тарифная сетка в долларах не двигается.
Остаётся зазор на стороне клиента: платёж по дороге может уменьшиться. Например, биржа удержала свою комиссию за вывод — и вместо 100 USDT дошло 99. Недоплату и переплату CryptumPay обрабатывает автоматически, но что делать со счётом при недоборе, решает провайдер — и решить это стоит до запуска, а не после того, как зависнет первый счёт.
Ориентир для допуска такой. Недобор размером с комиссию сети или биржи означает, что кошелёк клиента посчитал сумму иначе; пропускать его автоматически дешевле, чем разбирать вручную. Если же недобор заметно больше, значит, клиент заплатил меньше счёта, — здесь нужно решение о доплате, а не округление. Эта настройка живёт в правилах биллинга провайдера, а не в блокчейне и не у процессинга. Почему платежи приходят неполными и что с ними происходит дальше — отдельная тема: недоплаты и сорвавшиеся криптоплатежи.
У криптоплатежа нет чарджбэка, и понимать это стоит как симметрию, а не как преимущество. Клиент не сможет оспорить платёж через банк и забрать деньги у провайдера — для хостинга, знакомого с оспариванием карточных платежей, это облегчение. Но и провайдеру никто не сделает возврат автоматическим: нет банка, который вернёт деньги по регламенту. Возврат — обязательство, правила которого хостер пишет сам.
Отложить это решение не получится. Хостинг работает по предоплате: клиент пополняет баланс, средства списываются по мере использования — ежесуточно или почасово. Значит, у любого клиента в любой момент есть неизрасходованный остаток, и рано или поздно кто-то попросит его вернуть. Без готового правила каждый такой запрос превращается в переговоры.
Правило возврата короткое: оно пишется до первого платежа и целиком входит в оферту. Пунктов в нём три:
С таким правилом ответ клиенту складывается сам. Например, клиент пополнил баланс на 200 USDT, за месяц биллинг списал 130 за работавший виртуальный сервер, и клиент решил уйти. Ответ поддержки: 70 USDT неизрасходованного остатка вернутся за вычетом комиссии сети на адрес, с которого пришла оплата, в срок из оферты; 130 за отработанное время не возвращаются. Спорить не о чем — правило было опубликовано до платежа. Техника самого перевода — в материале о возврате криптоплатежей.
Третий пункт — не бюрократия. Адрес по умолчанию закрывает канал отмывания: возврат на произвольный адрес — готовая схема с «грязным» пополнением, когда баланс пополняют с одного адреса, ничего не тратят и просят вывод на «чистый». Провайдер, который такое исполняет, отмывает деньги собственными руками. Исключение при этом нужно: клиент мог потерять доступ к кошельку, с которого платил, — но тогда провайдер сначала убеждается, что говорит с владельцем аккаунта, и только потом меняет адрес. По той же причине CryptumPay удерживает подозрительные поступления ещё до зачисления на баланс — до «остатка к возврату» они не доходят. Что ещё требуется от принимающей стороны — в статье об обязанностях мерчанта по AML.
Автоматизировать возврат нельзя, и это не недостаток: именно ручная проверка каждой заявки закрывает главный канал злоупотреблений.
Принятые платежи остаются на балансе мерчанта, пока провайдер их не выведет. Условия вывода у сервисов различаются: бывает минимальная сумма, бывает период удержания, бывает своя комиссия сверх сетевой — и выяснять это стоит письменно, до подписания договора. У CryptumPay путей наружу два, и условия у них разные.
Первый — вручную из личного кабинета: в любой момент, без ожидания и без минимальной суммы. Выводить можно ежедневно или раз в месяц, остаток любого размера. Небольшому хостингу этого достаточно.
Второй — через API, и вот здесь требуется белый список IP-адресов, привязанный к ключу API; ручного вывода из кабинета это требование не касается. Один вызов делает один перевод на один адрес. Автоматический вывод оправдан, когда операций становится много и финансовая рутина переезжает в скрипты.
Адрес получателя в обоих случаях указывает сам мерчант, и адрес может быть любым.
Для запуска в CryptumPay нужны аккаунт мерчанта и домен, добавленный в проект: платёжный виджет работает только на разрешённых доменах. Дальше метод подключается в панели биллинга как обычный способ оплаты.
Аккаунт мерчанта хостинг-провайдер создаёт сам при регистрации, и счёт покупателю он может выставить сразу. CryptumPay при этом проверяет каждый проект: сотрудник сервиса открывает сайт провайдера и смотрит, чем тот занимается. Пока проверка идёт, оплату от покупателя система принимает, но на баланс провайдера не зачисляет, и такой платёж стоит в статусе «Зачисление». До первого счёта провайдеру стоит узнать, что смотрят при проверке аккаунта мерчанта и сколько она длится.
Криптовалютный метод опирается на биллинг, который уже работает; там, где панель не готова, он создаёт работу вместо выручки. Признака три.
Биллинг не ведёт баланс клиента. Если панель знает только разовые счета и не ведёт лицевой счёт клиента, криптоплатежу некуда зачисляться — а вся модель построена на пополнении и списании.
Поддержка не видит платёж. Сотрудник первой линии должен по номеру счёта открывать хеш транзакции, ожидаемую сумму и фактически полученную. Иначе каждый вопрос «я оплатил, почему сервер не работает» превращается в переписку со скриншотами.
Правило возврата не написано. Первый же запрос на возврат остатка без готового правила — это спор, а спор в криптовалюте не разрешит никакой банк.
Пока хотя бы один пункт открыт, новый метод принесёт больше тикетов, чем выручки.
Заменять криптовалютой карты и банковские переводы при этом не нужно: метод рассчитан на конкретную группу клиентов — тех, чьи платежи не проходят, — и работает рядом с остальными способами оплаты.
Насколько эта группа невелика, видно по опросам: в США за год что-то оплатили криптовалютой 2% взрослых (опрос Федеральной резервной системы за 2025 год), и главной причиной платившие назвали то, что получатель предпочитал криптовалюту, — 26%. То есть спрос на этот способ оплаты во многом создаёт сам продавец, когда других путей у клиента нет. Остальные числа о владельцах, платежах и продавцах — в нашем своде статистики криптовалюты: кто ею владеет и кто ею платит.
Провайдеру не нужно считать подтверждения самому: порог задаёт процессинг, а биллинг ориентируется на статусы. Crediting означает, что подтверждений уже достаточно и средства зачисляются, — правила включения услуги привязываются к статусам, и о числе подтверждений можно не думать.
Для приёма — нет. Сервисы работают по-разному: одни отправляют платежи прямо на кошелёк, который указал продавец, другие держат их на балансе у себя. CryptumPay работает по второй схеме: платежи зачисляются на баланс мерчанта, а дальше провайдер сам решает, куда и когда их выводить, — адрес получателя может быть любым, минимальной суммы нет. Собственный кошелёк понадобится только для самостоятельного хранения выведенной выручки.
Технически доступны BTC, ETH, USDT, TRX, BNB, SOL, TON, XRP и другие; USDT существует в нескольких сетях. Практический ориентир: счёт удобно выставлять в USDT, а набор сетей выбирать по цене перевода для клиента — от неё зависят его расходы на пополнение и доля недоплат. Самая дешёвая из перечисленных — TON, где комиссия за перевод меньше цента: во что обходится перевод там и как принимать в этой сети оплату на сайте, мы описали в отдельной статье о комиссиях и приёме платежей в сети TON.
Провайдер, в правилах собственного биллинга. Недоплату и переплату CryptumPay обрабатывает автоматически, но что считать оплаченным счётом — включать ли услугу при мелком недоборе, когда просить доплату — решает провайдер, и лучше до запуска.
Порядок вопросов у темы жёсткий. Сначала юрисдикция: на территории России приём цифровой валюты запрещает часть 6 статьи 1 закона № 282-ФЗ, и круг лиц эта норма не сужает. Затем архитектура: криптовалюта подключается как метод оплаты внутри панели биллинга — счета, продления и приостановки остаются за панелью.
Три решения принимаются до запуска. Продление работающей услуги включается на статусе crediting — в терминах CryptumPay это ступень «подтверждений достаточно», — а первый заказ незнакомого клиента ждёт finished. Счёт выставляется в USDT с фиксированной суммой, а допуск по недоплате назначается в правилах биллинга заранее. Правило возврата — три пункта в оферте: неизрасходованный остаток возвращается на адрес оплаты за вычетом комиссии сети, оказанная услуга не возвращается. Когда эти решения приняты, приём криптовалюты становится обычным методом в панели — работающим и для тех клиентов, чьи карты не проходят.
Создайте аккаунт и подключите оплату самостоятельно, или свяжитесь с нами и мы поможем всё настроить
