Wem gehören Ihr Code, Ihre Domain und Ihre Werbekonten?

Jedes Konto und jede Datei, für die Sie bezahlt haben, sollte Ihnen gehören, und Ihr Dienstleister sollte ein Nutzer sein, den Sie an einem Nachmittag entfernen können. Ist irgendetwas davon umgekehrt, beheben Sie es jetzt, solange die Beziehung freundlich ist. Teuer wird es, sobald Sie gehen.

Die schlechte Version dieser Geschichte ist kurz. Ein Gründer auf r/startups fasste sie in einer Zeile zusammen: „The dev refused to give me the source code, so I had to scrap the entire thing.“ (sinngemäß: Der Entwickler weigerte sich, mir den Quellcode zu geben, also musste ich das Ganze verwerfen.) (Thread) In diesem Satz geht es nicht um schlechten Code. Es geht darum, wer die Schlüssel hatte.

Diese Seite geht Asset für Asset vor: was Ihnen gehören sollte, was der Dienstleister stattdessen bekommen sollte und wie Sie es heute prüfen. Danach folgen die Vertragsklauseln, die Sie vor der Unterschrift ergänzen sollten, und eine Ausstiegs-Checkliste für den Tag, an dem Sie gehen.

Was sollte auf Ihren Namen laufen, und wie prüfen Sie es in zwei Minuten?

Jedes Asset unten sollte Ihrem Unternehmen gehören, mit dem Dienstleister als hinzugefügtem Nutzer oder Partner. Öffnen Sie jedes selbst, eingeloggt als Sie – nicht über eine Bildschirmfreigabe, die der Dienstleister steuert.

Wenn Sie jede Zeile abhaken können, können Sie hier aufhören zu lesen und die Ausstiegs-Checkliste als Lesezeichen speichern. Die meisten Auftraggeber können die letzten vier nicht abhaken – und genau nach diesen fragt niemand.

Warum kostet ein Werbekonto im Besitz der Agentur mehr als das Werbebudget?

Weil die Historie des Kontos, seine Conversion-Daten und seine früheren Kampagnen bei dem bleiben, dem es gehört. Wenn Sie gehen, fangen Sie mit einem neuen Konto ohne all das an.

Das übliche Anzeichen ist ein Aufbau, bei dem Sie die Agentur bezahlen und die Agentur Google oder Meta bezahlt. In einem Thread auf r/PPC bat eine Marketingmanagerin um Lesezugriff auf das Google-Ads-Konto ihres eigenen Unternehmens, und die Agentur antwortete: „typically don’t share account access“ (sinngemäß: Kontozugriff geben wir normalerweise nicht heraus) (Thread). Die Antworten dort, auch von Leuten auf Agenturseite, sagten dasselbe: Das Konto sollte dem Kunden gehören, und eine Agentur, die es Ihnen nicht zeigen will, baut eine Abhängigkeit auf.

Die Plattformen sind für die umgekehrte Regelung gebaut:

• Google Ads. Agenturen betreuen Kundenkonten über ein Verwaltungskonto. Googles eigene Hilfeseite sagt, dass Nutzer mit Administratorzugriff auf ein verknüpftes Konto „can terminate the relationship with the manager account at any time by unlinking“ (sinngemäß: die Beziehung zum Verwaltungskonto jederzeit durch Aufheben der Verknüpfung beenden können). Das Konto selbst hat fünf Zugriffsebenen: Admin, Standard, Read-only, Billing und Email-only. Admin ist die Ebene, die Zugriff gewähren, Zugriffsebenen ändern und Einladungen anderer Nutzer stornieren kann. Sie wollen der Admin sein.
• Meta. Werbekonten liegen in einem Business-Portfolio, und Meta lässt den Inhaber einem Partner Zugriff auf Business-Assets geben, statt das Konto zu übergeben. Metas Entwicklerdokumentation sagt es deutlich: „Most marketing companies won’t need to claim ad accounts from their clients“ (sinngemäß: Die meisten Marketingfirmen müssen Werbekonten ihrer Kunden nicht beanspruchen) (Meta for Developers).

