Niveau webmasters : tous.

En tant que mobinaute, vous est-il déjà arrivé de cliquer sur une page des résultats de recherche Google et d'être redirigé vers une page où le texte était trop petit, et les liens minuscules ? Et de devoir faire défiler la page horizontalement et zoomer pour voir l'intégralité du contenu ? En général, cela se produit lorsque le site Web n'a pas été optimisé pour s'afficher sur un téléphone mobile.

Une telle expérience peut être frustrante pour nos utilisateurs mobiles. À partir d'aujourd'hui, nous allons ajouter un libellé "Site mobile" à nos résultats de recherche pour mobiles afin de permettre aux mobinautes de trouver plus facilement les informations qu'ils recherchent.


Nous déploierons cette nouvelle fonctionnalité mondialement au cours des prochaines semaines. Pour que le libellé "Site mobile" puisse être appliqué à une page, les éléments suivants doivent y être détectés lors de l'exploration par Googlebot :

• Absence de logiciels peu utilisés sur les appareils mobiles, comme Flash.
• Texte lisible sans zoomer.
• Contenu adapté à la taille de l'écran, de sorte que les internautes n'ont pas besoin de faire défiler la page horizontalement ni de zoomer.
• Liens suffisamment éloignés les uns des autres pour pouvoir cliquer dessus facilement.

Pour vous assurer que votre page respecte nos critères de sites mobiles, nous vous invitons à consulter les nombreuses ressources suivantes (actuellement disponibles uniquement en langue anglaise, mais très prochainement traduites en français) :

• Vérifiez vos pages à l'aide du test d'optimisation mobile. 
• Consultez la documentation mise à jour de notre Guide webmasters pour sites mobiles relative à la création et à l'amélioration de votre site mobile.
• Consultez le rapport relatif à l'ergonomie mobile dans les outils Google pour les webmasters, qui met en évidence les principaux problèmes d'ergonomie mobile sur l'intégralité de votre site, et pas seulement sur une page.
• Consultez notre guide pratique relatif aux logiciels tiers, tels que WordPress ou Joomla, afin de transférer votre site Web hébergé sur un CMS, et d'utiliser un template adapté aux sites mobiles.

Ces libellés constituent pour nous un premier pas vers une meilleure expérience Web pour les internautes mobiles. Par ailleurs, en ce moment, nous faisons également des tests pour déterminer si l'utilisation des critères d'ergonomie mobile en tant qu'indicateur de classement est pertinente pour nos utilisateurs.

Si vous avez des questions à propos de la création de sites mobile-friendly, n'hésitez pas à visiter la catégorie mobile sur le forum Google d'aide aux Webmasters.
Nous espérons que de nombreux sites mobiles verront le jour à l'avenir, et que nous pourrons améliorer le Web pour tous !

Publié par Ryoichi Imaizumi et Doantam Phan, Google Mobile Search

Niveau webmasters : tous.


Les internautes rencontrent fréquemment des sites Web dont la technologie de navigation est incompatible avec leur appareil ou leur configuration. Lorsqu'ils accèdent à ce type de page, il se peut qu'ils ne voient qu'un espace vide ou une petite partie du contenu de la page.

À partir d'aujourd'hui, lorsque nos algorithmes détecteront des pages potentiellement incompatibles avec leur appareil, nous l'indiquerons aux internautes francophones (cette fonction est déjà activée pour les résultats en anglais depuis quelques mois). Par exemple, les appareils iOS ou Android 4.1 et versions ultérieures n'étant pas compatibles avec Adobe Flash, une page dont la majorité du contenu utiliserait cette technologie pourrait être signalée comme suit dans les pages de résultats :

Développer des sites Web compatibles avec plusieurs appareils

Heureusement, il est relativement simple de concevoir des sites Web compatibles avec tous les appareils récents. En effet, les sites peuvent utiliser le langage HTML5, puisqu'il est accepté de manière universelle, et parfois exclusive, par tous les appareils. Afin d'aider les webmasters à concevoir des sites Web compatibles avec tous les types d'appareils quel que soit le contenu qu'ils souhaitent diffuser, nous avons récemment annoncé la mise à disposition de deux nouvelles ressources :

• Web Fundamentals (Principes de base du Web) : une source structurée de bonnes pratiques récentes.
• Web Starter Kit (Kit de lancement sur le Web) : un cadre pour ceux qui entament leur projet de site compatible avec les bonnes pratiques présentées dans les principes de base du Web.

