Quelques infos sur Google et son moteur de recherche, glanées ici et là de façon officieuse ces derniers jours, avec au programme cette semaine quelques réponses à ces angoissantes questions : le fait d'inclure une vidéo dans une page web augmente-t-il son score de pertinence ? Faut-il procéder par étape pour indexer un site web énorme ? Le contenu dans les onglets et les accordéons aura-t-il le même poids avec Mobile First qu'un contenu affiché par défaut ? Faut-il utiliser une redirection 301 ou un code 404 quand une URL disparaît ? Google utilise-t-il les données d'Analytics dans son algorithme ? Et partage-t-il un index avec Bing ou d'autres ?
Voici une petite compilation des informations fournies par les porte-paroles officiels de Google ces derniers jours sur différents réseaux informels (Twitter, Hangouts, Google+, forums, conférences, etc.). Donc "gossips" (rumeur) + Google = "Goosssips" 🙂 La communication du moteur de recherche étant parfois plus ou moins sujette à caution, nous indiquons, dans les lignes ci-dessous, le niveau de confiance (taux de fiabilité) que nous accordons à l'information fournie par Google (de 1 à 3 étoiles, 3 étoiles représentant le taux de confiance maximal) - et non pas à la source qui en parle.
Vidéo |
John Mueller a indiqué sur un forum pour webmasters que le fait d'inclure une vidéo YouTube dans une page web n'augmentait pas son score de pertinence pour le moteur de recherche. L'ajout de vidéos ne joue pas de rôle dans vos classements Google. Un rappel salutaire, bien que cette info soit connue depuis la nuit des temps (du Web)... |
Taux de fiablité : |
Source : Search Engine Roundtable |
Indexation massive |
John Mueller a indiqué dans un hangout que cela ne posait aucun problème aux robots de Google de crawler, d'un coup, un nouveau site ou une nouvelle zone dans un site, comprenant des centaines de milliers de pages. Le seul point à vérifier sera que le serveur soit capable d'accepter ce crawl assez massif dans un délai assez court. Dans le passé, plusieurs référenceurs ont en effet indiqué qu'il valait mieux "ouvrir les vannes" petit à petit car le moteur avait du mal à "encaisser" trop de pages d'un coup sur un seul site. Il se peut que Google ait évolué à ce niveau... |
Taux de fiablité : |
Source : Search Engine Roundtable |
Contenu caché et Mobile First |
Après Gary Illyes il y a quelques semaines, c'est John Mueller qui a confirmé dans un hangout que le contenu caché mais potentiellement visible dans une page (onglets, accordéons...) sera traité, lors du lancement du projet Mobile First, comme du texte visible "normal". Rappelons qu'aujourd'hui, ce texte potentiellement visible est indexé, mais avec un poids moins fort. Cette perte de poids n'existera donc plus avec Mobile First... |
Taux de fiablité : |
Source : Search Engine Roundtable |
Redirections 301 |
John Mueller a indiqué sur Twitter que les redirections 301 devaient être utilisées avant tout en remplacement "1:1", c'est-à-dire : une URL remplace une autre. Sinon, il vaut mieux laisser l'URL en 404. Si vous mettez en place des redirections 301 massives (exemple : vers la page d'accueil ou vers une page de liste unique sur le site), ces redirections seront traitées comme des "Soft 404".... |
Taux de fiablité : |
Source : Search Engine Roundtable |
Analytics et SEO |
Gary Illyes a expliqué sur Twitter que l'algorithme de pertinence de Google n'utilisait aucune information émanant de Google Analytics pour mesurer la pertinence d'une page. Pourquoi le ferait-il d'ailleurs, puisque Chrome lui fournit toutes les informations dont il a besoin et de façon encore plus représentative du Web ?... |
Taux de fiablité : |
Source : Search Engine Roundtable |
Index commun |
John Mueller a rappelé sur Twitter - mais fallait-il le faire tant l'information est évidente ? - que Google ne partageait pas d'index avec Bing (ou n'importe quel autre moteur de recherche concurrent). Ah bon ? 😀 ... |
Taux de fiablité : |
Source : Search Engine Roundtable |
Goossip (Infos Google). Source de l'image : Google |
INDEXATION MASSIVE :: Je ne sais pas s’il existe toujours un moyen de limiter à Google la fréquence de ses visites. Il me semble qu’il fait exactement ce qu’il veut. En revanche, j’ai fait malgré moi une expérience intéressante il y a peu.
J’ai 7 millions de pages à gérer, et à ce stade il est impossible et inutile de gérer un sitemap reproduisant l’arborescence du site. J’ai plutôt jugé intéressant de faire un sitemap qui serait un journal du rafraîchissement des pages, qui est de 50 à 100.000 pages par jour. Un bug m’a échappé durant un développement, qui a rendu ce sitemap inaccessible aux robots. Google a dès lors changé de comportement, et visité durant 2 semaines jusqu’à 680.000 pages jour.
Dès que j’ai compris et débuggé, les visites se sont calmées, et Google a repris la visite prioritaire des url les plus récemment rafraîchies. La chronologie des rafraîchissements ou créations de nouvelles pages, exposée dans les balises dates des documents xml du sitemap semble donc un critère utile à Google pour ses collectes.
CONTENU CACHÉ ET MOBILE FIRST :: Pour rendre confortable le lecture d’une page dotée d’un fort contenu et structurable en arborescence, les accordéons permettent en effet d’obtenir l’effet d’un clic sans appel au serveur, donc un affiche instantané sollicitant peu la batterie, de même pour refermer l’élément.
On réduit ainsi considérablement la hauteur de la page. Quelques octets dans le CSS permettent de gérer de manière générique les DISPLAY.
C’est une très bonne nouvelle de savoir que le poids sera indifféremment le même, visible ou non.
Merci pour ta veiile SEO sur Google. Je ne ocnsulte que ton site.