Unsere Sicht: Wenn eine PPC-Agentur darauf besteht, Ihr Budget in einem Konto zu verwalten, das ihr gehört, beauftragen Sie sie nicht. Manche Agenturen haben einen legitimen Grund, die Plattform in Ihrem Namen zu bezahlen, etwa eine Kreditlinie. Das ist eine Abrechnungsregelung. Sie kann trotzdem über ein Konto laufen, das Ihnen gehört, und die Abrechnung kann bei Vertragsende zu Ihnen zurückwandern. Halten Sie das schriftlich fest.

Wo geht die Domain meistens verloren?

Bei der Registrierung. Ein Entwickler oder eine Assistenz kauft die Domain, um Ihnen den Aufwand zu ersparen – im eigenen Registrar-Konto, manchmal auf den eigenen Namen.

Zwei getrennte Dinge entscheiden, wer eine Domain kontrolliert. Der Domaininhaber (Registrant) ist der rechtliche Inhaber der Registrierung; ICANN nennt ihn den registered name holder. Das Registrar-Konto ist der Login bei dem Unternehmen, das die Domain verkauft hat. Sie brauchen beides. Eine Domain, die auf Ihr Unternehmen registriert ist, aber im Registrar-Konto des Dienstleisters liegt, lässt ihm weiterhin die Möglichkeit, sie woandershin zeigen zu lassen.

Genau das passierte einem Kleinunternehmer in einem Thread auf r/SEO: Ein ehemaliger Website-Assistent leitete die zehn Jahre alte Website des Unternehmens auf seine eigene Seite um und verlangte Geld für die Wiederherstellung. Soweit der Inhaber wusste, war nie etwas unterschrieben worden. Die Kommentatoren stellten immer wieder dieselbe erste Frage, und es ist die richtige: Wem gehört die Domain, und wer hat den Registrar-Login?

Worauf Sie laut ICANNs eigenen Seiten Anspruch haben:

• Als Domaininhaber müssen Sie Ihre Kontaktdaten korrekt und die Daten Ihres Registrar-Kontos aktuell halten (Registrants’ Benefits and Responsibilities).
• Ihr Registrar muss Ihnen den Autorisierungscode für den Transfer innerhalb von fünf Kalendertagen nach Ihrer Anfrage geben (ICANN-FAQ zum Transfer).
• Nach der heute geltenden Transfer-Richtlinie können Sie die Domain nach einer Änderung von Name, Organisation oder E-Mail-Adresse des Domaininhabers unter Umständen 60 Tage lang nicht zu einem anderen Registrar umziehen. Manche Registrare lassen Sie darauf verzichten; verpflichtet sind sie dazu nicht (dieselbe FAQ). Die Überprüfung der Transfer-Richtlinie durch ICANN empfiehlt, diese Sperre abzuschaffen, aber bis die neuen Regeln in Kraft treten, fragen Sie Ihren Registrar, welche Sperre gilt.

Eine mögliche Transfersperre ist der Grund, den Domaininhaber jetzt auf Ihr Unternehmen umzustellen und nicht erst während eines Streits. Ihre E-Mail läuft über dieselbe Domain – eine verlorene Domain bedeutet also meist auch verlorene E-Mail.

Gehört Ihnen der Code, weil Sie dafür bezahlt haben?

Nicht automatisch. Wem für Sie geschriebener Code gehört, hängt von Ihrem Vertrag und vom Recht am Ort der Unterzeichnung ab, und ohne schriftliche Übertragung muss die Standardregel nicht zu Ihren Gunsten ausfallen.

Dies ist keine Rechtsberatung; das Vertragsrecht unterscheidet sich von Land zu Land – lassen Sie den endgültigen Vertrag von einer Anwältin oder einem Anwalt prüfen.

