Comment PanelCompare classe les panels SMM

Comment la liste par défaut est-elle ordonnée ?

Une question se place au-dessus du score, et c’est la seule dans ce cas : qui se tient derrière la fiche, et ce que cette personne a réellement fait pour s’en porter garante. La liste par défaut compte donc trois groupes, dans cet ordre. Au sein de chaque groupe, l’ordre est celui du score global, exactement tel que la formule ci-dessus le calcule.

1. 1.Le propriétaire a prouvé qu’il contrôle le domaine. Une revendication passe par un enregistrement DNS que seul l’exploitant du domaine peut publier : c’est donc le seul signal de ce site qu’un panel ne peut pas produire en parlant de lui-même. Elle place derrière la fiche un exploitant identifié et joignable : quelqu’un à qui l’on peut demander des comptes, qui répond publiquement aux plaintes et qui a quelque chose de réel à perdre si le panel se conduit mal.
2. 2.Le propriétaire a demandé à être référencé, et nous avons accepté. Ce signal est plus faible, et nous ne le ferons pas passer pour celui du dessus : personne n’a prouvé qu’il contrôle quoi que ce soit, et ce n’est pas une vérification. Il atteste que quelqu’un s’est manifesté – un exploitant qui nous a écrit depuis une adresse qui fonctionnait, qui a accepté d’être mesuré et que le résultat ne peut pas prendre de court – et, depuis que l’assistant d’inscription a remplacé l’ancien formulaire, qu’il détenait une clé API valide et nous a laissés la tester sur l’API même du panel. Un panel que nous avons trouvé en parcourant le marché n’a rien accepté et ignore peut-être que ce site existe.
3. 3.Tous les autres. C’est l’essentiel de l’indice, et cela ne dit rien contre eux. Rien n’est retenu contre un panel ici. Nous n’avons simplement personne à l’autre bout, ce qui est un fait sur notre contact avec le panel, et non sur le panel lui-même.

Un score élevé dit qu’un panel est peu cher et en ligne. Les deux groupes placés au-dessus disent qu’il y a quelqu’un derrière, et jusqu’où cette personne s’est réellement engagée en son nom. Ce sont deux questions différentes, et un acheteur sur le point d’envoyer de l’argent est en droit d’obtenir d’abord la réponse à la seconde.

Les deux démarches sont gratuites, ouvertes à tous les panels de l’indice aux mêmes conditions, et aucune n’a d’équivalent payant – ni aujourd’hui ni jamais. Un panel ne peut pas plus acheter l’une de ces positions qu’il ne peut acheter un score. La vérification tient en un enregistrement TXT et environ deux minutes, depuis la page du panel lui-même ; on accède au deuxième groupe en référençant un panel, une fois la demande acceptée par la rédaction.

Le deuxième groupe est nouveau : il existe depuis aujourd’hui. Jusqu’ici, il n’y en avait que deux – les vérifiés, puis tous les autres – et cette page le disait. Un panel dont l’exploitant nous avait écrit, avait répondu à nos questions et nous avait remis une clé API valide se retrouvait ainsi exactement au même rang qu’un panel glané sur un forum, ce qui minimisait ce que nous savions du premier. Personne n’a eu à faire quoi que ce soit pour obtenir ce nouveau rang, et on ne l’a demandé à personne : la colonne a été remplie rétroactivement à partir des demandes déjà acceptées, si bien qu’un exploitant qui nous a écrit il y a plusieurs mois en bénéficie aujourd’hui sans lever le petit doigt. Ce groupe ne fait en revanche passer personne devant un propriétaire vérifié, et il ne devient pas une vérification parce qu’il se trouve juste en dessous : prouver le contrôle du domaine, c’est le groupe du dessus, et cela le reste.

La règle ne s’applique qu’au classement par défaut. Les tris Les moins chers, Meilleure disponibilité, Catalogue le plus large, Les plus récents et Les mieux notés promettent chacun un ordre précis et s’y tiennent strictement : une liste intitulée « Les moins chers » qui ne commencerait pas par le moins cher serait pire que pas de tri du tout. Les filtres et tous les tableaux de prix ne sont pas concernés.

Qu’est-ce qui entre dans le score global ?

Cinq composantes, pondérées. Le prix et la confiance pèsent 60 % à eux deux, parce que ce sont les deux questions que se pose réellement un acheteur : puis-je me le permettre, et la commande sera-t-elle livrée ? Le support pèse le moins, parce qu’un widget de chat s’installe facilement et se vérifie difficilement. Les pondérations ci-dessous sont lues dans la constante exportée OVERALL_WEIGHTS au moment de l’affichage.

