L’actualité récente de Qwant était mouvementée, mais il nous a semblé qu’au-delà des polémiques c’était le bon moment pour faire le point avec Qwant, ses projets et ses valeurs.

Si comme moi vous étiez un peu distrait⋅e et en étiez resté⋅e à Qwant-le-moteur-de-recherche, vous allez peut-être partager ma surprise : en fouinant un peu, on trouve tout un archipel de services, certains déjà en place et disponibles, d’autres en phase expérimentale, d’autres encore en couveuse dans le labo.

Voyons un peu avec Tristan Nitot, Vice-président Advocacy de Qwant, de quoi il retourne et si le principe affiché de respecter la vie privée des utilisateurs et utilisatrices demeure une ligne directrice pour les applications qui arrivent.

Bonjour Tristan, tu es toujours content de travailler pour Qwant malgré les périodes de turbulence ?
Oui, bien sûr ! Je reviens un peu en arrière : début 2018, j’ai déjeuné avec un ancien collègue de chez Mozilla, David Scravaglieri, qui travaillait chez Qwant. Il m’a parlé de tous les projets en logiciel libre qu’il lançait chez Qwant en tant que directeur de la recherche. C’est ce qui m’a convaincu de postuler chez Qwant.

J’étais déjà fan de l’approche liée au respect de la vie privée et à la volonté de faire un moteur de recherche européen, mais là, en plus, Qwant se préparait à faire du logiciel libre, j’étais conquis. À peine arrivé au dessert, j’envoie un texto au président, Eric Léandri pour savoir quand il m’embauchait. Sa réponse fut immédiate : « Quand tu veux ! ». J’étais aux anges de pouvoir travailler sur des projets qui rassemblent mes deux casquettes, à savoir vie privée et logiciel libre.

Depuis, 18 mois ont passé, les équipes n’ont pas chômé et les premiers produits arrivent en version Alpha puis Bêta. C’est un moment très excitant !

Récemment, Qwant a proposé Maps en version Bêta… Vous comptez vraiment rivaliser avec Google Maps ? Parce que moi j’aime bien Street View par exemple, est-ce que c’est une fonctionnalité qui viendra un jour pour Qwant Maps ?

Rivaliser avec les géants américains du capitalisme de surveillance n’est pas facile, justement parce qu’on cherche un autre modèle, respectueux de la vie privée. En plus, ils ont des budgets incroyables, parce que le capitalisme de surveillance est extrêmement lucratif. Plutôt que d’essayer de trouver des financements comparables, on change les règles du jeu et on se rapproche de l’écosystème libre OpenStreetMap, qu’on pourrait décrire comme le Wikipédia de la donnée géographique. C’est une base de données géographiques contenant des données et des logiciels sous licence libre, créée par des bénévoles autour desquels viennent aussi des entreprises pour former ensemble un écosystème. Qwant fait partie de cet écosystème.
En ce qui concerne les fonctionnalités futures, c’est difficile d’être précis, mais il y a plein de choses que nous pouvons mettre en place grâce à l’écosystème OSM. On a déjà ajouté le calcul d’itinéraires il y a quelques mois, et on pourrait se reposer sur Mapillary pour avoir des images façon StreetView, mais libres !

Dis donc, en comparant 2 cartes du même endroit, on voit que Qwant Maps a encore des progrès à faire en précision ! Pourquoi est-ce que Qwant Maps ne reprend pas l’intégralité d’Open Street Maps ?

En fait, OSM montre énormément de détails et on a choisi d’en avoir un peu moins mais plus utilisables. On a deux sources de données pour les points d’intérêt (POI) : Pages Jaunes, avec qui on a un contrat commercial et OSM. On n’affiche qu’un seul jeu de POI à un instant t, en fonction de ce que tu as recherché.

Quand tu choisis par exemple « Restaurants » ou « Banques », sans le savoir tu fais une recherche sur les POI Pages Jaunes. Donc tu as un fond de carte OSM avec des POI Pages Jaunes, qui sont moins riches que ceux d’OSM mais plus directement lisibles.

Bon d’accord, Qwant Maps utilise les données d’OSM, c’est tant mieux, mais alors vous vampirisez du travail bénévole et libre ? Quelle est la nature du deal avec OSM ?

Non, bien sûr, Qwant n’a pas vocation à vampiriser l’écosystème OSM : nous voulons au contraire être un citoyen modèle d’OSM. Nous utilisons les données et logiciels d’OSM conformément à leur licence. Il n’y a donc pas vraiment de deal, juste un respect des licences dans la forme et dans l’esprit. Par exemple, on met un lien qui propose aux utilisateurs de Qwant Maps d’apprendre à utiliser et contribuer à OSM. En ce qui concerne les logiciels libres nécessaires au fonctionnement d’OSM, on les utilise et on y contribue, par exemple avec les projets Mimirsbrunn, Kartotherian et Idunn. Mes collègues ont écrit un billet de blog à ce sujet.

Nous avons aussi participé à la réunion annuelle d’OSM, State Of the Map (SOTM) à Montpellier le 14 juin dernier, où j’étais invité à parler justement des relations entre les entreprises comme Qwant et les projets libres de communs numériques comme OSM. Les mauvais exemples ne manquent pas, avec Apple qui, avec Safari et Webkit, a sabordé le projet Konqueror de navigateur libre, ou Google qui reprend de la data de Wikipédia mais ne met pas de lien sur comment y contribuer (alors que Qwant le fait). Chez Qwant, on vise à être en symbiose avec les projets libres qu’on utilise et auxquels on contribue.

Google Maps a commencé à monétiser les emplois de sa cartographie, est-ce qu’un jour Qwant Maps va être payant ?

En réalité, Google Maps est toujours gratuit pour les particuliers (approche B2C Business to consumer). Pour les organisations ou entreprises qui veulent mettre une carte sur leur site web (modèle B2B Business to business), Google Maps a longtemps été gratuit avant de devenir brutalement payant, une fois qu’il a éliminé tous ses concurrents commerciaux. Il apparaît assez clairement que Google a fait preuve de dumping.

Pour le moment, chez Qwant, il n’y a pas d’offre B2B. Le jour où il y en aura une, j’espère que le un coût associé sera beaucoup plus raisonnable que chez Google, qui prend vraiment ses clients pour des vaches à lait. Je comprends qu’il faille financer le service qui a un coût, mais là, c’est exagéré !

Quand j’utilise Qwant Maps, est-ce que je suis pisté par des traqueurs ? J’imagine et j’espère que non, mais qu’est-ce que Qwant Maps « récolte » et « garde » de moi et de ma connexion si je lui demande où se trouve Bure avec ses opposants à l’enfouissement de déchets nucléaires ? Quelles garanties m’offre Qwant Maps de la confidentialité de mes recherches en cartographie ?

C’est un principe fort chez Qwant : on ne veut pas collecter de données personnelles. Bien sûr, à un instant donné, le serveur doit disposer à la fois de la requête (quelle zone de la carte est demandée, à quelle échelle) et l’adresse IP qui la demande. L’adresse IP pourrait permettre de retrouver qui fait quelle recherche, et Qwant veut empêcher cela. C’est pourquoi l’adresse IP est salée  et hachée  aussitôt que possible et c’est le résultat qui est stocké. Ainsi, il est impossible de faire machine arrière et de retrouver quelle adresse IP a fait quelle recherche sur la carte. C’est cette méthode qui est utilisée dans Qwant Search pour empêcher de savoir qui a recherché quoi dans le moteur de recherche.

Est-ce que ça veut dire qu’on perd aussi le relatif confort d’avoir un historique utile de ses recherches cartographiques ou générales ? Si je veux gagner en confidentialité, j’accepte de perdre en confort ?
Effectivement, Qwant ne veut rien savoir sur la personne qui recherche, ce qui implique qu’on ne peut pas personnaliser les résultats, ni au niveau des recherches Web ni au niveau cartographique : pour une recherche donnée, chaque utilisateur reçoit les mêmes résultats que tout le monde.

Ça peut être un problème pour certaines personnes, qui aimeraient bien disposer de personnalisation. Mais Qwant n’a pas dit son dernier mot : c’est exactement pour ça que nous avons fait « Masq by Qwant ». Masq, c’est une application Web en logiciel libre qui permet de stocker localement dans le navigateur (en LocalStorage)¹ et de façon chiffrée des données pour la personnalisation de l’expérience utilisateur. Masq est encore en Alpha et il ne permet pour l’instant que de stocker (localement !) ses favoris cartographiques. À terme, nous voulons que les différents services de Qwant utilisent Masq pour faire de la personnalisation respectueuse de la vie privée.

Ah bon alors c’est fini le cloud, on met tout sur sa machine locale ? Et si on vient fouiner dans mon appareil alors ? N’importe quel intrus peut voir mes données personnelles stockées ?

Effectivement, tes données étant chiffrées, et comme tu es le seul à disposer du mot de passe, c’est ta responsabilité de conserver précieusement ledit mot de passe. Quant à la sauvegarde des données, tu as bien pensé à faire une sauvegarde, non ? 😉

Ah mais vous avez aussi un projet de reconnaissance d’images ? Comment ça marche ? Et à quoi ça peut être utile ?
C’est le résultat du travail de chercheurs de Qwant Research, une intelligence artificielle (plus concrètement un réseau de neurones) qu’on a entraînée avec Pytorch sur des serveurs spécialisés DGX-1 en vue de proposer des images similaires à celles que tu décris ou que tu téléverses.

 Ah tiens j’ai essayé un peu, ça donne effectivement des résultats rigolos : si on cherche des saucisses, on a aussi des carottes, des crevettes et des dents…

C’est encore imparfait comme tu le soulignes, et c’est bien pour ça que ça n’est pas encore un produit en production ! On compte utiliser cette technologie de pointe pour la future version de notre moteur de recherche d’images.

Comment je fais pour signaler à l’IA qu’elle s’est plantée sur telle ou telle image ? C’est prévu de faire collaborer les bêta-testeurs ? Est-ce que Qwant accueille les contributions bénévoles ou militantes ?
Il est prévu d’ajouter un bouton pour que les utilisateurs puissent valider ou invalider une image par rapport à une description. Pour des projets de plus en plus nombreux, Qwant produit du logiciel libre et donc publie le code. Par exemple pour la recherche d’image, c’est sur https://github.com/QwantResearch/text-image-similarity. Les autres projets sont hébergés sur les dépôts https://github.com/QwantResearch : les contributions au code (Pull requests) et les descriptions de bugs (issues) sont les bienvenus !

