Ein bereits laufender Onlineshop: was Sie prüfen, bevor Sie kaufen

Der Verkäufer öffnet einen Laptop, dreht den Bildschirm zu Ihnen, zeigt ein Diagramm mit steigender Kurve und nennt eine Zahl, der sofort die übrigen Zahlen und Behauptungen folgen: der Shop läuft, der Umsatz ist dieser, die Besucherzahlen sind jene, und der Preis ist dieser. Alles sieht in Ordnung aus, und genau deshalb lohnt es sich innezuhalten, denn fast jede dieser Behauptungen lässt sich prüfen, und fast keine wird geprüft, solange der Vertrag noch nicht unterschrieben ist.

Dieser Artikel handelt von der technischen Prüfung vor dem Kauf eines bereits laufenden Onlineshops, und er handelt nicht davon, was ein solcher Shop wert ist, denn Bewertung und Steuerfragen sind die Arbeit anderer Leute, die wir hier bewusst nicht berühren. Darüber, wie Sie einen Shop von Grund auf aufbauen, haben wir gesondert geschrieben, ebenso darüber, was die Einrichtung eines Onlineshops kostet. Hier geht es um eine ganz andere Situation: der Shop existiert bereits, er hat eine Geschichte, und die Frage ist, was von dieser Geschichte wirklich auf Sie übergeht und was beim Verkäufer bleibt.

Der Zugang zur Analyse zeigt weniger, als es scheint

Das Erste, was jeder vernünftige Käufer verlangt, ist Lesezugriff auf Google Analytics, und das ist richtig, aber es reicht nicht, denn dieser Zugang beweist weniger, als die meisten Leute denken. Google Analytics 4 hat fünf Rollen, nämlich Administrator, Bearbeiter, Werbetreibender, Analyst und Betrachter, und genau die Rolle Betrachter ist die, die dem Käufer gewöhnlich zugewiesen wird: der Betrachter sieht Einstellungen und Daten und kann ändern, welche Daten in den Berichten erscheinen, darf aber keine Nutzer verwalten und keine Property-Einstellungen ändern.

Die Zuweisung selbst sagt schon etwas, denn einen Nutzer hinzufügen kann nur ein Administrator, und Nutzer werden über die E-Mail-Adresse eines Google-Kontos identifiziert, deshalb ist ein Verkäufer, der keinen Lesezugriff erteilen kann, nicht Administrator der betreffenden Property, und das ist eine Frage, die man sofort stellen muss. Ein Screenshot ist kein Zugang, und ein Gespräch, in dem der Verkäufer seinen Bildschirm zeigt, ist auch dann kein Zugang, wenn die Zahlen überzeugend aussehen.

Als Nächstes kommt ein Detail, das wenige Leute kennen und das die Schlussfolgerung vollständig umkehren kann, denn Google Analytics erlaubt, einer Property Dateneinschränkungen aufzuerlegen, und zwei dieser Einschränkungen betreffen genau das Geld: „Keine Kostenmesswerte“ blendet Kostenmesswerte aus, „Keine Umsatzmesswerte“ blendet Umsatzmesswerte aus. Die eingeschränkten Werte erscheinen in den Berichten nicht, und der Nutzer sieht stattdessen eine Null. Ein Käufer, der Nullen in der Umsatzspalte sieht, hat deshalb nicht gesehen, dass der Shop nichts verdient, sondern möglicherweise eine Einschränkung gesehen, und der einzige Weg, das zu klären, ist zu fragen, ob die Einschränkung gesetzt ist.

Es gibt auch eine allgemeinere Grenze, die man die ganze Prüfung über im Kopf behalten sollte, und sie betrifft das Messen selbst: die Analyse zeigt das, was der eingebaute Messcode erfasst hat, nicht, wie viele Menschen wirklich gekommen sind. Ein Code, der nur auf der Dankesseite sitzt, ein Code, der zweimal auslöst, ein Code auf einer Entwicklungsumgebung oder ein und derselbe Code, der mehrere Websites bedient, sieht im Bericht wie Besuche aus. Keiner dieser Fälle ist Betrug per Definition, aber jeder macht aus der Zahl etwas anderes, als der Käufer denkt.

Search Console ist ein anderes Objekt und eine andere Prüfung

