Warum deine Veranstaltungsseite nicht in Google erscheint: Diagnose mit Belegen

1. Kläre vor einer Änderung, welches Ergebnis fehlt

Diagnoseblatt für die Suche herunterladen (englisches Markdown)

Kopiere die endgültige öffentliche URL dieser Ausgabe in einem Browser ohne Anmeldung. Halte Eventnamen, Ort, Datum, Sprache und die erwartete Darstellung fest. Die Suche nach dem Namen prüft eine Suchanfrage; eine Event-Karte ist eine erweiterte Darstellung; ein Beitrag im Unternehmensprofil gehört zu einem eigenen Kanal. Das Fehlen bei einer Anfrage, auf einem Gerät oder an einem Ort beweist keine fehlende Indexierung.[3][4][8]

Formuliere in der Vorlage die genaue Frage: „Ist diese URL indexiert?“, „Erscheint sie für diese Anfrage?“ oder „Warum fehlt die Event-Darstellung?“ Folge einem verkürzten Ticketlink, einer alten Ausgabe oder einem Social-Post zuerst bis zur Zieladresse. Bewahre einen datierten Screenshot der Suche auf, untersuche die Seite selbst jedoch in der Search Console.[1]

Stelle währenddessen sicher, dass Gäste Datum, Uhrzeit, Veranstaltungsort oder Onlinezugang, Ticket- oder Anmeldelink und aktuellen Status ohne Redaktionslogin lesen können. Falsche Angaben sollen die Verantwortlichen korrigieren, auch wenn sie den Indexstatus nicht erklären.

2. Stelle fest, wer die URL kontrolliert

Öffne die Search-Console-Property, zu der die endgültige URL gehört. Die URL-Prüfung akzeptiert nur Adressen der geöffneten Property. Liegt das Event auf einer externen Ticketplattform, kann die Property deiner eigenen Domain diese Seite nicht prüfen. Erfrage den Status beim Betreiber. Ein öffentlicher Test für Rich Results kann Markup untersuchen, ersetzt aber nicht dessen Indexdaten.[1]

Notiere Seitenverantwortliche, technische Zuständigkeit und die Person mit Berechtigung für eine Indexierungsanfrage. Prüfe, ob die erwartete URL auf eine neue Ausgabe, Sprachversion oder Kasse weiterleitet. Untersuche das Ziel, das die Frage der Gäste beantworten soll. Liste mehrere öffentliche Kopien auf, bevor du eine kanonische Seite festlegst; Kampagnenlinks können eigene Aufgaben haben.[5]

Bei einer selbst verwalteten Site öffne die Seite in einer frischen Sitzung. Ist sie nur für Redakteure sichtbar, erhalten Besucher und Crawler womöglich andere Antworten. Erfasse Zieladresse und Antwort nach Weiterleitungen, nicht die Vorschau im CMS.[1]

3. Lies den Indexstand statt nur die Live-Seite

Prüfe die vollständige URL und sichere Status, Grund, letzten Crawl, Seitenabruf, Crawl- und Indexfreigabe sowie angegebene und von Google ausgewählte kanonische URL. „URL ist auf Google“ bedeutet, dass sie erscheinen kann, nicht bei jeder Anfrage erscheinen muss. „URL ist nicht auf Google“ verweist auf den Indexierungsgrund. Kennzeichne ältere Daten als Index-Snapshot statt als aktuellen Zustand der Website.[1]

Der Indexierungsbericht gruppiert Gründe; für eine Event-Seite liefert ihre URL-Prüfung die bessere Einzelansicht. Lies die Erklärung, bevor du „Nicht indexiert“ als Fehler einstufst: alte Weiterleitungen, entfernte Seiten und Duplikate können absichtlich fehlen. Eine aktuelle öffentliche Event-Seite mit noindex, Anmeldepflicht oder Abruffehler braucht hingegen Prüfung. Ein leeres Sitemap- oder Verweisfeld beweist nicht, dass kein Entdeckungspfad existiert.[2][1]

