Avis sur Pangram 4 : ce que signifie vraiment le chiffre de 1 sur 24 000

Ce qu'est vraiment Pangram 4

Pangram Labs ne fait qu'une chose : un classificateur qui lit un document et indique quelles parties ont probablement été écrites par un modèle de langage. Pangram 4 est la quatrième génération, et l'article de lancement le qualifie de « notre détecteur d'IA le plus puissant et le plus précis à ce jour ».

L'entreprise l'a lancé en même temps qu'un tour de table de 9 M$ mené par Menlo Ventures, annoncé le même jour. Elle a été cofondée par Max Spero, le PDG, et Bradley Emi, le CTO. Ils se sont rencontrés dans une résidence de première année à Stanford. La bio X de Spero indique « slop janitor @pangram », ce qui donne une idée de la façon dont l'entreprise perçoit son propre travail.

La surface produit est plus large que ne le suggère le nom. Il y a l'application web ci-dessus, une extension de navigateur, une intégration Google Docs, un vérificateur de plagiat inclus dans les plans payants, une API, et, depuis ce même lancement, un détecteur d'images en aperçu de recherche qui revendique 99,8 % de précision. Les clients nommés sur la page d'accueil incluent Substack, Quora, Google Classroom et Wiki Education. Le déploiement chez Substack compte plus loin dans l'article, car il explique pourquoi la plupart des plaintes de 2026 viennent de rédacteurs de newsletters plutôt que d'étudiants.

Si vous découvrez cette catégorie, la version courte du mécanisme se trouve dans mon guide sur les détecteurs de contenu IA. Si vous comparez des outils plutôt que de lire un seul avis, je tiens aussi une liste à jour d'outils de détection.

Deux autres outils reviennent sans cesse dans les mêmes conversations. Le détecteur de contenu de Writer est le gratuit que la plupart des gens testent d'abord, et mes notes sur le choix d'un outil de détection expliquent ce qu'il faut regarder avant de payer pour l'un d'eux.

Comment Pangram 4 lit un document

C'est la partie que j'ai trouvée vraiment intéressante, car Pangram 4 n'est pas un classificateur unique avec une seule sortie. La fiche du modèle décrit une architecture de type mixture-of-experts creuse avec quatre têtes distinctes greffées : une tête à 15 classes qui estime l'implication globale de l'IA sur une fenêtre, une tête à trois classes qui étiquette chaque token comme Humain, Assisté par IA ou Généré par IA, une tête binaire qui indique si le segment est mixte, et une tête humanisatrice à quatre classes.

Les longs documents sont découpés en fenêtres qui se chevauchent de 512 tokens. Chaque fenêtre est notée, un champ aléatoire conditionnel fusionne les décisions au niveau des tokens en une seule séquence d'étiquettes sur l'ensemble du document, et une étape de post-traitement ajuste le résultat aux limites des phrases avec une série continue minimale d'environ deux phrases. C'est une vraie amélioration par rapport à Pangram 3, qui découpait le texte en morceaux lors du prétraitement et produisait des blocs plus grossiers.

Cela explique aussi un comportement que les gens signalent constamment et prennent pour un bug. Comme la notation se fait par fenêtres puis est lissée, le même paragraphe peut ressortir avec une couleur différente selon ce qui l'entoure. Pangram le mentionne lui-même dans ses limites : « Il arrive occasionnellement qu'une portion d'un texte plus long reçoive des prédictions différentes selon qu'elle est isolée ou intégrée au document environnant. » C'est honnête, et c'est aussi le mécanisme derrière la moitié des messages confus sur les forums à propos de Pangram.

Deux détails de l'API valent la peine d'être connus avant de construire quoi que ce soit là-dessus, car ils sont faciles à mal interpréter. Le ai_assistance_score est calculé comme P(AI-Generated) + 0.5 × P(AI-Assisted), et la fiche du modèle indique clairement qu'il ne s'agit « pas de la probabilité de l'étiquette discrète affichée ». Le champ confidence renvoie High, Medium ou Low, et la fiche précise qu'il « n'est pas une estimation de probabilité calibrée ». Vous ne pouvez donc pas traiter confidence: High comme une certitude de 95 %. Si vous intégrez la détection dans un flux de travail, cette distinction est essentielle. Mes notes sur la construction d'un pipeline de contenu IA expliquent où placer réellement un tel verrou.

