Au début du web nous n’avions que des pages statiques, nous entrions une adresse et le serveur nous retournait une page HTML. Puis nous avons voulu dynamiser un peu nos sites avec du Javascript et de l’AJAX, jusqu’à avoir des applications complètes dans nos navigateurs. Ce que nous appelons maintenant des “Single-Page-Application”.
Une des problématiques lors du développement d’application de type “single-page” est que nous chargeons une page, puis nous modifions le contenu de celle-ci au gré des clicks de l’utilisateur sans modifier visiblement l’URL de la page. Ceci est logique, car nous restons toujours sur la même page, mais ne suit pas la philosophie de Web où un contenu est identifié de manière unique.
Commentaires
Vous devez
vous inscrire
ou
vous connecter
pour poster un commentaire
Article intéressant qui illustre parfaitement comment utiliser l'API history.pushState. Cependant, il est important de noter que la partie la plus compliquée du travail se situe côté serveur afin de fournir des captures décentes des pages de la SPA à Google.
Pour ce faire, il est souvent nécessaire d'interpréter les templates à la fois côté client (cas normal) et côté serveur (pour les robots d'indexation). Une autre solution à ce problème est de fournir des captures fidèles des pages du site aux robots d'indexation, tel que le préconise Google dans le document spécifiant "Google crawling scheme".
Pour faciliter cette tâche fastidieuse, nous venons de lancer un service en beta capable de crawler et de réaliser les captures de sites Ajax. Si vous êtes intéressés pour le tester gratuitement, inscrivez vous sur seo4ajax.com.
Il y a presque 11 ans