Terms of Service oder Terms of Use: Gibt es einen Unterschied?

Gehen Sie vor der Veröffentlichung diese Liste durch:

1. Wählen Sie einen Hauptnamen, abhängig von Ihrer Produktart und Zielgruppe.
2. Verwenden Sie genau diesen Namen im Footer, im Registrierungsablauf, im Checkout, im App-Store-Eintrag und in Transaktions-E-Mails.
3. Wenn Sie zusätzlich ein EULA oder eine Acceptable Use Policy verwenden, legen Sie in den Hauptbedingungen fest, wie diese Dokumente zusammenhängen und welches bei einem Widerspruch Vorrang hat.
4. Lassen Sie keine alte Seite Terms of Use neben einer neuen Seite Terms of Service online. Leiten Sie sie um oder archivieren Sie sie mit ihren Gültigkeitsdaten.
5. Stellen Sie sicher, dass das Dokument die Vertragspartei mit ihrem genauen Firmennamen und ihren Kontaktdaten nennt.
6. Datieren Sie jede Fassung und bewahren Sie von jeder eine Kopie auf.

Der letzte Schritt wird leicht vergessen und ist mühsam zu rekonstruieren. Wenn es Streit über einen Kauf von vor zwei Jahren gibt, brauchen Sie die Fassung, der dieser Nutzer damals zugestimmt hat, nicht die heute gültige. Ein einfacher Archivordner mit datierten Kopien plus eine Aufzeichnung darüber, welche Fassung jedes Konto akzeptiert hat, reicht für ein kleines Unternehmen meist aus und ist weit besser als nichts.

Kurz gesagt: nein, jedenfalls nicht in einem allgemeinen rechtlichen Sinn. Das Vertragsrecht schaut darauf, was die Parteien vereinbart haben, nicht auf die Überschrift der Seite. Ein Dokument mit dem Titel Terms of Use mit klarer Zustimmung und fairen Klauseln hat mehr Gewicht als eine Seite Terms of Service, die niemand je lesen sollte.

Die drei gängigen Namen deuten allerdings meist einen leicht unterschiedlichen Schwerpunkt an:

• Terms of Service deutet auf einen fortlaufenden Dienst hin, etwa ein SaaS-Produkt, eine Plattform oder ein Onlinekonto.
• Terms of Use deutet auf Regeln für die Nutzung einer Website, App oder von Inhalten hin, oft ohne Bezahlung.
• Terms and Conditions ist die weiteste Bezeichnung und ist bei Onlineshops und im britischen Englisch verbreitet.

Das sind Konventionen, keine Regeln. Große Unternehmen verwenden alle drei, manchmal für Dokumente mit nahezu identischer Struktur. Wenn Sie ein Abonnement verkaufen und den Vertrag Terms of Use nennen, geht nichts kaputt.

Kaputt geht dagegen etwas, wenn Sie zwei Dokumente unter verschiedenen Namen mit widersprüchlichen Regeln veröffentlichen, etwa eine Seite Terms of Use, die Rückerstattungen innerhalb von 30 Tagen verspricht, und eine Seite Terms of Service, die jede Rückerstattung ablehnt. In Verbraucherverträgen in der EU und im Vereinigten Königreich werden Unklarheiten in vorformulierten Bedingungen zugunsten des Verbrauchers ausgelegt, sodass die Verwirrung Sie etwas kostet.

Wählen Sie den Namen, den Ihre Nutzer erwarten, und verwenden Sie ihn dann überall: Footer-Links, Kästchen bei der Registrierung, Checkout, E-Mails und App-Store-Einträge. Einheitlichkeit ist wichtiger als die Wahl selbst.

Eine praktische Orientierung nach Produktart:

• Onlineshop: Terms and Conditions, manchmal mit Terms of Sale für die Kaufregeln. Siehe den AGB-Generator für Onlineshops.
• SaaS- oder Abo-Produkt: Terms of Service, bei größeren Geschäftskunden oft mit einem Bestellformular oder einer gesonderten Vereinbarung.
• Content-Website oder Blog: Terms of Use, mit Schwerpunkt auf Rechten an Inhalten, erlaubter Nutzung und externen Links.
• Mobile App oder Spiel: Terms of Service oder Terms of Use plus eine Lizenzeinräumung, und hier kommt die Frage nach dem EULA ins Spiel.
• Community oder Marktplatz: Terms of Service, oft mit Community-Richtlinien oder Verkäuferbedingungen, die durch Verweis einbezogen werden.

