Jak opublikować rozszerzenie Chrome? Koszty, wymagania i czas weryfikacji

Rozszerzenie działa na Twoim komputerze. Przycisk robi to, co powinien, ustawienia się zapisują, a po kolejnym teście nie znajdujesz już nic do poprawienia. Można wrzucać do sklepu? Można zacząć przygotowania do publikacji. Po drodze są jeszcze konto wydawcy, opis, grafiki, informacje o danych użytkownika i weryfikacja Google.

Żeby opublikować rozszerzenie w Chrome Web Store, potrzebujesz konta dewelopera, przygotowanego pakietu ZIP i uzupełnionej karty produktu. Dopiero zgłoszenie do weryfikacji uruchamia sprawdzanie. Według Google zwykle trwa ono kilka dni, ale może zająć kilka tygodni. Nie ma gwarantowanej godziny premiery. Proces weryfikacji Chrome Web Store.

Publikuję i rozwijam własne rozszerzenia, m.in. Classic View for Google Images, które zmienia sposób przeglądania wyników Google Grafika, Table Capture & Extractor do przechwytywania tabel oraz ConsentScope do sprawdzania cookies i skryptów na stronach. Przy ich aktualizowaniu regularnie przechodzę przez proces publikacji w Chrome Web Store.

Ten poradnik dotyczy wydania gotowego rozszerzenia. Przyda się też, jeśli zlecasz jego wykonanie i chcesz wiedzieć, co powinno być uwzględnione w wycenie oraz terminie oddania. Informacje w dokumentacji sprawdziłem 6 listopada 2026 r.

Co przygotować przed pierwszą publikacją?

Nie zaczynałbym od wgrywania ZIP-a. Najpierw zebrałbym materiały, żeby nie przerywać zgłoszenia na szukanie ikonki albo ustalanie, gdzie aplikacja wysyła dane.

To moja lista organizacyjna. Szczegółowe wymagania poszczególnych pól opisuję niżej i podlinkowuję do dokumentacji Google. Panel może się zmieniać, więc przed wysłaniem sprawdź również komunikaty przy swoim zgłoszeniu.

Ile kosztuje publikacja rozszerzenia Chrome?

Założenie nowego konta wydawcy nadal wymaga jednorazowej opłaty rejestracyjnej. Google potwierdziło kwotę 5 USD w komunikacie z 28 kwietnia 2026 r. Strona rejestracji również informuje o opłacie; przed płatnością sprawdź kwotę pokazaną w panelu. Rejestracja dewelopera.

Skąd więc informacja, że dostęp jest darmowy? Od kwietnia 2026 r. można bez opłaty zaprosić współpracownika do istniejącego konta wydawcy, bez przechodzenia przez pełną rejestrację dewelopera. W tym samym komunikacie Google zaznacza, że utworzenie nowego wydawcy nadal kosztuje 5 USD. To istotna różnica, jeśli pracujesz przy cudzym rozszerzeniu albo zlecasz jego wykonanie. Zasady opłat i dostępu współpracowników.

Opłata rejestracyjna to tylko jeden składnik budżetu. Jeżeli rozszerzenie korzysta z własnego serwera, płatnego API albo wysyła wiadomości, trzeba uwzględnić te usługi. Narzędzie wykonujące wszystkie zadania lokalnie może mieć zupełnie inną strukturę kosztów.

Przykładowo rozszerzenie porządkujące wygląd strony może wymagać poprawki po zmianie jej układu. Narzędzie wysyłające tekst do modelu AI może dodatkowo generować koszt każdego zapytania. Przy wycenie zapytałbym więc o miesięczne utrzymanie i zakres wsparcia po premierze, nie tylko o przygotowanie pierwszego pliku ZIP.

Konto dewelopera: co ustawić na początku?

Zarejestruj konto w Chrome Web Store Developer Dashboard. Przy konfiguracji potrzebne są m.in. nazwa wydawcy i zweryfikowany adres kontaktowy. Google opisuje też sytuacje, w których trzeba podać adres fizyczny, np. przy funkcjach zakupu dodatkowych możliwości lub subskrypcji. Uzupełnij pola zgodnie z faktycznym modelem swojego produktu. Konfiguracja konta wydawcy.

Przed publikowaniem i aktualizowaniem rozszerzeń wymagane jest włączenie weryfikacji dwuetapowej konta Google. Warto załatwić to od razu, zamiast odkryć brak zabezpieczenia podczas zgłaszania wydania. Wymóg weryfikacji dwuetapowej.

