Wem Ihre Website wirklich gehört: Domain, Code und Daten

01Der Tag, an dem Sie den Anbieter wechseln

Solange alles gut läuft, fragt niemand, wem die Website gehört. Der Anbieter hat sie gebaut, hält sie am Laufen, aktualisiert sie; Sie zahlen und arbeiten. Die Frage kommt an dem Tag, an dem sich etwas ändert: Der Anbieter gibt sein Geschäft auf, erhöht die Preise, antwortet nicht mehr, oder Sie haben einfach einen gefunden, der besser zu Ihnen passt. An diesem Tag erfahren Sie auf einen Schlag, was wirklich Ihnen gehört.

Eine Szene, die sich oft wiederholt: Ein Betrieb will seine Website mit einem neuen Anbieter neu machen. Er bittet den alten, „die Domain zu übertragen“, und erfährt, dass die Domain auf die Agentur eingetragen ist. Er bittet um „die Dateien der Website“ und erhält ein Archiv, das ohne das Programm, mit dem sie gebaut wurde, nutzlos ist. Er bittet um „die Liste der registrierten Kunden“ und bekommt zur Antwort, das sei nicht vorgesehen. Niemand hat etwas Illegales getan: Es hatte nur niemand aufgeschrieben.

Dieses Kapitel soll verhindern, dass Sie unvorbereitet an diesen Tag kommen. Es ist keine Liste von Verdächtigungen gegen Softwareentwickler, im Gegenteil: Ein seriöser Anbieter ist der Erste, der will, dass diese Dinge klar sind. Es ist eine Liste von Fragen, die man vorher stellt, wenn sie eine Zeile im Angebot kosten und keinen Streit.

Könnten Sie heute, ohne jemanden anzurufen, diese Frage beantworten: Wenn Sie morgen den Anbieter wechseln wollten, was würden Sie mitnehmen?

02Sechs Güter, sechs mögliche Inhaber

Wer „meine Website“ sagt, spricht in Wirklichkeit von sechs verschiedenen Dingen, die auf verschiedene Weise gekauft, registriert und geschützt werden. Jedes kann auf Sie, auf den Anbieter oder auf einen Dritten eingetragen sein.

• Die Domain: die Adresse, im Namen von jemandem in einem öffentlichen Register eingetragen.
• Der Server: der Ort, an dem die Website läuft, mit einem Hosting-Vertrag und Administrator-Zugangsdaten.
• Der Quellcode: die für Sie geschriebene Software, urheberrechtlich geschützt.
• Die Daten: Kunden, Bestellungen, Reservierungen, über die Jahre hochgeladene Inhalte. Oft sind sie mehr wert als die Website selbst.
• Die Konten: das Unternehmensprofil bei Google, die Statistik-Tools, die Google Search Console, die Social-Media-Profile, das E-Mail-Postfach, das Konto beim Zahlungsdienst.
• Die Inhalte: Texte, Fotos, Logo, Videos. Auch sie haben einen Urheber, und ein Foto aus einem kostenpflichtigen Bildarchiv hat eine Lizenz, die nicht immer übertragbar ist.

Hier sind sie einzeln, beginnend mit dem, was am häufigsten verloren geht.

03Die Domain: Es zählt der Name im Register

Für Domains mit der Endung .it gibt es ein öffentliches Register (italienisch „Registro“), betrieben vom Institut für Informatik und Telematik des CNR in Pisa. Im Register hat jede Domain einen Registrant (italienisch „Registrante“), also den Inhaber des Domainnamens. Die technischen Vorgänge führt ein Registrar aus: das Unternehmen (Provider, Agentur, Hoster), an das Sie sich für Registrierung und Verlängerung wenden.

Der Unterschied liegt genau hier, und er ist entscheidend: Die Domain gehört dem, der als Registrant eingetragen ist, nicht dem, der sie bezahlt, und nicht dem, der sie nutzt. Hat der Anbieter beim Bau der Website die Domain „der Einfachheit halber“ auf seine Agentur registriert, ist die Agentur der Inhaber. Das Register selbst erklärt, dass eine einfache Änderung der Daten den Inhaber der Domain nicht ändern kann: Dafür braucht es einen eigenen Vorgang zum Wechsel des Registrants.

