Nutzungsbedingungen für zulässige Open-Source-Lizenzen zur sicheren Arbeit mit Online-Diensten und Client-Side-Bibliotheken aus dem OpenLibs.dev-Katalog

Wir entwickeln eigene interaktive Webanwendungen und Benutzeroberflächen (UI) auf Basis beliebter Open-Source-Lösungen, ohne den originalen Quellcode der Bibliotheken selbst zu verändern. Wir kontrollieren streng die rechtliche Reinheit der verwendeten Komponenten und wählen ausschließlich sichere, permissive Lizenzen. Dies garantiert eine 100%ige rechtliche Sicherheit sowohl für die Nutzer unserer Dienste als auch für Entwickler, die unsere Beispiele in ihren kommerziellen Projekten verwenden.

Für Benutzer Anwendungen
Für Entwickler Bibliotheken

Schnellübersicht zur Lizenzkompatibilität

Lizenz Zulassungsstatus Kommerzielle Nutzung Schließung des eigenen Codes (UI)
Unlicense Zugelassen Ja Ja (Vollständig, bedingungslos)
MIT Zugelassen Ja Ja (Copyright beibehalten)
Apache 2.0 Zugelassen Ja Ja (Copyright beibehalten)
BSD-2-Clause Zugelassen Ja Ja (Copyright beibehalten)
BSD-3-Clause Zugelassen Ja Ja (Copyright beibehalten)
ISC Zugelassen Ja Ja (Copyright beibehalten)
MPL 2.0 Bedingt (Sicher) Ja Ja (Wenn der Modulcode unverändert bleibt)
LGPLv3 Bedingt (Sicher) Ja Ja (Bei dynamischer Verlinkung)
GPLv3 Verboten Mit Risiko Nein (Erfordert die Offenlegung der gesamten Website)
AGPLv3 Verboten Mit Risiko Nein (Vollständiges virales Copyleft)
CC-BY-NC Verboten Mit Risiko Nicht zutreffend (Nicht für kommerzielle Zwecke)

Häufig gestellte Fragen zur Lizenzierung

Ja, das ist zu 100 % sicher. Wir wählen die Tools sorgfältig aus und stellen sicher, dass sie ausschließlich auf permissiven (MIT, Apache 2.0, BSD-2-Clause, BSD-3-Clause, ISC, Unlicense) oder schwachen Copyleft-Lizenzen (MPL 2.0, LGPLv3) basieren. Sie können die interaktiven Beispiele in Ihren eigenen geschlossenen kommerziellen Projekten ohne versteckte Verpflichtungen verwenden.

Die MPL 2.0-Lizenz erfordert die Offenlegung des Codes nur dann, wenn Sie die Quelldateien der Bibliothek selbst modifizieren. Da wir eigene Benutzeroberflächen und Wrapper-Ebenen (Wrapper UI Layer) über den Bibliotheken entwickeln, ohne deren Originalcode anzufassen, werden die Copyleft-Bedingungen nicht aktiviert. Ihr proprietärer Code bleibt vollständig geschlossen.

Bei klassischer Software erfordert die LGPLv3 eine dynamische Verlinkung der Bibliothek, damit der Benutzer deren Version selbstständig austauschen kann. Im Web-Client-Side-Bereich, wo Code durch Bundler (Vite, Webpack) zusammengeführt wird, ist diese Grenze rechtlich unscharf. Die Nutzung auf OpenLibs.dev ist jedoch völlig sicher: Wir integrieren sie nicht in den Kern, sondern binden sie als vollständig isolierte externe Module ein. Da der Quellcode der Bibliothek nicht verändert wird und Ihre Website ausschließlich über eine externe API damit interagiert, erstreckt sich der Copyleft-Effekt nicht auf Ihre eigenen Entwicklungen – der kommerzielle Code der Website bleibt zu 100 % geschlossen.
Client-Side Only Sicherer clientseitiger Code ohne versteckte Verpflichtungen.

Permissive Lizenzen (Maximale Freiheit)

MIT License

Ideal

