Héberger une vidéo : son serveur, YouTube ou Vimeo ?

Un lecteur YouTube posé dans une page fait télécharger 1,2 Mo et dépose cinq cookies dans le navigateur dès qu’il se charge, avant le moindre clic. Que le visiteur regarde la vidéo ou non. Héberger une vidéo sur une plateforme n’a donc rien de gratuit : la note arrive chez celui qui ouvre votre page.

Je suis dans le web depuis plus de dix ans, ce site porte des dizaines de lecteurs vidéo, et le 30 septembre 2026 j’ai fait mesurer ce que chacun coûte : YouTube, Vimeo, un fichier servi par mon propre serveur, et la miniature cliquable qui remplace mes lecteurs YouTube depuis avril 2026.

Des poids, des cookies, un calcul de bande passante qui ne donne pas le résultat qu’on attend… et quelques défauts trouvés sur mon propre site au passage.

Héberger une vidéo : les trois voies possibles

Héberger une vidéo revient à choisir la machine qui enverra le fichier à vos visiteurs. Trois voies existent : votre propre serveur, où le fichier vit dans la médiathèque de WordPress ; une plateforme grand public comme YouTube ou Vimeo, dont vous n’insérez que le lecteur ; ou un service spécialisé, facturé à l’usage comme Bunny Stream ou Cloudflare Stream, ou au forfait comme VideoPress.

Dans WordPress, la différence se voit au geste : glisser un fichier MP4 dans la médiathèque, ou coller l’adresse d’une vidéo YouTube dans un bloc Vidéo, qui se change de lui-même en bloc YouTube. Les deux gestes sont dans mon tutoriel pour ajouter des médias sous WordPress.

Prix et limites, voie par voie

Voici ce que chaque voie vous demande, d’après les pages officielles.

Voie	Exemple	Ce que vous payez	Limites lues à la source
Votre serveur	Un fichier MP4 dans le bloc Vidéo de WordPress	Votre hébergement	Taille d’envoi plafonnée par PHP ; un seul débit
Plateforme grand public	YouTube	Rien	256 Go ou 12 heures par fichier ; 15 minutes au plus tant que le compte n’est pas validé
Plateforme grand public	Vimeo	Offre gratuite aux limites différentes selon la page de tarifs (2 vidéos par mois, 25 au total) et l’aide de Vimeo (3 Go pour les vidéos intégrables ou privées), au 22/10/2026 ; de 12 à 75 $ par licence et par mois en facturation annuelle, de 20 à 125 $ au mois	2 à 7 To de stockage selon l’offre ; seuil de 2 To de bande passante par mois ; 300 Go et 24 heures par fichier
Service spécialisé	Bunny Stream, Cloudflare Stream, Mux, Videas	À l’usage, au gigaoctet ou à la minute	Voir le calcul plus bas
Service spécialisé, au forfait	Jetpack VideoPress (Automattic)	1 vidéo gratuite (1 Go) ; 4,95 € par mois la première année puis 8,95 €, en facturation annuelle ; 13,95 € au mois	1 To au total, sans extension possible ; 5 Go par fichier ; pas de plafond de bande passante chiffré ; vidéos invisibles si l’abonnement s’arrête

Où sont mes propres vidéos

Mes vidéos sont sur YouTube, et uniquement là, pour des raisons de référencement. Avant, elles étaient sur Vimeo, avec un abonnement payant que j’ai laissé tomber : pas vraiment rentable.

Une vidéo publiée sur YouTube peut sortir dans les résultats de recherche et être citée dans les aperçus IA de Google. Voilà ma raison. Le 30 septembre 2026, sur la requête "héberger une vidéo" (saisie sans accents), l’aperçu IA de Google citait quatre sources, dont une vidéo YouTube. Un relevé, un jour, sur une requête : je n’en fais pas une règle.

Une nuance, à la source. Google réserve ses résultats vidéo aux pages dont la vidéo est la raison d’être, et sa documentation range parmi les autres "un article de blog qui commente une vidéo intégrée". La vidéo sort donc pour son propre compte… sur YouTube.

Sauf si vous lui consacrez une page à elle, une page de lecture. Google peut alors indexer la vidéo à la fois sur votre site et sur YouTube, si les deux pages remplissent ses critères. Dans ce cas, méfiez-vous de la façade dont je parle plus bas : Google n’interagit pas avec la page, et un lecteur qui n’arrive qu’au clic risque de lui échapper. Le rapport d’indexation des vidéos de la Search Console vous dira si Google voit la vidéo.

Héberger une vidéo sur son propre serveur

J’évite de charger mon serveur avec des vidéos. Elles y prennent de l’espace et de la bande passante pour pas grand-chose, alors que YouTube m’apporte de la visibilité. Restait à chiffrer ce "pas grand-chose", pour savoir ce que coûte vraiment le fait d’héberger une vidéo chez soi.

Le calcul : 100 Mo vus 1 000 fois

J’ai fait faire le calcul sur un cas simple : un fichier de 100 Mo, regardé 1 000 fois en entier dans le mois, soit 100 Go envoyés. Pour les services qui facturent à la minute, la vidéo dure 5 minutes, donc 5 000 minutes diffusées. Aucun cache, aucune lecture interrompue : le cas le plus coûteux.

Où est la vidéo	Ce que dit la grille	Coût des 100 Go
Serveur cloud européen chez Hetzner	20 To sortants inclus par mois, puis 1 € par To	0 € (0,5 % du volume inclus)
Bunny CDN, réseau standard, Europe	0,01 $ par Go, minimum de 1 $ par mois	1 $
Bunny Stream	Diffusion "à partir de" 0,005 $ par Go, minimum de 1 $ par mois	1 $ (le minimum mensuel)
Videas	1 To offert chaque mois, puis 0,02 € par Go	0 € de diffusion (2 € sans la franchise)
Cloudflare Stream	1 $ les 1 000 minutes diffusées, 5 $ par tranche de 1 000 minutes stockées	10 $ (5 $ de diffusion, 5 $ de stockage)
Mux	100 000 minutes offertes par mois, puis "à partir de" 0,0008 $ la minute	0 $ (4 $ au tarif affiché)
Vimeo	Seuil de 2 To par mois, compris dans l’abonnement	0 $ de plus (5 % du seuil)
YouTube	Diffusion non facturée	0 €

