Google Search Console einrichten: Domain-Property oder URL-Präfix?

Die Google Search Console beginnt mit der richtigen Property. Hier erkläre ich den Unterschied zwischen Domain-Property und URL-Präfix verständlich.

Dieser Artikel wurde zuletzt am 18. Juni 2026 aktualisiert.

info
Geschrieben von Saskia Teichmann
am 18. Juni 2026
Wird eingereicht
Ihre Leserstimme
0 (0 stimmen)
Bewertungen in Kommentaren 0 (0 Rezensionen)
Humorvolles 50er-Jahre-Werbeplakat mit Frau, Schlüssel und zwei Türen als Bild für die Wahl zwischen Domain-Property und URL-Präfix in der Google Search Console.

Stand: Juni 2026. Bevor du Sitemaps einreichst, Indexierungsberichte liest oder CTR-Zahlen interpretierst, brauchst du eine sauber eingerichtete Google Search Console. Der erste Stolperstein ist fast immer derselbe: Soll ich eine Domain-Property anlegen oder eine URL-Präfix-Property?

Die kurze Antwort: Wenn du Zugriff auf die DNS-Einstellungen deiner Domain hast, ist die Domain-Property meistens die robustere Wahl. Wenn du keinen DNS-Zugriff hast oder nur einen klar abgegrenzten Bereich prüfen willst, kann eine URL-Präfix-Property sinnvoll sein.

Warum die richtige Property wichtig ist

Die Search Console zeigt Daten immer für die ausgewählte Property. Wenn du nur https://www.example.com/ angelegt hast, siehst du nicht automatisch alle Daten für https://example.com/, Subdomains oder andere Protokolle. Das klingt nach einer technischen Kleinigkeit, führt aber später schnell zu falschen Schlüssen.

Gerade nach Relaunches, Domainwechseln oder alten www/non-www-Konfigurationen ist eine sauber gewählte Property kein Detail. Sie entscheidet, ob du deine Website vollständig siehst oder nur einen Ausschnitt davon.

Die gute Nachricht: Du machst damit nichts an deiner Website kaputt. Eine Property in der Search Console anzulegen, verändert nicht dein Ranking und schaltet nichts live. Es ist erst einmal nur die Grundlage, damit du Daten sehen und später sinnvoll prüfen kannst.

Domain-Property: die breite Sicht

Eine Domain-Property umfasst laut Google eine Domain ohne Protokoll und ohne Pfad. Sie kann Subdomains und verschiedene Protokolle einschließen. Für normale Websites ist das meistens der beste Startpunkt, weil du nicht versehentlich nur eine Variante deiner Website auswertest.

  • Vorteil: Du bekommst eine vollständigere Sicht auf die Domain.
  • Nachteil: Du brauchst Zugriff auf die DNS-Verwaltung.
  • Gut für: Unternehmenswebsites, Blogs, Shops, Relaunches und langfristiges Monitoring.

Für eine Domain-Property trägst du also nicht https:// und keinen Pfad ein. Statt https://www.example.com/blog/ wäre die Domain-Property zum Beispiel example.com.

URL-Präfix: die genaue Sicht auf eine Adresse

Eine URL-Präfix-Property umfasst genau das angegebene Präfix, inklusive Protokoll. https://example.com/ ist also nicht dasselbe wie https://www.example.com/. Das ist nützlich, wenn du bewusst nur eine bestimmte Variante, Subdomain oder ein Verzeichnis beobachten willst.

  • Vorteil: Die Verifizierung ist oft leichter, auch ohne DNS-Zugriff.
  • Nachteil: Du siehst nur den angegebenen Bereich.
  • Gut für: Kundensituationen ohne DNS-Zugriff, einzelne Subdomains, Verzeichnisse oder Tests.

Bei URL-Präfix-Properties sind Details wichtig. Wenn deine Website unter https://example.com/ läuft, dann ist http://example.com/ nicht dieselbe Property. Und https://www.example.com/ ist ebenfalls eine andere Adresse.

Domain-Property oder URL-Präfix: die Entscheidung

Wenn du einfach nur wissen willst, womit du anfangen sollst, kannst du so entscheiden:

  • Eigene Website mit DNS-Zugriff: Domain-Property anlegen.
  • Kundenprojekt ohne DNS-Zugriff: URL-Präfix-Property anlegen oder DNS-Zugriff anfordern.
  • Nur eine Subdomain prüfen: URL-Präfix oder eine passende Domain-Property für diese Subdomain nutzen.
  • Mehrsprachige Website mit Unterverzeichnissen: Domain-Property als Gesamtblick, bei Bedarf zusätzlich URL-Präfix-Properties für einzelne Sprachverzeichnisse.
  • Relaunch oder Domainumzug: Domain-Property als stabile Basis, damit du nicht nur eine alte URL-Variante beobachtest.

Meine Empfehlung für WordPress-Websites: Wenn es deine eigene Website ist und du Zugriff auf DNS hast, starte mit der Domain-Property. Danach kannst du zusätzlich eine URL-Präfix-Property anlegen, wenn du eine bestimmte Variante sehr genau beobachten willst.

So richtest du die Property ein

  1. Öffne die Google Search Console.
  2. Klicke in der Property-Auswahl auf Property hinzufügen.
  3. Wähle Domain, wenn du DNS-Zugriff hast, oder URL-Präfix, wenn du nur eine konkrete Adresse verifizieren möchtest.
  4. Folge der Verifizierungsmethode, die Google dir anzeigt.
  5. Prüfe nach der Verifizierung, ob du die richtige Property ausgewählt hast.