Der AuthInfo-Code, der Hausschlüssel

Um eine .it-Domain zu ändern, insbesondere um Registrar oder Registrant zu wechseln, braucht es den AuthInfo-Code: eine Art Passwort der Domain, das der Registrar dem Registrant bei der Registrierung aushändigt. Haben Sie ihn verloren, fragen Sie den Registrar; das Register greift nur ein, wenn der Registrar nicht erreichbar ist oder die Herausgabe verweigert.

Drei Prüfungen für heute, in fünf Minuten

1. Suchen Sie Ihre Domain im WHOIS des Registers (für .it auf der Website nic.it): Prüfen Sie, wer als Registrant eingetragen ist.
2. Prüfen Sie das Ablaufdatum und wer die Verlängerungshinweise erhält. Eine Domain, die nicht verlängert wurde, weil die Mail im Spam eines ehemaligen Mitarbeiters gelandet ist, wird wieder frei, und jemand anderes kann sie registrieren.
3. Fordern Sie den AuthInfo-Code an und bewahren Sie ihn an einem sicheren Ort auf, wie ein Passwort. Wie man Schlüssel gut verwahrt, erkläre ich im Kapitel über Passwörter, zwei Faktoren und Passkeys.

Wie die Domain technisch funktioniert, also DNS, Einträge und HTTPS-Zertifikat, finden Sie im Kapitel darüber, was passiert, wenn jemand Ihre Adresse eintippt. Eine praktische Regel, die sich daraus ergibt: Die Domain kann bei einem Anbieter liegen und die Website bei einem anderen, denn es genügt, die DNS-Einträge zu ändern. Deshalb gibt es keinen technischen Grund, warum die Domain auf den eingetragen sein müsste, der Ihnen die Website baut.

04Der Quellcode: wem gehört, was für Sie geschrieben wurde

Nach dem italienischen Urheberrechtsgesetz, Gesetz Nr. 633 von 1941, sind Computerprogramme geschützte Werke, wie Bücher. Wer sie schreibt, ist ihr Urheber und hat das Recht zu entscheiden, wer sie nutzen, kopieren und ändern darf.

Das Gesetz sieht eine Ausnahme für Software vor, die ein Angestellter in Ausübung seiner Aufgaben oder nach Anweisung des Arbeitgebers schreibt: In diesem Fall stehen die wirtschaftlichen Nutzungsrechte, sofern nichts anderes vereinbart ist, dem Arbeitgeber zu (Artikel 12-bis). Wer einen externen Anbieter beauftragt, eine Agentur oder einen Freiberufler, hat diesen automatischen Übergang nicht: Es entscheidet der Vertrag.

Keine der beiden ist absolut „richtig“. Ein fertiges Verwaltungsprogramm, das viele Betriebe nutzen und das an Ihren angepasst wird, wird fast immer lizenziert: Der Anbieter verbessert es für alle, und Sie profitieren davon. Eine Software, die von Grund auf nur für Sie geschrieben wird, sollte dagegen sinnvollerweise Ihnen gehören. Entscheidend ist, dass die Wahl schriftlich festgehalten ist und zum Preis passt.

Was „den Code übergeben“ in der Praxis bedeutet

Ein Dateiarchiv reicht nicht. Eine Übergabe, die einem anderen Entwickler wirklich nützt, umfasst:

• den vollständigen Quellcode, einschließlich des Teils, der auf dem Server läuft, nicht nur die sichtbaren Seiten;
• die Struktur der Datenbank und die Skripte, um sie von Grund auf zu erstellen;
• die Anleitung zum Wiederaufsetzen des Systems auf einem anderen Server: Programmversionen, Konfiguration, Variablen;
• die Liste der verwendeten Drittbibliotheken und ihrer Lizenzen: Viele sind Open Source und frei, manche haben Bedingungen, die einzuhalten sind, andere sind kostenpflichtig und müssen verlängert werden;
• möglichst den Zugang zum Repository, also zum Archiv, das die gesamte Änderungsgeschichte bewahrt.

