Langues

SEO technique

A complet guide to SEO technique — a plain-language Beginner's Guide and a systems-level Avancé Guide to exploration, rendering, indexation, and ranking.

Première publication : 25 juin 2026 · Dernière mise à jour : 3 août 2026 · Avancé
AIRédigé parAI v2

Deux guides dans un. Le Beginner's Guide explique SEO technique depuis scratch — le explorer → indexer → classer pipeline, le handful de foundations chaque site nécessite, Comment vérifier votre propre site, et qui myths à ignore. Le Avancé Guide goes systèmes-deep: budget d’exploration, le rendu décision, canonicalization's ~40 signaux, maillage interne, Core Web Vitals as three séparé problèmes, ongoing monitoring, migrations, et AI recherche. Le throughline est le un Je toujours come back à — SEO technique est le la plupart important partie de SEO jusqu’à il n’est pas. c’est le foundation que lets contenu et liens classer, pas a classement trick de son propre. Vous pouvez't classer une page Google ne va pas indexer, donc le highest-valeur fonctionner est généralement le la plupart boring.

TL;DR — SEO technique est le même explorer → rendre → indexer → servir pipeline on chaque site — il y a aucun séparé “technique SEO algorithm” — et c’est a foundation, pas a facteur de classement de son propre. Treat le pipeline as a series de gates et diagnose qui un une page est stuck à avant modification n’importe quoi. Le leverage est mostly negative (pas losing ce que vous avez earned), donc le boring structural fonctionner — canonicalization, redirections, lien internes — pays meilleur, et il compounds à scale. La plupart sites ne pas besoin à manage budget d’exploration; rendu est a séparé étape que peut lag; Core Web Vitals sont three distinct problèmes et a minor classement lever; canonicalization est a weighted décision à travers ~40 signaux; et depuis 2025 on, AI recherche gates eligibility on clean technique signaux avant il se classe or cites vous. Le highest skill ici est prioritization — knowing ce que à ignore.

SEO technique decides eligibility, pas position

SEO technique est le un partie de SEO whose payoff est presque entirely negative: son job est à garder vous depuis losing rankings, pas à win les. Google ne fait pas hand out positions pour clean plumbing. Le même exploration, indexation, et classement systèmes exécuter si votre site est pristine or a disaster — il y a aucun séparé “SEO technique algorithm” sitting behind les. Ce que SEO technique en réalité decides est si votre pages peut enter ceux systèmes à tout, et si le moteur understands les correctement une fois ils sont dans.

Donc le correct mental model n’est pas “faire technique SEO à classer.” c’est “faire SEO technique donc votre contenu et liens sont allowed à classer.” Que inversion est le entier raison le unglamorous fonctionner — canonicalization, redirections, lien internes — est le highest-valeur fonctionner, et pourquoi le unique la plupart utile skill dans ce discipline est prioritization: knowing ce que à corriger et, simplement as souvent, ce que à laisser alone.

The pipeline, as gates

Tout hangs off un pipeline, et le operative clause depuis Google est “pas tout pages faire il via chaque stage.” Preuve à l’appui de cette affirmation Google Search describes crawling, indexing, and serving as three stages; discovery is part of the crawling stage, and not every page advances through each stage. Portée : Google Search documentation; conceptual explanation, not a promise of ranking outcomes. Niveau de confiance : élevé · Vérifié : Google: How Search Works ne pas picture a conveyor belt que carries chaque page à le finish. Picture a series de gates, chaque avec son propre réussir/échouer:

  • Explorer — discovery (liens + sitemaps + push protocols) plus le récupérer. Une page rien liens à, or un disallowed dans robots.txt, peut jamais arrive.
  • Rendre — Google exécute votre JavaScript dans a recent headless Chrome (le Web Rendu Service) avant il peut entièrement comprendre lune page. Ce est a séparé étape depuis le récupérer, c’est stateless, et il peut lag.
  • Indexer — le moteur processes lune page, picks a canonical parmi duplicates, et decides si à store il. “Indexing isn’t guaranteed” même quand exploration et rendu succeed.
  • Servir — requête understanding, alors classement à travers nombreux automated systèmes, alors le recherche fonctionnalités layered on top.

Garder explorer ≠ rendre ≠ indexer ≠ classer séparé dans votre head et la plupart de SEO technique arrête étant mysterious. Quand une page underperforms, vous ne pas guess et vous ne pas modifier ten choses — vous trouver qui gate il failed et corriger que stage.

Un honest caveat avant vous treat quelconque pipeline description as gospel, notamment mine: c’est a model, pas le code source. Comment Recherche Fonctionne est a talk Je donner à conferences que walks via ce entier pipeline (slides on SlideShare), et Je ouvrir il avec a warning je vais repeat ici: “ce est mon understanding de systèmes… pas going à être 100% complet or précis.” Hold il loosely et utiliser il à raison à propos de problèmes.

