Unsere Philosophie

Caputchin ist auf einer Haltung gebaut, von drei Seiten gesehen: wir sind freizügig mit dem, was du tun kannst, offen mit dem, wie wir es tun, und minimal mit dem, was wir behalten. Wir gaten die gemanagte Erfahrung und wie weit eine Änderung reist, nie die nackte Fähigkeit, und wir halten nichts über deine Besucher, weil es nichts gibt, das wir brauchen.

Diese Seite legt diese Haltung dar. Anpassung ist, wo du sie am direktesten spürst, also führt sie, aber dieselbe Überzeugung zieht sich durch, wie wir Preise machen, was wir Open Source stellen und was wir zu erfassen verweigern.

Das Prinzip

Wir gaten die Dashboard-Erfahrung und wie weit eine Änderung reist. Wir gaten nicht die nackte Fähigkeit.

Zwei Fragen entscheiden, auf welche Seite der Linie eine Anpassung fällt:

Verfasst du es auf deiner eigenen Seite, gehört es dir kostenlos. Bittest du Caputchin, es für dich zu verfassen und an jede Einbettung zu servieren, ist das die bezahlte Erfahrung.

Was jeder Tarif auf seiner eigenen Seite tun kann

Diese stehen allen Tarifen offen, auch Solo, weil sie auf deiner Seite leben, nicht in unserem Dashboard. Nichts hier prüft deine Stufe.

• Das ganze Widget umfärben. Die Hülle stellt ihre Farben als CSS-Custom-Properties bereit, die du aus deinem eigenen Stylesheet überschreiben kannst. Sieh dir Das Widget mit CSS stylen an.
• Jeden Part umstylen, neu layouten oder verbergen, einschließlich unseres Brandings. Das Widget rendert in einer offenen Shadow Root und stellt seine strukturellen Teile als CSS-Parts bereit, sodass du sie anvisieren und umstylen oder den Markenblock ganz verbergen kannst. Auch behandelt in Das Widget mit CSS stylen.
• Einen Custom-Spiel-Skin und ein Locale pro Einbettung von Hand verfassen. Auf dem <caputchin-game>-Element kannst du ein Inline-Skin- oder Locale-Objekt übergeben, um Farben, Assets und Strings für diese eine Einbettung zu überschreiben. Es ist eine Eigenschaft deines eigenen Markups, also funktioniert es in jedem Tarif. Sieh dir Ein Spiel skinnen und Die Sprache eines Spiels anpassen an.
• Sprache und Theme wählen. Die locale- und skin-Attribute wählen jede mitgelieferte Sprache oder das helle und dunkle Theme. Sieh dir Wie das Widget seine Sprache und seinen Skin auflöst an.

Die offene Shadow Root ist eine bewusste Wahl, kein Versehen. Sie existiert, damit diese CSS-Fläche funktioniert. Wir werden sie nicht schließen, um eine Paywall zu schützen, weil das eine dokumentierte Funktion für die Entwickler kaputtmachen würde, denen wir zu dienen versuchen.

Was die bezahlten Stufen hinzufügen

Der Dashboard-Weg ist dieselbe Fähigkeit, gemanagt gemacht und mit Reichweite versehen. Das ist, was eine Stufe kauft:

• Einmal im Dashboard verfassen, an jede Einbettung servieren. Eine Änderung, die du im Dashboard machst, verbreitet sich über jeden Widget-Mount über jede Seite und jeden Site-Key, ohne Pro-Seite-CSS zu kopieren und synchron zu halten. Der kostenlose Weg ist von Natur aus pro Seite und manuell.
• Team- und Pro-Site-Geltungsbereich. Dashboard-Anpassung löst sich mit einer Team-Grundlinie und Pro-Site-Key-Overrides auf, sodass ein Team eine Marke einmal setzen und Ausnahmen pro Key überschreiben kann. Ein Stylesheet hat keine Vorstellung von diesem Geltungsbereich.
• Flächen erreichen, die dein CSS nicht kann. Die gehostete Embed-Seite, die native Apps in einer WebView laden, wird von Caputchin serviert, sodass du kein CSS oder JavaScript darauf besitzt. Ein Dashboard-verfasstes Preset ist der einzige Weg, diese Fläche zu branden. Sieh dir Integration in Mobile-Apps an.
• Tun, was eine Seite wirklich nicht kann. Den Wortlaut der Hülle umzuschreiben, ihre Markenstreifen-Links umzulenken und ihr Logo sauber zu tauschen sind aus einem Stylesheet überhaupt nicht erreichbar. Das sind die echten Exklusivitäten des Widget-White-Labelings.

Welche Achse in welcher Stufe sitzt (Spiel-Konfiguration, Spiel-Sprache und -Skin und die Widget-Hülle) ist in der Tarif-Tabelle der Spiel-Anpassung zusammengefasst, mit der Widget-Hülle, unserer obersten Sprosse, behandelt in White-Label.

Warum wir die Linie hier ziehen

Die Aufteilung hält zwei Zielgruppen gleichzeitig glücklich, ohne eine zu kompromittieren.

