Blog Officiel pour les webmasters
Votre source d’informations officielle pour les nouveautés et annonces liées à Google search
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
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.
Aperçu des rapports d'erreurs AMP dans la Search C...
Nouvelle année, nouveau contenu : découvrez notre ...
Protéger des centaines de millions d'internautes m...
2015
déc.
nov.
oct.
sept.
août
juil.
mai
avr.
mars
févr.
janv.
2014
nov.
oct.
sept.
août
juil.
juin
mai
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