Lege eine Diagnosezeile mit geprüfter URL, Status, Grund, letztem Crawl, gewählter kanonischer URL und gewünschtem öffentlichem Ziel an. „Gefunden – zurzeit nicht indexiert“ heißt gefunden, aber noch nicht gecrawlt; „Gecrawlt – zurzeit nicht indexiert“ heißt gecrawlt, aber nicht aufgenommen. Wiederholte Anfragen beheben beides nicht zuverlässig.[2][6]

4. Vergleiche den Indexstand mit einer Live-Prüfung

Nach einer Korrektur starte „Live-URL testen“. Vergleiche Abruf, Berechtigungen, gerenderte Seite und Event-Fakten mit dem Indexstand. Der Live-Test zeigt, was das Prüftool jetzt erreichen kann; er verspricht weder Indexierung noch eine bestimmte kanonische URL. Unterschiede können von noch nicht erneut gecrawlten Änderungen oder von Bedingungen stammen, die der Live-Test nicht bewertet.[1]

Sieh den gerenderten Screenshot oder das HTML an, wenn die Seite für Google leer wirkt, im Editor aber vollständig ist. Eventname, Datum, Ort und Handlungslink müssen öffentlich ohne Interaktion oder Login sichtbar sein. Fehlt Inhalt, beauftrage die Redaktion; wird eine andere URL oder Vorlage geladen, gib dem Webteam Adresse und aufgezeichnete Antwort.[1]

Nach einer Verschiebung kann die Besucherseite bereits das neue Datum zeigen, während der letzte Crawl noch das alte enthält. Erfasse beide Daten und den Veröffentlichungszeitpunkt. Diese Versionsdifferenz ist zu verfolgen, beweist allein aber keinen Markup-Fehler. Halte die öffentliche Seite während des Wartens korrekt.[1]

5. Behebe das gemeldete Hindernis gezielt

Bei gemeldetem noindex prüfe die aktuelle Regel in Seite oder HTTP-Headern und kläre, ob sie gewollt ist. Ein Entwurf darf ausgeschlossen sein; für eine öffentliche auffindbare Seite muss die Regel gezielt geändert werden. Bei robots.txt-Sperre, 401/403 oder Serverfehler dokumentiere die konkrete Antwort und übergib sie dem Site-Betreiber. Entferne nicht wegen einer Event-URL pauschal einen Schutz für andere Seiten.[2][1]

Bei 404 oder Weiterleitung entscheide, ob die alte Adresse entfallen, zu einem wirklich passenden aktuellen Event führen oder als Archiv bestehen soll. Die Weiterleitungsadresse wird nicht als Zielseite indexiert: prüfe das Ziel separat. Aktualisiere interne Links und Materialien, die etwas anderes versprechen. Wird eine Seite erfolgreich abgerufen, aber nicht indexiert, prüfe ihren eigenständigen aktuellen Informationswert; ein erfolgreicher Abruf garantiert keine Aufnahme.[2][3]

Dokumentiere Maßnahme und Zuständigkeit: veröffentlichen, versehentliches noindex auf dieser Seite entfernen, Antwort reparieren oder Weiterleitung berichtigen. Wiederhole den Live-Test erst nach öffentlicher Veröffentlichung. Bei unklarer Ursache übernimm den Wortlaut des Berichts statt aus einem Such-Screenshot eine eindeutige Erklärung abzuleiten.[1]

6. Kläre Ausgaben, Duplikate und Entdeckungspfade

Ist die geprüfte URL eine Alternative oder ein Duplikat, vergleiche Googles ausgewählte kanonische URL mit der gewünschten Seite. Jahresausgaben, Ticketanbieter, Sprachen und Trackingparameter erzeugen ähnliche Adressen. Die angegebene kanonische URL ist ein Signal, kein Befehl; der Live-Test sagt die Auswahl nicht voraus. Vergleiche Inhalt, Links, Weiterleitungen und Signale, bevor du eine Vorlage änderst.[1][5]

