Naar de inhoud

Verstuurd is niet hetzelfde als geplaatst

Vier manieren waarop een koppeling meldt dat het gelukt is terwijl er op de pagina niets staat.

Een koppeling weet één ding zeker: dat de andere kant iets heeft teruggegeven. Komt daar een 2xx uit, dan meldt hij dat het gelukt is, en gaat hij tevreden slapen.

Dat is niet hetzelfde als: een bezoeker ziet het stuk. Er zitten vier dingen tussen, en geen van de vier geeft een foutmelding.

1. Het staat er als concept

WordPress geeft keurig een 201 terug en zet het stuk neer als concept, omdat dat zo was ingesteld. Technisch is er niets misgegaan. Er is alleen niets gepubliceerd, en dat blijft zo tot iemand toevallig in de beheeromgeving kijkt.

2. Het sjabloon filtert er iets uit

Veel thema’s halen <script> uit de inhoud van een bericht. Verstandig, meestal. Maar precies daarin zit het blok gestructureerde gegevens dat de vragen onder het stuk als FAQPage markeert. Het artikel staat er dus wel, en het enige dat u onderscheidt van een gewone tekst staat er niet.

3. Het adres wijst naar een voorvertoning

Sommige systemen geven na het plaatsen een adres terug dat alleen werkt als u ingelogd bent. Voor u ziet het er goed uit. Voor een bezoeker en voor Google is het een 404.

4. De pagina bouwt zichzelf op met JavaScript

Google voert JavaScript meestal uit. De crawlers waarmee taalmodellen pagina’s ophalen doen dat meestal niet. Uw stuk staat er dan wel voor een mens, en niet voor de helft van de machines waarvoor u het liet schrijven.

Wat wij daarom doen

Na het plaatsen halen we de pagina zelf op, zoals een bezoeker zonder JavaScript hem krijgt, en kijken of het stuk er ook echt staat: bereikbaar, een titel, de tekst in de HTML, de vragen op de pagina, en een FAQPage in de bron.

Drie dingen die daarbij horen, want anders is de controle theater:

Leeg betekent niet gekeken. Een stuk dat nooit gecontroleerd is staat niet als geslaagd op het scherm. Niet gekeken en goedgekeurd horen niet op één hoop.

Uw eigen schema is goed genoeg. We kijken of er een FAQPage staat, niet of het letterlijk het onze is. Wie de vragen in zijn eigen sjabloon opmaakt doet het precies goed en hoort daar geen melding over te krijgen.

Eén keer kijken is niet genoeg. Wat de afgelopen veertien dagen gepubliceerd is wordt elke ochtend opnieuw opgehaald. Een pagina die vandaag klopt kan volgende week breken door een sjabloon dat verandert, en dat is precies het soort storing waar niemand een melding van krijgt.

Wat het niet doet

Of een pagina geïndexeerd is kunnen wij van buitenaf niet weten. Daar is de Search Console van uw eigen site voor. Wat wij nakijken is of er iets staat, en dat is de vraag die daarvoor komt.

Veelgestelde vragen

Waarom controleert de koppeling zichzelf niet gewoon goed?

Dat doet hij binnen zijn eigen grenzen wel. Een koppeling weet of het versturen lukte, en dat is alles wat hij kan weten. Wat er daarna in het systeem van de ontvanger gebeurt, valt buiten wat er in dat antwoord past; daar moet je de pagina zelf voor ophalen.

Wat gebeurt er als de controle iets vindt?

Er komt een kaart op uw scherm met wat we zagen, en bij iets ernstigs verandert het etiket bovenaan van "staat op je site" in "staat er niet goed". Twee plekken die elkaar tegenspreken is erger dan één slecht bericht.

Werkt dit ook als mijn site niet op WordPress draait?

Ja. De controle haalt de pagina op zoals iedereen dat doet en heeft geen toegang tot uw systeem nodig. Welk platform eronder zit maakt daarvoor niet uit.

Moeten wij het dan repareren of doen jullie dat?

Dat hangt ervan af waar het zit. Een instelling die op concept staat kunnen wij zien maar niet omzetten; een sjabloon dat scripts filtert is werk voor de bouwer van uw site. Wat wij doen is precies benoemen wat er mist en waar, zodat het geen zoekplaatje wordt.