Levez-vous contre Google et défendez la liberté mobile
2026-02-20T08:52:37+08:00
À partir de septembre 2026, Google exigera que les développeurs soient certifiés. Il ne s'agit pas d'un simple ajustement bureaucratique — c'est un changement structurel qui redéfinira profondément qui peut publier des logiciels exécutés sur des appareils Android certifiés. Même si des projets tels que LineageOS et GrapheneOS sont initialement moins affectés, la politique crée des barrières qui rendent la distribution large et populaire de logiciels libres et respectueux des utilisateurs beaucoup plus difficile. Google utilise sa domination de plateforme pour centraliser le contrôle ; nous devons résister bruyamment et délibérément.
Que signifie cela ?
La politique de vérification de Google obligera les développeurs à :
- payer des frais à Google ;
- accepter les conditions de Google, qui sont contraires à l'éthique et injustes ;
- télécharger leur carte d'identité nationale, ce qui est hostile à l'anonymat et à la vie privée.
Cela exclura de nombreux développeurs indépendants et individuels. Cela privera également les utilisateurs de la liberté d'installer les applications qu'ils souhaitent. Les utilisateurs seront soumis au contrôle centralisé de Google. Le résultat prévisible : moins d'écosystèmes d'applications indépendants, une innovation réduite dans les logiciels de niche ou préservant la vie privée, et des utilisateurs effectivement soumis à une sélection centralisée.
Calendrier et application (faits concrets)
Le calendrier publié par Google montre un accès anticipé débutant à la fin de 2025, une ouverture de la vérification à tous les développeurs en 2026, et une mise en œuvre régionale commençant en septembre 2026 (initialement Brésil, Indonésie, Singapour et Thaïlande), avec un déploiement mondial plus large prévu en 2027. La politique signifie explicitement qu'après l'application, les appareils Android certifiés bloqueront l'installation d'applications provenant de développeurs non vérifiés. Ce n'est pas spéculatif — c'est dans la documentation et les articles de blog de Google.
Mais Google dit que c'est pour la sécurité !
Non !!! La soi-disant « sécurité » de Google n'est qu'un rideau de fumée. La sécurité est impossible avec des logiciels propriétaires et n'est possible qu'avec des logiciels libres. La sécurité se réalise par du code auditable, pas par des portes dérobées, la surveillance, la censure, la télémétrie ou des mesures similaires. Google utilise le terme « sécurité » pour tromper les utilisateurs, les maltraitant avec d'énormes logiciels propriétaires qui leur volent leur sécurité, leur vie privée, leur anonymat et leur liberté. Les logiciels que Google restreint ne sont pas malveillants envers les utilisateurs ; ils menacent plutôt les profits contraires à l'éthique et injustes de Google. Google distribue déjà des logiciels malveillants étendus qui ruinent la sécurité des utilisateurs, en collusion avec d'autres développeurs de « injustware » propriétaires pour promouvoir de force la surveillance, la censure, les prisons, les tyrans et la Digital Restrictions Management auprès des utilisateurs, tout en restreignant les logiciels vraiment respectueux des utilisateurs qui s'opposent aux profits contraires à l'éthique, injustes — et putain de — de Google.
Conséquences pratiques de l'approche de Google :
- Elle favorise les acteurs commerciaux établis qui ont déjà des comptes vérifiés et une infrastructure juridique, tout en pénalisant les petits développeurs et les projets de protection de la vie privée.
- Elle encourage l'enfermement propriétaire (« vendor lock-in ») : si des applications critiques anti-surveillance ou d'accessibilité ne peuvent pas passer le processus de Google, les utilisateurs perdent des options.
- Elle crée un effet de refroidissement : les chercheurs, lanceurs d'alerte et amateurs qui dépendent de l'anonymat pour publier des outils seront incités à arrêter ou à quitter la plateforme, réduisant ainsi la surveillance publique.
- La politique peut être instrumentalisée politiquement : des régimes ou des régulateurs pourraient faire pression sur les portes de la plateforme pour supprimer des applications dissidentes ou en langues minoritaires.
Ne vous laissez pas tromper par les déclarations putain d'immorales et injustes de la société Google. Elle n'a jamais suivi la philosophie « don't be evil » — au contraire, elle agit constamment de mauvaise foi, en promouvant des logiciels propriétaires malveillants et des logiciels espions, en volant les données privées des utilisateurs, en cachant le code source d'Android, en retenant les blobs des Google Pixel, et en collaborant avec des opérateurs pour restreindre le déverrouillage des bootloaders des Google Pixel.
Mais on dit que les restrictions peuvent être contournées
Peut-être — mais cela manque le point essentiel. La liberté doit être la norme ; elle ne doit pas être quelque chose qui doit être obtenue seulement après avoir suivi des instructions et s'être soumis aux restrictions de Google.
Les vrais risques pour le logiciel libre et la communauté
Les écosystèmes de logiciel libre dépendent d'une faible barrière à l'entrée. Beaucoup d'applications respectueuses de la vie privée, de bloqueurs de publicités, d'interfaces d'émulateur et d'outils d'accessibilité sont développés par de petites équipes ou des auteurs uniques. Exiger une vérification d'identité et imposer des frais réduira l'offre de tels outils, saper la confiance de la communauté et concentrer le pouvoir entre des entités alignées sur des incitations commerciales plutôt que sur les droits des utilisateurs.
Que faire maintenant
- Si vous avez un Google Pixel, déverrouillez votre bootloader et installez GrapheneOS dès maintenant. Si vous avez un appareil non-Pixel mais qu'il prend en charge le déverrouillage du bootloader, déverrouillez-le aussi et installez LineageOS. S'il n'est pas officiellement pris en charge par LineageOS, cherchez des builds non officiels sur XDA. Si aucun n'est disponible, installez un GSI. Ensuite, exhibez-les sur les réseaux sociaux. Faites entendre votre voix.
- Si vous avez un téléphone ou une tablette Android qui, malheureusement, ne prend pas en charge le déverrouillage du bootloader, veuillez ne plus mettre à jour votre système et désactiver les mises à jour automatiques. Essayez de désinstaller ou au moins de désactiver Google Mobile Services de votre appareil si vous n'en avez pas besoin.
- Étant donné que vous dépendez encore d'Android, vous pouvez essayer des ROMs Android telles que LineageOS et GrapheneOS. Cela peut ne pas être une solution à long terme pour les années à venir, mais cela vous donnera une certaine liberté à court terme. Si vous avez encore besoin des Google Mobile Services, essayez microG.
- Si vous le pouvez, boycottez Android entièrement et utilisez plutôt postmarketOS, Mobian, PureOS, etc. Bien que l'avenir d'Android puisse paraître prometteur en tant que produit issu de Google, GNU/Linux est l'avenir des appareils mobiles pour la communauté du logiciel libre. Choisissez PinePhone, Librem, ou d'autres téléphones conçus pour exécuter GNU/Linux. Si vous avez un OnePlus 6, vous pouvez également essayer postmarketOS ou Mobian. Votre voix et vos choix comptent : plus il y a d'utilisateurs, plus la communauté sera encouragée à développer des applications mobiles pour GNU/Linux.
- Si vous êtes encore étudiant, ou un développeur qui n'a jamais touché au développement Android, boycottez Android et évitez d'apprendre Kotlin et Java. Apprenez plutôt C, C++, Rust, Python, Qt, GTK, et contribuez à des projets tels que postmarketOS pour aider à porter GNU/Linux sur mobiles.
- Si vous êtes déjà développeur Android, ne vous inscrivez pas au programme d'accès anticipé de Google. Au lieu de cela, exprimez vos préoccupations auprès de Google concernant l'exigence de vérification. Soutenez et utilisez des magasins d'applications qui proposent des logiciels libres, comme F-Droid. Si vous maîtrisez C++ ou Rust, c'est le moment idéal pour passer au développement mobile GNU/Linux.
- Quoi qu'il en soit, visitez le site du projet 'Keep Android Open' et suivez ses instructions pour trouver des moyens de soutenir la liberté mobile, comme signer des pétitions, participer à des manifestations et déposer des plaintes auprès des gouvernements.
Conclusion — refusez ce faux choix
Le débat est présenté comme sécurité contre ouverture, mais c'est une fausse dichotomie. La véritable sécurité doit être compatible avec l'anonymat, l'auditabilité et la souveraineté des utilisateurs. Le régime de vérification de Google transfère le pouvoir des communautés et des utilisateurs vers un gardien corporatif. Si nous l'acceptons, nous renonçons à une couche fondamentale d'autodétermination numérique. Résistez — bruyamment, légalement, et en construisant des alternatives.
















































