Manifest V3 to dziś nie tylko techniczny detal dla twórców dodatków, ale realna zmiana tego, jak rozszerzenia działają w Chrome i innych przeglądarkach opartych na Chromium. W tym tekście wyjaśniam, co dokładnie się zmieniło, dlaczego część narzędzi do prywatności musiała się przebudować i jak ocenić, czy rozszerzenie, którego używasz, jest jeszcze dobrą inwestycją czasu.
Najważniejsze rzeczy o MV3, które warto zapamiętać
- MV3 zmienia architekturę rozszerzeń: zamiast stałego tła działa service worker, uruchamiany tylko wtedy, gdy jest potrzebny.
- W miejscu aktywnego przechwytywania ruchu sieciowego pojawia się model reguł, czyli declarativeNetRequest.
- Nowe dodatki publikowane w Chrome Web Store mają być zgodne z tym modelem, a stary wariant jest wygaszany.
- Dla bezpieczeństwa to krok do przodu, ale dla zaawansowanych blockerów i narzędzi prywatności oznacza mniej swobody.
- W 2026 roku nie warto już planować swojej pracy wokół starego modelu, tylko sprawdzać gotowość rozszerzeń do MV3.
Czym właściwie jest Manifest V3 i dlaczego wywołał tyle zmian
Manifest to plik manifest.json, który opisuje rozszerzenie: jego uprawnienia, zachowanie i elementy interfejsu. Wersja trzecia tego formatu nie jest jedynie kosmetyczną aktualizacją. To przebudowa zasad działania dodatków, w której większy nacisk położono na bezpieczeństwo, przewidywalność i oszczędniejsze użycie zasobów.
Ja patrzę na to bardzo praktycznie: przeglądarka ma mniej powodów, żeby ufać rozszerzeniu „na słowo”, a więcej mechanizmów, które trzymają je w ryzach. Dla użytkownika oznacza to zwykle stabilniejsze działanie i mniejsze ryzyko nadużyć, ale dla twórców rozszerzeń to często konieczność przepisania części logiki.
Żeby zrozumieć, skąd wzięły się spory wokół tej zmiany, trzeba zobaczyć, co dokładnie przestało działać po staremu i jakie rozwiązania zastąpiły poprzedni model.
Co zmieniło się pod maską
Największa różnica dotyczy tego, co dzieje się w tle i jak rozszerzenie reaguje na zdarzenia. W poprzednim modelu dodatki mogły polegać na dłużej żyjącym tle, które stale nasłuchiwało. W MV3 ten ciężar przeniesiono na service worker, czyli proces uruchamiany wtedy, gdy naprawdę coś trzeba zrobić.
| Obszar | Starszy model | MV3 | Co to oznacza w praktyce |
|---|---|---|---|
| Działanie w tle | Stały background page | Service worker uruchamiany na żądanie | Mniej zużycia pamięci, ale trzeba lepiej zarządzać stanem |
| Filtrowanie sieci | Aktywne przechwytywanie i modyfikowanie żądań | Reguły deklaratywne | Większa kontrola przeglądarki, mniejsza elastyczność rozszerzenia |
| Kod rozszerzenia | Większa tolerancja dla logiki pobieranej z zewnątrz | Cała logika ma być w paczce rozszerzenia | Lepszy audyt i mniej ryzykownych niespodzianek |
| Reguły filtrów | Dowolność zależna od implementacji | Ograniczenia i limity, m.in. do 100 static rulesets, 50 aktywnych i 30 000 gwarantowanych reguł | Wystarcza dla wielu zastosowań, ale bardzo złożone scenariusze muszą się mieścić w ramach |
W praktyce oznacza to, że rozszerzenie nie może już liczyć na nieustanny, „zawsze włączony” kontekst. Service worker może zostać uśpiony, a potem ponownie wybudzony, więc logika musi być odporna na przerwy i odbudowywać potrzebny stan. To drobiazg tylko na pierwszy rzut oka. Dla twórcy to często największa zmiana w całym projekcie.
Właśnie dlatego kolejnym krokiem jest temat, który najbardziej interesuje zwykłych użytkowników: co ta przebudowa zrobiła z blokowaniem reklam, trackerów i innych narzędzi ochrony prywatności.
Jak nowy model wpływa na blokowanie reklam i ochronę prywatności
Najbardziej odczuwalna zmiana dotyczy narzędzi, które wcześniej mogły aktywnie podglądać i modyfikować ruch sieciowy. W MV3 większość rozszerzeń zamiast tego korzysta z reguł deklaratywnych. Przeglądarka sama sprawdza, co ma zrobić z danym żądaniem, bez przekazywania całej kontroli do dodatku.
Z punktu widzenia bezpieczeństwa to sensowny kierunek. Mniej kodu działa w tle, mniejsza jest powierzchnia ataku, a rozszerzenie nie potrzebuje tak szerokiego wglądu w ruch strony. Cena jest jednak realna: im bardziej zaawansowany filtr, tym częściej zderza się z ograniczeniami. Dynamiczne wyjątki, kontekstowe decyzje, niestandardowe obejścia czy bardzo rozbudowane reguły mogą wymagać kompromisów.
- Proste blokowanie zwykle działa dobrze, bo statyczne reguły są szybkie i przewidywalne.
- Zaawansowane listy filtrów trzeba projektować pod limity reguł i priorytety.
- Blokowanie zależne od kontekstu strony bywa trudniejsze niż dawniej.
- Narzędzia privacy-first muszą częściej rozdzielać logikę między reguły, pamięć lokalną i service worker.
Jeśli korzystasz z przeglądarki opartej na Chromium, w tym z Brave, to właśnie tutaj najłatwiej zobaczyć różnicę między dodatkiem „który jeszcze działa” a takim, który naprawdę został przebudowany pod nowy model. To prowadzi do pytania bardziej praktycznego: jak sprawdzić, czy konkretne rozszerzenie jest już gotowe na ten standard.
Jak sprawdzić, czy rozszerzenie jest gotowe na MV3
Nie trzeba być deweloperem, żeby wykonać sensowną weryfikację. Ja zwykle patrzę na pięć rzeczy i to wystarcza, żeby wychwycić większość problemów.
- Sprawdź, czy twórca wprost podaje wsparcie dla
manifest_version: 3. - Poszukaj informacji o
service_worker,declarativeNetRequestlub offscreen documents. To sygnał, że projekt został przebudowany, a nie tylko przepakowany. - Zwróć uwagę, czy dodatek nie pobiera kodu z zewnętrznego serwera lub CDN. To dziś bardzo zły znak.
- Jeśli rozszerzenie ma blokować reklamy albo śledzenie, sprawdź, czy autor uczciwie opisuje ograniczenia, a nie obiecuje pełnej zgodności ze starym modelem.
- Przetestuj je na kilku różnych stronach: informacyjnej, sklepie internetowym, serwisie wideo i witrynie z logowaniem. Dopiero wtedy wychodzą konflikty z filtrami i uprawnieniami.
Ten test ma jeszcze jeden powód. W 2026 roku nie jesteśmy już w fazie „zobaczymy, co będzie”, tylko w końcówce wygaszania poprzedniego rozwiązania: Chrome wyłączył MV2 dla użytkowników 24 lipca 2025, a 31 sierpnia 2026 pozostałe rozszerzenia mają zostać usunięte z Chrome Web Store. Inaczej mówiąc, opieranie się na starym modelu nie jest strategią na przyszłość.
Skoro wiemy już, jak to sprawdzić, pozostaje jeszcze kwestia wyboru: kiedy MV3 jest rozsądnym kompromisem, a kiedy trzeba bardzo uważnie czytać drobny druk.
Kiedy MV3 jest dobrym wyborem, a kiedy trzeba szukać kompromisu
Moim zdaniem MV3 jest dobrym wyborem wtedy, gdy priorytetem jest stabilne działanie, mniejsze zużycie zasobów i bezpieczniejsza architektura. Dla zwykłego użytkownika to zwykle korzyść. Dla osoby korzystającej z bardzo wyspecjalizowanych narzędzi do prywatności czy automatyzacji może to być już bardziej złożony układ.
| Sytuacja | Co ma sens | Na co uważać |
|---|---|---|
| Zwykłe korzystanie z przeglądarki | Wybieraj dodatki zgodne z MV3 i regularnie aktualizowane | Unikaj rozszerzeń bez jasnej informacji o rozwoju |
| Ochrona prywatności | Szukaj narzędzi, które jasno opisują działanie na regułach deklaratywnych | Nie zakładaj, że każdy stary blocker zachowa te same możliwości |
| Zaawansowane automatyzacje | Sprawdź, czy projekt ma obejścia dla ograniczeń service workerów | Możesz potrzebować alternatywy, jeśli narzędzie wymaga stałego procesu w tle |
| Własne lub firmowe rozszerzenie | Testuj stan, synchronizację i wyjątki już na etapie migracji | Najwięcej problemów zwykle wychodzi nie w logice głównej, tylko w obsłudze stanu |
Najkrócej mówiąc: MV3 premiuje dodatki lżejsze, bezpieczniejsze i bardziej przewidywalne, ale odbiera część swobody tym, które żyły z ciągłego nasłuchu i agresywnej ingerencji w sieć. Z tego wynika ostatnia rzecz, na którą patrzę przy wyborze rozszerzeń do prywatności.
Na co zwracam uwagę, gdy rozszerzenie ma chronić prywatność
Jeśli priorytetem jest prywatność, nie patrzę wyłącznie na liczbę instalacji ani na znaną nazwę. Patrzę na to, czy projekt jest uczciwie zbudowany pod obecny model i czy nie obiecuje rzeczy, których MV3 już nie daje wprost.
- Czy autor jasno mówi o zgodności z MV3 i o aktualnych ograniczeniach.
- Czy rozszerzenie nie wymaga pobierania kodu z zewnątrz.
- Czy ma aktywny rozwój i świeże wydania, a nie tylko dawną popularność.
- Czy potrafi wyjaśnić, jak radzi sobie z regułami, wyjątkami i filtracją w nowym modelu.
- Czy po instalacji nie wymaga zbyt szerokich uprawnień w porównaniu z tym, co faktycznie robi.
Jeżeli miałbym zostawić jedną praktyczną zasadę, to byłaby prosta: wybieraj rozszerzenia, które jasno komunikują sposób działania w MV3, a nie takie, które tylko obiecują, że „wszystko będzie jak dawniej”. To zwykle najlepszy filtr jakości i najlepszy sposób, żeby nie utknąć na dodatkach, które za chwilę przestaną być rozwijane albo zaczną działać coraz gorzej.
