À quoi sert encore un blog technique à l’ère de l’IA ?

Depuis avril 2026, chaque mois du blog Laravel France fait moins de visites que le même mois de 2025.

En septembre, nous sommes passés d’environ 3 000 visites à 2 100 : une baisse proche de 30 % en un an.

Ces chiffres me touchent d’autant plus que j’écris des articles depuis à peu près aussi longtemps que je code, et que de tous les blogs auxquels j’ai contribué, Laravel France est le premier à avoir trouvé durablement son public.

Voir cette courbe descendre six mois d’affilée nous a obligés, au sein de l’équipe de rédaction, à nous poser une question inconfortable : à quoi sert encore un blog technique quand n’importe quel assistant IA répond à vos questions en quelques secondes ?

Cet article partage le diagnostic que nous avons posé et la nouvelle ligne éditoriale que nous avons construite à partir de lui.

Si vous tenez vous aussi un blog technique, vous devriez vous reconnaître dans une bonne partie de ce qui suit.

Un blog qui perd des lecteurs

Le début d'année 2026 ne laissait pourtant rien présager : janvier était au niveau de 2025, février et mars étaient même au-dessus, avec un pic à environ 4000 visiteurs en mars.

Progressivement, cette courbe de visiteurs a décroché à partir d'avril, et depuis, elle n'est jamais repassée au-dessus de celle de l'année précédente :

Six mois d'affilés sous le niveau de 2025 dessinent une tendance que nous ne pouvons plus mettre sur le compte d'un mauvais mois ou d'une mauvaise periode.

La baisse touche également l’ensemble du blog et non uniquement nos tutoriels mais à des degrés différents : les articles plus élaborés ou de niche continuent d’attirer des lecteurs.

Pour le "comment", on ne vient plus chez nous

Pendant des années, le chemin d'un lecteur jusqu'à un blog technique était relativement le même : une question, une recherche sur Google, et puis un clic (et souvent plusieurs) sur un blog, un site, un forum ...

Avec l'avenement de l'IA ce chemin s'est considérablement raccourci.

Aujourd'hui, nous posons nos questions directement dans notre IDE ou notre terminal et la réponse arrive en quelques secondes.

Google lui-même répond à la place des blogs techniques : tapez "c'est quoi une policy dans Laravel" et l'aperçu IA vous donne la définition avant même le premier lien, détournant les utilisateurs de la source de ces informations :

Devrions-nous nous plaindre de cette situation ? Je ne pense pas : les changements d’usage sont inéluctables dès lors qu’une manière de faire plus efficace émerge.

Nous sommes d’ailleurs tous personnellement conquis par ces nouvelles pratiques et il serait hypocrite de prétendre le contraire ... quand êtes-vous allé sur Stack Overflow pour la dernière fois ?

À nous, et plus largement à tout l’écosystème des blogs techniques, de nous adapter : nos lecteurs, eux, ne changeront pas leurs habitudes.

Sur la question du "comment", un blog ne sera jamais plus rapide, exhaustif et personnalisé qu'un assistant IA : c'est un fait que nous devons accepter.

Expliquer comment installer un package, configurer une policy ou écrire une migration reste utile, mais cette réponse, vous l'obtenez déjà ailleurs, plus vite et adaptée à votre propre code.

Une question à se poser avant d'écrire

Si l'IA s'occupe du "comment", que nous reste-t-il à écrire ?

Bien que ces assistants soient efficace, ils ont des limites que certains de nos articles déjà publiés illustrent bien.

Une IA ne peut pas s'inventer un vécu : dans "Comment du cache sur Eloquent a sauvé notre application", nous racontions ce qui s'était réellement passé dans un projet, avec ses chiffres, ses impasses et le contexte technologique qui l'accompagnait.

Une IA saurait vous raconter une histoire tout aussi crédible ... sauf que personne ne l’aurait reellement vécue.

Ses chiffres seraient plausibles et ses impasses vraisemblables, mais rien ne vous permettrait de distinguer ce qui a été mesuré de ce qui a été imaginé.

Dans un retex, ces chiffres ont été relevés sur un vrai projet et ces impasses ont réellement coûté du temps à une équipe : c'est ce vécu qui donne du poids aux conseils qui en découlent.

