Google Fonts sur une landing page : risque RGPD et gain de vitesse à héberger ses polices

Publié le 20 août 2026 · 8 min de lecture

La police de caractère d’une landing page se choisit avec soin : elle porte la personnalité de la marque avant même d’être lue, comme le détaille notre guide sur quelle police choisir pour une landing page. Mais entre choisir une police et la charger, il y a une décision technique que presque personne ne prend consciemment : la ligne <link href="https://fonts.googleapis.com/…"> copiée-collée depuis Google Fonts. Elle est gratuite, elle marche en deux secondes, et elle a deux conséquences que la plupart des propriétaires de pages ignorent : elle expose l’adresse IP de chaque visiteur à un serveur tiers, et elle retarde l’affichage de votre texte.

Ce que fait réellement la ligne copiée depuis Google Fonts

Quand un visiteur ouvre votre page, son navigateur lit le <head>, trouve le lien vers fonts.googleapis.com, et part chercher une feuille de style sur ce domaine. Cette feuille lui indique à son tour d’aller télécharger les fichiers de police sur fonts.gstatic.com. Deux connexions vers un domaine tiers, donc, avant que la moindre lettre ne s’affiche dans la bonne police. Et à chacune de ces connexions, le navigateur transmet ce qu’il transmet toujours : l’adresse IP du visiteur, son user-agent, et la page qui a déclenché la requête. Ce n’est pas un traqueur caché, c’est le fonctionnement normal du web — mais c’est bien une communication de données personnelles à un tiers, déclenchée sans que le visiteur ait rien demandé ni rien accepté.

Le point juridique : ce qu’a jugé le tribunal de Munich

Le 20 janvier 2022, le tribunal régional de Munich I (LG München I, affaire 3 O 17493/20) a condamné l’exploitant d’un site à verser 100 € de dommages et intérêts à un visiteur, au motif que l’intégration dynamique de Google Fonts avait transmis son adresse IP à Google sans son consentement. Le tribunal a écarté l’argument de l’intérêt légitime : puisque les polices peuvent parfaitement être hébergées sur le serveur du site lui-même, rien ne justifiait d’imposer ce transfert au visiteur. La décision a ensuite alimenté une vague de mises en demeure en Allemagne.

Deux précisions honnêtes s’imposent. D’abord, un jugement allemand de première instance n’est pas une jurisprudence française et ne dit pas le droit chez nous. Ensuite, le raisonnement, lui, repose sur le RGPD, qui est le même texte des deux côtés du Rhin, et sur un principe que la CNIL applique de longue date : une adresse IP est une donnée personnelle. Autrement dit, l’exposition juridique exacte se discute, mais il est difficile de plaider la nécessité quand la solution alternative prend une heure à mettre en place et ne coûte rien — le même raisonnement que celui appliqué à vos formulaires dans notre article sur la conformité RGPD d’un formulaire de landing page.

Ce que la recherche dit du problème sous-jacent

Le sujet dépasse largement les polices. Dans leur mesure de référence « Online Tracking: A 1-million-site Measurement and Analysis » (Steven Englehardt et Arvind Narayanan, ACM CCS, 2016), les auteurs ont analysé le premier million de sites du web et montré à quel point les ressources tierces — scripts, polices, feuilles de style — sont omniprésentes et concentrées entre quelques mains. La question des polices y est même doublement présente : l’étude « Cookieless Monster: Exploring the Ecosystem of Web-Based Device Fingerprinting » (Nick Nikiforakis et ses collègues, IEEE Symposium on Security and Privacy, 2013) avait documenté que la liste des polices disponibles sur une machine sert précisément d’élément d’empreinte pour identifier un navigateur sans cookie. Rien de tout cela n’accuse Google Fonts d’espionner vos visiteurs ; mais cela explique pourquoi le régulateur et les tribunaux regardent les appels tiers avec attention, polices comprises.

Sur le versant lisibilité, le travail de Michael Bernard et de son équipe, « A comparison of popular online fonts: Which size and type is best? » (Usability News, 2002), reste l’une des comparaisons les plus citées sur la lecture à l’écran : ce sont la taille et la familiarité de la police qui pèsent sur la vitesse de lecture et la préférence, bien plus que son originalité. Traduction pratique : renoncer à une police exotique ne vous coûte presque rien en efficacité de lecture, alors que le gain technique, lui, est immédiat.

Le coût en performance : deux requêtes avant votre premier mot

L’argument privacy convainc les prudents ; l’argument vitesse convainc tout le monde. Une police externe insère deux allers-retours réseau sur le chemin critique du rendu : résolution DNS + connexion TLS vers fonts.googleapis.com, puis la même chose vers fonts.gstatic.com. Sur une connexion mobile 4G moyenne, cela se compte en centaines de millisecondes ajoutées avant que votre titre s’affiche — précisément la métrique que Google mesure sous le nom de LCP, détaillée dans notre article sur le LCP d’une landing page, et qui pèse directement sur la conversion comme le montre notre dossier sur la vitesse de chargement.

FOIT, FOUT et le décalage qui fait rater le clic

Pendant que la police arrive, le navigateur doit choisir : afficher du texte invisible en attendant (le FOIT, flash of invisible text) ou afficher immédiatement une police de secours puis la remplacer (le FOUT, flash of unstyled text). Le second est presque toujours préférable — mais si la police de secours n’a pas les mêmes proportions, le remplacement déplace la mise en page au moment exact où le visiteur allait cliquer. C’est du CLS, la métrique de stabilité visuelle expliquée dans notre article dédié, et c’est l’une des causes les plus discrètes de clics ratés sur mobile.

La solution : auto-héberger ses polices en cinq étapes

