Как проверить выручку в GA4 перед оценкой расходов на эквайринг?

Перед сравнением расходов на эквайринг с продажами проверьте, какую сумму GA4 записывает для конкретного заказа. Возьмите завершённую покупку, сопоставьте её с событием purchase, а затем сверьте оплату и комиссию по данным банка. Так вы поймёте, отражает ли отчёт GA4 нужные продажи и можно ли использовать его при оценке банковских расходов. Ниже — порядок проверки, который подойдёт и владельцу небольшого магазина, и сотруднику, который готовит цифры для выбора тарифа.

Дата публикации: 08.11.2026.

Почему выручка в GA4 не равна сумме поступлений на счёт?

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

Есть и другая разница: выручка в GA4 сама по себе не показывает прибыль. Из неё ещё не вычтены закупка товара и другие расходы. При оценке эквайринга полезно держать отдельно полную сумму оплаты покупателя и комиссию банка: комиссия объясняет разницу между оплатой и суммой, которую банк перечислил на счёт (источник: «Учёт эквайринга: проводки, комиссии банка и сверка оплаты»).

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

Как убедиться, что GA4 записывает правильную сумму покупки?

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

Затем найдите событие purchase с тем же номером в параметре transaction_id. Разработчик может показать параметры тестовой покупки в режиме отладки GA4. Сверьте value и currency с заказом, а в items проверьте цены и количество товаров. Если магазин продаёт в белорусских рублях, для такой покупки ожидается код валюты BYN.

Перед сравнением выясните, что сайт включает в value. В стандартной схеме электронной торговли стоимость товаров с учётом скидки передают отдельно от доставки и налога. Поэтому value не всегда совпадает с полной суммой, которую заплатил покупатель. Запишите принятую в магазине схему и проверяйте заказ по ней. Если сумма расходится, попросите разработчика показать, откуда purchase берёт значение: из сохранённого заказа или, например, из текста блока «Итого» на странице.

Даже правдоподобная цифра требует проверки: ошибка в передаче стоимости покупки способна долго оставаться незамеченной в отчётах (источник: Metrics Rule, «Checking That GA4 Records the Right Purchase Revenue»). После правок сайта или работы ИИ-агента полезно повторить тест на том же сценарии. Порядок сверки валюты и суммы после таких изменений подробнее разобран в статье на gemius.by.

Что проверить, если заказ верный, а отчёт GA4 показывает другую цифру?

Сначала посмотрите валюту самого события purchase. Затем проверьте валюту отчётности ресурса GA4. Если сайт отправил покупку в BYN, а ресурс показывает отчёты в другой валюте, числовое значение выручки в отчёте будет отличаться из-за пересчёта. Менять сумму заказа ради совпадения с отчётом не нужно.

После этого проверьте выбранный период и состав покупок. Отчёт за короткий отрезок времени плохо подходит для поспешного вывода о затратах на кампанию: расходы уже учтены, а связанные с ними покупки могут прийти позже (источник: Aksanov Digital, «Как читать отчеты ecommerce в GA4: доход и покупки»). Для поиска технической ошибки вернитесь к одному transaction_id и выясните, где впервые появилось расхождение: в заказе, событии или отчёте.

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

Как перейти от сверки выручки к оценке тарифа эквайринга?

Когда сумма покупки в GA4 объяснима, сравните её с оплатами за тот же набор заказов. Для каждого заказа отметьте статус платежа и проверьте, нашлась ли соответствующая операция у эквайера. Затем возьмите комиссию из банковских данных. Не вычисляйте её как разницу между выручкой GA4 и поступлением на счёт: в этой разнице окажутся также несовпадения по времени, возвраты и ошибки аналитики.

Если операций много, начните с нескольких заказов разных типов: обычной покупки, заказа со скидкой и заказа с доставкой. После такой проверки бухгалтеру проще собрать общие суммы оплат и комиссий за выбранный период. Для сравнения банковских условий понадобятся фактические расходы и условия тарифа; подход к разбору других платежей описан в материале про аудит банковских расходов малого бизнеса. На rko.by тарифы можно сопоставлять уже с пониманием того, какие расходы вы видите в банковских данных.

Если сверку ведёт разработчик или ИИ-агент, задайте ему проверяемый результат: показать исходный заказ, параметры purchase до и после исправления и итог повторного теста. Ожидаемую сумму посчитайте отдельно от кода, который проверяете. Иначе тест способен подтвердить ту же ошибочную формулу.

Какие ошибки чаще всего мешают сверке?

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

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