Bon je vois que Qwant a l’ambition de couvrir autant de domaines que Google ? C’est pas un peu hégémonique tout ça ? On se croirait dans Dégooglisons Internet !

• Qwant Music (depuis juin 2016)
• Boards, des « carnets » personnels en ligne
• Qwant Junior
• et encore ce projet-là parmi d’autres…

Effectivement, nos utilisateurs attendent de Qwant tout un univers de services. La recherche est pour nous une tête de pont, mais on travaille à de nouveaux services. Certains sont des moteurs de recherche spécialisés comme Qwant Junior, pour les enfants de 6 à 12 ans (pas de pornographie, de drogues, d’incitation à la haine ou à la violence).

Comment c’est calculé, les épineuses questions de résultats de recherche ou non avec Qwant Junior ? Ça doit être compliqué de filtrer…

Nous avons des équipes qui gèrent cela et s’assurent que les sujets sont abordables par les enfants de 6 à 12 ans, qui sont notre cible pour Junior.
Ça n’est pas facile effectivement, mais nous pensons que c’est important. C’est une idée qui nous est venue au lendemain des attentats du Bataclan où trop d’images choquantes étaient publiées par les moteurs de recherche. C’était insupportable pour les enfants. Et puis Junior, comme je le disais, n’a pas vocation à afficher de publicité ni à capturer de données personnelles. C’est aussi pour cela que Qwant Junior est très utilisé dans les écoles, où il donne visiblement satisfaction aux enseignants et enseignantes.

Mais euh… « filtrer » les résultats, c’est le job d’un moteur de recherche ?

Il y a deux questions en fait. Pour un moteur de recherche pour enfants, ça me parait légitime de proposer aux parents un moteur qui ne propose pas de contenus choquants. Qwant Junior n’a pas vocation à être neutre : c’est un service éditorialisé qui fait remonter des contenus à valeur pédagogique pour les enfants. C’est aux parents de décider s’ils l’utilisent ou pas.
Pour un moteur de recherche généraliste revanche, la question est plutôt d’être neutre dans l’affichage des résultats, dans les limites de la loi.

Tiens vous avez même des trucs comme Causes qui propose de reverser l’argent des clics publicitaires à de bonnes causes ? Pour cela il faut désactiver les bloqueurs de pub auxquels nous sommes si attachés, ça va pas plaire aux antipubs…

En ce qui concerne Qwant Causes, c’est le moteur de recherche Qwant mais avec un peu plus de publicité. Et quand tu cliques dessus, cela rapporte de l’argent qui est donné à des associations que tu choisis. C’est une façon de donner à ces associations en faisant des recherches. Bien sûr si tu veux utiliser un bloqueur de pub, c’est autorisé chez Qwant, mais ça n’a pas de sens pour Qwant Causes, c’est pour ça qu’un message d’explication est affiché.

Est-ce que tous ces services sont là pour durer ou bien seront-ils fermés au bout d’un moment s’ils sont trop peu employés, pas rentables, etc. ?

Tous les services n’ont pas vocation à être rentables. Par exemple, il n’y a pas de pub sur Qwant Junior, parce que les enfants y sont déjà trop exposés. Mais Qwant reste une entreprise qui a vocation à générer de l’argent et à rémunérer ses actionnaires, donc la rentabilité est pour elle une chose importante. Et il y a encore de la marge pour concurrencer les dizaines de services proposés par Framasoft et les CHATONS 😉

Est-ce que Qwant est capable de dire combien de personnes utilisent ses services ? Qwant publie-t-elle des statistiques de fréquentation ?
Non. D’abord, on n’identifie pas nos utilisateurs, donc c’est impossible de les compter : on peut compter le nombre de recherches qui sont faites, mais pas par combien de personnes. Et c’est très bien comme ça ! Tout ce que je peux dire, c’est que le nombre de requêtes évolue très rapidement : on fait le point en comité de direction chaque semaine, et nous battons presque à chaque fois un nouveau record !

Bon venons-en aux questions que se posent souvent nos lecteurs et lectrices : Qwant et ses multiples services, c’est libre, open source, ça dépend ?

Non, tout n’est pas en logiciel libre chez Qwant, mais si tu vas sur les dépôts de Qwant et Qwant Research tu verras qu’il y a déjà plein de choses qui sont sous licence libre, y compris des choses stratégiques comme Graphee (calcul de graphe du Web) ou Mermoz (robot d’indexation du moteur). Et puis les nouveaux projets comme Qwant Maps et Masq y sont aussi.

La publicité est une source de revenus dans votre modèle économique, ou bien vous vendez des services à des entreprises ou institutions ? Qwant renonce à un modèle économique lucratif qui a fait les choux gras de Google, mais alors comment gagner de l’argent ?
Oui, Qwant facture aussi des services à des institutions dans le domaine de l’open data par exemple, mais l’essentiel du revenu vient de la publicité contextuelle, à ne pas confondre avec la publicité ciblée telle que faite par les géants américains du Web. C’est très différent.
La publicité ciblée, c’est quand tu sais tout de la personne (ses goûts, ses habitudes, ses déplacements, ses amis, son niveau de revenu, ses recherches web, son historique de navigation, et d’autres choses bien plus indiscrètes telles que ses opinions politiques, son orientation sexuelle ou religieuse, etc.). Alors tu vends à des annonceurs le droit de toucher avec de la pub des personnes qui sont ciblées. C’est le modèle des géants américains.
Qwant, pour sa part, ne veut pas collecter de données personnelles venant de ses utilisateurs. Tu as sûrement remarqué que quand tu vas sur Qwant.com la première fois, il n’y a pas de bannière « acceptez nos cookies ». C’est normal, nous ne déposons pas de cookies quand tu fais une recherche Qwant !

Quand tu fais une recherche, Qwant te donne une réponse qui est la même pour tout le monde. Tu fais une recherche sur « Soupe à la tomate » ? On te donne les résultats et en même temps on voit avec les annonceurs qui est intéressé par ces mots-clés. On ignore tout de toi, ton identité ou ton niveau de revenu. Tout ce qu’on sait, c’est que tu as cherché « soupe à la tomate ». Et c’est ainsi que tu te retrouves avec de la pub pour du Gaspacho ou des ustensiles de cuisine. La publicité vaut un peu moins cher que chez nos concurrents, mais les gens cliquent dessus plus souvent. Au final, ça permet de financer les services et d’en inventer de nouveaux tout en respectant la vie privée des utilisateurs et de proposer une alternative aux services américains gourmands en données personnelles. On pourrait croire que ça ne rapporte pas assez, pourtant c’était le modèle commercial de Google jusqu’en 2006, où il a basculé dans la collecte massive de données personnelles…

Dans quelle mesure Qwant s’inscrit-il dans la reconquête de la souveraineté européenne contre la domination des géants US du Web ?
Effectivement, parmi les deux choses qui différencient Qwant de ses concurrents, il y a la non-collecte de données personnelles et le fait qu’il est français et à vocation européenne. Il y a un truc qui me dérange terriblement dans le numérique actuel, c’est que l’Europe est en train de devenir une colonie numérique des USA et peut-être à terme de la Chine. Or, le numérique est essentiel dans nos vies. Il les transforme ! Ces outils ne sont pas neutres, ils sont le reflet des valeurs de ceux qui les produisent.

Aux USA, les gens sont considérés comme des consommateurs : tout est à vendre à ou à acheter. En Europe, c’est différent. Ça n’est pas un hasard si la CNIL est née en France, si le RGPD est européen : on a conscience de l’enjeu des données personnelles sur la citoyenneté, sur la liberté des gens. Pour moi, que Qwant soit européen, c’est très important.

Merci d’avoir accepté de répondre à nos questions. Comme c’est la tradition de nos interviews, on te laisse le mot de la fin…

Je soutiens Framasoft depuis toujours ou presque, parce que je sais que ce qui y est fait est vraiment important : plus de libre, moins d’hégémonie des suspects habituels, plus de logiciel libre, plus de valeur dans les services proposés.
J’ai l’impression d’avoir avec Qwant une organisation différente par nature (c’est une société, avec des actionnaires), mais avec des objectifs finalement assez proches : fournir des services éthiques, respectueux de la vie pivée, plus proches des gens et de leurs valeurs, tout en contribuant au logiciel libre. C’est ce que j’ai tenté de faire chez Mozilla pendant 17 ans, et maintenant chez Qwant. Alors, je sais que toutes les organisations ne sont pas parfaites, et Qwant ne fait pas exception à la règle. En tout cas, chez Qwant on fait du mieux qu’on peut !

Vive l’Internet libre et ceux qui œuvrent à le mettre en place et à le défendre !

Framasoft a grandi très vite. Peut-être un peu trop vite. Il y a quelques années, l’association était une bande de potes parmi tant d’autres, se retrouvant et discutant sur Framagora (l’ancêtre de Framacolibri, pour celleux qui s’en souviennent !). Puis nous avons lancé la campagne Dégooglisons Internet qui propose à ce jour 35 services, dont diaspora* avec Framasphère et Mastodon avec Framapiaf. Vous avez été des milliers à nous soutenir, à rejoindre ces services pour les tester et pour beaucoup, à rester et à les utiliser. Merci pour votre confiance !
Mais nous n’avions pas prévu un tel succès. Nous n’étions pas prêt⋅e⋅s à faire face à tout ce que cela impliquait. Nous avons toujours revendiqué notre droit à l’imperfection ; cependant, il y a des sujets sur lesquels nous avons été assez maladroit·e⋅s.

La croissance sans modération…

C’est le cas pour la modération. D’habitude, les communautés grandissent doucement, on recrute les modérateur⋅ices au fur et à mesure, on adapte les pratiques, et ça se passe à peu près bien. Dans notre cas, le réseau a grandi très vite : de simples chiffres qui montaient, montaient…

Mais les humains ne sont pas des chiffres. Les humains aiment et haïssent, et le font savoir. Les humains donnent leur avis, et contredisent, et s’écharpent pour un délit d’opinion. Les humains font de la poésie et s’envoient des bisous arc-en-ciel, mais parfois ils insultent aussi. Ils font des blagues, mais parfois celles-ci ne sont pas drôles et blessent d’autres humains.