Die Qualität dieser Übergabe hängt davon ab, wie die Software vom ersten Tag an geschrieben wurde: ordentlicher, dokumentierter Code, ohne Abkürzungen, die nur wiederfindet, wer sie genommen hat. Das ist das Thema des Kapitels über den Wert eines Profis für Code: Sauberer Code ist auch Code, den man übergeben kann.

Escrow, wenn die Software lizenziert ist

Bleibt die Software beim Anbieter, ist für Ihren Betrieb aber lebenswichtig, gibt es eine Zwischenlösung: die Hinterlegung des Codes als Sicherheit, genannt Escrow. Der Anbieter hinterlegt den Quellcode regelmäßig bei einem Dritten (einem Notar oder einem spezialisierten Dienst), und der Vertrag legt fest, in welchen Fällen Ihnen die Hinterlegung ausgehändigt wird, zum Beispiel wenn der Anbieter sein Geschäft aufgibt. Sie erhalten den Code nicht, solange alles gut läuft, stehen aber nicht mit leeren Händen da, wenn es schlecht läuft.

05Die Daten: das wertvollste Gut, das immer vergessen wird

Nach einigen Jahren ist das Archiv der Kunden, Bestellungen, Reservierungen und hochgeladenen Inhalte oft mehr wert als die Website, die es enthält. Die Website lässt sich in ein paar Wochen neu bauen; zehn Jahre Kundengeschichte nicht. Und doch wird genau das am wenigsten geprüft.

Die vier Fragen zu den Daten

• Kann ich sie exportieren, wann ich will? Über ein Dashboard oder auf Anfrage in schriftlich festgelegten Fristen, ohne überraschende Kosten.
• In welchem Format? Ein offenes Format (CSV für Tabellen, ein SQL-Dump für die Datenbank, JSON für strukturierte Daten) lässt sich mit jedem Programm lesen. Ein proprietäres Format bindet an den Anbieter, der es erfunden hat.
• Wer macht die Backups, wo liegen sie, und kann ich eine Kopie haben? Ein Backup, das nur beim Anbieter liegt, schützt vor Ausfällen, nicht vor dem Ende der Geschäftsbeziehung. Wie man ein Backup macht, das wirklich hält, erkläre ich im Kapitel über die Datensicherung im Unternehmen und die 3-2-1-Regel.
• Wo liegen sie physisch? In welchem Land stehen die Server: Für die personenbezogenen Daten Ihrer Kunden macht das einen Unterschied, denn die Übermittlung außerhalb der Europäischen Union unterliegt genauen Regeln.

Der Vertrag, den die DSGVO vorschreibt

Speichert oder verarbeitet der Anbieter personenbezogene Daten Ihrer Kunden in Ihrem Auftrag (das Verwaltungsprogramm mit der Kundenkartei, das Portal mit den Konten, die Reservierungsplattform), sind Sie nach der europäischen Datenschutz-Grundverordnung (DSGVO) der Verantwortliche und er ist Auftragsverarbeiter. Die DSGVO verlangt in Artikel 28, dass dieses Verhältnis durch einen Vertrag oder ein anderes schriftliches Rechtsinstrument geregelt wird: was er mit den Daten tun darf, wie er sie schützt und was am Ende des Dienstes geschieht, also Rückgabe oder Löschung.

Dann gibt es die Datenübertragbarkeit nach Artikel 20: das Recht von Personen, ihre eigenen Daten in einem strukturierten, maschinenlesbaren Format zu erhalten und einem anderen Verantwortlichen zu übermitteln. Es ist für Einzelpersonen gedacht (Ihre Kunden), nicht für Unternehmen untereinander: Für die Daten Ihres Betriebs gibt der Vertrag die Garantie. Aber ein Anbieter, der die Datenübertragbarkeit für Ihre Kunden umsetzen kann, kann in der Regel auch alles andere exportieren. Was die DSGVO von der Website eines kleinen Betriebs verlangt, finden Sie im Kapitel über DSGVO und Cookies.

06Server und Konten: auf wessen Namen, mit welchen Schlüsseln

