Google dokumentiert zwei getrennte Schritte: Eine Website kann verifiziert sein, ohne dass sie im gewünschten Merchant-Center-Konto bereits in Anspruch genommen wurde (offizielle Erklärung zu Verifizierung und Inhaberschaft). Genau diese Trennung entscheidet darüber, ob Sie einen technischen Fehler beheben oder einen alten Kontozugriff wiederherstellen müssen.

Symptom: Ihr Shop ist erreichbar, aber Google Merchant Center meldet „Website nicht verifiziert“, „Website kann nicht in Anspruch genommen werden“ oder die bisherige Produkt- und Anzeigenverknüpfung ist verschwunden. Schnellste Lösung: Nicht erneut Tags löschen und nicht sofort ein neues Konto anlegen. Erst Verifizierung, Domain-Inhaberschaft und Kontoverknüpfung auseinanderhalten; anschließend das alte Konto wiederherstellen und erst danach eine Migration beginnen.

Diese Anleitung richtet sich an Sie, wenn Sie einen bestehenden Independent Shop betreiben, Google Shopping oder kostenlose Produkteinträge nutzen und die Website im Merchant Center nicht sauber bestätigen können. Sie ist ebenfalls für Werbeteams gedacht, die nach einer Übergabe eine unterbrochene Verbindung vorfinden, sowie für Verantwortliche, die den früheren Google- oder Agenturzugriff nicht kennen.

Fehlerbild und Zuständigkeit

Der sichtbare Fehler ist häufig kürzer als die eigentliche Ursache. Bevor Sie Einstellungen verändern, schreiben Sie vier Dinge unverändert auf:

  • den vollständigen Website-URL einschließlich https://, www oder Subdomain,
  • die Merchant-Center-ID des aktuell geöffneten Kontos,
  • den genauen Wortlaut der Fehlermeldung,
  • den Google-Account und die Rolle, mit der Sie angemeldet sind.
Öffnen Sie anschließend die öffentliche Startseite in einem Inkognito-Fenster. Prüfen Sie nicht nur, ob sie im normalen Browser funktioniert. Eine Erweiterung, eine eingeloggte Sitzung oder ein lokaler Cache kann Ihnen sonst eine erreichbare Seite vortäuschen, während der öffentliche Abruf anders reagiert.

Drei Ebenen müssen getrennt bewertet werden:

  1. Verifizierung: Google muss erkennen können, dass Sie die Website kontrollieren. Dafür kommen je nach Konto und Oberfläche beispielsweise eine Plattformbestätigung, ein HTML-Tag, eine HTML-Datei, Google Analytics, Google Tag Manager oder Search Console infrage. Die verfügbaren Optionen können sich nach Konto und Oberfläche unterscheiden.
  2. Inanspruchnahme der Website: Nach der Bestätigung muss das gewünschte Merchant-Center-Konto den Anspruch auf die Domain übernehmen. Das ist keine bloße Wiederholung der technischen Verifizierung.
  3. Kontoverknüpfung: Produktdatenquellen, Google Ads und eine Plattformintegration wie Shopify müssen weiterhin auf das richtige Konto zeigen. Ein gültiger Domainanspruch repariert diese Verbindungen nicht automatisch.

**Achtung:** Löschen Sie den Verifizierungstag, schließen Sie das alte Konto oder wechseln Sie die Domain nicht als ersten Test. Sie verlieren sonst eine wichtige Vergleichsbasis und können eine bestehende Produktdaten- oder Anzeigenverbindung unterbrechen, obwohl nur ein Nutzerrecht fehlte.

Entscheidungsmatrix für den nächsten Schritt

Verwenden Sie die folgende Zuordnung, bevor Sie eine Änderung speichern. Die Bewertung beschreibt nicht die Erfolgsgarantie, sondern das Risiko, mit dem falschen Eingriff fortzufahren.