L’atmosphère est devenue délétère pour certaines personnes sur nos services, et en particulier sur Framapiaf. Nous n’avons rien vu, pour plusieurs raisons. Avant tout, il y a eu peu de signalements, et avec des milliers de messages défilant chaque jour, il était (et il est toujours) impossible de repérer les problèmes lorsqu’ils ne nous sont pas signalés. Ensuite, ceux qui ont été faits ont été difficiles à gérer : personne n’était officiellement chargé de la modération. Certain⋅e⋅s de nos membres jetaient un œil parfois, sans se sentir légitimes, résolvant les cas les plus évidents, se sentant mal à l’aise sans ligne de conduite. Et sans structure organisée pour remonter les problèmes récurrents, nous n’avons pas pu prendre collectivement la mesure de l’importance de certains de ces signalements.

Après la prise de conscience

Certain⋅e⋅s des utilisateur⋅ices de nos services ont donc souffert de cette absence de modération. En outre, certain⋅e⋅s salarié⋅e⋅s de Framasoft ont été mis en difficulté par ces attaques, leurs formes, leur fréquence, tout autant que par la conscience aiguë de ne pas pouvoir en faire plus et de laisser des personnes dans la souffrance.

Une fois que nous avons mesuré l’étendue du problème que notre (mauvaise) modération pouvait poser, nous avons donc pris le sujet à bras-le-corps. Depuis janvier 2019, nos bénévoles se mobilisent afin que la modération sur Framasoft se mette enfin en place. Vaste chantier !

Nous avons avant tout travaillé d’arrache-pied sur une charte de modération. Cette charte est la base sur laquelle construire le reste : elle clarifie les comportements que nous refusons sur nos services. Elle sera peut-être trop contraignante pour certaines personnes, elle n’ira peut-être pas assez loin pour d’autres. Nous sommes à l’écoute de vos retours à condition qu’ils soient formulés de façon agréable et argumentée. Nous sommes cependant conscient⋅e⋅s que nous ne pourrons pas plaire à tout le monde. Ce n’est pas grave : vous pouvez ne pas utiliser nos services. Vous pouvez bloquer notre instance Framapiaf. En revanche, nous ne laisserons personne nous dicter ce que nous devons être et faire.

Se fédérer dans la diversité (tout un programme !)

Un aspect particulier du Fediverse est aussi à prendre en compte. Certaines instances sont dites ou se déclarent safe spaces (« espaces sécurisés » en bon français, mais on ne trouve jamais l’expression en français). Elles sont destinées à un public fragilisé, généralement des victimes d’oppressions et de harcèlements.

Ces safe spaces sont des endroits nécessaires pour que les personnes faisant partie de ces groupes puissent souffler et prendre des forces. Ces instances peuvent aussi être des instances fermées, reliées uniquement à d’autres safe spaces similaires. Ce n’est pas toujours le cas. Typiquement, plusieurs de ces instances sont fédérées avec Framapiaf.

Or Framapiaf n’est pas un safe space : c’est un espace pour les Dupuis-Morizeau, et dans la grande famille Dupuis-Morizeau, on trouve le cousin homosexuel et l’oncle catholique, la tante maghrébine et la mère chauvine, la nièce qui vote à gauche et le grand-père qui vote à droite, bref tout un éventail d’opinions pas toujours compatibles sans heurts. Nous n’allons pas virer l’oncle conservateur catholique qui ne comprend pas que deux hommes puissent se marier ; nous préférons discuter avec lui, afin de lui éviter de s’enfoncer dans une position homophobe. Nous n’allons pas plus virer la mère chauvine ; nous préférons lui laisser une chance de découvrir les recettes de la tante maghrébine et donc de s’ouvrir au monde.

Nous allons peut-être virer la nièce et le grand-père s’ils continuent de s’insulter à la moindre discussion politique ; mais nous les virerons pour les insultes, leurs propos diffamatoires ou illégaux, pas pour leurs convictions. C’est pourquoi nous invitons les safe spaces qui l’estimeront nécessaire à bloquer notre instance : nous ne pouvons pas vous garantir que nos utilisateur⋅ices ne vont pas faire une de ces blagues pas drôles, une de ces remarques que l’interlocuteur⋅ice pense inédite mais qu’on entend pour la centième fois, exprimant un de ces préjugés qui peut blesser quand il s’agit de notre quotidien.

Nous avons besoin d’instances qui ne soient pas des safe spaces, afin d’avoir une mixité favorisant le dialogue. C’est ce que nous voulons sur nos services.

Avec modération… mais laquelle ?

Nous ne pouvons pas modérer à priori tous les messages.

Et nous ne voulons pas opérer ce genre de flicage.

Nous ne pouvons intervenir que grâce aux signalements des unes et des autres.

Si vous constatez un comportement qui enfreint notre charte, merci de nous le signaler en donnant des détails, cela facilite le travail des modérateur⋅ices. Justifier le signalement est une condition nécessaire à son traitement : nous devons vérifier que les signalements sont fondés et l’explication nous simplifie la vérification.

Les modérateur⋅ices ? Aïe, voilà un nouveau souci. Comme nous le disions plus haut, les forces sont faibles face aux millions de comptes du Fediverse. Chaque heure, c’est l’équivalent de plusieurs Guerre et Paix qui sont écrits, selon certaines statistiques, et attention : avec autant d’histoires d’amour, de haine, de drames et de retrouvailles.

Actuellement, quelques bénévoles ont pris en charge des aspects de la modération, mais c’est toujours trop peu de monde face aux besoins. La conséquence, c’est une modération au lance-pierre : imprécise, parfois brutale, parfois complètement à côté du problème.

Notre deuxième chantier, en cours, est donc de mettre en place les outils pour assister la modération (outils techniques, mais aussi formation sur « comment faire ça bien »), de trouver qui recruter et selon quels critères. À ce stade, pas la peine de nous envoyer vos candidatures : nous avons besoin de prendre du temps pour poser les choses. Cela n’aiderait pas si nous recrutions des acharné⋅es du bannissement, des modérateur⋅ice⋅s pas du tout modéré⋅es ou des personnes savourant leur pouvoir de coercition et de censure. Nous vous tiendrons au courant lorsque nous serons prêt⋅e⋅s à accueillir, former et assister les bonnes volontés.

Enfin, la grande avancée du moment, c’est cette charte de modération. Elle précise le type de comportements que nous voulons et que nous refusons sur nos services et comment nous souhaitons les gérer. Nous vous invitons à la lire et à la respecter lorsque vous êtes chez nous.

Dans le cadre du Fediverse, il est aussi possible que nous ayons une modération qui vous impacte même si vous n’êtes pas hébergé⋅e⋅s chez nous : si dans une discussion avec une personne hébergée sur Framapiaf, une autre personne hébergée ailleurs se comporte en dérogeant aux comportements encouragés sur notre charte, nous masquerons ou bloquerons les propos de cette personne. Cela ne sera visible que depuis Framapiaf.

Et autant nous engagerons le dialogue avec les personnes hébergées chez nous afin que le contrat soit compris et respecté par tout le monde, autant les personnes extérieures, qui n’ont aucune obligation de respecter ce contrat puisqu’elles n’ont rien « contractualisé » avec nous, se feront éjecter sans grandes discussions si leurs comportements portent atteinte à nos utilisateur⋅ices.

Nous espérons que ces changements contribueront à rendre nos médias sociaux plus agréables à fréquenter. Il y a encore beaucoup de travail à accomplir, mais les choses avancent !

Si vous souhaitez nous faire des retours sur cette charte, nous vous invitons à le faire sur Framacolibri où nous avons ouvert un post spécifiquement sur ce sujet : https://framacolibri.org/t/une-charte-de-moderation-pour-les-medias-sociaux-de-framasoft/. Cela nous permet de centraliser vos remarques en un seul et même espace et nous facilite les réponses que nous pouvons vous apporter.

Marie-Cécile Godwin Paccard est designer indépendante et chercheuse UX. Elle accompagne des personnes et des organisations dans la définition de leurs fondamentaux et objectifs, en apportant un regard systémique. Elle s’occupe de comprendre les usages en profondeur et de concevoir des outils utilisables, éthiques et inclusifs. Elle fait partie de l’équipe qui travaille sur le logiciel Mobilizon. Nous lui avons posé 3 questions pour qu’elle nous explique son rôle sur le projet.

Bonjour Marie-Cécile ! Vous avez accompagné le projet Mobilizon, afin que celui-ci corresponde, dès sa conception, aux besoins et usages des personnes qui sont vouées à l’utiliser. Pouvez-vous nous expliquer en quoi il est particulièrement important pour ce projet de prendre en compte les besoins et attentes des futur⋅es utilisateur⋅ices ?

Bonjour à toute l’équipe ! Étudier les besoins et les usages, c’est essentiel si l’on veut concevoir un logiciel, un service ou même un objet qui soit utilisable, et donc utilisé. Mobilizon a pour ambition de permettre aux personnes de s’organiser et de se rassembler, et de leur donner le pouvoir de le faire librement et respectueusement. Rien de mieux pour commencer à parler « usages » dès le début de la réflexion autour du projet ! Toute l’équipe qui travaille sur Mobilizon a le souhait que les communautés existantes s’en emparent et que de nouvelles communautés s’y créent. On ne pourra pas atteindre cet objectif si on ne fait pas l’effort d’aller à la rencontre des personnes pour comprendre ce dont elles ont besoin, quels problèmes elles rencontrent et comment elles ont fait pour y pallier jusqu’à présent.

Quand on conçoit des choses destinées à être utilisées par d’autres personnes, il est très important de ne pas se contenter de nos propres suppositions, croyances ou idées fixes et d’ouvrir notre esprit à la perception et à l’expérience d’autres personnes. Une courte phase de recherche en usages peut donner des résultats rapides et précieux et permettre d’identifier très en amont des problématiques et des objectifs auxquels on n’avait pas forcément pensé et qui vont nous aider à questionner nos présupposés de départ.

Quelle a été votre démarche pour recueillir la parole de ces utilisateur⋅ices (ou communautés) ?

