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 оплаты до связки заказа, платежа и операционной сверки.

Начать разговор

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

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