1つのEtsy注文を1行に、
入力し直しなし

Etsyの販売メールに含まれる情報と含まれない情報

Etsyの販売通知は、送信された瞬間においては完全な注文ドキュメントであり、その後のあらゆる瞬間においては不完全なものです。 メッセージはEtsyアカウントのメールアドレスに送信され、Etsyは出品者に対し、通知が迷惑メールに振り分けられないよう[email protected]を連絡先に追加するよう案内しています。中には注文番号、販売日、購入者の名前、配送先住所、商品タイトル、バリエーション、数量、注文合計、そして購入者が送信したパーソナライズが含まれています。

パーソナライズは、このドキュメントをEtsyショップにとって重要なものにするフィールドです。Etsyのパーソナライズ商品のヘルプページによると、購入者がパーソナライズ商品をリクエストすると、そのリクエストは注文ページと、その注文について受け取るメールに表示されます。したがってメールには購入者の正確な文言が含まれており、それが作り手が作業台で必要とする内容です。

その内容は2026年に形を変えました。Etsyの開発者向け発表では、新しいパーソナライズツールの一般提供が2026年5月11日に設定され、単一の自由記述フィールドが、商品ごとに最大5つの入力タイプの質問（テキストボックス、ドロップダウン、ファイルアップロード）に置き換えられました。1つの注文に、名前、日付、フォントの選択、アップロードされた写真がそれぞれ別々に回答されて届く可能性があります。パーソナライズ列を1つ設計すれば、それらすべてが1か所に集まります。省略すれば、その詳細は段落の中に埋もれたままになります。

メールは、注文を正しく作成できるうちに単独で届く唯一の注文のコピーです。

メールに含まれない情報も同じくらい重要です。これは手数料の明細ではありません。Etsyの手数料と純額はPayments CSVと支払いアカウントにあります。これは追跡記録でもありません。追跡は注文を完了したときに追加され、Etsyは別途発送通知を送信します。購入者の電話番号も含まれません。Etsyが収集していないためです。そして注文が変更されても自動的に更新されることはありません。

通常、開くべき添付ファイルはありません。注文データはメッセージ本文であるため、メールワークフローはPDFを待つのではなく本文を読み取る必要があります。アカウントが通知とともに領収書PDFを受信する場合、受信トレイは両方を読み取れますが、常に注文を含むのは本文のほうです。Etsy注文の唯一のコピーがメールではなくスクリーンショットである場合は、Etsyのスクリーンショット上で注文番号、ショップ名、発送ステータスがどこにあるかをフィールドごとに解説したガイドが、そちらの入力を扱っています。

行と注文の一致が崩れる場所

行と注文はメールが届いた日には一致しており、誰かが箱を梱包する頃には食い違っていることがあります。小さなショップでは同じ人がすべての工程を担うことも多いですが、それでも受け渡しは存在します。購入者が注文してパーソナライズを入力し、Etsyが通知を送り、出品者または運用担当がそれをシートに振り分け、梱包担当またはパートタイムのヘルパーがそのシートを見て作業し、経理担当が後から合計を確認します。この一致を崩す変更が3つあり、いずれも入力ミスではありません。

1つ目は住所変更です。購入者がチェックアウト後にEtsy経由でメッセージを送り、訂正した住所を伝えます。Etsyが注文を編集してくれるわけではありません。Etsyの住所変更に関するヘルプページによると、注文時に送信された住所は、Etsyのラベルが利用可能な国で配送ラベルを購入する際に編集できるか、発送準備時に目にする非公開メモとして記録できます。確認メールは元の住所のまま、シートも元の住所を引き継ぎ、梱包担当は元の住所へ発送します。変更はメールとは別の画面であるMessagesに残るため、シートは正しく見えたままなのです。

2つ目はキャンセルまたは返金です。これは元の販売メールの編集ではなく、別のイベントとして現れます。行はそのまま残ります。Etsyの公式ドキュメントも、エクスポートにおける同じギャップを認めています。Orders CSVのOrder Totalはすべての売上を合算し、全額返金された注文やキャンセルされた注文を差し引いていません。確認メールから作ったシートにも同じ盲点があり、誰かがその行に印を付けるまで、印のない行はキャンセル済みの注文をその週の生産数と経理担当に渡す合計に残し続けます。