Les chiffres que publie Pangram

À son crédit, Pangram publie plus de détails sur sa propre évaluation que n'importe quel détecteur que j'aie examiné, y compris un article technique et un rapport arXiv. Voici l'ensemble des chiffres phares.

Le tableau des faux négatifs par générateur est l'élément le plus citable de la fiche du modèle. Grok 4.3 est le modèle le plus difficile à détecter pour Pangram 4, à 0,605 %, et Claude Haiku 4.5 le plus facile, à 0,130 %. Gemini est celui qui a le plus progressé entre les versions, passant d'un taux de manque de 5,138 % pour sa famille sur Pangram 3.3.2 à 0,498 %. Pangram indique également ne pas observer de corrélation significative entre la date de sortie d'un modèle et sa détectabilité, une affirmation plus audacieuse qu'elle ne paraît, et qui va à l'encontre de l'hypothèse habituelle selon laquelle les modèles plus récents seraient plus difficiles à repérer.

Une incohérence à connaître si vous citez cela : le bloc des résultats clés de l'article technique donne un taux de fausses alertes sur le peaufinage IA de 0,009 %, tandis qu'une section plus bas sur la même page indique 0,01 %. C'est petit, mais c'est le genre de détail qui pousse à vérifier le reste.

Là où le chiffre phare ne tient plus

Passons maintenant à la partie qu'un avis honnête doit mettre en avant plutôt qu'enfouir.

Chaque chiffre ci-dessus est un chiffre pour l'anglais, mesuré sur de la prose longue en phrases complètes. Pangram publie aussi le tableau par langue, et l'écart est important.

Sur 18 langues, le taux de faux négatifs multilingue est de 1,24 % contre 0,3396 % pour l'anglais. Par langue, il va du tchèque à 0,2760 % jusqu'à l'ourdou à 5,3169 %, soit environ 16 fois le chiffre anglais. Le côté des faux positifs se tient bien mieux, la plupart des langues étant à 0,0000 % et l'ukrainien le plus mauvais à 0,0361 %, donc la faiblesse multilingue se situe côté ratés plutôt que fausses accusations. Pangram indique 24 langues prises en charge et ne cache rien de tout cela, ce que je reconnais. Mais « un faux positif sur 24 000 » et « nous prenons en charge 24 langues » sont deux affirmations vraies que les gens liront comme une seule, alors qu'elles n'en font pas une.

Vient ensuite la liste des limites d'usage, citée directement de la fiche du modèle :

"Short conversational replies, answers to questions with a single factual answer, source code, tables of contents, reference sections, templated or automated writing, instructions and technical manuals, and text dominated by mathematical notation are outside the model's primary scope or may be more susceptible to errors."

Pangram 4 model card

Relisez cela en pensant à un vrai flux de travail. Les macros de support client sont des écrits basés sur des modèles. Les notes de version sont proches des manuels techniques. Une FAQ produit, ce sont des réponses à des questions avec une seule réponse factuelle. Tout ce qui fait moins de 50 mots n'est simplement pas noté. Pangram recommande aussi de retirer les en-têtes et pieds de page avant de scanner, et préfère le .docx ou le texte brut au PDF, car l'analyse de PDF introduit des artefacts.

Avant d'agir sur la base d'un verdict Pangram, il vaut donc la peine de passer par les mêmes quatre vérifications que je fais moi-même :

Ce que les chercheurs indépendants ont vraiment trouvé

Je me suis mis à chercher quelqu'un en dehors de Pangram Labs ayant mesuré cela. La réponse est plus intéressante que « c'est vérifié » ou « c'est du marketing ».

Trois équipes indépendantes ont testé Pangram, et aucune n'a mesuré pour lui un taux de faux positifs supérieur à celui d'un autre détecteur commercial. Dans deux des trois cas, il était le plus bas dans l'absolu ; dans l'étude de la VUB, il était à égalité à 0 % avec Turnitin et Copyleaks. C'est un résultat cohérent sur des corpus et des mesures différents.