En suivant les bonnes pratiques décrites dans les principes de base du Web, vous pouvez concevoir un site Responsive Web Design, ce qui fait depuis longtemps partie de nos recommandations pour créer des sites qui facilitent les recherches.Veillez à ne pas bloquer l'accès de Googlebot aux éléments de page (CSS, JavaScript et les images) en utilisant un fichier robots.txt ou autre. L'accès total à ces fichiers externes permet à nos algorithmes de détecter la configuration Responsive Web Design de votre site et de la traiter en conséquence. Vous pouvez utiliser la fonctionnalité Explorer et afficher comme Google dans les outils pour les webmasters pour tester la manière dont votre site est vu par nos algorithmes d'indexation.

Comme toujours, si vous avez besoin d'assistance, n'hésitez pas à poser vos questions sur notre Forum d'aide pour les webmasters.

Publié par Keita Oda, Software Engineer, et Pierre Far, Webmaster Trends Analyst

Conseils à jour pour une indexation optimisée

Auparavant, nos systèmes d'indexation ressemblaient aux anciens navigateurs en texte seul, tels que Lynx, et c'est ce qui figurait dans nos consignes aux webmasters. À présent, étant donné que l'indexation est basée sur le rendu des pages, nos systèmes d'indexation ne peuvent plus être considérés comme un navigateur en texte seul. Il serait plus juste de les comparer à un navigateur Web moderne. Dans cette nouvelle perspective, gardez à l'esprit ce qui suit :

• À l'instar des navigateurs modernes, il est possible que notre moteur de rendu ne soit pas compatible avec toutes les technologies utilisées sur vos pages. Assurez-vous que votre conception Web respecte les principes de l'amélioration progressive, car cela permet à nos systèmes (et à un plus grand nombre de navigateurs) de détecter le contenu utilisable et les fonctionnalités de base lorsque certains éléments de la conception Web ne sont pas encore compatibles.
• Si vos pages s'affichent plus rapidement, non seulement les internautes peuvent accéder plus facilement à votre contenu, mais elles peuvent également être indexées de manière plus efficace. Nous vous recommandons de suivre les bonnes pratiques d'optimisation des performances des pages, et en particulier les suivantes :

• Supprimer les téléchargements inutiles
• Optimiser l'affichage de vos fichiers CSS et JavaScript : en concaténant (ou en fusionnant) vos fichiers CSS et JavaScript distincts, en réduisant la taille de ces fichiers concaténés et en configurant votre serveur Web de sorte qu'il les diffuse dans un format compressé (via une compression gzip, en général).

• Assurez-vous que votre serveur peut gérer des charges supplémentaires afin d'afficher les fichiers JavaScript et CSS pour Googlebot.

Test et résolution des problèmes

Parallèlement au lancement de notre système d'indexation basé sur le rendu des pages, nous avons également mis à jour la fonctionnalité Explorer et afficher comme Google des outils pour les webmasters afin que les webmasters puissent savoir comment leurs pages s'affichent dans nos systèmes. Grâce à cela, vous pourrez identifier un certain nombre de problèmes relatifs à l'indexation, comme des restrictions inappropriées du fichier robots.txt ou des redirections qui ne peuvent être suivies par Googlebot.

Comme d'habitude, si vous avez des commentaires ou des questions, n'hésitez pas à nous en faire part sur notre Forum d'aide pour les webmasters.

Publié par Pierre Far, Webmaster Trends Analyst

Aujourd'hui, nous lançons la nouvelle Webmaster Academy en 22 langues, dont le français ! Désormais, si vous êtes un webmaster débutant, vous pouvez acquérir les principes de base pour concevoir un site de qualité, offrir une expérience utilisateur agréable et figurer en bonne position dans les résultats de recherche, le tout dans la langue de Molière. Si vous pensez déjà bien connaître ces sujets, prouvez-le en répondant aux questionnaires qui figurent à la fin de chaque module :)

Consultez la Webmaster Academy dans votre langue de préférence, et dites-nous ce que vous en pensez dans les commentaires ou sur le Forum d'aide. Après le lancement de la version anglaise en mars dernier, nous avons reçu des avis extrêmement pertinents, et nous espérons que ce guide simple et accessible sera utile à tous.

Alors qu'attendez-vous pour créer du contenu de qualité et nous montrer vos talents de webmaster ?


Ecrit par Mary Chen, Webmaster Outreach

Niveau webmaster : tous

Aujourd'hui, vous allez découvrir un nouveau champ de recherche associé aux liens sitelink. Lorsqu'il s'affiche, il permet aux internautes d'accéder plus facilement à un contenu spécifique sur votre site, directement via vos propres pages de recherche sur site.

