URL: https://linuxfr.org/news/de-la-fermeture-des-comptes-inactifs-depuis-3-ans
Title: De la fermeture des comptes inactifs depuis 3 ans
Authors: Benoît Sibaud
 vpo et Ysabeau 🧶
Date: 2026年06月20日T10:32:32+02:00
License: CC By-SA
Tags: linuxfr, statistiques, rgpd et communauté
Score: 27
En [février 2023](https://linuxfr.org/news/regles-de-perennite-des-comptes-linuxfr-org-et-donnees-a-caractere-personnel), nous avions décrit « _les données à caractère personnel traitées, qu’elles soient ou non associées à un compte, le cycle de vie de ses données et le changement de politique concernant ce cycle de vie._ » La règle a été mise en place au 28 juin 2023 (la date de dernière activité du compte ayant été mise en place au 31 mai 2023) : 
- les comptes inactifs pendant trois ans sont fermés et les données conservées inutiles au service supprimées ;
- les comptes fermés depuis plus d’un an voient les données associées inutiles au service supprimées (cf dépêche d'[évaluation 1 an après en 2024](https://linuxfr.org/news/regles-de-perennite-des-comptes-linuxfr-org-donnees-a-caractere-personnel-et-effet-un-an))
Depuis trois ans, les comptes fermés (par la personne détenant le compte ou par l’équipe de modération sur les spams par exemple) voient donc leurs données minimisées. La nouveauté cette année était la fermeture des comptes inactifs depuis trois ans.
----
----
## Quelques chiffres pour donner une idée de l’évolution des comptes
- un an, c’est 961 comptes ouverts (et 286 fermés depuis), entre le 01 octobre 2024 et le 30 septembre 2025 (basées sur
les rétrospectives des quinzaines)
- un an, c’est aussi 1607 tentatives de création de comptes, sur la même période (basé sur les identifiants en base de données), dont beaucoup ne sont visiblement jamais confirmés et donc jamais réellement ouverts (spam, erreur d’adresse, erreur sur le pseudo voulu, etc.)
## Application de la règle des 3 ans d’inactivité
Regardons les [statistiques conservées par archive.org du 11 avril dernier](https://web.archive.org/web/20260411231745/https://linuxfr.org/statistiques/users), soit avant l’échéance des trois ans d’inactivité du 31 mai dernier :
- 53599 utilisatrices et utilisateurs ayant ou ayant eu des comptes (et encore présents en base de données)
- 33150 comptes
- 1384 comptes fermés
Et comparons avec les [statistiques](https://linuxfr.org/statistiques/users) au moment de l’écriture de la dépêche, en base de données on trouve :
- 38847 utilisatrices et utilisateurs ayant ou ayant eu des comptes (et encore présents en base de données)
- 18397 comptes
- 12380 comptes fermés
Il y a donc eu purge de plus de 14500 comptes et fermeture de plus de 10000 comptes au 31 mai 2026.
Pourquoi certains comptes sont purgés ? Car ils n’avaient aucun contenu public ou commentaire public ou contribution à des contenus publics. Il peut s’agir de personnes n’ayant jamais rien eu à dire sur le site, de spammeurs n’ayant jamais réussi à publier quoi que soit, etc. La volumétrie est aussi due au stock puisque le traitement s’est appliqué à tous les comptes concernés depuis 1999 (année du plus vieux compte en base de données).
Pourquoi certains comptes sont fermés ? Parce qu’ils restent associés un ou plusieurs contenus ou commentaires ou contributions publics. Les cas peuvent être multiples : la personne est décédée, la personne est passée à autre chose, la personne avait juste besoin de poser une question à un moment et n’est donc pas restée, la personne est depuis 3 ans en prison ou en orbite ou dans un sous-marin ou tout autre endroit hors-ligne, etc.
## Conséquences techniques ?
Va-t-on réutiliser les identifiants libérés dans la base de données de comptes ? Il n’y a pas vraiment d’intérêt à le faire.
A-t-on gagné sur le volume des sauvegardes ? La table des versions de dépêches pèse ~9 GiB pour ~430000 tuples, celle des commentaires ~3 GiB pour 2M de commentaires. La table des comptes n’est que la 11^e plus volumineuse en base, avec 18 MiB. Donc non on ne gagne rien de significatif. Probablement moins que si on supprimait dès maintenant les encore présents en base 700 contenus non publics et 21900 commentaires non publics.
Est-ce que tout le site va aller plus vite ? Non, ça ne va pas être perceptible sur les requêtes SQL.
Quel serait le cas le plus favorable en termes de réduction des données ? L’anonymisation du compte et de tout ce qui est associé : cela supprime un compte bien sûr, mais ça permettait en théorie de fusionner des éditions de dépêches par exemple : si Anonyme, seul compte contributeur, a 82 éditions d’une même dépêche, alors des années après, on peut sans doute se contenter de ne garder que la première et la dernière édition par exemple (pour préserver dates et attribution). Et même si Anonyme a seulement les éditions 53 à 57 d’une dépêche, on pourrait faire de même sur cette partie contiguë.
## Aide sur le sujet
- [Quelles sont les données à caractère personnel (DCP) traitées par le site ?](https://linuxfr.org//aide#aide-dcp)
- [Quelles sont les données sans caractère personnel relatives au compte traitées par le site ?](https://linuxfr.org//aide#aide-donneesautres)
- [Quelles sont les données inutiles au service qui sont supprimées des comptes fermés ?](https://linuxfr.org//aide#aide-donneesinutiles)
P.S. : cette dépêche sera ma [500^e dépêche publiée](https://linuxfr.org/statistiques/top)
</div><div class="naked_ctrl">
<form action="/index.cgi/contrast" method="get" name="gate">
<p><a href="http://altstyle.alfasado.net">AltStyle</a> によって変換されたページ <a href="httpS://linuxfr.org/news/de-la-fermeture-des-comptes-inactifs-depuis-3-ans.md">(-&gt;オリジナル)</a>
/ <label>アドレス: <input type="text" name="naked_post_url" value="httpS://linuxfr.org/news/de-la-fermeture-des-comptes-inactifs-depuis-3-ans.md" size="22" /></label> <label>モード: <select name="naked_post_mode">
<option value="default">デフォルト</option>
<option value="speech">音声ブラウザ</option>
<option value="ruby">ルビ付き</option>
<option value="contrast" selected="selected">配色反転</option>
<option value="larger-text">文字拡大</option>
<option value="mobile">モバイル</option>
</select>
<input type="submit" value="表示" />
</p>
</form>
</div>