Jeśli zlecasz pracę wykonawcy, ustal wcześniej, kto będzie wydawcą i kto zajmie się kolejnymi aktualizacjami. Konto powinno pozostać pod kontrolą osoby lub firmy odpowiedzialnej za produkt. Podobnie potraktuj repozytorium, domenę i dostęp do usług zewnętrznych. Po zakończeniu współpracy nie chcesz ustalać od nowa, gdzie znajduje się jedyna działająca kopia projektu.

Ile rozszerzeń można opublikować? Nowe konto zaczyna od dwóch

Nowy wydawca zaczyna z limitem dwóch opublikowanych rozszerzeń. Aktualny limit swojego konta sprawdzisz w Developer Dashboard. Ograniczenie nie obejmuje motywów. Limity publikowanych rozszerzeń.

Google ogłosiło zmianę 20 sierpnia 2026 r. Limity są teraz dobierane indywidualnie, m.in. na podstawie jakości i wykorzystania rozszerzeń. Wcześniejsi wydawcy zachowali opublikowane produkty, a nowy limit nie mógł być niższy niż liczba rozszerzeń już opublikowanych w chwili zmiany. Starsze konto może więc mieć większą pulę, ale nie ma jednej liczby obowiązującej wszystkich. Komunikat Google o nowych limitach.

Na moim koncie limit wynosi obecnie 10 rozszerzeń. Publikowałem je jeszcze przed zmianą zasad. Podaję tę liczbę jako przykład z własnego panelu, nie jako obietnicę, że każde konto z historią dostanie tyle samo miejsc.

Dlaczego Google ograniczyło liczbę rozszerzeń?

W komunikacie Google wskazuje duży wzrost liczby zgłoszeń, wydłużenie weryfikacji i potrzebę utrzymania jakości sklepu. Chce też zachęcać autorów do rozwijania już wydanych narzędzi. Nie przypisuje jednak tej zmiany wprost rozszerzeniom generowanym przez AI. Wyjaśnienie Google z sierpnia 2026 r..

Dla mnie praktyczny wniosek jest prosty: zanim zajmiesz drugie miejsce kolejnym pomysłem, sprawdź, czy pierwsze narzędzie jest komuś potrzebne. Wygenerowanie kodu z pomocą AI może być szybkie. Obsługa błędów, aktualizacje i odpowiadanie użytkownikom zostają z Tobą po publikacji.

Jak poprosić o zwiększenie limitu?

Po osiągnięciu limitu panel udostępnia możliwość złożenia wniosku o zwiększenie. Według Google decyzja w większości przypadków pojawia się od razu. Jeśli system skieruje Cię do pomocy deweloperskiej, trzeba założyć zgłoszenie do supportu; odpowiedź powinna przyjść w ciągu kilku dni. Zwiększenie nie jest gwarantowane: znaczenie mogą mieć zaangażowanie użytkowników oraz staż i aktywność konta. Zasady zwiększania limitu.

Przed kontaktem przygotowałbym identyfikator wydawcy, obecny limit i krótki opis narzędzia, na które brakuje miejsca. Wyjaśnij, co robi i dlaczego potrzebuje osobnej publikacji. Przy okazji sprawdź stan dotychczasowych rozszerzeń: czy działają, mają aktualne opisy i dostępny kontakt do autora.

Jak przygotować ZIP i manifest rozszerzenia?

Google oczekuje pakietu ZIP zawierającego pliki rozszerzenia. manifest.json musi znajdować się bezpośrednio w katalogu głównym archiwum. Przed wysłaniem sprawdź nazwę, wersję, ikony i opis. Krótki opis w manifeście ma limit 132 znaków, a numer każdej następnej przesyłanej wersji musi być wyższy od poprzedniego. Przygotowanie rozszerzenia do publikacji.

Przykładowa struktura gotowego pakietu może wyglądać tak:

rozszerzenie.zip
  manifest.json
  popup.html
  popup.js
  styles.css
  icons/
    icon-128.png

To przykład układu plików, nie kompletna aplikacja. Twoje rozszerzenie może potrzebować innych elementów. Do paczki nie dorzucałbym repozytorium Git, roboczych zrzutów, sekretów ani plików, których aplikacja nie używa.

Przetestowałbym dokładnie ten pakiet, który ma trafić do sklepu: rozpakowanie do nowego folderu, lokalne załadowanie i przejście przez najważniejsze funkcje. Działający katalog roboczy nie dowodzi, że proces budowania lub pakowania niczego nie pominął.