Une IA possède un jugement lisse : bien que ses connaissances dépassent de loin les nôtres, elle a une tendance naturelle à être consensuelle ... et lunatique.

Relancez plusieurs fois un agent sur la même base de code en orientant vos questions et vous serez surpris de le voir faire la girouette.

En tant qu'humain, nos opinions, ne changent pas au gré des questions : elles reposent sur ce que nous avons vécu, sur des projets que nous avons menés et des erreurs que nous avons commises.

En somme, venir sur un blog, c'est avant toute chose venir chercher l'opinion et l'expérience de quelqu'un.

Une IA ne fait pas de veille pour vous : notre article sur php2shell reprenait une information toute récente, en français, et la reliait à ce que nous avions déjà publié sur le sujet.

Une IA bien guidée saurait trier ces sources aussi bien que nous, encore faut-il penser à lui poser la question : pour lui demander si php2shell vous concerne, vous devez d’abord savoir que php2shell existe.

Une veille fait le chemin inverse, elle vous apporte l’information avant que vous ayez pensé à la chercher, déjà triée, vérifiée et remise dans le contexte de l’écosystème Laravel.

De tous ces constats est née la règle qui structure notre nouvelle ligne éditoriale.

Avant chaque article, nous nous posons une seule question : qu'est-ce que le lecteur obtient ici qu'il n'obtiendrait pas en demandant à une IA ?

Si la réponse est "rien", l’article n’a pas lieu d’être sous cette forme, et il faut changer d’angle : raconter ce que ça a donné chez nous, donner un avis, relier l’information à ce que nous avons déjà publié, ou faire découvrir au lecteur une tension qu’il ne soupçonnait pas.

Si vous tenez un blog, posez-vous cette question avant même d'ouvrir votre éditeur : elle prend quelques secondes et peut vous éviter des heures d'écriture pour un article que personne ne viendra lire.

Quatre nouveaux formats d'article

Appliquée à nos idées d'articles, la question précédente nous a menés à quatre formats, chacun avec sa propre réponse.

L'actu

L'actu donne le fait, son contexte et l'action à mener et elle s'écrit pour un lecteur qui la lira en diagonale.

Notre article sur php2shell, publié le 22 octobre 2026, en donne une bonne idée : voici ses titres, lus les uns après les autres.

Vous n'avez pas lu une seule ligne de l'article et pourtant vous connaissez déjà l'histoire : dans une actu, les titres doivent résumer l'article à eux seuls.

Une idée par section, des paragraphes d'une à trois phrases, et une frise dès qu'il y a une chronologie à suivre : pour l'actualité la forme compte autant que le fond.

Une actu peut aussi porter un peu de jugement, sans devenir un article d'opinion.

Les notes de version du Laravel AI SDK 1.1 annonçaient la prise en charge du standard Agent Skills, un nouveau contrat HasSkills et des skills construits en PHP.

Notre article y ajoutait deux choses : un scénario suivi du début à la fin, une marketplace de livres d'occasion, et un avis en conclusion, selon lequel un skill reste au fond un fichier markdown, la vraie nouveauté étant le contrat commun et le format partagé.

Demandez à un assistant ce que contient la version 1.1, il vous listera les nouveautés ... l'exemple suivi et l'avis, vous ne les trouverez que dans l'article.

La découverte

La découverte remplace le tuto d'installation : elle vous explique pourquoi un outil, une fonctionnalité ou une pratique vaut le coup qu'on s'y intéresse, et l'installation devient un détail.

Ce qui crée l'intérêt de l'article, c'est la tension qu'il souleve.

Une bonne découverte répond à une tension que le lecteur avait déjà ... ou lui en révèle une qu'il ne soupçonnait pas !

La démo minimale est le cœur de l'article : le plus petit exemple capable de provoquer le déclic, celui qui vous donne envie d'essayer le soir même.

L'installation d'un nouvel outil ou package, un assistant vous la donnera de toute façon, nous la gardons donc en une ligne à la fin, comme le composer require de notre article sur le Laravel AI SDK.

Le retex

Le retex est notre format le plus fort : une IA ne peut pas imaginer ce que votre équipe a vécu sur un vrai projet.

C'est également, et de loins, l'article le plus coûteux à écrire.

Un retex honnête raconte ce qui a raté autant que ce qui a fonctionné : les impasses, le coût réel, ce que vous ne referiez pas.

