Ce que ce blog s’efforcera de faire différemment

En bref : Le blog de seojuice ne doit pas s’ouvrir comme un blog d’entreprise classique. Il doit ressembler à un carnet de laboratoire public retraçant le travail derrière seojuice.com, avec suffisamment de preuves issues de mindnow et vadimkravcenko.com pour que les lecteurs sachent qu’il ne s’agit pas d’une énième ferme de contenus SEO affublée d’un logo.

La plupart des blogs d’entreprise commencent avec la mauvaise promesse

Un premier article ne devrait pas présenter l’entreprise : le site s’en charge déjà. Il devrait plutôt préciser sur quels critères l’entreprise accepte d’être jugée.

Voici donc la promesse du blog seojuice : montrer le travail qui alimente le produit au lieu de prétendre qu’il est apparu clé en main. Je ne veux pas que cette archive devienne une version édulcorée de Moz, Ahrefs ou Backlinko. Ce serait paresseux, et surtout inutile, car ils font déjà ce travail mieux qu’un nouveau blog de marque ne le pourra.

Via mindnow et mon propre site, vadimkravcenko.com, j’ai vu des projets SEO échouer pour une raison banale. Les conseils n’étaient pas faux, ils étaient déconnectés de l’implémentation. Le tableur était propre, le backlog ne l’était pas. Chaque outil proposait un export, chaque audit avait un score de sévérité, et malgré tout l’équipe devait décider quoi développer en premier (CMS, CDN, chaque détail).

C’est dans cet écart que vit seojuice.com. Non pas dans le fantasme selon lequel un logiciel peut remplacer le jugement, mais dans la question, plus modeste et plus difficile : quelles décisions SEO un produit peut-il accélérer sans masquer la logique ?

C’est ce que ce blog doit tester en public.

Ce que Moz, Ahrefs et Backlinko font déjà mieux que nous

Commencer en prétendant que les grands blogs SEO sont dépassés serait une erreur. Ils ne le sont pas. Moz a gagné la confiance en expliquant le SEO comme une discipline vaste depuis des années. Ahrefs a bâti l’une des meilleures machines à contenus tactiques du secteur, adossée à un jeu de données solide. Backlinko a prouvé que l’emballage compte : structure claire, exemples précis et voix d’auteur reconnaissable rendent le travail technique abordable.

Les copier mènerait quand même à une impasse.

Leurs points forts sont précisément la raison pour laquelle seojuice.com doit choisir une voie plus étroite. Un jeune blog produit n’a pas besoin de devenir une université SEO généraliste. Il peut être plus petit et plus utile en restant spécifique.

Concrètement, cela signifie montrer comment le produit réfléchit alors que les décisions sont encore en cours — pas après qu’elles ont été polies pour un billet de lancement. Cela suppose d’admettre qu’une première version de scoring était trop confiante, qu’une suggestion de maillage interne avait l’air pertinente isolément mais a créé un cluster bancal, ou qu’un refresh de contenu a échoué parce que la page ne méritait jamais de se classer.

C’est plus difficile à emballer. C’est aussi plus utile.

La mission de ce blog : dévoiler le travail derrière seojuice.com

Le contrat éditorial est simple : si seojuice.com avance une affirmation, le blog doit être l’un des endroits où cette affirmation est testée. Pas en copy marketing, mais comme une réflexion publique.

Le blog devra publier la logique derrière :

• systèmes de maillage interne
• détection de l’obsolescence du contenu
• couverture thématique
• erreurs d’SEO programmatique
• nettoyage SEO technique
• décisions produit ayant un impact sur la croissance organique
• expériences réussies sur vadimkravcenko.com ou projets clients via mindnow

Cela compte parce qu’écrire détecte tôt la logique bancale. Une fonctionnalité produit peut se cacher derrière une interface. Un article, beaucoup moins. Si je ne peux pas expliquer pourquoi une recommandation de lien interne doit exister, pourquoi un article en déclin mérite une réécriture plutôt qu’une redirection, ou pourquoi un gap thématique est réel, la fonctionnalité n’est probablement pas prête.

« La moitié des idées qui se retrouvent dans un essai naissent pendant qu’on l’écrit. »

Paul Graham, co-fondateur de Y Combinator, dans « Putting Ideas into Words »

Cette phrase s’applique au produit mieux que la plupart des équipes ne veulent l’admettre. Écrire ne sert pas seulement à rapporter ce qui est déjà fait ; c’est un moyen de trouver la partie manquante de la pensée. On part de « nous devrions détecter l’obsolescence du contenu », et l’article oblige à poser les questions suivantes. Obsolescence selon quoi ? Perte de trafic ? Perte de classement ? Perte de conversion ? Dérive de requête ? Changement d’intention ? Une page peut décliner pour plusieurs raisons, et un outil qui traite tout déclin comme le même problème produira du mauvais travail plus vite.

Écrire coûte moins cher que de livrer la mauvaise automatisation.