En quoi consiste ce champ de recherche et à quel moment s'affiche-t-il pour mon site ?

Lorsque les internautes recherchent une entreprise par son nom, comme [Dinoco] ou [Dunder Mifflin], ils recherchent peut-être une information spécifique sur le site en question. Auparavant, lorsque ce type de recherche était identifié par nos algorithmes, ces derniers affichaient un plus grand nombre de liens sitelink, ainsi qu'un champ de recherche supplémentaire sous le résultat. Ceci permettait aux internautes d'effectuer des recherches sur le site à l'aide de l'opérateur site:, directement depuis les résultats (par exemple, [site:example.com stations-service dinoco]).

Ce champ de recherche est désormais plus visible (au-dessus des liens sitelink), il accepte la saisie semi-automatique et, si vous utilisez le bon balisage, il renvoie directement les internautes vers vos propres pages de recherche sur site.




Comment baliser mon site ?

Vous devez disposer d'un moteur de recherche spécifique à votre site qui doit être fonctionnel. Si c'est déjà le cas, vous pouvez nous le signaler en balisant votre page d'accueil comme une entité schema.org/WebSite avec la propriété potentialAction du balisage schema.org/SearchAction. Pour cela, vous pouvez utiliser un format de balisage JSON LD, microdonnées ou RDFa. Consultez tous les détails de cette mise en œuvre sur notre site pour les développeurs.

Si vous balisez votre site, les internautes auront la possibilité de passer directement du champ de recherche associé aux liens sitelink à la page des résultats de recherche sur votre site. Si nous ne détectons aucun balisage, nous leur présenterons une page de résultats de recherche Google correspondant à la requête effectuée avec l'opérateur site:, comme c'était le cas jusqu'à présent.

Comme d'habitude, si vous avez des questions, n'hésitez pas à les poser sur notre Forum d'aide pour les webmasters.

Publié par Mariya Moeva, Webmaster Trends Analyst

Il y a quelques semaines, nous avons lancé sur les réseaux sociaux une campagne d'une semaine appelée #NoHacked. La campagne #NoHacked avait plusieurs objectifs : mettre en garde les utilisateurs contre les attaques des pirates informatiques et leur offrir des conseils pour protéger leur site contre ces derniers.

Nous avons diffusé la campagne en 11 langues différentes sur plusieurs réseaux sociaux, y compris Google+, Twitter et Weibo. Environ un million de personnes ont vu nos conseils, et des centaines d'internautes ont utilisé le hashtag #NoHacked pour sensibiliser le public et partager leurs propres conseils. Vous pouvez les consulter ci-dessous.




Retrouvez la suite des messages que nous avons partagés sur Google+.

Quelques-uns des nombreux conseils partagés par les internautes du monde entier :

• Pablo Silvio Esquivel, du Brésil, recommande aux internautes de ne pas utiliser de logiciels piratés (source).
• Rens Blom, des Pays-Bas, suggère d'utiliser différents mots de passe pour vos comptes, de les changer régulièrement, et d'ajouter un niveau de sécurité tel que l'authentification en deux étapes (source).
• Дмитрий Комягин, de Russie, invite à contrôler régulièrement les sources de trafic, les requêtes de recherche, ainsi que les pages de destination, et à surveiller les pics de trafic (source).
• 工務店コンサルタント, du Japon, conseille à tous les utilisateurs de choisir un hébergeur fiable qui connaît bien les problèmes de piratage, et de configurer le transfert d'e-mails dans les outils pour les webmasters (source).
• Kamil Guzdek préconise de remplacer le préfixe par défaut du tableau de wp-config par un préfixe personnalisé lors de l'installation d'un nouveau WordPress, afin de diminuer le risque de piratage de la base de données (source).

Le piratage est encore un problème étonnamment fréquent dans le monde entier, c'est pourquoi nous encourageons tous les webmasters à suivre ces conseils utiles. N'hésitez pas à continuer d'utiliser le hashtag #NoHacked pour partager vos propres conseils ou expériences en matière de prévention du piratage et de sensibilisation au problème. Merci de soutenir la campagne #NoHacked !

Et si par malheur votre site était piraté, nous pouvons vous aider à régler le problème rapidement dans son intégralité :

Suivre les étapes du processus de nettoyage
Publier une question ou rechercher des réponses sur notre forum d'aide

La sécurité est l'une de nos priorités majeures. Nous investissons beaucoup afin de garantir que nos services s'accompagnent de systèmes de sécurité de pointe, à l'image de notre solide système de chiffrement HTTPS par défaut. Ainsi, les utilisateurs de la recherche Google, de Gmail et de Drive, par exemple, disposent automatiquement d'une connexion sécurisée à nos services.

