Shopifyストア向けEU撤回リクエストフォーム：HeiWidgetでゲスト送信に対応

ShopifyストアでEUの消費者向けに販売している場合、契約撤回リクエストの入口は、ログイン済みの顧客だけを前提にしないほうが安全です。

実際の購入フローでは、ゲスト購入を使う顧客は少なくありません。一時的なメールアドレスで注文する人もいれば、アカウントを作成しないまま購入を完了する人もいます。その後、クーリングオフ期間内に契約撤回リクエストを送信したいと思ったとき、最初に「ログインしてください」と表示されると、そこで手続きが止まりやすくなります。顧客は入口を見つけにくくなり、サポートチームには形式のそろっていないメールが届き、ストア側も安定したオンライン手続きがあることを説明しにくくなります。

そのため、HeiWidget は Withdrawal Request のストアフロントブロックを追加しました。Shopifyを利用するマーチャントが、より軽量なEU撤回リクエストフォームを用意できるようにするためです。特に、未ログインの顧客がストアフロントからリクエストを送信する場面に向いています。

未ログイン送信が重要な理由

以前の記事では、EUのonline withdrawal functionの背景と、Shopifyマーチャントが確認しておきたいポイントを解説しました。まだ読んでいない場合は、まずこちらをご覧ください：EU撤回ボタン規則2026：Shopifyストアが6月19日までに確認すべきこと。

簡単に言うと、Directive (EU) 2023/2673 で追加されたArticle 11aは、対象となる消費者がオンライン上で契約撤回を行えるようにすることを重視しています。EUR-Lexの公式テキストでも、このwithdrawal functionは目立つ形で表示され、簡単にアクセスでき、消費者がオンライン撤回声明を送信できるものであるべきだとされています。また、氏名、契約を識別する情報、確認通知を受け取るための電子的な連絡先も扱います。

プロダクト上の意味はシンプルです。撤回の入口は、顧客がサポートに問い合わせないと分からない隠れた手続きであってはなりません。

Shopifyマーチャントにとって特に重要なのは、ゲスト購入です。多くのストアはアカウント登録を必須にしておらず、Shopifyの購入フローでもログインなしで注文が完了することがあります。撤回リクエストの入口がログイン済み顧客にしか使えない場合、次のような体験のずれが生まれます。

1. 顧客はオンラインで注文できるのに、オンラインで撤回リクエストを送信しにくい。
2. サポートチームは、メール本文から注文番号、メールアドレス、リクエスト時刻を手作業で確認する必要がある。
3. マーチャント側に、リクエスト状況を確認する場所がまとまりにくい。
4. 重複リクエスト、入力ミス、不審なトラフィックを見分けにくくなる。

これは単にフォーム項目を1つ追加する話ではありません。アフターセールスの最初の入口が、分かりやすく、安定していて、低摩擦かどうかの問題です。

HeiWidgetのWithdrawal Requestでできること

HeiWidget は現在、storefront withdrawal request blockを提供しています。マーチャントはこれをShopifyテーマに追加し、顧客が契約撤回リクエストを送信するためのストアフロント入口として使えます。このWithdrawal Request機能は、現在無料機能として提供されています。

ストアフロント上の見え方としては、複雑な返品センターではなく、明確なリクエストフォームです。顧客は Withdraw from contract をクリックし、Withdrawal request フォームに入力します。フォーム内では、オンライン購入に関するcontract withdrawal requestを送信するためのものだと説明されます。

現在のフォームには、次の項目があります。

• Order number *：対象注文を識別するための注文番号。
• Email *：顧客への連絡や確認通知に使うメールアドレス。
• Name：顧客名。
• Goods or order details：商品または注文の詳細。
• Message：追加の説明。
• 撤回声明の確認：顧客が、記載された商品の購入契約を撤回する意思を確認します。

項目設計はかなりシンプルです。必須項目は注文識別と連絡先に絞られ、その他の情報は必要に応じて補足できます。未ログイン顧客にとっては、「先にアカウントを作成して注文を探す」よりも自然です。マーチャントにとっても、情報が不足した自由記述メールだけを受け取るより、後続処理に進みやすくなります。

この機能の目的は、完全な返品システムを置き換えることではありません。また、複雑なアフターセールス全体を作り直すものでもありません。より正確には、顧客がオンラインでリクエストを送信し、マーチャントが管理画面側で確認し、ステータス更新を行いやすくするための明確な入口です。

現在のバージョンでは、主に次の点に対応しています。

1. 未ログイン顧客のリクエスト送信：顧客はストアアカウントにログインしなくてもフォームを利用できます。
2. ストアフロント用テーマブロック：ShopifyのテーマエディタでAppsからブロックを追加できます。
3. 管理画面での確認：送信されたリクエストを確認し、実際の注文状況に応じて処理できます。
4. ステータス更新：リクエストをサポートメールの中に埋もれさせず、より明確な処理状態にできます。
5. 重複注文保護：同じ注文に対する重複送信によるサポート負荷を減らしやすくなります。

重要な前提もあります。Withdrawal Requestは、リクエスト入口と管理補助のための機能であり、法的助言ではありません。また、すべての注文が撤回権の対象になるかどうかを自動判定するものでもありません。商品カテゴリ、サービス内容、各国での実装ルール、例外条件については、マーチャント自身のビジネス内容と専門家の助言に基づいて確認する必要があります。

まず入口を整えるための無料機能