Google Search Console zeigt das, was Google selbst über das Erscheinen der Website in den Suchergebnissen erfasst hat, deshalb ist sie teilweise unabhängig vom Messcode, den der Verkäufer eingerichtet hat, und genau diese Unabhängigkeit macht sie wertvoller als die Analyse, obwohl die Zahlen dort kleiner und weniger schmeichelhaft sind. Die Rollen dort sind andere als in der Analyse: Inhaber, uneingeschränkter Nutzer, eingeschränkter Nutzer und Partner, und eine Property muss mindestens einen bestätigten Inhaber haben, sonst hat niemand Zugang.

Der eingeschränkte Nutzer sieht den Leistungsbericht, also Suchanfragen, Klicks, Impressionen und die durchschnittliche Position, kann aber keine Nutzer hinzufügen, keine Sitemap einreichen und eine bestimmte Adresse nicht vollständig prüfen, deshalb reicht das dem Käufer, um den Suchtraffic zu sehen, reicht aber nicht, um die Property zu übernehmen. Das ist ein bewusster Unterschied, den man vor dem Gespräch verstehen sollte, denn ein Verkäufer, der nur den Zugang als eingeschränkter Nutzer anbietet, bietet Zahlen an, nicht die Möglichkeit zur Übernahme.

Es gibt auch die Frage, wie alt die Geschichte selbst ist, und die entscheidet oft mehr als die Größe der Zahlen, denn Google beginnt, Daten über eine Property zu erheben, sobald jemand sie hinzufügt, noch vor der Bestätigung, deshalb kann eine kürzlich angelegte Property keine mehrjährige Geschichte zeigen, unabhängig davon, wie lange der Shop schon läuft. Fragen Sie, wann die Property angelegt wurde, und vergleichen Sie das mit dem behaupteten Alter des Shops.

Nun dazu, was dieses Werkzeug falsch zeigen kann, und das sind keine Behauptungen über Unehrlichkeit des Verkäufers, sondern einfach Mechanik: eine Property kann von zwei Typen sein, nämlich eine URL-Präfix-Property, die nur eine Adresse mit Protokoll abdeckt, und eine Domain-Property, die die ganze Domain mit allen Subdomains abdeckt. Eine Domain-Property kann deshalb den Traffic des Shops und den eines völlig getrennten Blogs in einer Zahl vermischen, und der einzige Weg, das zu sehen, ist nachzuschauen, welcher Property-Typ geöffnet ist.

Die zweite Mechanikfrage ist die Bestätigung, und sie läuft so: die Inhaberschaft wird mit einem Nachweis auf der Website bestätigt, und eine der zulässigen Methoden ist genau der Google-Analytics-Tracking-Code. Das bedeutet, dass beide Werkzeuge mit demselben Code bestätigt sein können, den dieselbe Person kontrolliert, deshalb können zwei scheinbar unabhängige Prüfungen über dieselbe, möglicherweise falsche Website sprechen. Außerdem erlauben nicht verwendete Bestätigungstokens einem früher entfernten Inhaber, sich erneut zu bestätigen, deshalb muss der Käufer, wenn er Inhaber wird, prüfen, welche Nachweise auf der Website noch liegen.

Schließlich lohnt es sich, die Grenze des historischen Fensters zu kennen, die hier streng ist: Leistungsdaten werden sechzehn Monate gespeichert, deshalb lässt sich aus diesem Werkzeug keine dreijährige Wachstumsgeschichte ziehen, und ein Verkäufer, der das verspricht, muss es mit etwas anderem belegen. Und zuletzt: es ist nicht richtig zu erwarten, dass die Zahlen aus Analyse und Suchwerkzeug übereinstimmen, denn sie messen verschiedene Dinge, und kein Google-Dokument verspricht ein bestimmtes Verhältnis zwischen ihnen.

Ein Export ist nicht der Shop

Die zweite große Schwierigkeit steckt im Wort Export, denn der Käufer versteht es als Kopie des Shops, in der Praxis ist es aber ein Auszug bestimmter Tabellen mit bestimmten Grenzen. WooCommerce enthält im Kern ein Produkt-Import- und Exportwerkzeug, und das funktioniert wirklich, aber es ist ein Produktwerkzeug: Kunden und Bestellungen deckt es überhaupt nicht ab, und dafür braucht man entweder ein kostenpflichtiges Plugin oder direkten Zugang zur Datenbank.