D’abord, nous avons passé un temps de réflexion ensemble à bien cadrer le projet, ses ambitions, mais aussi ses implications politiques (car TOUT est politique, surtout dans le design et le logiciel, qui plus est libre !) et comment Mobilizon s’inscrivait dans la mission de Framasoft. Nous avons fait le point sur les plateformes d’organisation existantes et ce qu’elles engendraient comme problèmes qui empêchaient les gens de s’organiser librement. J’ai ensuite proposé un plan de recherche à l’équipe, pour bien définir ce vers quoi nous allions orienter la phase de recherche. Nous avons lancé une première enquête en ligne, qui a recueilli pas loin de 300 réponses. Dans cette enquête, nous demandions aux personnes répondantes comment elles s’organisaient en général pour se rassembler à l’aide des plateformes numériques, soit en tant qu’invitées, soit en tant qu’organisatrices elles-mêmes. Nous avons recueilli des informations précieuses sur les problèmes qu’elles pouvaient rencontrer, et pourquoi elles utilisaient ou pas tel ou tel outil numérique pour le faire.

Dans un deuxième temps, nous avons défini des typologies de communautés à qui nous souhaitions nous adresser. À nouveau, il fallait partir des usages : des communautés très grandes avec différents niveaux d’organisation qui créent des rassemblements publics, des communautés spécialisées qui organisent des événements thématiques, des organisations qui souhaitent assurer respect de la vie privée à elles et aux personnes qui participent à leurs événements, etc. Je suis ensuite partie à la recherche de personnes qui correspondaient à ces cas d’usages pour leur poser des questions sur leur manière de s’organiser. On ne parle pas encore de logiciel, de code ou de graphisme à ce point : on se focalise encore et toujours sur les usages, sur la réalité de l’organisation d’événements et aux problèmes bien concrets qui se posent aux personnes qui les mettent en place.

Comment ces éléments alimentent-ils la réflexion sur les fonctionnalités de Mobilizon ?

Une fois que la phase de recherche est bouclée, il est temps de tirer des conclusions sur les données recueillies. Quelle est la réalité des usages des personnes et comment concevoir un logiciel qui ira dans leur sens ? On va ensuite arbitrer nos décisions avec ces données.

Certaines choses parlent tout de suite d’elles-mêmes : si je me rends compte à travers quasiment tous les entretiens qu’une problématique revient tout le temps, cela veut dire qu’il faut la garder en tête tout au long de la conception et du développement et trouver la meilleure manière d’y répondre. Certes, il y a des problèmes très humains que Mobilizon ne pourra pas résoudre, par exemple les « no-show », les personnes qui indiquent qu’elles participeront à l’événement mais finissent par ne pas venir. Même si l’on a pas de solution logicielle pour résoudre ce souci, comprendre pourquoi il embête les organisateurs et organisatrices permet de prendre de meilleures décisions par la suite.

Mobilizon ne pourra pas être « one-size-fits-all » (taille unique). Seront couvertes en priorité les fonctionnalités que nous pensons indispensables aux petites communautés qui n’ont pas les moyens techniques de se rassembler ailleurs. On ne remplacera pas un Mattermost ou un WhatsApp, et on n’aura jamais la même force de frappe que Facebook. Mais Mobilizon proposera les fonctionnalités essentielles pour que les communautés les plus exposées au capitalisme de surveillance puissent migrer hors de Facebook, mais ne pourra pas remplacer les centaines de pads imbriqués ou les conversations vocales de Discord à plus de 30 personnes !

En ce moment, je suis en train de concevoir le « back office » de Mobilizon, et toute l’articulation de la « tuyauterie » qui va permettre de créer un événement, un groupe, d’inviter des personnes dans ledit groupe pour s’organiser en amont de l’événement, de définir les différentes identités avec lesquelles on pourra dire que l’on participe à un événement en cloisonnant son activité, de modérer les participations ou les questions et commentaires…

Avec le reste de l’équipe, nous nous posons également plein de questions sur la manière dont Mobilizon va accompagner les personnes dans la compréhension des principes de la fédération et des instances. Le but est de nous assurer que dans tous les cas, la personne qui souhaite utiliser une instance Mobilizon pour créer un événement sur le web accède simplement aux tenants et aboutissants de tel ou tel choix, pour prendre la décision qui lui convient le mieux. Cela va se traduire dans plein d’aspects de la conception du logiciel : comment va se dérouler l’inscription (« on boarding »), quels éléments vont permettre de comprendre le principe des instances dans le texte et dans l’interface, etc.

Pour en savoir plus sur le logiciel Mobilizon, c’est sur https://joinmobilizon.org/.
Vous pouvez aussi vous inscrire à la newsletter Mobilizon pour recevoir les informations sur l’évolution du logiciel.

Chaque mois le Fediverse s’enrichit de nouveaux projets, probablement parce nous désirons toujours plus de maîtrise de notre vie numérique.

Décentralisé et fédéré, ce réseau en archipel s’articule autour de briques technologiques qui permettent à ses composantes diverses de communiquer. Au point qu’à chaque rumeur de projet nouveau dans le monde du Libre la question est vite posée de savoir s’il sera « fédéré » et donc relié à d’autres projets.

Si vous désirez approfondir vos connaissances au plan technique et au plan de la réflexion sur la fédération, vous trouverez matière à vous enrichir dans les deux mémoires de Nathalie, stagiaire chez Framasoft l’année dernière.

Aujourd’hui, alors que l’idée de publier sur un blog semble en perte de vitesse, apparaît un nouvel intérêt pour la publication d’articles sur des plateformes libres et fédérées, comme Plume et WriteFreely. Maîtriser ses publications sans traqueurs ni publicités parasites, sans avoir à se plier aux injonctions des GAFAM pour se connecter et publier, sans avoir à brader ses données personnelles pour avoir un espace numérique d’expression, tout en étant diffusé dans un réseau de confiance et pouvoir interagir avec lui, voilà dans quelle mouvance se situe le projet DIFFU auquel nous vous invitons à contribuer et que vous présente l’interviewé du jour…

Bonjour, peux-tu te présenter, ainsi que tes activités ?

Bonjour Framasoft. Je m’appelle Jean-Pierre Morfin, on me connaît aussi sur les réseaux sociaux et dans le monde du libre sous le pseudo jpfox. J’ai 46 ans, je vis avec ma tribu familiale recomposée dans un village ardéchois où je pratique un peu (pas assez) le vélo. Informaticien depuis mon enfance, je suis membre du GULL G3L basé à Valence, où je gère avec d’autres l’activité C.H.A.T.O.N.S qui propose plusieurs services comme Mastodon, Diaspora, TT-Rss, boite mail, owncloud…

Passionnés par le libre, Michaël, un ami de longue date et moi-même avons créé en 2010 ce qui s’appelle désormais une Entreprise du Numérique Libre nommée Befox qui propose ses services aux TPE/PME dans la Drôme et l’Ardèche principalement : réalisation de sites à base de solutions libres comme Prestashop, Drupal ou autres, installation Dolibarr et interconnexion entre différents logiciels ou plateformes, hébergement applicatif, évolutions chez nos fidèles clients constituent l’essentiel de notre activité.

Et donc, vous voulez vous lancer dans le développement d’un nouveau logiciel fédéré, « Diffu ». Pourquoi ?

Tout d’abord nous avons ressenti tous les deux le besoin de retourner aux fondamentaux du Libre, et quoi de plus fondamental que le développement d’un logiciel ? Lors de nos divagations sur le Fédiverse, les remarques récurrentes qu’on y trouve ici ou là contre l’utilisation de Medium, nous ont fait penser qu’une alternative pouvait être intéressante. De plus, l’ouverture d’un compte Medium se fait nécessairement avec un compte Facebook ou Google, c’est leur façon d’authentifier un utilisateur ; en bons adeptes de la dégafamisation, c’est une raison de plus de créer une alternative à cette plateforme.

Voyant le succès et tout le potentiel de la Fédération, il fallait que cette nouvelle solution entre de ce cadre-là, car recréer une plateforme unique de publication ou un nouveau moteur de blog avec une gestion interne des commentaires ne présente aucun intérêt. Avec Diffu, la publication d’un article sur une des instances du réseau sera poussée sur le Fédiverse et les commentaires et réactions faits sur Mastodon, Pleroma, Hubzilla ou autre… seront agrégés pour être restitués directement sur la page de l’article. J’invite les lecteurs à jeter un œil à la maquette que nous avons réalisée pour se faire une idée, elle n’est pas fonctionnelle car cela reste encore un projet.

Quant au nom Diffu, on lui trouve deux sens : abréviation de Diffusion, ce qui reste l’objectif d’une plateforme de publication d’articles. Et dans sa prononciation à l’anglaise Diff You qui peut se comprendre Differentiate yourself – Différenciez vous ! C’est un peu ce que l’on fait lorsqu’on livre son avis, son expertise, ses opinions ou ses pensées dans un article.

Il existe déjà des logiciels fédérés de publication, tels que Plume ou WriteFreely. Quelles différences entre Diffu et ces projets ?

Absolument, ces deux applications libres, elles aussi, proposent de nombreux points de similitude avec Diffu notamment dans l’interconnexion avec le Fediverse et la possibilité de réagir aux articles avec un simple compte compatible avec ActivityPub.

La première différence est que pour Plume et WriteFreely, il est nécessaire de créer un compte sur l’instance que l’on souhaite utiliser. Avec Diffu, suivant les restrictions définies par l’administrateur⋅e de l’instance, il sera possible de créer un article juste en donnant son identifiant Mastodon par exemple (pas le mot de passe, hein, juste le pseudo et le nom de l’instance). L’auteur recevra un lien secret par message direct sur son compte Mastodon lui permettant d’accéder à son environnement de publication et de rédiger un nouvel article. Ce dernier sera associé à son auteur ou autrice, son profil Mastodon s’affichant en signature de l’article. Lors de la publication de l’article sur le Fediverse, l’autrice ou l’auteur sera mentionné⋅e dans le pouet qu’il n’aura plus qu’à repartager. L’adresse de la page de l’article sera utilisable sur les autres réseaux sociaux bien évidemment.

Nous voyons plus les instances Diffu comme des services proposés aux possesseurs de comptes ActivityPub. Comme on crée un Framadate ou un Framapad en deux clics, on pourra créer un article.

Les modes de modération et de workflow proposés par Diffu, la thématique choisie, les langues acceptées, la définition des règles de gestion permettront aux administrateurs de définir le public pouvant poster sur leur instance. Il sera par exemple possible de n’autoriser que les auteurs ayant un compte sur telle instance Mastodon, Diffu devenant un service complémentaire que pourrait proposer un CHATONS à ses utilisateurs Mastodon.