Source : OVERALL_WEIGHTS dans src/lib/scoring.ts, lu au moment de la compilation. Le score global est arrondi à une décimale.

Comment le score de confiance est-il calculé ?

La confiance est une moyenne sur 5 composantes qui valent 85 points à elles toutes, plus un bonus de vérification pouvant atteindre 15 points, moins une pénalité pour les plaintes publiées. Les pondérations répondent à une seule question : combien coûterait-il à un adversaire de falsifier ce signal ? L’ancienneté du domaine et un achat test mené à terme coûtent cher à falsifier. Un certificat TLS est gratuit : il ne vaut donc rien ici et n’est même pas une composante.

C’est une moyenne sur les composantes que nous avons mesurées, et non sur toutes. Une composante sans observation derrière elle – un panel que nous n’avons pas testé, un panel qui n’a pas encore d’avis vérifié – est retirée à la fois des points obtenus et des points disponibles. Elle ne vaut pas zéro, et elle n’est pas non plus remplie avec une demi-note neutre.

Source : maxima des composantes lus dans computeTrust(), dans src/lib/scoring.ts, au moment de la compilation.

Que coûte une plainte publiée à un panel ?

La pénalité s’applique après la somme des composantes : elle peut donc faire descendre un panel sous n’importe quel score que ses autres signaux lui avaient valu. Chaque plainte publiée par un modérateur compte. Un signalement ne sort du décompte que lorsqu’un modérateur le fait passer à disputed (contesté) ou resolved (résolu), ce qui relève d’un jugement porté par une personne sur un cas précis.

La réponse d’un propriétaire n’y suffit pas. Un propriétaire vérifié peut répondre publiquement à n’importe quel signalement, et sa réponse est publiée telle quelle à côté ; mais elle ne fait bouger aucun point à elle seule, car relier la pénalité au champ de réponse ferait de cet endroit le seul du site où un panel modifie son propre score en tapant dans un champ de saisie. Savoir si une réponse répond vraiment relève d’un modérateur, et c’est disputed qui enregistre sa décision. Cette page affirmait auparavant le contraire – qu’un signalement auquel le propriétaire avait répondu cessait de compter – et le code n’a jamais fait cela.

Ce qui change le poids, en revanche, ce sont les preuves. Un signalement pour lequel un modérateur a vu une preuve – un numéro de commande, un hash de transaction, une capture d’écran avec un horodatage visible – compte en entier ; un signalement jugé crédible et précis mais invérifiable compte pour 0,4 signalement. Pas zéro, car l’acheteur qui a le dossier le plus solide est souvent celui à qui il ne reste qu’un identifiant de connexion qui ne fonctionne plus. La courbe est logarithmique et plafonnée, car la dixième plainte en dit bien moins que la première.

Source : computeTrust() évalué pour chaque nombre de plaintes, avec tous les signalements prouvés puis avec aucun. La déduction est plafonnée à 35 points. Lorsqu’un panel en subit une, le chiffre exact et les signalements qui la fondent sont détaillés sur sa propre page de confiance.

Que se passe-t-il quand nous n’avons pas mesuré quelque chose ?

Ce qui n’a pas été mesuré sort de la moyenne et fait baisser la couverture à la place : la part des 85 points pondérés pour lesquels nous détenons réellement des preuves. La couverture est publiée à côté de chaque score de confiance de ce site et renvoyée par l’API, car un 70 bâti sur cinq composantes et un 70 bâti sur deux sont des affirmations différentes, et un seul chiffre ne peut pas dire laquelle vous avez sous les yeux.

Ce mécanisme a remplacé une conception antérieure qui comblait chaque lacune avec une demi-note neutre. Cela ressemble à un choix prudent, et ce n’en est pas un, pour une raison qu’il vaut la peine de dire clairement : la valeur de remplissage est la même constante pour tous les panels, si bien que plus elle occupe l’échelle, plus elle ramène tous les panels vers le même chiffre. Au moment où nous l’avons remarqué, 60 des 100 points étaient identiques pour presque tous les panels de l’indice – disponibilité, avis et vérification n’étaient mesurés pour personne – et quatre valeurs couvraient neuf fiches sur dix. Le score avait cessé de décrire les panels pour décrire notre propre couverture, tout en s’affichant comme un chiffre sur cent parfaitement sûr de lui.

La renormalisation a le défaut inverse : avec une seule composante mesurée, cette composante devient tout le score. En dessous de 50 % de couverture, le résultat est donc ramené vers le point médian en proportion de l’écart, et un panel dont l’unique composante mesurée se trouve avoir la note maximale ne peut pas passer pour un panel que nous avons vérifié.