Sur ce serveur cloud, 100 Go ne coûtent rien

Zéro euro. Oui, zéro. Sur un serveur cloud comme celui qui porte le WordPress de ce site, 100 Go ne représentent que 0,5 % du volume inclus chaque mois. Facturés au tarif du dépassement, ils coûteraient 10 centimes.

Je n’ai relu qu’une grille, celle-ci. Relisez la vôtre : tous les hébergeurs n’incluent pas 20 To.

Vous lirez souvent qu’héberger une vidéo soi-même fait flamber la facture de bande passante. La grille que j’ai relue dit l’inverse : sur ce serveur, la bande passante n’est pas ce qui coûte.

Sur un hébergement mutualisé, relisez le contrat

Attention toutefois : ce calcul vaut pour un serveur cloud. Un contrat d’hébergement mutualisé, lui, ne compte pas en gigaoctets.

Chez OVHcloud, tout tient dans l’article 5.1.2 des conditions particulières de l’hébergement web, dans leur version du 4 mai 2026 (c’était l’article 5.1.3 en 2020 et en 2023, avec le même texte). Le client "s’engage notamment à ne pas utiliser de façon intensive la bande passante publique dont il bénéficie".

Sinon, OVHcloud "se réserve le droit d’appliquer des limitations". Aucun seuil chiffré, ni en gigaoctets ni en nombre de lectures.

Chez o2switch, les conditions générales, mises à jour le 5 octobre 2025, réservent l’offre à l’hébergement de sites internet et interdisent tout fichier de plus de 50 Go. Surtout, les fichiers .mp4, .mkv, .avi ou .wmv y sont "exclus des archivages". Vos vidéos ne sont donc pas dans les sauvegardes de l’hébergeur.

Les 4 critères qui pèsent vraiment : le débit, l’envoi, le format et le poids

Alors, qu’est-ce qui coûte ? Le débit, surtout. Un fichier posé dans la médiathèque part tel quel : le même, au même débit, vers la fibre comme vers un téléphone en 4G. Un service vidéo fait l’inverse. OVHcloud Video Center annonce par exemple une "qualité vidéo adaptative jusqu’à Full HD".

L’envoi a aussi sa limite. WordPress plafonne la taille d’un fichier au plus petit de deux réglages PHP, upload_max_filesize et post_max_size. La règle est écrite dans la fonction wp_max_upload_size(), et ces deux valeurs dépendent de votre hébergement.

Le format compte également. WordPress accepte à l’envoi quinze familles d’extensions vidéo, du .mp4 au .mkv. Les navigateurs, eux, ne lisent pas tout : MDN cite le MP4 et le WebM comme les deux conteneurs les plus courants du web. Restez-y.

Reste le poids. La médiathèque de ce site pesait 6,5 Go lors du changement de serveur de mai 2026. En août, pour mon article sur les nouveautés de WordPress 7.1, trois vidéos officielles de 2,5 à 6 Mo ont rejoint la médiathèque. La quatrième pesait 69,6 Mo : à elle seule, 1 % de ce que pesait toute la médiathèque en mai. Elle est restée dehors.

Et un fichier vidéo revient dans chaque archive de sauvegarde, à chaque passage.

Quand un fichier sur votre serveur se justifie

Je vois un cas : la démonstration que personne n’ira chercher sur YouTube. Une animation d’interface, un geste dans l’éditeur, une boucle de fond. Les trois vidéos de mon article sur WordPress 7.1, de 2,5 à 6 Mo chacune, sont servies par ce site.

À une condition, toutefois : régler ce que le navigateur télécharge avant le clic. Et là, deux documentations officielles ne disent pas la même chose…

L’attribut preload : ce que le navigateur télécharge vraiment

L’attribut preload de la balise video décide de ce que le navigateur télécharge avant tout clic. Le bloc Vidéo de WordPress propose metadata par défaut. Détail qui compte : avec ce choix, il n’écrit aucun attribut preload dans la page, et c’est le navigateur qui décide.

MDN précise que la valeur par défaut varie d’un navigateur à l’autre. La documentation du bloc, elle, assure qu’avec metadata, "la seule chose téléchargée est du texte".

Un article de web.dev mis à jour le 2 juillet 2026 écrit autre chose : avec metadata, le navigateur précharge une portion de la vidéo. J’ai fait trancher par la mesure, sur un fichier MP4 de 966 Ko servi par ce site.

Avec none, rien ne part. Le réglage metadata envoie 207 Ko en médiane, soit un cinquième du fichier, et entre 15 et 24 % selon le passage. Quant à auto, il expédie le fichier entier, sans que personne ait cliqué !

Un cinquième du fichier pour "du texte" ? Le navigateur ne sait pas où les métadonnées sont rangées dans le fichier, explique web.dev. Il en télécharge donc un morceau pour les trouver. MDN rappelle de son côté que cet attribut n’est qu’une indication, que le navigateur reste libre de ne pas suivre.

Réglez preload sur none et ajoutez une image d’affiche

Pour ne rien envoyer avant le clic, écrivez preload="none" et ajoutez une image d’affiche avec poster. Sans elle, précise MDN, rien ne s’affiche tant que la première image de la vidéo n’est pas disponible : vos visiteurs verraient un cadre vide.

<video controls preload="none" width="1280" height="720"
  poster="/wp-content/uploads/demonstration-affiche.webp">
  <source src="/wp-content/uploads/demonstration.webm" type="video/webm">
  <source src="/wp-content/uploads/demonstration.mp4" type="video/mp4">
</video>

