La politique de Wikipedia sur les conflits d'intérêts est, de loin, la première raison pour laquelle les pages créées par des agences finissent dans le journal de suppression. La notoriété fait les gros titres, mais c'est le COI qui fait le ménage — des pages qui ont survécu un an sans problème sont discrètement supprimées la semaine où un éditeur est identifié comme rédacteur rémunéré non déclaré ; les historiques de comptes renvoient à des entreprises dont les noms apparaissent ensuite dans des dossiers publics d'enquêtes pour marionnettes (Sockpuppet Investigations) ; et les conséquences se propagent de la page concernée à l'ensemble des contributions réalisées par le même éditeur.
La politique elle-même est plus simple que les mythes qui l'entourent. WP:COI (Conflict of Interest, conflit d'intérêts) est un guide comportemental. WP:PAID (paid editing, édition rémunérée) est une obligation inscrite dans les Conditions d'utilisation de la Wikimedia Foundation. Ensemble, ils stipulent : si vous avez une relation financière, personnelle ou étroite avec un sujet Wikipedia, vous ne devez pas modifier l'article directement — et si vous êtes payé pour éditer, vous devez le déclarer. C'est toute la politique. La complexité réside dans son application : qu'est-ce qui constitue une relation, à quoi ressemble concrètement une déclaration, et quel est le coût d'une erreur.
Cet article expose ce que dit la politique (factuellement), à quoi ressemble la déclaration en surface et en profondeur, les erreurs les plus courantes qui font supprimer les pages, et comment nous nous y conformons sur chaque projet. Le cadrage honnête : nous vendons du travail Wikipedia, et nous préférons perdre une vente plutôt que de mener un projet sans déclaration. La raison sera claire à la fin.
Ce que dit WP:COI, en français simple
Le guide sur les conflits d'intérêts WP:COI identifie trois catégories de relations qui créent un conflit : financière (vous êtes payé par, employé par, ou détenez des parts dans le sujet) ; personnelle (le sujet est un proche parent, un ami intime, ou quelqu'un pour lequel vous avez un intérêt personnel) ; et relation étroite (vous êtes un collaborateur de longue date, un prestataire fréquent, un allié idéologique, ou vous êtes si étroitement impliqué que votre édition ne serait pas indépendante).
Lorsque l'une de ces situations s'applique, WP:COI recommande de :
- Déclarer la relation publiquement — sur votre page utilisateur d'éditeur, sur la page de discussion de l'article concerné, et dans les résumés de modification.
- S'abstenir d'éditions directes sur l'article en question. Proposer plutôt des modifications sur la page de discussion de l'article en utilisant
{{request edit}}et laisser un éditeur indépendant les mettre en œuvre. - Se récuser entièrement des décisions éditoriales contentieuses concernant le sujet — litiges, discussions de suppression, révocations de contenu.
La règle sur l'édition rémunérée WP:PAID est plus stricte et n'est pas un guide mais une obligation imposée par les Conditions d'utilisation de la Wikimedia Foundation. Tout éditeur recevant une rémunération pour ses modifications — paiement direct, emploi, contrats — doit déclarer l'employeur, le client, et toute autre partie bénéficiaire sur chaque article concerné. La déclaration est obligatoire ; ne pas la faire constitue en soi une violation des Conditions d'utilisation, indépendamment du fait que les modifications elles-mêmes aient été ou non conformes à la politique.
Une distinction utile : WP:COI porte sur le comportement, WP:PAID porte sur la déclaration. Un éditeur rémunéré qui déclare correctement et propose des modifications via des demandes sur la page de discussion est entièrement conforme à la politique. Un éditeur rémunéré qui édite silencieusement enfreint WP:PAID, même si ses modifications auraient par ailleurs été acceptables. La déclaration est la protection structurelle qui rend le reste du travail légitime.
Les trois couches du COI en pratique
Les distinctions catégorielles s'éclaircissent avec des exemples.
Le COI financier est le plus large et le plus courant. Il couvre les cas évidents (vous êtes payé par une agence, vous êtes employé, vous êtes investisseur) et les cas moins évidents (vous êtes prestataire non rémunéré, vous êtes payé en actions, vous êtes employé par une filiale, vous êtes consultant de longue date qui n'a pas touché d'argent récemment mais dont le renouvellement approche). Le seuil est celui-ci : un observateur raisonnable s'attendrait-il à ce que votre édition soit influencée par la relation financière ? La réponse est presque toujours oui dès lors qu'une rémunération est impliquée, y compris indirecte ou différée.
Le COI personnel couvre les relations en dehors du lieu de travail : membres de la famille, partenaires romantiques, amis proches, collaborateurs sur des projets sans lien, mentors ou mentorés. La question pertinente est la suivante : un lecteur extérieur s'attendrait-il à un biais ? Modifier un article Wikipedia sur la start-up de votre sœur est un COI même si vous n'avez aucun intérêt financier. Tout comme modifier l'article sur un podcast auquel vous participez régulièrement, un département académique où votre conjoint enseigne, ou une entreprise dont le PDG est votre ancien camarade de chambre à l'université.
Le COI de relation étroite est le fourre-tout. Il couvre les collaborateurs de longue date, les collaborateurs fréquents sur des projets sans lien, les alliés idéologiques, les membres d'organisations dans lesquelles vous êtes fortement impliqué, et les personnes dont votre réputation professionnelle est solidaire. L'exemple classique : un éditeur-fan qui écrit depuis dix ans sur le même artiste, n'a jamais été payé mais a noué des relations personnelles avec l'équipe de l'artiste, et ne peut plus prétendre de manière réaliste à une distance éditoriale. Le COI est réel même si aucun argent n'a changé de mains.
Dans tous les cas, la réponse de la politique est identique : déclarer, se récuser des éditions directes, proposer des modifications via les pages de discussion. La catégorie détermine le libellé de la déclaration, mais pas l'obligation sous-jacente.
À quoi ressemble concrètement une déclaration
La déclaration n'est pas un acte unique. Ce sont trois artefacts qui doivent exister sur trois surfaces différentes.
La déclaration sur la page utilisateur de l'éditeur. Chaque éditeur rémunéré tient une page utilisateur personnelle Wikipedia (par ex. User:JaneSmith) où vit sa déclaration d'édition rémunérée. Le format standard nomme l'employeur (l'agence, le cas échéant), le client (l'entreprise finale), et le bénéficiaire final si différent. Elle liste les articles spécifiques en cours d'édition. Elle inclut un lien vers le profil de l'éditeur ou de l'agence. Cette page est permanente, publique et indexée — quiconque lit un article que l'éditeur a touché peut cliquer sur sa page utilisateur et voir la déclaration en trente secondes.
La déclaration sur la page de discussion de l'article. Au moment de la création ou de la première modification d'une page, l'éditeur ajoute un avis sur la page de discussion de l'article à l'aide d'un modèle standard — généralement {{connected contributor (paid)}} — en nommant lui-même, son employeur et son client. L'avis sur la page de discussion constitue un enregistrement permanent sur l'article lui-même ; même si l'article change de mains ou que l'éditeur cesse de travailler dessus, la déclaration reste attachée à son historique.
Le marquage dans les résumés de modification. Chaque modification de l'article porte un résumé de modification qui inclut une notation indiquant le statut rémunéré — typiquement (paid) ou similaire — de sorte que la déclaration est visible dans l'historique des versions de l'article. Un lecteur qui fait défiler le journal des modifications peut voir quelles modifications ont été effectuées par un éditeur rémunéré sans avoir à croiser la référence avec la page utilisateur.
L'effet combiné : quiconque examine l'article — un réviseur, un administrateur, un journaliste, un concurrent — peut trouver la déclaration en l'un des trois endroits en moins d'une minute. C'est le standard. Tout ce qui est en deçà constitue une non-conformité.
Les erreurs les plus courantes qui font supprimer les pages
Dans nos appels d'entrée, nous entendons les mêmes cinq erreurs COI en boucle. Chacune d'elles détruit des pages.
Les comptes marionnettes (sock-puppet accounts). La violation délibérée la plus courante. Une agence enregistre un nouveau compte Wikipedia qui ne déclare pas l'édition rémunérée, l'utilise pour créer ou modifier la page du client, et traite l'absence de déclaration comme un avantage plutôt qu'un défaut. La stratégie échoue parce que les administrateurs checkuser de Wikipedia disposent d'outils sophistiqués pour relier les comptes (chevauchement d'IP, modèles d'édition, empreintes comportementales), et une fois qu'un compte marionnette est identifié, les autres suivent généralement en quelques jours. Résultat : blocage de compte, suppression de page, et un dossier public d'enquête pour marionnettes qui nomme l'agence et souvent le client final. Nous avons vu des portefeuilles entiers d'agences s'effondrer ainsi — vingt pages clients supprimées en une semaine après l'identification d'un seul éditeur.
Comptes d'employés modifiant les pages de leur employeur sans déclaration. Presque aussi fréquent que le sock-puppetry, moins malveillant mais tout aussi fatal. Un employé du marketing ou de la communication ouvre un compte Wikipedia, modifie la page de sa propre entreprise pour mettre à jour des informations sur les produits ou corriger ce qu'il perçoit comme des erreurs, et ne déclare jamais le COI. Le schéma est très détectable — les éditeurs avec des comptes à usage unique modifiant l'article d'une seule entreprise sont signalés par des outils automatisés — et les conséquences suivent le même chemin : blocage de compte, marquage COI sur l'article, souvent un audit complet de l'historique de l'article qui fait remonter des problèmes remontant à des années.
Comptes de "consultants" rédigeant sur des clients en silence. Un schéma courant chez les éditeurs Wikipedia indépendants et les petites agences. L'éditeur accepte un travail client, édite silencieusement pour "éviter d'attirer l'attention", et rationalise la non-déclaration en invoquant la confidentialité client. La Wikimedia Foundation n'accepte pas cette rationalisation. La confidentialité n'est pas une raison autorisée pour contourner la déclaration sous WP:PAID ; les Conditions d'utilisation sont explicites. Une édition rémunérée cachée identifiée après coup entraîne le blocage de l'éditeur et le marquage ou la suppression des pages du client.
Mélange d'éditions personnelles et rémunérées sur un même compte. Les éditeurs qui contribuent genuinement à Wikipedia dans des domaines non rémunérés et qui acceptent ensuite du travail rémunéré en l'éditant depuis le même compte sans mettre à jour leur déclaration se retrouvent dans le même problème. Le standard de l'édition rémunérée n'est pas gradué en fonction du volume de contributions non rémunérées de l'éditeur par ailleurs. Soit chaque projet rémunéré est déclaré sur la page utilisateur, soit l'éditeur n'est pas conforme.
Comptes bénévoles acceptant du travail rémunéré sans mettre à jour leur déclaration. Une variante du cas précédent. Un éditeur contribue à Wikipedia depuis des années, rejoint une agence ou accepte un contrat Wikipedia en freelance, et oublie — ou choisit de ne pas — ajouter une déclaration d'édition rémunérée à sa page utilisateur. Le nouveau travail rémunéré viole alors WP:PAID rétroactivement à partir du moment où la rémunération a commencé, et les modifications antérieures non rémunérées sont réexaminées pour détecter un COI caché.
Le schéma commun à ces cinq cas : la non-déclaration paraît plus facile à court terme et s'avère catastrophiquement plus coûteuse sur la durée de vie du projet. Le chemin le moins cher consiste à déclarer dès le premier jour, à accepter la légère friction d'avoir le statut rémunéré visible, et à construire la page de manière à ce qu'elle survive parce qu'il n'y a rien à découvrir.
Comment WikiBusines se conforme — la structure complète
Chaque projet que nous acceptons suit la même structure de déclaration. Il n'y a pas d'exceptions, y compris pour les clients qui préféreraient qu'il en soit autrement. Le cadre :
Chaque éditeur maintient une déclaration permanente sur sa page utilisateur nommant WikiBusines comme employeur, listant l'engagement client en cours (le cas échéant), et incluant un lien vers les informations de notre entreprise. La déclaration est publique et consultable ; vous pouvez la trouver en cliquant sur le nom d'utilisateur de l'éditeur sur n'importe quelle page qu'il a touchée.
Chaque nouvel article (ou modification significative d'un article existant) porte une déclaration sur la page de discussion utilisant le modèle {{connected contributor (paid)}}, nommant l'éditeur, WikiBusines et le client. Ceci est ajouté au moment de la création et reste sur la page de discussion de façon permanente.
Chaque modification porte un marquage dans le résumé de modification indiquant le statut rémunéré. La convention varie légèrement selon les éditions linguistiques, mais est toujours visible dans l'historique des versions.
L'agence, le client et le bénéficiaire final sont tous nommés — même lorsqu'il existe une chaîne (une agence de relations publiques nous engage, qui engage un éditeur, pour le compte d'un client dont la société mère est ailleurs). Les Conditions d'utilisation exigent la déclaration de toutes les parties bénéficiaires, pas seulement de la partie immédiate, et nous maintenons cette chaîne par écrit.
Nous refusons les projets qui nécessitent des relations cachées. Périodiquement, un prospect nous demande d'effectuer le travail sans déclaration sur la page de discussion, ou d'utiliser un éditeur à "apparence neutre" sans déclaration de rémunération. Nous déclinons. Le travail n'est pas légal au regard des Conditions d'utilisation, la page ne durera pas, et la réputation de nos éditeurs ne survit pas au type d'enquête qui surgit lorsque l'une de ces pages est démasquée. Nous préférons décliner le projet. C'est le cadrage honnête pour tout opérateur : si la déclaration ressemble à un obstacle dans le processus de vente, c'est parce que l'alternative est une fraude structurelle contre la plateforme, et les conséquences retombent sur le client autant que sur l'agence.
La structure de déclaration complète, y compris les modèles exacts et les formats de page de compte, est décrite sous Wikipedia page creation, et les engagements de politique sont inscrits dans notre page guarantees.
Le coût d'une erreur
Pour un client qui se demande si la déclaration vaut la légère réduction de liberté éditoriale qu'elle implique, le calcul est simple.
Une page correctement déclarée, éditée par un éditeur rémunéré sous WP:PAID, est éditoralement contrainte mais durable. Elle peut contenir des faits inconfortables (le nom de l'entreprise, une description claire de ce qu'elle fait, une couverture neutre de toute controverse). Ce qu'elle ne peut pas contenir, c'est du langage promotionnel, des affirmations non vérifiées, ou du contenu provenant principalement de l'entreprise elle-même. En contrepartie, elle a de bonnes chances de survivre pendant des années — les statistiques Wikipedia suggèrent que la plupart des articles, une fois qu'ils ont survécu les six premiers mois, persistent sur le long terme.
Une page non déclarée, éditée par un compte marionnette ou un compte d'employé non déclaré, est éditoralement non contrainte à court terme et structurellement instable. Jusqu'à ce qu'elle soit démasquée, elle peut contenir tout ce que le client souhaitait. Quand elle l'est — et les délais concernés s'étendent de quelques semaines à quelques années — l'article est marqué, souvent supprimé, et fréquemment le nom de l'entreprise apparaît dans le dossier public d'enquête. La page disparaît ; le dommage à la réputation demeure.
Un exemple réel issu de nos appels d'entrée : une entreprise SaaS B2B qui a engagé une agence sans nom en 2022, a obtenu une page Wikipedia au ton favorable, et était ravie du résultat. En 2024, l'éditeur qui l'avait créée a été identifié comme rédacteur rémunéré non déclaré via une enquête checkuser ; l'éditeur a été bloqué indéfiniment ; la page (et quatre autres pages clients du même éditeur) a été supprimée ; et le dossier d'enquête — désormais public de façon permanente sur Wikipedia — nomme l'agence, l'éditeur et les entreprises concernées. Le client apparaît maintenant dans les résultats Google en première position pour les requêtes « [Nom de l'entreprise] Wikipedia sockpuppet », trois ans plus tard. La page originale leur aurait coûté environ 6 000 € réalisée correctement avec déclaration. Le coût en réputation de l'alternative est illimité et irrécouvrable. Notre press archive figure sur le site en partie pour illustrer ce point : toute agence qui veut votre confiance devrait être prête à montrer ses propres antécédents, et le travail sur lequel elle met son nom devrait être un travail qui peut résister à l'examen.
Ce qu'il faut vérifier avant d'engager un opérateur
Les questions à poser à toute agence — y compris la nôtre — avant de signer :
- Envoyez-moi l'URL de la page utilisateur de l'éditeur qui créera l'article. Une vraie agence peut le faire. La page affichera une déclaration d'édition rémunérée, listera les clients (ou y fera référence par catégorie si la confidentialité est importante), et renverra vers l'agence.
- Montrez-moi le modèle de déclaration de page de discussion que vous utilisez. Il devrait s'agir de
{{connected contributor (paid)}}ou de l'équivalent dans l'édition linguistique concernée. - Expliquez-moi votre convention pour les résumés de modification. Chaque modification devrait porter un marquage rendant le statut rémunéré visible dans l'historique des versions.
- Confirmez que l'agence, le client et le bénéficiaire final sont tous nommés. Aucune partie bénéficiaire non déclarée nulle part dans la chaîne.
- Citez-moi votre politique sur le refus des demandes de non-déclaration. Si l'agence effectuerait le travail en secret si vous le demandiez, la réponse détermine si leur déclaration sur votre projet est genuinement ancrée ou simplement pragmatique. Les opérateurs honnêtes ont une ligne rouge ferme.
Les réponses correspondantes des agences qui font supprimer des pages : des références vagues à des "comptes d'éditeurs établis" qu'ils ne peuvent pas relier, "nous gérons la déclaration en interne" sans précisions, des résumés de modification sans marquage, des parties bénéficiaires qui n'apparaissent pas dans la chaîne de déclaration, et une volonté d'"être flexible" sur la déclaration pour le bon client. Chacun de ces éléments est un signal structurel que le projet se terminera mal. Le guide des neuf signaux d'alarme parcourt le schéma général.
Le résumé honnête : la conformité COI est le socle de tout le reste. Une page construite sur la déclaration peut supporter le reste des risques du projet ; une page construite sur un COI caché propage ce risque dans la réputation du client indéfiniment. Il n'existe pas de version où les raccourcis payent à long terme. Le calcul atterrit toujours au même endroit.
Vous souhaitez que nous examinions votre présence Wikipedia actuelle — l'article, l'historique de l'éditeur, la chaîne de déclaration — et que nous vous disions si elle est structurellement sûre ? Envoyez un email à team@wikibusines.com et nous vous enverrons une analyse honnête.