Solution de contournement pour avoir l'air de changer l'URL d'une page à défilement infini lorsque pushState n'est pas disponible en raison des analyses
Je construis un site Web et ils veulent que ce soit un modèle de page à défilement infini et le plus convivial possible.
Juste pour vous donner un exemple:
Voici un exemple de structure d'URL:
com
com # quelque chose
com # quelque chose1
com # quelque chose2
Mais voici à quoi ressemblerait la structure de l'URL si elle était décomposée en pages individuelles:
com
com/quelque chose
com/quelque chose1
com/quelque chose2
Alors, qu'est-ce que je suis censé faire ici?
J'ai déjà utilisé la fonctionnalité pushState de jQuery. Cela permet à ma page de défilement d'être segmentée en différentes sections, qui peuvent être identifiées dans les SERP avec une URL unique et des métadonnées.
Je ne suis pas en mesure d'utiliser pushState ici, car c'est une très grande page et j'ai besoin de toutes les analyses possibles.
Y at-il une solution de contournement?
Premièrement, la parallaxe est un effet visuel. Ce que vous demandez, c'est une seule page "infiniment" avec défilement, ou une seule application.
Si je comprends bien, vous ne voulez pas utiliser pushState parce que vous pensez perdre des données analytiques. Je ne suis pas sûr de savoir pourquoi vous pensez que: Google Analytics décrit la configuration des SPA ici .
Cela dit, s'il s'agit d'une "très grande page" et que le référencement et l'analyse sont d'une importance capitale, je me demande si un SPA est la meilleure approche. Outre les problèmes d'ingénierie, les moteurs de recherche autres que Google ont toujours du mal à explorer AJAX et autres configurations similaires. La mesure dans laquelle vous vous souciez de cela dépendra bien sûr de la part de marché des moteurs de recherche sur le marché dans lequel vous opérez.
À moins qu’il n’existe un argument hautement convaincant d’expérience utilisateur révolutionnaire pour SPA, pourquoi s’attaquer au problème?
Vous pouvez envoyer l'URL équivalente à la page dans l'historique de navigation du client, non seulement pour qu'il puisse utiliser les boutons Précédent/Suivant du navigateur, mais également pour que chaque article soit accessible indépendamment par les utilisateurs d'un moteur de recherche.
Cependant, un moteur de recherche tel que Google est également concerné par le contenu en double: si vous affichez le même contenu sur plusieurs pages (via plusieurs URL), vous devez déclarer quelle page est la première (canonique).
Avec l'affichage du contenu de plusieurs articles sur la même page principale, cela peut s'avérer difficile.
Dans ce cas, je suggérerais de rechercher des solutions pour rendre les concepts de défilement infini accessibles et conviviaux pour le référencement: ils insèrent la sous-page affichée dans l'historique de navigation.