契約解除ボタン 2026: ドイツの事業者に対する新たな法的要件

Billing
Billing

Stripe Billing は、定期課金から段階制、ハイブリッドまで、あらゆる料金モデルに対応。ビジネスに合わせた柔軟な顧客管理を実現します。

もっと知る 
  1. はじめに
  2. 契約解除ボタンの概要
  3. 契約解除ボタン義務化の法的根拠
    1. ドイツ法における実施
  4. 2026 年以降に契約解除ボタンが満たすべき要件
    1. 一般的な表示要件
    2. 機能要件
    3. 2 クリックによる契約解除
    4. 事業者による確認
  5. 注文ボタンの要件
  6. 2026 年以降のオンラインストアのデザインに対する契約解除ボタンの影響
    1. 既存のユーザーエリアへの統合
    2. ユーザーナビゲーションと構造への影響
    3. 注文プロセスの全体像
  7. オンラインストアにおける契約解除ボタンの一般的なコンプライアンス上の問題
  8. オンラインストアへの契約解除ボタンの実装方法
  9. Stripe を活用した、コンプライアンスに準拠した決済ワークフローの実装
    1. 柔軟な請求モデル
    2. Checkout の最適化
    3. マーケットプレイスとプラットフォーム
  10. よくあるご質問

ドイツの事業者は、自社のオンラインストアを通じて商品やサービスを販売できます。ただし、これらのオンラインストアが法令に準拠した状態となるには、満たさなければならない要件が多数あります。オンラインストアの運営者に対し、顧客に契約解除ボタンを提供することを義務付ける新たな要件は、2026 年 6 月 19 日に発効します。

この記事では、契約解除ボタンとは何か、満たすべき法的要件、およびこれらの要件がオンラインストアのデザインに与える影響について説明します。また、一般的なコンプライアンス上のミスを取り上げ、契約解除ボタンをオンラインストアに技術的に統合する方法についても解説します。

重要なポイント

  • 2026 年 6 月 19 日以降、オンラインストアは、オンラインで締結された通信販売契約を顧客が解除できる電子的な機能を提供しなければなりません。
  • 契約解除ボタンは、顧客がオンラインで契約を締結するのと同様に簡単に契約を解除できることを目的としています。
  • この要件は EU 指令に基づいており、ドイツ民法典 (BGB) 第 356a 条の改正を通じてドイツ法に導入されています。
  • 契約解除ボタンは、明確に表示され、見つけやすく、契約解除期間 (すなわち「クーリングオフ期間」) を通じて利用可能でなければなりません。
  • 電子的手段によって直接契約を解除できる必要があり、この契約解除はオンラインストアによって確認されなければなりません。
  • この機能は、契約解除を正しく処理し、適切にひも付けられるよう、既存のストアおよびバックエンドシステムに統合されなければなりません。

契約解除ボタンの概要

契約解除ボタンとは、ウェブサイトやアプリ上の電子的な機能で、顧客がオンラインで締結した通信販売契約を契約解除できるようにするものです。契約解除ボタンについて明示的な法的定義はなく、関連する法規制では、より一般的に「契約解除機能」として言及されているだけです。この機能は通常、明確に表示されたボタンによって起動されるため、一般的に「契約解除ボタン」と呼ばれるようになりました。

この機能の導入は、契約を契約解除することを、契約の締結と同じくらい簡単にすることを目的としています。オンラインコマースでは、契約の締結は通常わずか数クリックで完了します。契約解除ボタンは、顧客がメールや郵便などの別の連絡手段を使わなくても、オンラインインターフェース上で直接契約を契約解除できる追加の手段です。これは、メール、郵便、契約解除フォームを通じた契約の契約解除といった他の方法に取って代わることを意図したものではなく、そうした方法も引き続き利用可能です。

契約解除ボタン義務化の法的根拠

契約解除ボタンを提供する義務は、EU の既存の消費者権利指令 2011/83/EU を改訂・更新した指令 (EU) 2023/2673 に基づいています。

