Shopify Order Numbers: How to Find, Customize, and Fix Them (2026)

Shopify Order Numbers: How to Find, Customize, and Fix Them (2026)

Shopify Order Numbers: How to Find, Customize, and Fix Them (2026)

Shopify Order Numbers: How to Find, Customize, and Fix Them (2026) — Revize

顧客から「発送前に注文 #1024 のサイズを変更してください」とメールが届いたとします。対応は簡単です。#1024 を検索し、約5秒で見つけます。そして、この注文番号という仕組みが静かに突きつける本質的な問いに直面します。本当に変更できるのか? 多くのマーチャントにとって、Shopify の注文番号は、このプラットフォームが注文をどのように捉えているかを知る最初のきっかけとなります。表面上は扱いやすく、裏では厳格です。番号の振り直しはできず、説明のつかない欠番が発生し、顧客から変更要求の連絡が入った瞬間、購入後編集の壁にぶつかることになります。

本ガイドでは、Shopify の注文番号の本来の定義、カスタマイズ可能な範囲、番号がスキップする理由、番号による注文の検索・管理方法、そしてその番号が変更要求に変わったときの対処法について解説します。

要約: Shopify の注文番号は、顧客向けに表示される注文の識別ラベルです。デフォルトでは #1001 から始まり、連番でカウントアップします。管理画面の「設定」で接頭辞(プレフィックス)接尾辞(サフィックス)をカスタマイズ(例:EN-1024-A)できますが、開始番号の変更、注文番号の再割り当て、欠番を埋める処理は行えません。欠番が発生するのは正常です。Shopify はチェックアウトや下書き注文が作成された時点で番号を割り当てるため、カゴ落ち、決済失敗、テスト注文、削除された注文によって、未使用の番号が残ります。注文番号は、内部的な注文ID(APIで使用される長いシステム値)とは異なります。注文を処理するには、管理画面でその番号を検索し、そこから編集、キャンセル、または返金を行います。


Shopify order number ticket #1001 shown on a floating order card with prefix and suffix labels

Shopify の注文番号の正体

Shopify の注文番号は人間にとってわかりやすい注文名であり、データベース上の実際の注文IDとは異なります。 この違いは、マーチャント、開発者、サポート担当者が混同しやすいため、最初に整理しておく必要があります。

分かりやすく例を挙げます。注文番号#1001)をコーヒーショップのカップに書かれた名前とし、注文ID5473829101 のような長い数値)をカウンターの裏でシステムが読み取るバーコードと考えてください。顧客、サポートチーム、納品書はすべてこの分かりやすい名前を使用します。一方、Shopify のソフトウェア、API、そしてほとんどの外部連携アプリはバーコードを使用します。どちらも同じ注文を指していますが、用途が異なります。

技術的には、#1001 という値は注文の name(および order_number)フィールドに保存されます。これに対し、長い数値の id は Shopify が内部で割り当てるグローバルに一意の識別子(UUID)です。アプリ、レポート、または開発者が「注文ID」と呼ぶ場合、通常は顧客が確認できる #1001 ではなく、この長いIDを指します。外部連携連携ツールに注文番号を入力して「見つかりません」とエラーが出たことがある場合、これが原因です。ツール側は ID を要求しているのに対し、名前を入力してしまっているからです。

日々の業務では、使いやすい注文番号をメインに扱います。この番号は、注文完了メール、顧客のアカウントページ、納品書、管理画面に表示されます。誰もが口にする共通の参照値です。その裏に非表示の2つ目の識別子が存在することを理解しておく必要があるのは、主に外部システムと連携させる場合と、注文番号が直感に反する挙動(詳細は後述)を理解する場合の2つです。

なぜ Shopify の注文番号は #1001 から始まるのか

Shopify の新規ストアはすべて、注文番号が #1001 から始まります。このデフォルト設定には明確な意図があります。 #1 ではなく4桁の数字から始めることで、立ち上げたばかりのストアでも実績があるように見せることができます。注文 #1 は最初の購入客であることを顧客に伝えてしまいますが、注文 #1024 であればその心配はありません。

この開始番号は Shopify の管理画面で変更することはできません。#1#5000 など、任意の番号から開始するネイティブな設定はなく、一度注文が発生するとカウンターをリセットする方法もありません。他プラットフォームから移行するマーチャントは、以前の連番を引き継ぎたい(例:#8400 から再開したい)と考えることが多いですが、Shopify はこれを標準機能としてサポートしていません。表示される番号を書き換えるサードパーティ製アプリはいくつか存在しますが、それらはラベルを上書きしているだけであり、Shopify がカウントする根本的なシーケンス(順序)を変更しているわけではありません。

この「永続性」は、注文番号に関するすべての挙動に共通するテーマです。注文番号は一度発行されると、その後は連番で進み、編集や再利用は一切できません。この厳格さは基本的には問題ありませんが、マーチャントが「番号にブランド名を入れたい」「欠番の理由を理解したい」と考えたときに向き合う必要があります。

Shopify の注文番号をカスタマイズする方法

すべての Shopify 注文番号に接頭辞と接尾辞を追加することはできますが、中央の数字部分を変更することはできません。 これが標準機能でカスタマイズできる全容です。詳細を見ていきましょう。

管理画面で「設定」から「標準とフォーマット」に移動し、「注文ID」セクションを見つけます。そこには以下の2つのフィールドがあります。

  • 接頭辞(プレフィックス):数字の前に表示されるテキスト。一般的な用途としては、チャネルやブランドのコード(例:EN- を指定して EN-1024 とする)、または複数ストアを運営している場合のストア識別子などがあります。

  • 接尾辞(サフィックス):数字の後に表示されるテキスト。例えば、カナダ向けストアで -CA と指定し、1024-CA と表示させます。

接頭辞を EN-、接尾辞を -A に設定すると、注文 #1024EN-1024-A と表示されます。1024 自体は Shopify が割り当てた番号のままです。接頭辞と接尾辞は、どのストアフロントや顧客セグメントからの注文であるかを一目で判別する必要があるマルチストア運営者B2B セラーにとって特に有用です。一般消費者向け(D2C)ストアと並行して卸売(B2B)ストアを運営している場合、接頭辞を使用するのが注文フローを視覚的に分ける最もスマートな方法です。これは、当社の Shopify B2B 注文編集 ガイドのワークフローとも親和性が高い方法です。

標準機能で「できないこと」を明確に理解しておくことは、存在しない設定を探す無駄な時間を省くために極めて重要です。

要素

標準機能での変更可否

設定箇所 / 理由

接頭辞(数字の前)

可能

「設定」 > 「標準とフォーマット」 > 「注文ID」

接尾辞(数字の後)

可能

「設定」 > 「標準とフォーマット」 > 「注文ID」