Ou, à l’opposé, un défenseur de la liberté d’expression peut laisser son instance Diffu open bar, au risque de voir son instance bloquée par d’autres acteurs du Fediverse, la régulation se faisant à plusieurs niveaux. Nous travaillons encore sur la définition des options de modération possibles, le but étant de laisser à l’administrateur⋅e toute la maîtrise des règles du jeu.

Les options retenues seront clairement explicites sur son instance pour que chacun⋅e puisse choisir la bonne plateforme qui lui convient le mieux. On imagine déjà faire un annuaire reprenant les règles de chaque instance pour aider les auteurs et autrices à trouver la plus appropriée à leur publication. Quitte à écrire sur plusieurs instances en fonction du sujet de l’article : « J’ai testé un nouveau vélo à assistance électrique » sur diffu.velo-zone.fr et « Comment installer LineageOS sur un Moto G4 » sur diffu.g3l.org.

L’autre différence avec Plume et WriteFreely est le langage retenu pour le développement de Diffu. Nous avons choisi PHP car il reste à nos yeux le plus simple à installer dans un environnement web et nous allons tout faire pour que ce soit vraiment le cas. Le locataire d’un simple hébergement mutualisé pourra installer Diffu : on dézippe le fichier de la dernière version, on envoie le tout par ftp sur le site, on accède à la page de configuration pour définir les options de son instance et ça fonctionne. Idem pour les mises à jour.

Nous avons déjà des contacts avec les dev de Plume qui sont tout aussi motivés que nous pour connecter nos plateformes et permettre une interaction entre les utilisateurs. C’est la magie du Fediverse !

Vous êtes en phase de crowdfunding pour le projet Diffu. À quoi va servir cet argent ?

Tout simplement à nous libérer du temps pour développer ce logiciel. On ne peut malheureusement pas se permettre de laisser en plan l’activité de Befox pendant des semaines car cela correspondrait à une absence complète de revenu pour nous deux. C’est donc notre société Befox qui va récolter le fruit de cette campagne et le transformer en rémunération. Nous avons visé au plus juste l’objectif de cette campagne de financement même si on sait que l’on va passer pas mal de temps en plus sur ce projet mais quand on aime…

Il faut aussi mentionner les 8 % de la campagne destinés à rétribuer la plateforme de financement Ulule.

Comment envisages-tu l’avenir de Diffu ?

Comme tout projet libre, après la publication des premières versions, la mise en ligne du code source, nous allons être à l’écoute des utilisateurs pour ajouter les fonctionnalités les plus attendues, garder la compatibilité avec le maximum d’acteurs du Fediverse. On sait que le protocole ActivityPub et ceux qui s’y rattachent peuvent avoir des interprétations différentes. On le voit pour les plateformes déjà en places comme Pleroma, Mastodon, Hubzilla, GNUSocial, PeerTube, PixelFed, WriteFreely et Plume… c’est une nécessité de collaborer avec les autres équipes de développement pour une meilleure expérience des utilisateurs.

Comme souvent ici, on te laisse le mot de la fin, pour poser LA question que tu aurais aimé qu’on te pose, et à laquelle tu aimerais répondre…

La question que l’on peut poser à tous les développeurs du Libre : quel éditeur de sources, Vim ou Emacs ?

La réponse en ce qui me concerne, c’est Vim bien sûr.

Plus sérieusement, cela me permet d’évoquer ce que je trouve génial avec les Logiciels Libres, le fait qu’il y en a pour tous les goûts, que si un outil ne te convient pas, tu peux en utiliser un autre ou modifier/faire modifier celui qui existe pour l’adapter à tes attentes.

Alors même si Plume et WriteFreely existent et font très bien certaines choses, ils sont tous les deux différents et je suis convaincu que Diffu a sa place et viendra en complément de ceux-ci. J’ai hâte de pouvoir m’investir à fond dans ce projet.

Merci pour cette interview, à bientôt sur le Fediverse !

• Contribuer au financement participatif de DIFF
• Une maquette de ce que ça pourra devenir

Protocole, HTTP, interopérabilité, ça vous parle ? Et normes, spécifications, RFC, ça va toujours ? Si vous avez besoin d’y voir un peu plus clair, l’article ci-dessous est un morceau de choix rédigé par Stéphane Bortzmeyer qui s’est efforcé de rendre accessibles ces notions fondamentales.

Protocoles

Le 21 mai 2019, soixante-neuf organisations, dont Framasoft, ont signé un appel à ce que soit imposé, éventuellement par la loi, un minimum d’interopérabilité pour les gros acteurs commerciaux du Web.

« Interopérabilité » est un joli mot, mais qui ne fait pas forcément partie du vocabulaire de tout le monde, et qui mérite donc d’être expliqué. On va donc parler d’interopérabilité, de protocoles, d’interfaces, de normes, et j’espère réussir à le faire tout en restant compréhensible (si vous êtes informaticien·ne professionnel·le, vous savez déjà tout cela ; mais l’appel des 69 organisations concerne tout le monde).

Le Web, ou en fait tout l’Internet, repose sur des protocoles de communication. Un protocole, c’est un ensemble de règles qu’il faut suivre si on veut communiquer. Le terme vient de la communication humaine, par exemple, lorsqu’on rencontre quelqu’un, on se serre la main, ou bien on se présente si l’autre ne vous connaît pas, etc. Chez les humains, le protocole n’est pas rigide (sauf en cas de réception par la reine d’Angleterre dans son palais, mais cela doit être rare chez les lectrices et lecteurs du Framablog). Si la personne avec qui vous communiquez ne respecte pas exactement le protocole, la communication peut tout de même avoir lieu, quitte à se dire que cette personne est bien impolie. Mais les logiciels ne fonctionnent pas comme des humains. Contrairement aux humains, ils n’ont pas de souplesse, les règles doivent être suivies exactement. Sur un réseau comme l’Internet, pour que deux logiciels puissent communiquer, chacun doit donc suivre exactement les mêmes règles, et c’est l’ensemble de ces règles qui fait un protocole.

Un exemple concret ? Sur le Web, pour que votre navigateur puisse afficher la page web désirée, il doit demander à un serveur web un ou plusieurs fichiers. La demande se fait obligatoirement en envoyant au serveur le mot GET (« donne », en anglais) suivi du nom du fichier, suivi du mot « HTTP/1.1 ». Si un navigateur web s’avisait d’envoyer le nom du fichier avant le mot GET, le serveur ne comprendrait rien, et renverrait plutôt un message d’erreur. En parlant d’erreurs, vous avez peut-être déjà rencontré le nombre 404 qui est simplement le code d’erreur qu’utilisent les logiciels qui parlent HTTP pour signaler que la page demandée n’existe pas. Ces codes numériques, conçus pour être utilisés entre logiciels, ont l’avantage sur les textes de ne pas être ambigus, et de ne pas dépendre d’une langue humaine particulière. Cet exemple décrit une toute petite partie du protocole nommé HTTP (pour Hypertext Transfer Protocol) qui est le plus utilisé sur le Web.

Il existe des protocoles bien plus complexes. Le point important est que, derrière votre écran, les logiciels communiquent entre eux en utilisant ces protocoles. Certains servent directement aux logiciels que vous utilisez (comme HTTP, qui permet à votre navigateur Web de communiquer avec le serveur qui détient les pages désirées), d’autres protocoles relèvent de l’infrastructure logicielle de l’Internet ; vos logiciels n’interagissent pas directement avec eux, mais ils sont indispensables.

Le protocole, ces règles de communication, sont indispensables dans un réseau comme l’Internet. Sans protocole, deux logiciels ne pourraient tout simplement pas communiquer, même si les câbles sont bien en place et les machines allumées. Sans protocole, les logiciels seraient dans la situation de deux humains, un Français ne parlant que français, et un Japonais ne parlant que japonais. Même si chacun a un téléphone et connaît le numéro de l’autre, aucune vraie communication ne pourra prendre place. Tout l’Internet repose donc sur cette notion de protocole.

Le protocole permet l’interopérabilité. L’interopérabilité est la capacité à communiquer de deux logiciels différents, issus d’équipes de développement différentes. Si une université bolivienne peut échanger avec une entreprise indienne, c’est parce que toutes les deux utilisent des protocoles communs.

Seuls les protocoles ont besoin d’être communs : l’Internet n’oblige pas à utiliser les mêmes logiciels, ni à ce que les logiciels aient la même interface avec l’utilisateur. Si je prends l’exemple de deux logiciels qui parlent le protocole HTTP, le navigateur Mozilla Firefox (que vous êtes peut-être en train d’utiliser pour lire cet article) et le programme curl (utilisé surtout par les informaticiens pour des opérations techniques), ces deux logiciels ont des usages très différents, des interfaces avec l’utilisateur reposant sur des principes opposés, mais tous les deux parlent le même protocole HTTP. Le protocole, c’est ce qu’on parle avec les autres logiciels (l’interface avec l’utilisateur étant, elle, pour les humain·e·s.).

La distinction entre protocole et logiciel est cruciale. Si j’utilise le logiciel A parce que je le préfère et vous le logiciel B, tant que les deux logiciels parlent le même protocole, aucun problème, ce sera juste un choix individuel. Malgré leurs différences, notamment d’interface utilisateur, les deux logiciels pourront communiquer. Si, en revanche, chaque logiciel vient avec son propre protocole, il n’y aura pas de communication, comme dans l’exemple du Français et du Japonais plus haut.

Babel

Alors, est-ce que tous les logiciels utilisent des protocoles communs, permettant à tout le monde de communiquer avec bonheur ? Non, et ce n’est d’ailleurs pas obligatoire. L’Internet est un réseau à « permission facultative ». Contrairement aux anciennes tentatives de réseaux informatiques qui étaient contrôlés par les opérateurs téléphoniques, et qui décidaient de quels protocoles et quelles applications tourneraient sur leurs réseaux, sur l’Internet, vous pouvez inventer votre propre protocole, écrire les logiciels qui le parlent et les diffuser en espérant avoir du succès. C’est d’ailleurs ainsi qu’a été inventé le Web : Tim Berners-Lee (et Robert Cailliau) n’ont pas eu à demander la permission de qui que ce soit. Ils ont défini le protocole HTTP, ont écrit les applications et leur invention a connu le succès que l’on sait.