L’image d’affiche se charge, elle, avec la page : gardez-la légère. Mon optimiseur d’images pour WordPress la convertit en WebP dans votre navigateur. Dans l’éditeur, le bloc Vidéo propose les mêmes réglages de préchargement et d’image d’affiche, sans toucher au code.

Dernier détail de plomberie. Le navigateur demande une vidéo par morceaux, et le serveur lui répond avec le code HTTP 206. S’il n’accepte pas ces requêtes partielles, il renvoie le fichier entier, rappelle MDN.

Que pèse un lecteur YouTube ou Vimeo avant le moindre clic ?

Avant tout clic, un lecteur YouTube intégré dans une page fait télécharger 1 249 Ko en 19 requêtes, et un lecteur Vimeo 546 Ko en 17 requêtes. Une façade, simple miniature cliquable, pèse 37 Ko en 2 requêtes. Mesures du 30 septembre 2026, sur Chromium 145, en médiane de trois passages.

Le protocole tient en peu de mots. Une page vide, un seul lecteur, un navigateur piloté par un script et remis à neuf à chaque passage, sans cache ni cookie. Aucun clic. Le poids compté est celui des octets réellement transférés.

Ce que porte la page	Requêtes	Poids transféré
Rien (page témoin)	1	0,7 Ko
YouTube, lecteur standard	19	1 249 Ko
YouTube, mode "confidentialité avancé" (youtube-nocookie.com)	16	1 243 Ko
YouTube, façade au clic (miniature seule)	2	37 Ko
Vimeo, lecteur standard	17	546 Ko
Vimeo, paramètre dnt=1	13	544 Ko
VideoPress, bloc de l’extension, réglages par défaut	22 (18)	2 568 Ko
VideoPress, préchargement coupé	12 (8)	359 Ko
VideoPress, façade de l’extension	3	53 Ko
Fichier MP4, preload="none"	1	0,8 Ko
Fichier MP4, preload="metadata"	2	207 Ko
Fichier MP4, preload="auto"	2	967 Ko

Le contenu des 1,2 Mo d’un lecteur YouTube

Du code : 980 Ko de JavaScript, 106 Ko d’images, 60 Ko de feuilles de style et 40 Ko de polices. Chez Vimeo, le JavaScript pèse 493 Ko sur 546. Héberger une vidéo sur une plateforme, puis l’afficher telle quelle, revient donc à livrer un programme entier à chaque visiteur, avant la première image.

En 2021, l’équipe de Chrome écrivait sur web.dev que différer un lecteur YouTube épargnait "environ 500 Ko". Mon journal notait le même ordre de grandeur le jour où la façade a été posée. La mesure de 2026 donne deux fois et demie plus.

Pour donner l’échelle : dans mon comparatif des extensions d’optimisation d’images, on chasse le moindre kilo-octet. Un seul lecteur YouTube en ajoute 1 249 d’un coup.

La façade : 34 fois moins, jusqu’au clic

La façade, elle ne pèse que 37 Ko, soit 34 fois moins. Après le clic, tout arrive d’un seul coup : une quarantaine de requêtes et 7 Mo en quelques secondes (dont près de 6 du flux vidéo). La façade n’efface pas le coût du lecteur, mais le réserve uniquement pour ceux qui regardent.

Les cookies déposés par chaque lecteur

Cinq cookies pour le lecteur YouTube standard, quatre pour celui de Vimeo, sans que personne ait cliqué. Le mode "confidentialité avancé" de YouTube n’en dépose aucun, mais écrit deux clés dans le stockage local du navigateur. Avec dnt=1, Vimeo en garde trois. Une façade ne dépose rien. Tout cela relevé dans un navigateur vierge.

Lecteur	Cookies déposés avant tout clic	Stockage local
YouTube, lecteur standard	5 : VISITOR_INFO1_LIVE, VISITOR_PRIVACY_METADATA, YSC, __Secure-ROLLOUT_TOKEN, __Secure-YNID	2 clés
YouTube, youtube-nocookie.com	Aucun	2 clés, les mêmes
YouTube, façade au clic	Aucun	Rien
Vimeo, lecteur standard	4 : vuid, __cf_bm, __cf_ob, cf_clearance	3 clés
Vimeo, dnt=1	3 : __cf_bm, __cf_ob, cf_clearance	Rien
VideoPress, toutes variantes	Aucun, même après le clic	Rien avant le clic, 2 clés après
Fichier MP4 servi par ce site	Aucun	Rien

Le lecteur YouTube standard fait autre chose avant tout clic : il contacte deux domaines publicitaires de Google, static.doubleclick.net et googleads.g.doubleclick.net. En mode "confidentialité avancé", ces deux domaines ne sont pas appelés.

VideoPress ne dépose aucun cookie. Mais son lecteur, réglé par défaut, appelle dès le chargement un pixel de statistiques chez Automattic, sur pixel.wp.com. D’après la documentation de Jetpack, le suivi des lectures transmet l’identifiant du site, celui de l’article et le nom de domaine.

Le mode "confidentialité avancé" ne promet pas ce que son adresse suggère

Son adresse, youtube-nocookie.com, annonce "pas de cookie". L’aide de YouTube, elle, parle d’autre chose.

Le mode de confidentialité avancé empêche que les contenus intégrés visionnés par les utilisateurs dans le lecteur intégré influent sur leur expérience de navigation sur YouTube.

Aide YouTube, page sur l’intégration des vidéos

Relisez. Il est question de personnalisation, pas de traceurs. Sur cette page, Google ne promet nulle part l’absence de cookie ni d’écriture dans le navigateur. Des publicités peuvent même s’afficher dans ce mode : elles sont alors non personnalisées.

La mesure confirme les deux moitiés. Aucun cookie, avant comme après le lancement de la lecture. Mais deux clés écrites dans le stockage local dès le chargement, yt-icons-last-purged et ytidb::LAST_RESULT_ENTRY_KEY, puis deux autres une fois la vidéo lancée. Et le poids ne bouge pas : 1 243 Ko contre 1 249.

