SEO technique Checklist

A comprehensive SEO technique liste de contrôle covering crawlability, indexation, Core Web Vitals, données structurées, sitemaps, robots.txt, canonicalization, HTTPS, et mobile SEO — organized par priority et site type.

Première publication : 27 juin 2026 · Dernière mise à jour : 3 août 2026 · Avancé
1 indice probant sur cette page

A SEO technique liste de contrôle confirms le technique conditions a site doit meet pour moteur de recherches et AI réponse moteurs à explorer, rendre, indexer, et servir son pages — Google's four charger-bearing conditions sont crawlable, indexable, understandable, renderable. c’est le technique-seulement slice; le broader complet-site version lives dans le SEO Audit Liste de contrôle. Fonctionner il dans priority order — crawlability, indexation, HTTPS, mobile parity, sitemaps, données structurées, Core Web Vitals — et gate entier sections par site type: la plupart petit sites peut skip explorer-budget engineering entirely, qui Google confirms dans son propre docs. Deux myths à kill on sight: robots.txt ne fait pas deindex une page, et données structurées n’est pas a facteur de classement. Meeting le liste de contrôle est necessary mais pas sufficient — Google dit indexation encore n’est pas guaranteed.

TL;DR — SEO technique est le floor, pas le ceiling: pages doit être crawlable → indexable → understandable → renderable avant contenu fonctionner peut pay off. Exécuter le liste de contrôle dans priority order et gate sections par site type — la plupart petit sites peut skip budget d’exploration, faceted-nav contrôler, log analysis, et JS-rendu engineering, qui Google’s propre explorer-budget doc confirms. Kill deux myths on sight: robots.txt ne fait pas deindex, et données structurées n’est pas a facteur de classement. Treat Core Web Vitals as targets, pas réussir/échouer gates — c’est Google’s propre “strive à” langue. Et meeting chaque box encore ne fait pas guarantee indexation.

Preuve à l’appui de cette affirmation Google's minimum technical requirements include accessible Googlebot crawling, a successful HTTP response, and indexable content. Portée : Eligibility prerequisites, not a guarantee of indexing or ranking. Niveau de confiance : élevé · Vérifié : Google Search Essentials: Technical requirements Preuve à l’appui de cette affirmation Meeting technical requirements does not guarantee that Google will crawl, index, or serve a page. Portée : Google Search eligibility and selection behavior. Niveau de confiance : élevé · Vérifié : Google Search Essentials: Technical requirements

Le mental model: four conditions