Cette liberté d’innovation sans permission est donc une bonne chose. Mais elle a aussi des inconvénients. Si chaque développeur ou développeuse d’applications invente son propre protocole, il n’y aura plus de communication ou, plus précisément, il n’y aura plus d’interopérabilité. Chaque utilisatrice et chaque utilisateur ne pourra plus communiquer qu’avec les gens ayant choisi le même logiciel. Certains services sur l’Internet bénéficient d’une bonne interopérabilité, le courrier électronique, par exemple. D’autres sont au contraire composés d’un ensemble de silos fermés, ne communiquant pas entre eux. C’est par exemple le cas des messageries instantanées. Chaque application a son propre protocole, les personnes utilisant WhatsApp ne peuvent pas échanger avec celles utilisant Telegram, qui ne peuvent pas communiquer avec celles qui préfèrent Signal ou Riot. Alors que l’Internet était conçu pour faciliter la communication, ces silos enferment au contraire leurs utilisateurs et utilisatrices dans un espace clos.

La situation est la même pour les réseaux sociaux commerciaux comme Facebook. Vous ne pouvez communiquer qu’avec les gens qui sont eux-mêmes sur Facebook. Les pratiques de la société qui gère ce réseau sont déplorables, par exemple en matière de captation et d’utilisation des données personnelles mais, quand on suggère aux personnes qui utilisent Facebook de quitter ce silo, la réponse la plus courante est « je ne peux pas, tou·te·s mes ami·e·s y sont, et je ne pourrais plus communiquer avec eux et elles si je partais ». Cet exemple illustre très bien les dangers des protocoles liés à une entreprise et, au contraire, l’importance de l’interopérabilité.

Mais pourquoi existe-t-il plusieurs protocoles pour un même service ? Il y a différentes raisons. Certaines sont d’ordre technique. Je ne les développerai pas ici, ce n’est pas un article technique, mais les protocoles ne sont pas tous équivalents, il y a des raisons techniques objectives qui peuvent faire choisir un protocole plutôt qu’un autre. Et puis deux personnes différentes peuvent estimer qu’en fait deux services ne sont pas réellement identiques et méritent donc des protocoles séparés, même si tout le monde n’est pas d’accord.

Mais il peut aussi y avoir des raisons commerciales : l’entreprise en position dominante n’a aucune envie que des acteurs plus petits la concurrencent, et ne souhaite pas permettre à des nouveaux entrants d’arriver. Elle a donc une forte motivation à n’utiliser qu’un protocole qui lui est propre, que personne d’autre ne connaît.

Enfin, il peut aussi y avoir des raisons plus psychologiques, comme la conviction chez l·e·a créat·eur·rice d’un protocole que son protocole est bien meilleur que les autres.

Un exemple d’un succès récent en termes d’adoption d’un nouveau protocole est donné par le fédivers. Ce terme, contraction de « fédération » et « univers » (et parfois écrit « fédiverse » par anglicisme) regroupe tous les serveurs qui échangent entre eux par le protocole ActivityPub, que l’appel des soixante-neuf organisations mentionne comme exemple. ActivityPub permet d’échanger des messages très divers. Les logiciels Mastodon et Pleroma se servent d’ActivityPub pour envoyer de courts textes, ce qu’on nomme du micro-blogging (ce que fait Twitter). PeerTube utilise ActivityPub pour permettre de voir les nouvelles vidéos et les commenter. WriteFreely fait de même avec les textes que ce logiciel de blog permet de rédiger et diffuser. Et, demain, Mobilizon utilisera ActivityPub pour les informations sur les événements qu’il permettra d’organiser. Il s’agit d’un nouvel exemple de la distinction entre protocole et logiciel. Bien que beaucoup de gens appellent le fédivers  « Mastodon », c’est inexact. Mastodon n’est qu’un des logiciels qui permettent l’accès au fédivers.

Le terme d’ActivityPub n’est d’ailleurs pas idéal. Il y a en fait un ensemble de protocoles qui sont nécessaires pour communiquer au sein du fédivers. ActivityPub n’est que l’un d’entre eux, mais il a un peu donné son nom à l’ensemble.

Tous les logiciels de la mouvance des « réseaux sociaux décentralisés » n’utilisent pas ActivityPub. Par exemple,  Diaspora ne s’en sert pas et n’est donc pas interopérable avec les autres.

Appel

Revenons maintenant l’appel cité au début, Que demande-t-il ? Cet appel réclame que l’interopérabilité soit imposée aux GAFA, ces grosses entreprises capitalistes qui sont en position dominante dans la communication. Tous sont des silos fermés. Aucun moyen de commenter une vidéo YouTube si on a un compte PeerTube, de suivre les messages sur Twitter ou Facebook si on est sur le fédivers. Ces GAFA ne changeront pas spontanément : il faudra les y forcer.

Il ne s’agit que de la communication externe. Cet appel est modéré dans le sens où il ne demande pas aux GAFA de changer leur interface utilisateur, ni leur organisation interne, ni leurs algorithmes de sélection des messages, ni leurs pratiques en matière de gestion des données personnelles. Il s’agit uniquement d’obtenir qu’ils permettent l’interopérabilité avec des services concurrents, de façon à permettre une réelle liberté de choix par les utilisateurs. Un tel ajout est simple à implémenter pour ces entreprises commerciales, qui disposent de fonds abondants et de nombreu·ses-x programmeur·e·s compétent·e·s. Et il « ouvrirait » le champ des possibles. Il s’agit donc de défendre les intérêts des utilisateurs et utilisatrices. (Alors que le gouvernement, dans ses commentaires, n’a cité que les intérêts des GAFA, comme si ceux-ci étaient des espèces menacées qu’il fallait défendre.)

Qui commande ?

Mais au fait, qui décide des protocoles, qui les crée ? Il n’y a pas de réponse simple à cette question. Il existe plein de protocoles différents et leurs origines sont variées. Parfois, ils sont rédigés, dans un texte qui décrit exactement ce que doivent faire les deux parties. C’est ce que l’on nomme une spécification. Mais parfois il n’y a pas vraiment de spécification, juste quelques vagues idées et un programme qui utilise ce protocole. Ainsi, le protocole BitTorrent, très utilisé pour l’échange de fichiers, et pour lequel il existe une très bonne interopérabilité, avec de nombreux logiciels, n’a pas fait l’objet d’une spécification complète. Rien n’y oblige développeurs et développeuses : l’Internet est « à permission facultative ». Dans de tels cas, celles et ceux qui voudraient créer un programme interopérable devront lire le code source (les instructions écrites par le ou la programmeur·e) ou analyser le trafic qui circule, pour essayer d’en déduire en quoi consiste le protocole (ce qu’on nomme la rétro-ingénierie). C’est évidemment plus long et plus difficile et il est donc très souhaitable, pour l’interopérabilité, qu’il existe une spécification écrite et correcte (il s’agit d’un exercice difficile, ce qui explique que certains protocoles n’en disposent pas).

Parfois, la spécification est adoptée formellement par un organisme dont le rôle est de développer et d’approuver des spécifications. C’est ce qu’on nomme la normalisation. Une spécification ainsi approuvée est une norme. L’intérêt d’une norme par rapport à une spécification ordinaire est qu’elle reflète a priori un consensus assez large d’une partie des acteurs, ce n’est plus un acte unilatéral. Les normes sont donc une bonne chose mais, rien n’étant parfait, leur développement est parfois laborieux et lent.

Toutes les normes ne se valent pas. Certaines sont publiquement disponibles (comme les normes importantes de l’infrastructure de l’Internet, les RFC – Request For Comments), d’autres réservées à ceux qui paient, ou à ceux qui sont membres d’un club fermé. Certaines normes sont développées de manière publique, où tout le monde a accès aux informations, d’autres sont créées derrière des portes soigneusement closes. Lorsque la norme est développée par une organisation ouverte à tous et toutes, selon des procédures publiques, et que le résultat est publiquement disponible, on parle souvent de normes ouvertes. Et, bien sûr, ces normes ouvertes sont préférables pour l’interopérabilité.

L’une des organisations de normalisation ouverte les plus connues est l’IETF (Internet Engineering Task Force, qui produit notamment la majorité des RFC). L’IETF a développé et gère la norme décrivant le protocole HTTP, le premier cité dans cet article. Mais d’autres organisations de normalisation existent comme le W3C (World-Wide Web Consortium) qui est notamment responsable de la norme ActivityPub.

Par exemple, pour le cas des messageries instantanées que j’avais citées, il y a bien une norme, portant le doux nom de XMPP (Extensible Messaging and Presence Protocol). Google l’utilisait, puis l’a abandonnée, jouant plutôt le jeu de la fermeture.

Difficultés

L’interopérabilité n’est évidemment pas une solution magique à tous les problèmes. On l’a dit, l’appel des soixante-neuf organisations est très modéré puisqu’il demande seulement une ouverture à des tiers. Si cette demande se traduisait par une loi obligeant à cette interopérabilité, tout ne serait pas résolu.

D’abord, il existe beaucoup de moyens pour respecter la lettre d’un protocole tout en violant son esprit. On le voit pour le courrier électronique où Gmail, en position dominante, impose régulièrement de nouvelles exigences aux serveurs de messagerie avec lesquels il daigne communiquer. Le courrier électronique repose, contrairement à la messagerie instantanée, sur des normes ouvertes, mais on peut respecter ces normes tout en ajoutant des règles. Ce bras de fer vise à empêcher les serveurs indépendants de communiquer avec Gmail. Si une loi suivant les préconisations de l’appel était adoptée, nul doute que les GAFA tenteraient ce genre de jeu, et qu’il faudrait un mécanisme de suivi de l’application de la loi.

Plus subtil, l’entreprise qui voudrait « tricher » avec les obligations d’interopérabilité peut aussi prétendre vouloir « améliorer » le protocole. On ajoute deux ou trois choses qui n’étaient pas dans la norme et on exerce alors une pression sur les autres organisations pour qu’elles aussi ajoutent ces fonctions. C’est un exercice que les navigateurs web ont beaucoup pratiqué, pour réduire la concurrence.

Jouer avec les normes est d’autant plus facile que certaines normes sont mal écrites, laissant trop de choses dans le vague (et c’est justement le cas d’ActivityPub). Écrire une norme est un exercice difficile. Si on laisse beaucoup de choix aux programmeuses et programmeurs qui créeront les logiciels, il y a des risques de casser l’interopérabilité, suite à des choix trop différents. Mais si on contraint ces programmeuses et programmeurs, en imposant des règles très précises pour tous les détails, on empêche les logiciels d’évoluer en réponse aux changements de l’Internet ou des usages. La normalisation reste donc un art difficile, pour lequel on n’a pas de méthode parfaite.