3つ目は複数商品の注文です。3つの商品を一緒に購入すると、販売メールは1通、注文番号も1つです。各商品はそれぞれのバリエーションとパーソナライズの回答を持てます。最初の商品だけ、または最初のパーソナライズブロックだけを取り込んだ行は、箱に3つ必要なのに梱包担当に1つだけ作らせてしまいます。これは注文番号も合計も正しいため、最も長く隠れる失敗です。

だからこそ、単純なメールからシートへのルールだけでは不十分です。ルールは初日には行を正しく作れます。行の周りのプロセスが、後から届く3つの変更を捉え、受信箱を管理する人ではなく梱包する人に見えるようにしなければなりません。

ネイティブエクスポートが今日の注文に対応できない理由

EtsyのCSVエクスポートは先月の注文には適したツールですが、今朝の注文には不向きです。Download Dataタブには4つの種類（Order Items、Orders、Etsy Payments Sales、Etsy Payments Deposits）があり、最初の2つには2025年7月14日から始まった2週間の遅延があります。Value Added Resourceがこの変更を報じ、Etsyコミュニティフォーラムからセラーの反応を集めました。記事で引用されたあるセラーは、運用上のコストを率直にこう述べています。「正しい商品を正しい顧客に発送するために、カスタムの梱包明細を作成するにはこのデータが必要です。」別のセラーは、この遅延が「過去5年以上かけて構築してきたプロセスを台無しにする」と書いています。

四半期ごとに帳簿用としてEtsyの注文をスプレッドシートにエクスポートするだけなら、CSVで問題ありません。難しいのはライブのキューであり、Etsyの注文自動化に関する多くのアドバイスが「メールを転送して解析する」で止まり、行に何を含めるべきかに触れていないのもこの部分です。

2つの注文ファイルは、それぞれ異なる問いに答えるものです。Orders CSVは1注文につき1行で、売上合計や確定申告の準備に役立ちます。Order Items CSVは1商品につき1行で、商品レベルの集計やSKU分析に適しています。どちらもライブの製造キューではなく、どちらも購入者のパーソナライズ文言を含むとは記載されていません。Etsyの販売取引のヘルプページには、支払い方法、商品価格、商品タイトル、SKUなどのフィールドが記載されていますが、パーソナライズはそのリストにありません。購入者が入力した正確なテキストに依存するショップであれば、メールの方が安全な情報源です。

役割を分ければ明確です。帳簿、四半期レビュー、SKU集計にはエクスポートを使います。今週製造する必要がある注文には販売メールを使います。1つのファイルで両方をこなそうとすると、2週間遅れるかカスタマイズの詳細が欠けるかのどちらかになります。

3つ目のルートもあり、これも触れておく価値があります。承認されたサードパーティアプリはEtsyのAPIを使ってCSVの遅延なしで注文を取得しており、注文管理や配送ツールが最新の状態を保てるのはこのためです。このルートにはEtsyアプリと、開発者または有料の連携が必要で、ステータスやフルフィルメントにはそうしたアプリが適しています。スプレッドシートは製造ビューのための場所です。つまり、商品、パーソナライズ、梱包担当者が作業する住所です。

エクスポートは何を売ったかに答えます。メールは次に何を作る必要があるかに答えます。

シートを作る前に、行の形を決める

行の形は、そのシートを誰が使えるかを決めます。Etsyは2つの異なるソースから、2つの異なる形を提供します。1注文1行はメールと一致し、発送箱とも一致します。行内のものはすべて一緒に移動するので、梱包担当者はリストを上から順に処理して注文にチェックを付けられます。1商品1行はOrder Items CSVと一致し、生産のバッチ処理とも一致します。商品ごとに並べ替え、作る必要のある数を数え、似た作業をまとめられます。間違いは、片方の形を作って両方の用途に使えると期待することです。

日々のキューには、注文レベルの行を作ります。複数商品の注文はまとまりを保ち、商品とパーソナライズはそれぞれのセルに入り、梱包担当者は1行で箱全体を確認できます。商品レベルのエクスポートは、完了した月を見る定期レビュー用に取っておきましょう。2週間の遅延は問題になりません。現在の注文に商品レベルの行が必要なら、エクスポート後にシート上でItemsセルを分割します。数式が見えて確認しやすいからです。メールのワークフローは1通のメッセージを複数の行に分割しません。