Andere Sprachen haben eigene Bezeichnungen. Deutsche Unternehmen veröffentlichen Allgemeine Geschäftsbedingungen und tschechische Unternehmen obchodní podmínky, aber die Funktion ist dieselbe: vorformulierte Bedingungen, die jedem Kunden angeboten werden.

Wenn Sie unsicher sind, ist Terms of Service für Onlineprodukte die am weitesten anerkannte allgemeine Wahl.

Ein Endbenutzer-Lizenzvertrag, kurz EULA, ist eine Lizenz: Er erlaubt einem Nutzer, eine Kopie von Software zu installieren und zu nutzen, die Ihnen oder Ihren Lizenzgebern gehört. Typische EULA-Klauseln behandeln:

• den Umfang der Lizenz, etwa persönliche, nicht übertragbare Nutzung auf Geräten, die der Nutzer besitzt oder kontrolliert
• Beschränkungen beim Kopieren, Ändern, Weiterverbreiten oder Reverse Engineering
• die Rechte an der Software und ihren Updates
• die Beendigung der Lizenz
• Gewährleistungsausschlüsse und Haftungsbeschränkungen

Terms of Service regeln eine Beziehung zu einem fortlaufenden Dienst: Konten, Verhalten, Nutzerinhalte, Zahlungen, Moderation und Support. Viele moderne Produkte sind zugleich Software und Dienst, daher enthalten ihre Nutzungsbedingungen einen Lizenzabschnitt, und ein separates EULA entfällt.

Eine Einschränkung: Manche Beschränkungen können Sie nicht nach Belieben festlegen. In der EU erklärt die Software-Richtlinie 2009/24/EG Vertragsbestimmungen für nichtig, wenn sie einen rechtmäßigen Nutzer daran hindern, eine erforderliche Sicherungskopie zu erstellen, die Funktionsweise des Programms zu beobachten und zu testen oder es im Rahmen einer engen Ausnahme für die Interoperabilität zu dekompilieren. Ein EULA, das jedes Reverse Engineering ausnahmslos verbietet, gilt in diesen Fällen möglicherweise schlicht nicht.

Ein eigenes EULA brauchen Sie am ehesten, wenn Nutzer Software installieren, die mit wenig oder ganz ohne Serverbeteiligung funktioniert: Desktop-Anwendungen, herunterladbare Spiele, Plugins, On-Premise-Tools oder Offline-Mobile-Apps.

App-Stores verändern das Bild. Apple wendet seinen eigenen Licensed Application End User License Agreement, bekannt als Standard-EULA, auf App-Store-Apps an, sofern Sie in App Store Connect kein eigenes EULA bereitstellen. Ein eigenes EULA muss die Mindestbedingungen von Apple enthalten, etwa die Anerkennung, dass die Vereinbarung zwischen Ihnen und dem Nutzer besteht und nicht mit Apple.

Bei Google Play erlaubt das Developer Distribution Agreement, Ihrer App ein eigenes EULA beizufügen, und die eigenen Bedingungen von Google Play gewähren Nutzern eine Basislizenz an Inhalten, die sie dort beziehen.

Für die meisten Apps, die auch Konten oder Abonnements betreiben, besteht die praktische Antwort darin, sich für die Software auf die Store-Lizenz oder ein eigenes EULA zu stützen und für den Dienst selbst Nutzungsbedingungen zu veröffentlichen. Unser Ratgeber zu AGB für Apps behandelt diese Einrichtung im Detail, einschließlich der Frage, wo jeder Link erscheinen sollte.

Größere Dienste teilen ihre Bedingungen oft in eine Familie von Dokumenten auf. Jedes davon wird meist durch Verweis einbezogen, das heißt, die Hauptbedingungen erklären, dass das andere Dokument Teil der Vereinbarung ist.

• Acceptable Use Policy: eine detaillierte Liste verbotenen Verhaltens, üblich bei Hosting, APIs und KI-Produkten.
• Community-Richtlinien: Regeln in verständlicher Sprache für das Posten, Kommentieren und Interagieren, die Moderationsentscheidungen stützen.
• Verkaufsbedingungen: Kaufregeln für Bestellungen, Lieferung, Rücksendungen und Rückerstattungen.
• Abo- oder Abrechnungsbedingungen: Verlängerung, Kündigung, Testphasen und Preisänderungen.
• Datenschutzerklärung: überhaupt nicht Teil des Vertrags, aber von ihm aus verlinkt.