<
BeobachtungWahrscheinlich betroffene EbeneErste AktionRisiko einer vorschnellen NeuanlageBewertung
Startseite oder Bestätigungsdatei ist öffentlich nicht erreichbarWebsite-VerifizierungURL, Hosting und Sichtbarkeit prüfenMittelNiedrig bis mittel
Search Console ist bestätigt, Merchant Center lehnt den Anspruch abInhaberschaft und NutzerrolleProperty-Art, Domain und Zielkonto abgleichenHochMittel
Eine alte Agentur oder ein früherer Mitarbeiter besitzt den AnspruchKontozuordnungZugriff auf das alte Konto wiederherstellenSehr hochHoch
Shopify meldet falsches Konto oder wiederholt die AutorisierungKontoverknüpfungMerchant-Center-ID und Google-Login prüfenMittel bis hochMittel
Produkte und Ads zeigen nach einer Änderung auf ein anderes KontoVerknüpfung und DatenquellenUrsprüngliche Kontostruktur dokumentierenSehr hochHoch
Die Spalte „Risiko“ ist für Ihre Reihenfolge wichtiger als die vermutete technische Ursache. Ein neues Merchant-Center-Konto kann die Fehlermeldung kurzfristig verschwinden lassen, während historische Datenquellen, Zugriffswege und Anzeigenverbindungen im alten Konto verbleiben.

Google Merchant Center Website-Verifizierung 2026: Prüfschritte

1. URL und Domainvarianten abgleichen

Vergleichen Sie die URL im Merchant Center mit der URL, die Ihre Produkte tatsächlich verwenden. Achten Sie auf:

  • http gegenüber https,
  • Root-Domain gegenüber www,
  • Subdomain gegenüber Hauptdomain,
  • Weiterleitungen auf eine andere Adresse,
  • einen Shop, der während der Prüfung eine Wartungs- oder Passwortseite ausliefert.
Eine Search-Console-Property für example.com ist nicht automatisch gleichbedeutend mit einer URL-Präfix-Property für https://www.example.com. Google beschreibt die Unterschiede zwischen Property-Typen und URL-Bereichen in der [Dokumentation zu Search-Console-Properties](https://support.google.com/webmasters/answer/34592?hl=zh-CN). Prüfen Sie deshalb, ob die bestätigte Property den tatsächlich im Merchant Center eingetragenen Bereich abdeckt.

2. Die angebotene Methode nur einmal ändern

Öffnen Sie im Merchant Center die Website-Einstellungen und notieren Sie, welche Bestätigungsmethode aktuell angezeigt wird. Prüfen Sie danach genau diese Methode:

  • Beim HTML-Tag muss der Tag im öffentlich ausgelieferten Quelltext vorhanden sein.
  • Bei einer HTML-Datei muss der Dateiname an der erwarteten Adresse erreichbar sein.
  • Bei Analytics oder Tag Manager muss der verwendete Account tatsächlich Zugriff auf die betreffende Website haben.
  • Bei Search Console muss der bestätigte Eigentümer im richtigen Zielkonto des Merchant Center als geeigneter Nutzer vorhanden sein.
  • Bei einer automatischen Plattformbestätigung muss die Verbindung zur richtigen Domain und zum richtigen Merchant-Center-Konto bestehen.
Ändern Sie nur eine Variable pro Test. Wenn Sie gleichzeitig den Google-Login wechseln, ein Tag-Management-System neu verbinden und den Shop umleiten, können Sie den tatsächlichen Auslöser nicht mehr bestimmen.

3. Drei Belege sichern

Erstellen Sie vor dem nächsten Versuch eine kleine Beweiskette:

  1. Screenshot der Fehlermeldung mit Datum und geöffnetem Konto,
  2. Screenshot der relevanten Einstellung im Merchant Center,
  3. Screenshot oder gespeicherte Quelltextansicht der öffentlichen Seite beziehungsweise Bestätigungsdatei.
Schwärzen Sie E-Mail-Adressen, Kundendaten, Zugriffstoken und interne IDs, wenn Sie die Unterlagen mit einer Agentur teilen. Die Merchant-Center-ID darf in einem internen Übergabeprotokoll stehen, gehört aber nicht ungeschützt in öffentliche Chatgruppen.

