White Label / Banken und Credit Unions
Regionalbanken und Credit Unions konkurrieren um Kleinunternehmen mit Fintechs, die Zahlungen, Lohnabrechnung und Webauftritt bündeln. Ein Website-Builder unter eigener Marke ist einer der wenigen Vorteile, die ein lokales Institut anbieten kann, ohne selbst Software zu entwickeln. Diese Seite zeigt, wie das Angebot in der Praxis funktioniert, wer wofür verantwortlich ist, was Ihre Lieferantenprüfung fragen wird und wo die Risiken liegen.
Demo buchen · Die Preise richten sich nach deinem Volumen und Setup, und deinen genauen Preis erfährst du im Gespräch. 0% Transaktionsgebühr.
Aktualisiert: 25. Oktober 2026
Ein Kleinunternehmen braucht im ersten Jahr vier Dinge: ein Konto, eine Möglichkeit, Zahlungen anzunehmen, eine Buchhaltung und eine Website. Banken und Credit Unions decken das Erste und zunehmend das Zweite ab. Bei der Website wandert der Kunde ab, oft zu einer Plattform, die ihm auch Zahlungsabwicklung, ein Kartenlesegerät und irgendwann einen Kredit verkauft.
Ein Website-Builder unter Ihrem Namen hält Sie in diesem Gespräch im ersten Jahr. Typische Einsatzorte:
Nichts davon muss eine Einnahmequelle sein. Für die meisten Institute zählen Einlagen und Kundenbeziehungen, nicht Website-Gebühren.
Die wichtigste Grundsatzentscheidung: Das Institut stellt das Werkzeug bereit, der Kunde baut und besitzt die Website. Ihre Mitarbeitenden sollten weder die Speisekarte einer Bäckerei schreiben noch die Preise eines Installateurs freigeben. Halten Sie das vor dem Start schriftlich fest.
| Bereich | Institut | Kunde oder Mitglied | Plattformanbieter |
|---|---|---|---|
| Marke auf Portal, E-Mails und Anmeldung | Besitzt und gibt frei | Sieht sie | Stellt die Einstellungen bereit |
| Inhalte der Kunden-Website | Nicht verantwortlich; bearbeitet nicht | Schreibt, besitzt und veröffentlicht | Stellt den Editor bereit |
| Domain des Kunden | Keine Rolle | Kauft und besitzt sie | Ermöglicht das Verbinden |
| Wer sich registrieren kann | Entscheidet (nur auf Einladung oder alle Geschäftskunden) | Nimmt die Einladung an | Setzt die Einladungseinstellungen durch |
| Support für das Website-Werkzeug | Erste Ebene oder Weitergabe | Bittet um Hilfe | Zweite Ebene für das Institut |
| Abrechnung des Angebots | Entscheidet (kostenlos, im Paket, kostenpflichtig) | Zahlt, falls berechnet | Stellt bei Bedarf die Kundenabrechnung bereit |
| Ausstieg | Kann das Programm beenden | Kann den Code seiner Website herunterladen | Stellt den Export bereit |
Zwei Hinweise. Erstens: Steht auf der Website eines Kunden „bereitgestellt von“ Ihrem Institut, entsteht eine Verbindung für Ihren Ruf, auch wenn Sie nichts bearbeiten. Eine kurze Nutzungsrichtlinie lohnt sich also. Zweitens: Achten Sie darauf, dass das Website-Angebot nie wie eine Bedingung für einen Kredit wirkt; Ihre Compliance-Abteilung wird eine Meinung dazu haben, wie es in Kreditgesprächen beschrieben wird.
Bundesweit beaufsichtigte Banken prüfen eine Website-Plattform anhand der Interagency Guidance on Third-Party Relationships: Risk Management, die im Juni 2023 von Federal Reserve, FDIC und OCC herausgegeben wurde. Sie beschreibt einen Lebenszyklus: Planung, Due Diligence und Auswahl, Vertragsverhandlung, laufende Überwachung und Beendigung. Bundesweit versicherte Credit Unions haben eigene Leitlinien der NCUA zur Bewertung von Drittanbieterbeziehungen, die Risikobewertung und Planung, Due Diligence sowie Risikomessung, Überwachung und Kontrolle abdecken.
Die Prüftiefe soll dem Risiko entsprechen. Ein Website-Werkzeug, das keine Kontodaten hält und nicht mit dem Kernbankensystem verbunden ist, hat meist ein geringeres Risiko als ein Zahlungs- oder Kreditpartner, und durch die Gestaltung können Sie das so halten:
Fragen, auf die Sie Antworten parat haben sollten, entlang des Lebenszyklus der Leitlinien:
Unsere Beschaffungs-Checkliste und unser Ausstiegsplan aus einem Anbieter decken die Vertragsformulierungen ab. Wir verfügen nicht über SOC 2 oder ähnliche Zertifizierungen und geben keine Zusagen zu Verfügbarkeit oder Datenregion; fragen Sie uns, was wir schriftlich liefern können, und bewerten Sie es anhand Ihrer eigenen Risikoeinstufung.
Portal, Anmeldeseite, Dashboard und E-Mails tragen Namen, Logo und Farben des Instituts. Der Kunde muss nie wissen, wer der Plattformanbieter ist.