小規模なShopifyマーチャントの多くは、撤回フローを軽視しているわけではありません。むしろ、頻度は高くないが重要な場面のために、重い返品システムを導入すべきか迷っているケースが多いはずです。

HeiWidgetのよいところは、始めやすい軽さです。顧客に明確なオンライン送信入口を用意したい場合、特に未ログイン顧客がサポートに連絡したりアカウントを作成したりせずにリクエストを送れるようにしたい場合、Withdrawal Requestは取り入れやすい選択肢になります。

さらに、HeiWidgetはShopify App Storeで無料プランを提供しています。EU向け販売の影響範囲を確認している段階のマーチャントや、まだ本格的な返品システムを導入する準備がないマーチャントにとって、この無料入口は次の基本対応に役立ちます。

• ストアフロントに明確な撤回リクエスト入口を設置する。
• 氏名、注文情報、メールアドレスなどを構造化フォームで受け取る。
• サポートまたは運営チームがリクエストをまとめて確認できるようにする。
• すべてのリクエストが通常のメールボックスに流れ込む状態を避ける。
• 本格的なコンプライアンス確認の前に、顧客導線と社内処理を試す。

これだけでコンプライアンス対応が完了するわけではありません。ただし、ポリシーページとサポートメールだけに頼る状態から、より具体的な入口を持つ状態へ進めます。

Shopifyテーマへの追加方法

追加手順はシンプルです。

1. Shopify Adminを開きます。
2. Online Store > Themes に移動します。
3. 現在のテーマで Edit theme をクリックします。
4. sectionまたはblockを追加します。
5. Apps を開きます。
6. Withdrawal Request を選択します。

追加したら、デスクトップ表示を一度確認して終わりにしないほうがよいです。顧客視点で、少なくとも次の点を確認してください。

• 未ログイン状態で入口が見えるか。
• モバイルで開きやすく、入力しやすいか。
• 注文番号、氏名、メールアドレスなどの項目が分かりやすいか。
• 送信後のリクエストを管理画面側で確認できるか。
• 同じ注文で重複送信した場合の挙動が想定どおりか。
• サポートチームが、リクエスト受信後の処理を理解しているか。

複数言語で販売している場合は、フォーム周辺の説明文、撤回ポリシーページ、カスタマーサポート用テンプレートもあわせて確認してください。入口は最初の一歩にすぎません。顧客が本当に知りたいのは、送信後に何が起きるのか、いつ回答を受け取れるのか、商品を返送する必要があるのかという点です。

分かりやすい撤回フローはサポート負荷も減らす

撤回リクエストは、コンプライアンス上のコストとしてだけ見られがちです。しかし運用面では、明確なオンライン入口があることで、繰り返しの問い合わせを減らせます。

顧客が正式な入口を見つけられない場合、最も見つけやすいチャネルを使います。チャット、問い合わせフォーム、SNSメッセージ、決済関連の問い合わせ、あるいは複数回のメール送信です。サポートチームはその後、顧客が誰なのか、どの注文なのか、期限に関係するのか、同じリクエストがすでに送られているのかを確認しなければなりません。

構造化されたフォームは、この最初の情報収集を安定させます。

• 顧客はどこから送信すればよいか分かる。
• マーチャントはリクエストの発生元を把握できる。
• 管理画面側でステータスを確認できる。
• 重複リクエストを扱いやすくなる。
• チームは不足情報の確認ではなく、判断と処理に時間を使える。

このような体験は、強いマーケティング表現で見せる必要はありません。むしろ、成熟したストアに必要な基本的なインフラに近いものです。顧客は必要なときに見つけられ、マーチャントは記録をもとに処理でき、双方の不確実性が減ります。

どのようなShopifyマーチャントに向いているか

次のようなストアであれば、HeiWidgetのWithdrawal Requestを優先的に試す価値があります。

1. EUの消費者向けに販売しており、2026年6月19日以降の撤回リクエストフローを確認している。
2. Shopifyストアでゲスト購入を許可しており、顧客が必ずしもアカウントを持っていない。
3. 現在、撤回、キャンセル、返品前の相談を主にメールやチャットで受けている。
4. まだ本格的なreturns/RMAシステムは導入したくないが、online requestの入口は用意したい。
5. 無料機能から始め、社内処理がスムーズに回るか確認したい。

すでに複雑な返品倉庫、返金自動化、返品ラベル、多地域ルールを持っているビジネスでは、HeiWidgetのWithdrawal Requestだけですべてを置き換えることはできません。それでも、未ログイン顧客向けのストアフロント撤回リクエスト入口は、既存フローを補完する役割を持てます。

まずは顧客が送信できる状態にする

EUのonline withdrawal functionをめぐる議論は、法的・技術的な話になりがちです。しかしShopifyストア上で最初に確認すべきことは、もっとシンプルです。

ログインしていない顧客が、あなたのサイト上で明確な入口を見つけ、ストア側が識別・処理できる撤回リクエストを送信できるでしょうか。

現在の答えがまだ「サポートにメールしてください」であるなら、より明確なオンライン入口を追加する価値があります。

Shopify App Storeで HeiWidget: Floating & Promo を確認・インストールできます。Withdrawal Requestはストアフロント用ブロックとして提供されており、無料で軽量な方法からEU撤回リクエストの入口を整えたいマーチャントに向いています。

関連リソース

• EU撤回ボタン規則2026：Shopifyストアが6月19日までに確認すべきこと
• Directive (EU) 2023/2673 公式テキスト
• HeiWidget: Floating & Promo on Shopify App Store