Or la règle ne s’arrête pas aux cookies. Les lignes directrices de la CNIL visent aussi le "local storage" du navigateur, que les informations écrites soient personnelles ou non.

Le même texte exempte les écritures strictement nécessaires au service que l’internaute demande. Je ne tranche pas pour ces deux clés : je constate qu’elles sont écrites avant tout clic.

Vimeo et le paramètre dnt=1

Chez Vimeo, le paramètre dnt=1 ajouté à l’adresse du lecteur retire l’identifiant vuid et le stockage local. L’aide de Vimeo prévient cependant que "certains cookies nécessaires restent actifs".

Trois, dans ma mesure, que leur nom rattache à Cloudflare. La liste officielle en annonce quatre, et le nom __cf_ob, présent dans mon relevé, n’y figure pas. Vimeo reconnaît une autre limite : le paramètre n’empêche pas le navigateur de renvoyer les cookies déjà stockés lors d’une visite précédente.

Que dit la CNIL d’une vidéo hébergée par un tiers ?

La CNIL a traité ce cas précis dans ses questions-réponses sur les cookies, à la question 23 (page datée du 29 avril 2026). Elle y parle, mot pour mot, de "vidéos hébergées par des fournisseurs tiers".

Aucun traceur soumis au consentement ne pourra être déposé sur le terminal de l’internaute tant que ce dernier n’y aura pas valablement consenti.

CNIL, questions-réponses sur les cookies et autres traceurs, question 23

Ce consentement se recueille de deux façons, écrit-elle : par le bandeau, à l’arrivée sur le site, ou "de manière contextuelle, préalablement à l’activation du contenu", dans une fenêtre dédiée. Et un refus ne doit pas bloquer l’accès au reste du site.

Ce second chemin ressemble beaucoup à une façade. Avant le clic, la mienne ne demande à YouTube qu’une image, sa miniature, et aucun traceur n’est déposé : mes relevés le montrent. Toutefois, la CNIL demande aussi que l’internaute soit informé avant d’activer le contenu. Voici ce qu’il doit savoir :

• que lancer la vidéo suppose de consentir au dépôt de traceurs, et à quoi ils servent ;
• où lire la politique de confidentialité du fournisseur, en français ;
• ce qu’entraîne un refus ;
• comment retirer son consentement, facilement et à tout moment.

Une miniature et un bouton de lecture ne disent rien de tout cela. Je ne vous écrirai donc pas qu’une façade rend un site conforme : ce texte ne le dit pas, et ceci n’est pas un avis juridique.

La CNIL recommande-t-elle youtube-nocookie.com ?

Vous lirez parfois que la CNIL recommande youtube-nocookie.com. Ni YouTube ni ce domaine ne figurent dans les quatre textes de la CNIL consultés pour cet article.

La responsabilité, elle, y est claire. Héberger une vidéo chez un tiers ne vous en décharge pas : l’organisme qui autorise des traceurs sur son site "doit s’assurer de la présence effective d’un mécanisme permettant de recueillir le consentement".

Le reste du sujet (bandeau, registre, sous-traitants) est dans mon guide du RGPD pour WordPress.

La façade au clic : mes mesures sur mon propre site

Une façade est une image fixe qui ressemble au lecteur et ne charge que sa miniature, coiffée d’un bouton de lecture : 37 Ko dans ma mesure. Le vrai lecteur n’arrive qu’au clic. L’équipe de web.dev la définit comme un élément statique qui ressemble au contenu tiers, sans en avoir les fonctions.

Le 8 avril 2026 : un tutoriel tombé à 42

Le 8 avril 2026, un audit passe cinq pages de ce site au test mobile de PageSpeed Insights. Quatre sortent entre 92 et 99. La cinquième, mon tutoriel pour installer WordPress, tombe à 42, avec un plus grand élément affiché au bout de 10,3 secondes. Elle porte deux lecteurs YouTube.

À 9 h 15, la façade est en place sur tous les articles. Chaque lecteur YouTube devient une miniature et un bouton orange. Mon journal de bord note le gain espéré, "attendu 80+", et une économie "estimée" à 500 Ko par lecteur.

À 9 h 40, les miniatures ne s’affichent pas : la politique de sécurité du site, qui liste les domaines autorisés à servir des images, ne connaissait pas celui de YouTube, et le navigateur les bloque sans un mot. À 9 h 50, deuxième panne. La miniature en haute définition n’existe pas pour toutes les vidéos. Une taille inférieure la remplace, notée "toujours disponible" dans le journal.

Toujours… jusqu’au 3 août 2026, où il faut descendre encore d’une taille, parce que certaines vieilles vidéos ne l’ont pas non plus. Une façade paraît simple. La mienne a cassé trois fois, sur sa seule image.

Et le score, après ? Dans mon journal, aucune mesure ne suit le 8 avril. J’ai fait repasser la page au même test le 1er octobre 2026 : 92, avec un plus grand élément affiché au bout de 2,9 secondes. Ce chiffre ne mesure pas la façade seule : en six mois, la page et le site ont changé.

La même page, avec et sans façade

J’ai fait refaire la mesure fin septembre, sur une autre page : mon guide d’Elementor, qui porte quatre vidéos YouTube. Un relais local servait la page telle qu’elle est en ligne et ne changeait que le balisage des vidéos. Lighthouse 13.5, profil mobile, trois passages par variante.

Les quatre vidéos sont…	Score	Premier affichage	Poids de la page	Requêtes
derrière une façade au clic	82	1,8 s	1 543 Ko	39
des lecteurs chargés d’emblée	57	8,2 s	3 246 Ko	105
des lecteurs avec loading="lazy"	82	1,8 s	1 541 Ko	39

Chargés d’emblée, les quatre lecteurs coûtent 25 points et 66 requêtes de plus, dont 39 vers YouTube, qui pèsent 1,6 Mo à elles seules. Le premier affichage passe de 1,8 à 8,2 secondes dans cette simulation. Voilà le "après" qui manquait à mon journal, même s’il arrive sur une autre page.

