Vous n'avez pas besoin de savoir ce que fait une balise canonique avant d'utiliser OpenClaw pour ameliorer une page. Il vous faut une URL, l'acces au projet de votre site lorsque vous serez pret a modifier des fichiers, et une regle simple : OpenClaw verifie d'abord ; vous approuvez les changements ensuite.
Ce guide explique aux debutants comment automatiser les taches SEO repetitives avec OpenClaw et la competence seo-auto-optimizer. Vous utiliserez OpenClaw pour inspecter une page, expliquer les constats en langage courant, preparer des mises a jour approuvees dans les fichiers du site et tester le resultat avant sa mise en ligne.
L'automatisation SEO ne consiste pas a confier votre site a un agent en lui demandant de tout corriger. Elle consiste a lui laisser les parties lentes et repetables tout en gardant la main sur les decisions qui pourraient retirer des pages des resultats de recherche ou perturber les visiteurs.
Ce que vous aurez termine
A la fin de ce premier parcours, vous aurez :
- une URL importante verifiee pour les problemes SEO visibles ;
- une courte liste priorisee de changements sur lesquels OpenClaw peut vous aider ;
- une explication claire de chaque recommandation ;
- un ensemble de modifications revu dans votre projet local, si vous choisissez de les appliquer ; et
- une liste de controles a effectuer avant le deploiement.
Pour un premier essai, prevoyez de 30 a 60 minutes. Choisissez une page utile a votre activite : page d'accueil, page produit, page de service ou article de blog qui recoit deja du trafic. Ne commencez pas par l'ensemble du site.
Voici ce que signifie "termine" : vous pouvez montrer la page, expliquer ce qui a ete modifie et pourquoi, puis confirmer que la page fonctionne toujours apres la mise a jour. Cela ne veut pas dire qu'une hausse de classement est garantie. Les moteurs de recherche ont besoin de temps pour reexplorer et evaluer les pages.
Avant de commencer : quatre elements a preparer
Vous pouvez commencer sans Google Search Console ni formation technique. Le premier controle repose sur des signaux publics. Gardez ces elements a portee de main :
| Ce dont vous avez besoin | Pourquoi | Si vous ne l'avez pas encore |
|---|---|---|
| Une URL de page publique | OpenClaw a besoin d'une page precise a inspecter. | Commencez par la page d'accueil ou une page de service. |
| Les fichiers du projet de votre site | OpenClaw peut preparer les changements approuves dans les veritables fichiers source. | Demandez une copie ou l'acces au depot a la personne qui gere le site. Ne modifiez pas les fichiers de production a l'aveugle. |
| Un apercu local ou un site de preproduction | Vous devez voir la page avant publication. | Utilisez l'apercu de votre plateforme ou demandez un lien de preproduction a un developpeur. |
| Une methode de deploiement | Il peut s'agir de Git, d'un CMS ou d'un tableau de bord d'hebergement. | Gardez le deploiement manuel lors du premier essai. |
Google Search Console, Bing Webmaster Tools et l'export d'un crawler seront utiles plus tard. Ils repondent a des questions auxquelles une page seule ne peut pas repondre, par exemple une page qui perd des clics, deux URL qui se concurrencent ou un blocage d'indexation a grande echelle.
Creer la competence SEO Auto Optimizer dans votre espace OpenClaw
Vous devez creer le fichier de competence vous-meme. Il n'y a rien a telecharger depuis cet article.
L'option la plus rapide : envoyer cet article a OpenClaw
Lorsque cet article est publie, vous pouvez donner son URL a OpenClaw et lui demander d'installer la competence. Copiez ce prompt, remplacez [URL DE L'ARTICLE] par l'URL publique de cet article, puis envoyez-le a OpenClaw :
Lis cet article et installe la competence seo-auto-optimizer exactement comme il l'indique :
[URL DE L'ARTICLE]
Je debute. Trouve le bloc complet de code SKILL.md dans l'article, cree le fichier requis skills/seo-auto-optimizer/SKILL.md dans le bon repertoire de competences de l'espace de travail OpenClaw, puis copie ce bloc exactement dans ce fichier.
Avant d'ecrire le fichier, indique-moi le chemin complet que tu utiliseras. Apres l'avoir ecrit, montre-moi les 10 premieres lignes et confirme que le nom de la competence est seo-auto-optimizer.
N'inspecte pas mon site, ne modifie pas les fichiers du site, ne change aucun reglage, ne deploie rien et ne lance pas encore d'audit SEO. Installe et verifie uniquement cette competence.
Si OpenClaw ne peut pas ouvrir l'URL de l'article, suivez la methode manuelle ci-dessous. Si besoin, vous pouvez coller le bloc de code complet dans le chat apres ce prompt.
Dans le dossier racine de l'espace OpenClaw que vous utiliserez pour le SEO, creez les dossiers et le fichier suivants :
votre-espace-hermes/
skills/
seo-auto-optimizer/
SKILL.md
Si votre installation OpenClaw utilise un autre repertoire de competences configure, creez plutot cette meme structure seo-auto-optimizer/SKILL.md a cet emplacement. Le nom du dossier et le champ name du fichier doivent tous deux etre seo-auto-optimizer. OpenClaw pourra alors l'appeler avec $seo-auto-optimizer.
Ouvrez un nouveau fichier texte brut nomme SKILL.md et collez-y l'integralite du contenu ci-dessous. Ne le collez pas dans le code de votre site. Il doit rester dans le dossier skills/seo-auto-optimizer/.
La competence demarre en lecture seule. C'est volontaire. Elle verifie les preuves publiques et prepare un plan de correction, mais ne publie pas de pages, ne soumet pas de sitemap, ne modifie pas Search Console et n'altere pas votre site en ligne.
---
name: seo-auto-optimizer
description: Audit one public URL or a group of website URLs with evidence, then create an SEO optimization plan ranked by impact and effort. Use when a user asks to check, diagnose, optimize, or create an SEO task list, especially for indexing, technical SEO, metadata, structured data, content quality, internal links, search intent, keyword cannibalization, Core Web Vitals, mobile experience, CTR, Google Search Console, Bing Webmaster Tools, sitemaps, robots.txt, or E-E-A-T. By default, audit and provide code or copy recommendations only. Do not change the website, CMS, search-engine consoles, or third-party platforms.
---
# SEO Auto Optimizer
Turn a supplied URL into a verifiable SEO optimization plan that a developer, content team, or growth team can act on. Never present an item as checked or fixed when public evidence cannot confirm it.
## Working boundaries
- Default to read-only work. Inspect public pages, resources, and public site files. Do not change live pages, submit a sitemap, publish content, buy links, or operate any account.
- For a single-URL request, audit that URL and only the same-domain public files needed to verify it, such as `robots.txt`, a sitemap, or page links. Do not turn a single-page observation into a site-wide conclusion.
- Mark work that needs a login, search-performance data, a full crawl, server logs, or business facts as `Needs data`. State what data is needed and how to check it.
- Do not recommend black-hat, manipulative, or fabricated SEO: no purchased links, fake reviews/authors/comments, doorway pages, keyword stuffing, or bulk low-value AI pages.
- Follow the site's market, page language, URL conventions, and content standards. Proposed titles, meta descriptions, H1s, and body copy must use the target page's language.
## Inputs and clarification
A request needs at least one URL. If available, use the target market, language, business model, primary conversion, target keywords, Google Search Console or Bing exports, and local website project.
When those details are missing, do not block the work. Infer what you can from the page language, page type, and visible content, then state your assumptions at the beginning of the report. Ask one focused question only when the user requests keyword strategy, competitive content, or a site-wide change and the answer would materially depend on the target market or business.
## Audit process
### 1. Build an evidence baseline
1. Record the inspection date, final URL, HTTP status, redirect chain, `<html lang>`, visible robots instructions, and page-rendering limits.
2. Read the first screen, main content, and available source or DOM. Record the title, meta description, canonical, robots meta, viewport, H1-H6, visible publish or update date, author information, approximate body length, images, internal and external links, JSON-LD, and important JavaScript dependencies.
3. Check the same-domain `/robots.txt`. Check a sitemap only when one is discoverable; do not say a sitemap does not exist merely because its URL is not explicitly listed.
4. Keep locatable evidence for every conclusion: tag text, HTTP header, link URL, DOM observation, screenshot observation, or public-tool result. If the page is blocked by a WAF, login, geography, or another access limit, state the limitation immediately.
### 2. Classify every check
Use exactly one status for each item:
| Status | Meaning |
| --- | --- |
| `Pass` | Public evidence shows the item meets its purpose. |
| `Issue` | Public evidence shows an error, risk, or clear omission. |
| `Opportunity` | It may not be an error, but there is a reasonable opportunity to improve visibility, click-through rate, user experience, or conversion. |
| `Needs data` | Google Search Console, Bing, logs, a full crawl, field performance data, or keyword data is required. |
| `Not applicable` | The page type or business does not need this item; explain why. |
Do not turn `Needs data` into an `Issue` just to fill a checklist. Resolve the root causes that affect crawling, indexing, user experience, or the page's main intent before minor copy changes.
### 3. Create an action plan
Merge findings into non-duplicative tasks and rank them:
- `P0`: The page cannot be crawled or indexed; an incorrect canonical; accidental `noindex`; critical 4xx/5xx; site-wide robots blocking; severe mobile or rendering failure.
- `P1`: Main-page intent or content mismatch; duplicate or thin content; missing or conflicting title and H1; unacceptable structured data; missing key internal links; obvious performance bottleneck.
- `P2`: CTR improvements; images and alt text; FAQs; author and update information; content expansion; topic or comparison pages; local link and URL improvements.
- `P3`: Growth experiments, link earning, business profiles, and monitoring that require performance data or external coordination.
For every task, state the problem, evidence, recommended action, owner (developer, content, SEO, or growth), acceptance criteria, and risk or prerequisite. Give specific code or copy only when current information supports it. Where brand facts are missing, use clear placeholders instead of inventing facts.
## What to check
### A. Crawling, indexing, and URLs
Check and report:
- HTTP status, whether redirects are single-hop and appropriate, loops, and HTTP/HTTPS or www/non-www confusion.
- `robots.txt`, meta robots, `X-Robots-Tag`, and whether canonical URLs are reachable, absolute, single, self-referencing, or point to a sensible preferred URL.
- Whether canonical, `noindex`, pagination or filtering rules, and sitemap behavior agree. Mark uncertain cases as `Needs data`.
- Whether URLs are stable, readable, descriptive, free of meaningless parameters, case or trailing-slash duplication, and keyword stuffing. Do not recommend casual URL changes unless the plan includes 301 redirects, internal-link updates, canonical updates, sitemap updates, and rollback conditions.
- Whether main content appears in initial HTML or can render reliably. When important content depends only on client-side JavaScript, recommend verification with URL Inspection, rendering tests, and server-side rendering or prerendering options.
- Discoverable broken links, 404s, soft 404s, and incorrect internal destinations. A single URL cannot prove that a whole site has no broken links.
### B. Page structure and metadata
Check:
- A unique, accurate, intent-matched title. For Latin-script languages, a rough 50-60 characters can be useful, but accuracy matters more than reaching a count.
- A unique meta description that describes the page's real value without keyword lists or false promises. A meta description is not a ranking guarantee; prioritize relevance and likely click-through appeal.
- One H1 that describes the page's main question. Organize H2 and H3 headings by real topic hierarchy, without skipped levels or decorative text disguised as headings.
- `lang`, viewport, mobile usability, the ratio of main content to template noise, and breadcrumb visibility and semantics.
- Appropriate image formats, dimensions, lazy loading, and specific alt text. Decorative images should have empty alt text. Do not force keywords into alt text.
When recommending a rewrite, provide one adoptable title, meta description, H1, and heading outline. Label any information that needs a brand-owner confirmation.
### C. Structured data and trust signals
Check whether visible page content and JSON-LD, Microdata, or RDFa agree. Consider only schema appropriate to the page type: `BreadcrumbList`, `Article` or `BlogPosting`, `Product`, `SoftwareApplication`, `Organization`, `LocalBusiness`, `FAQPage`, and `WebPage`.
- Recommend schema only when it represents visible, real page information. Never add invented ratings, reviews, prices, authors, FAQs, or awards.
- Identify required fields such as URL, name, description, image, author, publish date, `dateModified`, breadcrumb positions, and entity identifiers.
- For content pages, check visible author information, author page or experience, editorial policy, sources, contact information, organization information, update date, and factual citations. E-E-A-T is not a tag that can be added; it comes from verifiable content and entity information.
- When schema exists, recommend the Google Rich Results Test and Schema Markup Validator as acceptance checks.
### D. Content, intent, and duplication
Identify the page's main query intent: informational, commercial research, transactional, local, navigational, or mixed. Check whether the main content answers the question early and adds value through original evidence, examples, steps, data, or product detail.
- Flag clear thin content, template repetition, unanswered core questions, intent mismatch, and stale content. Do not define thin content by word count alone.
- A single URL cannot prove site-wide duplicate content, keyword cannibalization, or orphan pages. Explain that these require a URL inventory, canonical and index status, GSC query-to-page data, an internal-link graph, and similarity analysis.
- For overlapping pages, first define the evidence and decision criteria for keep, merge, split, or redirect. Never recommend deleting a page based on a guess.
- When content creation is requested, provide a search-intent brief, unique value, information architecture, sources needed for claims, and internal-link targets. Original content means independent insight or verification, not a competitor rewrite.
- Suggest comparison, alternatives, list, or FAQ pages only when they have distinct intent, real comparison criteria, and maintainable facts. Do not create batches of low-value templates.
### E. Internal links, architecture, and topic coverage
Assess how the page can be found and understood:
- Check whether important pages have crawlable HTML links from relevant parent pages, topic hubs, navigation, or breadcrumbs. Anchor text should naturally describe the destination.
- Mark orphan pages as `Needs data` unless a sitemap and full link graph prove the finding.
- For a topic cluster, define one pillar or owner URL, a distinct intent for each support page, link direction, and a cannibalization rule. Multiple near-identical owner pages should not compete for one head topic.
- Before suggesting feature, use-case, integration, comparison, alternatives, or FAQ pages, define the user question, target query, unique content, owner URL, and link-back path.
### F. Performance, mobile use, and Core Web Vitals
Separate lab data from field data. Prefer real-user data from CrUX or PageSpeed Insights to validate LCP, INP, and CLS. Without it, inspect obvious risks: oversized hero media, images without dimensions, render-blocking CSS or JavaScript, third-party scripts, font loading, layout shifts, and heavy client-side rendering.
Every performance recommendation must explain its mechanism and test method. For example: responsive, compressed hero media may improve LCP; image width and height reduce CLS risk; splitting long tasks may improve INP. Do not promise a score or ranking improvement.
### G. Search performance, keywords, and external authority
Unless the user supplies data or access, mark these items as `Needs data`:
- Page-two rankings, traffic or ranking declines, and query-to-page keyword cannibalization.
- URLs or queries with high impressions and low CTR, plus title and meta tests.
- High-volume, low-difficulty keywords, SERP and People Also Ask opportunities, competitor gaps, and search intent.
- High-quality backlinks, broken-link opportunities, brand mentions, Google Business Profile, and local citations.
- GSC or Bing sitemap submission, URL Inspection, index coverage, and crawl errors.
Give an executable data-checking instruction. For example: in GSC, compare the last 28 days with the previous 28 days, filter to the target URL, export queries, impressions, clicks, CTR, and average position, then test a new title or meta description for high-impression, same-intent queries with weak CTR. Link strategies must use audience-relevant, editorially independent, verifiable channels and genuinely useful assets.
## Default deliverable format
Unless the user asks for a shorter response, return these sections in this order:
1. `Scope and limits`: target URL, check date, accessibility, what could not be verified, and key assumptions.
2. `Executive summary`: the three to seven most important findings and what to address first.
3. `Check matrix`: status, evidence, and short conclusion for items A-G. Cover the user's supplied checklist, and state `Needs data` where necessary.
4. `Prioritized action list`: P0-P3 tasks with owner, effort (S/M/L), acceptance criteria, and dependencies.
5. `Implementation-ready recommendations`: where appropriate, include metadata, heading structure, JSON-LD templates, internal-link locations, content briefs, or performance fixes.
6. `Data and human follow-up`: needed GSC, Bing, crawl, log, keyword, and business inputs, plus exact validation steps.
Use careful language. Say a change may improve relevance, discoverability, or CTR. Do not promise indexing, first place rankings, or that every SEO issue has been fixed.
## Completion standard
Before delivering the work, confirm:
- Every conclusion has public evidence or is explicitly labeled as an assumption or `Needs data`.
- Tasks are ordered by impact, dependency, and actual executability, not copied mechanically from a checklist.
- Recommendations do not risk breaking URLs, canonicals, index status, or content facts. Migration, deletion, and merge suggestions include redirect and rollback conditions.
- Schema and E-E-A-T recommendations come from visible facts or are clearly marked as information still needed.
- The report makes clear that no live changes, submissions, or publishing actions were performed.
Enregistrez le fichier. Redemarrez ou rechargez ensuite OpenClaw si votre configuration le demande. Demandez ensuite : Liste les competences disponibles dans cet espace de travail. seo-auto-optimizer est-elle disponible ? Ne commencez pas le tutoriel avant que OpenClaw confirme que la competence est disponible.
Utiliser deux autorisations : preuves publiques d'abord, fichiers ensuite
OpenClaw peut etre utile pour les taches publiques dans le navigateur, mais cet acces a besoin d'une limite. Pour votre premier controle SEO, autorisez uniquement l'URL publique fournie et les fichiers publics du meme domaine necessaires a une verification, par exemple robots.txt ou un sitemap decouvrable. N'accordez aucun acces au CMS connecte, a Search Console, a l'hebergement ou au deploiement.
Dans l'espace de travail, creez un petit fichier seo-task.md :
# Limite de la tache SEO
URL cible : [COLLEZ UNE URL PUBLIQUE]
Acces navigateur : pages publiques de ce domaine uniquement.
Fichiers publics autorises : robots.txt, sitemap decouvrable, source de page et liens du meme domaine necessaires pour verifier un constat.
Interdit : connexion, modifications du CMS, Search Console, Bing Webmaster Tools, hebergement, deploiement, achat de liens ou soumission de formulaire.
Resultat : rapport fonde sur des preuves uniquement. Utilise Pass, Issue, Opportunity, Needs data ou Not applicable.
Demandez a OpenClaw de lire ce fichier avant toute utilisation du navigateur. Apres le rapport, retirez l'acces navigateur ou laissez-le limite pendant votre revue. Accordez l'acces au projet local uniquement pour une modification P1 ou P2 approuvee, et limitez la premiere correction a une page ou un composant.
Lancer un controle de page avant de demander a OpenClaw de modifier quoi que ce soit
Ouvrez OpenClaw et collez ce prompt. Remplacez l'URL d'exemple par celle de votre page.
Utilise $seo-auto-optimizer pour inspecter cette page :
https://example.com/your-page
Je decouvre le SEO. Explique chaque constat en langage simple.
Ne modifie pas de fichiers, ne publie pas de pages, ne soumets rien et n'apporte aucun changement au site en ligne.
Pour chaque recommandation, indique :
1. Ce que OpenClaw a trouve et ou il l'a trouve.
2. Pourquoi cela peut compter pour les visiteurs ou les moteurs de recherche.
3. S'il s'agit d'un probleme confirme, d'une piste d'amelioration ou d'un besoin de donnees supplementaires.
4. L'action la plus sure a effectuer ensuite.
5. Si j'ai besoin d'un developpeur ou de donnees Google Search Console.
Classe le travail par priorite : P0, P1, P2, puis P3.
Le premier resultat doit etre un rapport, pas un site modifie. C'est exactement ce qui est attendu. OpenClaw peut en general examiner le titre de page, la meta description, le titre principal, les textes alternatifs, les liens internes, la balise canonique, les directives robots, les donnees structurees, le viewport mobile et les liens brises evidents. Il peut aussi relever des lacunes claires dans le contenu d'une page.
Il ne doit pas pretendre tout savoir. Un rapport qui indique "besoin de donnees" est souvent plus digne de confiance qu'un diagnostic assure sur tout votre site a partir d'une seule URL.
Lire le rapport sans devenir expert SEO
La competence emploie deux etiquettes simples : un statut et une priorite. Lisez les deux avant d'approuver quoi que ce soit.
| Etiquette | Signification | Reponse adaptee a un debutant |
|---|---|---|
|
| Les preuves publiques indiquent que ce point est correct. | Ne le touchez pas. |
|
| OpenClaw a trouve un probleme precis, comme un H1 manquant ou un mauvais lien. | Examinez la preuve et envisagez une correction. |
|
| La page n'est pas cassee, mais elle pourrait etre plus claire ou plus utile. | Considerez cela comme une amelioration facultative. |
|
| OpenClaw a besoin de GSC, Bing, analytics, journaux ou d'un crawl complet. | Ne devinez pas. Recueillez les donnees plus tard. |
La priorite indique ce qu'il faut regarder en premier :
| Priorite | Signification en langage simple | Exemples courants |
|---|---|---|
|
| Un probleme grave peut empecher une page importante d'apparaitre ou de fonctionner correctement. |
|
|
| La structure, l'intention ou la configuration technique de la page presente une faiblesse notable. | Titre et H1 absents ou contradictoires, mauvaise intention, schema pertinent invalide, liens internes importants manquants. |
|
| Une amelioration utile, mais pas urgente. | Meilleur texte alternatif, FAQ plus claire, informations d'auteur ou de mise a jour, essais de titre et de description. |
|
| Un travail qui exige des donnees, une autre equipe ou une experimentation continue. | Obtention de liens, profils locaux, suivi des positions ou recherche de mots-cles. |
N'approuvez pas tous les elements simplement parce qu'ils figurent dans un rapport. Votre premiere implementation doit contenir une a trois modifications peu risquees. Une premiere livraison reduite est plus facile a verifier et a annuler.
Choisir des premieres modifications sures et reporter les decisions risquees
La plupart des debutants peuvent commencer par des ameliorations nettes au niveau de la page. Le tableau suivant est une bonne limite.
| A preparer et verifier en general sans grand risque | Arretez-vous et demandez une revue technique ou SEO |
|---|---|
| Un titre ou une meta description plus precis | Changer des URL ou supprimer des pages |
| Un H1 clair et des H2 coherents | Modifier |
| Un texte alternatif precis pour les images significatives | Regles de redirection ou parametres de migration |
| Un lien interne casse dont la bonne destination est evidente | Fusionner des pages parce qu'elles semblent semblables |
| Un schema qui decrit un contenu visible et verifie | Ajouter des notes, avis, prix, auteurs ou FAQ qui ne sont pas reels |
| Une reponse courte qui clarifie une page existante | Publier de nombreuses pages IA pour des mots-cles |
Une balise canonique indique aux moteurs de recherche quelle version de pages similaires doit etre consideree comme principale. Sa modification peut etre importante, mais elle peut aussi demander a Google d'ignorer la page qui vous importe. Demandez a OpenClaw de montrer l'URL canonique actuelle et celle proposee, puis faites relire le changement avant de l'appliquer. La meme regle vaut pour robots.txt et noindex, qui peuvent etre corrects sur une page de remerciement, un apercu prive ou une page de resultats filtres.
Transformer un constat navigateur approuve en une seule correction locale
Ne faites pas passer OpenClaw directement de la preuve observee dans le navigateur a une modification de code large. Creez d'abord un second fichier, seo-implementation.md, et collez-y uniquement l'element approuve :
# Implementation SEO approuvee
Constat approuve : [COLLEZ UN PROBLEME OU UNE OPPORTUNITE]
Preuve : [COLLEZ L'URL, LA BALISE, LE LIEN OU LA LIGNE DU RAPPORT]
Fichiers ou composant autorises : [SI CONNUS]
Interdit : URL, redirections, robots.txt, noindex, balises canoniques, sitemap, publication CMS, deploiement ou nettoyage sans rapport.
Resultat obligatoire : un plan, la liste des fichiers concernes, les etapes de test et la methode de retour arriere. Attends une approbation avant modification.
Cette transmission est la partie specifique a OpenClaw : la tache navigateur etablit ce qui est visible, tandis que la tache locale ne modifie que la decision que vous avez approuvee. Gardez les deux separees, meme si un seul agent peut executer les deux.
Demander a OpenClaw un plan d'implementation, pas une modification surprise
Copiez les elements approuves de votre rapport et utilisez le prompt suivant dans le projet du site.
Lis seo-implementation.md. J'approuve uniquement le changement SEO qui y est consigne.
Examine mon projet local et prepare un plan d'implementation. Avant de modifier un fichier, indique chaque fichier prevu, la page ou le composant concerne, ce que les visiteurs et les moteurs verront differemment, comment tester le resultat et la methode de retour arriere.
N'utilise pas l'automatisation de navigateur, ne te connecte a rien, ne modifie pas les URL, ne supprime pas de pages, ne modifie pas robots.txt, n'ajoute pas de balises noindex, ne modifie pas les redirections, ne publie pas de contenu, ne deploie pas le site et n'apporte aucun changement hors de seo-implementation.md.
Attends mon accord apres avoir presente le plan.
Verifiez la liste de fichiers avant de repondre. Si OpenClaw veut modifier des fichiers que vous ne reconnaissez pas, demandez pourquoi. Si le plan dit seulement "optimiser le SEO" sans pouvoir nommer un fichier et un resultat attendu, demandez-lui d'etre plus precis.
Lorsque le plan vous convient, donnez un accord limite :
Accorde. Applique uniquement le plan ci-dessus.
Apres modification, donne-moi un resume concis fichier par fichier, montre le diff pertinent ou le texte avant/apres, explique tout ce que je dois verifier manuellement, execute les controles existants du projet s'ils sont disponibles, et ne deploie pas.
C'est la partie qui rend l'automatisation utile. OpenClaw peut effectuer les modifications repetitives, mais vous gardez la decision sur ce qui change et sur le moment de publication.
Verifier le resultat avant la mise en ligne
Ne sautez pas l'apercu. Un changement techniquement valide peut encore sembler etrange, casser la mise en page ou rendre une page moins utile.
| Controle | Ce que vous cherchez |
|---|---|
| Apercu dans le navigateur | La page se charge et le texte modifie se lit naturellement. |
| Apercu mobile | Les titres, images, menus et boutons fonctionnent toujours sur un petit ecran. |
| Titre et description | Ils decrivent la page reelle et ne promettent pas ce que les visiteurs n'obtiendront pas. |
| Structure des titres | Un H1 clair decrit la page ; les H2 organisent de vraies sections. |
| Liens | Les liens internes modifies ouvrent la page en ligne ou de preproduction attendue. |
| Images | Les images importantes ont un texte alternatif utile ; les images decoratives n'ont pas de texte alternatif bourre de mots-cles. |
| Source ou extension SEO | La canonique, la directive robots et les donnees structurees attendues n'ont pas change de facon inattendue. |
| Controles du projet | Les commandes de build, de test, de lint ou de validation existantes reussissent. |
Pour les changements de schema, utilisez le Rich Results Test de Google ou Schema Markup Validator apres le deploiement, ou sur une preproduction accessible. Un format de schema valide ne suffit pas : il doit aussi correspondre a ce que les utilisateurs voient sur la page.
Si un controle echoue, ne demandez pas a OpenClaw de faire des modifications de suivi au hasard. Donnez-lui l'erreur exacte, indiquez quelle modification approuvee en est la cause et demandez la plus petite reparation possible. Si vous ne pouvez pas expliquer ou valider un changement, annulez-le avant le deploiement.
Ce que l'automatisation SEO ne peut pas savoir a partir d'une page
C'est ici que les debutants sont souvent trompes par des sorties d'IA qui paraissent tres sures d'elles. Certaines questions SEO exigent des donnees non visibles dans un navigateur.
| Question | Ce dont OpenClaw a besoin avant de repondre de facon responsable |
|---|---|
| Pourquoi le trafic a-t-il baisse ? | Les donnees GSC et analytics de deux periodes comparables. |
| Quelles pages ont beaucoup d'impressions mais un faible taux de clic ? | Un export des requetes et pages de GSC. |
| Deux pages se concurrencent-elles sur le meme mot-cle ? | Les donnees requete-vers-page de GSC et une comparaison du contenu. |
| Quelles pages sont orphelines ? | Un crawl complet, un sitemap et un graphe de liens internes. |
| Les Core Web Vitals echouent-ils vraiment chez les visiteurs ? | Des donnees terrain comme CrUX ou PageSpeed Insights, pas seulement un test local. |
| Quels mots-cles a faible difficulte faut-il viser ? | Une recherche de mots-cles et de SERP, ainsi que votre audience et votre offre reelles. |
| Faut-il soumettre un sitemap ou demander une indexation ? | Un acces a GSC ou Bing Webmaster Tools et une raison de le faire. |
Vous pourrez automatiser plus tard la collecte et l'organisation de ces informations. Pour votre premiere page, il suffit que OpenClaw les marque comme Needs data au lieu de faire passer une supposition pour un diagnostic.
Une routine hebdomadaire simple et tenable
Une fois la premiere page publiee et verifiee, repetez le parcours sur une page importante chaque semaine :
- Choisissez une page qui a un objectif commercial, pas une URL au hasard.
- Lancez le controle OpenClaw en lecture seule.
- N'approuvez pas plus de quelques mises a jour claires et peu risquees.
- Examinez le plan d'implementation et le diff des fichiers.
- Testez en local ou en preproduction avant de deployer.
- Consignez la page, la date, les changements et les questions ouvertes dans un simple tableur ou fichier Markdown.
Apres quelques semaines de changements, ajoutez des exports GSC. OpenClaw pourra alors vous aider a trouver les pages dont la prochaine amelioration est appuyee par de vraies impressions, de vrais clics ou des donnees de requetes. Pour des diagnostics plus larges, utilisez aussi le verificateur de score SEO de site web en complement de votre revue au niveau du code.
FAQ
OpenClaw peut-il automatiser tout le SEO de mon site ?
Non. OpenClaw peut automatiser les travaux repetitifs, comme l'examen de signaux publics, l'organisation d'une liste de problemes, la redaction de titres et descriptions, la preparation de changements de code ou de contenu, et la verification d'une liste de changements approuves. Les decisions sur la suppression de pages, les redirections, les controles d'indexation, les canoniques, les affirmations commerciales, le deploiement ou les donnees de performance exigent toujours une revue humaine.
Dois-je connaitre les mots-cles SEO avant de commencer ?
Non. Commencez par une page importante et demandez a OpenClaw d'expliquer sa configuration SEO visible en termes simples. La recherche de mots-cles devient utile lorsque vous souhaitez creer de nouvelles pages ou decider quelles pages existantes meritent plus de travail. Elle a besoin de donnees de recherche et d'une comprehension de vos clients, pas seulement d'une liste generee par un agent.
OpenClaw peut-il modifier pour moi une page WordPress, Webflow ou Shopify ?
Uniquement si votre environnement OpenClaw dispose d'un acces autorise a ce systeme ou aux fichiers du site. Pour un premier parcours, demandez a OpenClaw de preparer le texte, le code ou le changement au niveau du fichier, puis effectuez vous-meme la modification dans le CMS ou demandez l'accord du proprietaire du site. N'accordez pas de droit de publication avant de disposer d'un processus de revue fiable.
Ces changements placeront-ils ma page en premiere position sur Google ?
Non. Les changements SEO peuvent ameliorer l'exploration, la pertinence, la clarte et l'experience utilisateur. Les positions dependent aussi de la concurrence, de l'intention de recherche, de la qualite du site, des liens et de la maniere dont les moteurs evaluent la page avec le temps. Considerez OpenClaw comme un moyen de prendre de meilleures decisions plus sures, pas comme une garantie de classement.
Auteur : Julian Mercer, praticien du SEO technique depuis 14 ans chez Auspia. Julian ecrit sur l'explorabilite, le schema, le rendu, l'architecture de site et les fondations techniques d'un contenu lisible par l'IA.
