Meta revisit-after

Elke web bouwer moet hem wel eens gezien hebben. De meta revisit after tag. Tot vandaag moet ik zeggen hem wel eens als extraatje in mijn websites te verwerken. Dat hij natuurlijk niet werkt wist ik ook al lang. Zelf dacht ik dat het een tag was welke vroeger gebruikt werd door meta zoekmachines. Het echte verhaal is echter nog veel leuker.

Allereerst is het tijd om de tag wat beter te bekijken:
<meta name=”revisit-after” content=”12 days”>

Zoals de naam al zegt zou de tag aan zoekmachines moeten doorgeven wanneer deze terug moet komen op de site. Dat Google hier niet naar luistert is natuurlijk normaal. Google bepaald liever zelf wanneer ze een botje langs sturen.

Nu ben ik op zoek gegaan naar de precieze herkomst van de tag. Al snel kwam ik terecht bij mijn Netters collega Andre Scholten. Deze blog is dan ook aan hem te danken.

Het element blijkt zijn oorsprong te hebben bij de software van SearchBC dat gebruikt werd op de site Vancouver Webpages. Het gaat hier om software voor een lokale zoekmachine welke alleen zoekt in .com, .net en .org domeinen uit British Columbia de eigen extensies .bc.ca en .ca. De metatag gaf voor deze zoekmachine aan na hoeveel dagen het botje terug moest komen.

Een groot aantal webmasters heeft vervolgens het element overgenomen zonder te weten waar het eigenlijk voor diende. Daarom dat een groot gedeelte van de webpages op het moment is uitgerust met deze tag. Vaak zelfs nog verkeerd gebruikt ook, de metatag is namelijk gemaakt om alleen in DAGEN aan te geven wanneer er opnieuw gespiderd moet worden.

Foute tags:

<meta name=”revisit-after” content=”50 minutes”>
<meta name=”revisit-after” content=”8 hours”>
<meta name=”revisit-after” content=”3 months”>


Mijn conclusie? De Meta revisit tag is een leuke mythe. Bespaar je dus een regeltje code en laat hem gewoon weg.