Wenn du in der Google Search Console eine URL prüfst und plötzlich unter „von Google ausgewählte kanonische URL“ eine völlig fremde, vielleicht sogar spamartig wirkende Domain siehst, ist der erste Reflex ziemlich verständlich: kurz schlucken, noch einmal laden, vielleicht denken: „Wurde die Seite gehackt?“ Oder: „Hat Google meine URL mit irgendeinem Schrott verwechselt?“ Genau so ein Fall wurde beschrieben: Eine neue Blog-URL eines Kunden war noch nicht indexiert, und beim Prüfen über das URL-Prüftool tauchte als von Google gewählte kanonische URL nicht die eigene Seite auf, sondern eine verdächtig wirkende Fremd-URL.
Das klingt im ersten Moment dramatischer, als es in vielen Fällen tatsächlich ist. Trotzdem solltest du es nicht einfach wegwischen. Die Search Console zeigt dir hier nicht irgendeine beliebige technische Kleinigkeit, sondern einen Einblick in Googles aktuelle Einschätzung: Welche URL hält Google, zumindest momentan, für die maßgebliche Version eines Inhalts oder einer sehr ähnlichen Seite? Und wenn dort etwas auftaucht, das nicht zu deiner Website gehört, dann ist das natürlich ein Signal, genauer hinzusehen.
Aus meiner Erfahrung entstehen solche Situationen oft in einer etwas grauen Zone zwischen technischem Timing, Domain-Historie, Indexierungszustand und Googles Versuch, ähnliche oder scheinbar identische Seiten zusammenzufassen. Besonders bei neuen Websites, übernommenen Domains, Kundenprojekten mit vorheriger Parkseite oder schlecht konfigurierten Weiterleitungen kann Google manchmal Dinge miteinander verbinden, die für dich als Mensch erst einmal völlig unlogisch aussehen.
Warum eine fremde kanonische URL in der Search Console auftauchen kann
Die zentrale Beobachtung ist recht einfach: Im URL-Prüftool der Google Search Console gibt es einen Abschnitt, der dir zeigt, welche kanonische URL du selbst angegeben hast und welche kanonische URL Google tatsächlich verwendet. Diese beiden Werte müssen nicht identisch sein. Du kannst also sauber ein Canonical-Tag auf deine eigene URL setzen, und Google kann trotzdem entscheiden: „Nein, aus unserer Sicht ist eine andere URL die repräsentative Version.“
Normalerweise passiert das bei Varianten derselben Seite. Zum Beispiel bei URLs mit Tracking-Parametern, HTTP- und HTTPS-Versionen, www- und non-www-Versionen oder bei sehr ähnlichen Produktseiten. Manchmal ist es nervig, aber technisch nachvollziehbar. Unangenehm wird es, wenn Google eine URL auswählt, die gar nicht zu deiner Domain gehört. Noch unangenehmer, wenn diese URL nach Spam aussieht.
Der beschriebene Fall betraf eine neue Kundenseite beziehungsweise einen neuen Blog, der noch nicht indexiert war. Beim Prüfen in der Search Console tauchte eine fremde, spamartige Adresse als Google-selected canonical auf. Derjenige, der den Fall entdeckt hatte, schrieb sinngemäß, dass er so etwas noch nie gesehen habe: Eine von Google ausgewählte Canonical-URL, die offenbar auf eine Spam-Seite verweist.
Ein Vertreter von Google erklärte daraufhin, dass solche Fälle ohne vollständige Details schwer eindeutig zu beurteilen seien. Ein möglicher Grund könne aber sein, dass verschiedene Domains zuvor einmal dieselbe Interstitial-Seite oder dieselbe geparkte Seite verwendet haben. Und genau dieser Satz ist wesentlich. Denn er zeigt: Google muss nicht zwangsläufig den aktuellen Inhalt falsch verstehen. Manchmal hängt die Einschätzung noch an früheren Zuständen, an gemeinsamen Vorlagen, an Parkseiten oder an Signalen, die mehrere Domains miteinander verbinden.
Stell dir das ganz praktisch vor. Eine Domain war vor dem Relaunch geparkt. Sie zeigte eine generische Seite: „Diese Domain steht zum Verkauf“ oder eine Werbe-/Parking-Seite, die von einem Domain-Anbieter automatisch ausgespielt wurde. Vielleicht nutzten hunderte oder tausende andere Domains dieselbe Vorlage. Für Google sahen diese Seiten dann weitgehend gleich aus. Wenn nun eine dieser Domains später ein echter Blog wird, kann es eine Weile dauern, bis Google die alte Zuordnung vollständig loslässt. Besonders dann, wenn die neue Seite noch nicht stark gecrawlt, noch nicht indexiert und noch nicht durch klare interne und externe Signale bestätigt wurde.
Das ist ein bisschen wie bei einem Lagerraum, der früher in einem Gebäude voller identischer Schließfächer war. Du richtest ihn neu ein, machst daraus ein Büro, stellst Schreibtisch und Schild an die Tür. Aber im alten Lageplan steht vielleicht immer noch: „Schließfachbereich, Einheit 37“. Es dauert, bis alle Systeme den neuen Zustand kennen. Google ist dabei natürlich deutlich komplexer, aber das Bild hilft.
Was „Google-selected canonical“ wirklich bedeutet
Viele verwechseln Canonicalisierung mit einer festen Anweisung. Das ist sie aber nicht. Ein Canonical-Tag ist eher ein starker Hinweis. Du sagst Google: „Diese URL ist die bevorzugte Version.“ Google kann diesem Hinweis folgen, muss es aber nicht. Das ist ein entscheidender Punkt, den man in SEO-Projekten immer wieder erklären muss, manchmal auch mehrfach.
Wenn du also auf deiner Seite rel="canonical" korrekt auf dich selbst setzt, heißt das nicht automatisch, dass Google diese URL auch als kanonisch akzeptiert. Google betrachtet weitere Signale: interne Links, Weiterleitungen, Sitemap-Einträge, Inhaltsähnlichkeit, URL-Struktur, Serverantworten, hreflang-Konstellationen, externe Links, historische Signale und wahrscheinlich noch einiges mehr, das nicht öffentlich im Detail dokumentiert ist.
Das Feld „von Google ausgewählte kanonische URL“ zeigt dir deshalb nicht nur, was im HTML steht. Es zeigt dir Googles momentane Entscheidung. Und diese Entscheidung kann bei sehr frischen URLs, bei noch nicht indexierten Seiten oder bei Domains mit unklarer Vergangenheit merkwürdig wirken.
Wichtig ist: Eine fremde Canonical-Auswahl bedeutet nicht automatisch, dass dein Canonical-Tag falsch ist. Sie bedeutet auch nicht sofort, dass deine Website kompromittiert wurde. Und sie bedeutet nicht zwingend, dass die fremde Seite deinen Inhalt gestohlen hat oder dass du dauerhaft ein Indexierungsproblem hast. Aber sie heißt: Google sieht momentan eine Beziehung oder Ähnlichkeit, die du prüfen solltest.
Gerade bei neuen Kundenprojekten lohnt sich hier ein ruhiger Blick. Ich habe schon Fälle gesehen, in denen eine Domain vor dem Kauf jahrelang für ganz andere Zwecke genutzt wurde. Nach dem Relaunch war technisch alles sauber: HTTPS, Canonical, Sitemap, robots.txt, interne Verlinkung. Trotzdem tauchten in SEO-Tools oder in der Search Console noch alte Muster auf. Nicht ewig, aber lang genug, um jemanden nervös zu machen.
Der Unterschied zwischen deiner Vorgabe und Googles Entscheidung
In der Search Console kannst du im URL-Prüftool zwei Dinge sehen, die gern durcheinandergebracht werden. Da ist einerseits die vom Nutzer angegebene kanonische URL, also das, was im Canonical-Tag oder über andere Signale von deiner Seite kommuniziert wird. Andererseits gibt es die von Google ausgewählte kanonische URL. Wenn beide übereinstimmen, ist alles hübsch. Wenn nicht, beginnt die eigentliche Diagnose.
Ein klassisches Beispiel: Du hast eine Produktseite unter mehreren Filter-URLs erreichbar. Du setzt alle Canonicals auf die Hauptproduktseite. Google folgt dem in der Regel, wenn die Signale konsistent sind. Ein anderes Beispiel: Du hast zwei Seiten mit fast identischem Text, aber unterschiedlichen URLs. Google kann entscheiden, nur eine davon zu indexieren. Auch das ist nicht ungewöhnlich.
Bei einer fremden Domain ist die Sache heikler, aber der Mechanismus bleibt ähnlich. Google versucht, Duplikate oder sehr ähnliche Inhalte zu clustern. Wenn alte Parkseiten, identische Interstitials oder technische Platzhalter über Domains hinweg gleich aussahen, kann so ein Cluster entstehen. Und wenn deine neue URL noch nicht „stark genug“ als eigenständige Seite erkannt wurde, kann die alte oder fremde Zuordnung vorübergehend sichtbar bleiben.
Ich würde hier nicht zu schnell in Alarmismus verfallen. Gleichzeitig wäre es fahrlässig, gar nichts zu prüfen. Die Wahrheit liegt, wie so oft in der technischen SEO, in der Mitte.
Warum besonders neue oder nicht indexierte Seiten anfällig wirken
Der beschriebene Fall betraf eine URL, die noch nicht indexiert war. Das ist wichtig. Wenn Google eine Seite noch nicht vollständig verarbeitet hat, sind manche Datenstände in der Search Console eher Momentaufnahmen als endgültige Urteile. Neue URLs durchlaufen mehrere Phasen: Entdeckung, Crawling, Rendering, Inhaltsbewertung, Canonicalisierung, Indexierungsentscheidung. Diese Prozesse laufen nicht immer in einer sauberen, sofort sichtbaren Reihenfolge ab.
Manchmal crawlt Google eine URL, erkennt aber noch nicht genügend Signale, um sie eindeutig einzuordnen. Manchmal wurde die URL zwar entdeckt, aber der Inhalt noch nicht vollständig verarbeitet. Manchmal hängt im System noch ein älteres Signal aus einer vorherigen Domain-Nutzung. Und manchmal sieht die Search Console schlicht einen Zwischenstand, der sich Tage oder Wochen später von selbst korrigiert.
Der Rat von Google lautete deshalb im Kern: Warte ein paar Wochen und prüfe dann erneut. Wenn sich die Sache beruhigt, war es wahrscheinlich ein temporäres Signalproblem. Wenn nicht, solltest du mit vollständigen Details weiter nachforschen.
Das klingt für viele SEOs unbefriedigend, ich weiß. „Warte ein paar Wochen“ ist nicht gerade die Antwort, die man einem nervösen Kunden gern gibt. Aber sie ist in solchen Fällen oft realistischer als hektische Änderungen an einer Seite, die möglicherweise gar nicht das Problem ist. Wer in Panik zehn Dinge gleichzeitig ändert, weiß hinterher nicht mehr, was gewirkt hat, was geschadet hat und was komplett irrelevant war.
Besonders bei neuen Blogs, frischen Relaunches oder übernommenen Domains solltest du Canonical-Abweichungen daher immer im Kontext betrachten. Ist die Seite schon indexiert? Wurde sie mehrfach gecrawlt? Gibt es klare interne Links? Ist sie in der XML-Sitemap? Gibt es alte Weiterleitungen? Wurde die Domain früher geparkt? Gibt es Archive oder historische Hinweise, dass dort früher eine Standardseite lag? All das kann eine Rolle spielen.
Die Rolle von geparkten Domains und Interstitial-Seiten
Der spannendste Hinweis aus der Reaktion von Google war der Verweis auf gemeinsam genutzte Interstitial- oder Parking-Seiten. Das ist aus SEO-Sicht absolut plausibel. Domain-Parking-Anbieter nutzen oft standardisierte Templates. Diese Seiten unterscheiden sich manchmal nur durch den Domainnamen, während Struktur, Textbausteine, Anzeigenflächen und technische Auszeichnung fast identisch sind.
Wenn Google über längere Zeit viele solche Domains crawlt, kann es passieren, dass diese Inhalte als ähnlich oder identisch erkannt werden. Wird eine Domain später neu genutzt, muss Google erst einmal lernen: Diese Domain ist jetzt etwas anderes. Sie ist kein Teil dieses alten Parking-Musters mehr. Dafür braucht Google klare Signale und etwas Zeit.
Ein ähnliches Problem kann entstehen, wenn beim Start einer neuen Website vorübergehend eine Platzhalterseite live ist. Zum Beispiel „Coming soon“, „Website wird aktualisiert“ oder eine Login-/Wartungsseite. Wenn diese Seite auf mehreren Projekten identisch verwendet wird, kann Google sie ebenfalls als Duplikat oder als Teil eines bekannten Musters einordnen. Das ist einer der Gründe, warum ich bei Relaunches nie ein Freund von monatelangen öffentlichen Platzhalterseiten bin. Für Menschen sieht das harmlos aus. Für Suchmaschinen kann es ein unnötig verrauschtes Signal sein.
Manchmal ist es überraschend, wie lange solche Übergangszustände nachhallen. Nicht unbedingt monatelang, aber lange genug, dass sie in der Search Console sichtbar werden. Und genau dort sehen es dann natürlich die Leute, die ohnehin gerade besonders sensibel auf Indexierungsprobleme achten.
Was du jetzt konkret prüfen solltest
Auch wenn Abwarten ein Teil der Empfehlung ist, heißt das nicht, dass du untätig bleiben musst. Ich würde bei so einem Fund zunächst drei Dinge prüfen: technische Korrektheit, Domain- und URL-Historie sowie Signalstärke der eigenen Seite. Mehr braucht es am Anfang meistens nicht. Wenn du sofort jedes denkbare SEO-Problem aufmachst, verlierst du dich.
Beginne mit der Seite selbst. Liefert sie einen sauberen HTTP-Statuscode 200? Ist sie für Googlebot erreichbar? Blockiert die robots.txt nichts? Steht im HTML ein selbstreferenzierendes Canonical oder zeigt es versehentlich irgendwo anders hin? Gibt es im gerenderten HTML dasselbe Canonical wie im Quelltext? Gerade JavaScript-Setups können hier manchmal komische Dinge erzeugen. Prüfe außerdem, ob die Seite in der XML-Sitemap enthalten ist und ob die interne Verlinkung sie klar unterstützt.
Dann schau dir die Historie der Domain an. War sie vorher geparkt? Wurde sie von einem anderen Projekt übernommen? Gab es alte Weiterleitungen? Wurden Inhalte migriert? Hat ein früherer Betreiber Spam, Affiliate-Seiten oder automatische Landingpages darauf betrieben? Eine neue Website auf einer alten Domain trägt manchmal noch ein bisschen Vergangenheit mit sich herum. Das ist nicht mystisch, sondern schlicht Suchmaschinenrealität.
Als Nächstes prüfst du, ob die eigene URL genug eindeutige Signale sendet. Hat sie einzigartigen Inhalt? Oder ist es ein sehr dünner Blogpost, eine Kategorie-Seite ohne viel Text oder eine Template-Seite, die anderen Seiten stark ähnelt? Gibt es klare Titel, Überschriften, strukturierte Seiteninhalte und interne Links? Wenn Google kaum verwertbaren Inhalt findet, greift es eher auf andere Signale zurück. Und dann kann eine historische oder technische Fehlzuordnung stärker wirken, als sie sollte.
Was ich nicht tun würde: sofort die ganze Website umbauen, Canonical-Tags wild ändern, URLs umbenennen oder massenhaft Reindexierungsanfragen stellen. Das wirkt beschäftigt, löst aber selten das eigentliche Problem. Besser ist sauberes Prüfen, dokumentieren, ein paar Tage oder Wochen beobachten und nur bei echten Fehlern gezielt korrigieren.
Wann du dir wirklich Sorgen machen solltest
Ein einmaliger merkwürdiger Eintrag bei einer neuen, nicht indexierten URL ist noch kein Grund zur Panik. Kritischer wird es, wenn das Muster regelmäßig auftritt. Wenn viele URLs deiner Website fremde kanonische URLs zeigen, wenn die Fremdseiten thematisch oder technisch immer wieder ähnlich sind, wenn deine Seiten auch nach Wochen nicht indexiert werden oder wenn zusätzlich Sicherheitswarnungen, unbekannte Weiterleitungen oder fremde Inhalte auf deiner Domain auftauchen, dann solltest du deutlich tiefer einsteigen.
In so einem Fall würde ich auch Server-Logs prüfen. Wurde Googlebot sauber bedient? Gab es Weiterleitungen, die nur bestimmten User-Agents angezeigt wurden? Liefert der Server je nach Standort andere Inhalte aus? Gibt es Cloudflare-, CDN- oder WAF-Regeln, die Googlebot anders behandeln als normale Nutzer? Solche Dinge sind unangenehm, weil sie im Browser oft nicht sichtbar sind. Du öffnest die Seite, alles sieht gut aus. Google bekommt aber vielleicht etwas anderes.
Auch ein Blick auf die tatsächliche fremde URL kann helfen, vorsichtig natürlich. Wenn sie nur eine alte Parking-Seite oder eine generische Vorlage zeigt, passt das zur Erklärung. Wenn sie dagegen aktiv deine Inhalte kopiert oder dich technisch aushebelt, wäre das eine andere Baustelle. In den meisten Fällen wirkt es aber eher wie ein Canonicalisierungs- oder Historienproblem, nicht wie ein akuter Angriff.
Die sinnvollste Reaktion: ruhig bleiben, aber sauber dokumentieren
Die Kernaussage lautet: Eine spamartige, von Google ausgewählte kanonische URL in der Search Console kann erschreckend aussehen, ist aber nicht automatisch ein Beweis für ein schweres SEO-Problem. Es kann passieren, dass Google durch frühere Parkseiten, identische Interstitials oder andere gemeinsame Signale mehrere Domains vorübergehend miteinander verbindet. Besonders bei frischen oder noch nicht indexierten Seiten kann sich das nach einiger Zeit von selbst korrigieren.
Der empfohlene Weg ist deshalb ziemlich pragmatisch: ein paar Wochen beobachten, während du gleichzeitig die offensichtlichen technischen Punkte prüfst. Wenn Google die URL später korrekt verarbeitet und die eigene Seite als kanonisch erkennt, war es wahrscheinlich nur ein unschöner Zwischenstand. Wenn der Eintrag bestehen bleibt, solltest du mit möglichst vollständigen Informationen weiter eskalieren: betroffene URL, angezeigte fremde Canonical-URL, Screenshots, HTTP-Statuscodes, Canonical-Auszeichnung, Sitemap-Signal, robots.txt, Weiterleitungsketten und Hinweise zur Domain-Historie.
Für dich als Website-Betreiber oder SEO heißt das vor allem: Nimm das Signal ernst, aber lass dich nicht von der optischen Wirkung einer „Spam-URL“ in der Search Console verrückt machen. Die Search Console ist kein perfektes Echtzeit-Diagnosegerät. Sie ist eher ein Fenster in Googles Verarbeitung, und manchmal siehst du durch dieses Fenster einen unfertigen Zustand.
Mein persönlicher Umgang damit wäre nüchtern: Erst prüfen, ob du selbst einen klaren Fehler findest. Wenn ja, beheben. Wenn nein, der Seite stärkere eindeutige Signale geben, Crawling und Indexierung beobachten und nicht sofort alles umwerfen. Gerade bei neuen Kundenprojekten ist das manchmal die schwierigste Disziplin. Man will etwas tun, am besten sofort. Aber in der technischen SEO ist nicht jede sichtbare Merkwürdigkeit ein Schraubenzieher-Problem. Manches ist schlicht ein Verarbeitungsthema.
Am Ende bleibt der wichtigste Punkt: Google kann eine andere kanonische URL wählen als die, die du vorgibst. Das ist normal. Ungewöhnlich ist nur, wenn diese URL auf eine fremde, spamartig wirkende Domain zeigt. Dann solltest du besonders sorgfältig hinschauen, aber eben ohne reflexhafte Panik. Häufig steckt dahinter keine Katastrophe, sondern eine Mischung aus alten Domain-Signalen, identischen Platzhalterseiten und einer noch nicht abgeschlossenen Neubewertung durch Google.
