FacebookやInstagramショップで商品を販売していて、いまだにMetaが決済を回収し、返金を処理し、きれいな精算レポートを渡してくれると想定して帳簿をつけているなら、あなたはすでに存在しないシステムを前提に照合作業をしていることになります。Metaは、FacebookとInstagramショップのアプリ内ネイティブ決済を終了し、すべての注文は購入を完了するために販売者自身のウェブサイトへ遷移するようになりました。Metaの旧来のオールインワン型コマーススタックを前提に帳簿管理を構築していた中小企業にとって、これは見た目だけのUI変更ではなく、売上・手数料・税金・返金が実際にどこで記録されるかという根本的な作り直しなのです。
プラットフォーム自体は依然として多くの役割を担っています。商品タグ、ショッパブルReels、ショップタブ、そしてInstagram/Facebook広告は、今も閲覧から「購入」タップまでを後押ししています。Metaがもう行わないのは、代金の回収、注文管理、返品対応、そしてチャージバックへの対応です。取引の後半部分——つまり帳簿にとって本当に重要な部分——は、今やShopify、WooCommerce、BigCommerce、Squarespace、あるいは独自のカートなど、あなたのウェブサイトのチェックアウトがある場所に完全に移っています。
実際に何が変わったのか
Metaの段階的廃止により、かつてコマースマネージャー内にあった特定の機能群が削除されました。
- サイト内チェックアウトと決済処理。 購入者はもはやFacebookやInstagramを離れずに購入を完了することはできません——すべての「今すぐ購入」ボタンは加盟店のウェブサイトへリダイレクトされます。
- 注文管理。 ステータス追跡、注文の一括操作、個別注文の編集はコマースマネージャーから姿を消しました。あなたのEコマースプラットフォームの注文ダッシュボードが、唯一の正となる情報源です。
- 返品・紛争対応。 返品リクエストやチャージバックの紛争は、もはやMetaを通じて処理されません——あなたのウェブサイトが使用している決済処理業者と返品ワークフローを通じて処理されます。
- 取引に紐づくアプリ内カスタマーメッセージ。 受信トレイ内の注文固有のメッセージは、もはやライブのチェックアウトフローと連携しません。
これは、そもそも販売者にネイティブ決済の利用を促していたMeta自身の2023年の方針からの転換です。最も説得力のある説明はコストと法的責任でしょう。決済処理、米国のあらゆる法域にまたがる売上税計算、そして大規模な紛争解決の運用はコストが高く法的リスクも大きい業務であり、Metaは自ら抱え込む価値がないと判断したようです。反トラスト法（独占禁止法）的な観点もあり得ます——米国と欧州の両方の規制当局は、Metaが商取引を直接コントロールしていることを注視してきました。チェックアウトから距離を置くことは、その規制対象領域を縮小することにもつながります。
この変更がロールアウトされた際に移行を済ませた販売者にとって、実務上の結論はすでに固まっています。**InstagramとFacebookは、ファネルの入り口となる発見・広告チャネルであって、決済処理業者ではない、**ということです。かつてMeta Payを通じて決済されていたすべての金額は、今やあなたのウェブサイトのチェックアウトの裏にあるゲートウェイを通じて決済されます。
これを正しく行うことの重要性は増す一方です。米国のソーシャルコマース売上は2026年に初めて1,000億ドルを超えると予測されており、中小企業はその成長の中で無視できない割合を占めています——Instagram Shoppingだけでもプラットフォームのアクティブユーザーの約70%に到達し、ショッパブル投稿は通常の商品投稿の2倍を大きく超えるインプレッションを生み出しています。決済の仕組みが販売者の足元で変わったチャネルを通じたトラフィックが増えるほど、数ヶ月後になって初めて照合のズレに気づく中小企業が増えることになります——多くの場合、売上税の申告や年次決算の数字が合わないときに、ようやく発覚するのです。
この変更が生む帳簿管理上の問題
勘定科目表や照合作業の習慣の中に、頭の中であれ実際の帳簿上であれ「Meta払い出し」という項目がまだ残っているなら、修正すべき具体的な問題が3つあります。
1. 売上はもはやMetaの精算レポートではなく、通常の決済処理業者に入金される
以前は、Metaコマースマネージャーの単一の払い出しレポートを見れば、何が売れたか、Metaの手数料はいくらか、そして銀行口座にいくら入金されたかが分かりました。今では、その売上は決済処理業者のレベルでは他のウェブサイト販売とまったく見分けがつきません——Stripe、Shopify Payments、あるいはPayPalの精算バッチの中に、直接トラフィック、メールトラフィック、その他あらゆるチャネルの売上と混ざり合った形で現れます。
これはシンプルさという点では朗報です（精算システムが2つではなく1つになる）が、可視性という点では悪い知らせです。InstagramとFacebookが実際にどれだけの売上を生み出したかを知りたい場合、もはや払い出しレポートを見るだけでは分かりません——UTMパラメータ、コマースマネージャー上のプラットフォーム側「ウェブサイト」コンバージョン設定、あるいはEコマースプラットフォームのトラフィックソース・アトリビューションを使って再構築する必要があります。数字が完全には一致しないことを想定しておいてください。Meta広告マネージャーが報告するコンバージョン数と、実際にウェブサイトのアナリティクスが記録した数値の間には、iOSのトラッキング制限やマルチタッチ・アトリビューションの違いに起因する20〜40%のばらつきが生じることが一般的に報告されています。帳簿や税務上はこれは問題になりません——チャネルにかかわらず売上は売上だからです——ただし広告費のROIを評価する際は、どちらの数字も絶対的な正解として扱わないでください。ウェブサイトの注文データを会計上の正とし、Metaの数字はあくまで方向性を示す参考値として扱いましょう。
2. 売上税の責任は「Metaかもしれない」から「間違いなくあなた」へ移った
これはコンプライアンス上、実際に効いてくる変更です。マーケットプレイス仲介者法の下では、チェックアウトを管理するプラットフォーム——Amazon、Etsy、TikTok Shopなど——は一般に、販売者に代わって売上税を計算・徴収・納付することが義務付けられています。Metaがネイティブ決済を運用していた頃は、少なくとも一部の取引についてはこの区分に該当していたと考えられます。しかし今やチェックアウトはあなた自身のウェブサイト上で行われるため、あなたが紛れもなく記録上の小売業者（retailer of record）となり、売上税の徴収と納付は完全にあなたの責任です。それは、あなたの顧客がいるすべての州における、あなた自身のネクサス（納税義務の連結点）義務に従うことになります。
以前から、（代わりに納付してくれる）真のマーケットプレイスと、（納付していたかどうか定かではない）Metaショップの両方を組み合わせて販売していた場合、おそらく次のことが必要です。
- Eコマースプラットフォーム（Shopify、WooCommerceなど）が、ネクサスを持つすべての州で正しく売上税を計算・徴収するよう設定されていることを確認する。
- 記録の中で「マーケットプレイス仲介による」売上と「自社で徴収した」売上を分けて管理する——ほとんどの州では総売上を報告したうえで、マーケットプレイス仲介分を差し引くことが求められるため、Meta経由のウェブサイト売上をAmazonマーケットプレイスの売上と一緒くたにすると、課税標準を誤って計上することになります。
- 売上税負債の勘定科目を毎月、旧チェックアウトフローから引き継いだ想定ではなく、実際の申告内容と照合する。
3. 手数料の発生場所が変わった——新しい手数料を追跡する
Metaのネイティブ決済には、払い出し前に差し引かれる独自の取引手数料がありました。今やチェックアウトはあなたのウェブサイトを通じて行われるため、その手数料はあなたの決済処理業者とEコマースプラットフォームが課すもの——Stripe/Shopify Paymentsの処理手数料に加え、ShopifyやWooCommerceのプラットフォーム手数料、さらにオールインワン型プラットフォームを使っていない場合は決済ゲートウェイ手数料——に置き換わります。広告費用には影響がありません——広告掲載についてはこれまで通りMetaに支払い続けます——ただし損益計算書（P&L）の取引手数料の行は、「Meta手数料」の勘定科目から決済処理業者の手数料勘定へ移すべきです。ラベルを付け替えなければ、費用の分類がずれてしまい、ソーシャル経由の売上に対するマージン分析が不正確になります。
具体例で見る：かつて数字が一致していた仕組み
かつて週に一度、コマースマネージャーから払い出しを受けていた小さな生活雑貨の販売者を想像してください。Facebook/Instagramでの売上4,200ドルからMetaの取引手数料を差し引いた金額が、明細付きの注文リストとともに一括で入金されていました。帳簿付けはほぼ機械的な作業でした——1回の入金、1本の仕訳、1つの手数料行です。
今日、その同じ4,200ドルのソーシャル経由の売上は、直接トラフィックの売上、メールキャンペーンの売上、Google広告の売上も含む、はるかに大きな週次のShopify Payments入金の一部として届きます——すべてが混合処理手数料のかかる単一の精算バッチにまとめられています。販売者はShopifyの注文リストに行き、参照元チャネルで絞り込み（あるいは広告リンクにタグが付いていればUTMソースで絞り込み）、その入金額のうちどれだけがInstagram由来で、どれだけがそれ以外なのかを手作業で再構築しなければなりません。売上の総額そのものは何も変わっていませんが、その内訳の分解には、かつては自動だった意図的な手順が今では必要になっています。この手順を四半期の間省いても、帳簿全体としては正しく締められるでしょう。しかし「Instagramは広告費に見合う価値があるのか」という問いには信頼できる答えを出せなくなります——プラットフォームへの掲載費を払っている販売者にとって、そもそもチャネルを個別に追跡する目的はまさにそこにあるのです。
ウェブサイトのチェックアウト設定を選ぶ（あるいは見直す）
この移行をまだ完了させていない、あるいは新しい仕組みの下で初めてソーシャルコマースを立ち上げようとしているなら、Metaからのトラフィックを流し込む先のチェックアウトプラットフォームは、以前にも増して重要です。決済処理、税額計算、注文記録のすべてをそのプラットフォームが担うことになるからです。
- **オールインワン型プラットフォーム（Shopify、BigCommerce、Squarespace Commerce）**は、売上税計算・決済処理・在庫管理を1つのシステムにまとめており、照合のズレを最小限に抑えられます——引き換えに、決済処理業者の手数料に加えてプラットフォーム手数料がかかります。
- **セルフホスト型（WooCommerce、独自カート）**は、より高い自由度と一般に低いプラットフォーム手数料を提供しますが、税額計算サービス（Avalara、TaxJarなど）を自分で組み込む責任はあなたにあります——自動でやってくれるものは何もありません。
- いずれの場合も、Metaコマースマネージャーで「ウェブサイト」コンバージョンの設定先を接続してください（ハイブリッド型の「ウェブサイトとショップ」設定が廃止された今、これが唯一サポートされているオプションです）。これにより、広告レポートとピクセルベースのコンバージョン計測が、廃止されたアプリ内フローではなく、実際のチェックアウトを正しく指し示すようになります。
どちらを使うにせよ、帳簿管理上の問いは同じです。そのプラットフォームからのすべての注文・返金・手数料が、単なる一括入金ではなく、区別可能でタグ付けできる個別の取引として帳簿に流れ込んでいるでしょうか？答えが「ノー」であれば、取引量が増える前に修正してください。1年分の混ざり合った入金を後から解きほぐす作業は、初日から正しくチャネルにタグを付けておくよりもはるかに苦痛だからです。
実践的な照合チェックリスト
この整理をまだ完了させていない、あるいは移行時に正しく行われたかを確認したい中小企業のために。
- 勘定科目表が実態を反映しているか確認する。 まだ「Metaコマース」や「Facebook Payments」のクリアリング勘定が残っているなら、広告費専用に転用するか、廃止してください——売上と手数料は今やメインの決済処理業者の勘定を通じて流れます。
- チャネルレポートではなく精算入金を照合する。 まず銀行への入金を決済処理業者の払い出しレポートと突き合わせてください。広告プラットフォームのアトリビューションは、あくまでチャネル成果の二次的なチェックとして使い、帳簿の情報源としては決して使わないでください。
- ネクサスを持つ州について売上税の設定を監査する。 ウェブサイトのチェックアウトが、義務のあるすべての場所で実際に税額を計算・納付していることを確認してください——Meta時代の旧設定がまだ通用すると思い込まないように。
- 必要に応じて過去の取引にタグを付け直す。 2025年の移行期間中の請求書や仕訳が、今は存在しない「Meta払い出し」カテゴリにコードされていた場合は、前年比のチャネルレポートが比較可能な状態を保てるよう再分類してください。
- 在庫の同期に注意する。 以前Metaショップが在庫を直接減算していた場合、売上原価（COGS）計算に反映される在庫数の唯一の正が、今はMetaではなくあなたのウェブサイトプラットフォームであることを確認してください——ここでの同期のズレは、気づかないうちに売上原価を過小または過大に計上させます。
マルチチャネルの売上を最初から照合できる状態に保つ
ソーシャルコマースは、Instagram、TikTok Shop、直接のウェブサイトトラフィック、そして従来型のマーケットプレイスを、それぞれ異なる払い出しスケジュール・手数料体系・税務処理とともに販売者がやりくりする中で、規模を拡大し続け——追跡はますます煩雑になっています。Beancount.ioは、透明でバージョン管理されたプレーンテキスト会計を提供し、すべてのチャネルの取引が、散らばったプラットフォームレポートではなく、1つの監査可能な台帳に集約されるようにします。無料で始めることで、開発者や財務に強い経営者たちがなぜプレーンテキスト会計へ乗り換えているのかを実感してください。