目的は、すべての EU 加盟国で一貫して高い水準の消費者保護を実現し、オンラインコマースでの使いやすさを向上させることです。同時に、契約解除ボタンの提供義務は、契約の締結時と解除時のプロセスをより適切に整合させるのに役立ちます。

加盟国は、2025 年 12 月 19 日までに必要な国内法を制定する義務を負っています。規制は 2026 年 6 月 19 日に発効します。

ドイツ法における実施

ドイツでは、ドイツ民法典 (BGB) 第 356a 条の改正を通じて、新たな要件が導入されました。この規定は、オンラインインターフェースを通じて締結された通信販売契約について、事業者に電子的な契約解除機能の提供を義務付けています。BGB 第 356a 条の従来の文言は改訂され、電子的な契約解除機能に関する新たな規定が追加されました。

2026 年以降に契約解除ボタンが満たすべき要件

2026 年 6 月 19 日以降、顧客が契約を直接解除できるようにするため、契約解除ボタンは一定の基本要件を満たす必要があります。法的要件の主な目的は、このボタンのデザインを明確で使いやすいものにすることです。

一般的な表示要件

  • 契約解除ボタンは読みやすく、たとえば「契約を解除する」やそれと同等の文言で明確にラベル付けされている必要があります。
  • 契約解除期間 (いわゆる「クーリングオフ期間」) 全体を通じて、常に利用可能である必要があります。
  • 目立つ場所に配置し、簡単にアクセスできるようにする必要があります。

機能要件

  • 契約解除機能では、契約解除通知を電子的に直接送信できる必要があります。
  • 顧客が、氏名、契約を特定するために必要な情報、受領確認のための連絡先 (メールアドレスなど) を比較的簡単に提供または確認できるようにする必要があります。

2 クリックによる契約解除

  • 情報を入力した後、顧客は 2 つ目のボタンをクリックして、契約解除の意思を確認する必要があります。
  • この確認ボタンは、たとえば「契約解除を確認する」など、明確にラベル付けされている必要があります。

事業者による確認

  • 契約解除の通知が提出されたら、事業者は直ちに受領を確認する必要があります。
  • この確認は、メールなどの永続的な媒体で提供する必要があります。
  • 少なくとも、契約解除の通知の内容と、受領日時が含まれている必要があります。
  • 契約解除機能を使用して適切な時期に契約解除の通知が提出された場合、期日内に受領されたものと見なされます。

注文ボタンの要件

契約解除ボタンと注文ボタンは、同じ基本原則に基づいています。つまり、顧客は常に、自身の行為がもたらす法的効果を明確に認識できなければなりません。契約解除ボタンは契約の解除をしやすくする一方で、注文ボタンは、顧客が内容を十分に理解したうえで契約を締結できるようにするものです。

ドイツでは、注文ボタンを規律する主要な法的要件は、BGB 第 312j 条に定められています。「ボタンソリューション」により、事業者は注文プロセスの最終段階を曖昧さのないものにする必要があります。注文がボタンによって行われる場合、この要件を満たすのは、ボタンの表示が明確で読みやすく、かつ支払い義務があることを明示しているときに限られます。たとえば、「支払い義務を伴う注文」や「有料で注文」など、同様に明確な文言を表示する必要があります。「注文」や「続行」などの曖昧な文言では、法的要件を満たしません。

表示に関する要件に加えて、法律では注文プロセスと注文フォームについても追加のガイドラインを定めています。注文が送信される直前には、重要な契約情報をすべて明確に要約して表示する必要があります。これには特に、商品またはサービスの主な特徴、合計金額、契約規約が含まれます。これは、顧客が拘束力のある購入を行う前に内容を確認できるようにするためです。たとえば強調表示や直接的な行動喚起を用いた明確なボタンデザインにより、注文プロセスの透明性と明確さはさらに高まります。

2026 年以降のオンラインストアのデザインに対する契約解除ボタンの影響

