134 lines
5.1 KiB
Markdown
134 lines
5.1 KiB
Markdown
# Google Search Console einrichten
|
||
|
||
Die **Search Console** (GSC) ist ein kostenloses Google-Tool. Sie zeigt die
|
||
**Sicht von Google auf die Seite**: mit welchen Suchbegriffen Besucher kommen,
|
||
welche Seiten im Google-Index sind, Crawling-Fehler usw.
|
||
|
||
Wichtig zur Einordnung: Das ist **kein** Besucher-Tracking wie Google
|
||
Analytics. Es läuft **kein Code beim Besucher**, es werden **keine Cookies**
|
||
gesetzt und es ist **kein Consent-Banner** nötig. Das „Wie viele Besucher /
|
||
woher" deckt weiterhin die Server-Log-Auswertung ab (siehe
|
||
[analyse.md](analyse.md)); die Search Console ergänzt das „Über welche
|
||
Google-Suchbegriffe werde ich gefunden".
|
||
|
||
---
|
||
|
||
## Was die Search Console bringt
|
||
|
||
- **Suchanfragen-Bericht** (das Wertvollste): echte Google-Suchbegriffe, mit
|
||
denen Leute auf die Seite kommen (z. B. „ferienwohnung kaufbeuren"),
|
||
jeweils mit Impressionen, Klicks und durchschnittlicher Position. Zeigt,
|
||
wofür man gefunden wird – und wofür man gefunden werden *sollte, aber nicht
|
||
wird* → Texte/Überschriften gezielt anpassen.
|
||
- **Indexierung kontrollieren**: welche Seiten im Google-Index sind. Beim
|
||
Umzug WordPress → Hugo prüfbar, ob alle FeWo-Seiten aufgenommen wurden;
|
||
einzelne URLs lassen sich manuell zur Indexierung einreichen.
|
||
- **Sitemap einreichen**: Hugo erzeugt automatisch eine `sitemap.xml`; einmal
|
||
angemeldet findet Google zuverlässig alle Unterseiten.
|
||
- **Fehler-Frühwarnung**: Meldungen zu 404-Seiten, Mobile-Usability, HTTPS-/
|
||
Sicherheitsproblemen.
|
||
- **Umzugs-Absicherung**: einbrechende Klicks nach dem Hosting-/URL-Wechsel
|
||
werden sofort sichtbar, statt monatelang unbemerkt zu bleiben.
|
||
|
||
---
|
||
|
||
## Verifizierung – zwei Methoden
|
||
|
||
Bevor Google die Daten zeigt, muss man **das Eigentum an der Domain
|
||
nachweisen**. Dafür gibt es zwei gleichwertige Wege.
|
||
|
||
### Methode A – HTML-Datei (aktuell eingerichtet)
|
||
|
||
Google gibt eine Datei mit eindeutigem Namen vor; liegt sie im Root der Seite
|
||
und ist erreichbar, gilt das Eigentum als bewiesen.
|
||
|
||
Diese Datei ist bereits im Projekt:
|
||
|
||
```text
|
||
static/google21d037b7dc98001f.html
|
||
```
|
||
|
||
Hugo kopiert alles aus `static/` unverändert ins Root von `public/`. Nach dem
|
||
Deploy ist sie also unter
|
||
`https://www.iwz-ferienwohnungen.de/google21d037b7dc98001f.html` erreichbar,
|
||
und die bestehende Verifizierung bleibt gültig.
|
||
|
||
> Nachteil: Diese Methode verifiziert nur **eine** URL-Variante (z. B. `www.`,
|
||
> nicht die nackte Domain) und die Datei muss bei jedem Hosting-Umzug
|
||
> mitwandern.
|
||
|
||
### Methode B – DNS-TXT (empfohlen, robuster)
|
||
|
||
Der Nachweis wird im **DNS der Domain** hinterlegt statt in der Webseite. Da
|
||
die Domain bei **IONOS** bleibt, das Hosting aber wechselt (erst Bunny, später
|
||
IONOS-Webspace), hängt der Nachweis dann an der Domain und ist gegen künftige
|
||
Umzüge immun. Er deckt zudem alle Varianten ab (`www`, nackt, alle Subdomains,
|
||
http/https).
|
||
|
||
1. In der Search Console eine **Domain-Property** anlegen (siehe unten,
|
||
Schritt 1, Variante „Domain").
|
||
2. Google zeigt einen TXT-Wert wie `google-site-verification=abc123…`.
|
||
3. Bei **IONOS** unter **Domains & SSL → DNS** einen **TXT-Record** für die
|
||
Domain anlegen:
|
||
- **Typ:** TXT
|
||
- **Host/Name:** `@` (die Domain selbst)
|
||
- **Wert:** der von Google angezeigte String
|
||
4. Speichern, ein paar Minuten warten (DNS-Verteilung), in der Search Console
|
||
auf **Bestätigen** klicken.
|
||
|
||
> Ist die DNS-TXT-Verifizierung erfolgreich, kann die Datei
|
||
> `static/google21d037b7dc98001f.html` aus dem Projekt entfernt werden.
|
||
|
||
---
|
||
|
||
## Einmalige Einrichtung (Schritt für Schritt)
|
||
|
||
### 1. Property anlegen
|
||
|
||
<https://search.google.com/search-console> öffnen und mit dem Google-Konto
|
||
anmelden. „Property hinzufügen" wählen:
|
||
|
||
- **Variante „Domain"** (empfohlen): `iwz-ferienwohnungen.de` eingeben →
|
||
verlangt DNS-TXT-Verifizierung (Methode B).
|
||
- **Variante „URL-Präfix"**: `https://www.iwz-ferienwohnungen.de` eingeben →
|
||
hier passt die bereits vorhandene HTML-Datei (Methode A).
|
||
|
||
### 2. Verifizieren
|
||
|
||
Je nach Variante Methode A oder B aus dem Abschnitt oben durchführen und in der
|
||
Search Console bestätigen.
|
||
|
||
### 3. Sitemap einreichen
|
||
|
||
In der Search Console links unter **Sitemaps** die Adresse eintragen:
|
||
|
||
```text
|
||
sitemap.xml
|
||
```
|
||
|
||
Vollständige URL wäre `https://www.iwz-ferienwohnungen.de/sitemap.xml` – Hugo
|
||
erzeugt sie beim Build automatisch.
|
||
|
||
---
|
||
|
||
## Nutzung im Alltag
|
||
|
||
- Nach 1–2 Tagen erscheinen erste Daten unter **Leistung** (Suchanfragen,
|
||
Klicks, Impressionen, Position).
|
||
- Unter **Seiten** (Indexierung) prüfen, ob alle wichtigen Seiten im Index
|
||
sind; einzelne URLs über die Suchleiste oben live prüfen und mit
|
||
**Indexierung beantragen** einreichen.
|
||
- Beispiel-Nutzen: Zeigt der Bericht viele Suchen nach „ferienwohnung allgäu
|
||
mit hund", bei denen die Seite nur auf Position 15 steht, lässt sich gezielt
|
||
ein passender Abschnitt ergänzen, um nach vorn zu rücken.
|
||
|
||
---
|
||
|
||
## Datenschutz-Hinweis
|
||
|
||
Die Search Console verarbeitet **aggregierte Suchdaten auf Google-Seite** und
|
||
führt **keinen Code beim Websitebesucher** aus. Es werden dadurch **keine
|
||
Cookies** gesetzt und es ist **kein Consent-Banner** erforderlich. (Die
|
||
Verifizierung ist ein reiner Eigentumsnachweis der Domain, keine
|
||
Datenerhebung.)
|