Die beliebteste Lizenz im JS-Bereich. Erlaubt alles mit dem Code: Ändern, Verkaufen, Schließen oder Einbinden in kommerzielle Software.

Für Client-Side: Der Entwickler hinterlässt einfach den originalen Urheberrechtshinweis im Code seiner Seite.

ISC License

Standard für npm

Das rechtliche Äquivalent zur MIT-Lizenz, aber der Text ist auf einen einzigen Absatz gekürzt. Die Basislizenz, die durch den Befehl npm init generiert wird.

Für Client-Side: Absolut sicher für Webanwendungen. Keine Einschränkungen außer dem Beibehalten des Urheberrechtshinweises.

Apache 2.0

Patentschutz

Erlaubt die kommerzielle Nutzung und Schließung des Codes, schützt Entwickler aber zusätzlich vor Patentstreitigkeiten und -trollen.

Für Client-Side: Wenn der Code der Bibliothek direkt auf der Website modifiziert wird, muss angegeben werden, welche Dateien geändert wurden.

BSD (2/3-Clause)

Sicher

Erlaubt die freie Nutzung, Änderung und den Verkauf. Die 3-Clause-Version verbietet ausdrücklich die Verwendung des Namens des Autors der Bibliothek für Website-Werbung.

Für Client-Side: Vollständige Kompatibilität mit allen kommerziellen Frontend-Projekten.

Unlicense / CC0 (Gemeinfreiheit)

Gemeinfrei

Vollständiger und bedingungsloser Verzicht auf alle Urheberrechte weltweit. Der Code geht in die Gemeinfreiheit über.

Für Client-Side: Ein Nutzer unserer Website hat das Recht, eine JS-Funktion zu kopieren, alle Erwähnungen zu löschen und den Code als seinen eigenen auszugeben. Es gibt keinerlei Einschränkungen.

Sicheres Copyleft (Schwache gegenseitige Vereinbarung)

MPL 2.0 (Mozilla Public License)

Datei-basiertes Copyleft

Die Lizenz schützt nur die Bibliothek selbst, nicht aber den Code der Webanwendung, die sie über Skripte aufruft. Hervorragend geeignet für isolierte JS-Module.

Für Client-Side: Ein Entwickler kann diese JS-Bibliothek auf seiner kommerziellen Website frei nutzen. Wenn er jedoch den Code in den Dateien der Bibliothek selbst ändert, muss er diese geänderten Dateien öffentlich zugänglich machen (z. B. einen Fork auf GitHub erstellen). Der Hauptcode der Website bleibt geschützt und geschlossen.

LGPLv3 (GNU Lesser General Public License)

Dynamische Verlinkung

Die Lizenz erfordert, dass der Benutzer die Version der Bibliothek selbstständig austauschen kann. In Web-Umgebungen, in denen Code gebündelt wird, sorgt dies für rechtliche Nuancen, bleibt aber bei korrekter Architektur sicher.

Für Client-Side: Sie können diese Bibliothek auf Ihrer kommerziellen Website frei nutzen, wenn Sie sie als isoliertes externes Modul (z. B. über ein CDN) einbinden oder mit deren API interagieren, ohne ein statisches Merging (Bundling) mit dem Hauptcode Ihrer Anwendung durchzuführen. Wenn Sie den Originalcode der Bibliothek nicht verändern, werden die Copyleft-Bedingungen nicht aktiviert und Ihr kommerzieller Code bleibt vollständig geschlossen.

Details zur Lizenzierung (Duale Lizenzierung)

Duale Lizenzierung (z. B. MIT / GPLv3)

Sicher bei Wahl von MIT

Einige JS-Bibliotheken (wie das beliebte JSZip) werden unter zwei Lizenzen gleichzeitig ausgeliefert. Dies geschieht zur Kompatibilität mit großen GPL-Projekten (wie WordPress).

Für Client-Side: Sie haben das rechtliche Recht, genau die MIT-Lizenz zu wählen. Der Code Ihrer Webanwendung bleibt privat und geschlossen, und die Einschränkungen der GPLv3 betreffen Sie nicht.