Un second seuil, plus bas, décide d’autre chose : si nous mettons un mot sur le score. En dessous de 30 % de couverture, aucun niveau n’est attribué – le panel est marqué Provisoire, et le chiffre porte un soulignement en pointillé partout où il apparaît. « Établi » est une affirmation sur un panel, et une seule observation favorable ne nous autorise pas à la faire : la composante la plus lourde vaut à elle seule 25 points sur 85, soit 29 %, et aucune ne franchit donc ce seuil seule.

Ces deux seuils n’étaient jusqu’à aujourd’hui qu’une seule constante, fixée à 50 %, et cette page le disait. C’était doublement faux. Ils répondent à des questions différentes – « à quel point sommes-nous sûrs de ce chiffre ? » et « y a-t-il assez d’éléments pour prononcer un mot ? » – et les lier rendait le seuil des niveaux inatteignable : tout ce que nous pouvons apprendre d’un panel sans clé API ni série de tests totalise 40 points sur 85, soit moins de la moitié. Sur les 129 panels de l’indice, 128 étaient donc marqués « Provisoire », le meilleur d’entre eux avec 72,5, et une mise en garde qui s’applique à quatre-vingt-dix-neuf fiches sur cent n’apprend rien sur aucune d’elles. Entre 30 % et 50 %, un panel reçoit désormais un niveau et reste décoté, et c’est le chiffre de couverture affiché à côté du niveau, partout où il apparaît, qui vous dit lequel des deux cas vous lisez.

Que signifient les niveaux de confiance ?

Les niveaux sont définis une seule fois, dans trustBand(), et sont identiques partout où ils apparaissent : 80 et plus, « Confiance élevée » ; de 62 à 79, « Établi » ; de 42 à 61, « Historique limité » ; moins de 42, « Non éprouvé ». Un nouveau panel est « Non éprouvé » par construction, et c’est une indication sur nos preuves, pas sur le panel.

Comment le score de prix est-il calculé ?

Pour chaque service qu’un panel vend réellement, nous exprimons son prix en ratio de la médiane du marché pour ce même service de référence, puis nous prenons la médiane de ces ratios. Un ratio de 0,5 (la moitié du marché) vaut 10. Un ratio de 1,0 vaut 5. Un ratio de 2,0 vaut 0. Le score n’est calculé que là où le panel est en concurrence : un catalogue restreint n’est ni récompensé ni pénalisé pour les services qu’il ne propose pas.

Source : computePriceScore() évalué pour chaque ratio sur un catalogue synthétique de trois services.

Pourquoi la médiane des ratios plutôt qu’une comparaison de moyennes ?

Parce que comparer des prix moyens mesure la composition d’un catalogue, pas sa politique tarifaire. Un panel qui ne propose que les deux catégories les moins chères du marché (likes Instagram et vues TikTok, toutes deux vendues à des fractions de cent) affiche un prix moyen bas et ne vous dit rien du prix de ses abonnés ou de ses heures de visionnage. Exprimer chaque service en ratio de la médiane de marché de ce même service élimine entièrement l’effet de composition : chaque ligne n’est comparée qu’à son équivalent, et une seule ligne aberrante ne fait pas bouger la médiane de ces ratios.

Cela compte davantage ici que sur la plupart des marchés, car plusieurs de ces marchés sont bimodaux. Les abonnés YouTube ont un palier bot vendu de 0,02 à 0,72 $, qui se présente lui-même comme à forte perte et sans refill, et un palier réel avec garantie de remplacement qui se négocie autour de 14,40 $, sans rien de significatif entre les deux (étude sectorielle de PanelCompare, 6 septembre 2026). Une moyenne de ces deux paliers ne décrit rien que l’on puisse acheter.

Deux garde-fous encadrent le calcul. Les ratios inférieurs à 0,02 fois ou supérieurs à 20 fois la médiane sont écartés comme des erreurs de données ou des services sur mesure, et non traités comme des signaux de prix : un service vendu cent fois le prix du marché est généralement un autre produit qui porte le même nom. Et un panel qui a moins de trois services comparables reçoit un 5 neutre plutôt qu’un 10 flatteur, car trois lignes ne font pas une politique tarifaire.

Comment les fonctionnalités, la fiabilité et le support sont-ils notés ?

Les pondérations des fonctionnalités reflètent ce que coûte à un acheteur l’absence d’une fonctionnalité, pas l’effet qu’elle produit sur le papier. Une garantie de remplacement protège l’achat lui-même ; un abonnement automatique fait gagner des clics. Les pondérations ci-dessous sont mesurées en activant un indicateur à la fois sur un jeu de données mis à zéro et en lisant la différence : ce sont donc les pondérations du code, et non une description de celles-ci.