Search Console und Merchant Center

Eine bestätigte Search-Console-Property löst den Anspruch im Merchant Center nicht automatisch aus. Prüfen Sie zuerst, ob der Search-Console-Eigentümer mit genau dem Google-Account arbeitet, der im Zielkonto die erforderliche Nutzerrolle besitzt. Die offizielle Übersicht zu Search-Console-Nutzern und Berechtigungen erklärt, dass Eigentümerrechte und gewöhnliche Nutzerrechte nicht dasselbe sind.

Arbeiten Sie diese Reihenfolge ab:

  1. Öffnen Sie Search Console mit dem Account, der als bestätigter Eigentümer eingetragen ist.
  2. Lesen Sie den exakten Property-Namen ab, nicht nur den sichtbaren Markennamen.
  3. Vergleichen Sie Domain-Property oder URL-Präfix-Property mit der Merchant-Center-URL.
  4. Öffnen Sie das Merchant Center in einer getrennten Browsersitzung.
  5. Prüfen Sie, ob derselbe Account dort Mitglied des richtigen Kontos ist.
  6. Starten Sie erst danach erneut die Anspruchsprüfung.
Wenn der bestätigte Eigentümer nur in einem anderen Merchant-Center-Konto als Administrator eingetragen ist, ändern Sie nicht sofort die Domainbestätigung. Das Problem liegt dann wahrscheinlich in der Kontozuordnung. Auch ein Wechsel von www zur Root-Domain ohne Prüfung der Produktlinks kann später eine zweite Fehlerklasse erzeugen.

Alte Konten und übertragene Ansprüche

Wenn die Meldung auf eine bereits beanspruchte Website hindeutet, suchen Sie nicht zuerst nach einem neuen Konto. Durchforsten Sie alte Google-Benachrichtigungen, interne Übergabeunterlagen, die E-Mail-Adresse der früheren Agentur und gespeicherte Merchant-Center-IDs. Prüfen Sie außerdem, ob das Unternehmen mehrere Konten für Test, Produktion oder unterschiedliche Länder angelegt hat.

Ist das alte Konto erreichbar, gehen Sie kontrolliert vor:

  1. Fügen Sie den aktuellen Verantwortlichen mit einer passenden Administratorrolle hinzu.
  2. Melden Sie sich mit dem neuen Account in einer separaten Sitzung an.
  3. Prüfen Sie Websiteanspruch, Datenquellen und Nutzerliste.
  4. Kontrollieren Sie die bestehende Google-Ads-Verbindung.
  5. Dokumentieren Sie erst danach, ob eine Übertragung oder eine neue Kontostruktur wirklich nötig ist.
