Les outils interactifs d'un blog, sans casser le SEO

Un calculateur n'a pas besoin de transformer tout le site en application. Dans un blog qui sert ses pages en HTML, on peut garder le texte statique et ajouter du JavaScript seulement là où le lecteur saisit une valeur ou demande une vérification.

Je suis Jim. Après le crawler SEO maison et le travail avec Search Console, voici trois outils que le visiteur peut utiliser directement : calculateur HT/TTC, simulateur de numéro de TVA et vérificateur VIES. Ils n'ont pas les mêmes besoins techniques.

Ajouter une island à la page

Le site génère ses pages en HTML au build. Pour les outils interactifs, l'architecture d'Astro permet d'ajouter une « island », un composant autonome qui reçoit son JavaScript côté navigateur.

La documentation d'Astro décrit ce principe d'hydratation partielle. Ici, les composants utilisent React. Le chargement dépend de la directive choisie : à l'ouverture de la page, quand le composant devient visible ou selon une autre condition prévue. Il ne se déclenche pas automatiquement au clic simplement parce qu'on a choisi des islands.

Le reste de la page peut rester en HTML sans embarquer React. D'autres scripts éventuels gardent toutefois leur propre coût. Cette architecture évite de rendre toute la page interactive pour un seul formulaire ; il faut encore regarder ce qui est effectivement chargé. C'est le même sujet que garder les pages légères par conception.

Le calculateur HT/TTC reste dans le navigateur

Le premier outil demande un montant, un taux de TVA et le sens du calcul. À partir du HT, on calcule le TTC ; à partir du TTC, on retrouve le HT. La différence donne le montant de TVA.

Les opérations sont simples, mais il faut les distinguer : ajouter 20 % au HT et retirer 20 % du TTC ne sont pas des calculs inverses. Pour revenir au HT, on divise le TTC par un plus le taux. Le formulaire doit aussi gérer les saisies, les décimales et l'arrondi affiché.

Tout cela se fait côté navigateur. Il n'y a pas de donnée externe à demander pour effectuer l'opération avec le taux saisi. L'outil ne choisit pas pour autant le taux légal applicable à la situation du lecteur.

Sur la période de trois mois citée dans ce retour, le calculateur avait reçu près de 9 000 clics, devant les autres outils du site. Il ne mesure pas la rentabilité de l'outil, et ne prouve pas qu'un calculateur simple fera toujours plus de trafic qu'un outil spécialisé.

Le simulateur donne un numéro théorique

Le deuxième outil utilise les neuf chiffres d'un SIREN pour calculer une clé numérique et afficher un numéro de TVA français théorique. Il n'a pas besoin d'un appel externe pour ce calcul.

La limite doit rester visible avec le résultat : un numéro calculé n'est pas une preuve d'immatriculation ni d'activation. La validité d'une clé et l'existence administrative du numéro sont deux choses différentes.

C'est une distinction utile dans l'interface. Si on affiche seulement « votre numéro est… », le lecteur peut prendre le résultat pour une information officielle. Le libellé doit dire ce qui a été calculé et orienter vers une vérification quand c'est nécessaire.

VIES demande une réponse externe

Le troisième outil interroge VIES. Contrairement aux deux premiers, il ne peut pas déduire la réponse de la saisie. Il faut demander au système si le numéro est reconnu pour les échanges concernés.

La Commission décrit VIES comme un moteur qui interroge les bases nationales, pas comme une base unique. Ces systèmes peuvent être temporairement indisponibles. Une erreur technique ne doit donc pas être affichée comme un numéro invalide.

Dans notre outil, un Cloudflare Worker sert de proxy entre le navigateur et VIES. Il centralise l'appel et permet de gérer le débit, les erreurs et la réponse envoyée au formulaire. Il ne rend pas le service national disponible quand il ne l'est pas. Cet outil a été porté depuis la version HTML/JavaScript de l'ancien site.

Le résultat peut comprendre des informations d'entreprise selon le pays et les données renvoyées. Il ne faut pas promettre un nom et une adresse à chaque vérification. Une absence de validation peut aussi demander de vérifier l'activation ou l'état de l'inscription auprès de l'administration.

Dire ce que l'outil couvre

VIES ne vérifie pas tous les numéros fiscaux du monde. La Norvège et la Suisse ne relèvent pas de cette vérification européenne. Il faut aussi prévoir les identifiants « XI » utilisés pour certains échanges de biens avec l'Irlande du Nord, plutôt que se limiter à une liste de pays de l'Union.

Cette partie mérite autant d'attention que le formulaire : quels pays accepte-t-on, quelle réponse affiche-t-on lorsque le service échoue, et vers qui renvoie-t-on le lecteur ? Un résultat clair évite de confondre une limite de l'outil avec une conclusion sur l'entreprise.

Choisir un outil quand il sert la question

L'idée initiale était de prévoir un petit outil interactif par modèle d'article, par exemple l'immatriculation à la TVA ou la facturation, pour augmenter l'engagement. L'outil pouvait ensuite être réutilisé dans les articles correspondants. Cette systématisation a été abandonnée. Un calculateur aide quelqu'un qui veut obtenir un montant. Un quiz ajouté à un article sans besoin particulier peut surtout lui faire perdre du temps.

Je regarde donc l'action que le lecteur cherche à faire et ce que l'outil lui apporte par rapport à l'explication. Parfois un tableau suffit. Parfois il faut un calcul ou une donnée externe. Dans ce dernier cas, il faut aussi prévoir le comportement lorsque le service ne répond pas.

Un outil peut donner une raison de venir sur la page. Ce n'est pas une protection garantie contre les réponses d'IA : un calcul simple peut aussi être réalisé ailleurs. On ne peut pas non plus déduire de sa présence que la page sera davantage citée.

Ces trois exemples montrent où le calcul local suffit et où un serveur devient utile. Le choix technique vient du besoin et des données nécessaires. Le nombre d'outils par article vient après, et peut tout à fait être zéro.