Chrome en ARM64 pour Raspberry Pi et Linux : le guide d'installation complet

Le 27 juillet 2026, Google a mis en ligne un paquet Chrome stable en architecture ARM64, téléchargeable directement depuis ses serveurs, mais toujours absent de la page de téléchargement officielle du navigateur. Si vous possédez un Raspberry Pi ou toute autre machine Linux tournant sur une puce ARM64, vous pouvez enfin installer le vrai Chrome, et plus seulement Chromium.

Petit rappel pour ceux qui découvrent le sujet : jusqu'ici, les possesseurs de Raspberry Pi et plus largement de machines Linux en ARM64 devaient se contenter de Chromium (la version open source du navigateur) ou de solutions de contournement comme l'émulateur FEX pour faire tourner Chrome x86 sur une puce ARM. Google avait annoncé en mars 2026 des builds ARM64 officielles pour le deuxième trimestre, avec une installation simplifiée promise via chrome.com/download. Cette dernière partie manque toujours à l'appel : le paquet existe bel et bien, mais encore faut-il savoir où aller le chercher.

Ce qui a changé concrètement

C'est un rédacteur du site OMG! Ubuntu qui a repéré la manœuvre en bidouillant l'URL de téléchargement depuis un Raspberry Pi 5. Le fichier de contrôle du paquet annonce Chrome stable en version 150.0.7871.186, architecture arm64, pour un poids de 126 Mo une fois téléchargé et un peu plus de 400 Mo une fois installé. C'est exactement la même version que le paquet x86 poussé le même soir : aucune différence fonctionnelle entre les deux architectures, juste une compilation distincte.

Vérifier que votre machine est compatible

Avant toute chose, assurez-vous d'être bien en système 64 bits : un Raspberry Pi OS ou une distribution Linux installée en 32 bits refusera le paquet. La commande suivante répond :

dpkg --print-architecture

Si la réponse est arm64, vous pouvez continuer. Si vous obtenez armhf, votre système est en 32 bits et il faudra réinstaller votre OS en version 64 bits avant d'aller plus loin.

Installer Chrome ARM64 pas à pas

L'installation se fait comme n'importe quel paquet .deb local, en laissant apt gérer les dépendances :

wget https://dl.google.com/linux/direct/google-chrome-stable_current_arm64.deb
sudo apt install ./google-chrome-stable_current_arm64.deb

Pour les distributions basées sur RPM (Fedora, openSUSE), le même paquet existe en remplaçant la fin du nom de fichier par aarch64.rpm.

Reste la question des mises à jour : faudra-t-il retélécharger le .deb à la main tous les mois ? Non. Le script de post-installation contenu dans le paquet ajoute le dépôt Google en précisant l'architecture arm64, et les mises à jour arrivent ensuite normalement via apt, comme sur une machine x86.

Les autres canaux : beta, dev et canary

Le dépôt Google ne sert pas que le canal stable. La beta (151.0.7922.47), la dev (152.0.7967.2) et la canary (152.0.7974.0) sont également publiées pour ARM64, et le fichier Release du dépôt déclare noir sur blanc les deux architectures. Les quatre canaux ont été publiés dans la même minute que leurs équivalents x86, ce qui suggère un pipeline de build interne déjà mature côté Google, même si la communication officielle n'a pas suivi.

Widevine et DRM : Netflix oui, 4K non

Deux raisons poussent à préférer Chrome à Chromium sur un Raspberry Pi : la synchronisation du compte Google (favoris, mots de passe, extensions), et surtout Widevine, le module de gestion des DRM. Dans ce paquet ARM64, Widevine est un vrai binaire aarch64 natif, et non une couche de compatibilité comme l'émulateur FEX. Netflix et les autres plateformes à DRM peuvent donc enfin fonctionner sur un SBC (single-board computer) sans bidouille.

Une nuance à connaître avant de vous réjouir : sous Linux, Widevine reste cantonné au niveau de sécurité "Software Secure". Cela signifie que sur Netflix, la qualité plafonnera entre 720p et 1080p. De la HD, donc, pas de la 4K.

Pourquoi ce n'est pas (encore) officiel

Rien ne garantit aujourd'hui que ce paquet soit considéré comme prêt par ses propres auteurs. Il n'apparaît pas sur la page de téléchargement standard, et l'annonce promise en mars pour le deuxième trimestre 2026 (y compris l'installation via chrome.com/download pour les autres distributions) n'a toujours pas été publiée. Si votre machine doit rester stable en production, mieux vaut laisser passer quelques semaines avant de déployer ce paquet à grande échelle, le temps de voir si Google confirme officiellement la disponibilité.

Ce que ça change pour les devs et les PME françaises

Au-delà du confort personnel sur un Raspberry Pi de bureau, cette disponibilité a une vraie portée technique pour qui travaille sur de l'intégration continue ou de l'infrastructure :

• Tests end-to-end fidèles sur runners ARM. Les instances ARM64 (type AWS Graviton) sont de plus en plus utilisées en CI pour leur coût réduit face aux instances x86 équivalentes. Pouvoir y faire tourner le vrai Chrome plutôt que Chromium seul rapproche les tests automatisés (Playwright, Puppeteer) du rendu réel vu par vos utilisateurs, notamment sur tout ce qui touche à la vidéo et aux DRM.
• Bornes et kiosques sur Raspberry Pi. Affichage dynamique, bornes d'accueil, tableaux de bord en mode kiosque : disposer de Chrome avec sa gestion d'extensions et de comptes managés plutôt que de Chromium nu simplifie le déploiement de flottes de terminaux, un scénario fréquent chez nos clients PME et commerces.
• Cohérence entre environnements de dev et de test. Une équipe qui développe sur des Mac ou PC x86 mais teste sur des devices ARM (Raspberry Pi, tablettes, mini-PC ARM) élimine une source d'écarts de comportement entre navigateurs.

Notre lecture chez CZSyn

Chez CZSyn, plusieurs de nos clients font déjà tourner leur backend sur des instances ARM64 pour des raisons de coût, et une partie de nos pipelines de tests automatisés cherchent justement à réduire l'écart entre Chromium (souvent utilisé faute d'alternative sur ARM) et le Chrome réellement utilisé par les visiteurs finaux. Cette disponibilité, même officieuse, est une bonne nouvelle pour qui veut fiabiliser ses tests de rendu vidéo et de contenu protégé sur ce type d'architecture.

Notre conseil : testez ce paquet dans un environnement de développement ou de CI isolé dès maintenant si vous en avez l'usage, mais évitez de le déployer sur des machines de production tant que Google n'a pas officiellement confirmé le support ARM64 sur sa page de téléchargement. Un paquet distribué sans annonce reste, par définition, un paquet dont le cycle de maintenance n'est pas garanti sur le long terme.

Sources primaires

• Google, paquet Chrome stable ARM64 (.deb).
• Neowin, « Chrome ARM64 Linux builds now downloadable but Google hasn't officially announced them yet ».
• Google, page officielle de téléchargement de Chrome.