Если вы продаёте через магазины Facebook или Instagram, а ваш учёт всё ещё исходит из того, что Meta принимает платежи, обрабатывает возвраты и присылает аккуратный отчёт о расчётах, вы сверяетесь с системой, которой больше не существует. Meta отключила встроенную оплату прямо в приложениях Facebook и Instagram Shops, и теперь каждый заказ переадресуется на собственный сайт продавца для завершения покупки. Для малого бизнеса, который выстроил свой учёт вокруг старого универсального торгового стека Meta, это не косметическое изменение интерфейса — это полная перестройка того, где на самом деле фиксируются продажи, комиссии, налоги и возвраты.
Сами платформы по-прежнему делают немало: метки товаров, шоппинг-Reels, вкладка «Магазин», а также реклама в Instagram/Facebook по-прежнему приводят к просмотру товаров и нажатию кнопки «купить». Чего Meta больше не делает — это не принимает деньги, не управляет заказом, не обрабатывает возврат и не оспаривает чарджбэк от вашего имени. Вся эта вторая половина транзакции — та часть, которая действительно важна для вашего учёта, — теперь находится там же, где живёт оформление заказа на вашем сайте: в Shopify, WooCommerce, BigCommerce, Squarespace или в самописной корзине.
Что изменилось на самом деле
Поэтапный отказ Meta устранил конкретный набор функций, которые раньше находились внутри Commerce Manager:
- Оформление заказа на месте и обработка платежей. Покупатели больше не могут завершить покупку, не покидая Facebook или Instagram — каждая кнопка «Купить сейчас» теперь перенаправляет на сайт продавца.
- Управление заказами. Отслеживание статусов, массовые действия с заказами и редактирование отдельных заказов исчезли из Commerce Manager; панель заказов вашей платформы электронной коммерции теперь единственный источник достоверных данных.
- Обработка возвратов и споров. Запросы на возврат и споры по чарджбэкам больше не обрабатываются через Meta — они проходят через тот платёжный процессор и процесс возврата, который использует ваш сайт.
- Внутриприложенческие сообщения покупателям, связанные с транзакциями. Сообщения по конкретным заказам во «Входящих» больше не привязаны к действующему процессу оформления заказа.
Это разворот собственного требования Meta от 2023 года, которое изначально как раз и подталкивало продавцов к встроенной оплате. Наиболее правдоподобное объяснение — издержки и ответственность: обработка платежей, расчёт налога с продаж во всех юрисдикциях США и разрешение споров в масштабе — дорогая и юридически рискованная работа, которую Meta, судя по всему, решила больше не брать на себя. Есть и вероятный антимонопольный аспект — регуляторы как в США, так и в Европе пристально изучали прямой контроль Meta над торговыми транзакциями, а отказ от оформления заказа сокращает эту зону риска.
Для продавцов, которые уже прошли этот переход, практический итог теперь очевиден: Instagram и Facebook — это каналы для привлечения внимания и рекламы на верхнем уровне воронки, а не платёжные процессоры. Каждый доллар, который раньше проходил расчёт через Meta Pay, теперь проходит через тот шлюз, что стоит за оформлением заказа на вашем сайте.
Ставки в этом вопросе продолжают расти. Ожидается, что в 2026 году объём продаж через социальную коммерцию в США впервые превысит $100 млрд, и малый бизнес обеспечивает значительную долю этого роста — только Instagram Shopping охватывает около 70% активных пользователей платформы, а посты с возможностью покупки получают более чем вдвое больше показов, чем обычные посты о товарах. Рост трафика через канал, у которого платёжная инфраструктура изменилась «под ногами» у продавцов, означает, что всё больше малых предприятий будут обнаруживать пробелы в сверке спустя месяцы — часто только тогда, когда не сходится налоговая декларация по продажам или итоги закрытия года.
Какую проблему учёта это создаёт
Если в вашем плане счетов или в привычках сверки всё ещё есть строка — мысленная или реальная — для «выплат Meta», у вас есть три конкретные проблемы, которые нужно решить.
1. Выручка теперь поступает через ваш основной платёжный процессор, а не через отчёт о расчётах Meta
Раньше единый отчёт о выплатах из Meta Commerce Manager показывал, что было продано, какова была комиссия Meta и что поступило на ваш банковский счёт. Теперь эта выручка неотличима на уровне платёжного процессора от любой другой продажи на сайте — она попадает в пакет расчётов Stripe, Shopify Payments или PayPal вперемешку с прямым трафиком, трафиком из email-рассылок и всеми остальными каналами.
Это хорошая новость с точки зрения простоты (одна система расчётов вместо двух), но плохая — с точки зрения прозрачности. Если вы хотите узнать, сколько выручки на самом деле принесли Instagram и Facebook, вы больше не можете прочитать это из отчёта о выплатах — вам понадобятся UTM-метки, настройка места конверсии «Website» на стороне платформы в Commerce Manager или атрибуция источников трафика вашей платформы электронной коммерции, чтобы восстановить эту цифру. Не ждите, что цифры совпадут идеально: задокументированное расхождение в 20–40% между конверсиями, о которых сообщает Meta Ads Manager, и тем, что реально фиксирует аналитика вашего сайта, — обычное дело, вызванное ограничениями отслеживания в iOS и различиями в мультитач-атрибуции. Для целей учёта и налогов это не имеет значения — продажа остаётся продажей независимо от канала, — но если вы оцениваете ROI рекламных расходов, не считайте ни одну из цифр абсолютной истиной; относитесь к данным о заказах на вашем сайте как к источнику истины для учёта, а к цифрам Meta — как к ориентировочному сигналу.
2. Ответственность за налог с продаж сместилась с «возможно, Meta» на «точно вы»
Это изменение с реальными последствиями для комплаенса. По законам о торговых площадках-фасилитаторах (marketplace facilitator laws) платформы, контролирующие оформление заказа — Amazon, Etsy, TikTok Shop, — как правило, обязаны рассчитывать, собирать и перечислять налог с продаж от имени продавца. Пока Meta управляла встроенной оплатой, она, можно утверждать, попадала в ту же категорию как минимум для части транзакций. Теперь, когда оформление заказа происходит на вашем собственном сайте, вы однозначно являетесь официальным продавцом (retailer of record), и сбор и перечисление налога с продаж полностью лежат на вас — с учётом ваших собственных обязательств по налоговой связи (nexus) в каждом штате, где у вас есть покупатели.
Если раньше вы продавали через сочетание настоящих торговых площадок (которые перечисляют налог за вас) и магазинов Meta (которые могли делать это, а могли и нет), вам, скорее всего, нужно:
- Убедиться, что ваша платформа электронной коммерции (Shopify, WooCommerce и т. д.) настроена на корректный расчёт и сбор налога с продаж для каждого штата, где у вас есть налоговая связь.
- Разделять в своих записях продажи «через фасилитатора торговой площадки» и продажи с «самостоятельным сбором налога» — в большинстве штатов требуется указывать валовые продажи, а затем вычитать суммы, обработанные фасилитатором, поэтому если смешать продажу, пришедшую с сайта через Meta, с продажами через торговую площадку Amazon, это исказит вашу налогооблагаемую базу.
- Ежемесячно сверять счёт обязательств по налогу с продаж с фактически поданными декларациями, а не с предположениями, унаследованными от старого процесса оформления заказа.
3. Комиссии переместились — отслеживайте новые
Встроенная оплата Meta несла собственные комиссии за транзакции, которые вычитались до выплаты. Теперь, когда оформление заказа проходит через ваш сайт, эти комиссии заменяются тем, что взимают ваш платёжный процессор и платформа электронной коммерции: комиссии за обработку платежей Stripe/Shopify Payments, плюс любая платформенная комиссия Shopify или WooCommerce, плюс комиссии платёжного шлюза, если вы не используете универсальную платформу «всё в одном». Рекламные расходы не затронуты — вы по-прежнему платите Meta за размещение рекламы, — но строка комиссии за транзакции в вашем отчёте о прибылях и убытках должна переместиться со счёта «комиссии Meta» на счёт комиссий вашего процессора. Если вы не переименуете её, категоризация расходов начнёт «плыть» и сделает анализ маржи по продажам из соцсетей неточным.
Разбор на примере: где раньше цифры сходились
Представьте небольшого продавца товаров для дома, который раньше получал одну еженедельную выплату из Commerce Manager: $4,200 продаж через Facebook/Instagram, за вычетом комиссии Meta за транзакции, зачисленных единой суммой с приложенным детализированным списком заказов. Учёт был почти механическим — один платёж, одна проводка, одна строка комиссии.
Сегодня та же выручка в $4,200 из соцсетей поступает как часть гораздо более крупного еженедельного депозита Shopify Payments, который также включает продажи с прямого трафика, продажи из email-кампаний и продажи через Google Ads — всё объединено в один пакет расчётов со смешанной комиссией за обработку. Продавцу приходится заходить в список заказов Shopify, фильтровать по каналу перехода (или по источнику UTM, если рекламные ссылки помечены), и вручную восстанавливать, какая часть этого депозита пришла из Instagram, а какая — отовсюду ещё. Общая сумма выручки никак не изменилась, но её разбивка теперь требует осознанного шага, который раньше выполнялся автоматически. Пропустите этот шаг на квартал — и вы всё равно корректно закроете учёт в целом, но у вас не будет надёжного ответа на вопрос «оправдывает ли Instagram свои рекламные расходы?» — а ведь именно в этом, для продавца, платящего за размещение на платформе, и состоит весь смысл раздельного отслеживания канала.
Выбор (или аудит) настройки оформления заказа на вашем сайте
Если вы всё ещё завершаете этот переход или впервые настраиваете социальную коммерцию по новой модели, платформа оформления заказа, на которую вы направляете трафик из Meta, теперь важна больше, чем раньше, поскольку именно на неё теперь ложится вся тяжесть обработки платежей, расчёта налогов и учёта заказов:
- Универсальные платформы «всё в одном» (Shopify, BigCommerce, Squarespace Commerce) объединяют расчёт налога с продаж, обработку платежей и учёт запасов в одной системе, что сводит к минимуму пробелы в сверке — расплатой служат платформенные комиссии сверх комиссий платёжного процессора.
- Самостоятельно размещаемые решения (WooCommerce, самописные корзины) дают больше контроля и обычно более низкие платформенные комиссии, но подключать сервис расчёта налогов (Avalara, TaxJar или аналог) вам придётся самостоятельно — автоматически этого не делает ничего.
- В любом случае подключите место конверсии «Website» в Meta Commerce Manager (единственный поддерживаемый вариант теперь, когда гибридная настройка «Website and shop» упразднена), чтобы отчётность по рекламе и отслеживание конверсий на основе пикселя указывали на реальное оформление заказа, а не на устаревший процесс внутри приложения.
Какую бы платформу вы ни использовали, вопрос учёта один и тот же: попадает ли каждый заказ, возврат и комиссия с этой платформы в ваш учёт как отдельная, помечаемая транзакция — а не просто как единая сумма депозита? Если ответ «нет», исправьте это до того, как вырастет объём ваших транзакций, поскольку распутывать год смешанных депозитов задним числом гораздо болезненнее, чем правильно помечать каналы с самого первого дня.
Практический чек-лист сверки
Для малого бизнеса, который всё ещё наводит порядок в этом вопросе или проверяет, было ли всё сделано правильно во время перехода:
- Убедитесь, что план счетов отражает реальность. Если у вас всё ещё есть транзитный счёт «Meta Commerce» или «Facebook Payments», либо перепрофилируйте его исключительно под рекламные расходы, либо закройте — выручка и комиссии теперь проходят через счёт вашего основного платёжного процессора.
- Сверяйте депозиты расчётов, а не отчёты по каналам. Сначала сопоставляйте банковские депозиты с отчётом о выплатах вашего платёжного процессора; атрибуцию рекламной платформы используйте только как вторичную проверку эффективности канала, но никогда как источник для бухгалтерского учёта.
- Проверьте настройку налога с продаж для штатов с налоговой связью. Убедитесь, что оформление заказа на вашем сайте действительно рассчитывает и перечисляет налог везде, где у вас есть обязательства — не полагайтесь на то, что старая настройка эпохи Meta всё ещё действует.
- При необходимости перемаркируйте исторические транзакции. Если счета или проводки за переходный период 2025 года были отнесены к категории «выплата Meta», которой больше не существует, переклассифицируйте их, чтобы отчётность по каналам оставалась сопоставимой год к году.
- Следите за синхронизацией запасов. Если раньше магазины Meta напрямую списывали товар со склада, убедитесь, что теперь именно платформа вашего сайта (а не Meta) служит единственным источником достоверных данных об остатках, которые используются в расчёте себестоимости — устаревшая синхронизация здесь незаметно занижает или завышает себестоимость проданных товаров.
Держите многоканальные продажи сверенными с самого начала
Социальная коммерция становится только больше — и сложнее для отслеживания, — по мере того как продавцы жонглируют Instagram, TikTok Shop, прямым трафиком сайта и традиционными торговыми площадками, у каждой из которых свой график выплат, структура комиссий и налоговый режим. Beancount.io даёт вам текстовый учёт, который прозрачен и находится под контролем версий, поэтому транзакции с каждого канала попадают в единый проверяемый гроссбух вместо разрозненных отчётов платформ. Начните бесплатно и узнайте, почему разработчики и предприниматели, разбирающиеся в финансах, переходят на текстовый учёт.