2026 年の契約解除ボタンの導入により、オンラインストアは実際の注文プロセスを超えて既存のシステムを適応させる必要が生じます。注文ボタンに関する法的要件が主に契約締結の瞬間に関わるのに対し、契約解除ボタンはその対象を購入後のクーリングオフ期間まで拡大します。

既存のユーザーエリアへの統合

実際には、主に契約解除機能の配置と視認性が問題となります。この機能は、ユーザーが直感的に自身の契約と結び付ける領域に統合する必要があります。具体的には、顧客アカウント、注文概要、個別の注文詳細ページなどです。確認ページやメールを使って、契約解除機能にできるだけ簡単にアクセスできるようにすることもできます。たとえば、もともとログインせずに締結した契約について、追加の登録を求めるといった不要な障壁によって、契約の契約解除が妨げられてはなりません。機能を見つけにくくしたり、アクセスしにくくしたりする設計は、容易にアクセスできるようにするという法の目的に反します。

ユーザーナビゲーションと構造への影響

契約解除ボタンは、ユーザーがオンラインストア内をどのように移動するか、また情報がどのように整理されるかにも影響を与えます。事業者は、顧客が契約に関する重要な詳細をすべて簡単に見つけられること、そしてその情報が分かりやすく明確であることを確保する必要があります。さらに、どの契約の契約解除がどの注文に対応するのかを簡単に識別できなければなりません。これは、たとえば注文番号や各契約に関する明確な詳細を示して注文に分かりやすくラベルを付けることで実現できます。

注文プロセスの全体像

全体として、契約解除ボタンの導入は、契約のライフサイクル全体を通じて一貫性と透明性のあるデザインの重要性が高まっていることを示しています。注文の送信で終わるのではなく、注文プロセスは、契約を簡単に契約解除できる選択肢を含むものへと拡張されます。実際には、法的要件とユーザー体験をこれまで以上に密接に一致させる必要があることを意味します。

オンラインストアにおける契約解除ボタンの一般的なコンプライアンス上の問題

2026 年以降に契約解除ボタンが導入されることで、オンラインストアの運営者には、法的および技術的な要件がこれまで以上に求められます。デザインや実装における小さなミスでも、法的要件を満たせなくなる可能性があります。実務上、事業者が早い段階で対処すべき一般的な問題領域がいくつかあります。

  • 不明確または不正確なボタンのラベル
    注文ボタンと契約解除ボタンの両方で、コンプライアンスを満たすには明確な文言が必要です。注文ボタンは支払い義務を明確に示す必要がある一方で、契約解除ボタンは契約を解除するための手段であることが明確にわかる必要があります。曖昧な表現や一般的すぎる表現は、契約の法的有効性に疑義を生じさせる可能性があります。

  • 見つけにくい契約解除機能
    契約解除機能は、顧客が簡単にアクセスできるものでなければならず、「隠された」状態であってはなりません。ユーザーに長時間探させたり、機能を見つけにくくしたりすることは、法的規制の基本原則に反します。

  • プロセス設計の欠如または不完全さ
    実際には、契約解除は所定のフローに従って行う必要があるという点を見落とす事業者が少なくありません。これには特に、関連情報を要求または確認することに加え、永続的記録媒体で受領の明示的な確認を提供することが含まれます。

  • 不十分な技術的実装とシステム連携
    技術的な不備も、典型的なコンプライアンスリスクの一つです。例えば、契約契約解除が社内システムに正しく送信されなかったり、確認が確実に送信されなかったりする場合があります。また、契約データが注文や顧客と明確に照合できない場合にも問題が発生し、契約解除処理においてエラーが生じる可能性があります。

  • 不十分なトレーサビリティまたは不適切な文書化
    最後に、文書化も重要な検討事項です。事業者は、契約の契約解除を明確に追跡できるようにしておく必要があります。特に、契約解除通知のタイミングとコンテンツに関しては重要です。トレーサビリティが欠如していると、紛争が発生した場合に深刻な法的問題につながる可能性があります。

オンラインストアへの契約解除ボタンの実装方法