Ce sera la norme ici. Un article doit soit clarifier une décision produit, soit exposer une hypothèse, soit faciliter l’évaluation de la prochaine expérience (des contraintes, pas des vœux pieux). Sinon, ce n’est qu’une page de plus dans l’index.

Nous publierons des preuves, pas des vibes

« Données à l’appui » est devenu une expression qui sonne responsable tout en ne disant presque rien. Un graphique peut être une mauvaise preuve. Une capture d’écran peut être décorative. Un échantillon peut être trop petit pour étayer la conclusion. J’ai déjà publié du contenu qui semblait plus certain que ne le permettaient les preuves. Je ne veux plus de ça ici (je me suis trompé pendant des années).

La norme de preuve doit donc être claire.

Un article peut utiliser des captures avant/après si elles clarifient le propos, mais le meilleur défaut reste un petit jeu de données, un schéma de workflow, un pattern d’URL réel, une hypothèse ratée ou un log de décision sorti de seojuice.com. Certains billets viendront de schémas récurrents chez les clients mindnow, détails privés supprimés. D’autres d’expériences sur vadimkravcenko.com. D’autres encore de la construction même de seojuice.

Un vrai reçu pourrait ressembler à ceci : nous avons modifié les liens internes sur une série d’articles périmés, suivi les pages recevant de nouveaux liens, celles qui en donnaient, puis comparé le résultat à des pages similaires laissées intactes. Cela ne prouve toujours pas la magie ; au moins, cela montre la forme de la décision.

Un autre reçu pourrait être moins flatteur. Une carte thématique indique qu’un site a besoin de vingt nouveaux articles. Nous en produisons cinq, découvrons que le vrai problème était la consolidation, et publions pourquoi la carte était trompeuse. Ce billet vaudrait plus qu’un tour de piste victorieux.

Les preuves n’ont pas besoin d’être énormes. Elles doivent être inspectables. Si un lecteur ne peut pas voir comment la conclusion découle des données, l’article a échoué. Le battage vieillit mal ; les preuves vieillissent mieux.

Ce que les lecteurs peuvent attendre du blog seojuice

Il ne doit pas devenir un simple calendrier éditorial. Les calendriers sont souvent l’endroit où les bonnes idées se transforment en corvées. Les lecteurs doivent tout de même savoir ce qui appartient ici.

Notes produit

Les notes produit expliqueront comment seojuice.com prend ses décisions. Tous les changements ne méritent pas un billet de lancement. Certains sont petits mais importants : ajustement d’un score, nouveau filtre, meilleure façon de grouper les recommandations, affirmation trop forte retirée de l’interface. Ils valent la peine d’être documentés lorsqu’ils modifient la logique du produit.

C’est aussi l’endroit pour expliquer les arbitrages. Un outil qui recommande des liens internes doit décider du niveau de contrôle laissé à l’utilisateur. Trop peu, c’est la boîte noire ; trop, l’outil redevient un tableur. La bonne réponse peut évoluer, et le blog doit conserver cette trace.

Expériences SEO

Les expériences viendront autant que possible de sites réels. vadimkravcenko.com est pratique parce qu’il m’appartient : moins de problèmes de permission. Je peux montrer patterns d’URL, mauvais choix, variations de trafic et cas limites sans demander à un client de valider chaque phrase.

Le travail client via mindnow reste instructif, surtout côté implémentation. Une recommandation qui paraît évidente dans un outil SEO peut devenir complexe dans un backlog d’ingénierie. Le blog doit expliquer cette friction au lieu de la nier.

Guides tranchés

Certains guides ont leur place ici, mais seulement s’ils prennent parti. « Guide complet du SEO » n’a pas sa place. « Comment décider si un article en déclin doit être rafraîchi, fusionné, redirigé ou laissé tel quel » oui.

La différence, c’est l’engagement. Un guide générique tente de couvrir tous les cas et évite de se tromper. Un guide tranché dit quoi faire quand les options s’opposent. C’est plus utile pour les builders, fondateurs, marketeurs et ingénieurs qui doivent décider avant d’avoir un dataset parfait.

Notes système

Les outils SEO créent des systèmes, qu’ils l’assument ou non. Un dashboard change ce que les gens regardent. Un score de priorité change ce qui est développé. Un moteur de recommandations change la façon dont les équipes parlent de qualité. Ces effets systémiques méritent leur propre catégorie (en 2026, ce ne sera plus optionnel).

Si seojuice.com dit « ajoutez ces liens », l’utilisateur doit décider si la machine voit quelque chose de réel. Si l’outil dit « rafraîchissez cette page », il faut comprendre si la page décline, ne correspond plus à l’intention ou manque simplement de force. Ce blog doit rendre ces distinctions visibles.

Billets d’erreurs

C’est la catégorie la plus importante.

Quand quelque chose casse, se classe mal, sur-automatise ou tire la mauvaise leçon, on l’écrit. Il ne s’agit pas de transformer l’échec en spectacle. Il s’agit de garder une trace des décisions qui paraissaient raisonnables sur le moment mais se sont révélées fragiles.

