01.08.2026

Оплата не работает для клиентов из Китая: что сделать в WeChat

WeChat Pay и Alipay требуют отдельной регистрации продавца — без этого конверсия падает на финальном шаге.

Мини приложение в WeChat собрали, каталог локализовали, логистику настроили — и на шаге оплаты китайский пользователь упирается в пустоту. Карты Visa/Mastercard «как в РФ» здесь не спасают. Без WeChat Pay и часто Alipay воронка обрывается там, где уже был готов купить. Это не баг интерфейса. Это незакрытый merchant onboarding.

Для команд из РФ и СНГ ошибка типична: оплату думают «подключим в конце, как эквайринг». В китайском контуре оплата — отдельный проект со своими юрлицами, проверками, договорами и сроками. UI можно нарисовать за недели; merchant-статус иногда занимает заметно дольше.

Почему conversion падает именно на оплате

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

Alipay часто нужен как второй контур: не все сценарии и не вся аудитория живут только в WeChat. Если его нет, часть покупателей просто уходит.

Даже при наличии кнопки «оплатить» без завершённого onboarding платёж не проходит или проходит только в песочнице. Демо на совещании зелёное, прод для реальных Китай пользователей — нет.

Отдельно бьёт рассинхрон статусов: мини-приложение считает заказ оплаченным, CRM — нет, или наоборот. Без корректных уведомлений и сверки поддержка тонет в ручных проверках.

Что входит в merchant onboarding на практике

Юридическая модель: кто мерчант, какая сущность в Китае контуре, какие документы и лицензии нужны под категорию товаров/услуг. «Наш ООО в РФ» само по себе редко закрывает вопрос.

Проверки платёжных платформ и привязка к аккаунту/мини-приложению. Каналы, комиссии, лимиты, валютные и расчётные нюансы — всё это выясняют до обещания даты запуска продаж.

Техническая связка: создание платежа, подпись запросов, обработка уведомлений, идемпотентность, отображение статуса в заказе, возвраты. Оплата — это API и операционный процесс, не только кнопка.

Тестовый контур и продовый. Путаница ключей и endpoint’ов — классика, из-за которой «вчера на тесте платили» превращается в «сегодня у клиентов отказ».

Важна и продуктовая упаковка оплаты внутри мини-приложения. Пользователь в WeChat ожидает привычный сценарий подтверждения платежа, понятный статус «оплачено / в обработке / ошибка» и быстрый путь в поддержку заказа. Если после успешного списания экран зависает или заказ остаётся «новым», conversion формально есть, а доверие — уже нет. Повторные попытки оплаты без идемпотентности создают двойные списания и ручной ад для финансов.

Отдельно заложите валюту отображения, округление, комиссии и то, что видит бухгалтер в реестре. Расхождение «в приложении 100, в выписке 99.7» без регламента сверки превращается в еженедельный конфликт между маркетингом и учётом.

Подходы, которые доводят оплату до живых платежей

Сначала фиксируют целевой сценарий: только WeChat Mini Program, только H5, нужен ли Alipay, B2C или B2B. От сценария зависит маршрут onboarding и набор ограничений.

Параллелят разработку UI и юридически платёжную ветку. Нельзя ставить merchant-статус в хвост спринта «перед релизом».

Закладывают статусы заказа и сверку: что видит пользователь, что видит оператор, что уходит в учёт. Возвраты и частичные отмены продумывают заранее — в пик продаж это всплывает первым.

Делают пилот на ограниченном ассортименте и реальных малых суммах после допуска, а не только mock в интерфейсе. Критерий успеха — деньги и статус, а не красивый экран.

СитуацияРискЧто сделать
UI готов, merchant — нетНулевая оплата в КитаеПоднять приоритет onboarding
Только международные картыОтказ аудитории mainlandWeChat Pay (+ Alipay по аудитории)
Оплата в sandboxЛожное чувство готовностиПрод ключи, боевой тест
Нет webhook/сверкиРучной хаос по заказамУведомления + сверка статусов
Возвраты «потом»Эскалации и чарджбеки по процессуСценарий refund в MVP

Ошибки, которые убивают запуск в Китае

Обещать дату старта продаж по готовности дизайна мини-приложения. Дата старта — дата рабочего платежа.

Выбирать категорию товаров «наугад» и потом упираться в ограничения мерчанта. Лучше сузить ассортимент первой волны, чем застрять на модерации.

Строить оплату как «переведём наш российский checkout один в один». UX и доверие в WeChat другие; копирование формы с сайта РФ часто ломает conversion даже при рабочих ключах.

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

Подключать «серые» обходные схемы вместо нормального onboarding. Короткий выигрыш по сроку обычно заканчивается блокировкой и потерей канала.

Не менее вредно запускать платную рекламу на мини-приложение до боевого платежа. Трафик без кассы только обучает аудиторию, что «у этих купить нельзя». Дешевле сдвинуть медиаплан на неделю, чем чинить репутацию канала месяц.

Чек лист перед запуском оплаты для Китая

  • Зафиксированы платежные методы: WeChat Pay обязателен? Нужен ли Alipay?
  • Понятна юридическая модель мерчанта и статус onboarding (не «кажется, подали»).
  • Прод ключи и endpoint’ы отделены от sandbox; доступы не в личных чатах.
  • Создание платежа, уведомления, идемпотентность и отображение статуса в заказе проверены end-to-end.
  • Есть сценарий возврата и ответственный за разбор расхождений.
  • Сверка дневных реестров с заказами мини-приложения описана как процедура.
  • Пилот на малых суммах пройден до маркетинговой волны.
  • Поддержка знает, что отвечать пользователю при «оплатил, заказ не обновился».

Частые вопросы

Достаточно ли только WeChat Pay? Для аудитории внутри WeChat — часто да на старте. Если есть трафик вне экосистемы или привычка к Alipay, второй метод заметно снижает потери на кассе.

Можно ли начать без Китай юрлица? Иногда через допустимые партнёрские модели, но это надо проверять под ваш тип товара и схему расчётов. Универсального «да» нет — зато есть риск пообещать рынку то, что не откроют.

Почему тест проходил, а прод нет? Другие ключи, другой merchant, незавершённая верификация, иное окружение мини-приложения. Песочница не равна допуску к живым платежам.

Что делать, если UI уже в сторе/опубликован, а оплаты нет? Честно ограничить витрину или включить режим «скоро», параллельно закрывая onboarding. Иначе платите рекламой за обучение пользователей разочарованию.

Сколько закладывать по времени? Зависит от готовности документов и категории. Правило одно: платёжную ветку начинают не после «финального дизайна», а вместе с ним.

Следующий шаг

Если китайский канал уже приводит людей, а деньги на финальном шаге не проходят, чинить нужно не «ещё один экран», а merchant-контур и статусы оплаты. Для мини-приложений и сопутствующего сценария в WeChat это зона Разработка приложений для WeChat — от onboarding оплаты до связки заказа, платежа и операционной сверки.

Нужна помощь с похожей задачей?

Опишите ситуацию — предложим решение на основе нашего опыта.

Заявка

Имя, Email, телефон и комментарий — остальное обсудим после заявки