Portfolio SEO vérifiable : ce qu'une preuve doit montrer

Un portfolio SEO peut impressionner sans rien démontrer. Un gros chiffre placé sur une page ne dit pas quel outil l’a mesuré, sur quelle période, pour quel périmètre ni avec quelle part de publicité. Il ne permet pas non plus de savoir si le niveau a duré ou s’il correspond à une seule journée exceptionnelle.

Ce site a commencé comme un inventaire de projets. Cette forme était utile pour montrer ce qui avait été construit, mais insuffisante pour évaluer un travail SEO. Depuis, le principe éditorial a changé : une affirmation importante doit être accompagnée d’une fenêtre, d’une définition, d’un protocole et de ses limites. Quand la confidentialité empêche de nommer le domaine, l’anonymisation doit retirer le moins de données possible.

Une preuve commence par une définition

Dire qu’un site « fait du trafic » mélange plusieurs réalités. Les utilisateurs, les sessions, les clics Search Console et les vues de page ne sont pas interchangeables. Une impression ne vaut pas un clic. Un clic ne vaut pas un lead. Un formulaire commencé ne vaut pas une demande confirmée.

Pour chaque chiffre publié, cinq questions doivent recevoir une réponse :

1. Quelle source ? Par exemple Google Search Console, analytics, logs first-party ou CRM.
2. Quelle métrique ? Clic, impression, session, événement ou lead accepté.
3. Quelle période ? Des dates de début et de fin, pas seulement « ce mois ».
4. Quel périmètre ? Un domaine, une famille de pages, un canal ou un parc.
5. Quelle limite ? Anonymisation, saisonnalité, attribution ou donnée absente.

Cette grille ne rend pas une étude parfaite. Elle empêche surtout de transformer un ordre de grandeur en certitude.

Pourquoi publier un export anonymisé

Nommer un cas est la forme la plus facile à vérifier publiquement, à condition d’avoir l’autorisation du propriétaire. Sur des actifs opérés en propre, révéler le domaine peut aussi exposer une base de données, une niche ou une architecture encore exploitée. Il faut alors choisir entre tout montrer et ne rien prouver.

L’export anonymisé constitue un compromis. On retire la propriété, les URL et les requêtes, mais on conserve les lignes quotidiennes nécessaires au calcul. Le lecteur peut additionner les clics, les impressions et retrouver le pic. Il peut aussi comparer l’empreinte SHA-256 du fichier à celle du manifeste pour détecter une modification ultérieure.

Cette méthode a une limite explicite : elle permet de contrôler l’arithmétique et la cohérence de la série, pas d’authentifier indépendamment le compte Google masqué. Le dire fait partie de la preuve. Les deux séries actuellement publiées sont disponibles dans les études de cas, avec le protocole, les dates d’extraction et les fichiers CSV.

Montrer aussi ce qui ne marche pas

Un portfolio crédible ne doit pas conserver uniquement ses réussites. Pour le GEO, par exemple, un passage de robot compatible avec GPTBot ou ClaudeBot ne prouve pas qu’une réponse a cité la page. Même un crawl massif ne démontre ni recommandation, ni trafic humain, ni conversion.

Le cas GEO publié sur ce site sépare donc quatre compteurs : les requêtes de crawlers déclarés, les citations observées sur des réponses datées, les referrals identifiables et les leads confirmés. Au moment de l’audit, aucun referral LLM dédié n’était identifié sur le domaine. Ce zéro n’est pas une victoire maquillée. C’est une baseline qui évite de confondre activité technique et résultat commercial.

La même discipline s’applique à l’indexation. Une URL présente dans un sitemap n’est pas nécessairement indexée. Une URL indexée n’est pas nécessairement visible. Une page visible ne répond pas forcément à la bonne intention. Le guide sur l’indexation à grande échelle documente ces étapes séparément.

Ce que le site choisit de ne pas publier

Une preuve publique ne justifie pas d’exposer les requêtes stratégiques, les données personnelles, les formulaires reçus ou les domaines d’un réseau. Les exports retirent donc tout élément capable d’identifier un visiteur, un client ou la propriété suivie. Les événements de formulaire contiennent seulement un type, un identifiant fixe, une page et un identifiant de session anonyme.

Le trafic interne est également exclu. Une visite de l’administration ou du navigateur authentifié de l’opérateur ne doit pas améliorer artificiellement les sessions organiques. Sans cette règle, un petit site peut sembler actif simplement parce que son propriétaire vérifie ses pages chaque jour.

Lire un cas sans en faire une promesse

Deux projets utilisant la même stack peuvent évoluer très différemment. La demande, la concurrence, l’ancienneté du domaine, la qualité de la donnée, les liens éditoriaux et la saison modifient le résultat. Un cas prouve qu’une trajectoire a été observée dans un contexte précis. Il ne donne pas la probabilité d’obtenir la même trajectoire ailleurs.

Avant une mission, la bonne question n’est donc pas « pouvez-vous reproduire ce chiffre ? ». Il faut demander quelles conditions étaient présentes, lesquelles existent sur le nouveau projet, comment le lot pilote sera évalué et quel seuil conduira à accélérer, consolider ou arrêter.

Un historique versionné plutôt qu’une vitrine figée

Les pages, protocoles et tests de ce site sont versionnés. Une correction de méthode reste visible dans Git. Un déploiement passe par un build, des contrôles de routes, un audit SEO et une vérification publique. La stack technique détaillée explique ce contrat et ses arbitrages.

Ce fonctionnement ne rend pas toutes les affirmations vraies par magie. Il rend leur origine et leur correction plus faciles à inspecter. C’est l’objectif de ce portfolio : montrer un système exploité, y compris ses limites, plutôt qu’une collection de résultats détachés de leur méthode.

Pour évaluer un projet avec la même grille, le formulaire de contact demande le besoin, l’objectif et le périmètre avant toute proposition. Le premier échange sert d’abord à décider si le SEO programmatique ou le GEO sont réellement les bons leviers.