In een SPA kunnen URL\u2019s veranderen zonder dat de volledige pagina opnieuw wordt geladen, wat geweldig is voor gebruikers maar vaak voor verwarring zorgt bij zoekmachines. Wanneer canonical-tags niet weergeven wat elke route daadwerkelijk vertegenwoordigt, ontstaan er de canonical-problemen waar single-page-applicaties om bekend staan: hiaten in de indexering, verkeerde pagina\u2019s in de ranglijst en clusters van dubbele URL\u2019s die nooit worden samengevoegd.<\/p>\n
Een canonieke link geeft crawlers aan welke URL de \u201cvoorkeursversie\u201d is wanneer meerdere URL\u2019s dezelfde of vrijwel identieke inhoud kunnen weergeven. In een SPA kunnen routing, queryparameters en client-side omleidingen snel tot een groot aantal alternatieve URL\u2019s leiden.<\/p>\n
De canonical-tag moet elke indexeerbare route naar zichzelf verwijzen, tenzij je bewust consolidatie nastreeft. Als je canonical-tag per ongeluk ergens anders naartoe verwijst, kunnen crawlers de huidige URL als een duplicaat beschouwen en deze negeren.<\/p>\n
De meeste fouten met canonicals in SPA\u2019s zijn terug te voeren op een klein aantal patronen: \u00e9\u00e9n sjabloon, veel routes en canonicals die niet worden bijgewerkt wanneer de route verandert. Om deze fouten te verhelpen, moet je meestal de routing, de serverresponsen en het genereren van head-tags op elkaar afstemmen.<\/p>\n\t\t