Source : computeFeatureScore() évalué indicateur par indicateur. Le score final est plafonné à 10 : un panel qui a toutes les fonctionnalités ne dépasse pas l’échelle.

Comment la disponibilité est-elle notée ?

La disponibilité est élevée au carré avant la mise à l’échelle, ce qui rend l’écart entre 99 % et 95 % bien plus grand que l’écart entre 80 % et 76 % : en haut de l’échelle, la disponibilité est le produit lui-même, et en bas, le panel est déjà inutilisable. Le temps de réponse sert à départager et vaut au plus 1,5 point : un panel en ligne mais lent prend quand même votre commande. En dessous de cinq tests en 30 jours, nous ne notons pas du tout la composante.

Source : computeReliabilityScore() pour 60 tests et un temps de réponse moyen de 800 ms.

Comment le support est-il noté ?

Les canaux publiés fixent un plancher, et les notes des acheteurs prennent le dessus. Dès qu’au moins trois des avis approuvés qui composent la note en étoiles d’un panel ont noté directement le support, ces éléments valent 65 % de la composante et la présence d’un widget de chat seulement 35 %, car un widget s’achète alors qu’une réponse est un comportement. Le badge d’acheteur vérifié ne conditionne pas ce calcul : il conditionne la composante avis du score de confiance, décrite plus haut, et rien d’autre.

Source : computeSupportScore() pour chaque combinaison.

À quoi ressemble le calcul sur un vrai panel ?

L’exemple ci-dessous est le panel qui occupe actuellement la première place, choisi par le classement lui-même et non par nous, et chaque chiffre est lu en direct dans l’indice. Ses cinq notes partielles entrent dans la somme pondérée ; le résultat est le chiffre affiché sur la page du panel NSBOOSTBD.

Panel

NSBOOSTBD

nsboostbd.com

Confiance

75,1 / 100

Établi

Score global

7,8 / 10

Recalculé ici : 7,9 · couverture 92 %

Étape 1 : le score de confiance détaillé

Source : le trust_breakdown enregistré pour nsboostbd.com, écrit par la même fonction computeTrust() dont les maxima figurent plus haut. Dernière mise à jour : 30 sept. 2026.

Étape 2 : le score de prix, et ce qu’une moyenne aurait dit à la place

NSBOOSTBD propose 126 services que nous pouvons comparer à une médiane de marché. La médiane de ses ratios par service est de 0,925, ce qui donne un score de 5,6 sur 10.

Les deux lignes portent sur les mêmes 7544 services comparables. Le prix moyen du panel est de 11,17 $ pour 1 000, contre une médiane de marché moyenne de 17,28 $ : des chiffres qu’une poignée de lignes chères ciblées par pays peut faire bouger à elle seule, ce qui est précisément la distorsion que la médiane élimine.

Étape 3 : la moyenne pondérée, sur ce qui a été mesuré

Une composante sans observation derrière elle est retirée des deux côtés de cette moyenne au lieu d’y entrer avec un 5 neutre. Ce sont les pondérations des composantes restantes qui servent de diviseur : le chiffre est ainsi une moyenne de ce que nous savons, et non un mélange de ce que nous savons et d’une constante.

La ligne de la confiance est la seule qui mérite un mot d’arithmétique. Le score de confiance que nous publions pour NSBOOSTBD est de 75,1 sur 100, et il entre dans ce tableau à 8,84 : divisé par 8,5, et non par 10. C’est 85 et non 100 qui constitue la note maximale sur les 5 composantes dont la confiance fait la moyenne ; les 15 autres points sont le bonus de vérification, qui se situe hors de cette moyenne et est plafonné ici en haut de l’échelle. Diviser par 10 ferait entrer le point médian de la confiance, 42,5, à 4,25 sur une échelle dont le neutre est 5 : chaque panel dont nous ne savons rien porterait alors trois quarts de point de pessimisme sur 30 % de son score global, sans la moindre raison tirée des preuves. Avec cette mise à l’échelle, un panel qui n’a presque aucune preuve de confiance – dont le score de confiance a été décoté jusqu’à ce point médian – arrive ici à 5,0, le même neutre que celui de toutes les autres composantes de cette page lorsque nous ne les avons pas mesurées.

Source : le détail des composantes enregistré pour nsboostbd.com, repassé dans computeOverall() sur cette page. Le score global enregistré est de 7,8 ; si ces deux chiffres divergent un jour, l’indice n’est plus à jour, et c’est un bug qui mérite d’être signalé. 1 des 5 composantes n’est pas mesurée ici, d’où une couverture de 92 % et non de 100 %.