Conclusion

Voilà, désolé d’avoir été long, mais les concepts de protocole et d’interopérabilité sont peu enseignés, alors qu’ils sont cruciaux pour le fonctionnement de l’Internet et surtout pour la liberté des citoyen·ne·s qui l’utilisent. J’espère les avoir expliqués clairement, et vous avoir convaincu⋅e de l’importance de l’interopérabilité. Pensez à soutenir l’appel des soixante-neuf organisations !

Après

Et si vous voulez d’autres informations sur ce sujet, il y a :

• Si vous aimez le son plutôt que l’écrit, le podcast de l’APRIL a parlé de l’interopérabilité.

Il y a quelques mois, une personne nous a demandé dans un commentaire sous un de nos billets de blog de parler d’Imago TV. On s’est dit que c’était une bonne idée que de rendre visible cette plateforme auprès de notre communauté alors on a contacté les deux créateurs Nicolas et Felipe pour qu’ils répondent à nos questions.

Bonjour Nicolas, pouvez-vous vous présenter ?
Bonjour, je suis Nicolas, l’un des 2 co-créateurs d’Imago TV. Avec Felipe, originaire du Chili et travaillant dans le secteur des énergies renouvelables, nous avons lancé le projet Imago TV début 2018. À l’époque je venais juste de quitter mes activités professionnelles dans le domaine du streaming vidéo et je travaillais avec Felipe sur le web magazine Les Gens Qui Sèment, l’émission des alternatives.

Imago TV, c’est quoi ?
Imago TV est une plateforme dédiée à la diffusion et à la valorisation de vidéos engagées dans la transition. À ce jour, Imago TV propose aux internautes de visionner plus de 2000 contenus très diversifiés (émissions, documentaires, podcasts, courts-métrages) leur permettant d’aborder des sujets aussi variés que l’écologie, les énergies, les ressources, la démocratie, l’économie, ou encore les monnaies. Notre objectif était dès le départ d’offrir une vitrine la plus belle possible (aussi bien d’un point de vue esthétique qu’en termes d’audience) aux contenus audiovisuels engagés dans la transition, que ceux-ci produisent une analyse critique des modèles dominants ou qu’ils mettent en lumière des modèles alternatifs à ces modèles dominants.

Qui peut diffuser des contenus sur Imago TV ?
Sur le principe, n’importe qui peut diffuser des contenus sur Imago TV. Pour le moment, un comité de visionnage valide les contenus qui nous sont suggérés par mail. Mais à terme, nous envisageons que ce travail soit coopératif et réalisé de manière collégiale par l’ensemble des utilisateur⋅ices d’Imago TV. La majorité des contenus nous ont d’ailleurs été suggérés par des utilisateur⋅ices et il s’agissait souvent des créateur⋅ices de ces vidéos.

Quels sont les critères de sélection des contenus sur Imago TV ?
Les contenus validés par le comité de visionnage doivent être :
– conformes à la ligne éditoriale
– conformes à la charte
– cohérents avec l’offre existante

En quoi Imago TV porte les valeurs du libre ?
À plusieurs niveaux. Tout d’abord Imago TV est un projet associatif et bénévole, entièrement développé en open-source. Imago TV est accessible sans abonnement et fonctionne sans publicité, sur un modèle uniquement coopératif. Pour le financement, nous venons tout juste de mettre en place un compte en G1 (June) pour recevoir des dons en monnaies libres.

Sur le plan technique, notre site web n’intègre aucune librairie Google Analytics, Facebook ou Twitter ; ainsi, le tracking est limité au maximum. D’une manière générale, la seule librairie extérieure que nous utilisons est jquery et nous n’utilisons pas de framework. Notre future application pour smartphone sera sous Android et l’apk sera disponible en téléchargement depuis notre site web ainsi que sur f-droid.

Nous faisons également la promotion de productions placées sous licences Creative Commons (comme Data Gueule ou Thinkerview) et des plateformes open-source (comme PeerTube ou Wetube pour l’hébergement et Captain Fact pour le fact checking). Les contenus eux-mêmes traitent des questions d’open-source, d’open-access, d’open data, de neutralité du net ou d’hacktivisme (We are legion ou The Internet’s own boy).

Enfin, la plateforme a été pensée dans l’esprit d’Aaron Swartz et de ses écrits relatifs à la création de Wikipédia. Sur la plateforme, nous avons d’ailleurs une page dédiée à son Manifeste de la guérilla pour le libre accès.

We have less than 60 days to finance Mobilizon. Less than 60 days to promote our project of a free and federated alternative to Facebook events ; and to know how much we need to invest ourselves in it.

Change the software of the people who change the world?

From climate walks on Facebook to free software hackathons using Meetup: to change the world, utopians (like us!) too often organize themselves on the centralized platforms of web giants.

We are not going to repeat here how clicking on « I join » in a Facebook event « Vegan Barbecue for Social Justice » raises many issues: it says much more about you than you can imagine, it gives a significant power to Facebook advertisers and locks the event community into a tool that will prevent it from being self-organized and thus from enduring. And that’s without mentioning the rules of use of these platforms, which can lead to a closing, without the least justification, from one day to the next, of a group or a communtiy, and of which the centralized structure forms a potentially unique portal for security services and pirates with bad intentions.

Mock-up of an Event page in Mobilizon

At Framasoft, we thought it was important to take the time to think about an alternative that could change the situation. We have just spent a few months, with the help of two designers (Marie-Cécile Paccard and Geoffrey Dorne) who haved interviewed many activists so as to better understand their digital practices. We looked at what a tool that would really empower individuals and groups could look like.

The tool that surveillance capitalism companies will not make

If you think about it, it’s massively constraining to create a tool that is just good for sucking up and selling data from all over the world…. As long as we do not need (or want) to track people or maintain an unfair economic model, we can imagine a tool that makes a difference.

1. A tool that, even if basic, sets us free

The last thing Meetup, Eventbrite or Facebook want is for us to do without them, take their place and create our own event publishing platform. This is the first of the freedoms Mobilizon will offer: to free people from those money-, data- and attention-grabing companies.

Of course, you might not be able to install it on a server yourself and create your own Mobilizon instance. But the fact that a community, a trade union, an NGO, a movement, a federation, that is, any collective can freely emancipate itself from data-hungry platforms, feels essential to us.

Along these lines, making the source code, the « cooking recipe » of the software, public is paramount to us: not everyone can read it, but it is a guarantee of transparency and openness. If the team that develops it makes choices that do not suit me, I can set up my own team to experiment with different design choices and another governance system.

2. A tool that emancipates by federating

But here’s the thing: if my university creates its MobilizedCollege instance on the one hand, and my climate movement creates its EcoMobilized instance on the other, do I need to create an account on each site to keep up with the planned gatherings?

No: it would be a huge strain on end-users. This is why we want Mobilizon to be federated: each instance (event publication site) powered by Mobilizon will then be able to choose to exchange with other instances, to display more events than « just its own », and to promote interactions. The federation protocol, based on the most widespread standard (called ActivityPub), will also allow, in the long term, to build bridges with Mastodon (the free and federated alternative to Twitter), PeerTube (alternative to YouTube), and many other alternative services.

However, the concept of federation is not a magic wand. On the contrary, it requires even more effort: displaying your moderation policy, communicating with the people registered on your server, choosing with whom you can federate or not, applying your legal obligations (or practicing civil disobedience)… An emancipatory Mobilizon should, in our opinion, facilitate these relationships between the people who open their instance to registrations, and those who entrust them with their data.

3. A tool that is, ideally, user-friendly

Ideally, Mobilizon not only frees us from Facebook events, but also frees us from its groups. And to have user-friendly groups, you have to imagine messaging tools, moderation tools, in short: many features that make us autonomous.

Because a user-friendly tool is a tool that gives us power, that gives us control. Thus, it is a tool that allows each group to organize itself as it wishes. Ideally, Mobilizon offers groups a space to display links to its digital collaboration tools, whatever they are, even google docs (but honestly, Framapad: it’s even better :p).

Another example of empowerment: if I want my family, who invites me to the youngest child’s birthday, to see my militant commitment (say for a pride march), but not my cultural activities (say folk dance), I must be able to control it. Ideally, Mobilizon allows each account to create multiple identities to partition its groups and activities as desired.

4. A tool that is sustainable and resilient in the long run

Software is a constantly evolving tool. Of course, producing a first stable version is a challenge in itself. But it is also the first step in a longer process, where we discover uses and practices that were not anticipated, that we can support.

There are already many possible evolutions for Mobilizon: facilitate geolocation and mapping, develop a mobile application, improve ergonomics and interfaces… What other ideas will our collective intelligence produce when Mobilizon is operational and used?

But here it is, maintaining and growing a commons requires care, time and attention. We must give ourselves the means, and at Framasoft, we hope that the support given to this project will show an enthusiastic supportive public, thanks to which we will be able to plan for the long term.

What resources are being used to produce Mobilizon?

Creating such a tool, with no other goal than to build a digital commons, requires time, involvement and resources. At Framasoft, we are convinced of the importance that Mobilizon can have, in the long term, for many communities. But we are already working on many projects and lack the time and money to do everything…. Thus, we will not get involved without a strong signal that this tool is desired.

We have just opened a collection on joinmobilizon.org. We have given ourselves less than 60 days to know how well our approach will be supported. In concrete terms, the more you give, the more we will be involved in Mobilizon‘s development in the long term.

We have defined the following budgets:

• 20 000 € – Free and basic Mobilizon, where we will cover our expenses and deliver the code and design work to the community, after the release of version 1;
• 35 000 € – Emancipatory and federated Mobilizon, where we will also be able to implement the ActivityPub federation protocol, and all the tools that go with it, including a test instance, for demonstration;
• 50,000 € – Ideal and user-friendly Mobilizon which, in addition to the rest, will directly include all the features we dream of for version 1 (groups, messaging, multi-identity, external tool displays).
• Further – Sustainable and resilient Mobilizon, which development will be maintained by Framasoft beyond the V1 release, with advanced features.

From now on, and until July 10th, any donation made to Framasoft via the Joinmobilizon.org page will be attributed to the Mobilizon project. On July 10th, depending on the amount that has been reached, we will focus on developing the Mobilizon that you have supported. We plan to release a beta version in the fall of 2019, and a version 1 in the first half of 2020.