以下の列セットは、パーソナライズ商品と既製品の両方を販売するショップ向けに作られています。Custom Column Extractionがこれを機能させる仕組みです。欲しい列名を入力すると、AIが各メールを読み、固定の位置やテンプレートと照合するのではなく、そのフィールドの意味を理解して該当する値を埋めます。入力した名前がシートのヘッダーになります。

設計上の選択を1つ明示しておく価値があります。すべてのリスティングで同じ質問をする場合は、パーソナライズを名前、日付、フォントの列に分割すると、よりクリーンなシートになります。リスティングごとに質問が変わる場合（2026年の拡張後はよくあることです）、分割した列はショップの半分で空になります。単一のパーソナライズ列にすれば購入者の文言をそのまま保持でき、行も読みやすく保てます。並べ替えの作業は推論列が担います。まずは1列で始め、同じ質問がほとんどのリスティングで繰り返されるようになってから分割してください。

メールを振り分けて列に名前を付ける

セットアップとは、注文ごとではなくショップごとに一度だけ設定する少数の項目です。 目標は、Etsyの注文確認メールが届いた時点で、購入者が何かを変更する前にスプレッドシートの行に変換し、その行を梱包担当者がすでに開いているシートに届けることです。

同じパターンは他のストアフロントでも機能しますが、フィールド名とメールテンプレートは異なります。両方のプラットフォームで販売していて1つのシートにまとめたい場合、このメールから行へのワークフローのShopify版が役立ちます。受信トレイを実用的なスプレッドシートパイプラインに変える仕組み全般については、メールからAPへのパイプライン解説が抽出の前後両方のレイヤーを扱っています。

1週間分の行はどのような見た目になるか

実用的なシートは、注文ごとに1行、パーソナライズ欄には購入者自身の言葉、そして担当者が更新するステータス列で構成されます。 以下の例は実際の購入者データではなく、形を示すために作成した架空の注文です。

ステータス列はどの抽出ツールにも埋められない部分であり、シートを正確に保つ鍵でもあります。週に一度の短い確認で対応できます:

1. Newタブと行数を照合する。 その週の行数と、同じ日付のEtsyのNew and Completedタブの注文数を比較します。行が欠けている場合、多くは転送されなかったメールが原因であり、抽出の失敗ではありません。

2. Messagesで「address」を検索します。 住所の訂正を依頼してきた購入者については、新しい住所をShip Toに入力し、Statusにメモを残します。元の行はそのまま残し、変更履歴が追えるようにします。

3. キャンセルと返金はStatusに記録します。 行は削除しないでください。注文は発生し、返金も発生しており、経理担当者が両方を必要とする場合があります。記録として残すことで、記録を消さずに梱包キューから除外できます。

4. アップロードファイルに言及している注文を開きます。 パーソナライズ用のファイルをアップロードしても、画像がシートに入るわけではありません。行からファイルの存在は分かりますが、商品を作る前に注文画面からダウンロードする必要があります。

5. 誰かが計上する前に、その週の合計をPayments CSVと照合します。 シートは制作記録です。支払いファイルは金額の記録であり、手数料と返金を説明するのはこちらです。

この方法でできないこと

このワークフローはメールを読み取るもので、Etsyアカウントには接続しません。 Etsy API連携、セラーアカウントへのログイン、注文ステータスの同期はありません。Etsyに何かが書き戻されることも、配送ラベルが購入されることも、購入者にメッセージが送信されることもありません。シートはメールで届いた内容の記録であり、システムオブレコードはEtsyのままです。

1通のメールを複数の行に分割することはありません。 1件の販売メールは1行を生成します。これは梱包には適した形ですが、商品ごとの制作数を数えるには適していません。商品単位の行が必要な場合はシートのItemsセルを分割するか、注文がOrder Items CSVに表示されるようになるまで待ってからそちらを使用してください。