Who en réalité fait the exploration

“Googlebot” sounds comme un program. c’est a family — desktop, mobile (le un que matters, since indexation est mobile-premier), image, news, video, et ads robots d’exploration — tout drawing depuis le même budget d’exploration pool, qui est pourquoi a runaway image or parameter explorer peut starve le exploration de votre contenu réel.

Et c’est pas simplement moteur de recherches anymore. Quand Je analyzed Cloudflare Radar explorer données (an Ahrefs piece Je wrote on le nouveau wave de bots), recherche-moteur robots d’exploration encore exploré le la plupart, mais AI bots étaient firmly dans deuxième placer et on track à overtake les. Si vous lire votre logs, le cast de characters a modifié — et managing il (qui AI robots d’exploration vous autoriser, et confirming le ones hitting vous sont qui ils claim) est maintenant partie de le job.

Budget d’exploration: quand it matters, and quand it doesn’t

«Google defines crawl budget as “the set of URLs that Google can and wants to crawl,” set by crawl capacity (your server’s health) and crawl demand (popularity and staleness). You raise effective budget two ways: give bots more capacity, or — far more often — stop wasting it. Consolidate duplicates, block low-value spaces, return 404/410 for permanently gone pages, fix soft 404s, keep sitemaps current with accurate lastmod, and avoid long redirect chains. » (Traduction) (Résumé en français de la section cinquante et un, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

«The reassuring part, and I’ll keep saying it: most sites don’t need to worry about crawl budget. Google itself tells you that if your pages are generally crawled the same day they’re published, “you don’t need to read this guide.” It starts to bite around 1M+ pages, or 10k+ pages that change rapidly. Below that, spend your energy elsewhere. Preuve à l’appui de cette affirmation Google says crawl-budget guidance is mainly relevant to very large sites, including sites with over one million unique pages or over ten thousand rapidly changing pages. Portée : Google Search guidance; the page-count examples are diagnostic starting points, not hard eligibility thresholds. Niveau de confiance : élevé · Vérifié : Google: Large site crawl budget guide Bing’s Fabrice Canel frames the same idea more bluntly: less is more — fewer URLs to crawl is better for SEO. » (Traduction) (Résumé en français de la section cinquante-deux, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

robots.txt: explorer contrôler, pas index contrôler

Le la plupart important distinction dans ce entier fichier: robots.txt contrôle exploration, pas indexation. Disallowing une URL arrête bots depuis fetching il — il fait pas garder il out de le indexer. A disallowed page peut encore être indexé (URL seulement, aucun contenu) si autre pages lien à il, et pire, si vous disallow une page vous aussi arrêter Google depuis ever seeing a noindex balise on il.

So the rules are:

  • Vouloir une page gone depuis recherche? Autoriser exploration et ajouter noindex. Jamais utiliser robots.txt à deindex.
  • Vouloir bots à skip a faible-valeur URL space (internal recherche, infinite faceted combinations) et ne pas care à propos de indexation? robots.txt disallow est correct.
  • Managing AI robots d’exploration? Ce est aussi où vous autoriser or bloquer GPTBot, ClaudeBot, PerplexityBot, CCBot et friends — a strategic décision, pas a par défaut.

Canonicalization: a weighted decision, pas a command

Canonicalization est où a lot de avancé SEO technique lives, et c’est widely misunderstood. rel="canonical" est a hint, pas a directive. Google weighs il contre nombreux autre signaux — redirections, lien internes, sitemap inclusion, HTTPS, Structure d’URL — quand il picks le representative URL. Mon deep dive on canonicalization puts le count autour 40 signaux que feed canonical selection, qui est pourquoi vous parfois voir “Duplicate, Google chose différent canonical que utilisateur” dans Search Console: votre balise était outvoted.

The practical implications:

«- Don’t send conflicting signals. I spent years on enterprise sites (I ran technical SEO in-house at IBM), and in a talk I give called Enterprise SEO Chaos I show real pages that “redirected to one version, canonicaled to a second, and internally linked to a third.” Pick one URL and make every signal agree. » (Traduction) (Résumé en français de la section soixante, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.) «- Signal strength roughly ranks redirect > rel="canonical" > internal links > sitemap. A 301 is a much stronger statement than a canonical tag. » (Traduction) (Résumé en français de la section soixante, sous-partie deux : le texte source est conservé pour vérification lors de la relecture francophone.) «- Duplicate content isn’t a penalty. Google’s Gary Illyes has said roughly 60% of the web is duplicate content, and Google treats some of it as normal — not a spam violation. The cost is split signals and wasted crawling, not a punishment. The fix is consolidation, not panic. » (Traduction) (Résumé en français de la section soixante, sous-partie trois : le texte source est conservé pour vérification lors de la relecture francophone.)

Et a remarque on JavaScript: Je une fois ran a tester — injecting a rel="canonical" via JavaScript on une page que avait none dans le HTML — et Google honored il, même though il avait publicly said il ne ferait pas. Après que surfaced, Google mis à jour son JavaScript SEO documentation. Le lesson n’est pas “utiliser JS canonicals”; c’est que ce stuff est testable, et le docs ne sont pas toujours le dernier word.

The rendering decision

«Rendering is the step most overviews skip, and it’s where JavaScript sites get into trouble. “During the crawl, Google renders the page and runs any JavaScript it finds using a recent version of Chrome.” Preuve à l’appui de cette affirmation Google processes JavaScript pages in crawling, rendering, and indexing phases and uses a recent version of Chrome for rendering. Portée : Google Search JavaScript processing; rendering and indexing remain subject to technical and quality constraints. Niveau de confiance : élevé · Vérifié : Google: JavaScript SEO basics It’s a separate, stateless service, it can cache resources for weeks, and it can lag the initial fetch — so a JS-dependent change can take a while to be reflected. » (Traduction) (Résumé en français de la section soixante-trois, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

JavaScript n’est pas le enemy ici. As Je put il dans mon guide à JavaScript SEO, JavaScript n’est pas mauvais pour le SEO, et c’est pas evil — c’est simplement différent depuis ce que nombreux SEOs sont utilisé à. Le réel décision est comment vous rendre:

  • Rendu côté serveur (SSR) — safest pour le SEO; le HTML arrives complet.
  • Static generation (SSG/pre-rendu) — meilleur de les deux worlds pour contenu que ne fait pas modifier per requête.
  • Rendu côté client (CSR) — highest risque; le contenu seulement exists après JS exécute, donc vous êtes betting on le rendre étape.
  • Dynamic rendu — Google calls il a workaround, pas a recommendation; Bing est plus favorable. Treat il as a bridge, pas a destination.

Deux traps à know cold. Premier, lazy-loading: Googlebot ne fait pas scroll or click, donc contenu que seulement charge on interaction peut stay invisible — assurez-vous il charge quand c’est dans le viewport. Deuxième, liens: Google peut seulement suivre a lien c’est a réel <a href> element. A routerLink or a click handler avec aucun href n’est pas a crawlable lien. Vérifier le rendu sortie contre le raw HTML avec l’URL Inspection outil whenever vous suspect a gap.

Architecture du site and maillage interne

Lien internes faire three jobs à une fois: ils aider bots découvrir pages, ils distribute PageRank, et ils réussir topical context via anchor texte. John Mueller a appelé maillage interne “super critical pour SEO” et un de le biggest levers vous ont on votre propre site — et Je agree. c’est un de le highest-ROI choses vous contrôler directement.

A few systems-level points:

  • Orphan pages — pages rien liens à — sont le premier chose à hunt pour. Si c’est pas lié, c’est barely discoverable et obtient presque aucun equity.
  • Architecture est explorer-funnel management. Pages importantes belong fermer à le page d’accueil; deep, click-distant pages obtenir exploré moins et classer pire.
  • PageRank sculpting avec nofollow est dead (since 2009). Nofollowing internal liens rend que equity evaporate plutôt que redistribute. Manage flow avec réel architecture, pas nofollow tricks.

Core Web Vitals: three problems, pas un

Le biggest practitioner erreur avec page experience est treating il as a unique “make the site faster” problème. Core Web Vitals sont three distinct problèmes avec différent root causes et différent corrections:

  • LCP (Plus grand affichage de contenu) — chargement. Driven par serveur réponse temps, ressources qui bloquent le rendu, et comment rapide le principal contenu asset charge. Cible sous 2,5 seconds.
  • INP (Interaction jusqu’au prochain affichage) — interactivity. Driven par JavaScript execution blocking le principal thread. Cible sous 200 milliseconds. (INP replaced FID dans 2024 — si vous encore voir FID anywhere, le advice est stale.)
  • CLS (Décalage cumulatif de mise en page) — visual stability. Driven par images sans dimensions, late-loading fonts, et injected contenu. Cible sous 0,1.

Deux choses matter au-delà le definitions. Champ données, pas lab données: Google se classe on real-utilisateur CrUX données, pas votre Lighthouse score, donc a Lighthouse 65 avec bon champ données beats a Lighthouse 100 avec mauvais champ données. Et proportion: je vais être honest — Je ne pas think Core Web Vitals ont beaucoup impact on SEO, et unless a site est extremely lent Je généralement ne va pas prioritize fixing les pour rankings. Faire le fonctionner pour utilisateurs et conversions; simplement ne pas oversell il as a classement lever.

Données structurées: signals pour search and AI

Données structurées (utiliser JSON-LD) ne fait pas classer vous, mais il rend pages eligible pour résultats enrichis et increasingly aide AI systèmes parse votre contenu pour citation. c’est genuinely utile — et genuinely oversold as a classement signal. Mon honest framing: la plupart de SEO est doing le basics bien, et contenu et liens déplacer le needle plus que schema fait. Implement il où il unlocks a rich résultat or clarifies an entity; ne pas expect il à lift rankings on son propre. (Et remarque: balisage de données structurées URLs ne sont pas crawlable lien internes — Mueller a confirmed ce.)

International, briefly

Si vous servir plusieurs languages or regions, utiliser distinct URLs per version et hreflang annotations à map les, et préférer ccTLDs or subdirectories over URL parameters. ne pas auto-redirect par IP — Google explicitly warns contre il et il breaks exploration. International SEO est deep suffisant à être son propre pillar; ce est simplement le technique handshake.

SEO technique is an ongoing system, pas a one-time audit

Le framing chaque concurrent guide obtient incorrect: SEO technique n’est pas a liste de contrôle vous complet une fois. Sites modifier constantly — deploys break balise canonicals, a release slips a noindex dans a template, a nouveau ad script tanks INP, chaîne de redirectionss accumulate. Le mature pratique est monitoring et regression detection:

  • Watch GSC Page Indexation pour sudden changements dans indexé counts et excluded statuses.
  • Watch Statistiques d’exploration et votre logs pour réponse-code spikes et explorer-modèle shifts.
  • Re-valider explorer, rendre, et redirections après chaque significant deployment.

On log fichiers précisément: Je utilisé à treat les as a une fois-chaque-quelques-years troubleshooting outil. c’est modifié. Logs sont maintenant le clearest placer à voir qui AI robots d’exploration sont en réalité hitting vous et comment souvent — quelque chose aucun autre outil montre vous as directement — donc pour anyone qui cares à propos de AI recherche, ils ont become a lot plus utile que ils étaient.

Migration de sites: the highest-stakes event

A migration — nouveau domain, HTTP à HTTPS, a replatform, une URL restructure — est le unique highest-stakes technique event, parce que il touches chaque URL à une fois. Map old à nouveau 1:1, utiliser 301/308 redirection permanentes, garder les dans placer indefinitely (Je voudrait pas rush à supprimer les — a couple de redirection hops n’est pashing à worry à propos de), et utiliser le GSC Modifier de Adresse outil où il s’applique. Migrations peut être complexe et involve a lot de personnes, mais ne pas panic — vous pouvez corriger presque n’importe quoi que goes incorrect. il y a a complet Migration de sites cluster sous ce pillar.

Le modern shift, et il cuts contre le lazy “technique SEO est dead” prendre: depuis 2025 on, AI recherche systèmes decide eligibility avant ils ever classer or cite. À être quoted dans an AI réponse votre page généralement a à être cleanly canonicalized, rapide suffisant, renderable sans heroics, et structured suffisant à être parsed avec confidence. Messy signaux ne pas simplement lower a classement maintenant — ils peut supprimer vous depuis le réponse entirely. Parce que Bing’s indexer feeds nombreux LLM réponses, Bing Webmaster Outils et IndexNow matter plus que Bing’s recherche share suggests. Technique hygiene matters plus dans le AI era, pas moins.

Où the leverage en réalité is

Si vous prendre un chose depuis ce guide, faire il prioritization. Spend votre temps on indexation, canonicalization, lien internes, et clean migrations — le fonctionner que decides si pages exist dans recherche et consolidate leur equity. ne pas lose sleep over budget d’exploration, Core Web Vitals, contenu dupliqué, or court chaîne de redirectionss unless vous ont a spécifique, diagnosed problème. Et ne pas chase perfection — Je doubt il y a a major site web c’est technically perfect, et si là étaient, je voudrais worry ils étaient wasting resources on choses que ne pas matter au lieu de choses que faire.

Ce hub maps le rest de le pillar: Comment Recherche Fonctionne, Migration de sites, Sur la page, Moteur de recherche Outils, et JavaScript SEO. Commencer wherever votre site est breaking — le pipeline indique vous qui gate à regarder à premier.

Ajouter une note d’expert

Épingler une citation d’expert

Nouvelle personne ? Créez son profil non revendiqué à /admin/experts/ → Épingler une citation d’expert d’abord.