Posted:
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

Posted:

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

Posted:
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

Posted:

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.
Outil HREFLANG - aucune balise de renvoi


  • 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.
Outil HREFLANG - Code de langue inconnu



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

Posted:
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

Posted:
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 :




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

Posted:
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 !