Au-delà de ce que nous offrons à nos utilisateurs, nous cherchons à rendre Internet plus sûr de manière générale. L'un des principaux aspects de cette démarche consiste à nous assurer que les sites Web vers lesquels renvoient les résultats de recherche Google sont sécurisés. Par exemple, nous avons créé des ressources pour aider les webmasters à prévenir et corriger les failles de sécurité sur leur site.

Nous voulons aller plus loin encore. Lors de la conférence Google I/O il y a quelques mois, nous avons appelé à généraliser le HTTPS sur le Web.

Nous avons également constaté que de plus en plus de webmasters adoptaient le protocole HTTPS (également appelé HTTP sur TLS, ou Transport Layer Security) sur leur site Web, ce qui est encourageant.

C'est pour cela qu'au cours des derniers mois, nous avons réalisé des tests en considérant l'utilisation de connexions sécurisées et chiffrées sur les sites en tant que signal dans nos algorithmes de classement. Nous avons pu observer des résultats positifs, et c'est pourquoi nous commençons à utiliser le protocole HTTPS en tant que facteur de positionnement. Pour l'instant, cet indicateur a très peu de poids, et ce afin de laisser le temps aux webmasters de passer au protocole HTTPS. Il concerne moins de 1 % des requêtes mondiales, et il est moins important que d'autres indicateurs tels que le contenu de haute qualité. Mais au fil du temps, il est possible que nous décidions de lui donner une plus grande importance, car nous aimerions encourager tous les propriétaires de sites Web à passer du protocole HTTP au protocole HTTPS pour assurer la sécurité de tous les internautes sur le Web.



Nous avons compilé des bonnes pratiques détaillées qui vous permettront de faciliter l'adoption du protocole TLS et d'éviter les erreurs fréquentes. Voici quelques astuces de base pour commencer :

• Déterminez le type de certificat dont vous avez besoin : simple, multi-domaine ou générique.
• Utilisez des certificats avec une clé de 2 048 bits.
• Ayez recours à des URL relatives pour les ressources qui se trouvent sur le même domaine sécurisé.
• Utilisez des URL relatives au protocole pour tous les autres domaines.
• Consultez notre article relatif aux déplacements de sites pour obtenir plus de consignes sur la façon de modifier l'adresse de votre site Web.
• Ne bloquez pas l'exploration de votre site HTTPS à l'aide du fichier robots.txt.
• Autorisez autant que possible l'indexation de vos pages par les moteurs de recherche. Évitez d'utiliser la balise Meta "noindex".

Si vous utilisez déjà le protocole HTTPS pour votre site Web, vous pouvez en tester le niveau de sécurité et la configuration à l'aide de l'outil Qualys Lab. Si vous êtes préoccupé par la qualité des performances de votre site avec le protocole TLS, référez-vous à la ressource suivante : Is TLS fast yet? (Le TLS est-il rapide ?). Bien sûr, n'hésitez pas à poser toutes vos questions sur notre Forum d'aide pour les webmasters.

Nous espérons voir plus de sites utiliser le protocole HTTPS à l'avenir. Tous ensemble, rendons le Web plus sûr !

Publié par Zineb Ait Bahajji et Gary Illyes, analystes des tendances des webmasters

Explorer ou ne pas explorer, telle est la question.

Il est parfois difficile de créer et de gérer des fichiers robots.txt corrects. Si la plupart des propriétaires de sites ne rencontrent pas de difficultés particulières (car souvent ils n'ont même pas besoin de fichier robots.txt), l'identification des instructions qui bloquent ou bloquaient des URLs individuelles peut s'avérer relativement difficile au sein d'un fichier robots.txt volumineux. Pour faciliter les choses, nous vous annonçons la mise à jour de l'outil de test des fichiers robots.txt dans les outils pour les webmasters.

L'outil de test mis à jour se trouve dans la section "Exploration" des Outils pour les webmasters :



Il vous permet de voir le fichier robots.txt actuel et de tester les nouvelles URLs pour savoir si elles sont exclues de l'exploration. Pour vous aider à y voir plus clair au milieu d'instructions compliquées, l'outil met en évidence l'instruction spécifique qui a entraîné la décision finale. Vous pouvez apporter des modifications au fichier et les tester. Il vous suffit ensuite de transférer la nouvelle version du fichier sur votre serveur pour que les changements prennent effet. Notre site pour les développeurs comporte plus de détails sur les instructions des fichiers robots.txt et leur traitement.

De plus, vous pouvez examiner les anciennes versions de votre fichier robots.txt et déterminer à quel moment des problèmes d'accès ont empêché l'exploration. Par exemple, si Googlebot détecte une erreur de serveur 500 sur le fichier robots.txt, nous suspendons généralement l'exploration du site Web.

Comme des erreurs ou des avertissements relatifs à vos sites existants peuvent être affichés, nous vous recommandons de vérifier les fichiers robots.txt de ces sites. Vous pouvez également associer cette fonctionnalité à d'autres outils pour les webmasters : par exemple, vous pouvez utiliser la nouvelle version de l'outil Explorer comme Google pour afficher les pages importantes de votre site Web. Si nous vous signalons des URLs bloquées, vous pouvez utiliser cet outil de test du fichier robots.txt pour rechercher l'instruction qui les bloque et vous en servir pour remédier au problème. Les anciens fichiers robots.txt provoquent souvent des problèmes, car ils bloquent le contenu CSS, JavaScript ou pour mobile. Une fois les problèmes identifiés, il est souvent facile de les résoudre.

Nous espérons que la nouvelle version de cet outil vous permettra de tester et de gérer plus facilement votre fichier robots.txt. Si vous avez des questions ou si vous avez besoin d'aide pour créer des instructions adéquates, n'hésitez pas à consulter notre Forum d'aide pour les webmasters.


Ecrit par Asaph Arnon, Equipe des Outils Google pour les Webmasters

• Balises de renvoi manquantes : les annotations doivent être confirmées depuis les pages vers lesquelles elles redirigent. Si la page A renvoie vers la page B, celle-ci doit également renvoyer vers la page A. Sinon, il est possible que vos annotations ne soient pas correctement interprétées.
  Pour chaque erreur de ce type, nous signalons où et quand nous l'avons détectée, et nous indiquons l'endroit où le lien de renvoi doit se trouver.

• Valeurs "hreflang" incorrectes : la valeur de l'attribut "hreflang" doit être soit un code de langue au format ISO 639-1, tel que "es" ou "fr", soit la combinaison d'un code de langue et d'un code de pays, telle que "es-AR" ou "fr-BE", le code de pays étant au format ISO 3166-1 Alpha 2.
  Si nos systèmes d'indexation détectent des codes de langue ou de pays qui ne sont pas dans ces formats, nous vous fournissons des exemples d'URL afin de vous aider à les corriger.

Hier en début de soirée, nous (Zineb de l'équipe des Webmaster Trends Analysts, et Vincent de l'équipe de Qualité de la Recherche) avons discuté avec des webmasters francophones pendant environ une heure lors d'un Hangout On Air. Nous avons répondu en live à leurs questions à propos des Webmaster Tools, de Google Search, et de leurs sites web. Nous nous sommes aussi basés sur un questionnaire que nous avions demandé aux participants de remplir auparavant.

Les sujets abordés ont été très variés :

• Les nouveautés et lancements de ces derniers mois
• Le Negative SEO
• Les actions manuelles
• L'algorithme Google
• Le fichier de désaveu de liens
• etc...

Vous avez une application Android en plus de votre site Web ? Vous pouvez désormais les associer pour que les utilisateurs qui effectuent des recherches sur leur smartphone et leur tablette puissent facilement trouver le contenu de votre application et y accéder.

Les liens profonds vers une application dans les résultats de recherche aident les mobinautes à trouver votre contenu plus facilement et à réutiliser votre application après l'avoir installée.  En tant que propriétaire de site, vous pouvez leur montrer le bon contenu au bon moment. En associant des pages de votre site Web aux parties correspondantes de votre application, vous contrôlez le moment auquel les mobinautes sont redirigés vers votre application ou se rendent sur votre site Web.



Ce type d'indexation a déjà été mis en place pour de nombreuses applications, telles que l'Equipe, Marmiton et auFeminin.com par exemple. Cette semaine, lors de la conférence Google I/O, nous avons présenté un ensemble de nouvelles fonctionnalités qui faciliteront encore plus la mise en place de liens profonds vers votre application, l'association entre votre site et votre application, et le suivi des performances et des erreurs potentielles.

Comment débuter simplement

Nous avons grandement simplifié le processus d'indexation des liens profonds vers vos applications. Si votre application accepte les systèmes de liens profonds HTTP, voici ce que vous devez faire :
   1. Activez la compatibilité avec les liens profonds dans votre application.
   2. Associez votre site à votre application.
   3. Il n'y a pas de troisième étape  :)


Lorsque nous indexons vos URL, nous identifions et nous indexons les connexions entre votre application et votre site, et nous pouvons commencer à afficher les liens profonds vers l'application dans les résultats de recherche.


Nous pouvons identifier et indexer les liens profonds vers votre application nous-mêmes, mais nous vous recommandons de les publier. C'est également le cas si votre application accepte seulement un système personnalisé de liens profonds. Vous pouvez les publier de deux manières :

• Insérez un élément <link> "rel=alternate" dans la section <head> de chaque page Web ou dans votre sitemap afin d'indiquer les URI de l'application. Apprenez comment mettre en œuvre ces méthodes en consultant notre site pour les développeurs.
  
• Utilisez l'API d'indexation des applications.

Par ailleurs, nous avons ajouté une nouvelle fonctionnalité dans les outils pour les webmasters afin de vous aider à résoudre les problèmes qui peuvent survenir lors de l'indexation des pages d'application. Elle affiche le type d'erreurs que nous avons détectées pour une paire page d'application/page Web ainsi que des exemples d'URI d'application afin que vous puissiez résoudre le problème :



Nous vous fournissons également des instructions détaillées sur la façon de résoudre chaque problème ainsi qu'un code 2D pour les liens profonds vers l'application qui vous permet de les ouvrir facilement sur votre téléphone ou sur votre tablette. Nous vous envoyons également des notifications d'erreur dans les outils pour les webmasters afin que vous soyez toujours informé.



Indexez votre application dès aujourd'hui ! Si vous avez besoin d'assistance, n'hésitez pas à poser vos questions sur le Forum d'aide pour les webmasters.


Publié par Mariya Moeva, Webmaster Trends Analyst

Les migrations de sites font partie des sujets qui provoquent le plus de confusion et de craintes chez les webmasters. Pour vous permettre d'éviter les mauvaises surprises, nous avons créé un guide détaillé qui explique comment gérer les migrations de sites afin de faciliter l'exploration de ces derniers par Googlebot. Que signifie exactement faire migrer un site, et comment procéder correctement à cette migration ?



Principes de base des migrations de sites

De façon générale, une migration de site peut renvoyer à deux types de migrations de contenu :

• Migrations de sites sans modification d'URL. Seule l'infrastructure sous-jacente sur laquelle le contenu est diffusé est modifiée. Aucune modification visible n'est apportée à la structure de l'URL. Par exemple, vous pourriez faire migrer le site www.example.com vers un fournisseur d'hébergement différent tout en gardant les mêmes URL et la même structure de site sur www.example.com.
• Migrations de sites avec modifications d'URL. Dans ce cas, les URL du site Web peuvent être modifiées de plusieurs façons : 
• Le protocole : http://www.example.com devient https://www.example.com. 
• Le nom de domaine : "example.com" devient "example.net". 
• Les chemins des URL : "http://example.com/page.php?id=1" devient http://example.com/widget. 

Il arrive parfois que les webmasters ne mettent pas correctement en œuvre la migration de leur site ou qu'ils omettent des étapes qui auraient considérablement augmenté les chances de réussite de la migration. Pour aider les webmasters à concevoir et à mettre en œuvre correctement la migration de leur site, nous avons mis à jour les consignes correspondantes dans notre centre d'aide. En parallèle, nous continuons d'améliorer nos systèmes d'exploration et d'indexation pour que les migrations de sites puissent être détectées et gérées correctement, si vous suivez nos consignes.

Passer au Responsive Web Design

Une question connexe est de plus en plus soulevée : comment passer d'un site avec des URLs dédiées aux mobiles ou une diffusion dynamique, à un site en Responsive Web Design ? Pour découvrir comment changer de configuration, veuillez consulter cette nouvelle page sur notre site de recommandations relatives aux smartphones.

Comme d'habitude, n'hésitez pas à poser vos questions sur les Forums d'aide aux webmasters.

Ecrit par Zineb Ait Bahajji et Pierre Far , Webmaster Trends Analysts

Niveau webmaster : tous

La fonctionnalité Explorer comme Google des outils pour les webmasters présente aux webmasters les résultats de la tentative d'exploration de leurs pages par Googlebot. Les en-têtes et le code HTML du serveur affichés sont utiles pour examiner les problèmes techniques et les effets secondaires du piratage, mais il n'est pas toujours facile d'analyser la réponse reçue : "À l'aide ! Que signifient tous ces codes ? Est-ce vraiment la même page que celle affichée dans mon navigateur ? Où allons-nous déjeuner ?". Nous ne pouvons pas vous aider sur ce dernier point, mais pour le reste, nous avons récemment ajouté des fonctionnalités à cet outil pour vous permettre de voir le rendu de votre page tel qu'affichée par Googlebot.


Examiner le rendu de la page 

Afin d'afficher la page, tous les fichiers externes correspondants sont recherchés en vue de leur exploration. Ces derniers comprennent souvent des fichiers images, CSS et JavaScript, ainsi que d'autres fichiers qui peuvent être intégrés indirectement par le biais des fichiers CSS ou JavaScript. Ils sont ensuite utilisés pour afficher un aperçu de la page telle qu'elle est interprétée par Googlebot.

Vous pouvez trouver la fonctionnalité Explorer comme Google dans la section "Exploration" des Outils Google pour les webmasters. Après avoir envoyé une URL à l'aide de la fonctionnalité "Explorer et afficher", attendez qu'elle soit traitée (cela peut demander un peu de temps pour certaines pages). Une fois le traitement terminé, il suffit de cliquer sur la ligne de réponse pour voir les résultats.




Gérer les ressources bloquées par un fichier robots.txt

Les instructions du fichier robots.txt sont suivies par Googlebot pour tous les fichiers explorés. Si vous bloquez l'exploration de certains de ces fichiers CSS ou javascript, ou si ces derniers sont intégrés depuis un serveur tiers qui empêche leur exploration par Googlebot, ils ne figureront pas dans le rendu. De même, si aucune réponse du serveur n'est envoyée, ou si des erreurs sont retournées, nous ne pourrons pas non plus utiliser ces fichiers. Des problèmes similaires sont décrits dans la section Erreurs d'exploration des outils pour les webmasters. Si nous rencontrons l'un de ces problèmes, nous l'indiquons sous l'aperçu.

Nous vous conseillons de vous assurer que Googlebot est bien en mesure d'accéder à toute ressource intégrée qui contribue de manière significative à l'affichage du contenu visible de votre site ou à la mise en page de celui-ci. Il vous sera alors plus facile d'utiliser la fonctionnalité Explorer comme Google, et le contenu en question pourra également être détecté et indexé par Googlebot. Certains types de contenu, tels que les boutons relatifs aux médias sociaux, les polices ou les scripts d'analyse de sites, ne contribuent généralement pas de manière significative à l'affichage du contenu visible du site ou à la mise en page de celui-ci, et peuvent être exclus de l'exploration. Pour en savoir plus, veuillez consulter notre précédent article de blog sur la façon dont nous nous efforçons de mieux interpréter le Web.


Nous espérons que cette mise à jour vous aidera à analyser plus facilement ce type d'erreurs et à mettre en évidence le contenu dont l'exploration a été bloquée par mégarde. Si vous avez des commentaires ou des questions, vous pouvez les indiquer ici ou dans le Forum d'aide pour les webmasters.



Ecrit par Shimi Salant, Webmasters Tools team

En 1998, lorsque nous faisions fonctionner nos serveurs dans le garage de Susan Wojcicki, nous n'avions pas vraiment à nous préoccuper des fichiers JavaScript ni des feuilles de style CSS. Ces ressources étaient peu utilisées. Le code JavaScript servait à l'époque à faire clignoter les éléments d'une page. Beaucoup de changements ont eu lieu depuis. Le Web compte de nombreux sites extraordinaires, riches et dynamiques sur lesquels le code JavaScript est largement utilisé. Aujourd'hui, nous allons évoquer notre capacité à afficher des sites Web plus riches. Cela signifie que nous voyons davantage votre contenu tel qu'il s'affiche dans les navigateurs Web modernes. Désormais, nous pouvons intégrer les ressources externes, exécuter le code JavaScript et appliquer les feuilles de style CSS.

À l'origine, nous ne nous intéressions qu'au contenu textuel brut que nous obtenions dans le corps de la réponse HTTP. Nous n'interprétions pas le contenu tel qu'il s'affichait réellement dans un navigateur standard sur lequel le langage JavaScript était exécuté. Lorsque des pages avec du contenu intéressant en JavaScript ont fait leur apparition, il nous était impossible de le refléter dans les résultats de recherche, ce qui était dommage à la fois pour les internautes et pour les webmasters.

Afin de résoudre ce problème, nous avons décidé de tenter d'interpréter les pages en exécutant le langage JavaScript. À l'échelle du Web actuel, ce n'est pas une entreprise aisée, mais nous avons décidé que cela valait la peine d'essayer. Depuis un certain temps, nous nous attachons à améliorer progressivement notre façon de procéder. Au cours des derniers mois, notre système d'indexation a permis d'afficher un rendu plus fidèle de bon nombre de pages Web, pour mieux refléter ce qu'un internaute ordinaire verrait avec le langage JavaScript activé.

Tout ne se passe pas toujours comme prévu au moment de l'affichage, ce qui peut avoir des conséquences négatives pour votre site dans les résultats de recherche. Voici quelques problèmes potentiels et, le cas échéant, les méthodes qui permettent d'empêcher leur apparition :

• Si des ressources telles que JavaScript ou CSS présentes dans des fichiers distincts sont bloquées (par un fichier robots.txt, par exemple), elles ne peuvent pas être explorées par Googlebot et votre site ne pourra pas être interprété dans nos systèmes d'indexation tel qu'un internaute ordinaire le verrait. Nous vous conseillons d'autoriser Googlebot à récupérer le code JavaScript et CSS pour que votre contenu soit mieux indexé. Cela est particulièrement important pour les sites Web dédiés aux mobiles, car les ressources externes de type CSS et JavaScript indiquent à nos algorithmes que les pages sont optimisées pour les mobiles.

• Si votre serveur Web ne peut pas gérer le volume de demandes d'exploration des ressources, cela peut avoir un impact négatif sur notre capacité à afficher vos pages. Pour vous assurer que vos pages s'affichent dans Google, vérifiez que vos serveurs sont capables de gérer les requêtes d'exploration des ressources.

• Il est toujours bon de proposer une dégradation élégante de votre site. Cela permet aux internautes de profiter de votre contenu, même si la version de JavaScript installée sur leur navigateur n'est pas compatible. Cela sera également utile pour les internautes qui ont désactivé JavaScript, ainsi que pour les moteurs de recherche actuellement incompatibles avec l'exécution de JavaScript.

• Parfois, le code JavaScript peut être trop complexe ou obscur pour que nous puissions l'exécuter. Dans ce cas, nous ne pouvons pas afficher la page de manière exacte et complète.

• Certains codes JavaScript suppriment du contenu d'une page au lieu d'en ajouter, ce qui empêche l'indexation de ce contenu.

Pour permettre de résoudre ces problèmes plus facilement, nous travaillons actuellement sur la création d'un outil qui devrait aider les webmasters à mieux comprendre comment leur site est interprété par Google. Nous le mettrons très prochainement à votre disposition dans les Outils pour les webmasters.

Si vous avez des questions, n'hésitez pas à consulter notre forum d'aide.


Ecrit par Michael Xu, ingénieur logiciel et Kazushi Nagayama, analyste des tendances des webmasters

• Configurer la fenêtre d'affichage : en l'absence de balise Meta de fenêtre d'affichage, votre page est considérée dans les navigateurs pour mobile modernes comme n'étant pas adaptée aux mobiles, et elle s'affiche alors dans une fenêtre pour ordinateur, avec un agrandissement éventuel de la police, ce qui risque d'affecter la mise en page que vous souhaitiez appliquer à votre site. Configurer la fenêtre d'affichage sur "width=device-width" est la première étape nécessaire pour adapter votre site aux mobiles.
• Adapter la taille du contenu à la fenêtre d'affichage : les mobinautes s'attendent à devoir faire défiler les sites pour mobile verticalement, mais pas horizontalement. Une fois que vous avez configuré la fenêtre d'affichage, assurez-vous que le contenu de la page est adapté à la largeur de cette fenêtre d'affichage, en gardant à l'esprit que tous les appareils mobiles n'ont pas nécessairement la même largeur.
• Utiliser des tailles de police lisibles : si les mobinautes doivent faire un zoom avant pour pouvoir lire le texte de votre article sur l'écran de leur smartphone, votre site n'est pas adapté aux mobiles. Avec PageSpeed Insights, il est possible de vérifier que la taille du texte de votre site est suffisamment grande pour que la plupart des mobinautes puissent lire sans difficulté.
• Dimensionner les éléments tactiles de manière appropriée : il n'y a rien de plus frustrant que de vouloir appuyer sur un bouton ou sur un lien, et d'appuyer par mégarde sur celui d'à côté. Votre doigt étant bien plus large que le curseur d'une souris d'ordinateur, vos éléments tactiles doivent l'être aussi. Assurez-vous que les éléments tactiles de votre site pour mobile sont assez grands pour que les mobinautes puissent appuyer dessus sans difficulté.
• Éviter les plug-ins : la plupart des smartphones ne sont pas compatibles avec Flash ou d'autres plug-ins de navigateurs. Assurez-vous donc qu'aucun plug-in n'est utilisé sur votre site pour mobile.