開始番号(#1001)

不可

管理画面に設定項目なし

連番パターンまたは欠番の割り当て

不可

連番かつ永続的。欠番が後から埋まることはありません

既存の注文番号の変更

不可

一度割り当てられた番号は編集・再利用できません

内部的な注文ID

不可

システム自動生成。不変の値です


Shopify order ID settings showing editable prefix and suffix fields around a locked central number

Shopify の注文番号がスキップ(欠番)する理由

注文番号が #1001 から #1003 に飛び、間に #1002 がなくても、エラーではありません。Shopify で注文番号がスキップするのは正常な挙動です。これは、注文の完了が確定する前に、番号が確保されるために発生します。 これは、困惑した顧客や経理担当者からマーチャントによく寄せられる質問の一つです。この仕組みを理解しておけば、明確に説明することができます。

裏側の仕組みは次のとおりです。Shopify は決済が完了した瞬間ではなく、チェックアウトまたは下書き注文が作成された瞬間に、次の連番を割り当てます。その後、そのチェックアウトが放棄(カゴ落ち)されたり、決済が失敗したり、テスト注文であったり、後から注文が削除されたりした場合でも、一度確保された番号は元に戻りません。Shopify はその番号を再利用せず、欠番を詰めることもしません。そのため、表示される連番に穴が開くことになります。

分かりやすく言えば、惣菜売り場の番号札のようなものです。誰かが「1002番」の整理券を取り、注文せずに帰ってしまった場合、1002番は消滅します。次の顧客は 「1003番」 になり、1002番が再発行されることはありません。カゴ落ちや決済失敗の件数を考えると、特にアクセスの多いストアでは欠番の発生は避けられません。

この仕様は、実務上2つの理由で重要になります。1つ目は帳簿の照合です。財務チームが注文を番号順にカウントする場合、連番が途切れていない前提で計算すると過剰カウントになります。注文数は必ずレポートから取得し、「最後の番号マイナス最初の番号」で算出しないでください。2つ目は顧客からの見え方です。数分前に購入した友人の注文番号が #1044 で、自分の番号が #1050 だった場合、何か不具合があったのかと不安になる顧客がいるかもしれません。その場合の正しい回答はシンプルで、「その間に完了しなかった一時的なチェックアウトがいくつか存在しただけ」であり、記録から何かが消失したわけではありません。


Deli-style number tickets with gaps showing skipped Shopify order numbers 1001 1003 1004

注文番号による注文の検索と管理方法

注文番号は、対象の注文に最も早くアクセスするための手段です。検索し、開き、対応します。 管理画面で「注文管理」に移動し、検索バーに番号(# の有無は不問)を入力します。Shopify はフロントエンド向けの表示番号を照合するため、1024 でも #1024 でも数秒で目的の注文が表示されます。

注文詳細ページを開いた時点で、その番号は単なるラベルではなく、発送状況の確認、納品書の印刷、返金処理、キャンセル、あるいは注文情報の編集といった実務の起点となります。ここからが本題です。「注文 #1024 を探す」というアクションは通常そこで終わりではなく、「今すぐ変更する」という実務へつながるからです。

ここで再び Shopify の仕様の壁に突き当たります。このページにある標準の「注文を編集する」アクションでは、商品の追加・削除や数量の調整が可能で、多くの変更要求をカバーできます。しかし、購入後に顧客が実際に要望する内容(バリエーションの変更、配送先住所の修正、商品の追加、発送前のキャンセルなど)の多くは、管理画面だけでは対応が煩雑であるか、完全に顧客へ自己解決させることが不可能です。サポートチームは、すべての「注文 #1024 を変更してください」というメールを手動で処理する中間レイヤーになってしまいます。標準ツールでカバーできる範囲とできない範囲の仕様については、Shopify 注文管理ガイドで注文確定後のモデルを解説しており、Shopify 注文編集ガイドで管理画面での編集範囲について詳しく解説しています。

この課題を解消するために開発されたのが、購入後注文編集アプリです。Revize などのツールを導入すれば、顧客自身が自分で指定したルール(設定した猶予時間内であれば、バリエーション変更、住所更新、キャンセルなどを行える)に沿って、カスタマサポートへの連絡不要で注文を変更できます。アパレルブランドの AYBL からスクウェア・エニックスのようなライセンス商品セラーにいたるまで、大規模なブランドはこのセルフサービスレイヤーをインフラとして扱っています。なぜなら、規模が大きくなると、個別の編集作業コストではなく、確認メールを起点に発生する山のような「注文変更依頼」チケットの処理コストがボトルネックになるからです。同様のセルフサービスモデルは Shopify Plus 注文編集 ガイドに詳しく記載されており、キャンセルルートについては 注文キャンセルガイド で顧客が安全に自己解決できる範囲をカバーしています。


Merchant searching an order by number in Shopify admin then editing it

大規模ストアおよび B2B ストアにおける注文番号の運用

月間数千件の注文を処理する規模になると、注文番号は単なる表示ラベルではなく、運用ツールへと変わります。 事前に設定した接頭辞と接尾辞は、規模が大きくなるにつれてルーティング、フィルタリング、ストアフロントや顧客セグメントの判別において真価を発揮します。

マルチストアや卸売を運営する場合、一貫した接頭辞スキームがあるかないかで、運用チームが注文の発生元を一目で判別できるか、すべての詳細を開いて確認しなければならないかの差が生まれます。接頭辞と保存済みの絞り込みビューを組み合わせることで、発送処理とサポートの対応速度は大幅に向上します。また、上記で述べた欠番の仕様も重要性を増します。大規模運用ではスキップされる番号が急速に累積するため、レポートではなく番号ベースでカウントや照合を行うプロセスは、必ず数値が乖離します。

本質的には、大規模運用においては、すべての注文番号がサポートチケットの潜在的なトリガーとなります。業務スピードを維持できているストアに共通しているのは、注文番号から手動対応するのではなく、顧客自身がセルフサービスで解決できるフローへの移行を終えているという点です。これはインフラとしての意思決定であり、早期に導入するほど、注文量の増加に伴うサポート負荷の肥大化を抑えることができます。


High-volume merchant managing thousands of Shopify orders by number with self-service edits

よくある質問(FAQ)

Shopify の注文番号とは何ですか?

Shopify の注文番号は顧客向けに表示される注文の識別用ラベルで、デフォルトでは #1001 から始まり、新しい注文が入るたびに1ずつ増加します。 注文完了メール、納品書、顧客アカウントページに表示され、顧客やサポートチームが注文を特定する際の参照値となります。Shopify API等で使用される内部的な注文IDとは区別されます。

Shopify の注文番号の開始位置を変更することはできますか?

いいえ、Shopify は標準機能での開始番号の変更をサポートしていません。すべてのストアは #1001 から開始します。 管理画面には #1 から開始する設定や、他プラットフォームからの連番を引き継ぐ設定はなく、注文が作成された後にカウントをリセットすることもできません。表示される番号を変更できるアプリはありますが、それらは別のラベルを強制的に表示させているだけであり、背後にある Shopify の連番順自体は変更できません。

Shopify の注文番号フォーマットをカスタマイズするにはどうすればよいですか?

「設定」 > 「標準とフォーマット」 > 「注文ID」 セクションへ進み、接頭辞、接尾辞、またはその両方を設定します。 接頭辞を「EN-」、接尾辞を「-A」にすると、注文 1024 は EN-1024-A になります。数字の前後のテキストはいつでも編集可能ですが、中央の数字自体は Shopify が割り当てた値から変更できません。

Shopify の注文番号がスキップ(欠番)するのはなぜですか?

欠番の発生は正常な動作であり、注文完了にいたらなかったチェックアウトや下書きのために番号が確保されたことを意味します。 カゴ落ち、決済エラー、テスト注文、削除された注文により、一度確保された番号は Shopify の仕様により再利用や詰める処理は行われません。欠番は、未記録の注文やバグを意味するものではありません。

カゴ落ち(放棄されたカート)は Shopify の注文番号を消費しますか?

はい。チェックアウトプロセスが開始された時点で、Shopify は次の注文番号を確保するため、そのチェックアウトが放棄された場合、その番号は未使用のまま残ります。 これが、番号が歯抜けになる最も一般的な原因です。チェックアウトの発生件数が多く、完了にいたらないケースが多い高トラフィックなストアほど顕著に現れます。

注文番号と注文IDの違いは何ですか?

注文番号(#1024)は、顧客向けのわかりやすいラベルです。注文IDは、APIやシステム内部で処理される自動生成された長い識別数値(UUID)です。 注文番号がカップに手書きされた名前であれば、注文IDはシステムでスキャンされるバーコードです。外部連携や開発では通常、この長い注文IDを要求するため、ツールに #1024 形式の注文番号を入力するとエラーが表示されることがあります。

Shopify で注文番号から注文を検索するにはどうすればいいですか?

管理画面の「注文管理」に移動し、検索バーに # 記号を含めるか、数字のみを入力します。 Shopify は顧客用の表示番号をインデックス化しているため、「1024」と「#1024」のどちらでも対象の同一注文を検索できます。検出された注文詳細から、閲覧、発送、返金、キャンセル、編集などが可能です。

注文を再利用したり、注文番号を振り直したりすることはできますか?

いいえ、Shopify の注文番号は永続的なものです。一度確定した番号は、編集、再利用、再割り当てできません。 キャンセルまたは削除された注文の番号も欠番状態で維持され続けます。異なる見え方にしたい場合は、接頭辞と接尾辞の使用が唯一の標準機能による調整手段になります。

顧客は注文番号を確認した後でも注文内容を変更できますか?

Shopify の標準機能のみではできません。注文のすべての編集操作はマーチャント管理画面に制限されています。 顧客はアカウント上で注文番号ごとの情報を確認できますが、変更(バリエーション変更、住所修正、キャンセル等)を行いたい場合は、サポートに問い合わせるか、設定したルール内で制御されたセルフサービスを提供する購入後注文編集アプリを導入する必要があります。

販売チャネルごとに注文番号がリセットされたり変わったりすることはありますか?

いいえ、Shopify ストアはすべての販売チャネルにわたって、共通の単一の継続的なシーケンス(連番)を使用します。 オンラインストア、POS、または連携している外部モール型ストアからの注文はすべて同じ一つのカウンターから発番されるため、チャネルごとではなく、チェックアウトが生成された時系列で連番が割り当てられます。

接頭辞や接尾辞を変更した場合、過去の注文に影響はありますか?

接頭辞または接尾辞をアップデートすると、将来の注文番号の表示形式が変わるだけでなく、既存の注文の表示形式も新しいフォーマットで再レンダリングされる場合がありますが、内部の数字構成自体は一切変更されません。 レポート、顧客への連絡、外部連携等は中間の数字部分に依存するため、初期段階でフォーマットを固定して運用することをお勧めします。

注文番号がスキップ(欠番)する場合、注文データはどのようにカウントすべきですか?

注文数は必ず Shopify のレポート機能かアナリティクスからカウントし、最後の注文番号から最初の注文番号を引く算出方法は絶対に行わないでください。 前述のとおり欠番が発生するのは正常なシステム動作であるため、「単なる引き算」を行うと実際の注文数よりも過大にカウントされてしまいます。レポート機能は実在する注文のみを集計するため、決算などの正確な処理に適しています。

Shopify の注文番号をめぐる運用上の本質

Shopify の注文番号は一見するとただの単純なカウンターに見えますが、プラットフォームが注文を処理する設計思想を静かに反映しています。すなわち、「#1001 から開始し、編集や再利用はできず、接頭辞や接尾辞という外枠でのみブランド化可能で、欠番が発生しても埋められることはない永続的な値」という仕様です。このメカニズムを理解していれば、存在しない標準設定を探し回る必要がなくなり、「なぜ番号がスキップしたのか」という疑問に一言で答えられるようになります。本当に価値があるのは、注文番号から対象データを特定した「その後の対応」をどう設計するかです。多くの一般ストアでは、「注文 #1024 を変更したい」というリクエストは人手が必要なサポートチケットになりますが、運用が最適化されたストアでは、顧客自身がセルフサービスで注文を変更できる自動化されたタスクに変わります。このシフトを早い段階で取り入れることで、Shopify の注文番号は人手が必要な手動対応へのトリガーではなく、注文を迅速に特定するための本来の役割を果たすようになります。

関連情報

顧客から「発送前に注文 #1024 のサイズを変更してください」とメールが届いたとします。対応は簡単です。#1024 を検索し、約5秒で見つけます。そして、この注文番号という仕組みが静かに突きつける本質的な問いに直面します。本当に変更できるのか? 多くのマーチャントにとって、Shopify の注文番号は、このプラットフォームが注文をどのように捉えているかを知る最初のきっかけとなります。表面上は扱いやすく、裏では厳格です。番号の振り直しはできず、説明のつかない欠番が発生し、顧客から変更要求の連絡が入った瞬間、購入後編集の壁にぶつかることになります。

本ガイドでは、Shopify の注文番号の本来の定義、カスタマイズ可能な範囲、番号がスキップする理由、番号による注文の検索・管理方法、そしてその番号が変更要求に変わったときの対処法について解説します。

要約: Shopify の注文番号は、顧客向けに表示される注文の識別ラベルです。デフォルトでは #1001 から始まり、連番でカウントアップします。管理画面の「設定」で接頭辞(プレフィックス)接尾辞(サフィックス)をカスタマイズ(例:EN-1024-A)できますが、開始番号の変更、注文番号の再割り当て、欠番を埋める処理は行えません。欠番が発生するのは正常です。Shopify はチェックアウトや下書き注文が作成された時点で番号を割り当てるため、カゴ落ち、決済失敗、テスト注文、削除された注文によって、未使用の番号が残ります。注文番号は、内部的な注文ID(APIで使用される長いシステム値)とは異なります。注文を処理するには、管理画面でその番号を検索し、そこから編集、キャンセル、または返金を行います。


Shopify order number ticket #1001 shown on a floating order card with prefix and suffix labels

Shopify の注文番号の正体

Shopify の注文番号は人間にとってわかりやすい注文名であり、データベース上の実際の注文IDとは異なります。 この違いは、マーチャント、開発者、サポート担当者が混同しやすいため、最初に整理しておく必要があります。

分かりやすく例を挙げます。注文番号#1001)をコーヒーショップのカップに書かれた名前とし、注文ID5473829101 のような長い数値)をカウンターの裏でシステムが読み取るバーコードと考えてください。顧客、サポートチーム、納品書はすべてこの分かりやすい名前を使用します。一方、Shopify のソフトウェア、API、そしてほとんどの外部連携アプリはバーコードを使用します。どちらも同じ注文を指していますが、用途が異なります。

技術的には、#1001 という値は注文の name(および order_number)フィールドに保存されます。これに対し、長い数値の id は Shopify が内部で割り当てるグローバルに一意の識別子(UUID)です。アプリ、レポート、または開発者が「注文ID」と呼ぶ場合、通常は顧客が確認できる #1001 ではなく、この長いIDを指します。外部連携連携ツールに注文番号を入力して「見つかりません」とエラーが出たことがある場合、これが原因です。ツール側は ID を要求しているのに対し、名前を入力してしまっているからです。

日々の業務では、使いやすい注文番号をメインに扱います。この番号は、注文完了メール、顧客のアカウントページ、納品書、管理画面に表示されます。誰もが口にする共通の参照値です。その裏に非表示の2つ目の識別子が存在することを理解しておく必要があるのは、主に外部システムと連携させる場合と、注文番号が直感に反する挙動(詳細は後述)を理解する場合の2つです。

なぜ Shopify の注文番号は #1001 から始まるのか

Shopify の新規ストアはすべて、注文番号が #1001 から始まります。このデフォルト設定には明確な意図があります。 #1 ではなく4桁の数字から始めることで、立ち上げたばかりのストアでも実績があるように見せることができます。注文 #1 は最初の購入客であることを顧客に伝えてしまいますが、注文 #1024 であればその心配はありません。

この開始番号は Shopify の管理画面で変更することはできません。#1#5000 など、任意の番号から開始するネイティブな設定はなく、一度注文が発生するとカウンターをリセットする方法もありません。他プラットフォームから移行するマーチャントは、以前の連番を引き継ぎたい(例:#8400 から再開したい)と考えることが多いですが、Shopify はこれを標準機能としてサポートしていません。表示される番号を書き換えるサードパーティ製アプリはいくつか存在しますが、それらはラベルを上書きしているだけであり、Shopify がカウントする根本的なシーケンス(順序)を変更しているわけではありません。

この「永続性」は、注文番号に関するすべての挙動に共通するテーマです。注文番号は一度発行されると、その後は連番で進み、編集や再利用は一切できません。この厳格さは基本的には問題ありませんが、マーチャントが「番号にブランド名を入れたい」「欠番の理由を理解したい」と考えたときに向き合う必要があります。

Shopify の注文番号をカスタマイズする方法

すべての Shopify 注文番号に接頭辞と接尾辞を追加することはできますが、中央の数字部分を変更することはできません。 これが標準機能でカスタマイズできる全容です。詳細を見ていきましょう。

管理画面で「設定」から「標準とフォーマット」に移動し、「注文ID」セクションを見つけます。そこには以下の2つのフィールドがあります。

  • 接頭辞(プレフィックス):数字の前に表示されるテキスト。一般的な用途としては、チャネルやブランドのコード(例:EN- を指定して EN-1024 とする)、または複数ストアを運営している場合のストア識別子などがあります。

  • 接尾辞(サフィックス):数字の後に表示されるテキスト。例えば、カナダ向けストアで -CA と指定し、1024-CA と表示させます。

接頭辞を EN-、接尾辞を -A に設定すると、注文 #1024EN-1024-A と表示されます。1024 自体は Shopify が割り当てた番号のままです。接頭辞と接尾辞は、どのストアフロントや顧客セグメントからの注文であるかを一目で判別する必要があるマルチストア運営者B2B セラーにとって特に有用です。一般消費者向け(D2C)ストアと並行して卸売(B2B)ストアを運営している場合、接頭辞を使用するのが注文フローを視覚的に分ける最もスマートな方法です。これは、当社の Shopify B2B 注文編集 ガイドのワークフローとも親和性が高い方法です。

標準機能で「できないこと」を明確に理解しておくことは、存在しない設定を探す無駄な時間を省くために極めて重要です。

要素

標準機能での変更可否

設定箇所 / 理由

接頭辞(数字の前)

可能

「設定」 > 「標準とフォーマット」 > 「注文ID」

接尾辞(数字の後)

可能

「設定」 > 「標準とフォーマット」 > 「注文ID」

開始番号(#1001)

不可

管理画面に設定項目なし

連番パターンまたは欠番の割り当て

不可

連番かつ永続的。欠番が後から埋まることはありません

既存の注文番号の変更

不可

一度割り当てられた番号は編集・再利用できません

内部的な注文ID

不可

システム自動生成。不変の値です


Shopify order ID settings showing editable prefix and suffix fields around a locked central number

Shopify の注文番号がスキップ(欠番)する理由

注文番号が #1001 から #1003 に飛び、間に #1002 がなくても、エラーではありません。Shopify で注文番号がスキップするのは正常な挙動です。これは、注文の完了が確定する前に、番号が確保されるために発生します。 これは、困惑した顧客や経理担当者からマーチャントによく寄せられる質問の一つです。この仕組みを理解しておけば、明確に説明することができます。

裏側の仕組みは次のとおりです。Shopify は決済が完了した瞬間ではなく、チェックアウトまたは下書き注文が作成された瞬間に、次の連番を割り当てます。その後、そのチェックアウトが放棄(カゴ落ち)されたり、決済が失敗したり、テスト注文であったり、後から注文が削除されたりした場合でも、一度確保された番号は元に戻りません。Shopify はその番号を再利用せず、欠番を詰めることもしません。そのため、表示される連番に穴が開くことになります。

分かりやすく言えば、惣菜売り場の番号札のようなものです。誰かが「1002番」の整理券を取り、注文せずに帰ってしまった場合、1002番は消滅します。次の顧客は 「1003番」 になり、1002番が再発行されることはありません。カゴ落ちや決済失敗の件数を考えると、特にアクセスの多いストアでは欠番の発生は避けられません。

この仕様は、実務上2つの理由で重要になります。1つ目は帳簿の照合です。財務チームが注文を番号順にカウントする場合、連番が途切れていない前提で計算すると過剰カウントになります。注文数は必ずレポートから取得し、「最後の番号マイナス最初の番号」で算出しないでください。2つ目は顧客からの見え方です。数分前に購入した友人の注文番号が #1044 で、自分の番号が #1050 だった場合、何か不具合があったのかと不安になる顧客がいるかもしれません。その場合の正しい回答はシンプルで、「その間に完了しなかった一時的なチェックアウトがいくつか存在しただけ」であり、記録から何かが消失したわけではありません。


Deli-style number tickets with gaps showing skipped Shopify order numbers 1001 1003 1004

注文番号による注文の検索と管理方法

注文番号は、対象の注文に最も早くアクセスするための手段です。検索し、開き、対応します。 管理画面で「注文管理」に移動し、検索バーに番号(# の有無は不問)を入力します。Shopify はフロントエンド向けの表示番号を照合するため、1024 でも #1024 でも数秒で目的の注文が表示されます。

注文詳細ページを開いた時点で、その番号は単なるラベルではなく、発送状況の確認、納品書の印刷、返金処理、キャンセル、あるいは注文情報の編集といった実務の起点となります。ここからが本題です。「注文 #1024 を探す」というアクションは通常そこで終わりではなく、「今すぐ変更する」という実務へつながるからです。

ここで再び Shopify の仕様の壁に突き当たります。このページにある標準の「注文を編集する」アクションでは、商品の追加・削除や数量の調整が可能で、多くの変更要求をカバーできます。しかし、購入後に顧客が実際に要望する内容(バリエーションの変更、配送先住所の修正、商品の追加、発送前のキャンセルなど)の多くは、管理画面だけでは対応が煩雑であるか、完全に顧客へ自己解決させることが不可能です。サポートチームは、すべての「注文 #1024 を変更してください」というメールを手動で処理する中間レイヤーになってしまいます。標準ツールでカバーできる範囲とできない範囲の仕様については、Shopify 注文管理ガイドで注文確定後のモデルを解説しており、Shopify 注文編集ガイドで管理画面での編集範囲について詳しく解説しています。

この課題を解消するために開発されたのが、購入後注文編集アプリです。Revize などのツールを導入すれば、顧客自身が自分で指定したルール(設定した猶予時間内であれば、バリエーション変更、住所更新、キャンセルなどを行える)に沿って、カスタマサポートへの連絡不要で注文を変更できます。アパレルブランドの AYBL からスクウェア・エニックスのようなライセンス商品セラーにいたるまで、大規模なブランドはこのセルフサービスレイヤーをインフラとして扱っています。なぜなら、規模が大きくなると、個別の編集作業コストではなく、確認メールを起点に発生する山のような「注文変更依頼」チケットの処理コストがボトルネックになるからです。同様のセルフサービスモデルは Shopify Plus 注文編集 ガイドに詳しく記載されており、キャンセルルートについては 注文キャンセルガイド で顧客が安全に自己解決できる範囲をカバーしています。


Merchant searching an order by number in Shopify admin then editing it

大規模ストアおよび B2B ストアにおける注文番号の運用

月間数千件の注文を処理する規模になると、注文番号は単なる表示ラベルではなく、運用ツールへと変わります。 事前に設定した接頭辞と接尾辞は、規模が大きくなるにつれてルーティング、フィルタリング、ストアフロントや顧客セグメントの判別において真価を発揮します。

マルチストアや卸売を運営する場合、一貫した接頭辞スキームがあるかないかで、運用チームが注文の発生元を一目で判別できるか、すべての詳細を開いて確認しなければならないかの差が生まれます。接頭辞と保存済みの絞り込みビューを組み合わせることで、発送処理とサポートの対応速度は大幅に向上します。また、上記で述べた欠番の仕様も重要性を増します。大規模運用ではスキップされる番号が急速に累積するため、レポートではなく番号ベースでカウントや照合を行うプロセスは、必ず数値が乖離します。

本質的には、大規模運用においては、すべての注文番号がサポートチケットの潜在的なトリガーとなります。業務スピードを維持できているストアに共通しているのは、注文番号から手動対応するのではなく、顧客自身がセルフサービスで解決できるフローへの移行を終えているという点です。これはインフラとしての意思決定であり、早期に導入するほど、注文量の増加に伴うサポート負荷の肥大化を抑えることができます。


High-volume merchant managing thousands of Shopify orders by number with self-service edits

よくある質問(FAQ)

Shopify の注文番号とは何ですか?

Shopify の注文番号は顧客向けに表示される注文の識別用ラベルで、デフォルトでは #1001 から始まり、新しい注文が入るたびに1ずつ増加します。 注文完了メール、納品書、顧客アカウントページに表示され、顧客やサポートチームが注文を特定する際の参照値となります。Shopify API等で使用される内部的な注文IDとは区別されます。

Shopify の注文番号の開始位置を変更することはできますか?

いいえ、Shopify は標準機能での開始番号の変更をサポートしていません。すべてのストアは #1001 から開始します。 管理画面には #1 から開始する設定や、他プラットフォームからの連番を引き継ぐ設定はなく、注文が作成された後にカウントをリセットすることもできません。表示される番号を変更できるアプリはありますが、それらは別のラベルを強制的に表示させているだけであり、背後にある Shopify の連番順自体は変更できません。

Shopify の注文番号フォーマットをカスタマイズするにはどうすればよいですか?

「設定」 > 「標準とフォーマット」 > 「注文ID」 セクションへ進み、接頭辞、接尾辞、またはその両方を設定します。 接頭辞を「EN-」、接尾辞を「-A」にすると、注文 1024 は EN-1024-A になります。数字の前後のテキストはいつでも編集可能ですが、中央の数字自体は Shopify が割り当てた値から変更できません。

Shopify の注文番号がスキップ(欠番)するのはなぜですか?

欠番の発生は正常な動作であり、注文完了にいたらなかったチェックアウトや下書きのために番号が確保されたことを意味します。 カゴ落ち、決済エラー、テスト注文、削除された注文により、一度確保された番号は Shopify の仕様により再利用や詰める処理は行われません。欠番は、未記録の注文やバグを意味するものではありません。

カゴ落ち(放棄されたカート)は Shopify の注文番号を消費しますか?

はい。チェックアウトプロセスが開始された時点で、Shopify は次の注文番号を確保するため、そのチェックアウトが放棄された場合、その番号は未使用のまま残ります。 これが、番号が歯抜けになる最も一般的な原因です。チェックアウトの発生件数が多く、完了にいたらないケースが多い高トラフィックなストアほど顕著に現れます。

注文番号と注文IDの違いは何ですか?

注文番号(#1024)は、顧客向けのわかりやすいラベルです。注文IDは、APIやシステム内部で処理される自動生成された長い識別数値(UUID)です。 注文番号がカップに手書きされた名前であれば、注文IDはシステムでスキャンされるバーコードです。外部連携や開発では通常、この長い注文IDを要求するため、ツールに #1024 形式の注文番号を入力するとエラーが表示されることがあります。

Shopify で注文番号から注文を検索するにはどうすればいいですか?

管理画面の「注文管理」に移動し、検索バーに # 記号を含めるか、数字のみを入力します。 Shopify は顧客用の表示番号をインデックス化しているため、「1024」と「#1024」のどちらでも対象の同一注文を検索できます。検出された注文詳細から、閲覧、発送、返金、キャンセル、編集などが可能です。

注文を再利用したり、注文番号を振り直したりすることはできますか?

いいえ、Shopify の注文番号は永続的なものです。一度確定した番号は、編集、再利用、再割り当てできません。 キャンセルまたは削除された注文の番号も欠番状態で維持され続けます。異なる見え方にしたい場合は、接頭辞と接尾辞の使用が唯一の標準機能による調整手段になります。

顧客は注文番号を確認した後でも注文内容を変更できますか?

Shopify の標準機能のみではできません。注文のすべての編集操作はマーチャント管理画面に制限されています。 顧客はアカウント上で注文番号ごとの情報を確認できますが、変更(バリエーション変更、住所修正、キャンセル等)を行いたい場合は、サポートに問い合わせるか、設定したルール内で制御されたセルフサービスを提供する購入後注文編集アプリを導入する必要があります。

販売チャネルごとに注文番号がリセットされたり変わったりすることはありますか?

いいえ、Shopify ストアはすべての販売チャネルにわたって、共通の単一の継続的なシーケンス(連番)を使用します。 オンラインストア、POS、または連携している外部モール型ストアからの注文はすべて同じ一つのカウンターから発番されるため、チャネルごとではなく、チェックアウトが生成された時系列で連番が割り当てられます。

接頭辞や接尾辞を変更した場合、過去の注文に影響はありますか?

接頭辞または接尾辞をアップデートすると、将来の注文番号の表示形式が変わるだけでなく、既存の注文の表示形式も新しいフォーマットで再レンダリングされる場合がありますが、内部の数字構成自体は一切変更されません。 レポート、顧客への連絡、外部連携等は中間の数字部分に依存するため、初期段階でフォーマットを固定して運用することをお勧めします。

注文番号がスキップ(欠番)する場合、注文データはどのようにカウントすべきですか?

注文数は必ず Shopify のレポート機能かアナリティクスからカウントし、最後の注文番号から最初の注文番号を引く算出方法は絶対に行わないでください。 前述のとおり欠番が発生するのは正常なシステム動作であるため、「単なる引き算」を行うと実際の注文数よりも過大にカウントされてしまいます。レポート機能は実在する注文のみを集計するため、決算などの正確な処理に適しています。

Shopify の注文番号をめぐる運用上の本質

Shopify の注文番号は一見するとただの単純なカウンターに見えますが、プラットフォームが注文を処理する設計思想を静かに反映しています。すなわち、「#1001 から開始し、編集や再利用はできず、接頭辞や接尾辞という外枠でのみブランド化可能で、欠番が発生しても埋められることはない永続的な値」という仕様です。このメカニズムを理解していれば、存在しない標準設定を探し回る必要がなくなり、「なぜ番号がスキップしたのか」という疑問に一言で答えられるようになります。本当に価値があるのは、注文番号から対象データを特定した「その後の対応」をどう設計するかです。多くの一般ストアでは、「注文 #1024 を変更したい」というリクエストは人手が必要なサポートチケットになりますが、運用が最適化されたストアでは、顧客自身がセルフサービスで注文を変更できる自動化されたタスクに変わります。このシフトを早い段階で取り入れることで、Shopify の注文番号は人手が必要な手動対応へのトリガーではなく、注文を迅速に特定するための本来の役割を果たすようになります。

関連情報

RevizeでShopifyストアを刷新しましょう。顧客体験を軸にリードする。

© 著作権 2024、無断転載を禁じます

RevizeでShopifyストアを刷新しましょう。顧客体験を軸にリードする。

© 著作権 2024、無断転載を禁じます

RevizeでShopifyストアを刷新しましょう。顧客体験を軸にリードする。

© 著作権 2024、無断転載を禁じます

RevizeでShopifyストアを刷新しましょう。顧客体験を軸にリードする。

© 著作権 2024、無断転載を禁じます