Google partage des conseils de référencement pour les applications à page unique

Dans la dernière vidéo Google Lightning Talks, Martin Splitt partage des conseils pour rendre les applications d’une seule page détectables par les moteurs de recherche.

La principale différence entre un site Web standard basé sur HTML et une application à page unique est la dépendance de cette dernière à JavaScript.

JavaScript est utilisé pour créer le code HTML d’une application à page unique qui crée ensuite la page.

JavaScript est nécessaire pour charger d’autres contenus lorsque les utilisateurs naviguent vers différentes parties d’une seule application de page.

Lorsque JavaScript charge un nouveau contenu, il s’agit d’une «vue».

S’appuyer sur JavaScript pour les applications à page unique permet aux navigateurs de charger des vues sans effectuer un rechargement complet.

JavaScript permet également des éléments de conception tels que des transitions personnalisées entre différentes parties de l’application.

En termes simples, JavaScript permet aux applications à page unique de fonctionner comme elles le font.

Les défis de l’utilisation des applications à page unique

JavaScript est loin d’être idéal pour les moteurs de recherche en matière d’exploration et d’indexation.

Comme le savent bien les référenceurs, même une quantité modérée de JavaScript sur une page crée un tout nouvel ensemble de défis.

Le niveau de défi augmente d’un cran lorsque tout le contenu est enveloppé dans une couche de JavaScript.

C’est exactement le cas avec les applications à page unique.

Alors, que doivent faire les référenceurs s’ils sont chargés d’obtenir une application sur une seule page indexée et classée?

Voici ce que Google recommande.

Conseils de Google pour les applications à page unique

Splitt propose quatre principaux conseils de référencement pour les applications à page unique:

• Couvrir tous les chemins de code
• Traitez les vues comme des URL
• Optimiser les titres et les descriptions pour chaque vue
• Améliorez la façon dont l’application traite les erreurs

Voici un bref récapitulatif de chacun des principaux points de Splitt.

Couvrir tous les chemins de code

Splitt donne un exemple d’application d’une seule page qui semble fonctionner suffisamment bien, mais le test de compatibilité mobile de Google ne peut pas rendre le contenu.

Dans l’exemple, le problème provient d’un code non pris en charge, qui est identifié par le test de compatibilité mobile.

Plus précisément, le code ne prend pas en compte ce que l’application doit faire si certaines commandes ne peuvent pas être exécutées.

Dans l’exemple de Splitt, l’application à page unique est chargée de récupérer les informations de localisation d’un utilisateur. Mais il n’y a pas de chemin de code indiquant à l’application ce qu’elle doit faire si les informations de localisation ne sont pas disponibles.

C’est ce à quoi Splitt fait référence lorsqu’il dit «couvrir tous les chemins de code».

La raison pour laquelle la page n’a pas pu être chargée dans le test de compatibilité mobile est que Googlebot refuse les demandes de géolocalisation.

S’il y avait un chemin de code en place pour traiter ce scénario, le contenu pourrait être rendu.

Traiter les vues comme des URL

Lorsque vous naviguez dans une application à page unique, vérifiez si l’URL dans la barre d’adresse change lorsque vous cliquez entre chaque vue.

Cela devrait changer, car Googlebot utilise des URL pour localiser différentes «pages» (également appelées «vues») dans une seule application de page.

S’il n’y a qu’une seule URL pour tout, Googlebot ne voit que la page d’accueil et rien d’autre.

Cela entraîne des problèmes de classement, car Google ne peut pas comprendre de quoi parle le site.

Splitt conseille ce qui suit:

« Pour résoudre ce problème, nous pouvons utiliser l’API d’historique et un balisage de lien approprié avec des attributs href pour exposer les vues sous forme d’URL dans les liens. »

Titres et descriptions

Il n’y a rien de plus fondamental pour le référencement que l’optimisation des titres et des descriptions de pages Web.

Cependant, ce principe fondamental du référencement est souvent négligé lorsqu’il s’agit d’optimiser les «vues» pour les applications à page unique.

Il en résulte que toutes les vues ont le même titre et la même description – et vous êtes probablement bien conscient des problèmes que cela peut causer.

Chaque vue peut et doit avoir son propre titre et sa propre description. Cela peut être accompli en ajoutant «un peu de JavaScript supplémentaire», explique Splitt.

Traiter les erreurs

Un autre problème courant est la façon dont les applications à page unique gèrent les scénarios d’erreur, tels que les URL non valides.

Splitt fournit un exemple d’application d’une seule page qui affiche un message d’erreur tandis que le serveur affiche un code d’état HTTP 200.

Idéalement, s’il y a une erreur d’affichage du contenu, le serveur ne devrait pas renvoyer un code d’état indiquant que tout est OK.

Cependant, ce n’est pas une option pour les applications à page unique, car le serveur ne gère pas les erreurs.

Un serveur renverra toujours un code d’état HTTP 200 pour les applications d’une seule page. C’est au JavaScript et au navigateur d’exécuter le code ou d’afficher une erreur.

Ce problème doit être corrigé, car les codes d’état HTTP aident Googlebot et les navigateurs à décider comment gérer la réponse d’erreur.

Il n’y a pas de solution simple pour cela, car les codes d’état HTTP ne peuvent pas être modifiés une fois que le serveur a chargé une application d’une seule page.

Ce que vous pouvez à faire est de modifier le code d’état par défaut pour les vues individuelles dans une seule application de page.

Splitt recommande donc de créer une vue qui sert un code 404, une vue qui sert un code 500, et ainsi de suite.

Ensuite, le JavaScript peut être modifié pour diriger les navigateurs vers la vue appropriée lorsqu’une erreur est rencontrée dans le code.

Pour en savoir plus sur l’un de ces conseils, regardez la vidéo complète ci-dessous: