Waarom je evenementpagina niet in Google Zoeken verschijnt: diagnose met bewijs

1. Bepaal welk resultaat ontbreekt vóór je iets wijzigt

Download het zoekdiagnosewerkblad (Engelse Markdown)

Kopieer de definitieve openbare URL van deze editie in een browser zonder aanmelding. Noteer naam, plaats, datum, taal en waar het resultaat verwacht wordt. Zoeken op de evenementnaam test één zoekopdracht; een evenementkaart is een verrijkte weergave; een bericht op een Bedrijfsprofiel is een afzonderlijk kanaal. Afwezigheid bij één zoekterm, apparaat of plaats bewijst geen ontbrekende indexering.[3][4][8]

Schrijf de precieze vraag in het werkblad: ‘Is deze URL geïndexeerd?’, ‘Verschijnt hij voor deze zoekopdracht?’ of ‘Waarom ontbreekt de evenementweergave?’. Volg een verkorte ticketlink, oude editie of sociaal bericht eerst naar de bestemming. Bewaar een gedateerde schermafbeelding van het gemelde zoekresultaat, maar onderzoek de pagina zelf in Search Console.[1]

Controleer ondertussen of een bezoeker zonder redacteurslogin de actuele datum, tijd, locatie of online toegang, ticket- of registratielink en evenementstatus kan lezen. Laat onjuiste feiten door de evenementverantwoordelijke corrigeren, ook als ze de indexstatus niet verklaren.

2. Stel vast wie de URL beheert

Open de Search Console-property die de exacte definitieve URL omvat. URL-inspectie aanvaardt alleen URL’s in de geopende property. Staat het evenement bij een externe ticket- of evenementenaanbieder, dan kan de property van je eigen domein die pagina niet inspecteren. Vraag de host of pagina-eigenaar om de status. De openbare Rich Results Test kan opmaak bekijken, maar vervangt de indexgegevens van de host niet.[1]

Leg de pagina-eigenaar, technische eigenaar en persoon met toestemming voor een indexeringsverzoek vast. Controleer of de verwachte URL doorstuurt naar een nieuwe editie, taalversie of kassa. Onderzoek de bestemming die de bezoeker moet helpen. Maak bij meerdere openbare kopieën eerst een lijst; bepaal niet blind een canonieke URL. Campagnelinks kunnen elk een eigen functie hebben.[5]

Open een pagina op je eigen site in een nieuwe browsersessie. Is zij alleen zichtbaar voor redacteurs, dan kunnen bezoekers en crawlers een ander antwoord krijgen. Noteer de uiteindelijke URL en reactie na doorverwijzingen, niet een CMS-voorbeeld.[1]

3. Lees het indexrecord en niet alleen de live pagina

Inspecteer de volledige URL en bewaar status, reden, laatste crawl, ophalen van de pagina, crawl- en indexeringstoestemming, opgegeven canonieke URL en door Google gekozen canonieke URL. ‘URL staat op Google’ betekent dat de pagina kan verschijnen, niet dat zij bij elke zoekterm verschijnt. ‘URL staat niet op Google’ verwijst naar de indexeringsreden. Noem oude gegevens een indexmomentopname en geen actuele sitecontrole.[1]

Het rapport Pagina-indexering groepeert redenen; voor één evenementpagina is de URL-inspectie nuttiger. Lees de uitleg voordat je ‘Niet geïndexeerd’ een fout noemt: een oude doorverwijzing, verwijderde pagina of duplicaat kan terecht ontbreken. Een huidige openbare evenementpagina met noindex, aanmeldplicht of ophaalfout vraagt wel onderzoek. Een leeg veld voor sitemap of verwijzende pagina bewijst niet dat er helemaal geen ontdekkingsroute is.[2][1]

Maak één diagnoseregel met gecontroleerde URL, status, reden, laatste crawl, gekozen canonieke URL en gewenste openbare bestemming. ‘Ontdekt – momenteel niet geïndexeerd’ betekent gevonden maar nog niet gecrawld; ‘Gecrawld – momenteel niet geïndexeerd’ betekent wel gecrawld maar niet opgenomen. Herhaald aanvragen is voor beide geen betrouwbare oplossing.[2][6]

4. Vergelijk het indexrecord met een live inspectie

Voer na een gepubliceerde correctie de live URL-test uit. Vergelijk ophaalstatus, toestemmingen, gerenderde pagina en evenementgegevens met het indexrecord. De live test toont wat het inspectiehulpmiddel nu kan bereiken; hij belooft geen indexering en voorspelt de gekozen canonieke URL niet. Verschillen kunnen ontstaan doordat de wijziging nog niet opnieuw is gecrawld of doordat de test niet alle voorwaarden beoordeelt.[1]

Bekijk de gerenderde schermafbeelding of HTML als de pagina voor Google leeg lijkt maar in de editor compleet is. Naam, datum, plaats en bezoekersactie moeten openbaar zichtbaar zijn zonder interactie of aanmelding. Ontbreekt inhoud, vraag de uitgever om herstel; levert de test een andere URL of sjabloon, geef het webteam het exacte adres en de vastgelegde reactie.[1]

Na uitstel kan de bezoeker al de nieuwe datum zien terwijl de laatste crawl de vorige bevat. Leg beide datums en publicatietijd vast. Dat is een te volgen versieverschil; op zichzelf bewijst het geen fout in gestructureerde gegevens. Houd de openbare pagina juist terwijl je op een nieuwe crawl wacht.[1]