Téléchargez les fichiers depuis Google Fonts (bouton « Get font » puis « Download all ») : les polices Google sont sous licence libre, l’auto-hébergement est explicitement autorisé.
Convertissez-les en WOFF2 et supprimez les autres formats : c’est le seul format nécessaire pour les navigateurs actuels, et le plus compact.
Ne gardez que les graisses réellement utilisées. Deux graisses (400 et 700) suffisent à 90 % des landing pages ; chaque graisse supplémentaire est un fichier de plus à télécharger.
Sous-réglez le jeu de caractères (subsetting) sur latin + latin-ext si votre page est en français : inutile de charger le cyrillique et le grec.
Déclarez-les en @font-face avec font-display: swap, servez-les depuis votre propre domaine et ajoutez une police de secours aux proportions proches dans la pile font-family.

Résultat : plus aucun appel tiers, une requête de moins sur le chemin critique, des fichiers servis depuis le même domaine que le reste de la page (donc sur une connexion déjà ouverte), et une police qui s’affiche sans faire sauter la mise en page.

Avec Next.js, c’est fait au moment du build

Si votre page est construite avec Next.js, le module next/font/google règle le sujet sans effort : les fichiers de police sont téléchargés au moment du build puis servis depuis votre propre domaine, avec un CSS généré qui inclut automatiquement les métriques de la police de secours pour neutraliser le décalage de mise en page. Aucune requête vers Google n’est émise par le navigateur du visiteur à l’exécution. C’est exactement la façon dont les templates LanderKit chargent leur typographie — un cas d’usage de plus en faveur d’une base technique moderne, comparée aux constructeurs de pages dans notre article Next.js ou WordPress pour une landing page.

Et si je garde le lien vers Google Fonts ?

La tentation est alors d’ajouter les polices au bandeau de consentement : le visiteur refuse, la police ne se charge pas. Mauvaise idée pour deux raisons. D’une part vous rendez votre design dépendant d’un clic — la moitié de vos visiteurs verront une page en police système, sans que vous l’ayez conçue ainsi. D’autre part chaque case ajoutée à un bandeau alourdit une friction que nous documentons dans notre article sur le bandeau cookies. Le bon réflexe est l’inverse : sortir la police du périmètre du consentement en l’hébergeant vous-même, exactement comme on privilégie une mesure d’audience sans cookie pour éviter le bandeau plutôt que pour le remplir.

Les trois vérifications à faire aujourd’hui

Ouvrez votre page, affichez l’onglet « Réseau » des outils de développement, filtrez sur « font » : si un domaine autre que le vôtre apparaît, vous êtes concerné.
Vérifiez aussi les thèmes et plugins : sur WordPress comme sur les constructeurs de pages, le lien Google Fonts est souvent injecté par le thème, pas par vous.
Contrôlez enfin les bibliothèques d’icônes (Font Awesome et consorts) chargées depuis un CDN : le problème et le correctif sont strictement les mêmes.

Une landing page qui charge sa typographie depuis son propre domaine s’affiche plus vite, ne fait sauter aucun bloc au moment du clic, et sort d’un débat juridique dont personne n’a envie d’être le cas d’école. Nos dix templates — de Coach & Consultant à SaaS Waitlist, chacun consultable en démo live avant achat — arrivent avec ce réglage déjà fait, code source Next.js compris, à 89 € l’unité ou 229 € pour le pack complet des dix. Une heure de moins à passer sur un sujet que vos visiteurs ne verront jamais, sauf si vous le négligez.

FAQ

Questions fréquentes

Google Fonts est-il interdit en France ?

Non, aucun texte ni aucune décision ne l’interdit en France. Le sujet n’est pas la police elle-même mais le fait que le chargement depuis les serveurs de Google transmette l’adresse IP du visiteur à un tiers sans son consentement. Un tribunal allemand a sanctionné cette pratique en 2022 ; en France, la position la plus sûre reste d’héberger les fichiers sur votre propre domaine, ce qui supprime la question.

Ai-je le droit de télécharger les polices Google et de les héberger moi-même ?

Oui. La quasi-totalité des polices du catalogue Google Fonts sont publiées sous licence libre (généralement SIL Open Font License), qui autorise explicitement le téléchargement, l’hébergement et la redistribution au sein d’un site. Vérifiez simplement la licence affichée sur la fiche de la police que vous utilisez.

Héberger mes polices moi-même ne va-t-il pas ralentir ma page, faute de CDN ?

Non, en pratique c’est l’inverse. L’ancien argument du « cache partagé entre sites » ne tient plus : depuis 2020, les navigateurs cloisonnent leur cache par site, donc une police chargée sur un autre site n’est jamais réutilisée sur le vôtre. Servir le fichier depuis votre domaine évite en plus une résolution DNS et une négociation TLS supplémentaires.

Que faire si mon thème WordPress charge Google Fonts sans me demander ?

C’est le cas le plus fréquent. Beaucoup de thèmes et de constructeurs de pages proposent désormais une option « héberger les polices localement » dans leurs réglages de performance ; à défaut, des extensions dédiées téléchargent les fichiers et réécrivent les appels. Vérifiez le résultat dans l’onglet Réseau du navigateur : plus aucune requête ne doit partir vers fonts.googleapis.com ni fonts.gstatic.com.

Combien de polices et de graisses charger sur une landing page ?

Deux familles au maximum, et deux à trois graisses en tout. Chaque fichier supplémentaire s’ajoute au chemin critique du rendu, pour un bénéfice visuel qui décroît vite. Le choix des familles elles-mêmes est traité dans notre article sur la police de caractère d’une landing page qui convertit.

À lire ensuite