Que devient un panel que nous n’avons pas encore mesuré ?

Les données manquantes réduisent la confiance, pas le score. Quand nous n’avons aucune observation pour une composante, celle-ci sort entièrement de la moyenne – elle ne vaut pas zéro, et elle n’est pas remplie avec une demi-note neutre – et c’est le chiffre de couverture du panel qui baisse à la place. Pénaliser l’inconnu ferait dépendre le classement de la durée depuis laquelle nous observons un panel plutôt que de sa qualité, ce qui favoriserait discrètement les acteurs installés et désavantagerait chaque nouvel entrant.

Combler la lacune avec une constante, comme ce site le faisait auparavant, revient à commettre la même erreur sous un autre habit. La valeur de remplissage est identique pour tous les panels : plus elle couvre l’échelle, plus elle ramène tous les panels vers un seul chiffre – et un classement où personne ne peut descendre est un classement où personne ne peut monter non plus.

Une composante faisait exception, et c’était une erreur plutôt qu’un choix. Un panel que nous n’avions jamais synchronisé recevait un zéro sec sur 10 pour la fraîcheur du catalogue et restait dans le dénominateur, au motif que des prix saisis à la main méritaient d’être signalés dans le score.

Ce que cela mesurait, c’était notre propre trousseau de clés. Au moment où ces lignes ont été écrites, nous détenions des clés API pour 2 des 129 panels de l’indice – nous en avons 11 sur 128 aujourd’hui –, si bien que presque chaque fiche se voyait retirer la totalité des 10 points d’une base de 85 points, soit environ dix points de confiance une fois la moyenne renormalisée, pour une clé que nous n’avions pas. C’était la plus grande source de pessimisme de l’indice ; elle s’appliquait de façon presque uniforme, si bien qu’elle ne déplaçait personne par rapport à personne, et c’était précisément la règle que cette section dit ne pas suivre : une composante non mesurée, notée zéro au lieu d’être retirée. Un panel jamais synchronisé est désormais non mesuré. Cela lui coûte de la couverture plutôt que des points, et la ligne correspondante sur sa propre page indique en toutes lettres que les prix affichés sont saisis à la main.

Le retard que nous pouvons réellement constater coûte toujours des points, et cette branche n’a pas changé : un catalogue qui répondait le mois dernier et ne répond plus aujourd’hui est une observation sur le panel. C’est la même distinction que celle que nous faisons entre un indicateur de fonctionnalité qui vaut null et un indicateur qui vaut false.

Les petits échantillons sont ramenés vers la neutralité au lieu d’être traités comme des certitudes. Trois tests réussis ne prouvent pas la fiabilité : la composante disponibilité fait donc l’objet d’un lissage de Laplace – un succès fictif et un échec fictif ajoutés à l’échantillon – et n’est notée qu’au-delà de cinq tests en 30 jours.

Que ce score ne mesure-t-il pas ?

Dire ce qui manque fait partie de la méthodologie, car un score qui laisse entendre plus qu’il ne mesure est pire que pas de score du tout. Voici ce que nous ne savons pas aujourd’hui, et qu’il faudrait un programme de mesure pour apprendre.

• Si les refills sont réellement honorés. Nous notons la durée de refill annoncée, pas le respect constaté de la garantie. Mesurer la réalité exige un programme de commandes test ou une collecte structurée des litiges ; tant qu’il n’existe pas, les durées de refill que nous publions sont présentées comme une estimation du secteur.
• Les taux de perte et les délais de livraison réels. Les fourchettes de délai de démarrage annoncées sont des moyennes que le panel calcule lui-même à partir de ses commandes récentes, et elles sont souvent manipulées. Nous les enregistrons comme des déclarations, pas comme des mesures.
• La qualité livrée. Aucun comparateur ne peut inspecter les comptes qu’un panel envoie. Les gammes de qualité de nos données sont les libellés du panel lui-même, harmonisés mais non vérifiés.
• Les liens de propriété, dans leur totalité. Nous pouvons repérer des paires de clones à partir de textes, de ressources, de données de titulaire et de points de paiement communs, et nous publions ce que nous trouvons ; mais un exploitant qui sépare correctement ces signaux ne sera pas détecté.

Quand un score change-t-il ?

Quand une observation change. Les scores ne sont jamais modifiés à la main, et le schéma ne comporte aucun champ de forçage qu’un humain pourrait actionner. Ce qui varie, c’est la vitesse à laquelle un changement atteint la page, fixée par le délai de revalidation de chaque route.

Source : les constantes REVALIDATE dans src/lib/site.config.ts.

Questions sur la formule