Die Aufteilung hilft, wenn sich ein Bereich oft ändert oder eine eigene Zielgruppe hat, etwa Verkäufer auf einem Marktplatz. Sie schadet, wenn Dokumente dasselbe Thema mit unterschiedlichen Formulierungen wiederholen. Eine gute Regel: Jedes Thema steht in genau einem Dokument, und die anderen verlinken darauf.

Wenn Sie Inhalte für Nutzer in der EU moderieren, denken Sie daran, dass der Digital Services Act erwartet, dass Inhaltsbeschränkungen und Moderationsverfahren in Ihren AGB beschrieben werden. Die Hauptbedingungen sollten daher klar auf etwaige gesonderte Richtlinien verweisen.

US-Gerichte sortieren Online-Vereinbarungen seit zwei Jahrzehnten danach, wie sie präsentiert wurden, und der Name des Dokuments hat nie über das Ergebnis entschieden.

• Clickwrap: Der Nutzer kreuzt ein Kästchen an oder klickt auf einen Button, der klar sagt, dass er den verlinkten Bedingungen zustimmt. Gerichte setzen diese grundsätzlich durch, wenn der Hinweis klar ist.
• Sign-in-Wrap: Ein Hinweis in der Nähe eines Registrierungsbuttons besagt, dass Fortfahren Zustimmung bedeutet. Das Ergebnis hängt davon ab, wie auffällig der Hinweis ist.
• Browsewrap: Die Bedingungen sind nur irgendwo auf der Website verlinkt, und die Nutzung soll als Zustimmung gelten. Gerichte zögern oft, diese durchzusetzen.

In Specht v. Netscape (2d Cir. 2002) waren Nutzer, die kostenlose Software heruntergeladen hatten, nicht an Lizenzbedingungen gebunden, die sie nur durch Scrollen unterhalb des Download-Buttons hätten sehen können. In Nguyen v. Barnes & Noble (9th Cir. 2014) banden am unteren Rand der Website verlinkte Bedingungen einen Käufer nicht, ohne Nachweis, dass er sie kannte. In Berman v. Freedom Financial Network (9th Cir. 2022) reichte kleiner grauer Hinweistext nicht aus, der nicht klar sagte, dass ein Klick Zustimmung bedeutet.

Die Lehre gilt für jede Bezeichnung: Präsentieren Sie die Bedingungen im Moment der Zustimmung klar und dokumentieren Sie, dass der Nutzer zugestimmt hat. Unsere Schritt-für-Schritt-Anleitung zum Schreiben von AGB zeigt, wie.

Legal Policy Generator erstellt Terms of Service, also dieselbe Vereinbarung, die andere Terms of Use oder Terms and Conditions nennen, aus versionierten Klauseln, die anhand Ihrer Antworten ausgewählt werden. Keine KI schreibt zur Laufzeit Klauseln, daher ergeben dieselben Antworten immer dasselbe Dokument.

Der Fragebogen fragt, wie Ihr Produkt tatsächlich funktioniert, und aktiviert nur die passenden Abschnitte:

• Konten, Teilnahmevoraussetzungen und zulässige Nutzung
• Nutzerinhalte, Moderation und Informationen nach dem EU Digital Services Act
• Abonnements und automatische Verlängerung, einschließlich der kalifornischen Formulierungen zur automatischen Verlängerung
• Rückerstattungen und Verbraucherrechte für die EU, das Vereinigte Königreich, Australien, Brasilien, Kanada und Neuseeland
• DMCA-Meldungen und Schiedsverfahren in den USA
• Haftung, Streitigkeiten und Änderungen der Bedingungen

Fragebogen und vollständige Vorschau sind kostenlos und ohne Konto verfügbar, und einfache HTML- und PDF-Downloads sind kostenlos. Erweiterte regionale oder optionale Module kosten $5. Um vorab ein Gefühl für das Ergebnis zu bekommen, lesen Sie das illustrative SaaS-Muster für Nutzungsbedingungen oder die Seite Vorlage für Nutzungsbedingungen. Generierte Nutzungsbedingungen spiegeln die Fakten wider, die Sie angeben, und sind keine Rechtsberatung.