Il peut aussi être opinionné, à condition de rester professionnel, en séparant les faits, leur interprétation et l'opinion de l'auteur, pour que le lecteur voie sur quoi repose chaque critique.

Et s'il s'allonge, il doit rester navigable : un sommaire, un TL;DR quand une section le justifie et des titres qui informent.

Un retex pose ses limites dès le début : le contexte dans lequel il a été vécu, ce qui a été mesuré, ce qui relève du ressenti, et les situations auxquelles il ne s'applique probablement pas.

Dans "Le code à l'ère de l'IA", nous reprochions aux études de généraliser à partir de contextes particuliers : un retex doit s'appliquer la même rigueur, comme le faisait déjà l'avertissement final de notre article sur le cache Eloquent.

L'analyse

L'analyse est un format que nous pratiquions déjà sans le nommer, l'essai argumenté, comme "Au-delà du MVC : questionner un choix d'architecture que nous ne faisons plus".

Une IA produit facilement une opinion générique, mais une position signée, qui confronte des études entre elles et assume ses conclusions, reste rare.

Ce format change aussi le sort de nos articles conceptuels.

Un assistant vous expliquera très bien le pattern Specification, mais il ne sait pas où nous l'avons mis dans une vraie base Laravel, ce que ça nous a coûté, ni à partir de quand il ne vaut plus le coup.

Ces articles ont toujours leur place sur le blog, à condition de basculer vers le retex ou l'analyse.

Des annonces qui se suffisent à elles mêmes

Le constat sur la baisse de visiteurs vaut aussi pour la façon dont nous annonçons nos articles sur les réseaux.

Un post qui se contente de dire "voici un nouvel article" n'apporte rien à celui qui le voit passer dans son fil.

Une annonce doit toujours porter l'information principale de l'article, et se suffire à elle même.

C'est ce qui la rend partageable et ce qui lui donne une chance de circuler bien au delà de nos abonnés.

Le 21 octobre 2026, pour les failles critiques annoncées dans PHP, notre visuel séparait ce que l'équipe de PHP avait annoncé de ce qui venait des fuites : on repartait avec l'essentiel sans ouvrir l'article.

La plupart des gens likeront sans cliquer, et c'est normal : nous jugeons ces posts aussi aux partages et à l'engagement, plus seulement aux visites qu'ils ramènent.

Si vous animez les réseaux d'un blog, acceptez cette perte de clics : un visuel qui circule fait plus pour votre blog qu'un lien que personne n'ouvre.

Les limites de ce retex

Ce retex a été écrit avant de pouvoir mesurer quoi que ce soit : nous publions le diagnostic au moment où nous commençons à appliquer la nouvelle ligne éditoriale.

Il porte sur un seul blog, francophone et spécialisé, de l'ordre de quelques milliers de visites par mois : un blog anglophone ou généraliste vit probablement une dynamique différente.

Surtout, nous ne pouvons pas prouver la cause de la baisse.

Les mises à jour de l'algorithme de Google, notre rythme de publication ou les sujets traités cette année peuvent peser eux aussi sur les statistiques, et nous n'avons aucun moyen de mesurer la part de chacun.

L'arrivée des réponses IA est l'explication qui correspond le mieux à ce que nous voyons dans nos statistiques et dans nos propres habitudes, sans être la seule cause possible.

Si vous observez la même courbe sur votre blog, ou au contraire une audience qui tient, écrivez-nous : vos chiffres nous intéressent autant que les nôtres.

Conclusion

La question que nous nous posons avant chaque article dépasse largement Laravel France.

Toute personne qui écrit sur la tech, sur un blog, dans une documentation ou dans un talk, est en concurrence avec un assistant capable de répondre au "comment" plus vite qu'elle.

Ce que nous perdons en visites sur le "comment", nous pouvons le regagner sur ce que nous sommes seuls à pouvoir écrire : le vécu, le jugement et la veille.

Avant votre prochain article, posez-vous la question, et si la réponse est "rien", cherchez ce que vous êtes seul à pouvoir raconter.

Merci à l'équipe de rédaction pour ces discussions, et à vous pour votre lecture.

Écrit par

Mathieu De Gracia

Lead & Software Architect • nublar.dev