Misverstanden over de canonieke url

Het canonical attribuut is een verwijzing voor Google. Je kunt ermee doorgeven aan Google welke pagina canoniek (het origineel) is. Google schrijft er het volgende over:
"Als je één pagina hebt die toegankelijk is via meerdere URL's of verschillende pagina's met vergelijkbare content (bijvoorbeeld een pagina met zowel een mobiele als een desktopversie), ziet Google deze als dubbele versies van dezelfde pagina. Google kiest één URL als de canonieke versie ...... Alle andere URL's worden beschouwd als dubbele URL's"

Ik schreef er 6 jaar geleden al eens een stukje over: Voorkomen is beter dan genezen, zorg dat er geen dubbele urls ontstaan anders moet je canonicals aan gaan maken. Het is de eeuwige riedel die ik hier in dit blog afdraai; Zet geen categorie in de url als een product in meerdere categorieën tegelijk staat dan hoef je geen voorkeurscategorieën in te stellen voor de canonical.

Labelen en categoriseren voor gevorderden

Nogmaals het verschil tussen een label en een categorie.
Met als voorbeeld een dierenwebwinkel die Graanmix X verkoopt die geschikt is voor kippen èn konijnen.
Toen ik in 2002 begon met een webwinkel moest ik een artikel dupliceren als ik het bij de kippen èn konijnen wilde laten zien. Dat zag er zo uit:

Figuur 1. Producten plaatsen in één categorie.

Waarom Blogger voor sommigen beter zou zijn

...dan Wordpress.

Er zijn sterke argumenten om te kiezen voor Wordpress in plaats van Blogger:

• Wordpress is de standaard voor blogsoftware. Het wordt het meeste gebruikt.
• Met Wordpress is meer mogelijk dan bij Blogger. Het is een zwaarder pakket.
• Omdat Wordpress het meest gebruikt is zijn er meer plugins en themes voor ontwikkeld.
• Wordpress kun je op een eigen server draaien. Je bent onafhankelijk. Je blog blijft het doen als Wordpress opgeheven wordt.

Toch denk ik dat het voor sommigen beter is om voor Blogger te kiezen:

• Doordat er meer mogelijk is gaat er meer fout bij Wordpress.
• Meer plugins en themes is meer keuzestress. Is dit wel de beste plugin? Blijft dit theme up-to-date?
• Blogger draait op de servers van Google, is voor-geïnstalleerd en wordt automatisch ge-update. Op een eigen server draaien betekent zelf installeren. Je hebt er meer kennis voor nodig. Je maakt kosten voor de hosting. En je moet de software zelf blijven updaten. 

Door de jaren heen heb ik het fout zien gaan bij Wordpressers met de categorieën in combinatie met het zelf mogen bepalen hoe een url eruit ziet.

Informatie-architectuur bij Wordpress

Over hoe een artikelendatabase van fysiek naar virtueel zou moeten gaan.

Fysiek
Artikelen staan in een papieren catalogus op één vaste plek op één wijze gesorteerd. De inhoudsopgave met hoofdstukken en paragrafen laat de wijze van sorteren zien. Vaak is er nog een index op onderwerp. Als er meerdere artikelen zijn over hetzelfde onderwerp dan staan de artikelen in deze index opgesomd per onderwerp met het paginanummer en eventueel het hoofdstuk en de paragraaf waar het te vinden is.

Polyhiërarchie
Afbeelding van P. Laubheimer
Groen streepje is door mij toegevoegd

Van fysiek naar virtueel in 3 stappen:

1. Je kunt een artikel op meerdere plaatsen tegelijk zetten door ze te labelen. Zoals de index van de papieren catalogus dat doet, maar dan met elk artikel aanklikbaar in plaats van met de plek (paginanummer, hoofdstuk, paragraaf) waar het staat.
2. Je kunt artikelen op meerdere wijzen sorteren. Op onderwerp en op auteur bijvoorbeeld.
3. Je kunt verzamelingen artikelen specifieker maken door labels te combineren: Toon alle artikelen met dìt onderwerp van díe auteur. Het groene streepje in de figuur hiernaast.

In plaats van op te zoeken in de inhoudsopgave of index op welk paginanummer je een artikel kunt vinden is er virtueel een navigatiemenu waar je door te klikken naar de artikelen geleid wordt. Paginanummers bestaan niet meer.

Informatie-architectuur van een webwinkel

Alweer 16 jaar geleden (2002) knutselde ik mijn eerste webwinkel in elkaar op basis van een excelsheet en MijnWinkel-software. Ik vond het geweldig dat het mogelijk was om zonder programmeerkennis een webwinkel te maken en te beheren.

Via Wayback Machine. Helaas worden de afbeeldingen niet getoond.

De artikelendatabase (een excelsheet bij MijnWinkel) ging nog volledig uit van een fysieke winkel: Je deelde je winkel op één vaste wijze in en het artikel plaatste je op één afdeling. Er waren op dat moment alleen nog fysieke winkels dus logisch dat deze wijze van artikelen ordenen was overgenomen. Het zal zich vanzelf wel doorontwikkelen dacht ik destijds optimistisch.
Ik had de volgende 3 wensen die mijn inziens te verwezenlijken moesten zijn met een excelsheet als artikelendatabase: