Les identificateurs de fragments sont traditionnellement utilisés pour identifier une partie du document pour les applications côté client. Comme indiqué dans la spécification adoptée par Google:
Traditionnellement, les fragments de hachage (c'est-à-dire tout ce qui se trouve après # dans l'URL) ont été utilisés pour indiquer une partie d'un document HTML statique. ... les fragments de hachage ne font pas partie des requêtes HTTP (et par conséquent, ils ne sont pas envoyés au serveur)
Par conséquent, comme cela couvre, le Googlebot ignore les fragments de hachage par défaut. Par conséquent, pour cette URL:
http://example.com/article/1543#how-to-boost-seo
Googlebot devrait juste regarder la ressource retournée par le serveur: http://example.com/article/1543
tout en ignorant le fragment de hachage: how-to-boost-seo
.
Donc, essentiellement, la ressource pour l'URL ci-dessus est l'URL canonique après la normalisation (c'est-à-dire la suppression du fragment).
Le but de l'utilisation d'un slug est d'identifier une page comme un mot-clé lisible par l'homme. L'utilisation d'un fragment confond cet objectif et obscurcit sa lisibilité:
/how-to-boost-seo
est beaucoup plus lisible que: /1543#how-to-boost-seo
Donc, en bref, utiliser un fragment comme slug ne semblerait pas avantageux pour les utilisateurs ou les moteurs de recherche.
/
comme ceci/1543#/how-to-boost-seo
.#!
comme indiqué dans leur spécification.