Nowy projekt przygotowuj dla Manifest V3. Przy zależnościach zwróć uwagę na zdalny kod wykonywalny: zwykłe dołączenie biblioteki JavaScript z CDN może być problemem. Dokumentacja rozróżnia taki kod od pobieranych danych, np. JSON. Sprawdź również zależności, które same dociągają skrypty. Zdalny kod w rozszerzeniach Manifest V3.

Opis i grafiki do Chrome Web Store

Opis powinien szybko wyjaśniać, co rozszerzenie robi i komu się przyda. Jeżeli kopiuje tabele do arkusza, zacznij od tego. Zdanie o „rewolucjonizowaniu produktywności” nie pomaga zrozumieć działania przycisku.

W dokumentacji karty produktu Google podaje następujące materiały graficzne:

W karcie ustalasz również kategorię i język. Zrzuty oraz opisy mogą mieć wersje językowe, ale powinny przedstawiać spójny zestaw funkcji. Uzupełnianie informacji o rozszerzeniu.

Pierwszy zrzut przeznaczyłbym na główne zastosowanie. Kolejne mogą pokazywać wynik działania i ustawienia, które rzeczywiście mają znaczenie. Nie trzeba pięciu niemal identycznych ujęć samego okienka.

Sprawdź czytelność w mniejszym rozmiarze. Jeżeli do zrozumienia grafiki trzeba powiększyć każdy fragment, lepiej ograniczyć liczbę elementów. I porównaj materiały z paczką: przycisk ze starej wersji na zrzucie potrafi wprowadzić w błąd jeszcze przed pierwszą instalacją.

Uprawnienia i prywatność: opis musi odpowiadać działaniu

Rozszerzenie powinno mieć jasno określony, wąski cel. W sekcji prywatności opisujesz ten cel, uzasadniasz uprawnienia i deklarujesz sposób korzystania z danych. Google wymaga minimalnego zakresu uprawnień potrzebnego do działania; nadmiarowe uprawnienia mogą prowadzić do odrzucenia. Informacje w panelu powinny być zgodne z polityką prywatności. Pola dotyczące prywatności i uprawnień.

Zamiast wpisywać „uprawnienie potrzebne do działania”, opisz czynność. Do jakiej strony rozszerzenie uzyskuje dostęp? Co na niej odczytuje? Czy robi to po kliknięciu użytkownika? Dokąd trafiają dane?

Przed uzupełnieniem deklaracji rozpisałbym drogę informacji w produkcie. Na przykład: użytkownik zaznacza tekst, rozszerzenie wysyła go do serwera, serwer przekazuje go do dostawcy AI, a wynik wraca do okienka. Taki opis od razu ujawnia, o których elementach nie można zapomnieć przy przygotowaniu informacji o prywatności.

Przy narzędziu działającym lokalnie opis będzie inny. Nie kopiuj cudzych deklaracji tylko dlatego, że obie aplikacje mają podobny interfejs. Sprawdź również analitykę i biblioteki zewnętrzne, a nie wyłącznie kod głównej funkcji.

Wysyłanie rozszerzenia do weryfikacji krok po kroku

Po przygotowaniu materiałów możesz przejść przez zgłoszenie:

1. Otwórz panel dewelopera i wybierz dodanie nowego elementu.
2. Wgraj przygotowany ZIP.
3. Uzupełnij kartę sklepu, prywatność i dystrybucję.
4. W razie potrzeby dodaj instrukcje testowe.
5. Wybierz zgłoszenie do weryfikacji i sposób publikacji po zatwierdzeniu.

Samo wgranie archiwum nie wysyła rozszerzenia do sprawdzenia. Po zakończeniu upewnij się, że zgłoszenie rzeczywiście zmieniło status. Zatwierdzoną wersję można opublikować automatycznie albo ręcznie. Przy odroczonej publikacji masz do 30 dni na udostępnienie jej; potem wraca do szkicu i wymaga ponownej weryfikacji. Publikowanie w Chrome Web Store.

Przy funkcjach za logowaniem lub płatnym dostępem skorzystaj z zakładki Test instructions. Można tam przekazać instrukcje i dane potrzebne osobom sprawdzającym. Instrukcje testowe dla weryfikatorów.

Przygotowałbym je tak, żeby dało się przejść cały scenariusz bez znajomości produktu: adres strony testowej, sposób zalogowania, kolejne czynności i spodziewany wynik. Konto testowe powinno być sprawne również wtedy, gdy zgłoszenie poczeka kilka dni. Krótkotrwały dostęp wygasający wieczorem może uniemożliwić sprawdzenie aplikacji.

