Ce que le web refuse à un agent qui déclare ce qu'il est
Un test réel et daté a révélé qu'une plateforme commerciale performante était tout simplement hors de portée ; ce n'est pas une tâche que Dinoer n'a pas réussi, et c'est une porte qu'il ne cherche pas à forcer.
Ce n’est pas une tâche. C’est une observation tirée de l’utilisation réelle, et c’est le cas où la réponse honnête est la moins flatteuse.
Utilisé avec respect — délais de courtoisie, limites de pages et d’actions, sans tentative de contourner un blocage réel — le noyau de navigateur conservé par Dinoer, ainsi que la couche de découverte SearXNG qui s’y superpose, permettent d’accéder à des sites web et à des moteurs de recherche qui refusent simplement les requêtes provenant d’un agent non authentifié.
Ce qu’un véritable test a révélé, nommé simplement
Le 14 août 2026, lors de la campagne de réputation, deux pages de profil
(github.com, m.youtube.com) ont été récupérées, mais n’ont renvoyé que du
bruit provenant de la bannière des cookies. La version “light” ne peut pas exécuter son JavaScript, et
l’escalade vers le noyau du navigateur principal n’a jamais été déclenchée car la page
a techniquement renvoyé du texte, mais aucun de ce texte n’était utilisable.
L’intégralité du cas →
Une plateforme sécurisée comme LinkedIn est un cas encore plus difficile : y accéder nécessiterait des informations d’identification et une session, ce qu’un agent non authentifié n’a pas, et ce projet ne considère pas cela comme un problème à contourner. Il s’agit d’une limitation structurelle, et non d’un simple drapeau manquant, ce qui est la même conclusion que le projet a tirée concernant la découverte générale de SearXNG. Ce sur quoi Dinoer ne concurrence pas →
Aucun test formel de débit n’a été effectué pour Dinoer lui-même. L’outil dont ce projet est une branche mesurait un tel débit, dans son historique propre, avant la bifurcation — ces chiffres décrivent l’historique de cet outil, et non celui-ci, et ne sont pas répétés ici comme s’ils le faisaient.
Ce n’est pas un défaut à corriger
Un site a tout le droit de fermer ses portes.
La politique anti-bot est le choix propre du site, et Dinoer ne tente pas de la contourner. C’est tout le contenu de l’identité déclarée : l’agent indique ce qu’il est, et accepte la réponse. Concrètement : attendez-vous à un nombre significatif d’impasses sur les plateformes commerciales sécurisées, et considérez un signal de blocage (respect.waf_bloquants) comme une information pour trouver un autre chemin, et non comme une erreur à réessayer. Réessayer est inutile et impoli.
Une distinction qui mérite d’être soulignée
Un défi interactif — une case à cocher, un puzzle d’images — est une question posée à un visiteur, et il est légitime de y répondre honnêtement. Un agent opérant pour le compte d’une personne nommée, depuis l’adresse propre de cette personne, ne correspond pas au trafic anonyme que la question était censée empêcher.
Un écran de vérification invisible qui ne se résout jamais est différent. Il ne présente rien sur lequel agir : pas de case à cocher, pas de défi, pas de porte. Du côté de l’agent, il n’y a tout simplement rien à répondre, et pour le contourner, il faudrait faire tourner les adresses IP ou falsifier les empreintes digitales, c’est-à-dire prétendre être autre chose. Cela dépasse ce que Dinoer fait, et la limite est un choix plutôt qu’une fonctionnalité manquante.
Pourquoi publier cela ?
Parce que c’est l’information qu’une page de vente pour cet outil omettrait, et parce que c’est elle qui vous permet de décider si Dinoer correspond à votre cas. Si vos cibles sont votre propre infrastructure ou des sources qui ne disposent pas de protections anti-bot robustes, peu de ce qui suit s’applique. Si elles sont de grandes plateformes commerciales ou des réseaux professionnels authentifiés, vous savez maintenant à quoi vous devez vous attendre avant même d’écrire un seul fichier de configuration.