Ein fortgeschrittener Entwickler wird nie blockiert. Alles, was er in CSS oder seinem eigenen Markup ausdrücken kann, gehört ihm sofort, im kostenlosen Tarif, sodass das Produkt jemandem, der weiß, was er will, nicht im Weg steht. Ein Team, das eine bezahlte Stufe kauft, zahlt für den Teil, der tatsächlich schwer von Hand gut zu machen ist: an einem Ort verfassen, es über viele Seiten regieren, es synchron halten und Flächen erreichen, die es nicht kontrolliert. Das ist echter, laufender Wert, und es ist ehrlich, dafür Geld zu nehmen.

Es bedeutet auch, dass wir nie gegen unsere eigenen Kunden kämpfen müssen. Wir brauchen kein Anti-Tamper, keine geschlossene Shadow Root und keine Richtlinie, die das Nutzen der Styling-Fläche verbietet, die wir dokumentieren, weil wir nicht so tun, als wäre eine kostenlose Fähigkeit eine bezahlte. Die Fähigkeit ist kostenlos. Die Bequemlichkeit und die Reichweite sind das Produkt.

White-Label ist die Spitze der Leiter, keine Mauer

White-Labeling wird oft als die Funktion gelesen, die dich endlich unser Branding entfernen lässt. Ist es nicht. Du könntest unser Branding schon kostenlos mit einer CSS-Regel verbergen. White-Labeling ist die oberste Sprosse derselben Leiter, auf der jede andere Anpassung sitzt: die Dashboard-verfasste, überall-servierte Version, plus die wenigen Dinge, die eine Seite nicht allein tun kann, nämlich Wortlaut umschreiben, Links umlenken, das Logo sauber tauschen und die gehostete Embed-Seite abdecken, die native Apps in einer WebView laden. Es ist mehr Reichweite und weniger Arbeit, kein Gate um etwas, das dir sonst verwehrt wurde.

Offen by Default, bis ganz nach unten

Die Freizügigkeit auf dieser Seite ist keine Marketing-Haltung. Sie ist strukturell: das Widget und das SDK, das du einbettest, sind Open Source, Apache-2.0-lizenziert und offen auf GitHub entwickelt. Du kannst jede Zeile des Codes lesen, der auf den Seiten deiner Besucher läuft, ihn forken, auditieren und ein Issue oder einen Pull Request dagegen öffnen. Unsere hauseigenen Spiele sind auch Open Source.

Wir tun das aus zwei Gründen. Erstens haben wir nichts zu verbergen. Ein Verifizierungs-Widget, das um das Vertrauen deiner Besucher bittet, sollte inspizierbar sein, keine Blackbox. Zweitens sind die Entwickler, die die Anpassungs-Fläche an ihre Grenzen treiben, genau die Leute, von denen wir lernen. Die CSS-Fläche zu dehnen, einen Spiel-Skin von Hand zu verfassen oder gegen den SDK-Vertrag zu bauen: wenn das eine raue Kante oder einen fehlenden Haken zutage fördert, kann der Fix direkt als Beitrag zu uns zurückkommen. Wir belohnen fortgeschrittene Nutzer mit maximaler Flexibilität, und wir heißen sie als Beitragende zum Code selbst willkommen.

• Die Widget- und SDK-Pakete: github.com/Caputchin/caputchin-sdk.
• Hauseigene Spiele, das Caputchin Core Pack: github.com/Caputchin/games.

Minimal by Default

Derselbe Instinkt, der uns offen macht, macht uns minimal: wir behalten, was wir brauchen, und nichts mehr. Wir erfassen keine Daten über die Menschen, die deine Aufgaben lösen. Keine IP, kein User-Agent, kein Fingerabdruck, keine Verhaltens-Telemetrie. Das ist architektonisch, kein Richtlinien-Versprechen, weil das Widget-Protokoll nirgendwo hat, einen Besucher-Identifier abzulegen, also gibt es keinen zu leaken, vorzuladen oder zu verkaufen. Das Spiel erreicht dasselbe Ende, ohne jemanden zu profilieren: es leitet neu ab, ob eine Runde tatsächlich gelöst wurde, statt aus Mausspuren und Tipp-Timing zu raten, was die Gaming-Anti-Cheat-Haltung ist.

Für dich, den Kunden, halten wir das Minimum, das ein Konto braucht: deine E-Mail, deine Site-Key-Konfiguration und ein Audit-Log deiner eigenen Aktionen. Löschen ist hart, ohne Soft-Delete, das eine stille Kopie behält. Die vollständige Haltung ist in unserer Datenschutzrichtlinie, und dieselbe Keine-Besucherdaten-Regel zieht sich durch die gehostete Verifizierung.

Freizügig, offen und minimal sind eine Überzeugung aus drei Blickwinkeln: wir geben dir die meiste Kontrolle, die wir können, wir zeigen dir genau, wie es funktioniert, und wir verlangen im Gegenzug so wenig, wie wir können.

Siehe auch

• Das Widget mit CSS stylen: die kostenlose Styling-Fläche, Parts und Farb-Variablen.
• Das Widget per White-Label anpassen: die Dashboard-verfasste, überall-servierte Version und die Dinge, die nur sie kann.
• Die Spiele anpassen, die deine Besucher spielen: die Anpassung pro Achse und die Tarifstufe, auf der jede landet.
• Datenschutzrichtlinie: die Keine-Besucherdaten-Haltung in voller Länge.