Google beschreibt für Konflikte und die Wiederherstellung von Kontozugriffen einen eigenen [offiziellen Wiederherstellungsweg bei Kontokonflikten](https://support.google.com/merchants/answer/17154671?hl=zh-CN). Nutzen Sie diesen Weg, wenn das alte Konto nicht zugänglich ist, statt Eigentumsverhältnisse durch wiederholte Lösch- und Neuversuche weiter zu verschleiern.

Die möglichen Folgekosten einer voreiligen Neuanlage sind nicht nur technischer Natur. Sie müssen möglicherweise Datenfeeds neu verbinden, Google Ads auf ein anderes Konto umstellen, Verantwortlichkeiten dokumentieren und eine interne Freigabe für die neue Kontostruktur einholen. Vor einer Migration erstellen Sie deshalb eine Liste mit Produktdatenquellen, Ads-Verbindungen, Domainstatus, Administrierenden und der Person, die die Änderung freigibt.

Shopify-Verbindung und Berechtigungen

Bei einer Shopify-Verbindung sehen Sie oft einen Plattformfehler, obwohl die eigentliche Ursache ein alter Domainanspruch oder ein falscher Google-Account ist. Prüfen Sie zunächst:

  • Welcher Shopify-Account den Shop verwaltet,
  • welcher Google-Account die Verbindung autorisiert,
  • welche Merchant-Center-ID ausgewählt wurde,
  • ob die Website-Adresse im Shop exakt dem Merchant Center entspricht,
  • ob die Person beide Seiten tatsächlich verwalten darf.
Die offizielle [Übersicht zu Nutzerberechtigungen im Merchant Center](https://support.google.com/merchants/answer/12160472?hl=zh-CN) ist hierfür wichtiger als eine wiederholte App-Installation. Wenn zwei Konten in einer Browser-Sitzung angemeldet sind, kann die Autorisierung außerdem im falschen Konto landen. Verwenden Sie für den Test ein neues Inkognito-Fenster oder ein separates Browserprofil und notieren Sie jeden Login.

Erst wenn Domainanspruch und Nutzerrechte stimmen, trennen Sie die bestehende Plattformverbindung, falls dies in Ihrer Kontostruktur wirklich erforderlich ist. Lesen Sie vorher, welche Datenquelle entfernt wird und ob sie später manuell neu eingerichtet werden muss. Eine erneute Autorisierung ist ein Reparaturschritt, kein Ersatz für die Wiederherstellung des richtigen Kontos.

FAQ zur Wiederherstellung

Wie behandeln Sie eine Website, die im Merchant Center noch nicht verifiziert ist?

Beginnen Sie mit der exakten URL und dem öffentlich erreichbaren Inhalt. Öffnen Sie die Startseite oder Bestätigungsdatei ohne eingeloggte Sitzung und sichern Sie einen Screenshot. Prüfen Sie danach nur die im Konto angebotene Methode. Wenn der Tag vorhanden, aber das falsche Konto angemeldet ist, liegt die Ursache eher bei der Berechtigung als beim Shop.

Warum bleibt die Inhaberschaft trotz Search-Console-Bestätigung aus?

Search Console und Merchant Center verwalten unterschiedliche Kontozuordnungen. Entscheidend ist, ob die bestätigte Property den richtigen Domainbereich abdeckt und der bestätigte Eigentümer im Zielkonto des Merchant Center eine ausreichende Rolle besitzt. Prüfen Sie deshalb zuerst Property-Typ, URL und Nutzerliste. Ein Wechsel der Bestätigungsmethode ohne diesen Abgleich erzeugt meist nur neue Unsicherheit.

Was tun Sie bei einem Anspruch durch ein altes Merchant-Center-Konto?

Suchen Sie die historische Merchant-Center-ID und versuchen Sie, einen aktuellen Administrator hinzuzufügen. Prüfen Sie danach Datenquellen und Google-Ads-Verbindung, bevor Sie den Anspruch übertragen. Ist das alte Konto nicht wiederherstellbar, dokumentieren Sie den bisherigen Zustand und verwenden Sie den offiziellen Konfliktprozess. Ein neues Konto ist nicht automatisch eine Wiederherstellung.

Wie beheben Sie abweichende Konten bei Shopify?

Vergleichen Sie die Shopify-Verbindung, den verwendeten Google-Login und die Ziel-ID des Merchant Center. Melden Sie alle nicht benötigten Google-Konten aus der Testumgebung ab und autorisieren Sie die Verbindung in einer sauberen Sitzung. Wenn die Domain noch einem alten Konto gehört, lösen Sie zuerst diesen Konflikt. Wiederholte Installationen ändern die Eigentumsverhältnisse nicht.

Wie sichern Sie die Berechtigungen nach einem Personalwechsel?

Führen Sie ein Übergabeprotokoll mit Domain, Property, Merchant-Center-ID, Bestätigungsmethode und aktiven Administratoren. Halten Sie mindestens zwei nachvollziehbare Verantwortliche vor und testen Sie den neuen Zugriff, bevor Sie den alten Nutzer entfernen. Bewahren Sie außerdem die Änderungs- und Freigabehistorie auf. So bleibt der Zugang nicht an eine einzelne Agenturadresse gebunden.

Wiederherstellung und Abnahme

Nach der Korrektur sollten Sie nicht nur auf eine grüne Statusanzeige vertrauen. Führen Sie die Abnahme in einer sauberen Sitzung mit dem künftig verantwortlichen Account durch:

  • [ ] Fehlermeldung, URL, Merchant-Center-ID und ursprünglicher Account sind dokumentiert.
  • [ ] Die öffentliche Startseite oder Bestätigungsdatei ist ohne Sonderzugang erreichbar.
  • [ ] Domain, www-Variante, Protokoll und Produktlink stimmen überein.
  • [ ] Search-Console-Property und bestätigter Eigentümer wurden geprüft.
  • [ ] Der Eigentümer besitzt im Zielkonto die passende Merchant-Center-Rolle.
  • [ ] Ein alter Anspruch wurde entweder kontrolliert übernommen oder offiziell zur Klärung eingereicht.
  • [ ] Produktdatenquelle und Google-Ads-Verbindung zeigen auf das gewünschte Konto.
  • [ ] Die Shopify-Autorisierung verwendet die richtige Merchant-Center-ID.
  • [ ] Mindestens zwei nachvollziehbare Administratoren können den Zugriff übernehmen.
  • [ ] Domainänderungen und nächste Verantwortliche stehen im Übergabeprotokoll.
Für die eigentliche Kontoberechtigung bleibt die offizielle Hilfe maßgeblich. Google weist auch bei der [Verknüpfung von Merchant Center und Google Ads](https://support.google.com/google-ads/answer/11586344?hl=zh-CN) darauf hin, dass Konten und Zugriffsrechte korrekt zusammenpassen müssen. Eine stabile Arbeitsumgebung ersetzt diese Prüfung nicht.

Wenn mehrere Personen nacheinander prüfen, kann ein dauerhaft verfügbarer, getrennter Arbeitsplatz die Dokumentation, Browserprofile und Übergabe erleichtern. Ein MACGPU-Arbeitsplatz kann dafür als isolierte macOS-Umgebung dienen; Sie können zum Beispiel die Informationen zum Mac-Zugriff in Virginia und zur zentralen MACGPU-Übersicht für Remote-Mac-Arbeitsplätze prüfen. Das hilft beim reproduzierbaren Browser-Test, verifiziert aber weder die Domain noch hebt es Kontobeschränkungen auf.

Grenzen der Remote-Mac-Lösung

Ein lokaler Windows-PC, wechselnde Browserprofile oder ein gemeinsam genutzter Bürorechner haben bei diesem Fehlerbild drei echte Nachteile: Sitzungen bleiben häufig parallel angemeldet, die Übergabe von Cookies und lokalen Belegen ist schwer nachvollziehbar, und nach einem Personalwechsel fehlt oft ein klarer, dauerhaft zugänglicher Prüfplatz. Eine Remote-Mac-Umgebung kann diese Arbeitsabläufe besser trennen und die Beweisdokumentation zentraler organisieren.

Sie sollten sie trotzdem nicht als Umgehungslösung betrachten. Eine amerikanische IP-Adresse, ein Remote-Mac oder ein fester Standort ersetzt keine bestätigte Domainkontrolle, keine passende Merchant-Center-Rolle und keine offizielle Kontoprüfung. Wenn Sie nur einmalig eine Website verifizieren müssen, reicht der bestehende Arbeitsplatz meist aus. Wenn Ihr Team dagegen wiederholt Datenquellen, Anzeigenverknüpfungen und Übergaben über mehrere Personen hinweg prüft, kann ein gemieteter Mac von MACGPU die Arbeitsumgebung gegenüber improvisierten Rechnern stabiler und klarer trennbar machen.

Entscheidend bleibt die Reihenfolge: erst Belege sichern, dann das Fehlerniveau bestimmen, anschließend den alten Zugriff wiederherstellen und erst am Ende migrieren. So schützen Sie die bestehende Kontostruktur, statt eine fehlgeschlagene Website-Verifizierung durch ein zweites, ebenfalls unvollständig dokumentiertes Merchant-Center-Konto zu verschärfen.