5 technologies qu'aucun autre bloqueur de pubs au monde ne possède

Le problème

Les plateformes vidéo modernes utilisent un protocole de streaming propriétaire appelé SABR (Server Adaptive Bit Rate). Quand SABR détecte qu'un bloqueur de pubs est actif, le serveur lui-même injecte une pause artificielle dans le flux vidéo — environ 80% de la durée que la pub aurait eu. Donc si une pub de 15 secondes était programmée, vous regardez un écran noir pendant 12 secondes avant que le contenu reprenne. Même si la pub était parfaitement bloquée.

Ce délai est cryptographiquement signé dans l'URL du flux par le serveur. Les bloqueurs de pubs traditionnels ne peuvent pas le supprimer car ils ne fonctionnent que dans le navigateur, après l'émission de l'URL.

Comment AdOff le résout

Avant que la requête du lecteur ne quitte votre navigateur, AdOff injecte un paramètre spécial (isInlinePlaybackNoAd: true) dans le corps de la requête. Cela dit au backend de la plateforme : « ne programmez pas de pubs dans la réponse ». Sans pubs programmées, le serveur n'a aucune raison d'encoder un backoff dans l'URL du flux. La pause n'est jamais créée en premier lieu.

AdOff intercepte à la fois fetch et XMLHttpRequest pour couvrir tous les chemins de code que le lecteur pourrait utiliser, et applique l'injection via la mise en correspondance des motifs au niveau des chaînes pour contourner les protections anti-tampering de la plateforme sur JSON.stringify.

Le problème

Les plateformes vidéo réutilisent le même élément HTML5 <video> pour les pubs et le contenu, en changeant la source via les Media Source Extensions. Quand une pub est forcément ignorée, le lecteur peut perdre la trace de la position du contenu pendant l'échange de source. La vidéo peut redémarrer du début ou sauter 30-50 secondes en avant dans des images que vous n'avez jamais vues. C'est un bug documenté dans les plateformes elles-mêmes — confirmé par Android Authority et PiunikaWeb en avril 2026, où il affectait même les utilisateurs sans bloqueurs de pubs.

Comment AdOff le résout

Toutes les 500 millisecondes, AdOff enregistre la position actuelle de la vidéo de contenu dans la mémoire locale (jamais envoyée nulle part). Quand une pub se termine, un watchdog s'exécute pendant 3 secondes pour vérifier que la position post-pub est cohérente avec la position pré-pub. Si le lecteur a atterri à plus de 5 secondes d'écart — en avant ou en arrière — AdOff force la position à revenir à l'endroit où vous étiez vraiment.

La récupération est intelligente : elle tolère les petites recherches naturelles, s'arrête si une nouvelle pub commence, et abandonne gracieusement si le lecteur la surcharge agressivement. Vous continuez toujours à partir de la seconde exacte que vous regardiez.

Le problème

La plupart des sites vidéo et des diffuseurs utilisent un seul SDK standard de l'industrie pour diffuser des blocs publicitaires (pré-rolls, mid-rolls, post-rolls). Les bloqueurs de pubs traditionnels essaient de bloquer le SDK au niveau du réseau — mais si le lecteur a le SDK bundlé dans son propre JavaScript (pas de requête réseau), le blocage échoue. Les utilisateurs voient quand même des pubs. C'est pourquoi votre bloqueur de pubs réseau seul vous montre encore des pubs sur certains sites de streaming.

Comment AdOff le résout

AdOff injecte un stub complet et entièrement fonctionnel du SDK de pub directement dans window.google.ima avant que n'importe quel script du site ne s'exécute. Le stub implémente l'API entière — plus de 30 classes, 60+ événements, 200+ méthodes — donc n'importe quel lecteur qui appelle le SDK obtient un objet fonctionnel. Quand le lecteur demande une pub, le stub déclenche immédiatement les quatre événements du cycle de vie (CONTENT_PAUSE_REQUESTED, STARTED, COMPLETE, CONTENT_RESUME_REQUESTED) en 16 millisecondes. Le lecteur pense que la pub a joué et s'est terminée. L'utilisateur ne voit rien.

Fonctionne sur n'importe quelle plateforme vidéo au monde utilisant ce SDK, sans listes de domaines, sans règles manuelles et sans mises à jour constantes. Les sites qui bundle le SDK localement sont couverts exactement comme les sites qui le chargent depuis le réseau.

Le problème

Le moyen le plus simple d'ignorer une pub vidéo est de définir currentTime de la vidéo à sa duration, la terminant immédiatement. La plupart des marque-pages de skip de pubs et de nombreuses extensions utilisent ce truc. Cela casse le lecteur. Parce que la pub et le contenu partagent le même élément vidéo, cette recherche corrompt l'état interne du lecteur, et la vidéo de contenu commence à une mauvaise position quand elle reprend.

Comment AdOff le résout

AdOff ne cherche jamais la vidéo de pub. Au lieu de cela, il définit la vitesse de lecture à 16x — la pub s'exécute jusqu'à sa fin naturelle en environ 2 secondes sans corruption d'état. Simultanément, le bouton de skip est auto-cliqué dès qu'il apparaît (sondage de 50 ms). La comptabilité interne du lecteur reste parfaitement intacte, et tous les événements anti-détection qui regardent ratechange sont masqués pendant le skip via un écouteur d'événement enveloppé.

Combinée à la couche de récupération de position (#2 ci-dessus), cela signifie : les pubs disparaissent en ~2 secondes, la vidéo de contenu reprend depuis la trame exacte sur laquelle vous étiez, et le lecteur ne sait jamais que quelque chose s'est passé.