Le piège de la page vide : 100 sur 100 pour tout le monde

Un résultat dérange ce tableau. Sur la page vide du premier protocole, Lighthouse donne 100 sur 100 à tout le monde : au lecteur YouTube, au mode "confidentialité avancé", à Vimeo, à la façade. Temps de blocage nul partout. La façade y fait même moins bien sur un point, avec un plus grand élément affiché à 1,6 seconde, contre 0,6 pour le lecteur.

Un lecteur de 1,2 Mo qui ne pèse rien au score ? Les rapports bruts l’expliquent. Pour Lighthouse, le plus grand élément de la page du lecteur est… son titre ! Ce qui s’affiche dans le cadre ne compte pas. La miniature d’une façade, elle, appartient à la page : elle devient cet élément, et il faut la télécharger.

La page de web.dev sur cet indicateur le confirme : l’interface de mesure du navigateur ne regarde pas l’intérieur des cadres, alors que l’indicateur relevé chez les vrais visiteurs de Chrome en tient compte.

Quant au temps de blocage, le lecteur vient d’un autre site, et Chrome, sur ordinateur, range les documents d’un autre site dans un processus à part. Dans le rapport, le tableau des tiers est vide.

Or ma mesure tourne sur un Chrome d’ordinateur qui imite un téléphone, et la même page précise que, sur Android, seule une partie des sites est isolée. Sur un vrai téléphone, le lecteur peut donc peser sur la page plus que ce zéro ne le dit.

Un test isolé ne prouve donc rien, ni pour ni contre. Sur une page vide, le lecteur ne dispute la connexion à personne. Sur une vraie page, il la dispute aux images, aux polices et à tout le reste. Le plus grand élément affiché fait partie des Core Web Vitals de Google : mesurez-le sur vos vraies pages.

Le chargement différé fait-il aussi bien ?

Pour le score, oui, le chargement différé fait aussi bien. La dernière ligne du tableau le montre : quatre lecteurs avec loading="lazy" obtiennent 82, comme les quatre façades, à 2 Ko près. Le gain vient donc du fait de ne rien charger d’emblée, façade ou non.

Pour les cookies, non. Un lecteur différé se charge dès que le visiteur fait défiler la page jusqu’à lui, sans le moindre clic, avec son 1,2 Mo et ses traceurs. Et les quatre vidéos de ce guide étaient toutes loin du haut de la page : une vidéo placée en tête d’article se charge tout de suite, différée ou non.

Voici les écritures possibles, en partant d’un cadre posé sans dimensions, comme les quatre de mon guide. J’ai fait essayer la dernière telle quelle dans Chromium : deux requêtes avant le clic, aucun cookie, et un bouton qui répond au clavier.

Ce code ne règle que le poids de la page. Il ne recueille aucun consentement : le clic lance le lecteur, il ne vaut pas accord éclairé. Si le lecteur dépose ou lit des traceurs soumis au consentement, branchez ce code sur votre gestionnaire de consentement, ou complétez le bouton avec l’information décrite plus haut (finalités, politique du fournisseur, effet d’un refus, retrait). Ni youtube-nocookie.com ni loading="lazy" ne remplacent cet accord.

<!-- 1. Un cadre sans dimensions : tout se charge d'emblée -->
<iframe src="https://www.youtube.com/embed/IDENTIFIANT"
  title="Titre de la vidéo" allowfullscreen></iframe>

<!-- 2. Chargement différé : largeur, hauteur, loading="lazy" (et le mode "confidentialité avancé") -->
<iframe src="https://www.youtube-nocookie.com/embed/IDENTIFIANT"
  title="Titre de la vidéo" width="560" height="315"
  loading="lazy" allowfullscreen></iframe>

<!-- 3. Façade : une miniature, le lecteur seulement au clic -->
<button type="button" class="facade-video" data-id="IDENTIFIANT"
  aria-label="Lire la vidéo : Titre de la vidéo">
  <img src="https://img.youtube.com/vi/IDENTIFIANT/hqdefault.jpg"
    alt="" width="480" height="360" loading="lazy">
</button>
<script>
document.querySelectorAll('.facade-video').forEach(function (bouton) {
  bouton.addEventListener('click', function () {
    var cadre = document.createElement('iframe');
    cadre.src = 'https://www.youtube-nocookie.com/embed/' +
      bouton.dataset.id + '?autoplay=1';
    cadre.title = bouton.getAttribute('aria-label');
    cadre.width = 560;
    cadre.height = 315;
    cadre.allow = 'autoplay; encrypted-media';
    cadre.allowFullscreen = true;
    bouton.replaceWith(cadre);
  });
});
</script>

Après ces mesures, j’ai corrigé mes propres lecteurs vidéo

Mesurer les lecteurs des autres oblige à regarder les siens. Le même jour, j’ai fait relever le contenu de tous mes articles publiés, cadre par cadre. On y trouve 44 lecteurs YouTube et 11 lecteurs Vimeo.

Les lecteurs YouTube étaient bien derrière une façade. Les lecteurs Vimeo, non : mon code ne connaissait que YouTube. Sur un article qui porte les deux, trois cookies se déposaient avant tout clic, tous venus du lecteur Vimeo.

Huit de ces lecteurs vivent dans mon guide WooCommerce, et leurs vidéos, qui datent de juin 2016, appartiennent à un compte Vimeo au nom de ce site : un reste de l’époque où mes vidéos étaient là-bas, que la façade avait laissé passer.

D’autres défauts étaient plus discrets. Aucune façade ne reprenait le titre de sa vidéo : les 44 s’annonçaient toutes "Vidéo YouTube" aux lecteurs d’écran. Dans huit cadres, le conteneur rognait la barre de commandes du lecteur. Et la miniature tombait 32 pixels trop bas.

