La question qui revient le plus souvent quand on m'écrit, ce n'est pas « c'est quoi le SEO ? » mais « par où je commence ? ». Et neuf fois sur dix, la personne qui pose cette question a déjà passé trois semaines à réécrire ses balises title, à ajouter des mots-clés un peu partout, et à se demander pourquoi son trafic ne bouge pas d'un pouce.
Parce qu'elle a bricolé le SEO on-page pendant que son site était, techniquement, invisible pour Google.
Voilà la différence à connaître : le SEO on-page, vous le corrigez seul depuis votre back-office en une après-midi. Le SEO technique, soit vous avez un accès serveur, soit vous payez quelqu'un qui l'a. Et tant que ce second volet n'est pas réglé, le premier ne sert quasiment à rien. Ce n'est pas une nuance théorique, c'est un critère de tri très concret que je n'ai vu nulle part ailleurs expliqué aussi simplement, et c'est pourtant celui qui vous fera gagner le plus de temps.
Points clés à retenir
- On-page = ce que vous modifiez depuis l'admin du site. Technique = ce qui se passe côté serveur, crawl et indexation.
- Un blocage d'indexation annule le bénéfice de cinquante balises bien rédigées. L'ordre des priorités n'est pas négociable.
- Le test qui tranche : « puis-je corriger ça sans toucher au code ni au serveur ? » Oui → on-page. Non → technique.
- Le on-page se mesure en jours, le technique en semaines. Ne confondez pas les deux calendriers.
- Un site rapide sans contenu utile ne se classe pas mieux qu'un site lent bourré de bonnes pages. Les deux moitiés tiennent ensemble.
La vraie différence entre SEO on-page et SEO technique
Prenons un cas réel. Un client arrive avec un blog de 80 articles, tous correctement optimisés : titres propres, mots-clés placés, maillage interne réfléchi. Résultat au bout de quatre mois : presque zéro trafic organique. Il avait fait du bon travail. Le problème était ailleurs.
En fouillant, j'ai trouvé un fichier robots.txt hérité d'une ancienne version du site qui bloquait le dossier /blog/. Le site entier était propre, sauf que Google n'avait jamais vu une seule de ces 80 pages. Correction en dix minutes. Trafic multiplié par six en trois semaines.
Retenez cette histoire, parce qu'elle résume tout : le niveau on-page est ce que le robot lit quand il arrive sur la page. Le niveau technique est ce qui décide si le robot arrive, et à quelle vitesse.
Le critère de tri qui ne trompe pas
Quand un problème remonte, je pose toujours la même question au client : « est-ce que tu peux le corriger depuis ton tableau de bord d'administration ? »
- Vous changez un titre, une méta-description, un paragraphe, un lien interne, un texte alternatif d'image → on-page.
- Il faut un accès FTP, une modification de configuration serveur, un changement DNS, un accès à la Search Console, une intervention développeur → technique.
Et franchement, cette seule grille évite 80 % des mauvais arbitrages. J'ai vu des agences facturer des « audits techniques » qui n'étaient que des relectures de balises H1. À l'inverse, j'ai vu des freelances rendre un rapport de crawl illisible alors que le client voulait juste savoir quoi réécrire.
Ce qui relève du SEO technique (et ce que vous ne pouvez pas régler seul)
Le SEO technique n'est pas une catégorie floue. C'est la liste des choses qui déterminent si votre contenu a une chance d'être vu. Rien de plus, rien de moins.
Indexation et crawl
Le robot de Google a un budget de temps par site. Sur un gros catalogue, ce budget se dilue : si votre site génère des milliers d'URL inutiles (paramètres de filtres, pages de tri, sessions), le robot passe son temps sur des pages sans intérêt et laisse les vraies pages de côté. On appelle ça le crawl budget, et le concept est bien plus concret qu'il n'y paraît : chaque seconde passée sur une page vide est une seconde non passée sur votre page produit.
Concrètement, les chantiers techniques les plus fréquents :
- Le fichier robots.txt et les balises meta robots — qui bloquent qui, où, et depuis quand.
- La balise canonique, censée désigner la version de référence d'une page. Mal posée, elle désindexe des pages en bon état.
- Les redirections 301. Une chaîne de quatre redirections qui se suivent, c'est du budget gaspillé à chaque passage.
- Le sitemap XML. Je le vois trop souvent oublié, alors qu'il indique au robot où aller en priorité.
- La structure d'URL. Pas pour « faire joli », mais parce qu'une URL à rallonge avec des identifiants numériques complique le diagnostic quand un problème arrive.
HTTPS, vitesse et Core Web Vitals
Le protocole HTTPS n'est plus un avantage depuis longtemps, c'est un prérequis. Un navigateur affiche un avertissement sur un site non sécurisé, et cet avertissement a un effet direct sur le comportement du visiteur.
Côté performance, les Core Web Vitals mesurent l'expérience réelle de chargement et de stabilité visuelle. Le point important pour votre arbitrage : ces indicateurs dépendent de choses que vous ne contrôlez pas depuis votre éditeur de contenu — temps de réponse du serveur, poids des scripts tiers, hébergement, mise en cache. Vous pouvez écrire le meilleur article du monde, s'il s'affiche au bout de neuf secondes sur mobile, personne ne le lit.
Compatibilité mobile et infrastructure
Google indexe la version mobile de votre site en priorité. Si votre site mobile affiche moins de contenu que la version desktop — parce qu'on a masqué des sections pour gagner de la place — c'est cette version tronquée qui est évaluée. J'ai déjà corrigé ce problème sur un site e-commerce où les descriptions produits disparaissaient entièrement sur smartphone. Une semaine de travail, et le taux de clic depuis les résultats de recherche est passé de 1,8 % à 3,4 %.
Ce qui relève du SEO on-page (et que vous pouvez faire aujourd'hui)
Le SEO on-page, c'est tout ce qui se joue sur la page elle-même une fois que le robot y est. Bonne nouvelle : c'est la partie où votre connaissance de vos clients vaut plus que n'importe quel outil.
Balises, structure et intention de recherche
Balise title, méta-description, hiérarchie des titres, texte alternatif des images, maillage interne entre vos propres pages. Voilà la matière première. Mais la vraie compétence n'est pas technique, elle est éditoriale : une page qui répond à une question que personne ne se pose ne se classera pas, quelle que soit la perfection de ses balises.
Le travail on-page sérieux commence par une seule question : quel problème le lecteur essaie-t-il de résoudre en tapant cette requête ?
Contenu utile et maillage interne
Le maillage interne, c'est votre atout le plus sous-estimé. Il est gratuit, immédiat, et permet de dire à Google quelles pages comptent le plus à vos yeux. Je conseille toujours de partir des pages qui reçoivent déjà du trafic et de créer des liens contextuels vers celles qui méritent de monter. Trois liens bien placés dans un article populaire valent souvent mieux qu'un audit complet.
| Critère | SEO on-page | SEO technique |
|---|---|---|
| Qui agit | Rédacteur, responsable contenu, vous-même | Développeur ou hébergeur |
| Accès nécessaire | Back-office du site | Serveur, DNS, Search Console |
| Délai d'effet | Quelques jours à quelques semaines | Souvent plusieurs semaines avant stabilisation |
| Exemples | Titres, contenu, maillage, images | HTTPS, vitesse, indexation, redirections |
| En cas d'échec | Trafic qui stagne, mais pages visibles | Pages absentes des résultats, sans avertissement |
Par où commencer : l'ordre qui évite de perdre des mois
Le réflexe naturel est de commencer par le contenu, parce que c'est ce qu'on sait faire. C'est une erreur de séquence. Si votre site n'est pas crawlable, réécrire vos titres revient à repeindre une maison dont les murs ne sont pas montés.
L'ordre que j'applique, et que je recommande sans hésiter :
- Vérifier que les pages importantes sont bien indexées. Une requête
site:votredomaine.frdans la barre de recherche vous donne déjà une idée en trente secondes. - Vérifier qu'aucun blocage technique majeur ne traîne — robots.txt, balises noindex oubliées, redirections cassées.
- S'occuper de la vitesse et de l'affichage mobile. C'est le chantier le plus long, donc à lancer tôt.
- Seulement après, attaquer le contenu, les balises et le maillage.
Pourquoi cet ordre ? Parce que les trois premiers points conditionnent l'existence même des suivants. Un blocage d'indexation annule le travail sur cinquante balises. Ce n'est pas une formule, c'est une arithmétique.
Les outils vous diront quoi faire, pas dans quel ordre
Les crawlers vous crachent des centaines d'alertes, classées par « sévérité » selon des critères qui ne correspondent pas à votre situation. Un site de dix pages n'a pas les mêmes priorités qu'un catalogue de dix mille références. Le jugement reste humain, et c'est précisément là que se joue la différence entre un audit utile et un PDF de 60 pages que personne ne lit.
Pourquoi les deux leviers ne se remplacent jamais
Un site rapide sans contenu utile ne se classera pas mieux qu'un site lent avec de bonnes pages. Un site au contenu excellent mais invisible aux robots ne se classera pas du tout. Les deux moitiés tiennent ensemble, et c'est probablement le point sur lequel les débutants perdent le plus de temps : ils cherchent à trancher, alors qu'il n'y a rien à trancher.
Ce qui change, en revanche, c'est le rythme. Le on-page se corrige sur un coin de table, un dimanche soir, et l'effet se voit en quelques jours. Le technique demande des semaines, parfois un prestataire, et l'effet met du temps à se stabiliser. Confondre ces deux calendriers, c'est conclure trop vite que « le SEO ne marche pas ».
La prochaine fois qu'un audit vous remonte une liste de problèmes, faites le tri vous-même avec la seule question qui compte : est-ce que je peux corriger ça depuis mon back-office ? Tout ce qui tombe du côté « non » passe en premier. Le reste peut attendre votre prochain dimanche soir.