EU消費者向けEC事業者必見、2026年6月から撤回リンクが必須に
EU（欧州連合）域内の消費者を対象に商品やサービスをオンライン販売するすべてのB2C事業者に対し、2026年6月19日までに「契約撤回」機能の設置が義務付けられる。これは、新たなEU指令2023/2673に基づくものだ。WooCommerceで運営している事業者であれば、必要な機能のほとんどは既に備わっていると考えてよい。
今回の指令は、これまで存在していた消費者の「14日間の撤回権」の行使方法を、より具体的かつ利用しやすい形に改めるものだ。事業者は、購入時と同じくらい簡単に契約を解除できる導線を、Webサイト上に確保しなければならない。その内容と実装のポイントをまとめた。
WooCommerce Blogの記事を基に、変更点の概要と具体的な対応ステップを詳しく見ていく。
2026年6月、何が変わるのか
EUでは従来から、指令2011/83に基づき、消費者は契約から14日間以内であれば理由を問わずに契約を撤回できる「クーリングオフ」の権利が認められてきた。今回の指令2023/2673は、この権利を「どのように行使できるようにするか」を具体的に規定し直したものだ。
つまり、オンラインで簡単に契約（購入）できるようにしているなら、同じくらい簡単にオンラインで撤回（解約・返品）できるようにしなければならない、という考え方である。この「対称性」が、今回の改正の中核にある。
事業者に求められる具体的な対応
新しい指令の中核は、サイト上に「契約撤回」のための機能を、目立つ形で常時利用可能な状態にしておくことだ。具体的には、以下のような要素が求められる。
- 常に目に付きやすい場所に「契約を撤回する」ためのボタンまたはリンクを設置する
- そのリンク先では、消費者が誰のどの契約を撤回したいのかを簡単に伝えられる入力フォームを用意する
- 撤回の申し出があったら、事業者側は速やかに確認メールを自動送信する
- 申し出を受けた後の実際の返金・返品処理は、既存の業務フローに沿って行う
ここで注意すべきは、「契約撤回」の権利そのものは以前から存在していたという点だ。今回の変更はあくまで「権利の行使方法」に関するものであり、返品や返金のポリシーそのものを根本から変える必要があるわけではない。
14日間の撤回期間中は機能を維持する
この撤回機能は、消費者が商品を受け取った日、またはサービス契約を結んだ日から14日間、継続的に提供しなければならない。期間が過ぎたら自動的に機能を停止する必要はないが、少なくとも14日間は確実に利用できる状態にしておくことが求められる。
したがって、特定のキャンペーン期間中だけ表示するといった制御は避け、サイト上に恒常的に設置しておくのが無難だ。
WooCommerceを使った実装ステップ
新指令に対応するための技術的なハードルは、それほど高くない。特にWooCommerceを利用している場合、基本的な機能の多くは既にコア機能やプラグインでカバーできる。WooCommerce Blogの記事では、以下の4ステップが推奨されている。
ステップ1：サイトに「契約撤回」リンクを設置する
まず、サイトのフッターやメインナビゲーションなど、訪問者が迷わずに見つけられる位置にリンクを追加する。EU指令では「ここから契約を撤回する」といった趣旨の、機能が明確に分かるラベル表記が求められている。
特殊な装飾ボタンである必要はなく、テキストリンクでも問題ない。しかし、他の利用規約系リンクに埋もれてしまわないよう、視認性には配慮が必要だ。具体的なラベル例としては「契約の撤回はこちら（Withdraw from contract here）」「注文のキャンセルと返品」などが考えられる。
ステップ2：撤回リクエスト用のフォームを作成する
リンク先のページには、消費者が以下の情報を提供または確認できるフォームを設置する。
- 氏名
- 注文番号または契約参照番号
- メールアドレス
フォーム作成には、Contact Form 7やWPForms、Gravity Formsなど、WordPressで広く使われているコンタクトフォームプラグインで十分対応できる。独自のカスタム開発は必須ではない。むしろ、既存のフォームに「お問い合わせ種別：契約撤回」という項目を追加するだけでも、最低限の実装としては成立するだろう。
フォーム設計で気を付けるべきは、顧客が入力に迷わないシンプルさだ。注文番号が分からないケースも想定し、注文時に使用したメールアドレスと氏名だけでもリクエストを受理できるようにしておくと、顧客体験として優れたものになる。
ステップ3：確認メールの自動送信を設定する
消費者から撤回リクエストが送信されたら、それを受け取ったことを証明する確認メールを自動で返信する必要がある。これは、後日の「言った言わない」のトラブルを防ぐための重要なステップだ。
多くのフォームプラグインには、送信完了時の自動返信メール機能が備わっている。そのテンプレートに「契約撤回のリクエストを受け付けました。追って担当者よりご連絡いたします」といった文言を設定しておけばよい。カスタマーサービス用の外部ツール（ZendeskやFreshdeskなど）を使っているなら、そちらの自動応答機能を利用しても構わない。
ステップ4：既存の返金・返品フローで処理する
撤回リクエストを受け取った後の実際の処理（返金、返品受付、在庫戻しなど）は、これまで使ってきたWooCommerceの標準機能で十分対応できる。注文管理画面からの返金処理、注文メモへの記録、在庫の自動復元といった機能は、WooCommerceコアに組み込まれている。
大事なのは、新しい導線で受け取ったリクエストを、既存の処理フローに確実に乗せることだ。フォームからの通知が特定のメールアドレスに飛ぶだけになっていないか、必ず確認しておく必要がある。
WooCommerce事業者が持つ「既存の優位性」
この指令対応に関して、WooCommerce利用者はいくつかの点で有利な立場にある。カスタム構築のECサイトや、SaaS型の海外製ECプラットフォームと比較しても、柔軟性の高さが際立つ。
コア機能だけでもカバーできる範囲の広さ
WooCommerceは、注文管理、返金ワークフロー、注文メモ、ステータス管理といった機能を標準で備えている。これらはすべて、「契約撤回リクエストを受け取った後の処理」にそのまま流用できる。追加プラグインなしでも、管理画面上で返金処理を行い、その履歴を注文メモに残すところまでは実現可能だ。
これは、フルスクラッチでECサイトを構築した場合と比べて、圧倒的に少ない工数で対応できることを意味する。フォームの設置とメール通知の設定さえ済ませれば、運用に乗せられる状態になるだろう。
プラグインによる拡張性
より高度な対応を目指すなら、WooCommerceのプラグインエコシステムが役に立つ。たとえば、フォーム入力を自動的に注文と紐付けて管理画面に表示するプラグインや、返金リクエストを専用のステータスとして管理できる拡張機能などが存在する。
ただ、最初から完璧を目指す必要はない。まずは本稿で紹介した4ステップを実装し、運用しながら徐々に自動化の範囲を広げていくアプローチが、リスクもコストも抑えられて現実的だ。
実装時に気をつけるべきポイントと限界
ここまでの内容は、EU指令の一般的な要件と、技術的な対応の枠組みを説明したものだ。しかし、実際のビジネスに適用する際には、いくつか注意すべき点がある。
国ごとに異なる可能性がある最終要件
EU指令は加盟国に対し、国内法化する際の「最低基準」を示すものだ。つまり、実際にどのような表現や導線が求められるかは、販売先の国によって細部が異なる可能性がある。WooCommerce Blogの記事でも「具体的な要件はEU加盟国によって異なる可能性があるため、ビジネスを展開している国の規制に詳しい法律専門家への相談を推奨する」と言及されている。
特にドイツやフランスなど消費者保護の基準が厳しい国では、ラベルの文言やフォームの項目について、より詳細な要件が課される可能性を考慮しておくべきだ。
「目立つ場所」の解釈
指令は「目立つ、かつ容易にアクセスできる（prominently and easily accessible）」場所への設置を求めている。これはサイト運営者にとって、解釈の余地がある部分だ。フッターにリンクを置くだけで十分なのか、あるいは注文確認画面やマイページにも導線が必要なのかは、今後のガイドラインや各国の運用次第で変わってくる可能性がある。
安全を取るなら、以下の複数の場所に重複してリンクを設置しておくとよい。
- サイト共通フッター
- 注文完了画面（サンキューページ）
- マイアカウントページの注文履歴
- よくある質問（FAQ）ページ
これなら「見つけられなかった」というクレームのリスクを大幅に減らせる。
本記事は法的助言ではない
念のため明記しておくが、本記事は一般的な情報提供を目的としており、特定のビジネスに対する法的助言を構成するものではない。WooCommerce Blogの元記事にも同様の但し書きがある。最終的な判断は、必ず各国の消費者法に詳しい弁護士や法律専門家に相談してほしい。
この記事のポイント
- 2026年6月19日より、EUの消費者向けB2C ECサイトは「契約撤回」機能の設置が必須となる
- 「購入できるなら同じ画面で解約もできる」状態を求めるのが新指令の本質だ
- WooCommerceならコア機能とフォームプラグインで、比較的少ない工数での対応が見込める
- 実装後は、返金フローや自動返信メールが正しく機能するかを必ずテストすること
- 法解釈や最終的な要件は各国で異なるため、弁護士など専門家への相談が不可欠
・ 複数業界における17年間のデジタルビジネス開発経験
・ ウェブサイト開発のためのHTML、PHP、CSS、Java等の実用的知識
・ 15ヶ国語対応の多言語SaaSの開発経験
・ 17年間にも及ぶ、Eコマース長期運営経験
・ 幅広い業界でのSEO最適化の豊富な経験