Mock-up of a Group page in Mobilizon

You have les than 60 days to determine our involvement

So we need your help. Together, we have less than 60 days to propose and explain this project to the associative, cultural and militant communities in France and abroad. Less than 60 days to convince them of the importance of supporting Mobilizon, without falling into the trap of easy shorthand like « it will replace Facebook » or otherwise « this is a revolution ».

It will therefore be necessary to take the time to speak, to exchange, to listen… to convince without marketing bullshit or claiming to be an authority. Because Mobilizon will not be a miracle instantaneous recipe: it is a first step towards more independence, an adventure that will evolve over time, and one that we wanted to start with you.

How far will we go? It is now in your hands… let’s Mobilize!

Nous avons moins de 60 jours pour financer Mobilizon. Moins de 60 jours pour faire connaître notre projet d’alternative libre et fédérée aux événements Facebook ; et pour savoir à quel point nous devons nous y investir.

Changer le logiciel de celles et ceux qui changent le monde ?

Des marches pour le climat organisées sur Facebook aux hackathons de logiciels libres qui se font grâce à Meetup : pour changer le monde, les utopistes (comme nous !) s’organisent bien trop souvent sur les plateformes centralisées des géants du web.

On ne va pas répéter ici à quel point cliquer sur « Je participe » à un événement Facebook « Barbecue végan de la justice sociale » pose de nombreux problèmes : cela en dit bien plus sur soi qu’on ne l’imagine, donne un pouvoir conséquent aux publicitaires qui paient Facebook et enferme la communauté de l’événement dans un outil qui l’empêchera de s’auto-gérer et donc de perdurer.

Et c’est sans compter sur les règles d’utilisation de ces plateformes, qui peuvent mener à une fermeture, du jour au lendemain, sans aucune justification, d’un groupe ou d’une communauté, et dont la structure centralisée forme un potentiel guichet unique pour les agences de renseignement et des pirates mal intentionnés.

Maquette d’une page « événement » dans Mobilizon

Chez Framasoft, on s’est dit qu’il fallait prendre le temps de réfléchir à une alternative qui puisse changer la donne. Nous venons de passer quelques mois, avec l’aide de deux designers (Marie-Cécile Paccard et Geoffrey Dorne) à écouter des militant·e·s pour mieux cerner leurs pratiques numériques. Nous avons cherché à quoi pourrait ressembler un outil qui rendrait vraiment le pouvoir aux personnes, aux groupes.

L’outil que les entreprises du capitalisme de surveillance ne feront pas

Si on y réfléchit, c’est hyper contraignant de créer un outil juste pour aspirer et vendre les données du monde entier… À partir du moment où l’on n’a pas besoin (ni envie) de pister les gens ou de maintenir un modèle économique inéquitable, on peut imaginer un outil qui fait la différence.

1. Un outil qui, même basique, nous rend libres

La dernière chose dont Meetup, Eventbrite ou Facebook ont envie, c’est que nous nous passions d’eux, que l’on puisse prendre leur place, et que l’on crée notre propre plateforme de publication d’événements. C’est la première des libertés qu’offrira Mobilizon : échapper à l’emprise de ces plateformes à but lucratif.

Bien entendu, tout le monde ne va pas aller l’installer sur un serveur informatique, et monter son propre Mobilizon. Mais il est essentiel qu’une communauté, un syndicat, une ONG, un mouvement, une fédération… que n’importe quel collectif puisse s’émanciper librement des plateformes avides de données.

C’est comme le fait de rendre public le code source, la « recette de cuisine » du logiciel : tout le monde ne sait pas le lire, mais c’est un gage de transparence et d’ouverture. Si l’équipe qui le développe fait des choix qui ne me conviennent pas, je peux monter ma propre équipe pour expérimenter d’autres choix, et une autre gouvernance.

2. Un outil qui émancipe en fédérant

Seulement voilà : si mon université crée son instance MobilizTaFac d’un côté, et que mon mouvement pour le climat crée son instance ÉcoMobilizés de l’autre, est-ce que je dois créer un compte sur chaque site, histoire de me tenir au courant des rassemblements prévus ?

Non : ce serait, selon nous, un gros frein à l’usage. C’est pour cela que nous souhaitons que Mobilizon soit fédéré : chaque instance (site de publication d’événements) propulsée par Mobilizon pourra alors choisir d’échanger avec d’autres instances, d’afficher plus d’événements que « juste les siens », et de favoriser les interactions. Le protocole de fédération, basé sur le standard de communication le plus répandu (nommé ActivityPub), permettra en plus, à terme, de tisser des ponts avec Mastodon (l’alternative libre et fédérée à Twitter), PeerTube (alternative à YouTube), et bien d’autres outils similaires.

Cependant, le concept de fédération n’est pas une baguette magique. Au contraire, l’adopter demande encore plus d’efforts : afficher sa politique de modération, communiquer avec les personnes inscrites sur son serveur, choisir avec qui on se fédère ou non, appliquer ses obligations légales (ou pratiquer la désobéissance civile)… Un Mobilizon émancipateur devrait, à notre sens, faciliter ces relations entre les personnes qui ouvrent leur hébergement aux inscriptions, et celles qui leur confient leurs données.

3. Un outil qui, dans l’idéal, est convivial

Dans l’idéal, Mobilizon ne nous libère pas seulement des événements Facebook : il nous libère aussi de ses groupes. Et pour avoir des groupes conviviaux, il faut imaginer des outils de messagerie, des outils de modération, bref : de nombreuses fonctionnalités qui nous rendent autonomes.

Car un outil convivial est un outil qui nous laisse le pouvoir, qui nous rend le contrôle. C’est un outil qui laisse chaque groupe s’organiser comme il le souhaite. Dans l’idéal, Mobilizon offre aux groupes un espace pour afficher des liens vers ses outils de collaboration numérique, quels qu’ils soient, même des google docs (mais franchement, nous on pense que Framapad, c’est mieux :p).

Un autre exemple de reprise de pouvoir : si je veux que ma famille, qui m’invite à l’anniversaire du petit dernier, voie mon engagement militant (disons pour une marche des fiertés), mais pas mes activités culturelles (disons de danse folklorique), je dois pouvoir le maîtriser. Dans l’idéal, Mobilizon permet à chaque compte de se créer plusieurs identités pour cloisonner ses groupes et ses activités comme on le désire.

4. Un outil qui, à terme, est durable et résilient

Un logiciel est un outil en perpétuelle évolution. Certes, produire une première version stable est un défi en soi. Mais c’est aussi le premier pas d’un cheminement plus long, où l’on découvre des usages et pratiques qui n’étaient pas anticipées, que l’on peut accompagner.

Il existe, d’ores et déjà, de nombreuses évolutions possibles pour Mobilizon : faciliter la géolocalisation et la cartographie, développer une application mobile, améliorer l’ergonomie et les interfaces… Quelles autres idées l’intelligence collective produira-t-elle quand Mobilizon sera opérationnel et utilisé ?

Seulement voilà, entretenir et faire grandir un commun, cela demande du soin, du temps et de l’attention. Si vous nous en donnez les moyens, la somme récoltée au-delà des 50 000 € nous permettra de nous projeter sur le long terme et d’envisager les développements après la sortie de la version 1.0.

Quels moyens se donne-t-on pour produire Mobilizon ?

Créer un tel outil, sans autre but que celui de construire un commun numérique, cela demande du temps, de l’implication et des moyens. Chez Framasoft, nous sommes persuadé·e·s de l’importance que Mobilizon peut avoir, à terme, pour de nombreuses communautés. Mais nous travaillons déjà sur de très nombreux projets et manquons de temps et d’argent pour tout faire… Ainsi, nous ne nous lancerons pas sans avoir un signal fort que cet outil est désiré.

Nous venons d’ouvrir une collecte sur joinmobilizon.org. Nous nous sommes donné 60 jours pour savoir à quel point notre démarche sera soutenue. Concrètement, plus vous donnerez, plus cela nous impliquera durablement dans le développement de Mobilizon.

Nous avons défini les budgets suivants :

• 20 000 € – Mobilizon libre et basique, où nous rentrerons dans nos frais et livrerons le code et les travaux de design à la communauté après la sortie de la version 1 ;
• 35 000 € – Mobilizon émancipateur et fédéré, où nous pourrons en plus implémenter le protocole de fédération ActivityPub et tous les outils qui vont avec, dont une instance de test pour démonstration ;
• 50 000 € – Mobilizon idéal et convivial qui, en supplément du reste, inclura directement l’ensemble des fonctionnalités dont nous rêvons pour la version 1 (groupes, messagerie, multi-identité, affichages d’outils externes) .
• au-delà – Mobilizon durable et résilient, dont le développement pourra être maintenu et amélioré par Framasoft au delà de la version 1, avec des fonctionnalités avancées.

Dès aujourd’hui, et jusqu’au 10 juillet, tout don fait à Framasoft via la page joinmobilizon.org sera comptablement attribué au projet Mobilizon. Au 10 juillet, suivant le montant qui aura été atteint, nous nous consacrerons à développer le Mobilizon que vous aurez soutenu. Nous prévoyons la sortie d’une version bêta pour l’automne 2019, et une version 1 pour le premier semestre 2020.

Maquette d’une page « groupe » dans Mobilizon

Vous avez moins de 60 jours pour déterminer notre implication

Nous avons donc besoin de votre aide. Ensemble, nous avons moins de 60 jours pour proposer et expliquer ce projet aux communautés associatives, culturelles et militantes en France et à l’étranger. Moins de 60 jours pour les convaincre de l’importance de soutenir Mobilizon, sans tomber dans le piège des raccourcis faciles des « ça va remplacer Facebook » (cela peut remplacer la gestion d’évènements de Facebook) et autres « ceci est une révolution » (nous ne sommes pas une startup, et n’avons pas pour vocation de remplacer tous les usages !).

Il va donc falloir prendre le temps de parler, d’échanger, d’écouter… pour convaincre sans charmer ni imposer une quelconque autorité. Car Mobilizon ne sera pas une recette miracle et instantanée : c’est un premier pas vers plus d’indépendance, une aventure qui va évoluer sur la durée, et que nous avons souhaité démarrer avec vous.

Jusqu’où irons-nous ? C’est désormais entre vos mains… à vous de vous Mobilizer !