Blog Officiel pour les webmasters
Votre source d’informations officielle pour les nouveautés et annonces liées à Google search
Aider les internautes mobiles à trouver des pages adaptées à leur appareil
mardi 18 novembre 2014
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
Mise en avant des sites compatibles avec les appareils récents dans les résultats de recherche Google
mercredi 29 octobre 2014
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
Mise à jour de nos consignes techniques aux webmasters
lundi 27 octobre 2014
Nous avons récemment annoncé que notre système d'indexation permettait désormais
d'afficher les pages Web
davantage telles qu'elles apparaîtraient dans un navigateur standard, avec les ressources CSS et JavaScript activées. Suite à cette annonce, nous mettons à jour l'une de nos
consignes techniques aux webmasters
.
Pour optimiser l'affichage et l'indexation de vos pages et de votre site, vous devez désormais autoriser l'accès de Googlebot aux fichiers JavaScript, CSS et image que vous utilisez.
Le blocage de l'exploration des fichiers JavaScript ou CSS dans le fichier robots.txt de votre site nuit directement à la qualité de l'affichage et de l'indexation de votre contenu par nos algorithmes. Cela peut avoir un impact négatif sur le classement de votre site.
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
Mise à jour de l'API Webmaster Tools
mercredi 10 septembre 2014
Niveau webmaster : avancé
Durant l'été, l'équipe des outils pour les webmasters a préparé une mise à jour de l'
API Webmaster Tools
. Cette nouvelle API est cohérente avec les autres API Google, elle facilite l'authentification pour les applications et les services Web, et elle permet d'accéder à certaines des principales fonctionnalités des outils pour les webmasters.
Si vous avez déjà utilisé des API Google, vous n'aurez aucun mal à vous servir de l'API Webmaster Tools. Voici quelques exemples pour
Python
,
Java
, ainsi que pour
OACurl
(pour les fans des lignes de commande).
Cette API vous permet :
de répertorier, d'ajouter ou de supprimer des sites de votre compte (actuellement, celui-ci peut en contenir jusqu'à 500) ;
de répertorier, d'ajouter ou de supprimer des sitemaps pour vos sites Web ;
d'obtenir le nombre d'avertissements, d'erreurs et d'indexations pour des sitemaps individuels ;
d'obtenir une série chronologique de tous les types d'erreurs d'exploration sur votre site ;
de répertorier des exemples d'erreurs d'exploration pour des types d'erreurs spécifiques ;
de marquer les erreurs d'exploration individuelles comme étant "corrigées" (cela ne change pas la manière dont elles sont traitées, mais peut permettre de simplifier l'interface utilisateur pour vous).
Nous serions ravis de voir ce que vous concevez avec nos API. N'hésitez pas à insérer un lien vers vos projets dans les commentaires ci-dessous. Si vous avez des questions sur l'utilisation de l'API, vous pouvez également publier un message sur notre
forum d'aide
.
Publié par
John Mueller
, fan des longues lignes de code, Google Zurich
La Webmaster Academy disponible dans 22 nouvelles langues - dont le français !
lundi 8 septembre 2014
Niveau : débutant.
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
Un champ de recherche amélioré dans les résultats de recherche
vendredi 5 septembre 2014
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
Optimiser les sites pour limiter l'utilisation de bande passante sur Apache et Nginx
jeudi 4 septembre 2014
Niveau webmaster : avancé
Tout le monde souhaite utiliser moins de bande passante : les propriétaires de sites Web veulent réduire le montant de leurs factures, les mobinautes cherchent à ne pas dépasser leur limite d'utilisation de données, et personne n'a envie d'attendre le chargement d'octets inutiles. Sur le Web, les occasions d'économiser de la bande passante ne manquent pas : pages diffusées avec gzip, feuilles de style et code JavaScript minimisés, et images optimisées, pour ne citer que quelques exemples.
Alors pourquoi le Web n'est-il pas déjà optimisé pour réduire la quantité de bande passante utilisée ? Si ces économies sont bénéfiques pour tous, pourquoi ce problème n'a-t-il pas encore été réglé ? Principalement parce que ces changements sont trop compliqués. Les concepteurs Web sont encouragés à utiliser la commande "Save for Web" ("enregistrer pour le Web") lorsqu'ils exportent leurs créations, mais ils oublient parfois cette recommandation. Les programmeurs JavaScript n'aiment pas travailler avec du code réduit, car cela rend les débogages plus difficiles. Vous pouvez mettre en place un pipeline personnalisé qui garantit que chacune de ces méthodes d'optimisation est systématiquement appliquée à votre site dans le cadre de votre processus de développement ou de déploiement, mais cela représente une charge de travail considérable.
L'utilisation d'un proxy d'optimisation, comme celui de
Chrome
, est une solution simple pour les internautes. Lorsqu'ils choisissent ce service, leur trafic HTTP passe par notre proxy, ce qui optimise le chargement de leurs pages et réduit de 50 % la quantité de bande passante utilisée. Cependant, même s'il s'agit d'une bonne solution pour ces internautes, elle se limite aux utilisateurs de Chrome qui activent cette fonctionnalité et elle ne permet pas d'optimiser le trafic HTTPS.
Avec la fonctionnalité
Optimiser pour la bande passante
, l'équipe PageSpeed apporte cette technologie aux webmasters afin que chacun puisse en bénéficier : les internautes qui utilisent d'autres navigateurs, les sites sécurisés, les utilisateurs d'ordinateurs et les propriétaires de sites qui veulent réduire le montant de leurs factures pour le trafic sortant. Il vous suffit d'installer le
module PageSpeed
sur votre serveur Apache ou Nginx [1], d'
activer
la fonctionnalité "Optimiser pour la bande passante" dans votre configuration, et PageSpeed se chargera du reste.
Si vous décidez par la suite d'utiliser les fonctionnalités d'optimisation plus avancées de PageSpeed, de l'
extension de cache
et de l'
intégration
, aux méthodes plus agressives comme le
report du chargement d'images
et l'
exécution différée de J
ava
S
cript
, il vous suffit de les activer dans la configuration de PageSpeed.
En savoir plus sur l'
installation de PageSpeed
ou l'
activation de la fonctionnalité Optimiser pour la bande passante
.
Publié par Jeff Kaufman, Make the Web Fast
[1] Si vous utilisez un autre serveur Web, nous vous conseillons d'exécuter PageSpeed sur un proxy Apache ou Nginx. Toutes ces solutions sont
Open Source
, avec des efforts de portage en cours pour
IIS
,
ATS
entres autres.
#NoHacked : campagne mondiale de sensibilisation au piratage
lundi 25 août 2014
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
Publié par l'équipe #NoHacked
Le protocole HTTPS en tant que facteur de positionnement
jeudi 7 août 2014
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
Tester les fichiers robots.txt plus facilement
mercredi 16 juillet 2014
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
Résoudre les problèmes relatifs aux annotations "hreflang" dans les outils pour les webmasters
lundi 14 juillet 2014
Si vous ciblez des internautes dans plusieurs pays, vous avez probablement déjà entendu parler de l'annotation
rel-alternate-hreflang
. Si tel n'est pas le cas, en quelques mots, sachez qu'il s'agit d'une annotation qui permet d'afficher des pages dans la langue ou dans la version régionale de l'internaute sur Google et d'autres moteurs de recherche, ce qui peut contribuer à améliorer l'expérience des utilisateurs.
Il peut être assez difficile de s'assurer que les annotations déployées sont lisibles pour les moteurs de recherche, surtout pour les sites qui contiennent beaucoup de pages. Les propriétaires de sites à travers le monde n'ont pas hésité à nous le faire savoir. Aujourd'hui, nous lançons une fonctionnalité qui devrait simplifier le troubleshooting des annotations "rel-alternate-hreflang".
La section "Ciblage linguistique" de la fonctionnalité
Ciblage international
vous permet d'identifier deux des problèmes les plus fréquents relatifs aux annotations "hreflang" :
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.
D'autre part, nous avons déplacé les paramètres de
ciblage géographique
dans cette section des outils pour webmasters afin de centraliser toutes les informations relatives au ciblage international et multilingue.
Nous espérons que vous trouverez cette fonctionnalité utile et qu'elle vous aidera à identifier les problèmes relatifs à l'utilisation des annotations "rel-hreflang" sur votre site. Si vous avez des questions ou des commentaires concernant cette fonctionnalité, vous pouvez les publier sur notre
Forum d'aide pour les webmasters
.
Ecrit par Gary Illyes, Webmaster Trends Analyst
Retrouvez la vidéo de notre Hangout en français - Office hours du 10 Juillet 2014
vendredi 11 juillet 2014
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...
Retrouvez la vidéo ci-dessous :
Merci à toutes celles et ceux qui nous ont rejoints à cette occasion. N'hésitez pas à nous dire ce que vous avez pensé de la vidéo. Tous les commentaires sont les bienvenus.
Retrouvez-nous et découvrez la communauté en participant sur le
forum
pour continuer la discussion !
Posté par
Zineb Ait Bahajji
, Webmaster Trends Analyst
Posté par
Vincent Courson
, Search Quality Team
L'indexation des applications Android désormais ouverte à tous
vendredi 27 juin 2014
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
Cette semaine, nous lançons la campagne de sensibilisation #NoHacked !
lundi 9 juin 2014
Les problématiques de sécurité liées aux sites Web sont beaucoup plus fréquentes que ce qui est généralement admis. Nous voulons offrir des conseils pour que les webmasters se prémunissent contre la piraterie en ligne, afin que le Web soit un écosystème plus sécuritaire pour utilisateurs et webmasters.
Le but de cette campagne #NoHacked est de sensibiliser le public sur ces problématiques. Nous donnerons des conseils cette semaine
sur G+
, et nous voulons aussi compiler les meilleurs conseils que VOUS pouvez donner aux autres webmasters. N'hésitez pas à partager les techniques que vous mettez en place pour protéger votre site web contre les hackers.
Et utilisez #NoHacked dans vos posts !
Faciliter les migrations de sites
vendredi 6 juin 2014
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
L'App Indexing dans de nouvelles langues (dont le français)
vendredi 30 mai 2014
En avril, nous avons lancé
l'App indexing
pour les pages de résultats en anglais. Pour rappel, l'App Indexing est la possibilité que le contenu de votre application mobile apparaisse dans les SERPs de Google sur Android
. Aujourd'hui, nous ajoutons les premières applications dans des langues autres que l'anglais, et quelques éditeurs français sont concernés :
L'Equipe,
Au Feminin et Marmiton. Les autres éditeurs sont :
Fairfax Domain, MercadoLibre, Letras.Mus.br, Vagalume, Idealo, Player.fm, Upcoming, et chip.de. Nous avons aussi rajouté quelques applications aux US : Walmart, Tapatalk, et Fancy.
Nous avons aussi traduit les consignes aux développeurs dans 8 langues supplémentaires :
français
,
chinois (traditionnel)
,
allemand
,
italien
,
japonais
,
portugais
,
russe
, et
espagnol
.
Si vous souhaitez que votre application soit sélectionnée pour l'App indexing, et que votre contenu soit prêt, vous pouvez remplir
ce questionnaire
.
Enfin, lors de Google I/O au mois de juin, suivez de près la conférence sur le
“
Future of Apps and Search
,” où plus d'informations seront partagées.
Ecrit par Erik Hendriks, Software Engineer
Examiner le rendu de vos pages avec la fonctionnalité Explorer comme Google
mardi 27 mai 2014
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
Mieux interpréter les pages Web
vendredi 23 mai 2014
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
Mieux adapter votre site aux mobiles avec PageSpeed Insights
lundi 19 mai 2014
Pour aider les développeurs et les webmasters à adapter leurs pages aux mobiles, nous avons récemment mis à jour PageSpeed Insights en y ajoutant des recommandations sur l'ergonomie des sites pour mobile.
Une mauvaise expérience utilisateur peut diminuer les avantages liés au chargement rapide des pages. Nous savons que le temps de chargement d'une page pour mobile moyenne est
supérieur à 7 secondes
(si vous ut
ilisez l'
outil PageSpeed Insights
et suivez les recommandations relatives à la vitesse qui y sont proposées, vous pourrez
accélérer sensiblement le chargement des pages de votre site
).
Mais supposons que
votre site pour mobile est rapide et qu'il s'affiche en seulement 2 secondes au lieu de 7.
Si les mobinautes doivent encore passer 5 secondes à zoomer, ainsi qu'à faire défiler l'écran avant de pouvoir commencer à lire le texte et à effectuer des actions sur la page, la rapidité du chargement du site ne présente que peu d'intérêt.
Les nouvelles recommandations relatives à l'expérience utilisateur de PageSpeed Insights peuvent vous aider à identifier et à corriger ces problèmes d'ergonomie.
A l'heure actuelle, ces recommandations traitent des points suivants :
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.
Ces règles sont expliquées plus en détail dans nos
pages d'aide
. Une fois prêt, vous pouvez tester vos pages et les améliorations que vous y apportez à l'aide de l'
outil PageSpeed Insights
. Nous avons également mis à jour l'interface de PageSpeed Insights pour l'adapter aux mobiles, et nous avons fait traduire nos documents d'aide en de nouvelles langues.
Comme toujours, si vous avez des questions ou des commentaires, veuillez les publier dans notre
groupe de discussion
.
Ecrit par Matthew Steele et Doantham Phan, Equipe PageSpeed Insights
Retour sur le questionnaire de feedback sur les Outils Google pour les Webmasters
lundi 12 mai 2014
Il y a quelques semaines, nous vous
demandions de remplir un questionnaire
sur votre utilisation des Outils Google pour les Webmasters, ainsi que pour que vous nous donniez votre feedback. Les questions avaient pour sujet un certain nombre de points : la clarté des outils et de la documentation disponible, les fonctionnalités les plus utilisées, les actions manuelles et les outils relatifs aux problèmes de sécurité.
Tout d'abord, nous aimerions grandement remercier les 115 personnes qui ont pris de leur temps pour répondre à ce questionnaire. Nous avons compilé ces résultats, et ce qui en est ressorti a été transmis aux équipes concernées.
Nous ne pouvons malheureusement pas promettre que tous vos retours auront un impact immediat ou que vos idées seront mises en application directe. Cependant, les équipes responsables de ces outils les garderont à l'esprit au moment de prendre des décisions à propos de la création de futurs outils ou de la réparation de certaines fonctionnalités.
Nous avons également, pour votre intérêt, décidé de partager ici certains points qui sont ressortis de ces résultats :
Dans les Outils pour les Webmasters, la section "Traffic de Recherche" est de loin la plus utilisée, avec presque la moitié d'entre vous qui l'identifie comme telle.
Vous trouvez en majorité que les ressources disponibles relatives aux problèmes de sécurité sont plus claires et plus utiles que celles relatives aux actions manuelles.
Presque 75% des personnes affectées par un problème de sécurité ont été capables de "rapidement identifier et régler le problème".
Nos emails de notification pour les sites victimes de hackers sont généralement vus positivement. Cependant, certaines personnes ont initialement découvert ces problèmes par d'autres moyens. Il est donc sans doute possible pour nous d'améliorer notre système de notification.
Vous avez également mis en relief des idées pour améliorer certains outils, ou pour la création de nouveaux outils :
Beaucoup d'entre vous aimeraient accéder aux données des Outils pour les Webmasters sur une durée supèrieure à 90 jours. De plus, la possibilité de sélectionner des données sur une période précise (à la façon de Google Analytics) est aussi revenue régulièrement dans vos messages.
La fraîcheur des données est un autre point qui a été soulevé : nombre d'entre vous aimeraient avoir des informations plus à jour afin d'avoir une meilleure perception de la réalité actuelle.
Nous avons remarqué qu'il y avait une confusion autour des outils permettant d'analyser les liens dans les Outils pour les Webmasters; par exemple, le fait que les liens que vous avez désavoués soient toujours visibles.
Encore merci à toutes celles et ceux d'entre vous qui ont répondu à ce questionnaire. Les informations que nous avons obtenues nous sont très précieuses dans le cadre de l'amélioration des outils que nous mettons à votre disposition, et dans la communication que nous faisons autour de ces outils. Nous avons transmis ces informations aux équipes produits.
Si vous avez d'autres idées ou questions, ou si vous avez des commentaires sur le contenu de cet article, nous vous encourageons à participer soit sur les commentaires de l'article, soit sur le
forum d'aide aux Webmasters
.
Ecrit et mis en ligne par
Vincent Courson
Libellés
Action manuelle
ajax
AMP
Applications
autocomplete
Bienvenue
Chrome
classement
CMS
consignes de qualité
crawling
Critères de positionnement
CSS
Demande d'examen
Données Structurées
Ergonomie
exploration
Forum
goo.gl
Google News
Google+
hacking
Hangout on air
HTTPS
indexation
internationalisation
interstitiels
javascript
Migration
Mobile
Moteur de recherche personnalisé
Office Hours
Optimisation
questionnaire
Rapidité
robots.txt
Search Console
sécurité
Support
TLDs
UX
Webmaster Tools
Archives du blog
2016
janv.
2015
déc.
nov.
oct.
sept.
août
juil.
mai
avr.
mars
févr.
janv.
2014
nov.
Aider les internautes mobiles à trouver des pages ...
oct.
Mise en avant des sites compatibles avec les appar...
Mise à jour de nos consignes techniques aux webmas...
sept.
Mise à jour de l'API Webmaster Tools
La Webmaster Academy disponible dans 22 nouvelles ...
Un champ de recherche amélioré dans les résultats ...
Optimiser les sites pour limiter l'utilisation de ...
août
#NoHacked : campagne mondiale de sensibilisation a...
Le protocole HTTPS en tant que facteur de position...
juil.
Tester les fichiers robots.txt plus facilement
Résoudre les problèmes relatifs aux annotations "h...
Retrouvez la vidéo de notre Hangout en français - ...
juin
L'indexation des applications Android désormais ou...
Cette semaine, nous lançons la campagne de sensibi...
Faciliter les migrations de sites
mai
L'App Indexing dans de nouvelles langues (dont le ...
Examiner le rendu de vos pages avec la fonctionnal...
Mieux interpréter les pages Web
Mieux adapter votre site aux mobiles avec PageSpee...
Retour sur le questionnaire de feedback sur les Ou...
avr.
mars
Feed
Le classement du moteur de recherche prend désormais en compte la compatibilité mobile pour les résultats mobiles.
Vérifiez si votre site est mobile-friendly.
Ressources disponibles pour les webmasters :
Outils Google pour les Webmasters
Forum d'aide pour les Webmasters
Centre d'Aide