新しい規制に準拠するには、既存のストアシステムとバックエンドシステムに契約解除ボタンを組み込む必要があります。これには、利用者に見えるフロントエンドのボタンだけでなく、特にバックグラウンドでの契約解除通知の処理が含まれます。オンラインストアは、契約解除の通知を特定の契約に対応付け、安全に保存し、確実に処理できるようにしなければなりません。同時に、確認通知を自動的に生成し、顧客に送信する必要があります。

実際には、契約解除機能は通常、顧客アカウントや注文概要など、既存のユーザー向け領域に組み込まれます。技術的には、顧客が契約解除ボタンをクリックした際に、必要なデータが取得、検証され、内部システムに転送されるようにプロセスを設計する必要があります。特に、このプロセスは注文データベースまたは契約データベースと連携し、法律で義務付けられている受領確認をトリガーする必要があります。メディアの分断やデータ損失を回避するには、アプリケーションプログラミングインターフェイス (API) に基づく堅牢なインターフェイスアーキテクチャが重要です。

Stripe を活用した、コンプライアンスに準拠した決済ワークフローの実装

2026 年の契約解除ボタンの導入は、オンラインストアのデザインだけでなく、基盤となる決済、請求、注文処理のプロセスにも影響します。特に重要なのは、法令に準拠したワークフローを、既存の決済フローや決済構造にどのように効率的に組み込むかという点です。

柔軟な請求モデル

Stripe では、決済、請求、注文処理の機能を提供しています。Stripe Billing を使用すると、決済プロセスや請求プロセスをさまざまなビジネスモデルに合わせて調整できます。これには、継続課金、従量課金モデル、カスタム料金体系が含まれます。

Billing を使用すると、決済モデルをカスタマイズし、国際市場に対応し、販売プロセスを最適化できます。決済、税、請求の自動化機能により、プロセスを一元的かつ効率的に管理できます。同時に、売上回収機能とリテンション機能により、決済の失敗やカゴ落ちを削減できます。

Checkout の最適化

一方、Stripe Checkout は、ウェブサイトやアプリに直接組み込める、構築済みでカスタマイズ可能な決済インターフェイスを追加します。Checkout は、モバイル対応に最適化された決済プロセスを実現し、実装を簡素化するとともに、国際的な決済手段や 100 種類以上の通貨に対応します。また、機密性の高い決済データの処理も容易になるため、セキュリティ要件や規制要件への準拠にも役立ちます。

マーケットプレイスとプラットフォーム

マーケットプレイスまたはプラットフォームモデルを介して注文を処理する場合、契約解除も、それらのプラットフォーム上で適切に分類して処理する必要があります。たとえば、一意の注文 ID や自動確認を使用します。Stripe Connect は、プラットフォームがマーケットプレイスの決済と入金を管理するのに役立ちます。

これらのソリューションを組み合わせることで、ユーザーフレンドリーで拡張性の高い決済、注文、関連プロセスを設計できます。同時に、デジタルコマースにおける法的規制への準拠を支援し、必須の契約解除ボタンなどの新たな要件も実装しやすくなります。

よくあるご質問

以下では、2026 年から契約解除ボタンの設置が義務付けられる要件に関するよくあるご質問にお答えします\。

この記事の内容は、一般的な情報および教育のみを目的としており、法律上または税務上のアドバイスとして解釈されるべきではありません。Stripe は、記事内の情報の正確性、完全性、妥当性、または最新性を保証または請け合うものではありません。特定の状況については、管轄区域で活動する資格のある有能な弁護士または会計士に助言を求める必要があります。

その他の記事

  • 問題が発生しました。もう一度お試しいただくか、サポートにお問い合わせください。

今すぐ始めましょう

アカウントを作成し、支払いの受け付けを開始しましょう。契約や、銀行情報の提出などの手続きは不要です。貴社ビジネスに合わせたカスタムパッケージのご提案については、営業担当にお問い合わせください。
Billing

Billing

新規事業や新製品の収益化と、継続的な決済の受け付けをサポートします。

Billing のドキュメント

サブスクリプションの作成と管理、使用量の追跡、請求書の発行を行います。