Bilder sind eine eigene Kleinigkeit mit unverhältnismäßig großen Folgen, und der Grund liegt in der Exportmechanik: der Produktexport arbeitet mit Bildadressen, nicht mit den Dateien selbst, deshalb müssen die Bilder im Moment des Imports erreichbar sein, und das Kernwerkzeug überträgt die Alternativtexte der Bilder nicht. Für einen Shop mit ein paar tausend Produkten heißt das, dass nach dem Umzug ein Teil der Bilder einfach fehlen kann, und das merkt man erst, wenn es für die Preisverhandlung schon zu spät ist.

Auf stärker geschlossenen Plattformen sind die Grenzen strenger, und man muss sie vor dem Gespräch über den Preis kennen, nicht danach: Passwort-Hashes gehen in der Regel nicht mit, und das bedeutet, dass alle bestehenden Kunden nach dem Umzug das Passwort zurücksetzen müssen, was ein unmittelbarer Kundenverlust ist und den der Verkäufer selten erwähnt. Die Theme-Lizenz bleibt oft beim Konto des Verkäufers, Plugins sind eigene Abonnements mit eigenen Lizenzen, und die Bestellhistorie lassen manche Plattformen über das Administrationspanel überhaupt nicht wieder einspielen.

Dazu gehören drei Kleinigkeiten, an die man selten denkt und die jede für sich Geld kosten. Gutscheine mit Restguthaben sind Verbindlichkeiten gegenüber Kunden, und sie wandern nicht immer mit den übrigen Daten, deshalb gehört die Frage, wie viel ungenutztes Guthaben im Shop steckt, in das Preisgespräch. Ein TLS-Zertifikat wird nicht als Sache übertragen, sondern neu auf den Namen des neuen Inhabers ausgestellt, und das ist nur dann Routine, wenn die Domain schon in Ihrer Hand ist, während die Theme-Lizenz oft an das Konto des Verkäufers gebunden ist, sodass sich nach dem Umzug herausstellen kann, dass das Aussehen noch einmal gekauft werden muss.

Daraus folgt ein Prüfungsschritt, der nichts kostet und viel sagt. Bitten Sie den Verkäufer, noch vor dem Vertrag einen Testexport zu erzeugen, und öffnen Sie ihn selbst, denn dort sehen Sie sofort, ob Kunden darin sind, ob Bestellungen Produktzeilen haben, ob Bilder Adressen haben und ob etwas von dem, was im Shop sichtbar ist, in der Datei überhaupt nicht vorkommt.

Die Domain geht mit einem Inhaberwechsel über, nicht mit einer Eintragsänderung

Der Domainteil ist die Stelle, an der Käufer drei völlig verschiedene Vorgänge vermischen, und diese Vermischung endet oft damit, dass die Domain auf den Namen des Verkäufers bleibt. Die Änderung der Nameserver ist nur ein Hinweis darauf, wer die Domain-Einträge bedient, und mit der Inhaberschaft hat sie nichts zu tun; der Providerwechsel ändert, wer die Domain betreut; und der Inhaberwechsel ist der Vorgang, der ändert, auf wessen Namen die Domain registriert ist.

Für .de-Domains legt DENIC den Inhaberwechsel fest, und gerade das Verfahren über einen Provider schützt Domaininhaber davor, dass ein Fremder die Domain auf sich umschreibt. Es gibt zwei Wege, und keiner davon ist ein Schreiben an die Registry auf dem Papier: beide Parteien beauftragen gemeinsam den aktuellen Provider, und der Provider aktualisiert die Inhaberdaten bei DENIC; oder der aktuelle Inhaber lässt über seinen Provider ein AuthInfo-Passwort erzeugen, gibt es an den künftigen Inhaber weiter, und der neue Provider führt Providerwechsel und Inhaberwechsel in einem Schritt durch. Das Verfahren steht bei denic.de. Wenn ein Provider die Domain betreut, läuft der Antrag über ihn, nicht direkt an die Registry.