5. Herstel de gemelde blokkade gericht

Meldt inspectie noindex, controleer de huidige regel op de pagina of in de antwoordheaders en vraag of hij bedoeld is. Concepten mogen bewust uitgesloten zijn; een openbare pagina die vindbaar moet zijn vraagt een gerichte wijziging. Bij een robots.txt-blokkade, 401/403 of serverfout leg je de exacte mislukking vast voor de site- of hostbeheerder. Haal geen algemene beschermingsregel weg omwille van één evenement-URL zonder de andere beschermde pagina’s te bekijken.[2][1]

Bij 404 of doorverwijzing beslis je of het oude adres moet verdwijnen, naar een werkelijk passend huidig evenement moet leiden of als archief blijft. De doorverwijzende URL wordt niet als bestemmingspagina geïndexeerd: inspecteer de bestemming apart. Werk interne links en campagnemateriaal bij die een andere pagina beloven. Wordt een pagina wel opgehaald maar niet geïndexeerd, beoordeel of zij actuele, onderscheidende bezoekersinformatie bevat; succesvol ophalen garandeert geen opname.[2][3]

Noteer actie en eigenaar: publiceren, een onbedoelde noindex op deze pagina verwijderen, een antwoord herstellen of een verkeerde doorverwijzing aanpassen. Herhaal de live test pas als de wijziging openbaar staat. Is de oorzaak onzeker, neem de woorden van het rapport over in plaats van uit een zoekscherm één technische oorzaak af te leiden.[1]

6. Orden edities, duplicaten en ontdekkingsroutes

Is de geïnspecteerde URL alternatief of duplicaat, vergelijk dan de door Google gekozen canonieke URL met de bedoelde pagina. Jaaredities, ticketaanbieders, talen en trackingparameters kunnen vergelijkbare adressen opleveren. Een opgegeven canonieke URL is een signaal, geen bevel; de live test voorspelt de keuze niet. Vergelijk inhoud, interne links, doorverwijzingen en signalen voordat je het sjabloon verandert.[1][5]

Kies één actuele bezoekersbestemming en link ernaar vanuit navigatie en relevante pagina’s. Voeg haar toe aan een onderhouden sitemap, maar behandel inzending niet als bewijs van indexering. Google kan URL’s via links en sitemaps vinden; verwijzende velden in Search Console zijn slechts gedeeltelijk bewijs. Het doel is een duidelijke, bereikbare actuele pagina in plaats van bijna gelijke campagne-URL’s.[1][6]

Staat het evenement zowel op Boletolibre.com als op een eigen website, houd feiten en openbare ticketbestemming op beide plaatsen consistent. De beheerder van elke host inspecteert zijn eigen pagina. De Search Console-status van het ene domein beschrijft de URL op de andere host niet; een canonieke aanwijzing vervangt geen werkende openbare ticketlink.[1]

7. Scheid bij een geïndexeerde pagina zoekopdracht en evenementweergave

Een geïndexeerde pagina kan ontbreken voor specifieke woorden, op een apparaat of in een stad. Google kiest per zoekopdracht resultaten; indexering en positie zijn andere stappen. Filter in het prestatierapport op evenementpagina en periode en bekijk beschikbare vertoningen, klikken en zoekopdrachten. Vertoningen bewijzen dat de pagina in sommige zoekopdrachten te zien was, ook als één persoon haar niet zag. Weinig of geanonimiseerde gegevens en rapportvertraging beperken wat een lege rij aantoont.[3][7]

Controleer of de openbare pagina naam, editie, data, locatie, doelgroep en volgende stap duidelijk uitlegt. Verbeter de informatie voor bezoekers, zonder een positie te beloven. Ontbreekt de evenementkaart, gebruik dan afzonderlijk de Google-documentatie voor Event en de Rich Results Test. Vereiste Event-eigenschappen gelden voor die verrijking; Event-opmaak is geen voorwaarde voor elk gewoon webresultaat en een geldige test garandeert de verrijkte weergave niet.[4][3]

Een evenementbericht op een beheerd Bedrijfsprofiel is een aparte publicatie met eigen status en eigenaar. Controleer afwezigheid in de profielinterface, niet door de canonieke URL van de pagina te wijzigen of een crawl aan te vragen. Houd beide werkstromen gescheiden in het werkblad.[8]

8. Controleer opnieuw na één beheerste wijziging

Na publicatie van de correctie noteer je tijd, URL, wijziging en bewijs op de openbare pagina. Een live test controleert de huidige bereikbaarheid. Een eigenaar of gebruiker met volledige rechten kan indexering van een beheerde URL aanvragen, maar Google belooft geen opname en herhaalde aanvragen versnellen de crawl niet. Voor veel URL’s helpt een onderhouden sitemap bij ontdekking. Plan de opvolging op basis van de werkelijke status, zonder een vast aantal dagen te beloven.[1][6]

Vergelijk bij de volgende controle de laatste crawl en canonieke URL met de uitgangssituatie; controleer de Event-verrijking alleen als die oorspronkelijk het probleem was. Open de bestemming op een telefoon zonder redacteursessie en volg de ticket- of registratielink. Veranderen de evenementfeiten, corrigeer eerst de openbare pagina en heropen de diagnoseregel. Sluit af met de waargenomen toestand — geïndexeerd, nog in afwachting, correct doorgestuurd of bewust uitgesloten — en noem een positie alleen als metingen voor die zoekopdracht dat dragen.[1][7]