Les billets d’erreurs sont inconfortables car ils enlèvent l’angle marketing facile. Tant mieux. Un produit qui n’admet jamais une hypothèse erronée demande aux utilisateurs de croire à une version fantasmée de l’entreprise. Ce blog doit rendre le produit plus responsable, pas seulement plus visible.

Ce que nous ne publierons pas

La liste de refus compte autant que la liste de thèmes.

Nous ne publierons pas de résumés SEO génériques qui n’apportent rien à la source. Nous ne réécrirons pas la documentation Google avec un logo produit en haut. Nous n’éditerons pas de contenu IA creux, d’articles « trends » sans décision associée ni de « meilleures pratiques » écrites sans ouvrir le produit.

Si une mise à jour de recherche compte, l’article doit expliquer ce qui change dans notre travail. La plupart n’en vaudront pas la peine. Si une fonctionnalité évolue, l’article doit détailler la décision. Si une tactique échoue, le billet doit dire ce que nous attendions et ce qui s’est produit.

Si l’article pourrait vivre inchangé sur n’importe quel blog SaaS SEO, il n’a pas sa place ici.

Ce n’est pas de la pureté, c’est du contrôle de coûts. Les articles faciles coûtent cher quand ils apprennent aux lecteurs à ignorer l’archive. Publier moins vaut mieux que former les gens à attendre du remplissage.

Hello world

« Hello World » est généralement le plus petit programme prouvant qu’un système sait parler. Il ne prouve pas que le système est utile, seulement que le chemin de l’intention à la sortie fonctionne.

Pour ce blog, la plus petite promesse est celle-ci : nous écrirons en public pendant que nous construisons. Tous les articles ne seront pas définitifs. Certains ressembleront à un journal de décisions. D’autres, à un démontage. Certains seront courts parce que la leçon est courte. L’archive devra montrer comment le produit et la réflexion ont évolué ensemble.

« Écrire sur un sujet, même qu’on croit connaître, montre souvent qu’on ne le connaissait pas aussi bien qu’on le pensait. »

Paul Graham, co-fondateur de Y Combinator, dans « Writing, Briefly »

C’est l’humilité utile pour un premier billet. Un logiciel SEO demande de la confiance avant de l’avoir méritée. La seule façon honnête d’en gagner davantage est de montrer les décisions derrière l’automatisation, surtout quand ces décisions sont encore en cours d’affinage.

Le blog peut devenir un actif composé, mais seulement si l’écriture est assez honnête pour rester utile plus tard. Dans un an, je veux qu’un lecteur ouvre un vieil article et voie ce que nous pensions, ce qui a changé, et pourquoi. C’est plus précieux qu’une annonce léchée devenue du bruit.

C’est le premier article. Les suivants devront mériter l’archive.

FAQ

Ce sera un blog SEO « normal » ?

Non. Il traitera de SEO, mais avec un centre de gravité différent. Le but n’est pas de rivaliser avec les sites d’éducation généraliste sur chaque sujet débutant, mais de documenter comment seojuice.com pense la croissance organique, le maillage interne, l’obsolescence du contenu, le nettoyage technique et les choix produit qui sous-tendent ces workflows.

Chaque article mentionnera-t-il le produit ?

Non, et l’imposer nuirait au blog. Certains billets seront des notes produit. D’autres viendront d’expériences, de travaux d’agence ou de leçons tirées de vadimkravcenko.com. Le lien doit être le jugement, pas la promotion permanente. Si un billet aide les lecteurs à mieux décider quoi construire, auditer, corriger ou ignorer, il est dans l’orbite.

Qu’est-ce qu’un « reçu » ?

Un reçu est une preuve que le lecteur peut examiner : pattern d’URL, dataset, comparaison de crawl, log de décision, schéma de workflow, test échoué ou exemple avant/après avec assez de contexte pour juger l’affirmation. Un flou du type « nous avons obtenu d’excellents résultats » ne compte pas.

Le travail client de mindnow apparaîtra-t-il ici ?

Parfois. Les détails clients ne seront partagés que lorsqu’ils pourront l’être de façon responsable, ou quand le pattern peut être expliqué sans exposer de données privées. Le travail d’agence est utile car il montre la friction d’implémentation. Les conseils SEO paraissent souvent simples jusqu’à ce qu’ils rencontrent un CMS, un cycle de release, un design system ou une équipe avec dix autres priorités.

À quelle fréquence de nouveaux articles seront-ils publiés ?

La fréquence importe moins que le signal. Un billet hebdomadaire creux nuirait à l’archive plus vite qu’un billet mensuel pertinent. Le bon rythme est de publier lorsqu’il y a une vraie décision, expérience, erreur ou leçon produit à partager. Cela pourra évoluer, mais la norme ne devrait pas.

Suivez la construction

Si vous cherchez la page produit polie, commencez par seojuice.com. Si vous voulez la réflexion qui sous-tend le produit, continuez de lire le blog. Les articles utiles seront ceux qui contiennent des preuves, des arbitrages et parfois des corrections gênantes — c’est là que naît la confiance dans un logiciel SEO.