変更された注文を自動で解決することはありません。 新しい住所を含むメッセージは、データの更新ではなく人の指示です。購入者が気が変わったことをツールが知ることはできず、Etsyはその変更を元の注文への編集として公開しません。だからこそStatus列と週次の確認作業が必要になります。

これは経理システムではありません。 手数料、返金、入金、1099-Kの総売上高はPayments CSVにあります。制作シートは注文の制作と発送に使い、収入の報告には支払いファイルを使用してください。

購入者データには境界があります。 EtsyのSeller Policyでは、購入者情報はEtsy関連の連絡またはEtsyが仲介する取引にのみ使用でき、同意なく購入者をメールやメーリングリストに追加してはならないとされています。EU法の下では、Etsy外でそのデータを処理するセラーはGDPR上の独立した管理者となる可能性があります。シートは注文を履行する人だけに限定し、マーケティングリストにしないでください。

精度は高いですが、完璧ではありません。印刷された表データについては最大99%の精度と記載していますが、これはその入力タイプに対する当社独自の数値です。金額や刻印する名前を含むフィールドは、注文を発送する前に確認する価値があります。唯一の記録がメールではなくスクリーンショットの場合は、Etsy注文スクリーンショット抽出ページがその入力に対応しており、制限は同じです。ツールは目の前のドキュメントを読み取るのであり、注文のその後の履歴を読むのではありません。

よくある質問

Etsyは注文ごとに出品者へメールを送りますか？

はい。Etsyは販売があった際にSeller appへの通知と、アカウントに登録されたアドレスへのメールを送信します。メッセージが迷惑メールに振り分けられないよう、[email protected]を連絡先に追加してください。メールが届かなくなった場合は通知設定を確認してください。

注文ごとに1行ではなく、商品ごとに1行にできますか？

販売メールからはできません。1通のメールは1件の注文を表すため、自然な出力は商品を1つのセルにまとめた1行になります。商品単位の行が必要な場合は、シート上でそのセルを分割するか、EtsyのOrder Items CSVを使用してください。こちらは商品ごとに1行ですが、2週間の遅延があります。

パーソナライズの回答は取得できますか？

はい。購入者の回答はメール本文に含まれており、EtsyのヘルプページでもパーソナライズのリクエストはOrdersページと注文メールの両方に表示されると確認されています。2026年5月11日以降、リスティングでは最大5つの質問を設定できるため、1つのPersonalizationセルに複数の回答が入ることがあります。ファイルのアップロードは別扱いです。画像は注文に紐づいたままで、シートにはその存在しか表示されません。

購入者がキャンセルしたり住所を変更した場合、シートは更新されますか？

いいえ。メールはスナップショットであり、注文が変更されてもEtsyは元のメールを更新しません。キャンセルは別のイベントとして表示され、住所の変更は通常Messagesを通じて届きます。どちらも行を更新するには人の対応が必要です。これがStatus列と週次の確認を設けている理由です。

各メールを手動で転送する代わりに、Gmailのフィルタを使えますか？

はい。送信元[email protected]を条件に、受信トレイのアドレスへ転送するフィルタが一般的な設定です。Outlookを使用している場合は、同じ送信元条件のルールで同じことができます。その後、受信トレイ側の送信者ホワイトリストでそれ以外を排除できます。

購入者の名前や住所をGoogle Sheetsに保存しても大丈夫ですか？

注文の履行目的であれば、制限付きで問題ありません。EtsyのSeller Policyでは、購入者情報の利用をEtsy関連の連絡や取引に限定しており、同意なく購入者をメーリングリストに追加することを禁止しています。シートは注文を履行する人だけと共有し、マーケティングには使わないでください。

注文が変わる前に、行が存在している必要がある

完全に同期されたシートは現実的ではありません。購入者が住所を変更したりキャンセルしたりしても、Etsyは元の確認内容を更新しないからです。重要なのは、注文がその行を必要とする前にその行が存在するかどうか、そしてメールが届いた後に変わる3つの項目を誰かが確認するかどうかです。到着時点で作成された行には、購入者自身の言葉がまだ有効なうちに記録されます。週に一度の短い確認で、その行が自信満々の嘘になるのを防げます。これは注文管理よりも小さな約束ですが、手作業でものづくりをするショップにとってはより役立つものです。