はじめに

サイトは普通に動いている。注文も普通に入っている。それなのに、広告の成果だけが悪く見える――そんな状況に心当たりはないでしょうか。

Shopify はチェックアウト周りのカスタマイズ方式を段階的に廃止しています。やっかいなのは、この廃止が1回ではなく、対象も日付も違う3つに分かれていることです。ニュースで見た日付だけを頼りに確認すると、「その日の前後で数字が変わっていないから、うちは影響なし」と判断してしまい、①に該当する店では1年以上前から計測が欠けていることに気づけません。

この記事では、3つの廃止を整理したうえで、自分の店が該当するかを確かめる手順に絞って解説します。移行の実装手順そのものは別記事に譲ります。

廃止は3つある

いつ何が止まるか対象ストア対象ページ
2025年8月28日checkout.liquid と「Additional Scripts（追加スクリプト）」すべてのストアThank you（注文完了）ページと注文ステータスページ
2025年8月28日（Plus）
2026年8月26日（非Plus）		アプリが設置したスクリプトタグPlus と、それ以外で時期が違うThank you（注文完了）ページと注文ステータスページ
2026年10月1日（APIが停止）
2027年3月1日（挿入が停止）		スクリプトタグの仕組みそのものすべてのストアストアフロント

1つ目は、管理画面の「Additional Scripts」欄やテーマの checkout.liquid に自分で貼ったコードの話です。Shopify の公式ドキュメントには “checkout.liquid and additional scripts were sunset for the Thank you and Order status pages on August 28, 2025.” と記載されています（Shopify公式ドキュメント）。Plus かどうかに関係なく、2025年8月28日で終わっています。

2つ目は、計測アプリなどがスクリプトタグとして注入していたコードの話です。こちらは Plus が2025年8月28日、それ以外のストアが2026年8月26日と、時期が分かれました（Shopify公式ドキュメント: 注文ステータスページのスクリプトタグ廃止）。同ドキュメントには “Shopify has already removed script tags from the Order status page for most stores, and will remove them from the rest on August 26, 2026.” とあります。

対象ページについては、Shopify 自身のドキュメントで書き方に揺れがあります。上記のページは注文ステータスページを中心に書かれていますが、checkout.liquid のページでは先ほどの引用に続けて “Script tags were sunset on those pages on August 28, 2025 for Plus stores, and are sunset for non-Plus stores on August 26, 2026.” と書かれています。この “those pages” は直前の “the Thank you and Order status pages” を指すので、Thank you ページも対象に含まれると読むのが自然です。確認するときは、注文ステータスページだけでなく注文完了ページも見ておいてください。

3つ目は、スクリプトタグという仕組み自体を終わらせる動きです。Shopify Changelog によれば、ストアフロント向けのスクリプトタグについて、2026年10月1日に scriptTagCreate と scriptTagUpdate がエラーを返すようになり、2027年3月1日に Shopify がスクリプトタグの挿入を止めます。

なぜ気づけないのか

ここが今回いちばん伝えたいところです。これは「壊れたら分かる障害」ではありません。

  • サイトの表示は変わらない
  • チェックアウトも決済も問題なく完了する
  • 注文は Shopify の管理画面に普通に積み上がる
  • ブラウザのコンソールにエラーも警告も出ない

店側から見える範囲では、何も異常が起きていないように見えます。変わるのは、裏側で送られていた計測データだけです。

そしてここで見落としやすいのが、止まるのは GA4 だけではないという点です。「Additional Scripts」欄は、実務では GA4 以外のタグも置く場所になっています。Meta（Facebook）ピクセル、Google 広告のコンバージョンタグ、LINE や Yahoo! の計測タグ、ヒートマップやレビューアプリのコード。①の廃止は欄ごと止まるので、そこに入れていたものは同じ日にすべて止まっています。GA4 の計測経路を直して終わりにすると、広告側のコンバージョン計測が死んだままになります。何を入れていたかを思い出せない場合は、当時の設定を残している制作会社や担当者に確認してください。

サイト運用と広告運用の担当が分かれている会社では、さらに気づきにくくなります。サイト側は「注文は普通に入っている」と認識し、広告側は「なぜか CV が減った」と見えても、両者が突き合わされない限り、原因が仕様変更だとは分かりません。

そして、日付を取り違えたときがいちばん危険です。 ニュースで見た「2026年8月26日」だけを基準に直近の数字を比べても、Additional Scripts に貼っていた店では断層が出ません。その店の計測は2025年8月に止まっているからです。「変化がない＝影響なし」と読んでしまうと、1年以上の欠損をそのまま見逃します。

何が実害なのか

