Checkliste für Nutzungsbedingungen nach Geschäftsmodell
Gute Nutzungsbedingungen müssen das tatsächliche Geschäftsmodell abbilden und dürfen nicht lediglich eine allgemeine Vertragsvorlage wiederholen.
Im Browser ausführen – kostenlos
Dieser Generator erstellt eine geordnete Klauselliste für ein SaaS-Produkt, einen Onlineshop, einen Marktplatz oder eine Content-Seite. Allgemein wichtige Themen werden mit Bestimmungen für das gewählte Modell verbunden. So erhalten Gründende, Produktteams und Rechtsberatende eine klare Arbeitsgrundlage für Entwurf oder Prüfung. Das Ergebnis dient nur der allgemeinen Information und ist keine Rechtsberatung. Der endgültige Text muss deshalb an das Unternehmen, seine Nutzer, seine Transaktionen und alle betroffenen Rechtsordnungen angepasst werden.
Beginnen Sie beim Geschäftsmodell, nicht bei einer fremden Vorlage
Nutzungsbedingungen regeln eine konkrete Geschäftsbeziehung. Eine abonnierte Software benötigt Bestimmungen zu Tarifen, Verlängerungen, Kundendaten und erlaubter Kontonutzung. Ein Onlineshop muss Bestellannahme, Zahlung, Versand, Rückgabe und Produktgarantien behandeln. Ein Marktplatz hat seine Vermittlerrolle gegenüber Käufern und Verkäufern abzugrenzen und zugleich Angebote, Auszahlungen, Gebühren und Transaktionsstreitigkeiten zu regeln. Eine redaktionelle Website braucht klare Regeln über Zugang, Weiterverwendung, Kommentare und das Vertrauen auf Informationsinhalte. Die Wahl des richtigen Geschäftsmodells verändert die Liste somit erheblich. Der Generator ergänzt einen gemeinsamen Kern um passende Klauseln. Der Kern umfasst Zustimmung, Kontosicherheit, zulässige Nutzung, geistiges Eigentum, Datenschutzverweise, Kündigung, Haftungsausschlüsse, Haftungsbegrenzung, Streitbeilegung, Änderungen und rechtliche Mitteilungen. Behandeln Sie jeden Punkt als Frage für die Vertragsgestaltung und nicht als unterschriftsreifen Wortlaut. Klären Sie, was das Unternehmen zusagt, was Nutzer tun dürfen, welche Störungen eintreten können und wer welches Risiko trägt. Auf diese Weise entstehen Bedingungen, die mit dem wirklichen Betrieb verbunden sind, statt eines Dokuments aus Formulierungen für ein anderes Produkt.
Machen Sie aus jedem Punkt eine zutreffende Betriebsregel
Vergleichen Sie jede geplante Rechtsregel mit Produkt, Bestellablauf, Support und internen Verfahren. Eine Verlängerungsklausel ist unzuverlässig, wenn das Abrechnungssystem anders arbeitet. Eine Löschzusage ist riskant, wenn Sicherungen oder gesetzliche Aufbewahrung die sofortige Entfernung verhindern. Auszahlungsregeln eines Marktplatzes müssen Reserven und Rückbuchungen entsprechen; Versandregeln eines Shops müssen Beförderer, Ziele und den tatsächlichen Gefahrübergang wiedergeben. Halten Sie vor dem Entwurf für jede Antwort das verantwortliche Team und die maßgebliche Quelle fest. Das Produktteam bestätigt Funktionen und Kontrollen; Finanzen prüft Gebühren, Steuern, Erstattungen und Auszahlungen; der Betrieb beschreibt Erfüllung oder Moderation; die Sicherheit erklärt Zugangsdaten und Missbrauchsschutz; Datenschutzfachleute stimmen Hinweise und Verarbeitungsvereinbarungen ab. Kennzeichnen Sie nicht einschlägige Klauseln und dokumentieren Sie den Grund, anstatt sie kommentarlos zu entfernen. Erfassen Sie außerdem einbezogene Dokumente wie Richtlinien zu zulässiger Nutzung, Rückgaben, Verkäufern, Abonnements, Urheberrecht oder Datenverarbeitung. Einheitliche Verweise sind wichtig, denn Widersprüche zwischen Richtlinien machen selbst sorgfältig formulierte Bedingungen unklar.
Lassen Sie Rechtsordnung, Fairness und Wirksamkeit prüfen
Die Liste nennt übliche Themen, kann aber nicht bestimmen, welcher Wortlaut für ein bestimmtes Unternehmen oder Publikum wirksam ist. Verbraucherschutzrecht kann Gewährleistungsausschlüsse, automatische Verlängerungen, Kündigungswege, Haftungsobergrenzen, Rechtswahl, Schiedsverfahren, Sammelklageverzichte oder einseitige Änderungen beschränken. Weitere Anforderungen können gelten, wenn Minderjährige teilnehmen, Waren Grenzen überschreiten, gewerbliche Verkäufer handeln oder regulierte Informationen verarbeitet werden. Übergeben Sie einer qualifizierten Rechtsberatung die ausgefüllte Liste zusammen mit Sachverhaltsnotizen, verknüpften Richtlinien, Nutzerabläufen, Zielmärkten und bestehenden Vertragstexten. Bitten Sie um Erklärungen zu Auslassungen und notwendigen Betriebsänderungen, nicht bloß um einen Text. Testen Sie die genehmigten Bedingungen anschließend im echten Registrierungs- oder Bestellablauf: Hinweise müssen sichtbar, Links funktionsfähig und Zustimmungen bei Bedarf nachweisbar sein; eine speicherbare Fassung sollte verfügbar bleiben. Benennen Sie Verantwortliche und einen Prüfturnus. Prüfen Sie erneut, wenn Preise, Abonnements, Versandgebiete, Plattformrollen, Inhaltsfunktionen, Streitverfahren oder Datenpraktiken wechseln. Über die API kostet jede deterministische Liste $0.002; dieselbe Eingabe liefert stets dasselbe geordnete Ergebnis.
Anwendungsfälle
Eine erste Entwurfsgrundlage vorbereiten
Geben Sie der Rechtsberatung vor dem Entwurf eine gegliederte Liste modellspezifischer Fragen und betrieblicher Tatsachen.
Bedingungen nach Produktänderungen prüfen
Ermitteln Sie, ob neue Abonnements, Auszahlungen, Versandwege, Kommentare oder Datenfunktionen andere Klauseln erfordern.
Eine bereichsübergreifende Prüfung steuern
Verteilen Sie Punkte auf Produkt, Finanzen, Betrieb, Datenschutz, Sicherheit und Recht, damit Regeln und Prozesse übereinstimmen.
Häufige Fragen
Erstellt der Generator vollständige Nutzungsbedingungen?
Nein. Er liefert eine Klauselliste mit Prüffragen, keinen Vertragstext. Die endgültigen Bedingungen benötigen eine individuelle Ausarbeitung und rechtliche Prüfung.
Welche Geschäftsmodelle werden erkannt?
Zulässig sind SaaS, E-Commerce, Marktplatz und Content-Seite. Jeder andere Wert führt zu einem Fehler wegen ungültiger Eingabe.
Warum enthalten alle Modelle gemeinsame Klauseln?
Die meisten Onlinedienste brauchen einen Kern zu Zustimmung, Konten, Nutzung, Eigentum, Inhalten, Datenschutz, Kündigung, Risiken, Streitigkeiten, Änderungen und Kontakt.
Kann die Liste anwaltliche Beratung ersetzen?
Nein. Recht, Wirksamkeit, Zielgruppe, Gebiet, Produktverhalten und Risikoverteilung müssen anhand des tatsächlichen Geschäfts beurteilt werden.
Wie sollte das Ergebnis verwendet werden?
Gleichen Sie jeden Punkt mit dem Betrieb ab, dokumentieren Sie Zuständigkeiten und Quellen, begründen Sie Ausnahmen und übergeben Sie die Unterlagen einer qualifizierten Beratung.
Was kostet eine API-Anfrage?
Jede Anfrage kostet $0.002. Die Funktion arbeitet deterministisch und nutzt weder einen Netzwerkdienst noch ein Sprachmodell.
Für Entwickler — API-Zugang
Alles auf dieser Seite ist auch per API verfügbar. Dieser Abschnitt richtet sich an Teams, die es in ihre eigenen Systeme einbinden möchten; alle anderen nutzen einfach das Tool oben.
Endpunkt
Authentifizierung per Bearer-Token. Ein einziger POST stellt die Aufgabe in die Warteschlange; das Ergebnis erhalten Sie per Webhook oder über einen signierten Link.
Aufruf aus Ihrem Stack
curl -X POST https://api.kit.forhosting.com/doc/terms-of-service-checklist \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"business_type":"saas"}'const res = await fetch("https://api.kit.forhosting.com/doc/terms-of-service-checklist", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"business_type": "saas"
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/doc/terms-of-service-checklist",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"business_type": "saas"
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/doc/terms-of-service-checklist", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"business_type":"saas"}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"business_type":"saas"}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/doc/terms-of-service-checklist", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)Beispiel-Anfrage
{
"business_type": "saas"
}Beispiel-Antwort
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "doc.terms_of_service_checklist",
"status": "queued",
"_links": {
"result": "/tasks/tsk_…/result"
}
}Die API arbeitet asynchron: Sie erhalten sofort eine task_id. Polling ist mit 1 Anfrage pro Sekunde erlaubt.
Preis
Der Preis steht auf der Seite – keine Tokens, keine Credits. Fehlgeschlagene Aufgaben werden nicht berechnet.
Limits
max_mb | 25 |
max_pages | 200 |
Fehler
| HTTP | Code | Bedeutung |
|---|---|---|
401 | unauthorized | Der API-Schlüssel fehlt oder ist ungültig – prüfen Sie den Authorization-Header (Bearer). |
402 | insufficient_balance | Ihr Guthaben reicht für diese Aufgabe nicht aus – Aufladungen verfallen nicht. |
404 | unknown_type | Unbekannter Aufgabentyp – prüfen Sie das Feld „type“ gegen den Katalog. |
429 | rate_limited | Zu viele Anfragen – warten Sie kurz; Polling ist mit 1 Anfrage pro Sekunde erlaubt. |