🫧 Soap : l'audit SEO technique et l'analytics réunis dans un seul outil

📚 Introduction

Il y a deux semaines, je vous racontais comment j’avais basculé arkoder.dev sur OpenPanel pour mes statistiques. Bonne nouvelle : OpenPanel est un excellent outil. Mais en regardant mes dashboards, je me suis rendu compte qu’il me manquait toujours la moitié de l’histoire : la moitié technique.

Parce qu’un site, ça vit sur deux jambes. La première, c’est l’audience : combien de visiteurs, d’où ils viennent, quelles pages ils lisent. La seconde, c’est le SEO technique : est-ce que mes pages sont indexables, mes balises propres, mes Core Web Vitals dans le vert, est-ce que je traîne des liens cassés ou des redirections en chaîne sans le savoir. Pour suivre ces deux jambes, je me retrouvais avec deux mondes d’outils qui ne se parlaient jamais.

Alors j’ai fait ce que je fais toujours quand un outil me manque : je l’ai construit. Ça s’appelle Soap, c’est en ligne sur soap.arkoder.dev, et ce post raconte le pourquoi et le comment.

🤔 Le problème : un audit ponctuel n’est qu’un instantané

La plupart des outils d’audit SEO te crachent un rapport à un instant T. Tu corriges, tu fermes l’onglet, et trois semaines plus tard une mise en production casse un canonical ou alourdit une page sans que personne ne s’en aperçoive. Le rapport d’hier ne dit rien de la régression d’aujourd’hui.

À côté, les outils d’analytics (Plausible, Fathom, OpenPanel) me disent qui visite, mais jamais si la page est saine. Quand une page perd 30 % de trafic, la vraie question est : « problème d’audience ou problème SEO ? ». Avec deux outils distincts, je passe mon temps à recoller les morceaux entre deux interfaces. Multiplié par chaque page, ça devient décourageant, donc on ne le fait pas, et c’est là qu’on rate les régressions.

L’hypothèse de Soap est simple : l’audit SEO doit être continu, et il appartient au même tableau de bord que l’audience.

🔍 47 vérifications, 7 catégories

Le cœur de Soap, c’est un crawler qui explore l’ensemble d’un domaine et fait passer chaque page à travers 47 vérifications réparties en 7 catégories. Concrètement, il regarde :

• Indexation & infrastructure : HTTPS et SSL, chaînes de redirection, liens internes cassés, sitemap.xml, robots.txt, canonical et hreflang.
• Balises que les moteurs lisent en premier : title, méta-descriptions, H1, textes alternatifs des images.
• Qualité de contenu : contenu trop pauvre, pages dupliquées ou quasi dupliquées, profondeur.
• Core Web Vitals : LCP, CLS et INP relevés par page, à côté des métriques synthétiques.
• Poids & requêtes : budget de poids de page, nombre de requêtes, ressources non compressées.
• E-E-A-T : auteur et attribution, dates de publication et de mise à jour : les signaux de confiance.
• Réponses IA : titres sous forme de questions, schéma FAQ : de quoi viser les encarts de réponse et les citations par les moteurs génératifs.

Chaque problème détecté arrive avec une recommandation priorisée par IA, et Soap génère même le JSON-LD prêt à coller pour les pages qui n’ont pas encore de données structurées (articles, produits, FAQ).

🔁 Pensé pour un SEO continu

Un instantané ne suffit pas, donc Soap est bâti autour du suivi dans le temps :

• Audits planifiés : re-crawl automatique selon un calendrier, pour attraper les régressions avant qu’elles ne cassent du visible.
• Historique & tendances : l’évolution des scores et de la structure du site, page par page.
• Comparaison d’audits : deux audits côte à côte pour voir exactement ce qui a changé depuis une référence.
• Exports & rapports : comptes-rendus de pages en CSV, rapports de recommandations en PDF.
• Explorateur de maillage : une vue du maillage interne et de la profondeur de clic, pour repérer les pages orphelines ou enterrées trop profond.