Zwei Details in diesem Verfahren sind wichtiger als die übrigen, und das erste davon ist, dass der bisherige Inhaber die Domain nicht mehr kontrolliert, sobald die Inhaberdaten bei DENIC aktualisiert sind, deshalb muss der Vorgang beim ersten Mal stimmen. Das zweite ist, dass den Antrag einer juristischen Person Personen mit Vertretungsmacht stellen und die Inhaberdaten den Anforderungen der Registry entsprechen müssen, also reicht es nicht, dass ihn irgendwer aus dem Unternehmen schickt.

Besondere Aufmerksamkeit verdient der Fall, dass der Verkäufer eine Gesellschaft ist, die liquidiert werden soll, denn genau hier kann der Kauf des Shops mit dem Verlust der Domain enden. Bei DENIC gibt es keine Regel, nach der ein Inhaberwechsel vor Abschluss der Liquidation erfolgen muss, ruhende Geschäftstätigkeit den Wechsel blockiert, oder nach der Löschung ein kurzes Fenster folgt, nach dem der Name für jeden frei registrierbar ist. Wenn die GmbH gelöscht ist, existiert der Inhaber nicht mehr; das folgt aus dem Gesellschaftsrecht und aus der DENIC-Anforderung, dass die Inhaberdaten stimmen, nicht aus einem eigenen Liquidationsverfahren der Registry. Ein Käufer, der wartet, bis der Verkäufer seine Angelegenheiten geregelt hat, kann trotzdem feststellen, dass die Adresse des Shops an einen Fremden gegangen ist.

Das Zahlungskonto geht nicht mit dem Kaufvertrag über

Die Annahme, dass mit dem Shop auch die Zahlungsannahme übergeht, ist verbreitet und falsch, aber ebenso falsch ist zu sagen, dass sich ein Zahlungskonto überhaupt nicht übertragen lässt, denn die richtige Formulierung liegt in der Mitte: der Kaufvertrag selbst bewegt das Konto nicht, aber der Zahlungsdienstleister hat ein eigenes Verfahren, und er kann auch ablehnen.

Stripe beschreibt in seiner Dokumentation genau diesen Fall und gibt an, dass der bestehende Kontoinhaber, der das Konto an jemand anderen übergeben will, etwa beim Verkauf des Unternehmens, sich zuerst an den Support wenden muss, um zu klären, welche Angaben zu aktualisieren sind. Danach sind die Bankkontoinformationen für Auszahlungen, der rechtsgültige Unternehmensname, die Steuernummer und die Daten des Vertreters zu ändern, und das Unternehmen warnt ausdrücklich davor, die Daten des neuen Inhabers per E-Mail zu schicken, während das Verfahren ein anderes ist, wenn das Unternehmen unter dem Dach einer juristischen Person in einem anderen Land übernommen wurde.

Es gibt noch ein Detail, das genau die Daten betrifft und das Käufer spät erfahren: wenn der Übergang nicht durch Übernahme desselben Kontos erfolgt, sondern durch Umzug auf ein neues, dann lassen sich zwischen zwei Konten Kunden und Zahlungsmethoden kopieren, aber einzelne Zahlungen, Rechnungen, Pläne und Abonnements, Coupons, Ereignisse und Protokolle werden nicht kopiert. Für einen Shop mit Abonnements ist das kritisch, denn die Unterbrechung der Abonnements bedeutet die Unterbrechung der Einnahmen, und diese Frage muss man vor dem Geschäft stellen, nicht danach.

Die Übernahmebedingungen deutscher Banken und lokaler Zahlungsdienstleister haben wir für diese Prüfung nicht gelesen, und das ist ehrlicher gesagt als mit einer Vermutung zu füllen, also ist das eine bewusste Lücke, kein Auslassungsfehler. Wenn der Shop Zahlungen über eine Bank oder einen lokalen Zahlungsdienstleister entgegennimmt, ist die Frage, ob der Vertrag abgetreten werden darf, genau an diesen Anbieter zu richten, und das Stripe-Verfahren darf man nicht darauf übertragen.

Die Kundenliste ist der rechtlich schärfste Teil

Hier ist die Stelle, an der der Käufer nicht einen Vermögenswert, sondern eine Pflicht erwerben kann, und genau deshalb ist dieser Abschnitt als Warnung geschrieben, nicht als Anleitung. Der Anfang liegt in der Struktur des Geschäfts: wenn Sie die Anteile des Unternehmens kaufen (Share Deal), bleibt der Verantwortliche dieselbe juristische Person und die Datenbank wechselt den Eigentümer nicht; wenn Sie den Shop als Bündel von Wirtschaftsgütern von einem anderen Rechtsträger kaufen (Asset Deal), gelangen die personenbezogenen Daten an einen neuen Verantwortlichen, und das ist ein ganz anderer Fall.

