Puis-je utiliser pushState pour le référencement sur une application à une seule page entièrement chargée à la première demande?
Je maintiens un site Web de type magazine. C'est un site d'une page sans AJAX impliqué, c'est-à-dire. tout le contenu est chargé chaque fois qu'un utilisateur entre sur le site. Le chargement de contenu dynamique n'est pas une option pour le moment.
J'aimerais utiliser pushState pour modifier l'URL et le titre de la page chaque fois qu'un utilisateur navigue d'une page de magazine à une autre, afin que les moteurs de recherche indexent chaque page du magazine en tant que page Web différente (avec sa propre URL).
Serait-ce un problème pour le référencement de charger entièrement le magazine dans son intégralité, quelle que soit la page par laquelle l'utilisateur entre? Si tel est le cas, pourrais-je empêcher cela en présentant le contenu visible d'une manière ou d'une autre pour indiquer aux moteurs de recherche que le contenu de la page du magazine en cours est pertinent?
Je suppose que rel="canonical" (ou next/prev) ne m'aidera pas, car cela réduirait les résultats de la recherche en une URL unique.
Le fait de charger le tout indépendamment de la page d’entrée créerait, j’imagine, un problème de vitesse de chargement. Cela aura impact négatif sur l’engagement des utilisateurs (taux d’abandon plus élevé, etc.) et classement des dommages dans Google .
Utiliser rel="prev" et rel="next" ne devrait pas "réduire les résultats de la recherche à une URL unique", si je vous ai bien compris.
Selon Google , cela devrait avoir pour effet de consolider les signaux (backlinks, etc.) de toute la série de pages et de permettre aux internautes de bien visualiser la page la plus pertinente. Cela peut souvent être la première page, mais pas nécessairement: une recherche liée spécifiquement au contenu de la page 3 devrait quand même renvoyer la page 3.
Il est également recommandé dans modèle de Google pour le défilement infini facilitant les recherches .