Bei einer Domain-Property läuft die Verifizierung über einen DNS-Eintrag. Das bedeutet: Du bekommst von Google einen TXT-Eintrag und hinterlegst ihn dort, wo deine DNS-Zone verwaltet wird. Das kann beim Domainanbieter, beim Hostinganbieter oder bei einem DNS-Dienst wie Cloudflare sein.

Bei einer URL-Präfix-Property hast du mehrere mögliche Methoden, zum Beispiel HTML-Datei, HTML-Meta-Tag, Google Analytics oder Google Tag Manager. Nimm die Methode, die du wirklich dauerhaft erhalten kannst. Google prüft die Verifizierung später erneut. Wenn der Nachweis verschwindet, kann der Zugriff verloren gehen.

Was WordPress und Yoast damit zu tun haben

Yoast spielt bei der Search-Console-Einrichtung nur eine Nebenrolle. Das Plugin kann dir helfen, einen HTML-Meta-Tag in den Head deiner Website einzubauen. Das ist praktisch für URL-Präfix-Properties. Für eine Domain-Property brauchst du aber DNS-Verifizierung, und die passiert nicht in WordPress.

Wichtiger ist, dass WordPress selbst sauber konfiguriert ist: richtige Website-URL, gültiges HTTPS, keine verwirrenden www/non-www-Varianten und keine alte Weiterleitungslogik, die noch irgendwo herumliegt. Die Search Console zeigt dir Daten. Sie repariert keine Website-Struktur.

Wenn die Property steht, ist der nächste sinnvolle Schritt die Sitemap. Für Yoast liegt der Sitemap-Index normalerweise unter /sitemap_index.xml. Die konkrete Einreichung zeige ich im nächsten Artikel: Yoast-Sitemap in der Google Search Console einreichen.

Typische Fehler

  • Die falsche URL-Variante anlegen: http, https, www und non-www sind bei URL-Präfix-Properties unterschiedliche Adressen.
  • DNS-Verifizierung löschen: Der TXT-Eintrag sollte dauerhaft bleiben, nicht nur bis zur ersten erfolgreichen Prüfung.
  • Nur eine enge Property auswerten: Wer nur eine URL-Präfix-Property nutzt, übersieht möglicherweise Subdomains oder alte Varianten.
  • Search Console mit Ranking-Boost verwechseln: Die Einrichtung liefert Daten. Sie verbessert nicht automatisch Rankings.
  • Zu früh nervös werden: Daten erscheinen nicht immer sofort. Google weist selbst darauf hin, dass es einige Tage dauern kann, bis Daten sichtbar werden.

FAQ

Muss ich http, https, www und non-www einzeln anlegen?

Nicht als Standardweg. Bei einer Domain-Property ist genau der Punkt, dass du breiter auf die Domain schaust. Alte Anleitungen mit vier einzelnen Properties sind oft historisch gewachsen. Eine zusätzliche URL-Präfix-Property kann trotzdem sinnvoll sein, wenn du eine konkrete Variante separat beobachten willst.

Kann ich später wechseln?

Du kannst weitere Properties hinzufügen. Die Daten bleiben aber propertybezogen. Deshalb lohnt es sich, von Anfang an sauber zu planen, statt später mehrere unvollständige Datenansichten nebeneinander zu interpretieren.

Brauche ich Yoast für die Search-Console-Verifizierung?

Nein. Yoast ist nur eine mögliche Hilfe für den HTML-Meta-Tag. DNS-Verifizierung, HTML-Datei und andere Methoden funktionieren ebenfalls. Für eine Domain-Property brauchst du ohnehin DNS-Zugriff.

Wann sehe ich die ersten Daten?

Google sammelt Daten für eine Property, sobald sie in der Search Console hinzugefügt wurde. Sichtbar werden Daten aber nicht zwingend sofort. Wenn nach einigen Tagen gar nichts erscheint, prüfe zuerst, ob du die richtige Property-Variante angelegt hast.

Welche Property soll ich für Kund:innen anlegen?

Wenn du langfristig SEO oder Monitoring verantwortest, bitte um DNS-Zugriff und lege eine Domain-Property an. Wenn das nicht möglich ist, nutze eine URL-Präfix-Property für die tatsächlich verwendete Website-Adresse und dokumentiere diese Einschränkung.

Quellen

<span class="castledown-font">Saskia Teichmann</span>

Saskia Teichmann

Saskia Teichmann ist zertifizierte KI-Strategin (MMAI®) und Full Stack Web Developer. Sie unterstützt Mittelstand und Industrie dabei, KI, DSGVO, EU-KI-Verordnung und moderne Webtechnologien in eine zukunftsfähige, rechtssichere Digitalstrategie zu bringen.

Vereinfacht ausgedrückt:
Als Technical Reality Translator und arbeitet sie an der Schnittstelle von KI, Webentwicklung und betrieblicher Realität. Sie entwickelt KI-gestützte Workflows für Unternehmen und Agenturen — mit dem Anspruch, dass Technik nicht nur im Demo beeindruckt, sondern im Alltag funktioniert.

Projektanfrage stellenKaffee ausgeben

0 Kommentare

Kommentar schreiben

Ihre E-Mail-Adresse wird nicht veröffentlicht. Erforderliche Felder sind mit * markiert

Wird eingereicht