Die Datenschutz-Grundverordnung verspricht nichts über den Kauf von Shops, und in ihr steht kein Artikel, der besagt, dass eine Kundendatenbank automatisch übergeht. Es muss eine Rechtsgrundlage nach Artikel 6 geben, und es gibt eine Informationspflicht: Artikel 13 verlangt, die Identität des Verantwortlichen in dem Moment zu nennen, in dem die Daten erhoben werden, während Artikel 14, der genau den Fall betrifft, in dem die Daten nicht bei der Person selbst erhoben wurden, vom neuen Verantwortlichen verlangt, seine Identität, die Zwecke, die Rechtsgrundlage, die Kategorien der Daten und die Quelle mitzuteilen, und das spätestens innerhalb eines Monats oder bei der ersten Kontaktaufnahme.

Für Marketing-E-Mails kommt in Deutschland ein weiteres Gesetz hinzu, und genau das ist der Kern dieses Abschnitts. § 7 Absatz 2 Nummer 2 des Gesetzes gegen den unlauteren Wettbewerb behandelt Werbung unter Verwendung elektronischer Post ohne vorherige ausdrückliche Einwilligung des Adressaten stets als unzumutbare Belästigung, und die Ausnahme in § 7 Absatz 3 verlangt vier Bedingungen zugleich: der Unternehmer hat die Adresse im Zusammenhang mit dem Verkauf einer Ware oder Dienstleistung von diesem Kunden erhalten, er verwendet sie für eigene ähnliche Waren oder Dienstleistungen, der Kunde hat nicht widersprochen, und bei der Erhebung und bei jeder Verwendung wird klar und deutlich auf das kostenfreie Widerspruchsrecht hingewiesen. Daneben bleibt die Datenschutz-Grundverordnung: ohne Rechtsgrundlage nach Artikel 6 ist die Verarbeitung auch dann nicht zulässig.

Und nun das, was daraus eine Falle macht: die genannte Ausnahme ist für den Unternehmer geschrieben, der die Adresse im Rahmen eines Vertragsabschlusses direkt beim Kunden erhoben hat, also denselben, der die Kunden bedient hat. Der Käufer, der die Adressen nicht erhoben hat, ist dieser Unternehmer nicht, deshalb wandert die Ausnahme des bisherigen Inhabers nicht mit der Datei mit. Die Datenschutzkonferenz hat das in ihrem Beschluss vom 11. September 2024 ausdrücklich so gelesen: die Ausnahme des § 7 Absatz 3 UWG findet regelmäßig keine Anwendung, weil nach § 7 Absatz 3 Nummer 1 UWG derjenige, der die elektronische Postadresse verwendet, sie im Rahmen eines Vertragsabschlusses direkt bei der Kundin oder dem Kunden erhoben haben muss.

Diese Frage ist von Land zu Land verschieden gelöst, und diese Abweichung ist ehrlicher offengelegt als verschwiegen. Die Datenschutzkonferenz der unabhängigen Datenschutzaufsichtsbehörden des Bundes und der Länder hat 2024 eine strenge Position eingenommen und festgehalten, dass der Verkauf einer Kundendatenbank als losgelöstes Asset regelmäßig nur mit vorheriger Einwilligung der betroffenen Kundinnen und Kunden möglich ist. Das spanische Organgesetz 3/2018 (LOPDGDD) Artikel 21 enthält dagegen eine Norm, die bei einer strukturellen Änderung von Gesellschaften oder der Übertragung eines Betriebs oder einer Betriebsstätte die Verarbeitung als rechtmäßig vermutet, wenn sie für die Kontinuität der Leistungen nötig ist. Der Käufer in Deutschland bleibt bei der Datenschutz-Grundverordnung, bei § 7 UWG und bei einer rechtlichen Bewertung des konkreten Geschäfts.

Prüfungen, die nicht vom Verkäufer abhängen