Ile trwa weryfikacja rozszerzenia Chrome?

Google podaje zwykle kilka dni, czasem kilka tygodni. Po ponad trzech tygodniach oczekiwania zaleca kontakt z pomocą deweloperską. Na dokładniejszą kontrolę mogą wpływać m.in. szerokie uprawnienia, istotne zmiany, trudny do przejrzenia kod i wcześniejsze problemy z zasadami. Nowe rozszerzenia oraz aktualizacje przechodzą przez ten sam system weryfikacji. Czas i zakres sprawdzania.

Niektóre z moich aktualizacji przechodzą w kilka godzin. Kiedy raz zobaczysz poprawkę w sklepie jeszcze tego samego dnia, następne oczekiwanie potrafi irytować. Nie traktuję jednak najszybszego zatwierdzenia jako terminu dla kolejnych wydań.

Nie potrafię też oddzielić wpływu historii konta od zakresu zmian i obciążenia kolejki. Nie obiecywałbym klientowi przyspieszenia dlatego, że wydawca ma już kilka opublikowanych narzędzi.

Przy planowaniu premiery rozdzieliłbym trzy daty: gotowość paczki, zgłoszenie do sklepu i dostępność dla użytkowników. Dwie pierwsze można zaplanować znacznie dokładniej niż trzecią. To szczególnie ważne, kiedy z instalacją rozszerzenia ma wystartować kampania albo szkolenie.

Pending review, staged, published: co oznaczają statusy?

Pending review oznacza oczekiwanie w kolejce do weryfikacji. Sam status nie mówi, że ktoś właśnie analizuje kod ani że znalazł błąd. Sprawdzaj panel i skrzynkę wydawcy. Powiadomienia o zatwierdzeniu lub publikacji można włączyć w ustawieniach konta. Sprawdzanie statusu zgłoszenia.

Przy aktualizacji zapisuj dwa numery: wersję publiczną i tę, którą właśnie zgłaszasz. Dzięki temu w rozmowie z użytkownikiem nie pomylisz „narzędzie jest dostępne” z „ta konkretna poprawka jest już dostępna”.

Czy anulowanie zgłoszenia może pomóc?

Nie anulowałbym go tylko dlatego, że poprzednie wydanie przeszło szybciej. Google udostępnia anulowanie m.in. wtedy, gdy po wysłaniu znajdziesz błąd i chcesz poprawić paczkę. Zgłoszenie wraca do szkicu, a poprawioną wersję trzeba wysłać ponownie. Anulowanie weryfikacji.

Powtarzalny błąd w głównej funkcji jest dla mnie konkretnym powodem do zatrzymania wydania. Samo odświeżanie panelu nie dostarcza nowych informacji. Zanim podejmiesz decyzję, ustal, co rzeczywiście chcesz zmienić w pakiecie.

Gdy kontaktujesz się z pomocą w sprawie długiego oczekiwania, przygotuj ID rozszerzenia, numer wersji, datę wysłania i dokładny status. Przyda się krótka informacja, czy zmieniły się uprawnienia. Zgłoszenie można ułożyć tak:

Temat: Długie oczekiwanie na weryfikację: [nazwa rozszerzenia]

Dzień dobry,
wersja [numer] rozszerzenia [nazwa, ID] czeka od [data i strefa czasowa].
Status widoczny w panelu: [status].
Rodzaj zgłoszenia: [nowe rozszerzenie / aktualizacja].
Zakres zmian: [krótki opis].
Zmiany uprawnień: [opis lub brak, po sprawdzeniu].

Czy możecie sprawdzić zgłoszenie i poinformować mnie,
czy potrzebne są dodatkowe informacje?

Dane do testowego logowania zostaw w przeznaczonych do tego polach. Do publicznego posta o problemie nie dołączaj zrzutu zawierającego hasło albo prywatne dane użytkowników.

Co sprawdzić po opublikowaniu?

Otwórz publiczną kartę sklepu i przejdź drogę nowego użytkownika. Czy opis odpowiada aktualnym funkcjom? Czy link do pomocy działa? Czy po instalacji wiadomo, co zrobić jako pierwsze?

Przy kolejnych wydaniach zwiększasz numer wersji i przesyłasz nową paczkę. Dotychczasowa wersja pozostaje dostępna podczas weryfikacji aktualizacji. Publikacja nowej wersji i jej pojawienie się w konkretnej instalacji użytkownika to jednak osobne momenty. Aktualizowanie rozszerzenia.