Was wir in der Praxis wollen würden:

1. Eine Klausel zur Übertragung der Rechte am geistigen Eigentum, die die Rechte an der Arbeit auf Sie überträgt, ausgelöst durch die Zahlung. Der Dienstleister behält seine bereits bestehenden Tools und Bibliotheken, was fair ist, aber Sie sollten eine Lizenz für alles von ihm bekommen, was in Ihrem Produkt landet.
2. Code in Ihrem Repository ab der ersten Woche. Ein Repository unter Ihrer Organisation, mit dem Dienstleister als Collaborator, heißt: Jeder bezahlte Meilenstein ist bereits in Ihrer Hand. Überträgt Ihnen der Dienstleister später stattdessen ein Repository, braucht der Transfer auf GitHub Admin-Zugriff auf das Repository, und Issues, Pull Requests und Commit-Verlauf ziehen mit um.
3. Alles, was zum Betrieb nötig ist. Code ohne Umgebungsvariablen, Deploy-Schlüssel, Build-Skripte und Cloud-Konto ist ein Ordner, den Sie nicht ausliefern können. Übergabe heißt: Ein anderer Entwickler kann ihn anhand einer schriftlichen Anleitung aus Ihren Konten bauen und deployen.

Ein Angebot, bei dem Sie abwinken sollten: ein kostenloser oder billiger Prototyp, bei dem Sie die Rechte am geistigen Eigentum hinterher vom Dienstleister kaufen können. In einem Thread auf r/startups über genau so ein Angebot nannte ein Kommentator, nach eigener Aussage IP-Berater, es ein furchtbares Geschäft und sagte, die Rechte sollten immer beim Kunden liegen. Wir stimmen zu.

Wann lohnt sich eine Quellcode-Hinterlegung (Escrow)?

Nur wenn Sie Software lizenzieren, die Ihnen nicht gehört, und Ihr Geschäft stillstünde, wenn der Anbieter verschwände. Für eine Visitenkarten-Website oder eine App, deren Repository Ihnen bereits gehört, ist das übertrieben.

Escrow bedeutet, dass der Anbieter seinen Quellcode bei einem unabhängigen Dritten hinterlegt und der Code nur unter Bedingungen an Sie herausgegeben wird, die im Vertrag stehen, etwa bei Insolvenz des Anbieters oder wenn er sich weigert, die Software weiter zu pflegen (Wikipedia-Überblick). Es existiert für Lizenznehmer, nicht für Eigentümer. Wenn Ihnen das Repository bereits gehört, brauchen Sie keinen Dritten, der eine Kopie davon aufbewahrt.

Wo es sinnvoll ist (eine Enterprise-SaaS, von der Ihr Betrieb abhängt, oder ein individuelles System, an dem der Anbieter die Rechte behält), fragen Sie nach der Verifizierung. Eine Hinterlegung ist nur nützlich, wenn jemand geprüft hat, dass sie sich bauen lässt. Manche Escrow-Dienstleister bauen den hinterlegten Code und vergleichen ihn mit der Version, die Sie betreiben. In einem Thread auf r/startups wehrte sich ein Anbieter gegen die Escrow-Anfrage eines Konzernkunden, weil sich sein Code täglich änderte, und andere Kommentatoren schrieben, sie hätten die Escrow-Hinterlegung einfach als Schritt in ihre Release-Pipeline aufgenommen. Genau diesen Aufbau sollten Sie verlangen: Hinterlegungen, die den Releases folgen, nicht eine einzige ZIP-Datei vom Tag der Unterschrift.

Welche Klauseln sollten vor der Unterschrift im Vertrag stehen?