Alle bisherigen Prüfungen hängen davon ab, was der Verkäufer gewährt und was seine Einstellungen zeigen, deshalb lohnt es sich, daneben mindestens eine zu stellen, deren Quelle eine andere ist, und die einfachste solche Prüfung sind die Serverprotokolle, denn sie zeichnen Anfragen unabhängig davon auf, ob auf der Seite überhaupt ein Messcode sitzt und ob der Besucher Cookies zugestimmt hat.

Das ist keine Google-Methode und kein Google-Dokument empfiehlt sie, deshalb präsentieren auch wir sie nicht als offizielle Empfehlung, sondern als Praxis, in der man beim Vergleich des Anfragevolumens in den Protokollen mit den Analysesitzungen desselben Zeitraums gewöhnlich entweder ein vernünftiges Verhältnis sieht oder eine Differenz, nach der sich zu fragen lohnt. Zugang zu den Protokollen gibt in der Regel das Hosting-Verwaltungspanel, deshalb braucht diese Prüfung Hosting-Zugang, und genau deshalb sollte man ihn gleichzeitig mit dem übrigen verlangen.

Die zweite unabhängige Quelle ist die Abrechnung des Zahlungsdienstleisters, und sie ist die einzige von allen, die Geld zeigt, nicht Besuche. Hier ist ein Unterschied wichtig: eine Abrechnung, die der Verkäufer als Dokument schickt, ist nicht dasselbe wie eine Abrechnung, die Sie im Panel des Anbieters selbst sehen, denn die erste kann jeder anfertigen, die zweite nicht, deshalb verlangen Sie Zugang zum Panel oder wenigstens einen geteilten Bildschirm mit dem geöffneten Panel.

Es gibt noch eine Prüfung, die fünf Minuten kostet und die fast alle auslassen: nachzuschauen, wie der Shop heute in der Suchmaschine aussieht, indem man seinen Namen und ein paar Produktnamen eingibt. Wenn der Shop einen stabilen Suchtraffic behauptet, aber unter dem eigenen Namen nicht erscheint oder hinter Handelsplattformen erscheint, auf denen er selbst verkauft, dann kommt der Traffic von woanders, und es lohnt sich zu klären, von wo, denn bezahlte Werbung kann nach dem Geschäft einfach aufhören.

Die dritte ist die buchhalterische Seite, die wir inhaltlich nicht behandeln, deren Existenz aber erwähnenswert ist, denn sie ist die einzige, die alles übrige mit deklarierten Zahlen verbindet, und wenn Analyse, Zahlungspanel und Buchhaltung drei verschiedene Geschichten erzählen, dann liegt das Problem nicht in der Messgenauigkeit, und von da an ist es kein technisches Gespräch mehr.

Der Zustand von Code und Plattform lässt sich günstig prüfen

Die Prüfung des technischen Zustands klingt nach einem teuren Audit, aber den größten Teil der Antwort erhält man in wenigen Stunden und mit öffentlichen Daten. Der erste Schritt ist, Version von Plattform und Sprache festzustellen und mit dem vom Hersteller veröffentlichten Supportkalender zu vergleichen, denn nach dem Ende des Supports werden neue Sicherheitslücken nicht mehr geschlossen, obwohl der Shop genau wie zuvor weiterläuft.

Der zweite Schritt ist die Liste der Plugins zusammen mit ihrer Aktualisierungshistorie, denn ein aufgegebenes Plugin ist zugleich ein Sicherheitsrisiko und eine versteckte Ausgabe: irgendwann muss man es ersetzen, und der Ersatz in einem laufenden Shop bedeutet gewöhnlich, auch alles umzuschreiben, was darum herum gebaut wurde. Der dritte ist die Frage, ob der Shop je gehackt wurde und was danach getan wurde, und diese Frage sollte man direkt stellen, denn eine ausweichende Antwort ist hier ebenso aufschlussreich wie eine bejahende.

Der vierte Schritt betrifft den Code, wenn der Shop angepasst ist, und er liegt nah bei der Frage, die wir gesondert in dem Artikel betrachtet haben, was Ihnen gehört, wenn das System fertig ist. Hier reicht die praktische Seite: wo das Repository liegt, wer darauf zugreifen kann und ob es mit dem Shop auf Sie übergeht, denn ein Repository im persönlichen Konto des Verkäufers bleibt nach dem Geschäft im persönlichen Konto des Verkäufers, wenn man es nicht gesondert umzieht.