GA4 の purchase が取れなくなると、広告媒体が学習・最適化に使うコンバージョンデータも減ります。売上は実際には変わっていないのに、広告の費用対効果（ROAS）が数字の上でだけ悪化して見える状態になります。これを見て「この広告は成果が出ていない」と判断し予算を削ると、実際には利益を生んでいた枠を自分から手放すことになります。

さらに、欠損した期間のデータを後から埋め戻すのは簡単ではありません。計測が止まっていたことに気づいて直しても、止まっていた期間の purchase が自動的に戻ってくるわけではありません。季節性の比較や前年同月比のレポートで、その期間だけ数字が落ち込んだまま残り続けます。

確認の手順

日付から入らないことが大事です。まず「今」動いているかを見て、それから「いつ止まったか」を探します。

1. いま purchase が来ているかを見る（日付に依存しない確認）

GA4 管理画面の「リアルタイム」を開き、テスト注文または直近の実注文のタイミングで purchase イベントが出るかを確認します。ここで何も出てこなければ、日付の議論をするまでもなく、計測は止まっています。

GTM のプレビューモードや GA4 の DebugView が使える環境なら、テスト注文を1件通して、transaction_id や value が正しく入っているかまで確認できます。

2. 止まっているなら、いつ止まったかを長い期間で探す

ここで見る期間を、2025年8月と2026年8月の両方にまたがるように取ります。直近1〜2週間だけを見ると、古い断層を見落とします。

GA4 の purchase 件数（または収益）を月単位で2年分ほど並べ、Shopify 管理画面の注文件数と比べます。どこかの月を境に GA4 側だけが落ちていれば、そこが止まった時点です。2025年8月末に落ちていれば1つ目の廃止、2026年8月末なら2つ目の廃止が疑われます。

症状別に原因を切り分けたい場合は、Shopify×GA4のeコマース計測でデータが合わない問題を徹底解決するに診断の手順をまとめてあります。

3. 計測コードを「誰が」置いたかを確認する

該当する廃止が変わるので、ここは分けて考えます。

  • 自分（または制作会社）が管理画面の「Additional Scripts」欄やテーマの checkout.liquid に貼った → 1つ目の廃止。2025年8月28日で止まっています
  • 計測アプリや広告アプリを入れていて、そのアプリがタグを設置していた → 2つ目の廃止。非Plus ストアなら2026年8月26日以降、Thank you ページと注文ステータスページ側が止まっている可能性があります
  • Customer Events（Web Pixel）やチェックアウト拡張機能を経由して送っている → その経路については、1つ目・2つ目の廃止の影響は受けません

この3つは同時に当てはまることがあります。「GA4 は Customer Events に移行済みだが、Meta ピクセルは Additional Scripts に貼ったまま」という状態は珍しくありません。1つ当てはまったところで確認を止めず、残りも見てください。

注意したいのは2つ目です。自分では何も貼っていなくても、アプリ経由で影響を受けることがあります。「管理画面に何も書いていないから該当しない」で確認を止めないでください。

止まっていた場合にどうするか

移行先の選択肢は大きく2つです。

  • Shopify 標準の GA4 連携に一本化する（カスタマイズ性は低いが設定は少ない）
  • Customer Events（Web Pixel）を使い、GTM 経由で GA4 へ送る設計に組み直す（柔軟だが実装が必要）

具体的な実装手順はShopify×GTM×GA4でカスタムピクセルを使った高精度eコマース計測を実装するにまとめてあります。この記事の役割は「止まっているかどうかを見つけること」までです。

移行先を選ぶときは、3つ目の廃止（2027年3月1日）も併せて見ておいてください。 スクリプトタグを使う方式で「いったん動くように戻す」だけの対応をすると、同じ作業をもう一度やることになります。

自社でやるか外注するかの判断基準

ここまでの確認作業は、GA4 と Shopify の管理画面が見られれば社内で完結できる範囲です。まずは自社で、2年分の月次を並べて突き合わせてみることをおすすめします。それだけで「止まっているのか、いつからなのか」までは分かります。

一方、「計測経路をどう組み直すか」「Customer Events への移行を誰が実装するか」という段階になると、GTM と Shopify のテーマ構造の知識が必要になります。また、仕様変更のたびに同じ確認を手作業で繰り返すのが負担になりそうであれば、Claude CodeでGA4のイベント計測漏れを自動検知・修正提案するのように、差分を機械的に検出する仕組みを先に作っておくという手もあります。今回のような廃止は今後も続くためです。

自社での切り分けに時間がかかりそうな場合は、GA4計測健康診断で現状を確認することもできます。まずは状況を伝えたいという方は、お問い合わせからご連絡ください。

BASE・STORES・Shopifyのどれを選ぶとGA4計測の自由度がどう変わるかは、BASE・STORES・ShopifyのGA4計測精度を比較検証した記事で整理しています。移行先を決める前の参考にしてください。