Приём криптовалюты на сайте без разработки: руководство

Приём криптовалюты на сайте можно запустить без собственной платёжной разработки. Платёжная ссылка подходит для разовых счетов, а официальный плагин связывает криптооплату с заказами в поддерживаемой CMS. Для собственного сайта Paymos предоставляет готовую страницу оплаты и Widget SDK.

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

Что нужно сайту для приёма криптовалюты?

Платёжный процесс состоит из четырёх частей. Бизнес создаёт счёт, покупатель получает платёжные реквизиты, блокчейн фиксирует операцию, а заказ меняет состояние после подтверждения. Отсутствие разработки на первом этапе не отменяет остальные.

Paymos использует одну модель счёта для разных способов подключения. Платёжная ссылка открывает готовую страницу. Официальный плагин связывает её с заказом в CMS. Страница оплаты подходит для собственного сайта, а Widget SDK встраивает тот же процесс внутрь страницы. REST API нужен серверу, который сам создаёт счета и управляет заказами.

Выбирайте самый простой способ, при котором платёж можно сопоставить с заказом. Сайту с одной услугой может хватить ссылки. Магазину с остатками, скидками и автоматической выдачей нужно подключение к системе заказов.

Какие способы работают без программирования?

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

Второй вариант — официальный плагин CMS. Paymos выпускает плагины для WooCommerce, WHMCS, OpenCart, PrestaShop, Magento 2, Shopware 6, CS-Cart и Easy Digital Downloads. Плагин сохраняет связь между заказом магазина и платёжным счётом.

Готовая страница Paymos не требует разрабатывать платёжный интерфейс, но собственному сайту всё равно нужно создать счёт и сохранить его номер. Widget SDK требует небольшого скрипта. Эти способы сокращают разработку, но не заменяют систему заказов.

Как поставить платёжную ссылку на сайт?

Сначала создайте проект в Paymos. Настройте название, логотип, цвета страницы, адреса возврата и доступные маршруты оплаты. После этого создайте счёт и поставьте полученную ссылку на обычную кнопку оплаты криптовалютой.

Запишите номер счёта рядом с продажей. Агентство может хранить его в карточке клиента, а небольшой магазин — в примечании к заказу. Для каждой фактической продажи создавайте отдельный счёт. Повторное использование одного адреса ломает связь между суммой, покупателем и состоянием оплаты.

Ссылка особенно удобна при фиксированной цене и ручной выдаче результата. Если сайт пересчитывает налог, скидку, остаток или доступность услуги, ранее созданный счёт может устареть. В таком случае переходите на плагин или подключённую страницу оплаты.

Когда интернет-магазину нужен плагин?

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

Практическая выгода — единое состояние. Магазин создаёт заказ, Paymos создаёт счёт, а после подтверждения CMS обновляет исходный заказ. Неоплаченный или истёкший счёт можно проверить в контексте товара и покупателя. Учётная запись Paymos покупателю не нужна.

Начинайте со страницы официального плагина: WooCommerce, WHMCS или OpenCart. Не устанавливайте стороннее расширение с похожим названием, не проверив его работу со счетами, ключами и вебхуками Paymos. Полный сценарий заказа сначала проведите в тестовом режиме.

Когда выбирать готовую страницу оплаты?

Готовая страница подходит для собственного сайта, который уже умеет создавать заказы. Сервер создаёт счёт и получает payment_url, а браузер открывает его отдельно или во встроенном окне (iframe). Paymos отвечает за платёжный интерфейс, а бизнес — за цену, товар, доступ и исполнение заказа.

Покупатель видит адаптивную страницу, QR-код и переходы в Trust Wallet, MetaMask, Coinbase Wallet и OKX Wallet. Доступны русский и английский языки. Регистрироваться, указывать электронную почту или проходить KYC на странице оплаты не нужно. Состояние платежа обновляется без перезагрузки.

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

Когда сайту нужен Widget SDK?

Widget SDK занимает промежуточное место между ссылкой и серверной интеграцией. Он принимает фиксированную сумму, функцию расчёта на JavaScript, значение из элемента страницы или собственную кнопку. Оплата открывается во встроенном окне либо через переход на отдельную страницу.

Этот способ подходит лендингу, форме пожертвования или калькулятору услуги, где уже есть небольшой клиентский скрипт. События открытия, закрытия, успеха и ошибки помогают обновить интерфейс. Однако браузерное событие не должно самостоятельно выдавать цифровой товар или запускать отправку заказа.

Секреты нельзя помещать в браузер. Виджет обращается по публичному ключу X-Sdk-Key, а Merchant API использует HMAC-SHA256 на доверенном сервере. Если нужны серверные заказы, безопасный повтор создания счёта и подписанные вебхуки, используйте руководство по REST API.

Как связать перевод с заказом?

У каждой продажи должен быть постоянный номер. Плагин сохраняет номер заказа CMS, а при ручной работе номер счёта записывают в карточке продажи. Серверная интеграция использует external_order_id, но её реализация относится к отдельному руководству по REST API.

Не смешивайте возврат браузера и подтверждение оплаты. Страница успеха означает только то, что покупатель на неё перешёл. Paymos выбирает политику подтверждений с учётом сети и суммы, поэтому до подтверждённого результата заказ остаётся в ожидании.

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

Что показывать покупателю?

Показывайте актив вместе с сетью. Названия USDT недостаточно: покупатель должен понимать, отправляет ли он актив через Tron, Ethereum, BSC или другой доступный маршрут. На странице также нужны точная сумма, адрес, QR-код и текущее состояние счёта.

Paymos принимает четыре стейблкоина и обеспеченный золотом XAUT. Совокупно платёжные маршруты доступны в 13 основных сетях, но набор активов в каждой сети различается. Нативные активы, например ETH, BNB, TRX и SOL, используются для сетевой комиссии, но не принимаются как актив счёта. Комиссию за входящий перевод оплачивает кошелёк покупателя, а её размер зависит от сети и текущих условий.

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

Что проверить перед запуском?

Проведите полный заказ в тестовом режиме. Создайте продажу, откройте страницу оплаты, смоделируйте результат и убедитесь, что изменился правильный заказ. Повторите уведомление: товар или доступ не должны выдаваться второй раз. Затем проверьте истечение счёта, отмену, недоплату и возврат покупателя без подтверждённого платежа.

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

Определите порядок разбора исключений. Сотрудник должен найти счёт, сопоставить его с заказом, увидеть состояние доставки вебхука и повторно отправить его после восстановления системы. Подключение без разработки работает хорошо, когда обычные продажи требуют меньше действий, а спорные случаи оставляют понятную историю.