Wähle ein aktuelles Ziel für Besucher und verlinke es in Navigation und passenden Seiten. Nimm es in die Sitemap auf, wenn diese gepflegt wird, aber werte die Einreichung nicht als Indexierungsbeweis. Google kann URLs durch Links und Sitemaps entdecken; Verweisdaten der Search Console sind nur Teilbelege. Ziel ist eine erreichbare, klare aktuelle Seite statt vieler fast gleicher Kampagnenadressen.[1][6]

Steht das Event auf Boletolibre.com und zusätzlich auf einer eigenen Website, halte Fakten und öffentliches Ticketziel konsistent. Die Verantwortlichen jedes Hosts prüfen ihre jeweilige Seite. Der Search-Console-Status einer Domain beschreibt keine URL der anderen; eine Canonical-Angabe ersetzt keinen funktionierenden Ticketlink.[1]

7. Trenne bei indexierten Seiten Suchanfrage und Event-Darstellung

Eine indexierte Seite kann bei den gewählten Wörtern, auf einem Gerät oder in einer Stadt fehlen. Google wählt Ergebnisse je Anfrage; Indexierung und Platzierung sind getrennte Schritte. Filtere im Leistungsbericht nach Event-Seite und Zeitraum und prüfe verfügbare Impressionen, Klicks und Suchanfragen. Impressionen belegen, dass die Seite bei manchen Suchen erschien, auch wenn eine einzelne Testsuche scheiterte. Wenig Daten, anonymisierte Anfragen und Berichtszeiten begrenzen die Aussage einer leeren Zeile.[3][7]

Prüfe, ob die öffentliche Seite Name, Ausgabe, Datum, Ort, Zielgruppe und nächsten Schritt klar erklärt. Verbessere sie für echte Besucherfragen, ohne eine Platzierung zu versprechen. Fehlt eine Event-Karte, nutze getrennt Googles Event-Dokumentation und den Rich-Results-Test. Markup-Anforderungen betreffen diese Erweiterung; Event-Markup ist keine Voraussetzung für jedes normale Web-Ergebnis, und ein gültiger Test garantiert keine spezielle Darstellung.[4][3]

Ein Event-Beitrag in einem verwalteten Unternehmensprofil ist eine eigene Veröffentlichung mit eigenem Status und Verantwortlichen. Sein Fehlen prüfst du im Profil, nicht durch eine Canonical-Änderung oder Crawl-Anfrage. Trenne beide Fälle in der Vorlage.[8]

8. Prüfe nach einer kontrollierten Änderung erneut

Nach der Korrektur erfasse Veröffentlichungszeit, URL, Änderung und Beleg der öffentlichen Seite. Ein Live-Test prüft die aktuelle Erreichbarkeit. Eigentümer oder Nutzer mit vollständigem Zugriff können für verwaltete URLs Indexierung beantragen; Google garantiert keine Aufnahme, und wiederholte Anfragen beschleunigen den Crawl nicht. Bei vielen URLs hilft eine gepflegte Sitemap bei der Entdeckung. Plane die Nachkontrolle nach dem tatsächlichen Status, nicht mit einer festen Tageszusage.[1][6]

Vergleiche später letzten Crawl und kanonische URL mit der Ausgangslage; prüfe die Event-Erweiterung nur, wenn sie der ursprüngliche Fall war. Öffne das Ziel auf einem Telefon ohne Redaktionssitzung und folge dem Ticket- oder Anmeldelink. Ändern sich Event-Fakten, korrigiere zuerst die öffentliche Seite und öffne die Diagnose erneut. Schließe mit dem beobachteten Zustand: indexiert, noch offen, korrekt weitergeleitet oder bewusst ausgeschlossen; eine Platzierung nenne nur mit Belegen für diese Anfrage.[1][7]