J’ai fait corriger tout cela. Les lecteurs Vimeo passent eux aussi derrière une miniature, de quelques dizaines de Ko selon la vidéo. Chaque façade dont la vidéo existe encore porte son titre, et le lecteur n’est plus rogné. Tout le site charge désormais le même lecteur YouTube, celui du mode "confidentialité avancé". La politique de cookies a gagné une section sur les vidéos intégrées.

Après correction, plus aucun cookie avant le clic sur les articles à vidéos Vimeo. Au clic, le lecteur Vimeo se lance avec ses trois cookies de Cloudflare, sans vuid.

Un point reste ouvert, autant l’écrire. Mes façades n’affichent pas, au moment du clic, l’information que décrit la CNIL. Seule la politique de cookies du site en parle.

Les réglages que WordPress applique déjà à vos vidéos

WordPress fait une partie de ce travail tout seul, sans extension. Encore faut-il savoir à quelles conditions.

Depuis la version 5.7, il ajoute loading="lazy" aux cadres. La note de développement du 19 février 2021 pose une condition : le cadre doit porter une largeur et une hauteur. Sans ces deux attributs, WordPress n’ajoute rien.

Seconde condition, sur un WordPress classique : les trois premiers médias du contenu, images et cadres confondus, restent sans l’attribut (un seul avant la version 6.3). WordPress les suppose visibles dès l’ouverture de la page.

Mes propres articles montrent la première condition. Sur les 44 lecteurs YouTube relevés dans le contenu de ce site, 37 portent une largeur, une hauteur et l’attribut. Les quatre cadres de mon guide d’Elementor, posés sans dimensions, ne l’ont pas reçu.

Depuis la version 4.9, WordPress ajoute aussi dnt=1 aux requêtes qu’il envoie à la plateforme quand vous collez l’adresse d’une vidéo. L’effet se lit dans mes articles. Les lecteurs Vimeo insérés par simple collage sont appelés avec dnt=1. Les huit qui ont été posés sous forme de cadre, dans un guide de 2016, ne l’avaient pas : c’est désormais ma façade qui l’ajoute, au clic.

Le bloc Vidéo, vous l’avez vu, propose metadata par défaut et accepte une image d’affiche. Le reste des réglages de vitesse est dans mon guide pour accélérer WordPress.

Quelles extensions posent la façade sur un WordPress classique ?

Ce site est un WordPress headless : WordPress n’y sert qu’à écrire, un autre programme affiche les pages, et ses façades sont écrites à la main. Sur un WordPress classique, une extension fait ce travail. Je n’ai installé aucune de celles qui suivent : je rapporte ce que leurs auteurs annoncent, et les chiffres de leur fiche fin septembre 2026.

Elle remplace les lecteurs YouTube et Vimeo déjà présents dans vos contenus par une image cliquable, et charge les vidéos YouTube depuis youtube-nocookie.com. Sa fiche l’annonce testée jusqu’à WordPress 7.1.4, et sa dernière mise à jour, la version 2.18.12, date du 25 octobre 2026.

Celle-ci ne traite que YouTube, mais va plus loin sur un point : elle peut garder les miniatures sur votre serveur. Plus aucune requête ne part alors vers YouTube avant le clic, écrit son auteur, qui ajoute prudemment qu’il n’est pas juriste.

Cette extension bloque tous les contenus embarqués, vidéos comprises, derrière un encart, jusqu’à ce que le visiteur accepte de les charger. La logique est celle du recueil "contextuel" décrit par la CNIL. À vous de vérifier que l’information affichée est complète.

Pour des vidéos VideoPress, l’extension de l’éditeur pose sa propre façade, en option, depuis la version 3.5.

Pour les galeries et les flux de chaîne, n’hésitez pas à parcourir ma sélection d’extensions WordPress pour YouTube.

rel=0, modestbranding : les réglages YouTube qui ne marchent plus

Les tutoriels se recopient, YouTube change. Plusieurs paramètres que l’on ajoute encore à l’adresse du lecteur ne font plus ce qu’on croit, et la documentation de Google donne les dates.

modestbranding devait masquer le logo. Il est sans effet depuis le 15 août 2023 : le lecteur choisit seul son habillage. On le trouve pourtant encore dans l’exemple du fichier de présentation de lite-youtube-embed.

rel=0 ne supprime plus les vidéos suggérées depuis le 25 septembre 2018. Il garde un effet, plus modeste : les suggestions viennent alors de la même chaîne que la vidéo lue. Si votre visiteur doit rester chez vous, ce réglage ne suffit plus.

showinfo cachait le titre. Abandonné en 2018, il a quitté la documentation le 13 octobre 2020. Le titre et l’avatar de la chaîne s’affichent désormais avant la lecture, à la pause et à la fin.

Quant à la publicité, aucun paramètre ne la coupe. L’aide de YouTube l’écrit : il n’existe aucun moyen de désactiver les annonces sur les seules vidéos intégrées, et le propriétaire du site où la vidéo s’affiche n’en touche rien.

Et Lighthouse ne vous conseille plus la façade

Dernier conseil périmé, et il touche la façade elle-même. Pendant des années, Lighthouse a signalé les lecteurs qu’une façade pouvait remplacer. Cet audit a disparu avec Lighthouse 13, publié le 10 octobre 2025, sans remplaçant.

Cet audit couvre peu de façades, et certains développeurs se sont inquiétés d’utiliser des façades tierces non affiliées. Au fond, nous préférerions que les tiers améliorent leur offre plutôt que de la contourner.

Barry Pollard et Connor Clark, blog de Chrome pour les développeurs, 10 octobre 2025

L’objection est honnête : une façade empruntée, c’est du code tiers de plus. La mienne est écrite à la main. Lighthouse montre désormais le poids des tiers dans un tableau à part… celui que ma page de test a laissé vide.

VideoPress, l’hébergement vidéo d’Automattic : lourd par défaut, sans cookie

VideoPress est le service vidéo d’Automattic, la société américaine derrière WordPress.com. Pas de publicité, un lecteur sans marque, et un usage réservé aux sites WordPress. Sur un WordPress installé chez vous, il passe par l’extension Jetpack VideoPress, ou par l’extension Jetpack complète. Je ne l’ai jamais utilisé : ce qui suit vient de sa documentation et d’une mesure du 1er octobre 2026.

