Corriger en 1 clic
Fournisseurs d’IA, chaque connecteur CMS et ses prérequis, et le modèle de sécurité - approbation humaine, journal, annulation.
Comment ça marche
Depuis la 3.5, après un crawl, l’onglet Corriger en 1 clic regroupe les problèmes par impact (pages × gravité) et étiquette chacun corrigeable par IA, automatique ou manuel. Chaque correction suit le même chemin, et l’IA ne touche jamais votre site seule :
problème → proposition → revue avant / après → approbation humaine → le connecteur applique → recrawl de l’URL → historique (annulation)
- Corrigez une URL ou Tout corriger pour un type de problème. Claude ou ChatGPT rédige titres SEO, meta descriptions, H1, textes alternatifs et JSON-LD (Article, Organization, FAQPage, Product selon la page) dans la langue de la page, à partir d’un contexte minimal : URL, langue, title, H1, un extrait d’environ 2 000 tokens, les longueurs cibles et les valeurs des autres pages pour éviter les doublons. Le coût estimé est affiché d’abord ; les lots tournent 3 requêtes à la fois avec temporisation sur 429.
- Corrections automatiques sans IA : une redirection 301 d’une 404 interne vers l’URL existante la plus proche (le dossier parent est cherché en premier), une canonical manquante ou incohérente, un noindex accidentel, des liens vers des redirections remplacés par l’URL finale.
- Problèmes non automatisables (performance, hébergement, Core Web Vitals…) : un plan d’action rédigé, jamais un bouton Appliquer.
- Revue : avant / après côte à côte, compteur de caractères par rapport à la longueur cible, édition en ligne, Approuver / Régénérer / Ignorer, sélection multiple.
- Application via un connecteur. Le mode simulation est actif par défaut : rien n’est envoyé tant que vous ne le désactivez pas et n’acceptez pas l’avertissement.
- Chaque URL corrigée est recrawlée et marquée vérifiée quand la nouvelle valeur est visible sur la page publique (un cache ou un CDN peut la retarder ; revérifiez plus tard depuis l’historique). L’onglet Historique des corrections annule une correction ou un lot entier et exporte le PDF Corrections appliquées.
Fournisseurs d’IA
Réglages → IA : choisissez Claude (Anthropic) ou ChatGPT (OpenAI), collez votre clé API (depuis console.anthropic.com ou platform.openai.com), choisissez un modèle dans la liste modifiable (valeurs par défaut dans src/ai/models.json), et cliquez sur Tester la connexion. La clé est stockée chiffrée (AES-256-GCM) sur votre ordinateur, jamais renvoyée au navigateur, journalisée ni exportée, et envoyée uniquement à ce fournisseur ; vous payez le fournisseur directement. Une réponse invalide a droit à un nouvel essai, puis un échec clair.
Connecteurs
Le connecteur se choisit par site ; Arachnide détecte le CMS automatiquement. Les identifiants sont stockés localement, chiffrés, et jamais renvoyés par l’API, journalisés ni exportés. Un connecteur n’écrit que le champ de la correction qu’on lui donne, sur l’URL de la correction, et renvoie toujours la valeur précédente pour que le changement soit annulable.
| Connecteur | À faire sur le site | Champs appliqués |
|---|---|---|
| WordPress (+ WooCommerce) | Dans l’onglet Corriger, cliquez le bouton de connexion → WordPress → Télécharger le plugin WordPress (.zip), puis Extensions → Ajouter → Téléverser une extension. Créez un mot de passe d’application dans Utilisateurs → Profil → Mots de passe d’application et saisissez l’adresse du site, l’identifiant et ce mot de passe. Un compte Éditeur suffit pour le contenu, Administrateur pour les redirections. Compatible Yoast SEO, Rank Math, SEOPress, All in One SEO et Redirection. | Title, description, H1, canonical, noindex, alt d’image, redirections 301 (H1 et alt fonctionnent même sans le plugin) |
| GitHub pull request (Lovable, Bolt.new, React, Next.js, Astro, HTML statique) | Créez un jeton à granularité fine : Only select repositories (un seul dépôt), permissions Contents: Read and write et Pull requests: Read and write. Saisissez owner/repo et le jeton. Arachnide détecte le framework, trouve l’emplacement exact des titres, descriptions, H1, alt et liens dans le code (avec l’IA en cas d’ambiguïté), montre le diff, puis ouvre une pull request sur arachnide/fix-AAAAMMJJ-HHMM avec un tableau récapitulatif. L’annulation ferme la PR ou ouvre une PR inverse. Pour Lovable, la fusion dans la branche par défaut met le projet à jour. | Title, description, H1, alt, liens |
| Shopify | App personnalisée avec les scopes read/write_products, read/write_content, read/write_online_store_navigation, read/write_files ; API Admin GraphQL | Title, description, H1, noindex, alt des images produit, redirections |
| Wix | Clé API avec Manage SEO Settings (+ lecture Blog / Stores) | Title, description, canonical, noindex, redirections |
| Webflow | Jeton de site avec les scopes pages, CMS et sites ; lier les champs SEO du CMS dans le Designer ; publier après l’écriture | Title, description, H1 d’élément CMS, redirections (Enterprise) |
| Joomla 4/5 | Jeton API d’un Super User, plugins Web Services activés | Title, description, H1, noindex, alt d’image, redirections |
| Drupal 9–11 | JSON:API en écriture et HTTP Basic Auth (+ modules Metatag, Redirect) | Les 7 |
| PrestaShop | Paramètres avancés → Webservice → clé avec products / categories / cms | Title, description, H1 (nom), alt dans les descriptions |
| Fichiers (sites statiques, Next.js, Hugo…) | Un dossier avec le HTML (dépôt Git ou sortie de build) ; redirections dans _redirects (Netlify), .htaccess (Apache), nginx ou vercel.json ; déployez ensuite comme d’habitude | Les 7 |
| Cloudflare Worker (tout site derrière Cloudflare) | Déployez l’Arachnide SEO Worker, qui réécrit le HTML en périphérie ; identifiant de compte, identifiant d’espace KV et jeton API | Les 7 |
| Manuel (Squarespace et autres éditeurs fermés) | Rien : le chemin de clics exact et la valeur à coller, par CMS | — |
| Export | CSV, JSON ou PDF avec instructions pas à pas pour tout autre CMS | — |
Shopify, Webflow et Wix sont entièrement câblés pour le serveur MCP (Claude Desktop et Claude Code). Dans l’interface Corriger en 1 clic de la version actuelle, ils passent par Export ; l’adaptateur qui les relie à l’interface est décrit dans docs/CONNECTORS.md, qui explique aussi comment ajouter un CMS en cinq étapes.
Les réglages de chaque connecteur tels que le serveur MCP les attend (secrets sous la forme env:VARIABLE) :
| Connecteur | Paramètres (secrets sous la forme env:…) | À faire côté site |
|---|---|---|
wordpress | user, appPassword | Comptes → Profil → Mots de passe d'application ; installez l'extension Arachnide Connector pour les champs SEO et les redirections |
shopify | shop (xxx.myshopify.com), accessToken, apiVersion | Créez une application personnalisée avec les scopes read/write_products, read/write_content, read/write_online_store_navigation, read/write_files |
wix | siteId, apiKey | Clé API avec l'autorisation Manage SEO Settings (+ lecture Blog / Stores) |
webflow | siteId, token, publish (none/items/site) | Jeton de site avec les scopes pages, CMS et sites ; liez les champs SEO du CMS dans le Designer |
joomla | token | Jeton API Joomla d'un Super Utilisateur (plugins Web Services activés) |
drupal | user, password, metatagField | Activez JSON:API (avec écriture) et HTTP Basic Auth |
prestashop | apiKey, languageId | Paramètres avancés → Webservice → clé avec accès products / categories / cms |
cloudflare | accountId, namespaceId, apiToken | Déployez le Worker |
files | root, redirectsFormat (netlify, apache, nginx, vercel) | Dossier contenant le HTML (checkout Git, dossier de build) ; déployez ensuite comme d'habitude |
manual | cms | rien |
Couverture
| Plateforme | Part de l'ensemble des sites | Mode d'application des corrections | Champs appliqués automatiquement |
|---|---|---|---|
| WordPress (+ WooCommerce) | 40,1 % | API REST + extension Arachnide Connector (Yoast, Rank Math, AIOSEO, SEOPress, Redirection, ou aucune) | les 7 (H1 et alt fonctionnent même sans l'extension) |
| Shopify | 5,4 % | API Admin GraphQL | title, description, H1, noindex, alt des images produit, redirections |
| Wix | 4,2 % | API REST Wix (Item SEO Tags, URL Redirect Manager) | title, description, canonique, noindex, redirections |
| Squarespace | 2,4 % | pas d'API en écriture → instructions pas à pas, ou Cloudflare Worker | — |
| Joomla 4/5 | 1,1 % | API Web Services (articles) | titre, description, H1, noindex, alt d'image, redirections |
| Webflow | 0,8 % | Data API v2 | title, description, H1 des éléments CMS, redirections (offre Enterprise) |
| Drupal 9-11 | 0,6 % | JSON:API (+ modules Metatag et Redirect) | les 7 champs |
| PrestaShop | 0,5 % | API Webservice | titre, description, H1 (nom), alt dans les descriptions |
| Sans CMS (sur mesure, statique, Next.js, Hugo…) | 31,6 % | fichiers (modification du HTML + _redirects / .htaccess / nginx / vercel.json) ou Cloudflare Worker | les 7 |
| Tout autre site derrière Cloudflare | — | l'Arachnide SEO Worker réécrit le HTML en périphérie (edge) | les 7 |
| Tout le reste | — | manuel : chemin de clics exact + valeur à coller, pour chaque CMS | — |
Le contenu écrit par des constructeurs de pages (Elementor, Divi…), des gabarits de thème ou du JavaScript peut être hors de portée des API CMS : ces changements reviennent sous forme d’étapes manuelles, ou passent par le Cloudflare Worker. Arachnide modifie les champs SEO on-page et les redirections ; il ne réécrit pas le corps du contenu, ne change pas les gabarits et ne touche pas à votre hébergement.
Modèle de sécurité
- L’aperçu d’abord. Rien n’est écrit avant que vous ayez vu la valeur actuelle, la nouvelle valeur et les avertissements SEO (largeur en pixels, noindex…).
- Approbation humaine de chaque changement ; mode simulation par défaut ; avertissement explicite avant la première écriture réelle.
- Politique par site : champs autorisés, nombre maximal de changements par lot, mode lecture seule.
- Journal et annulation : chaque changement appliqué conserve sa valeur précédente (
~/.arachnide/journal/<site>.jsonlpour le serveur MCP ; l’historique des corrections dans l’application) ; un lot entier peut être annulé. - Vérification : la page publique est relue après l’écriture.
- Seul l’hôte du site est accepté ; aucun changement ne peut viser un autre domaine.
- Les connecteurs ont été construits d’après la documentation officielle des API et testés contre des serveurs factices fidèles, plus le Cloudflare Worker dans le vrai runtime Workers. Testez sur un site de préproduction ou quelques pages d’abord, et signalez les problèmes sur GitHub.