Diese acht, eine nach der anderen geprüft. Eine solche Liste auf Klauselebene haben wir in den Dienstleisterverzeichnissen, die wir ausgewertet haben, nicht gefunden – behandeln Sie sie also als Ausgangsentwurf für Ihre Anwältin oder Ihren Anwalt, nicht als fertige Vorlage.

• [ ] Übertragung der Rechte am geistigen Eigentum mit der Zahlung. Die Rechte an den Leistungen gehen mit jeder bezahlten Rechnung auf Sie über, mit einer Lizenz an den bereits bestehenden Komponenten des Dienstleisters.
• [ ] Konten auf Ihren Namen. Domain, Hosting, Repositories, Werbekonten, Analytics, Call-Tracking und bezahlte Lizenzen werden unter Ihrem Unternehmen eröffnet oder innerhalb einer festgelegten Zahl von Tagen darauf übertragen.
• [ ] Admin-Zugriff für Sie zu jeder Zeit. Nicht auf Anfrage und nicht erst am Projektende.
• [ ] Lieferung des Quellcodes je Meilenstein. Jeder abgenommene Meilenstein liegt mit Build-Anleitung in Ihrem Repository.
• [ ] Abnahmetests. Was „fertig“ für jeden Meilenstein bedeutet, schriftlich festgelegt, bevor die Arbeit beginnt – damit Zahlung und Rechteübertragung einen klaren Auslöser haben.
• [ ] Datenexport. Berichte, Werbedaten, CRM-Datensätze und Analytics-Konfigurationen, auf Anfrage und bei Vertragsende in brauchbaren Formaten exportiert.
• [ ] Unterstützung beim Übergang. Eine festgelegte Zahl von Stunden oder Wochen Hilfe bei der Übergabe an Sie oder einen neuen Dienstleister, zu einem festgelegten Satz.
• [ ] Escrow, nur wenn begründet. Für lizenzierte Software, von der Sie abhängen, mit verifizierten Hinterlegungen, die an Releases gekoppelt sind.

Zwei davon leisten den Großteil der Arbeit. Wenn Sie die Rechteübertragung mit der Zahlung und den Code je Meilenstein in Ihrem Repository haben, kostet Sie ein Dienstleister, der verschwindet, Zeit – nicht das Produkt.

Auch die Preisgestaltung spielt hier hinein. Manche Gebührenstrukturen machen es für den Dienstleister unbequem, die Kontrolle abzugeben; Preismodelle von Dienstleistern im Vergleich zeigt, welche Sie schützen.

Bei welchen Antworten sollte das Gespräch enden?

Bei jeder Weigerung, Ihnen die Kontrolle über Ihre eigenen Assets zu geben. Diese disqualifizieren einen Dienstleister für uns:

• Er gibt Ihnen keinen Admin-Zugriff auf ein Werbe- oder Analytics-Konto, für das Sie bezahlen.
• Er unterschreibt keine Übertragung der Rechte am geistigen Eigentum oder bietet an, Ihnen die Rechte später zu verkaufen.
• Er will die Domain registrieren oder das Hosting unter seinem eigenen Konto eröffnen, weil es einfacher ist.
• Er übergibt den Code nur ganz am Ende, in einem Rutsch.

Ein guter Dienstleister beantwortet diese Punkte in einem Satz und macht weiter, weil er ohnehin so arbeitet. Wenn Sie das vor der Unterschrift testen wollen, fragen Sie im Pitch und achten Sie darauf, wie schnell die Antwort kommt; Fragen für den Pitch eines Dienstleisters enthält weitere davon.

Wie verlassen Sie einen Dienstleister, ohne etwas zu verlieren?

Zuerst Zugänge sichern, dann exportieren, zuletzt ankündigen. Die Reihenfolge zählt, weil manche Dienstleister weniger kooperativ werden, sobald sie wissen, dass Sie gehen.

Ein Kommentator in dem Thread auf r/PPC gab denselben Rat: das neue Setup vorbereiten und sich Zugang zu allem verschaffen, bevor man es der Agentur sagt. Hier ist die Ausstiegs-Checkliste, mit der Angabe, wer am Ende welchen Zugang hält.

