Martin Splitt

★★ Pourquoi Googlebot utilise-t-il un viewport de 10 000 pixels ?

La largeur et hauteur de départ du viewport de Googlebot devraient être de 10 000 pixels dans chaque direction, bien que cela puisse varier selon la configuration et ne soit pas garanti....

10/12/2020 ⚡ Analyse disponible

★★ Pourquoi Google fixe-t-il la largeur du viewport de son crawler à 1024 pixels ?

Contrairement à la hauteur qui s'étend verticalement, la largeur du viewport semble fixe. Des tests suggèrent qu'elle serait de 1024 pixels, mais ce n'est pas officiellement confirmé et peut changer....

10/12/2020 ⚡ Analyse disponible

★★★ Pourquoi Google refuse-t-il d'indexer le contenu qui dépend du viewport ?

Le contenu important pour le SEO ne doit pas dépendre d'une taille de viewport spécifique pour se charger. Si c'est important pour Google, il faut trouver un moyen de l'inclure indépendamment des dime...

10/12/2020 ⚡ Analyse disponible

★★★ Les meta tags no-archive en JavaScript fonctionnent-ils vraiment ?

Les meta tags no-archive insérés via JavaScript peuvent ne pas être pris en compte de manière fiable. Le cache Google pourrait extraire les informations avant le rendu, créant des conditions de concur...

10/12/2020 ⚡ Analyse disponible

★★★ Google analyse-t-il vraiment les meta tags avant ET après le rendu JavaScript ?

Les meta tags dans les pages non-AMP sont analysés à la fois avant et après le rendu JavaScript. Cependant, certains systèmes comme le cache peuvent accéder au contenu avant le rendu complet....

10/12/2020 ⚡ Analyse disponible

★★★ Faut-il rendre les meta tags côté serveur ou accepter qu'ils soient modifiés par JavaScript ?

Il est recommandé de toujours rendre les meta tags cohérents avant l'intervention de JavaScript, ou au minimum de les omettre si la version serveur et la version JavaScript-rendue ne peuvent pas être ...

10/12/2020 ⚡ Analyse disponible

★★★ Pourquoi Google rend-il quasi systématiquement vos pages avant de les indexer ?

Dans pratiquement 100% des cas, le processus est : crawl, puis render, puis indexation. Sauf cas d'échecs multiples de rendering ou signaux spécifiques dans le HTML initial, quasiment tous les sites s...

09/12/2020 ⚡ Analyse disponible

★★★ Faut-il abandonner le modèle des deux vagues d'indexation ?

La métaphore des deux vagues d'indexation était un modèle mental simplifié. Elle ne doit pas être prise littéralement. Le processus réel est crawl-render-index dans la quasi-totalité des cas....

09/12/2020 ⚡ Analyse disponible

★★ Pourquoi vos requêtes API explosent-elles votre crawl budget à votre insu ?

Pour les sites sensibles au crawl budget, le JavaScript côté client avec multiples requêtes API (ex: 5 requêtes par page sur 10 millions de pages) compte contre le crawl budget et peut s'accumuler rap...

09/12/2020 ⚡ Analyse disponible

★★ Faut-il vraiment s'inquiéter du cache agressif de Googlebot sur vos ressources statiques ?

Googlebot utilise un cache relativement agressif. Les fichiers CSS, images et autres ressources déjà crawlées sont mis en cache et ne sont pas re-demandées, ne comptant donc pas à nouveau contre le cr...

09/12/2020 ⚡ Analyse disponible

★★★ Pré-rendu, SSR, rendu dynamique : est-ce vraiment si différent pour le SEO ?

Le pré-rendu crée du contenu statique à partir de JavaScript quand on sait que le contenu change (ex: blog). Le server-side rendering (SSR) exécute JavaScript côté serveur à chaque requête. Le rendu d...

09/12/2020 ⚡ Analyse disponible

★★ Le SSR avec hydration est-il vraiment le meilleur des deux mondes pour le SEO ?

Le server-side rendering avec hydration permet de générer le contenu statique côté serveur pour la vitesse, puis de charger JavaScript dans le navigateur pour les parties dynamiques. Cela offre les bé...

09/12/2020 ⚡ Analyse disponible

★★ Le SSR et le pré-rendu sont-ils vraiment des techniques SEO ou juste des outils pour développeurs ?

Le pré-rendu, SSR et rendu dynamique ne sont pas créés spécifiquement pour le SEO. Ils sont conçus pour améliorer l'expérience développeur (maintenir moins de code) et surtout l'expérience utilisateur...

09/12/2020 ⚡ Analyse disponible

★★★ Le HTML est-il vraiment plus rapide à parser que le JavaScript pour le SEO ?

Les navigateurs excellent à parser le HTML dès réception. JavaScript nécessite de récupérer tout le blob, le parser, l'exécuter, faire des requêtes réseau pour les données, puis créer le HTML. Le pur ...

09/12/2020 ⚡ Analyse disponible

★★ Les messages privés à Google peuvent-ils vraiment influencer la détection de bugs SEO ?

Les emails et messages privés peuvent être utiles pour identifier des problèmes systémiques affectant plusieurs sites. Si plusieurs personnes rapportent le même type de problème, cela aide Google à dé...

09/12/2020 ⚡ Analyse disponible

★★★ Pré-rendu, SSR ou rendu dynamique : quelle stratégie choisir pour que Googlebot indexe correctement votre JavaScript ?

Le pré-rendu crée du contenu statique lorsque vous savez quand le contenu change (comme un blog). Le rendu côté serveur (SSR) exécute JavaScript à chaque requête utilisateur. Le rendu dynamique n'util...

09/12/2020 ⚡ Analyse disponible

★★ Le pré-rendu est-il vraiment adapté à tous les types de sites web ?

Le pré-rendu est idéal pour les sites où vous savez quand le contenu change, comme un blog. Vous générez la version statique après chaque mise à jour de contenu. Pour les sites très dynamiques (réseau...

09/12/2020 ⚡ Analyse disponible

★★ Le SSR avec hydratation règle-t-il vraiment tous les problèmes de crawl JS ?

Le rendu côté serveur avec hydratation permet de générer le HTML statique sur le serveur pour la rapidité, puis de charger le JavaScript dans le navigateur pour les fonctionnalités dynamiques. Cela of...

09/12/2020 ⚡ Analyse disponible

★★ Le rendu JavaScript sert-il vraiment au SEO ou est-ce un mythe ?

Le pré-rendu, le SSR et le rendu dynamique n'ont pas été créés pour le SEO. Ils existent principalement pour l'expérience développeur (maintenir une seule base de code) et surtout l'expérience utilisa...

09/12/2020 ⚡ Analyse disponible

★★★ Le HTML natif est-il vraiment plus rapide que le JavaScript pour le SEO ?

Les navigateurs excellent à parser le HTML dès qu'il arrive. Le JavaScript doit être téléchargé, parsé, exécuté, puis faire des requêtes réseau pour récupérer des données avant de créer le HTML. Il n'...

09/12/2020 ⚡ Analyse disponible