SEO technique : indexation, vitesse et mobile sans coder

La technique, ce n'est pas pour les développeurs

Le mot « technique » fait fuir, à tort. Le SEO technique ne consiste pas à coder : il consiste à retirer les obstacles qui empêchent Google d'explorer, d'indexer et d'afficher correctement votre site, et à donner aux visiteurs une page rapide et confortable. La plupart des réglages se font dans l'interface de votre CMS, via un plugin, ou en lisant un rapport. L'enjeu est asymétrique : un seul problème technique peut plomber tout un site, alors qu'un site techniquement sain laisse le contenu et l'autorité s'exprimer pleinement.

Vérifier l'indexation : le rapport le plus important de GSC

Votre première mission technique est de savoir quelles pages Google a réellement indexées. Le rapport Indexation des pages de Search Console liste les pages incluses et, surtout, celles exclues avec le motif : « noindex détecté », « bloquée par robots.txt », « explorée, actuellement non indexée », « page en double sans URL canonique »… Chaque motif est un diagnostic. L'outil Inspection d'URL (toujours dans GSC) va plus loin : il vous dit, page par page, si elle est indexée, quand elle a été explorée, et vous permet de demander une indexation après une mise à jour. C'est gratuit, et c'est le réflexe à avoir dès qu'une page n'apparaît pas.

Les Core Web Vitals : la vitesse devenue critère

Google mesure l'expérience de chargement via trois indicateurs, les Core Web Vitals : le LCP (temps d'affichage du contenu principal), l'INP (réactivité aux interactions) et le CLS (stabilité visuelle, l'absence de contenu qui « saute »). Deux outils gratuits les mesurent : PageSpeed Insights (entrez une URL, obtenez un score et des recommandations) et le rapport Signaux web essentiels de Search Console (vue d'ensemble du site). La vitesse n'est pas qu'un facteur de classement : une page lente fait fuir les visiteurs avant même d'être lue. Sur mobile, chaque seconde compte double.

Accélérer concrètement un site lent

Les causes de lenteur les plus fréquentes, et leurs remèdes accessibles :

Cause fréquente Remède concret Outils
Images trop lourdes Compresser, format WebP TinyPNG, Squoosh, ShortPixel
Pas de cache Activer la mise en cache WP Rocket, plugin de cache du CMS
Hébergement lent Changer d'hébergeur / CDN Cloudflare (CDN gratuit)
Trop de scripts/plugins Désactiver l'inutile Audit PageSpeed

Sur WordPress, un plugin comme WP Rocket (~50 €/an) règle d'un coup cache, compression et chargement différé. Sur Webflow, Shopify ou Wix, beaucoup d'optimisations sont déjà intégrées : on se concentre alors surtout sur le poids des images.

Le mobile d'abord : l'index mobile-first

Google indexe et classe les sites en se basant sur leur version mobile (mobile-first indexing). Si votre site est superbe sur ordinateur mais illisible sur téléphone — texte minuscule, boutons trop rapprochés, contenu coupé — c'est la version dégradée que Google évalue. Testez sur un vrai téléphone, et vérifiez dans PageSpeed Insights l'onglet mobile. La plupart des thèmes et builders modernes sont « responsive » par défaut, mais une vérification réelle évite les mauvaises surprises. Le réflexe : concevoir et relire pour le pouce, pas pour la souris.

HTTPS, canoniques et redirections : les fondations silencieuses

Trois éléments techniques passent inaperçus quand ils fonctionnent, et coûtent cher quand ils manquent. Le HTTPS (le cadenas) est un prérequis : un site en HTTP simple inspire la méfiance et est désavantagé — la plupart des hébergeurs fournissent un certificat gratuit (Let's Encrypt). Les balises canoniques (rel=canonical) indiquent à Google quelle est la version « officielle » d'une page qui existe en plusieurs URL (avec/sans www, paramètres de tri…), évitant le contenu dupliqué. Les redirections 301 préservent le référencement quand une URL change : sans elles, vous renvoyez visiteurs et Google vers une page d'erreur 404, et perdez le travail accompli.

Le crawl à grande échelle : Screaming Frog

Pour un site qui dépasse quelques dizaines de pages, un crawler simule le passage de Googlebot et révèle d'un coup tous les problèmes. Screaming Frog SEO Spider est la référence : gratuit jusqu'à 500 URL, ~239 €/an au-delà. En une analyse, il liste les pages en erreur (404, 500), les redirections en chaîne, les titles manquants ou dupliqués, les noindex oubliés, les liens cassés, les images sans alt. C'est l'outil de l'audit technique périodique — inutile au quotidien, précieux une à deux fois par an ou avant une refonte.

Les données structurées : aider Google à enrichir vos résultats

Les données structurées (vocabulaire Schema.org) sont un code invisible qui décrit précisément le contenu : un avis, un prix, une recette, une FAQ, un événement, une entreprise locale. Bien posées, elles permettent à Google d'afficher des résultats enrichis (étoiles d'avis, prix, questions dépliables) qui captent l'œil et augmentent le taux de clic. Sur WordPress, RankMath ou Yoast en génèrent automatiquement pour les types courants ; l'outil gratuit Test des résultats enrichis de Google valide votre balisage. Ce n'est pas prioritaire au lancement, mais c'est un gain de visibilité réel une fois les bases en place.

La discipline technique : vérifier après chaque grand changement

Le SEO technique n'est pas un chantier qu'on fait une fois pour toutes. Chaque refonte, changement de thème, migration ou ajout massif de pages peut casser quelque chose silencieusement. Le réflexe sain : après tout changement important, faire un tour dans Search Console (indexation, Core Web Vitals), inspecter quelques URL clés, et lancer un crawl si le site est gros. Quelques minutes de vérification évitent des semaines de trafic perdu sans explication.

Nous utilisons Microsoft Clarity pour comprendre comment le site est utilisé et l'améliorer. En poursuivant votre navigation, vous l'acceptez. Vous pouvez le désactiver à tout moment.