Formular-Eigentum an Kunden übertragen (ohne geteilten Login)

Jedes Kundenprojekt endet gleich: Rechnung verschickt, Seite live, und ein loser Faden bleibt - das Kontaktformular zeigt noch auf Ihr Konto. Es funktioniert tadellos, und genau das ist das Problem. Sechs Monate später fragt der Kunde per E-Mail, warum seine Anfragen nicht mehr ankommen, und Sie müssen sich erinnern, dass Ihnen ein Formular gehört, an das Sie seit dem Launch nicht mehr gedacht haben.

Die meisten Formular-Backends lösen das nie, denn sie wurden nicht gebaut, um ein Formular zu übergeben - sie sammeln Einsendungen für den, der das Konto angelegt hat. Eine Übergabe wird, wenn überhaupt, improvisiert.

Wie Freelancer das heute abschließen

Fragt man herum, tauchen immer dieselben vier Notlösungen auf, keine davon sauber:

• Das Formular für immer auf Ihrem Konto lassen. Die einfachste Variante und die, zu der die meisten greifen. Dann hängt aber jede jemals ausgelieferte Kundenseite von Ihrem Konto ab: Es muss aktiv bleiben, Ihre Karte belastet werden, und Sie müssen erreichbar sein, wenn etwas kaputtgeht.
• Ein CSV exportieren und per E-Mail schicken. Ein einmaliger Datenabzug, kein funktionierendes Formular. Der Kunde kann weiterhin keine neuen Einsendungen empfangen, solange er kein eigenes Backend einrichtet und Sie das HTML der Seite darauf umstellen - meist die nächste Rechnung für eine Arbeit, die längst fertig sein sollte.
• Ihren Login teilen. Schnell, aber eine schlechte Idee. Der Kunde sieht dann jedes andere Formular Ihres Kontos, und Sie können seinen Zugriff später nicht sauber einzeln entziehen.
• Den Kunden ein Konto anlegen und das Formular neu bauen lassen. Technisch korrekt, praktisch lästig. Es bedeutet eine zweite Integrationsrunde, und alle Einsendungen aus Test und Soft-Launch sind weg, wenn niemand sie vorher exportiert und wieder importiert.

Jede dieser Varianten behandelt die Eigentumsübertragung als Nachgedanken an einem System, das pro Formular genau einen dauerhaften Besitzer annimmt. Keine ist wirklich ein Transfer - es sind Notbehelfe für einen Schritt, den das Produkt nie vorgesehen hat.

Wie ein echter Transfer aussieht

Im Studio-Tarif von Formhook ist die Übergabe eine eigene Funktion statt eines Notbehelfs. So läuft es ab:

1. Das Formular unter der E-Mail-Adresse des Kunden anlegen. Beim Erstellen tragen Sie die Adresse des Kunden gleich ein. Sie besitzen und konfigurieren das Formular weiterhin - es ist nur für die spätere Übertragung markiert.
2. Ganz normal bauen und testen. Einsendungen landen in Ihrem eigenen Dashboard, während Sie das Formular in die Seite einbauen und testen. An Ihrem Arbeitsablauf ändert sich nichts.
3. Die Transfer-Einladung zur Übergabe senden. Ein Button in den Formular-Einstellungen schickt dem Kunden per E-Mail einen Übernahme-Link. Das Formular nimmt die ganze Zeit weiter Einsendungen an - es gibt kein totes Fenster, in dem das Kontaktformular stillschweigend ausfällt, während Sie auf den Klick des Kunden warten.

Der Kunde hat sieben Tage Zeit zur Annahme. Nimmt er an, wechseln das Formular und alle Einsendungen seit dem ersten Tag - auch die aus den Tests - in ein Konto, das er selbst kontrolliert. Den ganzen Ablauf finden Sie auf der Seite zur Kundenübergabe.

Was übergeht und was ehrlicherweise nicht

Das ist der Teil, bei dem Genauigkeit zählt, weil er den Unterschied zu einem CSV-Export ausmacht: Der API-Schlüssel des Formulars ändert sich bei der Übernahme nicht. An der Live-Seite des Kunden muss nichts angefasst werden - kein Redeploy, keine Änderung am action-Attribut des Formulars, keine zweite Rechnung für einen Fünf-Minuten-Fix. Für Besucher ist die Übergabe unsichtbar.

Was tatsächlich übergeht: das Formular selbst, die gesamte Einsendungshistorie und das tägliche Dashboard - Benachrichtigungen, Export, Spam-Einstellungen. Was nicht, und das sollte man nicht schönreden:

• Sie behalten in einer Kunden-Konsole eine reine Metadaten-Ansicht - Formularname, Status, Einsendungen der letzten 30 Tage - und sonst nichts. Nach der Übernahme können Sie weder Inhalte noch Anhänge von Einsendungen lesen. Das ist eine bewusste Grenze, keine fehlende Funktion.
• Einsendungen eines übertragenen Formulars zählen weiterhin auf Ihr Studio-Limit, nicht auf das des Kunden. Das ist kein Haken, sondern der Grund, warum der Kunde das Formular dauerhaft in einem Free-Konto betreiben kann und es sich trotzdem wie ein bezahltes verhält.
• Dateianhänge bleiben nach der Übernahme auf Ihrem Speicherkontingent, auch wenn das Formular, über das sie kamen, jetzt dem Kunden gehört.
• Den API-Schlüssel des Formulars kennen Sie technisch weiterhin, solange Sie ihn nicht rotieren. Der Kunde besitzt das Formular; ob Sie vergessen haben, dass der Schlüssel existiert, ist eine andere Frage.

Warum das über den Komfort hinaus wichtig ist

Es gibt auch einen Compliance-Aspekt, nicht nur einen Workflow-Aspekt. Sobald der Kunde sein Formular übernommen hat, ist er allein Verantwortlicher für seine Einsendungsdaten nach DSGVO - nicht Sie und kein drittes Konto, in das keiner von Ihnen hineinsehen kann. Zusammen mit ausschließlich in der EU gespeicherten Daten ist das eine Übergabe, die Sie dem Anwalt eines Kunden in einem Satz erklären können, statt in einem Gespräch über Auftragsverarbeitung, das Sie lieber vermeiden würden.

Eigentumsübertragung ist keine Funktion, die man nachträglich an ein Formular-Backend schraubt - sie muss von Anfang an Teil der Frage sein, wem ein Formular gehört. Wenn Sie regelmäßig Seiten für Kunden bauen, lohnt sich ein Blick darauf beim nächsten Formular, das Sie ausliefern, bei Formhook oder anderswo.