Ce n’est pas une alternative européenne. D’après la politique de confidentialité d’Automattic, le responsable de traitement de ses utilisateurs européens est une société irlandaise. Mais Automattic Inc. l’est aussi pour certains traitements, et la politique prévoit des accès hors de l’Espace économique européen.

Cette politique ne couvre pas les visiteurs de votre site, dont Automattic traite les données pour votre compte. Aucune page lue ne dit dans quel pays les vidéos sont stockées.

Combien coûte VideoPress ?

Une vidéo de 1 Go au plus est gratuite. Au-delà, la page de Jetpack affiche, à une connexion française, 4,95 € par mois la première année, puis 8,95 €, en facturation annuelle. Le tarif mensuel, absent de cette page, figure dans le catalogue de prix public de WordPress.com : 13,95 €. L’abonnement couvre 1 To au total, sans stockage supplémentaire possible, et 5 Go par fichier.

La bande passante n’a pas de plafond chiffré. Les règles du service se réservent de limiter ou couper un usage disproportionné pour un site personnel ou de petite entreprise.

Attention surtout à cette phrase de la documentation. Si l’abonnement est annulé ou expire, vos fichiers restent, mais les vidéos "ne sont plus accessibles publiquement". Elles reviennent avec un réabonnement.

2,5 Mo avant le clic et aucun cookie

J’ai fait mesurer VideoPress avec le même protocole que YouTube et Vimeo. Réglé par défaut, le bloc de l’extension fait télécharger 2 568 Ko avant tout clic. Soit 2,1 fois le lecteur YouTube et 4,7 fois celui de Vimeo. Et aucun cookie, avant comme après le clic.

Sur ces 2 568 Ko, le JavaScript ne pèse que 280 Ko. Le gros du reste vient de deux préchargements. Les planches de vignettes, ces aperçus qui s’affichent au survol de la barre de lecture, pèsent 1 113 Ko. Le début de la vidéo et du son pèse 1 096 Ko.

Cet essai a ses limites : une vidéo de démonstration de 2 min 29 s, un navigateur sans compte WordPress.com et un bloc reproduit d’après le code de l’extension.

2 réglages ajoutés en septembre 2026

La version 3.5 de l’extension, publiée le 18 septembre 2026, ajoute deux réglages pour tout le site. Coupez le préchargement, actif par défaut, et le bloc tombe à 359 Ko avant le clic, sous le lecteur Vimeo. Le pixel de statistiques attend alors le clic.

L’autre réglage, désactivé par défaut, charge le lecteur une fois par page au lieu d’une fois par vidéo. Chaque vidéo devient alors une façade : son image d’affiche, puis le lecteur au clic. Avant le clic, 53 Ko, dont 36 Ko chez Automattic, et aucun pixel.

Une réserve, écrite dans la modification qui a introduit cette façade : dès le premier survol, le navigateur ouvre des connexions vers les serveurs d’Automattic.

Quelles alternatives européennes à YouTube et Vimeo ?

Pour héberger une vidéo en Europe, sans publicité, d’autres pistes existent. Je n’ai mesuré aucun de leurs lecteurs : ce tableau reprend ce que chacun publie, rien de plus.

Service	Ce que c’est	Prix	Ce que l’éditeur annonce
Videas	Hébergeur vidéo français, facturé à l’usage	0,20 € par heure de vidéo stockée ; 1 To de diffusion offert chaque mois, puis 0,02 € par Go ; 5 € de crédit offerts chaque mois (hors taxes)	Débit adaptatif ; hébergement "en Europe" ou "en France" selon la page
OVHcloud Video Center	Service vidéo d’OVHcloud	Gratuit avec un hébergement web (1 vidéo, 10 minutes) ; 2,99 € HT par mois (100 vidéos, 120 minutes) ; 9,99 € HT par mois (1 000 vidéos, 1 200 minutes)	Qualité adaptative jusqu’à Full HD, "sans tracking tiers", extension WordPress incluse
PeerTube	Logiciel libre conçu par Framasoft, à installer sur un serveur	Gratuit ; vous payez le serveur	"Ne dépend d’aucune publicité et ne vous piste pas"

Ces services ne vous apporteront pas d’audience

Videas l’écrit lui-même sur la page de son produit : "YouTube vous apporte une audience que nous ne remplaçons pas." Au final, ces services vous vendent le contrôle de vos vidéos, mais pas la visibilité.

PeerTube, lui, n’est pas un service : personne ne vous y ouvre un compte d’hébergement. Vous installez le logiciel sur un serveur, ou vous publiez sur l’une des 1 600 plateformes qui l’utilisent. Sa diffusion en pair-à-pair, écrit Framasoft, soulage la bande passante du serveur quand une vidéo devient virale.

Quel hébergement vidéo pour quel usage ?

Avant d’héberger une vidéo, demandez-vous qui doit la voir : le bon hébergement vidéo en dépend. Publique, elle va sur YouTube, derrière une façade au clic. Sans publicité, sur Vimeo ou sur un service spécialisé. Privée, réservée à des élèves ou à des abonnés, sur une solution qui contrôle l’accès. Courte démonstration, elle peut rester sur votre serveur.

Quand un client veut mettre sa vidéo directement sur son site, je le préviens : c’est lourd, cela comporte des risques, et il se prive d’une partie de la visibilité qu’apporte une plateforme, YouTube en premier. J’essaie donc de lui montrer l’intérêt d’avoir sa propre chaîne YouTube.

Tout dépend ensuite des vidéos. Si elles doivent rester privées, parce qu’elles font partie d’une formation à distance ou d’un abonnement payant, on prend une autre solution. Dans les autres cas, j’essaie de le faire changer d’avis.

