--- title: "Anmeldung und Zahlungen für Ihre Website | Briks" url: https://briks.dev/de/docs/sign-in-and-payments description: "Eigene Konten für Ihre Besucher und Einmalzahlungen sowie Abos über Ihren eigenen Zahlungsanbieter, alle Schlüssel bleiben auf dem Server Ihrer Website." last_updated: 2026-10-08 --- # Anmeldung und Zahlungen für Ihre Website Eine Website, die Konten braucht, lässt ihre eigenen Besucher sich registrieren und anmelden, und jede Website kann Zahlungen über ein eigenes Zahlungskonto annehmen. Diese Seite behandelt beide Einstellungen, was jeder Anbieter und Zahlungsanbieter benötigt, wo Ihre Schlüssel gespeichert werden, wo Bestellungen und Mitglieder erscheinen, wie Sie Tarife verkaufen, die sich erneuern, und wie der Versand gebaut wird, wenn Sie darum bitten. 8 Minuten Lesezeit Am 8. Oktober 2026 mit dem Studio abgeglichen ## Anmeldung für Ihre Besucher Anmeldung bedeutet hier die eigenen Besucher Ihrer Website: Kunden, Mitglieder, Klienten oder Ihr Team auf einem Dashboard. Sie ist getrennt von den Personen in Ihrem Workspace, die sich bei Briks selbst anmelden, und beide teilen nie Konten. Eine Website, die Konten braucht, etwa ein Mitgliederbereich, ein Kundenportal oder ein Dashboard, bekommt standardmäßig Registrierung und Anmeldung. Die Leute legen ein Konto mit ihrer E-Mail-Adresse und einem Passwort an, bestätigen die Adresse über einen Link und setzen ein vergessenes Passwort über einen per E-Mail gesendeten Link zurück. Diese E-Mails kommen von der eigenen Adresse Ihrer Website und zählen auf Ihr monatliches Kontingent für [Website-E-Mail](https://briks.dev/de/docs/site-email). Um Konten zu einer Website hinzuzufügen, die noch keine hat, fordern Sie sie in einer Änderung an, zum Beispiel „Füge einen Mitgliederbereich hinzu, in dem sich Personen mit ihrer E-Mail-Adresse registrieren“. Sobald diese Änderung veröffentlicht ist, gelten die folgenden Einstellungen dafür. ## Weitere Anmeldearten einschalten Wo 1. Projects 2. Your project 3. Settings 4. Sign-in Unter **Ways to sign in** ist **Email and password** standardmäßig eingeschaltet. Darunter folgen Google, Apple, Microsoft, GitHub, X, Facebook, LinkedIn und Discord, über die sich Menschen mit einem Konto anmelden können, das sie schon haben. Jeder nutzt eine App, die Sie in der Konsole des jeweiligen Anbieters anlegen, mit Ihren eigenen Schlüsseln. 1. Anmeldung öffnen Wo: Settings, Sign-in Jede Anmeldeart steht mit einem Schalter in der Liste, und **The site's addresses** listet jede Adresse auf, unter der Ihre Website erreichbar ist, mit der Hauptadresse zuerst. 2. Einen Anbieter einrichten Wo: Set up Klicken Sie auf **Set up** neben dem Anbieter. Das Fenster listet die Schritte in der Konsole dieses Anbieters auf und die genauen Callback-Adressen, die dort einzufügen sind, eine für jede Adresse, unter der Ihre Website antwortet, auch Ihre eigene Domain. 3. Schlüssel speichern Wo: Save keys Kopieren Sie die Schlüssel aus der Konsole des Anbieters in die Felder und klicken Sie auf **Save keys**. Der Anbieter wird dann mit **Keys on the site** markiert. 4. Einschalten Wo: Ways to sign in Schalten Sie den Schalter des Anbieters ein. Er gilt sofort für die Live-Website, ohne Build. Mindestens eine Anmeldeart bleibt immer eingeschaltet. GitHub nimmt eine Callback-Adresse an GitHub akzeptiert nur eine Callback-Adresse, deshalb erscheint die Schaltfläche nur auf der Hauptadresse Ihrer Website. Die anderen Anbieter funktionieren auf jeder Adresse, unter der die Website erreichbar ist. Ein Anbieter, der E-Mail-Adressen nicht selbst bestätigt, lässt die Adresse zuerst über einen Link bestätigen, und ein mit einem Anbieter erstelltes Konto wird nur dann mit einem bestehenden Konto verbunden, wenn beide dieselbe Adresse bestätigt haben. ## Zahlungen annehmen Wo 1. Projects 2. Your project 3. Settings 4. Payments Zahlungen gehen direkt an Ihr eigenes Konto bei einem Zahlungsdienstleister. Käufer bezahlen auf der eigenen Seite des Zahlungsdienstleisters, und Rückerstattungen, Steuern und Auszahlungen bleiben im Dashboard des Zahlungsdienstleisters. Briks erhebt keine Gebühr auf Ihre Verkäufe; es fallen die eigenen Gebühren des Zahlungsdienstleisters an. | Zahlungsanbieter | So wird es eingeschaltet | Was sich verkaufen lässt | | --- | --- | --- | | Stripe, PayPal, Mollie oder Razorpay | Sofort auf der Live-Website, ohne Build | Digitale Produkte, Dienstleistungen, Buchungen und physische Waren, mit Versand auf Wunsch | | Paddle, Lemon Squeezy, Polar, Creem oder Dodo Payments | Eine kostenlose erneute Veröffentlichung fügt es nur dieser Website hinzu, in ein bis zwei Minuten | Software und digitale Produkte, nach den Regeln des jeweiligen Zahlungsanbieters. Jeder übernimmt die Umsatzsteuer als Verkäufer. | 1. Open Payments Wo: Settings, Payments **Your payment processor** listet alle neun auf, jeweils markiert mit **Not set up**, **Test keys** oder **Keys on the site**. 2. Zahlungsanbieter einrichten Wo: Set up Klicken Sie auf **Set up** neben dem Zahlungsanbieter, den Sie nutzen. Das Fenster listet die Schritte im Dashboard dieses Anbieters auf, die Webhook-Adresse, die Sie dort angeben, und bei Paddle die Adresse der Checkout-Seite, danach seine Schlüsselfelder. 3. Schlüssel speichern Wo: Save keys Fügen Sie die Schlüssel ein und klicken Sie auf **Save keys**. Briks prüft sie zuerst beim Zahlungsanbieter und lehnt Schlüssel ab, die nicht funktionieren. Testschlüssel sind mit **Test keys** gekennzeichnet, sodass Sie eine Zahlung ausprobieren können, bevor Sie echtes Geld annehmen. 4. Einschalten Wo: Your payment processor Legen Sie den Schalter um. Es kann immer nur ein Zahlungsanbieter Zahlungen abwickeln: Wenn Sie einen einschalten, wird der andere ausgeschaltet. 5. Fragen Sie nach etwas zum Kaufen Wo: Studio Die Website nimmt Zahlungen an, wo ihre Seiten etwas zu kaufen haben. Bitten Sie in einer Änderung darum, etwa „Verkaufen Sie die Ratgeber auf der Ressourcenseite“ oder „Nehmen Sie bei jeder Buchung eine Anzahlung“. Passen Sie die Währung an die des Zahlungsdienstleisters an Manche Zahlungsanbieter rechnen in der eigenen Währung ihres Shops oder Produkts ab. Sobald deren Schlüssel gespeichert sind, nennt **Payments** diese Währung. Halten Sie die Preise der Website in dieser Währung, sonst lehnt der Checkout die Bestellung ab. ## Wo Ihre Schlüssel aufbewahrt werden Jeder Anmelde- und Zahlungsschlüssel geht als Secret direkt an den eigenen Server Ihrer veröffentlichten Website. Das Studio speichert nur den Namen des Schlüssels, wer ihn gespeichert hat und wann. **Settings**, **Secrets** listet diese Namen mit der Kennzeichnung **Sign-in** oder **Payments** auf, und sie lassen sich dort nicht ändern. - **Zuerst veröffentlichen.** Schlüssel werden nur auf der veröffentlichten Website gespeichert, nie vom Studio, daher können sie nach der ersten Veröffentlichung hinzugefügt werden. - **Nie wieder angezeigt.** Ein gespeicherter Schlüssel wird nicht erneut angezeigt. Um einen zu ändern, öffnen Sie den Anbieter oder Zahlungsanbieter und fügen Sie alle Schlüssel erneut ein. - **Adressen, die umziehen.** Solange eine von Ihnen hinzugefügte Domain auf dem Weg ist, nennt jede Einrichtung, welche Callback-Adressen sie hinzufügen wird und dass die Webhook-Adresse auf sie umzieht. So können Sie die Konsole des Anbieters oder Zahlungsdienstleisters aktualisieren, sobald sie live geht. Ein bei einem Adressumzug verlorener Schlüssel wird mit **Enter the keys again** markiert. ## Bestellungen, Mitglieder und Ihre Kennzahlen Jede Bestellung erscheint im Tab **Database** des Projekts unter **Orders**: wann bestellt wurde, wofür, der Betrag, der Status und die Käuferin oder der Käufer. Suchen Sie nach E-Mail-Adresse, Verwendungszweck oder Bestell-ID und filtern Sie nach Status. Dort lässt sich an einer Bestellung nichts ändern: Rückerstattungen erfolgen im Dashboard Ihres Zahlungsdienstleisters. Personen, die ein Konto erstellt haben, finden Sie im selben Tab unter **Accounts**. Dort kann ein Editor oder höher die Rolle einer Person auf **Member**, **Staff** oder **Admin** setzen oder die Person überall abmelden. Siehe [Datenbank](https://briks.dev/de/docs/database). Bezahlte Bestellungen zählen in den [Analysen](https://briks.dev/de/docs/analytics) der Website unter **Money and members**, samt der Herkunft dieser Käufer. Registrierungen mit E-Mail und Passwort zählen dort ebenfalls. ## Abonnements Eine Website kann Tarife verkaufen, die sich jeden Monat oder jedes Jahr erneuern, optional mit einer kostenlosen Testphase von bis zu 365 Tagen, auf Ihr eigenes Zahlungskonto. Für Tarife brauchen Sie Stripe, Paddle, Polar oder Lemon Squeezy; PayPal, Mollie, Razorpay, Creem und Dodo Payments nehmen vorerst nur Einmalzahlungen an. Briks erhebt keine Gebühr auf das, was Mitglieder zahlen; es fallen die eigenen Gebühren des Zahlungsanbieters an. Einen Tarif hinzufügen 1. Einen Zahlungsanbieter einrichten, der Tarife verkauft Wo: Settings, Payments Richten Sie Stripe, Paddle, Polar oder Lemon Squeezy wie oben ein. Das Einrichtungsfenster listet auf, was Tarife im eigenen Dashboard des Zahlungsanbieters brauchen. Bei Polar und Lemon Squeezy geben Sie außerdem die ID des monatlichen oder jährlichen Produkts an, als das ein Tarif abgerechnet wird. Ein Zahlungsanbieter, der bereit ist, ist mit **Sells plans** markiert. 2. Tarife anfragen Wo: Studio Bitten Sie in einer Änderung um eine Mitgliedschaft oder Tarife, zum Beispiel „Füge eine monatliche Mitgliedschaft für £12 mit 7 Tagen kostenloser Testphase hinzu und lass die Rezeptseite den Mitgliedern vorbehalten“. 3. Tarif bearbeiten Wo: Database, Data Tarife sind Datensätze in der Sammlung **plans** Ihrer Website. Öffnen Sie sie, um einen Tarif zu ändern oder einen hinzuzufügen, wie bei jedem anderen Datensatz. 4. Beim Eintreffen zusehen Wo: Database, Subscriptions Jedes Mitglied, das ein Abo abschließt, erscheint unter **Subscriptions**, neben **Orders**. Speichern Sie zuerst Testschlüssel, wenn Sie einen Tarif ausprobieren möchten, bevor echtes Geld fließt. ### So schließen Mitglieder ein Abonnement ab - **Angemeldet.** Mitglieder schließen das Abonnement ab, während sie auf der Website angemeldet sind, und zahlen auf der eigenen Seite des Zahlungsanbieters. - **Verwalten und Kündigen.** Mitglieder verwalten oder kündigen ihren Tarif auf der eigenen Portalseite des Zahlungsanbieters. Ein gekündigter Tarif läuft bis zum Ende des bezahlten Zeitraums. - **Fehlgeschlagene Verlängerungen.** Solange der Zahlungsanbieter eine fehlgeschlagene Verlängerung erneut versucht, behält das Mitglied den Zugang. - **Seiten für Abonnenten.** Seiten können Abonnenten vorbehalten sein oder den Abonnenten eines bestimmten Plans. Bitten Sie in einer Änderung darum. ### Die Ansicht Subscriptions Der Tab **Database** des Projekts hat neben **Orders** eine Ansicht **Subscriptions**: wer abonniert hat, den Tarif, den Status und wann er sich verlängert oder endet. Über der Liste werden die monatlichen Einnahmen aus laufenden aktiven Tarifen je Währung angezeigt. Suchen Sie nach E-Mail, Tarif oder Abonnement-ID und filtern Sie nach Status. Nichts davon ändert ein Abonnement: Kündigen oder erstatten können Sie im eigenen Dashboard Ihres Zahlungsanbieters. Paddle, Polar oder Lemon Squeezy vor dem 21. Oktober 2026 verbunden? Fügen Sie die neuen Webhook-Ereignisse und Berechtigungen in Ihrem Zahlungsanbieter hinzu, bevor Sie Tarife verkaufen. Öffnen Sie den Zahlungsanbieter unter **Settings**, **Payments**: Seine Einrichtungsschritte listen sie auf. ## Dashboards und Ihr Team Die Anmeldeseiten eines Dashboards funktionieren wie die jeder Website. Solange es eine Vorschau ist, kann jeder mit seiner Adresse es öffnen, sodass Sie es mit seinen Beispieldatensätzen prüfen können. Sobald Sie es in der Produktion veröffentlichen, sehen nur angemeldete Konten mit der Rolle **Staff** oder **Admin** seine Daten. Registrieren Sie sich darauf mit der E-Mail-Adresse, die Sie im Studio nutzen, und Sie sind sein Admin; geben Sie dann Ihrem Team unter **Database**, **Accounts** seine Rollen. ## Versand und physische Waren - **Physische Waren und Versand.** Physische Waren können heute über Stripe, PayPal, Mollie oder Razorpay bezahlt werden, ebenso wie digitale Produkte, Dienstleistungen und Buchungen. Bitten Sie um Versand, Liefergebühren oder Lagerbestand, und Briks baut sie mit Ihrem eigenen Zahlungskonto in die Website ein, dessen Schlüssel auf dem Server der Website unter **Settings**, **Secrets** gespeichert sind. Ein Workshop mit bezahlten Plätzen Ein Töpferstudio in Totnes verkauft seine Töpferscheiben-Workshops am Sonntag > Die Inhaberin speichert die Test-Schlüssel ihres Zahlungsanbieters unter **Settings**, **Payments**, schaltet ihn ein und fragt im Studio: Lassen Sie Leute beim Buchen für einen Platz im Sonntags-Workshop bezahlen, je £95. Jede Buchung führt zum Bezahlen weiter auf die eigene Seite des Zahlungsanbieters. Ihre eigene Testbuchung erscheint unter **Orders**. Danach speichert sie ihre Live-Schlüssel, und die nächste Buchung nimmt echtes Geld ein. ### Welche Tarife enthalten Anmeldung und Zahlungen? Jeder Tarif, auch Free. Die Zahl der Besucherkonten und Produkte ist unbegrenzt, und Briks erhebt keine Gebühr auf Ihre Verkäufe. ### Wer kann diese Einstellungen ändern? Owner und Admins speichern Schlüssel und schalten Anbieter und Zahlungsanbieter ein oder aus. Alle im Projekt können die Einstellungen sehen. ### Braucht das Umschalten einer Anmeldeart einen neuen Build? Nein. Jeder Anmeldeschalter gilt sofort für die Live-Website. Eine Website, die vor diesen Einstellungen gebaut wurde, liest sie erst, nachdem eine Änderung oder eine kostenlose erneute Veröffentlichung erfolgt ist. ### Kann ich einen monatlichen Mitgliedsbeitrag berechnen? Ja, monatlich oder jährlich, mit einer optionalen kostenlosen Testphase von bis zu 365 Tagen, über Stripe, Paddle, Polar oder Lemon Squeezy. Siehe Abos oben. ### Kann ich mehr als einen Zahlungsanbieter nutzen? Immer nur einer. Wenn Sie einen weiteren einschalten, laufen neue Zahlungen über ihn. Bei einem aus der zweiten Gruppe ist zuerst eine kostenlose erneute Veröffentlichung nötig, und die Website nimmt weiter Zahlungen mit dem alten an, bis sie online ist. ## Als Nächstes lesen - [Die Funktionen Ihrer Website **Website-E-Mail** Senden Sie Bestätigungen und Antworten von der eigenen Adresse auf emails.briks.live, wählen Sie das Antwortziel und verfolgen Sie Ihr Monatskontingent.](https://briks.dev/de/docs/site-email) - [Daten und Automatisierung **Database** Sehen, was Ihre Website speichert, Datensätze von Hand bearbeiten und hinzufügen, Sammlungen als JSON oder CSV laden, wer was darf und welche Grenzen gelten.](https://briks.dev/de/docs/database) - [Daten und Automatisierung **Secrets** API-Schlüssel und Passwörter Ihres Website-Codes bleiben auf dem Website-Server, nie in Seiten oder Downloads. Hinzufügen, Ändern, Entfernen und Briks-Regeln.](https://briks.dev/de/docs/secrets) - [Wird gebaut **Web-Apps und Dashboards** Was die Arten App und Dashboard bauen, wo ihre Datensätze liegen, was noch nicht verfügbar ist, mit Beispielen für Buchungen, Lager, Café-Bestellungen.](https://briks.dev/de/docs/web-apps-and-dashboards) Noch nicht weitergekommen? Schreiben Sie an [hello@briks.dev](mailto:hello@briks.dev) mit dem Namen Ihres Projekts und dem, was Sie erwartet haben. Ein Screenshot hilft.