• Jabarian et Imas, de la Booth School of Business de l'Université de Chicago (NBER Working Paper 34223), ont testé 1 992 passages humains d'avant 2020 plus leurs équivalents IA sur six genres et quatre modèles, et ont déclaré n'avoir aucun conflit d'intérêts ni aucun financement de Pangram. Pangram a obtenu un taux de faux positifs de 0,001 contre 0,002 pour Originality.ai et 0,007 pour GPTZero, et était « le seul outil à respecter une limite stricte (FPR ≤ 0,005) sans sacrifier la précision ».
• Une étude évaluée par des pairs de la Vrije Universiteit Brussel dans l'International Journal for Educational Integrity a testé 160 articles académiques d'au moins 4 000 mots chacun. Sur des articles entièrement humains écrits par des étudiants en master ou doctorat, Pangram a renvoyé 0 % d'IA. Sur des articles entièrement générés par IA, Turnitin a produit des faux négatifs 100 % du temps, et la médiane de Pangram était la plus proche de la vérité. Leur conclusion : « parmi les quatre outils de détection d'IA étudiés ici, seul [Pangram] a produit des résultats satisfaisants à ce jour ».
• Epoch AI a testé Pangram 3.3.2 sur 495 passages humains de 99 auteurs identifiés d'avant 2022 et a obtenu 0 faux positif.

La direction est donc claire. Passons maintenant à l'arithmétique, la partie que personne ne dit tout haut.

Aucune étude indépendante n'est assez large pour tester un chiffre aussi petit que 0,0041 %. Zéro faux positif sur 1 992 passages borne le taux à environ 0,15 %. Zéro sur 495 le borne à environ 0,6 %. Chaque jeu de données indépendant publié est un à deux ordres de grandeur trop petit, ce qui relève de la taille des échantillons, pas d'une critique de la méthodologie de quiconque.

Et aucun d'entre eux n'a testé Pangram 4. Epoch AI mentionne explicitement la version 3.3.2. L'étude de Chicago a eu lieu mi-2025. Pangram 4 est sorti le 29 juillet 2026, donc le modèle qui porte le chiffre phare n'a été évalué par personne en dehors de l'entreprise.

Trois autres constats méritent d'être pesés par un acheteur :

• Epoch AI a constaté que Pangram 3.3.2 ratait globalement 10 % du texte IA écrit dans le style d'un auteur nommé, et 25 % de l'écriture scientifique générée par IA sous imitation de style, montant à 48 % sur des passages scientifiques générés par Gemini. L'histoire des faux positifs est solide. Celle des faux négatifs sous prompting adverse ne l'est pas.
• Une équipe affiliée à CMU (arXiv:2605.19516) a montré que le texte d'un modèle de base se lit comme humain alors que le texte affiné par instructions du même modèle ne le fait pas, et a fait passer des extraits individuels de 0 % humain à 100 % humain avec deux tours de paraphrase. Leur verdict vaut d'être cité : « les détecteurs actuels suivent des artefacts de l'affinage par instructions et du contexte local plus qu'une notion invariante quelconque de texte généré par machine ». Les auteurs signalent que Pangram et GPTZero ont fourni les crédits API.
• Pangram est absent de RAID, le seul grand classement de détecteurs qui ne soit pas géré par un fournisseur de détecteurs. GPTZero y figure avec un AUROC de 0,984. Il n'existe aucun endroit neutre où comparer le chiffre de Pangram à celui de ses concurrents sur un jeu de données que personne ne contrôle.

Une partie de ce qui explique cette base de preuves limitée est le coût, un point structurel plutôt qu'un reproche. Un groupe de la TU Darmstadt (arXiv:2606.04906) a purement et simplement écarté Pangram d'un benchmark à six jeux de données, écrivant que tester les détecteurs propriétaires « n'est pas réalisable aux prix actuels (plus de 1 500 $ au total) ». Quand la tarification API d'un détecteur exclut les chercheurs de tout audit, l'audit n'a pas lieu.

Il faut le dire clairement : le propre tableau de onze benchmarks de Pangram est étiqueté comme des benchmarks tiers, et les jeux de données sont bien tiers, mais la notation vient de Pangram lui-même. C'est une affirmation plus faible que des résultats indépendants, et deux lignes du propre tableau de Pangram vont à l'encontre du discours marketing. Sur DetectRL, une base RoBERTa affinée bat Pangram 4 (99,75 contre 96,93 F1 sur la répartition multi-domaine), et Pangram 4 obtient un score inférieur à Pangram 3 sur chaque répartition de DetectRL. L'amélioration n'est pas monotone, et Pangram l'a publié quand même.

Le point commun des histoires de faux positifs

Cherchez Pangram sur n'importe quel forum d'écriture et vous trouverez des gens dont le propre travail a été signalé. Le réflexe est de balayer cela comme des tricheurs cherchant une excuse. Après en avoir lu quelques centaines, je ne pense pas que cela tienne, car ces histoires se regroupent par registre plutôt que par niveau.

"Writing professor here. I've been teaching composition for 25 years. To be honest, I'm alarmed by Pangram. It said my writing is AI-generated, with a 100% degree level of certainty. I write comedy. Comedic writing has very specific rules, such as the "rule of three" (or comic triple), a classic comedic technique. As a comic writer, I have to tighten and re-tighten my writing over and over and over and over again, line by line. It's torturous. […] I might just abandon writing at this point."

Rare-Information5080, r/academia, Reddit

Le mécanisme est vérifiable, ce n'est pas juste une impression : une prose resserrée en fonction d'une contrainte formelle converge vers les mêmes statistiques de surface qu'un texte généré. Le cas le mieux documenté ne repose que sur une seule variable, rapporté par un enseignant qui, par ailleurs, place Pangram en tête de sa catégorie.

"Turns out, I had a section in the text with three bullet points. I removed the bullets (literally just the bullets themselves, no actual text) and it passed as human."

pinnate, Hacker News

Même famille : des épigraphes écrites comme des constats factuels brefs, vingt ans de textes marketing, une prose académique avec une grammaire correcte et une habitude du tiret cadratin. Si votre écriture a un style de maison délibéré, vous êtes plus proche de la frontière que quelqu'un qui écrit de façon plus lâche. C'est un enseignement un peu sombre sur son propre métier, et cela explique l'incitation perverse que les gens décrivent, où une prose plus propre obtient un moins bon score que ce que devrait obtenir une écriture sans fautes.

C'est aussi pourquoi « remettre quelques erreurs » revient sans cesse comme conseil populaire, et pourquoi tout un genre de guides pour éviter la détection existe. Poursuivre un score de cette façon est le mauvais levier, et cela rend le texte moins bon pour le lecteur, qui était pourtant le but initial.

Je préférerais voir les gens investir dans un vrai processus d'édition et une véritable personnalité dans l'écriture. J'ai tiré la même conclusion à propos de meilleurs prompts : corriger l'entrée, pas le score.

La critique la plus solide, cependant, n'est aucune de ces anecdotes. C'est de l'arithmétique, venant d'un universitaire identifié.

"Suppose every instructor started using an AI detector on all student work. I'd estimate that students submit 500 – 1,000 written works in the course of a 4 year education […] If each of these were run through an AI detector with a FPR of 1 / 10,000, you'd have 5–10% of your student body falsely accused of cheating at least once."

Arvind Narayanan, LinkedIn

Cet argument survit au contact des chiffres de Pangram parce qu'il les accepte. Le cofondateur de Pangram, Bradley Emi, a répondu sur le même fil sur X, il s'agit donc d'un échange à double sens plutôt que d'une attaque à sens unique. Le point statistique connexe, tiré d'un fil Hacker News, est qu'un taux de faux positifs n'est pas un taux de fausse découverte, et que le chiffre que les gens citent n'est pas celui qu'ils croient citer : si vous signalez 50 vrais positifs et 10 faux, le FPR peut être de 1 sur 10 000 alors que la probabilité qu'une alerte donnée soit fausse est de 1 sur 6.

La propre section éthique de Pangram n'esquive pas cela, et je préfère la citer plutôt que la paraphraser :

"False accusations of AI usage can lead to serious consequences, including reputational damage, emotional trauma, and other undue harm. We acknowledge that our model has a non-zero error rate and its errors may result in such harms."

Pangram 4 model card

Il existe aussi, dans la communauté, un flux de travail qui fonctionne réellement, et c'est la chose la plus utile que j'ai lue toute la semaine. Un professeur fait d'abord passer le sujet du devoir par plusieurs modèles, réunit tout le reste, et traite le détecteur comme la dernière étape plutôt que la première.

"I state that the AI detector is a "last chance at exoneration" and only comes after all the due diligance from before. If the detector says its real (even if it's a false negative) I drop it and don't report it. […] But when I point out that the detector is the last step and not the first step, this past year I have gone 24-for-24 in academic integrity submissions"

tilteddriveway, r/Professors, Reddit

Le détecteur en dernier, jamais en premier. C'est la seule chose sur laquelle les deux camps de ce débat s'accordent vraiment.

Le prix : le x10 que personne n'a annoncé

Les plans de Pangram sont simples. Le changement sous-jacent ne l'est pas.

La détection de plagiat est la ligne payante : absente sur Free, présente sur tous les plans payants. Le quota mensuel d'API de 200 $ ne se trouve que sur Professional, pas sur Individual ni sur Team. Les intégrations LMS pour Canvas, Brightspace, Moodle et Google Classroom sont réservées à Institutional. La rétention de données nulle et les limites de débit au-delà de 5 QPS sont réservées à Enterprise, les deux sans prix affiché.

Voici maintenant la partie intéressante. Pangram 4 a changé l'unité facturable, passant d'une analyse par tranche de 1 000 mots arrondie vers le haut à une analyse par tranche de 100 mots. C'est un changement clairement positif, et Pangram le présente comme un moyen de « mieux tirer parti de vos crédits ». En même temps, les plafonds mensuels ont été réduits de moitié : Individual est passé de 600 000 mots à 300 000, Professional de 3 000 000 à 1 500 000.

Ces deux changements tirent dans des directions opposées, et le seuil de rentabilité se situe à un document de 500 mots. Au-dessous, vous gagnez, jusqu'à 5 fois plus sur un extrait de 100 mots. Au-dessus, vous perdez, jusqu'à la moitié sur tout ce qui fait 1 000 mots ou plus. La propre présentation de Pangram côté API va dans le même sens : le changement « représente une variation de prix de 1 à 2x pour les documents courts et jusqu'à 10x pour les documents longs ».

Sur l'API, l'arithmétique est plus directe. Le montant en dollars n'a pas changé, il reste à 0,05 $ dans les deux cas, mais l'unité a été divisée par dix.

L'API de Pangram 4 coûte 7,5 fois plus par mot que l'abonnement Individual et 11,5 fois plus que le Professional annuel. Si votre volume rentre dans 1 500 000 mots par mois, un abonnement est nettement moins cher. L'API est tarifée pour intégrer la détection dans un produit, pas pour de l'analyse en libre-service en masse. Cela vaut la peine de le comparer au reste de la pile, car un détecteur est rarement le poste le plus important du coût d'un rédacteur de blog IA.

Un piège que la page de tarifs ne mentionne pas. Pangram 3 est pris en charge jusqu'au 30 septembre 2026, et jusqu'à cette date, les appels API omettant l'argument model continuent d'être routés vers Pangram 3 avec l'ancienne facturation. Après cette date, le même appel devient silencieusement dix fois plus cher au mot. Si vous avez un script qui appelle Pangram, fixez dès maintenant model="pangram-4" et notez-le dans votre calendrier plutôt que de le découvrir sur une facture. Mon article sur l'API du rédacteur de blog contient la version élargie de cette leçon sur le verrouillage des versions.

La détection des humanisateurs, et pourquoi je ne suis pas neutre sur le sujet

C'est là que j'arrête d'être neutre, car eesel fait tourner son propre rédacteur de blog comme moteur de contenu, et Pangram est la dernière porte que franchit chaque brouillon avant sa mise en ligne. Cela représente quelques centaines de brouillons d'expérience directe avec ce détecteur précis, et cette porte occupe une place fixe dans mon flux de rédaction de blog plutôt que de flotter.

La chose la plus utile que j'ai apprise est un point qu'il faut porter au crédit de Pangram. Réécrire pour changer le style ne bouge le score en rien. Ni la voix, ni le rythme, ni les anecdotes à la première personne, ni le nettoyage des tournures toutes faites. J'ai tout essayé. Ce que Pangram lit, c'est le degré de prévisibilité de chaque token, segment par segment, ce qui signifie qu'une sortie de modèle bien peaufinée est signalée précisément parce qu'elle continue de choisir le mot suivant le plus probable. Cette découverte m'a coûté des semaines, et c'est, à mon grand agacement, un point en faveur de Pangram : ce qu'il mesure n'est pas un style de surface que l'on peut simplement repeindre.

Pangram 4 va encore plus loin. La tête humanisatrice à quatre classes étiquette désormais le texte comme Humain, Généré par IA, Édité par IA ou IA humanisée, et l'API renvoie un booléen is_humanized qui se déclenche par défaut à un humanizer_score de 0,91. Pangram indique détecter l'implication de l'IA dans une sortie humanisée 98,83 % du temps sur 13 outils commerciaux. Toute une catégorie de contournement, celle qui alimente le marché des outils d'humanisation de contenu et des choses comme l'humanisateur de Surfer, devient donc son propre champ de sortie étiqueté plutôt qu'une faille non détectée. Pangram a aussi divulgué quelque chose d'honnête ici : dans des ablations où les gradients de la tête humanisatrice atteignaient le modèle de base, le taux global de faux positifs est resté stable, mais l'ablation « a concentré les échecs dans des registres spécifiques : l'écriture académique et les essais en ESL ». Ils ont gelé cette tête pour éviter cela. Très peu de fournisseurs publient l'expérience qui a échoué.

Ils ont également mené une véritable équipe rouge. Ils ont donné à un agent, Codex GPT 5.6 Sol, un accès API en direct pendant 24 heures avec l'objectif explicite de fabriquer des faux négatifs reproductibles. Il a trouvé exactement un contournement, en imitant des comptes rendus de pathologie chirurgicale dictés, que Pangram a ensuite déclaré hors champ car la sortie était constituée de puces concises plutôt que de prose ouverte. Cette exception est le moment le plus faible d'une page par ailleurs rigoureuse. L'attaque fonctionnait quand même.

Et la conclusion que j'en tire réellement ne porte pas sur les détecteurs. Le trafic d'eesel a bougé avec les changements de politique de recherche, pas avec les scores du détecteur. Les consignes de Google visent le contenu peu utile, quelle que soit la façon dont il a été produit, ce qui est une question différente de la provenance, et j'ai les données analytiques qui montrent que les deux n'évoluent pas ensemble. Un score Pangram bas, c'est de l'hygiène. Ce n'est pas une stratégie, et cela ne sauvera pas une page dont personne n'avait besoin. Le vrai levier est le plus ennuyeux : bien rechercher le sujet, faire éditer par un humain, et répondre à une vraie question. C'est tout l'objet de mes notes sur le contenu conforme E-E-A-T et sur les brouillons qui ne parviennent pas à se classer, et c'est la même raison pour laquelle faire évoluer le contenu en toute sécurité l'emporte sur le faire évoluer vite.

Pangram 4 face aux autres détecteurs

Pangram est ici l'option la plus chère, de loin, et sur le taux de faux positifs mesuré, c'est aussi le meilleur parmi ceux testés par des équipes indépendantes. Les deux sont vrais.

Un schéma qui vaut la peine d'être nommé : aucun fournisseur ici ne publie ensemble un chiffre de précision crédible et un taux de faux positifs mesuré avec la même méthodologie. Winston revendique la précision la plus élevée sans publier aucune FPR. Copyleaks revendique la FPR la plus basse mais limite la précision à des tests internes en anglais. Turnitin publie la FPR la mieux validée et aucun chiffre de précision phare. Deux d'entre eux se contredisent sur leur propre chiffre au sein de la même page. Pangram est le seul à publier les deux avec des intervalles de confiance et des tailles d'échantillon, et cette transparence explique en grande partie le bénéfice du doute qu'on lui accorde.