«Google frames the whole of technical SEO around four load-bearing conditions — a page has to be crawlable, indexable, understandable, and renderable. Its Search Essentials technical requirements boil that down to three minimums: “Googlebot isn’t blocked,” “The page works” (served with an HTTP 200 status), and “The page has indexable content.” Everything on this checklist is really in service of those. » (Traduction) (Résumé en français de la section dix-huit, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

Le critical caveat, straight depuis le même doc: “Simplement parce que une page meets ces requirements ne fait pas signifier que une page va être indexé; indexation n’est pas guaranteed.” SEO technique est a gate vous ont à réussir via, pas a lever que guarantees résultats. Ce est pourquoi j’ai toujours argued le technique liste de contrôle est le floor — vous clair il donc contenu et liens peut faire leur job, pas au lieu de les.

Avant vous commencer: qui sections même appliquer to vous?

Chaque competing liste de contrôle organizes par topic et exécute le entier chose on chaque site. c’est le incorrect par défaut. Le meilleur organizing axis est site type, parce que Google itself gates son la plupart avancé guidance par site size. Depuis le grand-site explorer-budget guide: “Si votre site ne fait pas ont a grand number de pages que modifier rapidly, or si votre pages sembler à être exploré le même day que ils sont publié, vous ne pas besoin à lire ce guide.”

Google’s propre (deliberately rough) thresholds pour quand budget d’exploration starts to matter:

  • Grand sites — 1 million+ unique pages avec contenu modification à propos de weekly.
  • Medium-or-larger sites — 10 000+ unique pages avec very rapidly modification (daily) contenu.
  • Sites avec a big share de URLs stuck dans Search Console’s “Découvert - currently non indexée” state.

So here’s the split I’d en réalité run:

Starter track — petit / brochure / local-entreprise sites (< ~10K URLs): crawlability sanity vérifier, indexation/canonical sanity vérifier, HTTPS, mobile parity, un XML sitemap, un round de Core Web Vitals, valide données structurées où il earns a rich résultat. Skip budget d’exploration, faceted-nav contrôler, log-fichier analysis, et JS-rendu engineering entirely.

Avancé track — grand / ecommerce / JS-heavy / enterprise sites: tout dans le Starter track plus explorer-budget management, faceted-navigation contrôler, JavaScript rendu audits, serveur-log analysis, et (si international) hreflang.

1. Crawlability

«- robots.txt correctness. Confirm you aren’t disallowing anything you want indexed. Google: “A robots.txt file tells search engine crawlers which URLs the crawler can access on your site. This is used mainly to avoid overloading your site with requests; it is not a mechanism for keeping a web page out of Google.” Use it to keep bots out of low-value spaces (internal search, infinite parameter combinations), not as a deindexing tool. This is the same territory the robots.txt deep dive covers in full. » (Traduction) (Résumé en français de la section vingt-huit, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.) «- The robots.txt + noindex contradiction trap. Do not block a URL in robots.txt and rely on a noindex on it. Google: “While Google won’t crawl or index the content blocked by a robots.txt file, we might still find and index a disallowed URL if it is linked from other places on the web.” The bot can’t crawl the page, so it never sees the noindex, and the URL can still surface bare in results. To remove a page: allow crawling + noindex, or password-protect it. » (Traduction) (Résumé en français de la section vingt-huit, sous-partie deux : le texte source est conservé pour vérification lors de la relecture francophone.) «- Crawl errors. Fix unexpected 4xx and 5xx. Google only indexes pages served with a 200, and “Client and server error pages aren’t indexed.” » (Traduction) (Résumé en français de la section vingt-huit, sous-partie trois : le texte source est conservé pour vérification lors de la relecture francophone.) «- Redirect chains and loops. Collapse A→B→C→D down to A→D. Chains waste crawl and leak a little on every hop. The crawling and redirects material goes deeper here.

Preuve à l’appui de cette affirmation A robots.txt disallow controls crawling but is not a reliable mechanism for keeping a linked URL out of Google’s index. Portée : production output verified at URL, template and representative-sample level Niveau de confiance : élevé · Vérifié : Introduction to robots.txt

» (Traduction) (Résumé en français de la section vingt-huit, sous-partie quatre : le texte source est conservé pour vérification lors de la relecture francophone.)

2. Indexability

«- Index coverage. In Search Console’s Page Indexing report, reconcile what you want indexed against what actually is. Investigate large “Discovered/Crawled - currently not indexed” buckets. » (Traduction) (Résumé en français de la section trente, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.) «- Canonicalization. Point duplicate and near-duplicate URLs at one preferred version. Google calls rel="canonical" “a strong signal that the specified URL should become canonical” — a signal, not a directive it must obey. And crucially: “Don’t use the robots.txt file for canonicalization purposes.” Check you aren’t sending conflicting canonical signals across HTML tag, HTTP header, and sitemap — the canonicalization deep dive walks through consolidating them. » (Traduction) (Résumé en français de la section trente, sous-partie deux : le texte source est conservé pour vérification lors de la relecture francophone.) «- Duplicate content. Parameters, print versions, staging leaks, http/https and www/non-www splits all create duplicates. Pick one, canonicalize or redirect the rest. » (Traduction) (Résumé en français de la section trente, sous-partie trois : le texte source est conservé pour vérification lors de la relecture francophone.)

3. HTTPS

Baseline, pas optional. Servir le entier site over HTTPS, redirection http à https, et hunt bas mixed contenu (a secure page chargement an insecure image, script, or stylesheet). Chris Green’s SEO dans 2026 reality-vérifier pegs HTTPS adoption à “91%+” — vous ne pas vouloir à être dans le trailing 9%.

4. Mobile SEO

Google utilise indexation mobile-premier: “Google utilise le mobile version de a site’s contenu, exploré avec le smartphone agent, pour indexation et classement.” Le parity liste de contrôle, straight depuis Google’s mobile-premier doc:

«- “Make sure that your mobile site contains the same content as your desktop site.” » (Traduction) (Résumé en français de la section trente-cinq, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.) «- “Make sure that the title element and the meta description are equivalent across both versions of your site.” » (Traduction) (Résumé en français de la section trente-cinq, sous-partie deux : le texte source est conservé pour vérification lors de la relecture francophone.) «- “Make sure that your mobile and desktop sites have the same structured data.” » (Traduction) (Résumé en français de la section trente-cinq, sous-partie trois : le texte source est conservé pour vérification lors de la relecture francophone.) «- “Use the same robots meta tags on the mobile and desktop site.” » (Traduction) (Résumé en français de la section trente-cinq, sous-partie quatre : le texte source est conservé pour vérification lors de la relecture francophone.) «- “Don’t lazy-load primary content upon user interaction.” » (Traduction) (Résumé en français de la section trente-cinq, sous-partie cinq : le texte source est conservé pour vérification lors de la relecture francophone.) «- “Make sure that the mobile site has the same alt text for images as the desktop site.” » (Traduction) (Résumé en français de la section trente-cinq, sous-partie six : le texte source est conservé pour vérification lors de la relecture francophone.)

«The most common failure is a stripped-down mobile template that quietly drops content, links, or structured data present on desktop — Google indexes the thinner version. » (Traduction) (Résumé en français de la section trente-six, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

«## 5. Sitemaps and discovery » (Traduction) (Résumé en français de la section trente-sept, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

«- XML sitemap hygiene. Use absolute, canonical URLs; stay under the 50 MB / 50,000-URL per-file limit; list only indexable, canonical URLs; keep lastmod accurate. Reference it in robots.txt (Sitemap: https://example.com/sitemap.xml) so engines discover it automatically. Full treatment in the XML sitemaps material. » (Traduction) (Résumé en français de la section trente-huit, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.) «- Bing still cares. From Bing’s July 2025 guidance: “Sitemaps remain a foundational signal for ensuring comprehensive URL coverage across your site,” “XML remains the preferred format for sitemaps,” and “The lastmod field in your sitemap remains a key signal, helping Bing prioritize URLs for recrawling.” » (Traduction) (Résumé en français de la section trente-huit, sous-partie deux : le texte source est conservé pour vérification lors de la relecture francophone.) «- IndexNow. Most Google-centric checklists omit it, but it’s a live, free, one-line win: Bing’s advice is to “Use IndexNow for real-time URL submission, instantly notifying Bing and participating search engines” when content changes. It complements sitemaps rather than replacing them. (Note: Google does not use IndexNow for general pages.) » (Traduction) (Résumé en français de la section trente-huit, sous-partie trois : le texte source est conservé pour vérification lors de la relecture francophone.)

«## 6. Structured data » (Traduction) (Résumé en français de la section trente-neuf, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

  • Ce que il fait: earns rich-résultat eligibility et aide machines (et LLMs) comprendre votre page. “Ajout données structurées peut enable résultats de recherche que sont plus engaging à utilisateurs… qui sont appelé résultats enrichis.”
  • Ce que il fait pas faire: boost rankings. Google’s docs frame schema strictly as rich-résultat eligibility et machine understanding — pas a classement signal. Ne faites pas sell il, or budget pour il, as a classement play.
  • Format: “Dans general, Google recommends en utilisant JSON-LD pour données structurées si votre site’s setup permet il, as c’est le easiest solution pour site web owners à implement et maintain à scale.” Valider avec le Résultats enrichis Tester. Le données structurées material covers le spécifique types worth implementing.

7. Core Web Vitals et page experience

Targets, pas gates — Google’s réel wording is “strive to,” qui la plupart checklists overstate as hard réussir/échouer cutoffs:

  • LCP — “strive to have LCP occur dans the premier 2,5 seconds of lune page starting to charger.”
  • INP — “strive to have an INP of less than 200 milliseconds.”
  • CLS — “strive to have a CLS score of less than 0.1.”

Et le relationship à classement, qui personnes badly over-weight: “Recherche Google toujours seeks à montrer le la plupart pertinent contenu, même si lune page experience est sub-par.” Bon Core Web Vitals sont a tiebreaker parmi pertinent résultats, pas an override de pertinence. Mesurer avec real-utilisateur (CrUX/champ) données, pas simplement lab scores.

8. Avancé additions (grand / ecommerce / JS-heavy seulement)

  • Budget d’exploration. Seulement si vous cleared Google’s thresholds ci-dessus. Capacity + demand; vous gain budget par removing waste (parameter explosions, faceted-nav combinations, spider traps, duplicate URLs) far plus que par trying à faire Google explorer “plus.” Voir le budget d’exploration deep dive.
  • JavaScript rendu. Confirmer critical contenu et liens exist dans le rendu HTML et sont reachable via réel <a href> liens, pas click-seulement navigation. Ce est JavaScript SEO territory.
  • Faceted navigation contrôler. Decide qui filter/sort combinations sont crawlable/indexable et contrôler le rest.
  • Log-fichier analysis. Le ground truth pour ce que bots en réalité récupérer, comment souvent, et ce que code d’états ils hit.
  • hreflang — seulement si vous êtes genuinely multi-regional/multilingual. c’est a big suffisant topic à actif dans son propre international-SEO material; ne pas bolt il on half-terminé.

9. AI / LLM robot d’exploration accès (short, scoped)

Deux tableau-stakes éléments dans 2026, et aucun plus — le deep GEO/AEO fonctionner lives dans le AI-recherche material, pas ici:

  • Decide AI-robot accès dans robots.txt. Explicitly autoriser or disallow le AI utilisateur-agents vous care à propos de (training vs. AI-recherche vs. utilisateur-triggered fetchers sont différent bots). Chris Green’s framing: “Robots.txt est ne … plus simplement explorer housekeeping. c’est becoming a policy surface.”
  • Données structurées doubles as machine context pour LLMs — a bonus raison à obtenir votre schema valide, pas a nouveau workstream.

10. How to prioritize ce que vous trouver

«This is where most checklists fail: they hand you 90 items with no weighting. Don’t fix everything — fix what moves the needle. My buddy Patrick’s advice on client audits, which I keep coming back to: “If clients are coming to you asking for an audit, they already have a pain point. Talk to them. Solve that one thing and they’ll be happy with the audit.” The same SEO Audit Template frames it as “sweating the small stuff rarely does much for your rankings” — better to spend “80% of your time fixing the 20% of things that matter.” » (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.)

Et zoom out on le entier exercise: a liste de contrôle obtient vous à okay. Google’s John Mueller a repeatedly fait le point que fundamentals alone obtenir vous fine-mais-pas-great résultats — réel dominance comes depuis topical depth et autorité, pas depuis ticking chaque technique box. Le liste de contrôle clears le floor; contenu et liens construire le house.

Vouloir the full-site version?

Ce page est technique-seulement par design. Si vous vouloir le broader audit — technique plus sur la page, contenu, et hors page — c’est le SEO Audit Liste de contrôle, a séparé, wider chose. ne pas essayer à faire ce un page faire les deux jobs.

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.