Prowadziłbym prostą historię: numer wydania, co zmienia, kiedy je zgłoszono i kiedy pojawiło się publicznie. Przy zgłoszeniu błędu pierwszym pytaniem może być wtedy numer zainstalowanej wersji, zamiast próby odgadnięcia, czy użytkownik ma już poprawkę.

Po premierze potrzebny jest też sposób kontaktu. Jeśli nie masz czasu na rozbudowaną bazę pomocy, zacznij od czytelnej instrukcji pierwszego uruchomienia i działającego adresu do zgłoszeń. Użytkownik nie powinien szukać autora po nazwie pliku.

Zlecasz wykonanie rozszerzenia? Ustal również zakres publikacji

Wycena „gotowego rozszerzenia” może obejmować różne rzeczy. Zapytałbym wykonawcę, czy przygotuje paczkę, opis i grafiki, pomoże uzupełnić pola w sklepie oraz zajmie się odpowiedzią na ewentualne uwagi weryfikatorów. Ustal też, co jest poprawką w ramach zamówienia, a co nową funkcją.

Do odbioru projektu przyda się kilka konkretnych rezultatów:

• dostęp do kodu i instrukcja przygotowania kolejnego wydania;
• przetestowana paczka oraz lista obsługiwanych scenariuszy;
• opis wymaganych usług i kosztów ich utrzymania;
• uporządkowane dostępy do kont związanych z produktem;
• uzgodniony sposób obsługi problemów po publikacji.

Jeśli rozszerzenie ma być częścią większej usługi, sprawdź również stronę produktu, rejestrację, płatności i kontakt. Działające okienko przeglądarki jest tylko częścią drogi klienta. Warto przejść ją w całości przed zaproszeniem pierwszych osób.

Pytania przed pierwszym wydaniem rozszerzenia

Czy mogę opublikować rozszerzenie napisane z pomocą AI?

Narzędzie użyte do pisania kodu nie zastępuje sprawdzenia aplikacji. Musisz rozumieć wymagane uprawnienia, sposób korzystania z danych i działanie zależności. Szczególnie dokładnie sprawdziłbym kod, którego sam nie potrafię wyjaśnić. Ocena zgłoszenia dotyczy gotowego rozszerzenia i jego zgodności z zasadami sklepu.

Czy muszę mieć własny serwer?

To zależy od funkcji. Część narzędzi wykonuje pracę w przeglądarce. Inne wymagają kont, synchronizacji lub zewnętrznego API. Ustal to na etapie projektu, bo wpływa na koszty i informacje o danych użytkownika.

Czy mogę zapowiedzieć premierę na konkretny dzień?

Zapowiedź planowałbym po zatwierdzeniu, korzystając z odroczonej publikacji i pilnując jej terminu ważności. Wcześniej masz planowaną datę, a nie pewność, że sklep udostępni rozszerzenie zgodnie z harmonogramem.

Czy odrzucenie oznacza koniec projektu?

Najpierw przeczytaj uzasadnienie. Potrzebna jest diagnoza wskazanego problemu, a nie losowe zmiany. Jeśli nie rozumiesz decyzji, skorzystaj z opisanej przez Google ścieżki wyjaśnienia lub odwołania. Diagnozowanie naruszeń Chrome Web Store.

Od czego zacząć, jeśli dopiero mam pomysł?

Zapisz jedną czynność, którą rozszerzenie ma ułatwiać, i sprawdź ją na małym prototypie. Dopiero kiedy scenariusz działa, planuj publikację i dodatkowe funkcje. Przy pierwszym wydaniu wolałbym dopracować jedno zastosowanie niż zgłaszać narzędzie, którego zakres trudno opisać nawet autorowi.

Gotowa paczka to dobry moment na ostatni test

Przed wysłaniem odłożyłbym kod na bok i uruchomił rozszerzenie tak, jak zrobi to nowy użytkownik. Bez wcześniejszych ustawień, bez znajomości ukrytych skrótów i bez ręcznego poprawiania danych w tle.

Jeśli potrafisz przejść główny scenariusz, opis zgadza się z działaniem, a wymagane materiały są gotowe, pozostaje zgłoszenie. Potem zapisz numer wersji i datę. Gdy przyjdzie wiadomość ze sklepu, będziesz dokładnie wiedzieć, którego wydania dotyczy.