Votre vidéo	Où l’héberger	À quelle condition
Publique : tutoriel, présentation, témoignage	YouTube	Une façade au clic, ou au moins le chargement différé, et le consentement du visiteur avant tout traceur qui l’exige
Publique, sans publicité ni suggestions	Vimeo payant, ou un service spécialisé	Une façade là aussi : le lecteur Vimeo dépose des cookies avant tout clic
Privée : formation à distance, abonnement payant	Un service qui contrôle l’accès	Vérifier la protection proposée avant de payer
Privée, réservée aux membres d’un site WordPress	VideoPress	Couper le préchargement ou activer la façade ; sans abonnement, les vidéos ne s’affichent plus
Courte démonstration, sans enjeu de visibilité	Votre serveur, avec le bloc Vidéo	preload="none" et une image d’affiche
Sans publicité et hébergée en Europe	Videas, OVHcloud Video Center ou PeerTube	Accepter une visibilité moindre
Votre site est sur un hébergement mutualisé	Une plateforme, plutôt que votre espace web	Relire le contrat avant d’y poser un fichier lourd

Où héberger une vidéo privée ?

YouTube n’est pas fait pour cela. La documentation de WordPress rappelle que seules les vidéos publiques et "non répertoriées" s’intègrent dans une page, et non les vidéos privées. Chez Vimeo, la protection par mot de passe arrive avec l’offre Starter. Videas annonce un partage privé par lien sécurisé, mot de passe et date de fin.

Je n’ai testé aucune de ces protections : vérifiez-les sur pièces. Et si vos vidéos servent un cours en ligne, l’outil de formation compte autant que l’hébergeur. Je vous invite à lire mon comparatif des extensions LMS gratuites pour WordPress.

Avant de choisir où héberger votre vidéo

Mon conseil : avant de décider où héberger votre prochaine vidéo, ouvrez l’une de vos pages dans une fenêtre de navigation privée, avec l’onglet Réseau des outils de développement, et ne cliquez sur rien. La liste qui défile, vos visiteurs la paient déjà.

Commencez par ne plus la leur faire payer. Le choix de la plateforme devient ensuite beaucoup plus simple.

Si vos pages portent des vidéos et que vous voulez savoir ce qu’elles coûtent à vos visiteurs, je fais ce genre de mesure en audit de performance (690 € HT, avec des recommandations chiffrées), ou à l’heure, à 190 € HT.

Questions fréquentes

Vimeo est-il gratuit ?

Vimeo a une offre gratuite, dont les limites diffèrent d’une page à l’autre. Le 22 octobre 2026, la page de tarifs annonçait 2 vidéos par mois et 25 au total, et l’aide de Vimeo indiquait 3 Go pour les vidéos intégrables ou privées. Les offres payantes vont de 12 à 75 $ par licence et par mois en facturation annuelle, selon le relevé du 30 septembre 2026.

Quel site gratuit pour héberger une vidéo ?

YouTube : la diffusion n’y est pas facturée, et un fichier peut atteindre 256 Go ou 12 heures. La contrepartie se paie autrement : de la publicité possible sur vos vidéos, et un lecteur de 1,2 Mo qui dépose 5 cookies avant tout clic.

Peut-on héberger une vidéo privée ?

Oui, mais pas sur YouTube si elle doit s’afficher dans une page : WordPress n’intègre que les vidéos publiques ou non répertoriées. Pour une formation à distance ou un abonnement payant, il faut un service qui contrôle l’accès. Les pages officielles en décrivent plusieurs, du mot de passe de Vimeo (à partir de l’offre Starter) au lien sécurisé de Videas. Je n’en ai essayé aucun.

Que deviennent mes vidéos VideoPress si j’arrête l’abonnement ?

Elles ne sont pas supprimées, mais elles ne s’affichent plus. D’après la documentation de Jetpack, une offre annulée ou expirée laisse les fichiers en place. Les vidéos redeviennent accessibles avec un réabonnement.

YouTube ralentit-il mon site ?

Sur une page vide, le score n’en dit rien : Lighthouse lui donne 100 sur 100, alors que le lecteur fait télécharger 1,2 Mo. Sur une vraie page, oui : dans mon essai, quatre lecteurs chargés d’emblée ont fait tomber le score de 82 à 57. Avec une façade au clic ou le chargement différé, la même page est restée à 82. Ce résultat vaut pour cette page : il dépend du contenu et de la place des vidéos.

Sources

Toutes relues le 30 septembre 2026, celles de VideoPress le 1er octobre et celles de l’offre gratuite de Vimeo le 22 octobre ; citations anglaises traduites par mes soins. Les prix sont ceux affichés ce jour-là, dans la monnaie de chaque page.

• Mesures : Chromium 145 piloté par Playwright et Lighthouse 13.5, trois passages par cas, médiane retenue
• CNIL : questions-réponses sur les cookies et autres traceurs (29 avril 2026) et lignes directrices du 17 septembre 2020
• YouTube : intégration et mode de confidentialité avancé, paramètres du lecteur, annonces sur les vidéos intégrées et limites d’envoi
• Vimeo : tarifs, bande passante, paramètres du lecteur et cookies du lecteur
• WordPress : chargement différé des cadres en 5.7, seuil des trois premiers médias, paramètre dnt des requêtes oEmbed, réglage par défaut du bloc Vidéo et ce qu’il écrit dans la page, documentation du bloc Vidéo et types de fichiers acceptés
• Navigateurs et mesure : web.dev (chargement différé des vidéos, contenus tiers et façades, plus grand élément affiché), Lighthouse 13, MDN, élément video et Google, bonnes pratiques vidéo
• Hébergeurs et services : Hetzner, Bunny, Cloudflare Stream, Mux, Videas, OVHcloud Video Center, PeerTube, conditions d’OVHcloud (4 mai 2026) et d’o2switch
• VideoPress : page produit et tarifs, documentation de Jetpack, limites d’envoi, règles du service, version 3.5 de l’extension, façade du lecteur et politique de confidentialité d’Automattic
• Extensions : chiffres des fiches relevés par l’API de WordPress.org