*Eine Anmeldeseite mit eigener Marke (Demo-Marke). Name und Farben Ihres Instituts ersetzen diese.*
Nach der Anmeldung landet der Kunde in seinem eigenen Dashboard, beschreibt sein Unternehmen in einfachen Worten, und die KI baut eine erste Version der Website, die er dann bearbeitet.

*Das Dashboard des Kunden unter der eigenen Webadresse der Marke.*
Wenn Sie die Website kostenlos zum Konto anbieten, muss kein Tarif und kein Preis festgelegt werden; die Abrechnungsseite nennt dann einfach, wer den Zugang bereitstellt.

*Die Abrechnung aus Kundensicht, wenn kein Tarif festgelegt ist: Der Zugang wird vom Institut bereitgestellt.*
E-Mails wie Einladungen und „Ihre Website ist fertig“ gehen mit dem Branding des Instituts hinaus und können nach der Einrichtung von Ihrer eigenen Domain gesendet werden.

*Eine „Website fertig“-E-Mail mit eigener Marke in der Editor-Vorschau.*
Standardschalter gelten für jeden Kunden, und Sie können sie pro Kunde ändern. Ein sinnvoller Start für ein Bankprogramm: Veröffentlichen an, eigene Domain an, Shop aus, sofern es keine Verbindung zu Händlerservices gibt, und Formulare an, wobei Ihre Nutzungsrichtlinie regelt, was erfasst werden darf.

*Markenweite Standards für alle Kunden, einmal festgelegt.*
Der Zugang für Mitarbeitende hat drei Stufen: Inhaber, Admin und Mitglied. Beschränken Sie Inhaber auf die Programmleitung und eine Vertretung. Filialmitarbeitende, die nur Kunden einladen, brauchen keine Admin-Rechte.

*Der Team-Bereich. Die Rollen sind Inhaber, Admin und Mitglied; eigene Rollen gibt es nicht.*
Das Audit-Protokoll erfasst Aktionen der Organisation wie Änderungen an den Einstellungen eines Kunden. Das hilft, wenn in der Überwachungsphase Ihrer Lieferantenprüfung gefragt wird, wer was getan hat.
Ein Unternehmen, das das Institut verlässt, sollte seine Website mitnehmen können. Bei We.Inc lässt sich der Code jeder Website als ZIP herunterladen oder in ein GitHub-Repository übertragen, und die eigene Domain des Kunden bleibt seine. Das ist ein faireres Angebot als eine Website, die mit der Kontoauflösung verschwindet, und es vereinfacht die Beendigungsfrage in der Lieferantenprüfung.

*Den Code einer Website nach GitHub oder als ZIP exportieren.*
Vereinbaren Sie eine Demo, und wir zeigen Ihnen das Portal mit Ihrem Branding.
Zuletzt geprüft am 2026-10-25.
Diese Seite dient der allgemeinen Information und ist keine Rechts- oder Aufsichtsberatung. Klären Sie Ihre Pflichten mit Ihrer Compliance-Abteilung und Ihrer Rechtsberatung.
Buche eine 30-minütige Demo. Wir zeigen dir den Baukasten unter deiner Marke, sehen uns an, wie viele Kunden-Websites du betreiben willst, und nennen dir deinen genauen Preis.
Lieber erst die ganze Tour? Den White-Label-Website-Baukasten ansehen
Nein, und wir empfehlen, es nicht zu tun. Der Kunde baut und besitzt die Website. Das Institut steuert das Portal mit seiner Marke, wer eingeladen wird und welche Funktionen eingeschaltet sind.
Ja. Es muss kein Kundentarif und kein Preis festgelegt werden. Die Abrechnungsseite des Kunden zeigt dann, dass der Zugang von Ihrem Institut bereitgestellt wird. Sie können es auch in ein Paket aufnehmen oder berechnen.
Für Banken die Interagency Guidance on Third-Party Relationships vom Juni 2023 von Federal Reserve, FDIC und OCC. Für bundesweit versicherte Credit Unions die Leitlinien der NCUA zur Bewertung von Drittanbieterbeziehungen. Die Prüftiefe sollte dem Risiko der Beziehung entsprechen.
Nein. Kunden registrieren sich über eine Einladung per E-Mail. Es müssen keine Kontodaten mit der Plattform geteilt werden, was das Risiko der Beziehung gering hält.
Der Code jeder Website lässt sich als ZIP herunterladen oder mit GitHub synchronisieren, und der Kunde behält seine eigene Domain.