Für den Server, auf dem die Website läuft, gibt es einen Vertrag mit einem Hosting- oder VPS-Anbieter. Die Frage ist dieselbe wie bei der Domain: Auf wessen Namen läuft der Vertrag, und wer hat die Administrator-Zugangsdaten? Es ist nichts Ungewöhnliches, wenn Ihr Entwickler den Server verwaltet: Das ist sein Beruf. Aber der Vertrag sollte auf den Betrieb lauten, oder es sollte schriftlich festgehalten sein, wie und wann Ihnen die Zugangsdaten übergeben werden. Die Unterschiede zwischen Shared Hosting und VPS und wer was verwalten muss, stehen im Kapitel über die professionelle Web-Infrastruktur.

Die Konten, an deren Anlage sich niemand erinnert

Rund um eine Website entstehen viele Konten, oft vom Anbieter am Tag des Livegangs in Eile angelegt:

• das Unternehmensprofil bei Google und auf den Karten;
• die Statistik-Tools für die Besuche und die Google Search Console;
• das E-Mail-Postfach mit der Firmendomain;
• die Social-Media-Profile und die verknüpften Unternehmensseiten;
• das Konto beim Online-Zahlungsdienst, das das Geld empfängt: Dieses muss mehr als alle anderen vom ersten Tag an Ihnen gehören;
• die Abonnements für Themes, Plugins, Bibliotheken oder externe Dienste, bezahlt mit irgendeiner Karte.

Die Regel ist einfach: Jedes Konto wird mit einer E-Mail-Adresse des Betriebs angelegt, und die Inhaberschaft muss bei Ihnen liegen; der Anbieter wird als Benutzer oder Administrator hinzugefügt und entfernt, wenn die Zusammenarbeit endet. Führen Sie eine Liste mit Adresse, Dienst, Inhaber und wer Zugriff hat. Das ist das Dokument, das Sie am Tag des Umzugs brauchen.

Ein sauberer Ausstieg in fünf Schritten

07Ein Angebot mit den richtigen Fragen lesen

Alles, was bisher beschrieben wurde, wird in einem einzigen Dokument entschieden: dem Angebot, mit den Bedingungen, die dazugehören. Meist schaut man auf die Zeile mit der Gesamtsumme und auf die Lieferzeiten. Die Zeilen, die für das Eigentum zählen, sind andere, und oft fehlen sie: Dann muss man nach ihnen fragen.

Die wahren Kosten sind die über fünf Jahre

Zwei Angebote mit derselben Summe können über die Zeit sehr unterschiedliche Kosten haben. Das eine umfasst Domain und Server auf Ihren Namen, mit einer klaren Wartungsgebühr; das andere kostet anfangs wenig, bindet den Betrieb aber an eine Plattform, deren Verlassen teuer ist. Um sie zu vergleichen, addiert man alles, was man in fünf Jahren zahlt: Entwicklung, Verlängerungen, Server, Wartung, Lizenzen Dritter und die geschätzten Kosten eines möglichen Umzugs. Das heute günstigste Angebot ist nicht immer das günstigste von morgen.

Häufige Fragen

Quellen

1. Register .it, „Eine Domain ändern“ (auf Italienisch): Registrant, Registrar, AuthInfo-Code und Inhaberwechsel.
2. Register .it, WHOIS-Abfrage (auf Italienisch): die Registrierungsdaten der .it-Domains.
3. Gesetz vom 22. April 1941, Nr. 633 (auf Italienisch): der Schutz des Urheberrechts, einschließlich der Computerprogramme und des Artikels 12-bis.
4. Verordnung (EU) 2016/679 (DSGVO) (italienische Fassung): Artikel 20 zur Datenübertragbarkeit und Artikel 28 zum Auftragsverarbeiter.
5. Garante per la protezione dei dati personali (italienische Datenschutzbehörde), „Recht auf Datenübertragbarkeit“ (auf Italienisch): wie das Recht funktioniert und die europäischen Leitlinien.

Kapitel aktualisiert im Oktober 2026. Es dient der Orientierung und dazu, vor der Unterschrift die richtigen Fragen zu stellen, und ersetzt nicht die Beratung durch einen Anwalt: Einen wichtigen Entwicklungs- oder Lizenzvertrag sollten Sie von jemandem lesen lassen, der das beruflich macht.