Le parcours tient en trois étapes : tu ajoutes ton site, Soap explore et audite, puis tu corriges et suis la remontée des scores. Aucune configuration compliquée : tu pointes Soap vers une URL et il se met au travail.

🤖 Un serveur MCP pour brancher l’IA sur tes audits

La partie dont je suis le plus content : Soap expose un serveur MCP. Concrètement, tu connectes Claude, Cursor ou n’importe quel client compatible directement sur tes données d’audit, et tu interroges ton SEO en langage naturel : « quelles pages ont régressé cette semaine ? », « lesquelles n’ont pas de canonical ? ».

C’est la même philosophie que j’aime dans le MCP de data.gouv.fr ou dans Laravel Boost : plutôt que d’enfermer la donnée dans un dashboard, on la rend interrogeable par un agent. L’audit SEO se prête parfaitement à ça, parce que les vraies questions sont rarement « montre-moi tout » mais plutôt « montre-moi ce qui cloche, trié par impact ».

📈 Et l’analytics, dans tout ça

Le deuxième pilier, c’est une analytics propriétaire, sans cookie et sans script tiers : pages vues, pages populaires, géographie. Le strict nécessaire pour comprendre l’audience d’un blog, sans bannière de consentement ni cockpit d’avion (le reproche que je faisais déjà à PostHog dans mon post sur OpenPanel).

Côté intégration, une seule balise à poser dans le <head>, exactement le script qui tourne sur ce blog :

<script
	is:inline
	defer
	src="https://soap.arkoder.dev/soap.js"
	data-site="<votre-clé-de-site>"
></script>

defer pour ne pas bloquer le rendu, data-site pour identifier le site, et c’est tout. Pas de SDK, pas de build à reconfigurer. Mon blog tourne sous Astro, mais la même balise marcherait sur un WordPress ou une SPA.

🛠️ Construit avec Laravel

Côté coulisses, Soap est une application Laravel. Ce n’est pas un choix par défaut, c’est un choix de vélocité : pour un produit que je développe seul, Laravel me donne l’authentification, l’ORM, l’ordonnanceur et surtout les queues sans rien réinventer. Le crawl et l’audit se prêtent idéalement aux jobs asynchrones : analyser des milliers de pages en tâche de fond plutôt qu’en bloquant une requête HTTP, le pattern que je décrivais pour Symfony Messenger, transposé côté Laravel.

C’est la même boîte à outils qui propulse mon autre produit, Pulses.cloud, et comme le reste de mon infra, Soap est déployé via Coolify sur mon propre serveur.

⚠️ Quelques précautions

Soyons honnêtes : Soap vient de naître. Je le fais grandir au rythme de mes propres besoins sur arkoder.dev d’abord, donc le périmètre va bouger.

Si vous cherchez une suite SEO exhaustive façon Ahrefs ou Semrush (backlinks, suivi de mots-clés, analyse concurrentielle), ce n’est pas la cible : Soap se concentre sur le SEO technique on-site et l’audit continu, pas sur l’off-site. Et côté analytics, si vous avez besoin de funnels ou de session replay, OpenPanel reste un meilleur point de départ. Soap vise l’épure : le SEO technique et l’audience, réunis au bon endroit.

🎉 Conclusion

Soap, c’est ma réponse à une frustration concrète : un audit SEO qui n’est qu’une photo, et une analytics qui ignore la santé technique de mes pages. Un crawler qui passe 47 points au peigne fin, un suivi continu des régressions, un serveur MCP pour interroger tout ça à l’IA, et une analytics sans cookie, le tout sur la stack Laravel que j’utilise au quotidien.

Si vous gérez un blog ou quelques sites et que vous reconnaissez la frustration, allez jeter un œil à soap.arkoder.dev. Je prends les retours avec plaisir : c’est le moment du cycle de vie où ils pèsent le plus lourd.

🔗 Liens utiles

• Soap — le site
• Pulses.cloud — mon autre produit
• Laravel — le framework qui propulse Soap
• Model Context Protocol — la spécification MCP
• Google Search Central — la référence SEO côté Google