この記事の対象: Shopifyストアを自社で運用している担当者、テーマを触りはじめた制作者
読了時間: 約10分
管理画面で直したはずの文言が、公開URLでは古いまま。商品を登録したのに一覧に出てこない。セクションを並べ替えたのに、実際のページは何も変わっていない。Shopifyを触っていると必ず一度は出くわす状況です。
厄介なのは、この症状にエラーメッセージが出ないこと。どこも壊れていないように見えるまま、変更だけが届かない。そして焦った担当者が別の場所を触りはじめ、本来なら1分で終わったはずの確認が、テーマの巻き戻しが必要な事故に変わっていきます。
この記事では、Shopifyで変更が反映されない・商品が表示されない原因を、遭遇しやすい順に並べて確認手順にします。上から順に見ていけば、ほとんどのケースは3番目までで終わります。大事なのは、原因が分かるまで新しい変更を加えないことです。
Shopifyで反映されない原因は「編集先」と「見ている先」のズレ
最初に構造を押さえておくと、以降の確認が早くなります。
Shopifyで「変更が反映されない」「商品が表示されない」と感じるとき、実際に起きていることはほぼ次の3つのどれかです。
編集先が違う
- 公開中でないテーマを編集していた
- 別テンプレートを編集していた
- 別のセクション/ブロックを触っていた
公開条件を満たしていない
- 商品が下書き状態
- 販売チャネルに追加されていない
- 公開日が未来になっている
変更は届いているが見えていない
- ブラウザ/CDNのキャッシュ
- アプリ側のキャッシュ
- 在庫0で非表示になる設定
3つ目だけが「待てば直る」。上2つは待っても永遠に直りません。
ここを取り違えると時間を溶かします。キャッシュだと思い込んでしばらく待ったのに、実は下書きのままだった、というのがよくあるパターンです。逆に、編集先を疑ってテーマを何度も複製した結果、どれが正なのか分からなくなるのも同じくらい起きます。
だから順番が要ります。待てば直るかもしれない要因（キャッシュ）は、最後に回す。これが基本方針です。
確認に入る前にやること
原因を探す前に、1つだけ手を止めてやっておいてほしいことがあります。
今の状態を戻せるようにしておく。 具体的には、オンラインストア > テーマ で、公開中テーマの「…」から複製を1つ作ります。名前に日付を入れておくと後で困りません（例：live-backup-20260914）。
複製はすぐ終わります。この後の確認で何かを触って壊しても、ここに戻せる。逆にこれをやらずに進めて壊すと、直前の状態はもう手元にありません。テーマの過去バージョンは管理画面から一定範囲で戻せますが、確実に狙った時点へ戻れるとは限らないので、自分で作った複製が一番速くて確実です。
原因1｜編集していたのが公開中のテーマではない
体感でいちばん多い原因です。そして一番あっさり解決します。
起きている状態
Shopifyのテーマエディタは、公開中でないテーマも同じ見た目で開けます。URLに preview_theme_id が付いているかどうかの違いしかなく、編集画面の中にいる限り、今どのテーマを触っているのか意識しにくい設計になっています。
よくある流れはこうです。
- 制作会社から「確認用のテーマ」を渡され、そのプレビューURLをブックマークしていた
- 別件で「テーマを複製してから作業してください」と言われ、複製側を触り続けていた
- テーマライブラリの一覧から、公開中ではない方を開いていた
どれも、作業中はまったく違和感がありません。保存も通るし、プレビューにはちゃんと反映されます。反映されないのは公開URLだけです。
確認手順
- 管理画面の オンラインストア > テーマ を開く
- 一番上の「現在のテーマ」のテーマ名を確認する
- 自分が編集していたテーマエディタのタブに戻り、画面上部に出ているテーマ名と見比べる
名前が違えば原因確定です。
直し方の判断
ここで選択肢が2つに割れます。どちらを選ぶかで、後の手間がまったく変わります。
編集内容が新しい場合
- 触っていたテーマをそのまま公開する
- 公開中テーマ側に加えた変更が無いことを先に確認
- 公開後に全ページを一通り見る
公開中テーマにも変更がある場合
- 公開せず、変更点を手で移す
- 移す前に両方の差分を書き出す
- 1か所ずつ確認しながら反映
この図で見てほしいのは、「間違ったテーマをそのまま公開する」が安全なのは、公開中テーマに別の変更が溜まっていない場合だけという点です。
複数人で運用しているストアだと、自分が別テーマを触っている間に、他の人が公開中テーマのバナーや商品説明を直していることがあります。そこへ古いスナップショットを公開すると、他の人の作業がまとめて消えます。しかも消えたことに誰もすぐ気づきません。
判断基準はシンプルです。
| 状況 | 取るべき行動 |
|---|---|
| 自分しか触っていない・数時間以内の作業 | 編集したテーマを公開してよい |
| 他の人も管理画面に入っている | 公開せず、変更点を手で移す |
| 編集を始めてから数日以上経っている | 公開せず、差分を確認してから判断 |
| テーマのバージョンが違う（アップデート済み） | 公開せず、制作側に相談 |
最後の行が地味に重要です。テーマのアップデートを挟んでいると、古い方を公開した瞬間に、セクション設定の互換性が崩れて表示が壊れることがあります。Dawnのように更新が入るテーマでは特に起きやすい。
テーマのバージョン差をどう扱うかは、カスタマイズの設計段階から決めておくべき話です。
原因2｜商品が表示されない｜公開設定と販売チャネル
商品まわりで「出てこない」ときは、ほぼここです。テーマは一切関係ありません。
4つのスイッチを順に見る
商品がオンラインストアに出るには、独立した条件を全部通す必要があります。ひとつでも欠けると出ません。
上から順に潰していけば、商品まわりの「出てこない」はほぼ解決します。
特に見落とされるのが2番目の販売チャネルです。商品を複製して作ると販売チャネルの設定も引き継がれますが、CSVインポートや外部ツール経由で入れた商品は、オンラインストアに追加されていないことがあります。
商品ページのURLを直接叩くと404が返る、または「このページは存在しません」と出る。これが販売チャネル未追加の典型的なサインです。商品一覧には出ているのに公開URLで404なら、まずここを見てください。
公開日時の罠も一度は踏みます。予約投稿のつもりで日付を入れたまま忘れると、その時刻まで商品は出ません。しかも管理画面の一覧では「アクティブ」と表示されるので、パッと見では気づけない。商品編集画面の公開設定を開いて、日時そのものを目で読むしかありません。
在庫切れ時の挙動も確認する
商品ステータスも販売チャネルも問題ないのに一覧に出ない場合、コレクション側の条件を見ます。
- 自動コレクションの条件（タグ・商品タイプ・在庫数など）に商品が合っているか
- 手動コレクションなら、商品が追加されているか
- テーマ側で「在庫切れ商品を非表示にする」設定が入っていないか
3つ目はテーマによって実装が違います。Dawnベースのテーマだと、コレクションページの絞り込みで在庫状況を扱えますが、「在庫0なら一覧から消す」という挙動を入れている場合は、テーマ側のカスタマイズです。管理画面のどこを探しても設定が見つからない場合、それはコードに書かれています。
自動コレクションを在庫数で組んでいるストアでは、入荷のタイミングでコレクションの中身が勝手に変わります。「昨日は出ていたのに今日は消えた」なら、商品側ではなくコレクションの条件式を先に見てください。商品を触っても直りません。
バリエーションの罠
商品が表示されるのに「購入できない」「カートに入らない」場合は、バリエーション単位で見ます。
| 症状 | 見るところ |
|---|---|
| 特定の色・サイズだけ選べない | そのバリエーションの在庫数と在庫ポリシー |
| 全部売り切れ表示 | 「在庫切れでも販売を続ける」のチェック |
| 価格が0円で出る | バリエーションの価格が未入力 |
| 配送料が計算されない | 配送プロファイルにその商品が入っているか |
最後の行は、送料設定を分けているストアで起きやすい話です。新しく作った商品が既定のプロファイルにしか入っておらず、意図した送料が乗らない。配送まわりは設定が階層になっているので、どこで決まっているかを把握しておくと事故が減ります。
原因3｜キャッシュで表示されない。ただし疑うのは最後
原因1・2を潰してから、ようやくキャッシュを疑います。順番を守る理由は、キャッシュは「待てば直る可能性がある」からです。待って直らないものを先に潰すほうが合理的です。
4層あることを知っておく
Shopifyストアの表示が届くまでに、キャッシュが効きうる場所は複数あります。
ブラウザ
- スーパーリロードで消える
- シークレットウィンドウで回避できる
ShopifyのCDN
- しばらくすると切り替わる
- 手動での全消去手段は無い
アプリ・外部サービス
- アプリ管理画面に再取得ボタンがあることが多い
- レビュー・検索・翻訳系で起きやすい
独自ドメインの前段
- Shopify以外のCDNを挟んでいる場合のみ
- そちらの管理画面で消す
自分で消せるのは1層目と3層目だけです。2層目は待つしかありません。
検証の手順
順番はこうです。上から試して、変わった時点でそれが原因です。
- スーパーリロード（Windows:
Ctrl + Shift + R/ Mac:Cmd + Shift + R） - シークレット / プライベートウィンドウで同じURLを開く
- 別のブラウザで開く
- スマートフォンのモバイル回線（Wi-Fiを切る）で開く
- URLの末尾に
?v=2のような無意味なパラメータを付けて開く
5番目はCDNのキャッシュを回避する簡易手段です。パラメータが違えば別URLとして扱われるため、キャッシュされていない応答が返ってきます。ここで新しい内容が出れば、変更自体は届いていて、キャッシュだけが古いと確定できます。この確認ができると「待てばいい」と判断できるので、無駄に触らずに済みます。
逆に、?v=2 を付けても古いままなら、キャッシュではありません。その時点でキャッシュの線は捨てて、原因1・2・4へ戻ります。この切り分けができるかどうかで、対応時間が桁で変わります。
アプリ側のキャッシュに注意
レビュー、多言語、検索、レコメンドなど、独自にデータを持つアプリは、Shopify側の変更をすぐには拾いません。商品名を変えたのに、レビューウィジェットの中だけ旧名のまま、といったことが起きます。
この手のアプリは、管理画面に「再同期」「再インデックス」に相当するボタンを持っていることがほとんどです。無い場合は、次の定期同期を待つしかありません。
アプリを増やすほど、こうした「どこが正なのか分からない状態」が増えていきます。表示速度だけでなく、運用の複雑さとしてもコストになる部分です。
原因4｜テンプレートが違う／セクションが別ページのもの
原因1〜3で解決しなければ、ここを見ます。テーマを触る人向けの内容です。
テンプレートの割り当てを確認する
Shopifyでは、同じ種類のページでも複数のテンプレートを持てます。
product.json（既定）product.gift-card.jsonproduct.特定商品用.json（自分で作ったもの）
商品ページを編集したのに特定の商品だけ変わらない場合、その商品に別テンプレートが割り当てられています。
確認場所は商品の編集画面の右下、「テーマテンプレート」欄です。ここが default 以外になっていたら、編集すべきはそのテンプレートです。
コレクションページ、固定ページでも同じ仕組みがあります。「1ページだけ変わらない」なら、まずここを見てください。
テンプレートを増やすときは、増やした側の保守まで考えておく必要があります。商品ページのテンプレートが3つあるストアで、あとから共通の要素を足すと、3か所に同じ作業が発生する。「特定の商品だけ特別なレイアウトにしたい」という依頼は、この保守コストと引き換えです。
セクションの編集先
テーマエディタで編集するとき、左のリストで選んでいるセクションが、本当にそのページで使われているものか確認します。
紛らわしいのは次のケースです。
| 紛らわしい状況 | 起きること |
|---|---|
| 同じ種類のセクションを2つ置いている | 下のほうを編集していて、上が変わらない |
| ヘッダー・フッターを編集した | 全ページ共通なので、一部だけ変えたつもりが全体に出る |
| 「テンプレート」と「セクションが使われているページ」を混同 | ホーム用セクションを商品ページに反映させようとしている |
| アプリブロックを編集した | Shopify側ではなくアプリ側の設定なので、テーマを戻しても残る |
最後の行はアプリを外すときに効いてきます。アプリブロックはテーマのテンプレートJSONに設定が残るため、アプリを削除しても空のブロックが残ることがあります。表示は消えても、テンプレートには痕跡が残る。乗り換えのたびにこれが積み上がっていくと、テンプレートが読めなくなっていきます。
アプリで済ませるかテーマ側に書くかの判断は、この「解約したとき何が残るか」まで含めて考えるべきところです。
原因5｜そもそもオンラインストアが公開されていない
頻度は低いものの、該当すると全部が説明つく原因です。
- ストア自体にパスワード保護がかかっている（オンラインストア > 環境設定 の下部）
- 独自ドメインが接続されていない、または旧ドメインを見ている
- プランの状態によってストアが停止している
「関係者に確認してもらったら見られなかった」ときは、まずパスワード保護を疑ってください。自分は管理画面にログインしているので素通しで見えていて、外部の人だけがパスワード画面に当たる、という状況が起きます。
ドメインも要注意です。.myshopify.com のURLでは新しくなっているのに、独自ドメインでは古い。この場合、独自ドメインが別のストアや別のサービスを向いている可能性があります。オンラインストア > ドメイン で、プライマリドメインがどこを向いているかを確認します。
リニューアル直後は特にここが濁ります。旧サイトを別サーバーに残したまま切り替えると、DNSの伝播が終わるまで、人によって新旧どちらが見えるかが変わる。「自分には新しく見えるが、取引先には古いままらしい」という報告が出たら、テーマでも商品でもなくドメインの問題です。
コーポレートサイトとECを同じShopifyで運用している場合、ドメインとリダイレクトの設計がやや複雑になります。どのURLがどこへ行くのかを最初に決めておかないと、こうした確認のたびに迷うことになります。考え方はShopifyをコーポレートサイトと兼用する場合の設計にまとめています。
制作会社として見ている「壊さないための順番」
ここからは、受託でShopifyを触る側の視点です。トラブル対応で本当に怖いのは、原因そのものより「探している最中に壊すこと」です。原因は必ず見つかりますが、探している最中に消した設定は戻ってきません。
触っていい場所と、触ってはいけない場所
原因を探している間、次の操作は避けてください。原因究明の役に立たないうえ、状態を戻しにくくします。
| 避ける操作 | 理由 |
|---|---|
| テーマを公開し直す | 別の人の変更を巻き込む可能性がある |
| アプリを削除する | テンプレートに設定が残り、再導入しても元に戻らないことがある |
| コードを直接編集する | 原因が分かる前の編集は、症状を1つ増やすだけ |
| テーマを大量に複製する | どれが正か分からなくなる |
| 商品を削除して作り直す | URLが変わり、既存の被リンクと広告リンクが死ぬ |
最後の行は取り返しがつきません。商品ハンドルが変わると旧URLは404になります。広告を回している商品なら、リンク先が死んだまま配信が続きます。SNSで拡散された投稿や、他サイトからの紹介リンクも同じく死にます。商品を作り直すのは、URLを捨てる判断と同じです。
逆に、原因を探している間にやっていい操作はこれだけです。
- 管理画面の設定を見る（変更しない）
- テーマの複製を作る（増やしすぎない範囲で）
- プレビューURLで確認する
- シークレットウィンドウで公開URLを開く
複数人で触るストアでの決めごと
運用が回りはじめると、「誰が何を触ったか分からない」が最大の原因になります。制作側として最初に決めておくのは次の3点です。
- 公開中テーマを直接編集してよいのは誰か。 文言と画像は運用側、構造とコードは制作側、のように線を引く
- テーマの複製に命名規則を持たせる。
live-backup-日付、dev-改修内容のように、見ただけで用途が分かる形にする - 不要になったテーマは消す。 テーマライブラリにいくつも並んでいるストアは、必ず「どれを触ればいいのか」で事故ります
3番目を守らない期間が長いほど、この記事の原因1が起きやすくなります。
この3点は、ストアを立ち上げた直後に決めるのが一番安いです。運用が始まってから「誰が触っていいか」を決め直すのは、すでに散らかったテーマライブラリを整理する作業とセットになるので、手間が何倍にもなります。
検証環境を持つかどうかの線引き
「本番で試すしかない」状況を減らすには、開発ストアや非公開テーマを使います。ただし、すべての改修に検証環境が要るわけではありません。
非公開テーマで足りる
- セクション追加・並べ替え
- 文言・画像の差し替え
- CSSの調整
- 新しいテンプレートの作成
開発ストアが要る
- チェックアウトまわりの検証
- Webhookを使うアプリの挙動確認
- 決済・配送の実地テスト
- 注文データを伴う機能
見た目の改修なら非公開テーマのプレビューで足りる、という線引きです。逆に注文や決済が絡むと、本番で試すわけにいかないので開発ストアが必要になります。
ここを混同して「全部に開発ストアが要る」と考えると、スケジュールもコストも余計に膨らみます。検証の重さは、壊したときに何が起きるかで決めるのが妥当です。 表示が1日崩れるのと、注文が取れなくなるのとでは、かけるべき手間がまるで違います。
見積もりの段階でここを詰めておくと、費用の見え方も変わります。検証環境の構築を一律で積むのではなく、「決済とWebhookを触る改修だけ開発ストアを立てる」と条件で切り分ければ、必要なところにだけ費用がかかる形になります。制作会社に見積を依頼するときは、どの改修に検証環境を見込んでいるかを聞いてみてください。
反映されないときのチェックリスト
上から順に見るための一覧です。ブックマークして、症状が出たときに開いてください。
| # | 確認すること | 見る場所 |
|---|---|---|
| 0 | 公開中テーマの複製を作る | オンラインストア > テーマ |
| 1 | 編集していたテーマ名 = 公開中テーマ名か | テーマ一覧の「現在のテーマ」 |
| 2 | 商品ステータスが「アクティブ」か | 商品編集画面の右上 |
| 3 | 販売チャネルに「オンラインストア」があるか | 商品編集画面の公開設定 |
| 4 | 公開日が未来になっていないか | 同上 |
| 5 | シークレットウィンドウで開き直す | ブラウザ |
| 6 | ?v=2 を付けて開く |
ブラウザ |
| 7 | 商品/ページのテンプレート割り当て | 編集画面右下「テーマテンプレート」 |
| 8 | 同種セクションの重複 | テーマエディタ左リスト |
| 9 | アプリ側の再同期ボタン | 各アプリの管理画面 |
| 10 | ストアのパスワード保護 | オンラインストア > 環境設定 |
| 11 | ドメインの向き先 | オンラインストア > ドメイン |
1〜4で解決するケースが大半です。5〜6まで進んでも変わらないなら、変更自体が届いていないと判断して、7以降を見ます。
それでも分からないときに集める情報
制作会社に相談するとき、次の情報が揃っていると原因の特定が一気に早くなります。逆に「反映されません」だけだと、こちらから同じ質問を10個返すことになります。
- 変わらないページの公開URL（管理画面のURLではなく）
- 変えたつもりの内容（どの文言を何に変えたか）
- 編集した日時と、編集した画面（テーマエディタ / 商品編集 / コードエディタ）
- シークレットウィンドウで見ても同じかどうか
- 他のページは正常に更新されているか
- 直近でアプリの追加・削除・テーマの更新をしたか
最後の行が特に効きます。「昨日まで動いていた」ものが止まるとき、間に何か入れています。
スクリーンショットを送るなら、ブラウザのアドレスバーが写った状態で撮ってください。どのURLを見ているかが分からないスクリーンショットは、「見えている画面が違うだけ」という最頻出の原因を切り分けられません。画面の中身より、URLのほうが情報量があります。
よくある質問
Shopifyのキャッシュはどのくらいで消えますか？
ブラウザのキャッシュはスーパーリロードやシークレットウィンドウで即座に回避できます。ShopifyのCDN側は通常しばらくすると新しい内容に切り替わり、手動で全消去する手段は用意されていません。時間をおいても変わらない場合は、キャッシュではなく別の原因（編集先の間違い、公開設定）を疑ってください。URLに ?v=2 を付けて開いても古いままなら、その時点でキャッシュの線は消えます。
商品を登録したのに商品ページが404になります
販売チャネルに「オンラインストア」が追加されていない可能性が高いです。商品編集画面の公開設定を開き、オンラインストアにチェックが入っているか確認してください。CSVインポートや外部ツールで登録した商品で起きやすい症状です。商品ステータスが「下書き」のままでも同じように404になります。
間違ったテーマを編集していました。そのまま公開していいですか？
自分しか触っていないストアで、作業期間が短いなら公開して構いません。ただし他の担当者が公開中テーマの文言や画像を直している可能性がある場合は、公開せずに変更点を手で移してください。古いテーマを公開すると、その間に公開中テーマへ加えられた変更がすべて失われます。
1つの商品ページだけデザインが違うのはなぜですか？
その商品に別のテーマテンプレートが割り当てられています。商品編集画面の右下にある「テーマテンプレート」欄を確認してください。default 以外が選ばれていれば、編集すべきはそのテンプレートです。コレクションページや固定ページでも同じ仕組みで起きます。
テーマの複製はいくつまで持っていいですか？
用途が説明できる数までです。目安として、公開中・直前のバックアップ・作業中の3つで足ります。それ以上並ぶと「どれを触ればいいのか」で事故が起きます。用途が分からなくなった複製は、中身を確認したうえで削除してください。命名規則を決めておくと、この判断が要らなくなります。
商品一覧には出るのに、コレクションページに表示されません
コレクション側の条件を見てください。自動コレクションなら、タグ・商品タイプ・在庫数などの条件に商品が合致していない可能性があります。手動コレクションなら、商品が追加されていないだけです。加えて、テーマ側に「在庫切れ商品を一覧から除外する」カスタマイズが入っていると、在庫0になった時点で消えます。管理画面に該当する設定が見当たらない場合は、コードに書かれていると考えてください。
まとめ
Shopifyで変更が反映されない・商品が表示されないとき、確認する順番はこうです。
- 公開中テーマの複製を作る（探す前に、戻せる状態を用意する）
- 編集していたテーマが公開中テーマか
- 商品のステータスと販売チャネル
- キャッシュ（シークレットウィンドウと
?v=2） - テンプレートの割り当てとセクションの重複
- ストアのパスワード保護とドメイン
この順番の根拠は、「待っても直らないもの」を先に潰すことにあります。キャッシュは時間が解決する可能性がありますが、編集先の間違いと公開設定は、待っても永遠に直りません。
そして最も大事なのは、原因が分かるまで新しい変更を加えないこと。テーマを公開し直す、アプリを消す、商品を作り直す。どれも原因究明には寄与せず、状態を戻しにくくするだけです。
運用が回りはじめると、この種のトラブルは「誰が何を触ったか分からない」ところから生まれます。テーマの命名規則と、誰が公開中テーマを触ってよいかの線引き。この2つを最初に決めておくだけで、後の確認作業がずいぶん楽になります。