Verdict : Pangram si vous avez besoin de traçabilité et pouvez vous le permettre. GPTZero si vous voulez un second avis moins cher, et il figure sur RAID, ce qui compte. Turnitin si vous êtes une institution et que l'intégration au flux de travail compte plus que le score. Évitez les détecteurs gratuits et open source : l'étude de Chicago a mesuré un taux de faux positifs de 0,50 sur une base RoBERTa ouverte et l'a qualifiée « inadaptée aux applications à enjeux élevés », ce qui est généreux.

Qui devrait vraiment acheter cela

Achetez-le si vous êtes une plateforme, un éditeur ou une revue qui doit savoir comment un texte soumis a probablement été produit, en anglais, sur un texte long, et que vous disposez d'une étape de corroboration après le score. Pangram est le meilleur outil pour ce travail, et de loin.

Achetez l'abonnement, pas l'API, sauf si vous intégrez la détection dans un produit. À 7,5 fois le coût au mot, les crédits API ne se justifient que si vous avez besoin de l'intégration, pas du volume.

Réfléchissez sérieusement si vous êtes enseignant. L'outil est solide, mais l'arithmétique du taux de base reste défavorable à l'échelle d'un établissement, ce qui explique pourquoi la propre section éthique de Pangram et ses critiques les plus virulents arrivent à la même conclusion. Utilisez-le en dernier, jamais en premier.

Passez si votre contenu est majoritairement non anglophone, majoritairement court, majoritairement basé sur des modèles, ou majoritairement du code et du matériel de référence. Les chiffres publiés ne décrivent pas cette population, et Pangram le dit lui-même.

Passez si ce que vous voulez vraiment, c'est du contenu qui se classe. Un détecteur ne vous dit rien sur le fait qu'une page mérite d'exister. Pour cela, lisez sur la création de contenu IA et choisissez plutôt un outil de génération de contenu.

Si ce dernier cas est vraiment le vôtre, les comparaisons utiles sont mon panorama des générateurs de contenu IA et ma liste restreinte d'outils de rédaction IA. Les équipes qui veulent intégrer cela dans un système reproductible cherchent généralement un outil de pipeline de contenu plutôt qu'une solution ponctuelle supplémentaire.

Une dernière remarque sur la base d'avis, car elle m'a surpris. La fiche G2 de Pangram existe avec zéro avis. Capterra n'a aucune fiche du tout. L'extension Chrome affiche 5,0 sur 19 notes avec 20 000 utilisateurs, et les résultats de recherche placent Trustpilot autour de 2,4 sur 5 pour 13 avis, bien que la page elle-même ait refusé de se charger à chaque tentative. Il n'existe donc, dans aucun sens, un large corpus d'avis ici, et quiconque cite « les avis » sur ce produit cite environ trente personnes. Le vrai signal se trouve dans les articles académiques et les fils de forum, ce qui est inhabituel et, pour une entreprise pilotée par la recherche, plutôt cohérent.

Essayez eesel pour la partie qu'un détecteur ne peut pas faire

Pangram vous dit comment un brouillon a probablement été écrit. Il ne peut pas vous dire si ce brouillon valait la peine d'être écrit, et après quelques centaines d'articles passés par cette porte, je suis convaincu que c'est la seconde question qui fait bouger le trafic.

C'est le travail qu'accomplit eesel. Le rédacteur de blog d'eesel enquête sur un sujet à partir de sources primaires, écrit avec un entraînement à la voix de marque, construit le graphe de liens internes, et vous remet un brouillon qu'un éditeur humain peut finaliser plutôt que sauver. C'est le même pipeline qui a produit cet article, porte du détecteur incluse, ce qui est à peu près la démonstration la plus honnête que je puisse offrir.

Vous pouvez consulter l'automatisation de la rédaction de blog, le comparer au reste du marché dans mon avis sur le rédacteur de blog IA, puis essayer eesel gratuitement. Si votre critère est spécifiquement la performance en recherche, commencez plutôt par l'angle du rédacteur de blog SEO.