Neben dem Repository liegen Zugänge und Schlüssel, und die tendieren dazu, über Stellen verstreut zu sein, die niemand aufgeschrieben hat: Hosting-Panel, Domainkonto, Zahlungspanel, E-Mail-Dienst, Schlüssel für externe Dienste und Analyse. Eine Liste davon sollte man schriftlich vor dem Geschäft verlangen und danach prüfen, denn ein Schlüssel, den niemand übergeben hat, zeigt sich gewöhnlich, wenn etwas aufhört zu funktionieren, und dann ist der Verkäufer schon weg.

Der fünfte ist die Liste der wiederkehrenden Kosten, die mit dem Shop ankommen, und die ist oft länger, als der Käufer erwartet, denn dazu gehören das Plattform-Abonnement, gesonderte Plugin-Abonnements, das Theme, die Provisionen des Zahlungsdienstleisters, Hosting, Domain und Zertifikate, und jedes davon hat sein eigenes Verlängerungsdatum und seinen eigenen Preis nach der ersten Laufzeit. Diese Liste sollte man vor der Preisbesprechung in eine Tabelle bringen, denn genau sie zeigt, was der Shop wirklich im Monat kostet.

Was Sie verlangen, bevor Sie unterschreiben

Alles Vorherige führt zu einem Satz von Anforderungen, der nicht viel Zeit kostet und der einem ehrlichen Verkäufer keine Schwierigkeiten bereitet: auf der Analyseseite ist das der Betrachter-Zugang zur Property selbst, nicht Screenshots, zusammen mit der Antwort, ob die Einschränkung „Keine Umsatzmesswerte“ gesetzt ist, und auf der Search-Console-Seite der Zugang als eingeschränkter Nutzer zusammen mit der Angabe, welcher Property-Typ geöffnet ist.

Auf der Datenseite ist das ein Testexport vor dem Vertrag, die Antwort, ob Passwort-Hashes mitgehen, und Klarheit darüber, was mit der Bestellhistorie geschieht. Auf der Domainseite ist das eine Bestätigung, auf wessen Namen die Domain heute registriert ist, und die Vereinbarung, dass der Inhaberwechsel vor der Zahlung oder gleichzeitig mit ihr stattfindet, nicht danach.

Auf der Zahlungsseite ist das eine Frage an den Zahlungsdienstleister, nicht an den Verkäufer, denn nur der kann sagen, ob das Konto übergeht und unter welchen Bedingungen, und die Überzeugung des Verkäufers ist in dieser Frage kein Beweis. Wenn der Shop Abonnements hat, dann muss dieselbe Frage noch einmal gesondert genau dazu gestellt werden, denn Abonnements sind der Teil, der beim Umzug am häufigsten bricht. Auf der Datenschutzseite ist das Klarheit darüber, wie die Liste erhoben wurde und was den Kunden damals gesagt wurde, und eine schriftliche Vereinbarung, dass der neue Verantwortliche nach dem Geschäft seine Informationspflicht erfüllt.

Dieser Anforderungskatalog sieht lang aus, aber er ist kürzer als eine Woche, die vergeht, wenn man nach dem Geschäft versucht, eine Domain zurückzuholen oder Abonnements wiederherzustellen, und den größten Teil davon bereitet ein ehrlicher Verkäufer in ein paar Stunden vor. Ein Verkäufer, der gegen diese Anforderungen Einwände hat, hat damit zugleich die wichtigste Frage beantwortet, und das ist der billigste mögliche Weg, das herauszufinden.

Und schließlich gibt es zwei Dinge, die dieser Artikel bewusst nicht tut, weil sie nicht unsere Arbeit sind; uns als anderen Beruf auszugeben wäre das Schlechteste, was man hier tun könnte. Wir äußern keine Meinung dazu, was der Shop wert ist, und wir ersetzen keinen Anwalt in der Frage der Nutzung einer konkreten Kundenliste, denn beides ist die Arbeit anderer Leute. Wenn Sie möchten, dass wir den technischen Teil prüfen, bevor Sie unterschreiben, schreiben Sie uns, und wir tun das zusammen mit dem Team für die Onlineshop-Entwicklung.