По графику проверки сначала включите тестовый режим Shopify Payments и прогоните успешный, отклонённый и служебный сценарии, затем повторите весь Shopify Checkout из американской среды покупателя. На этой неделе зафиксируйте тестовый товар, адрес, валюту, способы доставки и ожидаемый результат; после проверки обязательно отключите тестовый режим и убедитесь, что магазин снова принимает реальные платежи.
Эта инструкция рассчитана на продавцов, которые впервые настраивают Shopify Payments, возвращаются к проверке после изменения доставки, налогов или страницы оформления заказа, а также на команды, которым нужно сохранить доказательства американского пользовательского сценария. Если вам нужен только общий тест корзины без проверки оплаты, часть шагов можно пропустить.
До запуска: отделите проверку оплаты от проверки покупателя
Главная ошибка — считать заказ, созданный в панели управления, полноценной проверкой магазина. Он показывает, что внутренняя логика заказа работает, но не отвечает на вопросы покупателя: какие способы оплаты видны в США, корректно ли отображается валюта, не ломается ли переход из Apple Pay или понятен ли текст ошибки.
Перед началом разделите приёмку на три независимых слоя:
- Настройка платежей — активен ли Shopify Payments, включён ли нужный способ оплаты и корректно ли работает тестовый шлюз.
- Путь покупателя — открываются ли товар, корзина и Shopify Checkout, правильно ли рассчитываются доставка, налоги и итоговая сумма.
- Проверка реального приёма денег — готов ли магазин вернуться из тестового режима к настоящим операциям.
Тестовый заказ полезен для проверки оформления, обработки заказа, запасов, доставки, уведомлений и налогов, однако тестовые операции не отображаются в выплатах и отчётах. Поэтому отсутствие такой транзакции в отчёте не означает сбой Shopify Payments. (help.shopify.com)
Повторную приёмку запускайте после любого изменения, которое может повлиять на путь оплаты:
- смена платёжного провайдера или параметров Shopify Payments;
- добавление либо изменение рынка США;
- корректировка тарифов доставки и зон;
- изменение налоговых правил;
- редактирование шаблона уведомлений;
- изменение темы, блока товара или элементов Shopify Checkout;
- подключение приложения, которое меняет обработку или автоматическое выполнение заказов.
Создайте отдельную таблицу приёмки до первого клика. Для каждой строки укажите товар, адрес покупателя, валюту, способ доставки, способ оплаты, ожидаемый результат, фактический результат, ссылку на скриншот и ответственного. Это позволит отличить «не проверено» от «не работает», а затем повторить тест после исправления.
До включения режима: защитите работающий магазин
Тестовый режим нельзя включать без проверки текущего состояния магазина. Shopify указывает, что тестовый режим доступен только после завершения первоначальной настройки Shopify Payments; для работы с ним магазин также должен соответствовать требованиям выбранного плана и региона. В панели управления путь выглядит так: Settings → Payments → Shopify Payments → Manage → Test mode → Enable test mode → Save. (help.shopify.com)
Перед включением выполните последовательность:
- Откройте Settings → Payments и сохраните снимок текущего экрана.
- Проверьте, что Shopify Payments имеет статус активной платёжной системы.
- Запишите, какие кошельки и дополнительные способы оплаты включены до теста.
- Убедитесь, что в магазине сейчас нет активной рекламной кампании или живого трафика.
- Отключите автоматическое выполнение заказов, передачу заказа на склад и внешние сценарии, которые реагируют на новый заказ.
- Добавьте в таблицу дату, время и имя сотрудника, включившего тестовый режим.
- Включите режим только после того, как сохраните исходные настройки.
Пока провайдер находится в тестовом режиме, реальные покупатели не смогут оформить обычный живой заказ. Это особенно опасно для магазина, который уже получает трафик из рекламы, социальных сетей или маркетплейсных интеграций. Shopify отдельно предупреждает, что тестовый режим не следует оставлять на работающем магазине. (help.shopify.com)
Не отправляйте тестовый заказ на выполнение. При покупке транспортной этикетки с вас могут списать деньги, а приложение с автоматическим выполнением способно передать фиктивный заказ дальше по цепочке. Перед началом теста временно остановите такие автоматизации и добавьте к тестовому заказу внутреннюю пометку, по которой его легко найти.
Напоминание: тестовая операция подтверждает работу сценария, но не подтверждает право магазина использовать Shopify Payments, прохождение проверки бизнеса или будущий успех реальной транзакции. Эти вопросы нельзя заменить американским IP-адресом или удалённым компьютером.
Первый этап: проведите успешный заказ от товара до уведомления
После включения тестового режима не начинайте с одной кнопки оплаты. Пройдите путь так, как его проходит покупатель из США:
- Откройте товар в чистом сеансе браузера.
- Проверьте название, цену, варианты, наличие и кнопку добавления в корзину.
- Перейдите в корзину и убедитесь, что скидка, количество и итоговая сумма рассчитаны правильно.
- Введите заранее выбранный американский адрес и сохраните точные условия теста.
- Сравните доступные способы доставки с ожидаемой матрицей магазина.
- Перейдите в Shopify Checkout и проверьте контактные поля, адрес выставления счёта и подсказки формы.
- Выберите обычную оплату картой.
- Используйте только тестовые платёжные данные из актуальной документации Shopify, а не случайные номера из форумов или чатов.
- Введите имя держателя минимум из двух слов, дату окончания в будущем и код безопасности нужной длины согласно официальной инструкции.
- После подтверждения сохраните обезличенный скриншот страницы заказа и результата оплаты.
Shopify публикует тестовые номера для успешных и неуспешных операций. Размер тестовой покупки должен быть выше эквивалента одного доллара США в используемой валюте; конкретные номера карт лучше не переписывать в статью или внутреннюю базу без регулярной сверки с официальной страницей, поскольку Shopify может обновить инструкцию. (help.shopify.com)
После успешной операции проверьте не только экран «спасибо за заказ»:
- появился ли заказ в разделе Orders;
- видна ли на странице заказа отметка тестового режима;
- изменилось ли состояние запасов;
- создано ли уведомление покупателю;
- получил ли сотрудник внутреннее уведомление;
- появилась ли корректная запись в Timeline заказа;
- можно ли отменить тестовый заказ без запуска выполнения;
- не отправилась ли информация во внешнюю CRM, склад или приложение доставки.
Если письмо не пришло, проверьте шаблон Order confirmation, настройки уведомлений и папку нежелательной почты. Кастомизированный шаблон может не содержать ссылку на страницу статуса заказа; Shopify рекомендует проверить шаблон и при необходимости временно вернуть стандартную версию для диагностики. (help.shopify.com)
Отдельно зафиксируйте результат: «успешная оплата» не равна «заказ полностью обработан». Для запуска магазина важны обе части — платежный ответ и последующая работа с заказом.
Второй этап: проверьте ошибки и ускоренную оплату
На втором проходе используйте сценарии, которые имитируют отказ карты, нехватку средств, неверный CVC, просроченную карту и ошибку обработки. У каждого отказа проверьте четыре свойства:
- сообщение объясняет проблему человеческим языком;
- покупатель остаётся в Checkout, а не попадает на пустую страницу;
- отклонённая попытка не создаёт заказ со статусом оплаченного;
- после исправления данных покупатель может повторить оплату.
Официальная тестовая документация Shopify содержит отдельные данные для различных ошибок, включая общую блокировку, недостаток средств, неверный номер, неверный CVC и ошибку обработки. Используйте именно текущую документацию, а не копию из старого руководства. (help.shopify.com)
Затем пройдите по ускоренным входам. Здесь нельзя автоматически считать отсутствие кнопки доказательством ошибки: видимость зависит от устройства, браузера, региона покупателя, настроек магазина и доступности конкретного способа оплаты.
Для американского сценария отдельно отметьте:
- Apple Pay — проверяйте в Safari на устройстве и в условиях, где кошелёк действительно доступен;
- Google Pay — проверяйте в браузере и профиле, поддерживающем этот кошелёк;
- Shop Pay — используйте отдельную тестовую карту и тестовый режим Shopify Payments;
- PayPal Wallet — не ожидайте, что он будет доступен внутри режима тестирования Shopify Payments;
- местные методы оплаты — проверяйте с подходящей страной покупателя, валютой и активным рынком.
Shopify прямо указывает, что в тестовом режиме PayPal Wallet не показывается, а некоторые местные методы, включая Sofort и iDEAL, недоступны. Ускоренные кошельки могут завершить интерфейсный сценарий с настоящими реквизитами кошелька, но реальное списание в тестовом режиме не производится. Поэтому такой проход не следует объявлять полноценной проверкой настоящей оплаты. (help.shopify.com)
Для визуальной проверки кнопок Shopify также предлагает отладочные параметры URL для Shop Pay, Apple Pay, Google Pay, PayPal и обычного Checkout. Это помогает проверить отображение конкретной кнопки, но не заменяет проверку доступности кошелька на реальном устройстве покупателя. (help.shopify.com)
Итог второго этапа разделите на два списка:
- что подтверждено тестовыми данными;
- что необходимо проверить малой реальной операцией или уже после запуска под наблюдением.
Не смешивайте эти списки. Иначе команда может принять интерфейсную имитацию за подтверждение фактического зачисления средств.
Почему тестовая операция не попадает в отчёты
Это ожидаемое поведение, а не дефект. Симулированные транзакции и тестовые заказы не включаются в выплаты и финансовые отчёты Shopify Payments. Их задача — проверить маршрут оформления заказа и обработку данных, а не сформировать финансовое движение. (help.shopify.com)
Если вам нужно подтвердить именно реальный денежный цикл, действуйте отдельно и осторожно:
- Сначала завершите все тесты без денежных реквизитов клиента.
- Отключите тестовый режим.
- Проверьте, что в панели снова отображается обычный режим приёма платежей.
- Используйте собственный разрешённый способ оплаты, а не данные покупателя.
- Сразу после операции проверьте авторизацию, заказ и возможность отмены.
- Учитывайте, что платёжный провайдер может удержать комиссию.
Такую операцию не следует использовать для проверки множества вариантов. Для массовой регрессии достаточно тестового режима; реальная покупка нужна только там, где тестовая среда не даёт ответа.
Третий этап: повторите Checkout глазами покупателя из США
После серверной проверки проведите отдельный проход из американской среды. Здесь цель не в том, чтобы «обойти» ограничения, а в том, чтобы увидеть тот же интерфейс, который получит выбранный сегмент аудитории.
Зафиксируйте неизменный набор условий:
- один тестовый товар;
- один американский адрес;
- один язык интерфейса;
- один тип устройства;
- один браузер;
- один профиль Cookie;
- одно время теста.
Не меняйте одновременно IP, язык, Cookie, аккаунт и браузер. Иначе вы не поймёте, какой фактор изменил отображение оплаты или текста Checkout.
Зарубежная Mac-среда удобна для проверки Safari, поведения macOS-версии страницы, американского доступа и повторяемого удалённого сеанса. Но она не заменяет проверку бизнес-реквизитов, права на Shopify Payments, банковского счёта, верификации компании или решения платёжной платформы. США-адрес подключения не гарантирует появление конкретной платёжной кнопки и не обеспечивает успешное прохождение реальной операции.
Для команды, которой нужен постоянный повторяемый сеанс, можно рассмотреть удалённый Mac с узлом в США. На странице VMSPIN указаны удалённый доступ по VNC и SSH, выделенный публичный IP и параметры заказа; перед использованием сверяйте фактическую конфигурацию и доступность выбранного узла.
Во время американского прохода проверьте:
- отображаемую валюту и формат суммы;
- порядок способов оплаты;
- наличие и работу ускоренной кнопки;
- переходы между корзиной и Checkout;
- тексты ошибок;
- сохранение адреса;
- расчёт доставки;
- страницу подтверждения;
- письмо и ссылку на статус заказа.
Скриншоты делайте обезличенными. На каждом файле или в названии добавьте систему, браузер, регион доступа, тестовое время, сценарий и результат. Не показывайте email клиента, реальные платёжные данные, адрес проживания или внутренние токены приложений.
Перед открытием рекламы: верните обычный приём платежей
Финальный этап начинается не с публикации рекламы, а с выключения тестового режима. Откройте Settings → Payments, зайдите в управление Shopify Payments, снимите флажок тестового режима и сохраните настройку. Затем ещё раз откройте магазин в отдельном сеансе и проверьте, что Checkout не показывает тестовое предупреждение и не блокирует живую оплату. Путь включения и отключения режима описан в официальной справке Shopify. (help.shopify.com)
Сводите результаты в четыре статуса:
- Пройдено — сценарий подтверждён и есть доказательство.
- Ограниченное покрытие — интерфейс проверен, но реальная операция или устройство недоступны.
- Требует реальной проверки — тестовый режим не может дать нужный ответ.
- Блокирует запуск — ошибка мешает принять заказ, рассчитать сумму или обработать результат.
| Сценарий | Что подтверждает | Чего не подтверждает | Решение перед запуском |
|---|---|---|---|
| Тестовая карта Shopify Payments | Ответ платёжного сценария и создание тестового заказа | Реальное зачисление и появление в выплатах | Принять после проверки заказа и Timeline |
| Отклонённая тестовая карта | Текст ошибки и отсутствие успешного заказа | Поведение каждого банка покупателя | Принять, если повторная попытка работает |
| Shop Pay в тестовом режиме | Связку Shop Pay с тестовым режимом | Shop Pay Installments и все региональные варианты | Отдельно отметить ограничения |
| Apple Pay или Google Pay | Отображение и интерфейс кошелька | Полный денежный цикл | Внести в список ограниченного покрытия |
| PayPal Wallet или местный метод | Возможность включения и условия показа | Работу в тестовом режиме, если Shopify её ограничивает | Проверить реальной операцией или после запуска |
| Американский Checkout на Mac | Вид страницы из выбранной среды | Право магазина на Shopify Payments | Сохранить обезличенные доказательства |
Если тестирование будет продолжаться несколько недель, сравните актуальные циклы и конфигурации аренды Mac, а для команды с коротким окном регрессии используйте вариант без долгосрочной покупки физического компьютера. VMSPIN публикует условия по срокам и конфигурациям отдельно; решение принимайте по длительности проекта и необходимости постоянного доступа, а не только по географии IP.
Для американского запуска схема «только панель Shopify» обычно оказывается слабее двойной проверки: она не показывает реальный порядок интерфейса для покупателя, не раскрывает различия Safari и не помогает повторять один и тот же сеанс всей командой. Самостоятельно купленный Mac, наоборот, требует доставки, обслуживания, отдельной настройки и простаивает после завершения проекта. Если вам нужна временная американская macOS-среда для регрессии Checkout, а не постоянное физическое устройство, аренда Mac через VMSPIN может быть более рациональным промежуточным вариантом — при условии, что вы всё равно отдельно подтверждаете права магазина, платёжные реквизиты и реальные операции.
Начните с собственной таблицы приёмки Shopify Payments и сохраните её вместе с обезличенными скриншотами. Когда успешные и неуспешные тесты завершены, американский Checkout повторён, а тестовый режим отключён, только тогда открывайте рекламный трафик.