Schritt 9 wird am häufigsten vergessen. Googles Seite zu Berechtigungen in der Search Console sagt: Wenn Sie die Bestätigungstokens eines entfernten Inhabers nicht löschen, kann diese Person die Inhaberschaft später erneut bestätigen. Für GA4 ist die Nutzerverwaltung auf Googles Seite zum Analytics-Zugriff beschrieben: Nur die Rolle Administrator kann Nutzer hinzufügen oder löschen.

Call-Tracking-Nummern sind das Asset, bei dem Auftraggeber am häufigsten vergessen, dass es ihnen nicht gehört. Ihre Kunden wählen diese Nummern, manchmal seit Jahren. Fragen Sie jetzt schriftlich nach, in wessen Konto sie liegen und ob sie auf Sie übertragen werden können, wenn Sie gehen.

FAQ

Kann eine Agentur mein Google-Ads-Konto behalten, wenn wir uns trennen? Wenn das Konto Ihnen gehört und die Agentur über ein Verwaltungskonto verknüpft ist: nein, Sie können die Verknüpfung jederzeit aufheben. Hat die Agentur das Konto in ihrem eigenen Setup angelegt und bezahlt Google selbst, bekommen Sie es womöglich nicht zurück – exportieren Sie also alles, was Sie können, solange Sie noch Zugriff haben.

Ist es normal, dass ein Entwickler den Code bis zur Schlusszahlung zurückhält? Den letzten Meilenstein zurückzuhalten, bis er bezahlt ist, ist normal. Den gesamten Code bis zum Ende zurückzuhalten, nicht. Code für bezahlte und abgenommene Meilensteine sollte bereits in Ihrem Repository liegen.

Brauche ich für meine App eine Quellcode-Hinterlegung? Meist nicht. Wenn das Repository in Ihrer Organisation liegt und der Vertrag Ihnen die Rechte am geistigen Eigentum überträgt, haben Sie bereits, was Ihnen Escrow geben würde.

Der Dienstleister hat meine Domain auf seinen Namen registriert. Was jetzt? Bitten Sie ihn, den Domaininhaber auf Ihr Unternehmen zu ändern und die Domain in Ihr Registrar-Konto zu verschieben, und lassen Sie sich das schriftlich geben. Weigert er sich, sprechen Sie mit einer Anwältin oder einem Anwalt, bevor Sie irgendetwas zahlen. Das Feld für den Domaininhaber ist in öffentlichen Abfragen aus Datenschutzgründen oft verborgen; die verlässliche Prüfung ist deshalb ein eigener Registrar-Login.

Spielt das alles eine Rolle, wenn ich meinem Dienstleister vertraue? Ja, denn Menschen wechseln den Job, Agenturen werden verkauft und Freelancer werden krank. Eigene Konten schützen die Beziehung ebenso sehr wie Sie.

Was Sie diese Woche tun können

Öffnen Sie jedes Konto aus der ersten Tabelle, eingeloggt als Sie selbst, und notieren Sie daneben Ihre Rolle. Alles, wo Sie nicht Inhaber oder Admin sind, kommt auf eine Liste, die Sie diese Woche an Ihren Dienstleister schicken – formuliert als Ordnungsmaßnahme, nicht als Vorwurf. Geben Sie die Klausel-Checkliste dann an die Person, die Ihren nächsten Vertrag prüft.

Wenn der Dienstleister die Übergabe der Zugänge hinauszögert, sagt Ihnen das etwas über den Rest der Zusammenarbeit. So prüfen Sie, ob Ihr SEO- oder PPC-Dienstleister arbeitet ist die nächste Seite zum Lesen, und der Rest des Leitfadens zur Beauftragung von Dienstleistern behandelt die Entscheidungen vor und während des Vertrags.