avantages / inconvénients de la navigation par hachage du point de vue du référencement

Je travaille sur une application qui implémente la navigation basée sur des événements de hachage. Le contenu est principalement chargé via les appels ajax après les changements de hachage (et affiché par les injections DOM).

Du point de vue du référencement, les moteurs de recherche sont-ils capables d'indexer ce contenu injecté?
Les moteurs de recherche sont-ils capables de suivre mes liens de hachage (ex href = "# page = 1")?

Sinon - des solutions de contournement en plus d'avoir du contenu statique dans mes pages juste pour des raisons de référencement?

THX

J'ai trouvé des discussions similaires sur SO, mais je n'ai trouvé aucune réponse satisfaisante, alors pardonnez-moi de demander à nouveau.

https://github.com/balupton/history.js/wiki/Intelligent-State-Handling

^ Entre dans les avantages et les inconvénients des URL hachées et hasbhangs et fournit des solutions alternatives

Il est possible d' activer Google pour suivre vos liens de hachage , mais cela nécessite quelques modifications côté serveur.

les moteurs de recherche sont-ils capables d'indexer ce contenu injecté?

Ans - Oui & Non.

Non: si vous injectez le contenu en changeant simplement le hashtag , alors le robot ne pourra pas indexer le contenu. Ces hashtags normaux étaient destinés à la navigation sur la même page (bien avant l'avènement d'AJAX) et non à changer l'état de la page. Ainsi, afin d'empêcher la réindexation des mêmes pages plusieurs fois, les robots ont été intentionnellement programmés pour ignorer tout après le hashtag dans l'url.

Oui: vous avez deux solutions:

• Utiliser Hashbangs / Shebangs au lieu des hashtags normaux pour changer l'url
• Utilisation de l'état push

En ce qui concerne le référencement, les deux solutions / solutions fonctionnent aussi bien si elles sont correctement mises en œuvre. Mais lequel des deux est meilleur en dehors du référencement est une autre discussion .

Pour compléter la réponse de legoscia ( /programming//a/11582278/1518423 ), vous pouvez utiliser une bibliothèque de navigateur sans tête côté serveur pour donner du html statique au robot Google.

Parce que vous utilisez beaucoup ajax, il semble que vous aimez le javascript, voici donc un navigateur sans tête javascript utilisable à partir de node.js: http://zombie.labnotes.org/

J'espère que cela fonctionne pour vous, amusez-vous!

Bien qu'il existe des moteurs de recherche qui prennent en charge l'exploration du contenu ajax, les URL traditionnelles et le contenu de page statique sont encore plus fiables pour la visibilité des moteurs de recherche.

Lorsqu'une partie importante (large) d'une page doit être rechargée, il est généralement souhaitable que le contenu ajax soit explorable. Dans de tels cas, cependant, une redirection serait généralement une alternative viable (mais indésirable).

Je suggère de coder initialement la page de manière à ce qu'elle redirige lorsque des parties importantes / importantes de la page doivent être rechargées ( étape 1 ). Ce qui signifie, nous une ancre avec une URL traditionnelle <a href="/webmasters//page/1">(ou quelque chose de similaire) plutôt que <a href="#page=1">.

Ensuite, écrivez javascript (jQuery) pour intercepter la redirection et utilisez ajax pour recharger la partie de la page qui changerait si la page était redirigée ( étape 2 ).

<a id="page1" href="/page/1">Page 1</a>
<script>
    $("#page1").click(function () {

        /*
         * Perform ajax here to replace a portion of the page.
         */

        return false;    // prevent redirection
    });
</script>

La première étape génère des pages Web avec un contenu statique et des URL traditionnelles qui fonctionnent même sans javascript tandis que la deuxième étape rend la page Web dynamique (évite le contenu statique).