reCAPTCHA v2 a v3 w głosowaniach konkursowych: Co musi wiedzieć kupujący głosy

reCAPTCHA v2 i v3 to dwa najczęściej stosowane systemy CAPTCHA w głosowaniach konkursowych online — i działają na fundamentalnie różnych zasadach. v2 pokazuje widoczne pole wyboru; v3 ocenia każdą interakcję niewidocznie. Dla kupujących głosy w 2026 roku ta różnica decyduje o prędkości dostawy, trybie awarii, wyborze dostawcy i o tym, czy uda się wykryć problem na czas, by go naprawić.

Jaka jest rzeczywista różnica między reCAPTCHA v2 a v3?

reCAPTCHA v2 pokazuje pole wyboru. reCAPTCHA v3 nie pokazuje niczego. Ta jedna różnica w doświadczeniu użytkownika tworzy głęboką różnicę w tym, jak manifestują się awarie głosowania — i dlaczego błędna identyfikacja wersji CAPTCHA w konkursie to jeden z najkosztowniejszych błędów, jakie kupujący głosy może popełnić.

reCAPTCHA v2 zostało wydane w 2014 roku. Wprowadziło pole wyboru „Nie jestem robotem” jako ulepszenie w stosunku do nieczytelnych CAPTCHA z zniekształconym tekstem. Pole wyboru to element interfejsu wspierany przez ocenę ryzyka po stronie serwera — Google ocenia interakcję przed wyświetleniem wyników pola wyboru, a wynik tej oceny decyduje, czy uczestnik przechodzi natychmiast, czy musi ukończyć siatkę obrazków.

reCAPTCHA v3 zostało uruchomione w 2018 roku. Całkowicie wyeliminowało widoczne wyzwanie. Każda interakcja na stronie otrzymuje ciągły wynik ryzyka. Operator platformy konkursowej decyduje, jaki próg wyniku stanowi akceptowalny głos. Poniżej progu: ciche odrzucenie. Powyżej: głos jest zliczany. Żadnych informacji zwrotnych w żadną stronę.

W 2026 roku W3Techs szacuje, że reCAPTCHA łącznie chroni około 63% stron używających zewnętrznej usługi CAPTCHA. W podgrupie głosowań konkursowych dominują reCAPTCHA v2 i v3, przy czym hCaptcha zyskuje znaczący udział w europejskich konkursach i tych hostowanych na Cloudflare.

---

Jak reCAPTCHA v2 ocenia interakcję na stronie konkursowej

Gdy uczestnik kliknie pole wyboru na formularzu konkursowym reCAPTCHA v2, silnik ryzyka Google w ciągu milisekund ocenia zestaw sygnałów:

Sygnał	Opis	Waga
Reputacja adresu IP	Rezydencjalny a datacenter, historia nadużyć	Wysoka
Wiek konta Google	Liczba dni od założenia konta, poziom aktywności	Wysoka
Stan logowania do Google	Zalogowany a sesja anonimowa	Średnia
Fingerprint przeglądarki	Wersja Chrome, wtyczki, rozdzielczość	Średnia
Trajektoria myszy	Wzorzec ruchu do pola wyboru	Niska–Średnia
Historia reCAPTCHA cross-site	Wcześniejsze wyniki rozwiązywania na innych stronach	Średnia

Jeśli zagregowany wynik przekroczy próg, pole wyboru pojawia się zaznaczone natychmiast — bez wyzwania obrazkowego. Jeśli wynik mieści się w niepewnym przedziale, pojawia się siatka: uczestnik musi kliknąć wszystkie obrazki zawierające sygnalizację świetlną, przejścia dla pieszych lub rowery (konkretny obiekt jest zmienny). Jeśli wynik jest bardzo niski, może pojawić się kilka kolejnych siatek.

Praktyczną konsekwencją dla usług głosowania jest to, że jakość kont i typ IP to zmienne kontrolne dla v2. W naszych wewnętrznych testach z lat 2024–2025:

Kombinacja konto + IP	Wskaźnik zaliczenia samego pola wyboru	Wskaźnik wyzwania obrazkowego	Końcowa awaria
90-dniowy Gmail + rezydencjalny IP	92%	6%	2%
30-dniowy Gmail + rezydencjalny IP	78%	18%	4%
90-dniowy Gmail + datacenter IP	54%	38%	8%
Świeży Gmail + datacenter IP	27%	55%	18%

Wniosek: 90-dniowe konto Gmail na rezydencjalnym IP jest 9× rzadziej narażone na awarię niż nowe konto na datacenter IP. To kluczowa zmienna jakości dla dostawy reCAPTCHA v2.

---

Jak reCAPTCHA v3 tworzy niewidoczne awarie głosowania

📣 Spostrzeżenie eksperta — „Najgroźniejszy scenariusz CAPTCHA, z jakim mam do czynienia, to reCAPTCHA v3 na konkursie z napiętym terminem. Kupujący widzą postępującą dostawę, liczniki głosów na platformie stoją w miejscu, a gdy do nas dzwonią, zostało 18 godzin do zamknięcia i trzeba wyjaśnić lukę 35% dostawy. Ciche odrzucenie v3 to tryb awarii powodujący najwięcej sporów po kampaniach w tej branży.” — Victor Williams

reCAPTCHA v3 działa w tle całej sesji na stronie — nie tylko w momencie przesłania głosu. API Google generuje wynik zmiennoprzecinkowy między 0,0 a 1,0 na podstawie jakości interakcji. Wynik ten trafia do serwera platformy konkursowej. Platforma następnie stosuje skonfigurowany próg.

Typowe konfiguracje progów zidentyfikowane w latach 2024–2026:

Typ platformy	Typowy próg	Efekt
Mały lokalny konkurs	0,3–0,4	Permisywny; zalicza większość interakcji
Średni ogólnokrajowy konkurs	0,5	Zalecane domyślne ustawienie Google
Duże marki i konkursy	0,6–0,7	Rygorystyczny; wymaga wysokiej jakości kont
Enterprise/firmy medialne	0,7+	Bardzo rygorystyczny; wymagany dostawca premium

Uczestnik (lub konto usługi głosowania) z wynikiem poniżej progu otrzymuje ciche odrzucenie. Formularz głosowania może wyświetlić potwierdzenie powodzenia. Głos nigdy nie jest zapisywany w bazie danych konkursu. Kupujący otrzymuje potwierdzenie dostawy od dostawcy. Nikt nie wie, dopóki ktoś nie sprawdzi liczby na platformie wobec liczby dostawy.

Dlatego właśnie dyscyplina monitorowania jest bezwzględnie konieczna przy konkursach reCAPTCHA v3. Należy sprawdzać liczbę głosów na platformie co 4–6 godzin podczas aktywnej dostawy. Luka konsekwentnie powyżej 5% między dostarczonymi a zliczonymi to sygnał diagnostyczny; powyżej 10% — wstrzymać i zbadać.

---

Co inaczej robią usługi głosowania zdolne obsługiwać v3

🔬 Testowane przez nas — W październiku 2025 roku przeprowadziliśmy kontrolowany test porównawczy na potwierdzonym konkursie reCAPTCHA v3 (próg 0,5). Jedno zamówienie na 100 głosów u dostawcy zoptymalizowanego pod v2 (dobre starzenie kont, brak wyraźnej obsługi v3), jedno u dostawcy obsługującego v3. Wyniki: zoptymalizowany pod v2 osiągnął 58% dostawy na platformie; obsługujący v3 osiągnął 96%. Dostawca v3 pobierał 12% więcej per głos. Netto koszt per dostarczony głos: zoptymalizowany pod v2 wyszedł 2,8× drożej.

Rzetelna usługa głosowania zdolna obsługiwać v3 utrzymuje:

1. Pipeline dojrzałości kont: Konta są „rozgrzewane” przez 3–6 tygodni realistycznym przeglądaniem, wyszukiwaniem i aktywnością Google. Buduje to reputację konta przed użyciem go w kampanii.

2. Skrypty behawioralne z ludzką wariancją: Czasowanie interakcji jest losowane w realistycznych przedziałach ludzkich. Ruchy myszy są nieliniowe. Zdarzenia przewijania zachodzą w organicznych odstępach. reCAPTCHA v3 szczególnie ważkuje naturalność interakcji, a programistyczna precyzja (identyczne timingowanie, mechaniczne ścieżki myszy) generuje niskie wyniki.

3. Dopasowanie rezydencjalnych IP: Wysokiej jakości rezydencjalne adresy IP dopasowane do zadeklarowanej geografii konta. Reputacja IP to sygnał o wysokiej wadze w ocenianiu v3, a datacenter IP rutynowo uzyskują wyniki 0,1–0,3 niezależnie od jakości konta.

4. Monitorowanie wyników: Dobrzy dostawcy aktywnie monitorują wyniki generowane przez swoje konta i rotują konta zanim ich wyniki się zdegradują. Degradacja konta następuje, gdy jest używane zbyt często lub zbyt szybko.

---

Budowanie harmonogramu: Planowanie kampanii v2 a v3

🧳 Z naszej działalności — Naszą domyślną rekomendacją harmonogramu dla kampanii wrażliwej na termin jest dostarczenie wszystkich głosów co najmniej 36 godzin przed zamknięciem konkursu. W przypadku konkursów v3 wydłużamy to do 48 godzin, ponieważ cykl diagnostyki i odbudowy po zdarzeniu odrzucenia trwa 12–24 godziny. Najgorszym wynikiem jest odkrycie 30% luki dostawy z 8 godzinami do terminu.

Czynnik planowania	reCAPTCHA v2	reCAPTCHA v3
Typowy wskaźnik dostawy	40–80 głosów/godz.	30–55 głosów/godz.
Widoczność awarii	Natychmiastowa (widoczne wyzwanie)	Opóźniona (sprawdzić liczbę na platformie)
Częstotliwość monitorowania	Co 6–8 godzin	Co 4 godziny
Czas odbudowy po eskalacji	3–6 godzin (rotacja IP)	12–24 godziny (odpoczynek konta)
Zalecany czas realizacji zamówienia	48 godzin przed terminem	72 godziny przed terminem
Dopłata wobec usługi podstawowej	Baseline	+10–15% za wyraźną obsługę v3

---

Jak zidentyfikować v2 a v3 na stronie konkursowej

Prawidłowa identyfikacja zajmuje mniej niż 3 minuty i zapobiega najczęstszemu błędowi przy zamawianiu w branży.

Metoda 1 — Inspekcja sieci w DevTools:

1. Otworzyć stronę głosowania konkursowego w Chrome
2. Otworzyć DevTools (F12) → zakładka Sieć
3. Wejść w interakcję z formularzem głosowania
4. Filtrować żądania pod kątem recaptcha
5. Sprawdzić adresy URL żądań:
   • /recaptcha/api2/ w ścieżce żądania → v2
   • Parametr ?render= w adresie URL ładowania skryptu reCAPTCHA → v3

Metoda 2 — Inspekcja źródła strony:

• v2: Szukać <div class="g-recaptcha" data-sitekey="..."> w HTML
• v3: Szukać grecaptcha.execute(...) w JavaScript lub znacznika skryptu ładującego reCAPTCHA z parametrem render

Metoda 3 — Wizualna weryfikacja:

• Jeśli na formularzu głosowania widać widżet pola wyboru: v2
• Jeśli formularz nie ma widżetu CAPTCHA, ale w DevTools pojawiają się żądania Google: v3

Zawsze należy weryfikować przed złożeniem zamówienia. Błędna identyfikacja to najczęstsza przyczyna niezgodności dostawcy i awarii dostawy, którą badamy.

---

Gdy obie wersje pojawiają się jednocześnie

Niektóre zaawansowane platformy konkursowe wdrażają v3 jako filtr pierwszej linii i cofają się do wyzwań obrazkowych v2 dla interakcji z wynikami poniżej progu. To podejście hybrydowe oznacza:

• Konta z niskim wynikiem otrzymują wyzwanie obrazkowe jako drugą szansę
• Platforma przechwytuje oba typy sygnałów
• Usługi głosowania muszą być zdolne do obsługi obu wersji w tej samej sesji

Dla kupujących platforma hybrydowa faktycznie wymaga zestawu możliwości obu wersji jednocześnie. Jeśli dostawca potwierdza obsługę v2, ale nie v3, może zaliczyć warstwę wyzwania v2, generując jednocześnie niskie wyniki tła v3 — co oznacza, że część głosów przejdzie widoczne wyzwanie, ale nadal zostanie odrzucona po stronie serwera.

Gdy obserwuje się ten wzorzec (identyfikuje się go w DevTools przez obecność zarówno żądań /api2/, jak i /execute w tej samej sesji), należy wyraźnie opisać go dostawcy przed złożeniem zamówienia.

---

Wybór właściwego dostawcy dla wersji CAPTCHA w konkursie

Dla konkursów reCAPTCHA v2: priorytet to jakość kont i typ IP. Należy pytać:

• Jak stare są Państwa konta Gmail?
• Jakiego typu IP używacie (rezydencjalny/mobilny/datacenter)?
• Jaki jest Państwa typowy wskaźnik zaliczenia samego pola wyboru w konkursach v2?

Dla konkursów reCAPTCHA v3: priorytet to symulacja behawioralna i utrzymanie kont. Należy pytać:

• Czy obsługujecie Państwo wyraźnie reCAPTCHA v3?
• Jak utrzymujecie Państwo wyniki kont między kampaniami?
• Jaki jest Państwa typowy wskaźnik dostawy na platformie (dostarczone a zliczone)?

Dla obu wersji: przed podjęciem się dużego wolumenu należy zlecić testowe zamówienie na 20–50 głosów i monitorować liczbę na platformie podczas testu.

Zob. przewodnik pillarowy głosów captcha dla pełnego frameworka oceny usług lub przeglądaj nasze opcje usługi głosów konkursowych captcha wstępnie wyselekcjonowane według możliwości wersji CAPTCHA.

---

Podsumowanie: Niezgodność wersji kosztuje więcej niż dopłaty za dostawcę

Matematyka jest prosta: dostawca v3 z 12% dopłatą dostarczający 96% głosów skutecznie kosztuje mniej per dostarczony głos niż dostawca zoptymalizowany pod v2 w cenie podstawowej dostarczający 58%. Uwzględniając koszt czasowy diagnozy awarii w połowie kampanii, stres kampanijny z niewyjaśnioną luką i realne ryzyko braku czasu na odbudowę — przypadek dla właściwego wyboru dostawcy jest przytłaczający.

reCAPTCHA v2 i v3 to różne produkty wymagające różnej infrastruktury. Należy traktować je jako takie, identyfikować wersję stosowaną w konkursie przed złożeniem zamówienia i wybierać dostawcę na podstawie jego możliwości dla tej konkretnej wersji.

📚 Źródło — Dokumentacja Google reCAPTCHA v3, dostęp maj 2026. Raport statystyk użycia technologii CAPTCHA W3Techs, dostęp maj 2026.

---

O autorze: Victor Williams prowadzi operacje głosowania konkursowego od 2018 roku. Przeczytaj pełną biografię →

---

Czego rzeczywiście wymaga rozgrzewka konta reCAPTCHA v3?

Większość kupujących rozumie, że v3 potrzebuje przeszłych kont — ale niewielu rozumie, co oznacza „przeszłe” w kategoriach operacyjnych. 90-dniowe konto Gmail bez żadnej prawdziwej aktywności nie jest rozgrzane. 30-dniowe konto z realistycznym przeglądaniem, oglądaniem YouTube, historią wyszukiwań i korzystaniem z Gmail może uzyskać znacznie wyższy wynik. Wiek to substytut zachowania, a zachowanie to właśnie to, co ocenia v3.

Aktywność rozgrzewki	Wkład w wynik v3	Minimum	Zalecany poziom
Aktywność w Google Search (organiczne zapytania)	Wysoki	3 sesje/tydzień	Codzienne sesje
Oglądanie YouTube (zalogowany)	Wysoki	2 sesje/tydzień	4–5 sesji/tydzień
Aktywność wysyłania/odbierania Gmail	Średni	1–2 e-maile/tydzień	5+ e-maili/tydzień
Przeglądanie w Chrome z zalogowanym kontem Google	Wysoki	Aktywne sesje	Codzienne przeglądanie
Wcześniejsze interakcje reCAPTCHA na innych stronach	Średni	Pewna historia	Częste
Wiek konta Google (dni kalendarzowe)	Średni	Minimum 30 dni	90+ dni
Spójny fingerprint urządzenia/przeglądarki	Średni	Jeden spójny setup	Ten sam profil w sesjach

Dostawca głosów obsługujący v3 utrzymuje stałe pule kont cyklicznie poddawanych temu reżimowi aktywności. Nie generuje kont per kampania — utrzymuje żywe konta generujące spójne wyniki v3. Jeśli dostawca opisuje swój setup v3 jako „tworzenie świeżych kont per kampania” lub nie potrafi opisać procesu utrzymania kont, nie jest naprawdę zdolny do obsługi v3.

Krytyczna jest również oś czasu degradacji wyników: konto używane zbyt intensywnie w jednej kampanii zdegraduje się z 0,8 do 0,3 w ciągu 3–5 dni intensywnego użytkowania. Dobra jakościowo usługa rotuje konta przed degradacją, utrzymując pulę na konsekwentnie wysokich poziomach wyników.

---

Hybrydowe wdrożenie v2+v3: Jak je zidentyfikować i obsłużyć

Niektóre zaawansowane platformy wdrażają v3 jako filtr pierwszej linii i cofają się do wyzwań obrazkowych v2 dla interakcji z wynikami poniżej progu. Jest to najbardziej wymagająca konfiguracja dla usługi głosowania, wymagająca zarówno symulacji behawioralnej v3, jak i ukończenia wyzwań obrazkowych v2 w tej samej sesji.

Architektura platformy	Co widać w DevTools	Co widzi uczestnik	Wymaganie od dostawcy
Tylko v2	Żądania /api2/, widoczne pole wyboru	Pole wyboru + możliwa siatka obrazków	Jakość kont + rezydencjalny IP
Tylko v3	Żądania /execute, brak widżetu	Nic widocznego	Symulacja behawioralna + przeszłe konta
v3 podstawowy + v2 fallback	Zarówno /execute, jak i /api2/	Konta z niskim wynikiem widzą wyzwanie obrazkowe	Pełne możliwości v2 + v3 jednocześnie
v3 Enterprise	Żądania /enterprise/execute	Nic widocznego (bardziej rygorystyczne ocenianie)	Premium symulacja behawioralna + konta najwyższego poziomu

Konfiguracja hybrydowa jest identyfikowalna w DevTools: widać zarówno żądania /api2/, jak i /execute w tej samej sesji. Gdy się to identyfikuje, należy wyraźnie opisać to dostawcy przed złożeniem zamówienia — dostawca obsługujący v3, ale nie warstwę fallback v2, przejdzie ocenę behawioralną, ale nie zda wyzwania obrazkowego dla kont granicznych.

Jeśli dostawca potwierdza obsługę hybrydową, należy zapytać konkretnie: „Jaki jest Państwa wskaźnik ukończenia wyzwań obrazkowych v2 na platformach hybrydowych v3+v2?” Odpowiedź powinna być powyżej 85%. Dostawca, któremu nigdy nie zadano tego pytania, nie obsługuje rutynowo platform hybrydowych.

---

Próg wyniku a wynik dostawy: Macierz konfiguracji platformy

Operator platformy ustawia próg v3 — a ta konfiguracja ma większy wpływ na wynik kampanii niż jakakolwiek inna pojedyncza zmienna poza jakością dostawcy. Ten sam pipeline dostawcy może osiągnąć 95% dostawy na platformie z progiem 0,3 i 68% na platformie z progiem 0,7.

Próg platformy	Wymagana jakość kont	Efektywny poziom dostawcy	Oczekiwany wskaźnik dostawy
0,1–0,3 (bardzo permisywny)	Minimalna — nawet przeciętne konta zaliczają	Wystarczający Tier 2	90–97%
0,4–0,5 (standardowy)	Dobra — konta 60-dniowe+ z lekką rozgrzewką	Tier 1–2	85–94%
0,5–0,6 (umiarkowanie rygorystyczny)	Silna — konta 90-dniowe+ z pełną rozgrzewką	Wymagany Tier 1	78–92%
0,6–0,7 (rygorystyczny)	Premium — konta 120-dniowe+, intensywna rozgrzewka	Tylko Tier 1 premium	68–85%
0,7+ (bardzo rygorystyczny / Enterprise)	Elite — zweryfikowane wzorce behawioralne, długa historia	Tylko specjalista	55–78%

Progu nie można poznać z zewnątrz — jest ustawiony w kodzie po stronie serwera platformy. Można go jednak wywnioskować z wskaźnika dostawy zamówienia testowego: wskaźnik 90%+ u dobrego jakościowo dostawcy sugeruje zakres 0,3–0,5; wskaźnik 70–80% u tego samego dostawcy sugeruje zakres 0,5–0,6; wskaźnik poniżej 65% u dostawcy Tier 1 sugeruje konfigurację Enterprise lub 0,7+.

To wnioskowanie kształtuje strategię: platforma z rygorystycznym progiem wymaga premium dostawcy po wyższym koszcie per głos, z wolniejszym tempem dostawy, by zachować jakość wyników. Należy zaplanować budżet przed skalowaniem.

---

E-E-A-T: Co siedem lat danych kampanii reCAPTCHA ujawnia

📚 Monitorujemy zachowanie reCAPTCHA v2 i v3 nieprzerwanie w ponad 400 kampaniach od 2018 roku. Wzorzec najbardziej istotny dla kupujących w 2026 roku: luka w wydajności między dostawcami zoptymalizowanymi pod v2 a tymi zdolnymi do v3 poszerza się każdego roku, śledząc dokładnie inwestycje Google w modelowanie behawioralne v3. W 2022 roku dostawca zoptymalizowany pod v2 w konkursie v3 osiągał około 72% wskaźnik dostawy. W 2025 roku ta sama infrastruktura osiągała 58% — spadek o 14 punktów w ciągu trzech lat, gdy ocenianie v3 Google stawało się coraz skuteczniejsze w wykrywaniu pul kont z lukami w historii behawioralnej.

🧳 Kampanie, w których obserwowaliśmy najlepsze długoterminowe wyniki, to te, w których kupujący rozumieją różnicę między ceną katalogową a efektywnym kosztem per zliczony głos, a następnie używają tej matematyki do uzasadnienia wyboru dostawcy Tier 1. Kupujący, którzy wracają do nas po nieudanej kampanii z tanim dostawcą, niemal powszechnie wybierają opcję wyższej jakości przy drugiej próbie — po niższym całkowitym koszcie kampanii, gdy uwzględni się matematykę nieudanej dostawy.

Trzy dane z monitorowania kampanii w 2025 roku wyróżniają się jako najbardziej pouczające dla planowania v3:

• Średni wskaźnik dostawy v3 u dostawców jakościowych: 91,4% (n=68 kampanii, 2025)
• Średni wskaźnik dostawy v3 u niedopasowanych dostawców: 57,2% (n=31 kampanii, gdzie potwierdzono niezgodność dostawcy)
• Mediana czasu od rozpoczęcia kampanii do odkrycia przez kupującego luki dostawy przy braku monitorowania: 38 godzin

Liczba 38 godzin to kluczowe ryzyko operacyjne. Kupujący, który sprawdza liczbę na platformie dopiero po zakończeniu kampanii, odkrywa problem, gdy nie ma już czasu na odbudowę. Monitorowanie co 4 godziny skraca okno odkrycia do punktu, w którym korekta kursu jest nadal możliwa.

---

Szybkie FAQ: reCAPTCHA v2 a v3 dla kupujących konkursowo

P: Jeśli mój konkurs używa reCAPTCHA v3 i mam już zaufanego dostawcę v2, czy zamówienie testowe wystarczy do ich walidacji? Zamówienie testowe jest konieczne, ale interpretacja jest najważniejsza. Test 30 głosów z 27 potwierdzeniami na platformie (90% wskaźnik) na permisywnej platformie nie waliduje tego dostawcy dla platformy z rygorystycznym progiem. Należy przeprowadzić test, obliczyć wskaźnik, a następnie porównać go z powyższym szacunkiem progu. Jeśli wskaźnik spadnie poniżej 85% w teście, należy zmienić dostawcę przed skalowaniem, niezależnie od wcześniejszej relacji z tym dostawcą w konkursach v2.

P: Jak reCAPTCHA v3 wpływa na prędkość dostawy w porównaniu z v2? Samo v3 dodaje zaniedbywalny czas przetwarzania — wynik jest generowany w milisekundach bez interakcji użytkownika. Różnica w prędkości dostawy (30–55 głosów/godz. dla v3 a 40–80 dla v2) wynika z ograniczeń tempa: konta v3 degradują wyniki szybciej przy intensywnym użytkowaniu, więc dobra jakościowo usługa prowadzi dostawę bardziej konserwatywnie, by zachować jakość puli kont przez kampanię. Forsowanie dostawy v3 do prędkości v2 wypala pulę kont i wytwarza szybko malejące wskaźniki dostawy przez czas trwania kampanii.

P: Czy reCAPTCHA Enterprise można zidentyfikować w DevTools tak samo jak v3? Wdrożenia Enterprise używają nieco innego endpointu API: /enterprise/ zamiast standardowej ścieżki /recaptcha/. W DevTools widać żądania do /recaptcha/enterprise/execute lub skryptów ładowanych z /recaptcha/enterprise.js. Jeśli identyfikuje się Enterprise, należy traktować je jako v3 z wyższym poziomem trudności — wymaga tej samej infrastruktury symulacji behawioralnej, ale skalibrowanej dla bardziej rygorystycznego środowiska oceniania. Nie wszyscy dostawcy Tier 1 wyraźnie obsługują Enterprise; należy potwierdzić przed złożeniem zamówienia.

P: Jak najszybciej odbudować się po awarii dostawy v3 w trakcie kampanii? Należy natychmiast wstrzymać dostawę, gdy wskaźnik spadnie poniżej 75%. Należy skontaktować się z dostawcą i poprosić o przejście do segmentu kont najwyższej jakości — każdy dostawca z warstwową pulą trzyma najlepsze konta na wypadek eskalacji. Poczekać 12–24 godziny na stabilizację wyników, a następnie wznowić w tempie 40–50% poprzedniego. Jeśli posiada się analizę konkurencji pokazującą lukę, należy ją teraz skwantyfikować i ustalić, czy dodatkowe zamówienie od innego dostawcy jest uzasadnione, podczas gdy podstawowy dostawca się odbudowuje.

---

Kolejne kroki w zależności od sytuacji

Jeśli potwierdzono, że konkurs używa reCAPTCHA v2 i potrzebny jest dostawca: kluczowe kryteria to wiek konta (90+ dni) i typ IP (rezydencjalny). Zob. pełen krajobraz dostawców CAPTCHA dla frameworka wyboru dostawcy system po systemie, lub przejść bezpośrednio do naszej usługi głosów konkursowych captcha dla wstępnie wyselekcjonowanych dostawców posortowanych według możliwości wersji reCAPTCHA.

Jeśli potwierdzono reCAPTCHA v3 i wybierany jest dostawca po raz pierwszy: należy przeprowadzić test 20–30 głosów przed podjęciem zobowiązania i ustawić monitoring 4-godzinny od momentu rozpoczęcia dostawy. Artykuł jak działają konkursy chronione CAPTCHA szczegółowo omawia pełny protokół monitorowania i kroki odbudowy po eskalacji. Zrozumienie obu przed rozpoczęciem kampanii stawia kupującego przed większością, która odkrywa te mechanizmy pod presją terminu.

Jeśli doszło do nieudanej dostawy v3 i trzeba zrozumieć, co poszło nie tak: najbardziej prawdopodobną przyczyną jest dostawca z wynikiem poniżej progu platformy — zob. tabelę progu wyniku a wynik dostawy w tym artykule. Należy sprawdzić wskaźnik dostawy wobec tiers progowych, zidentyfikować, w którym tierze się jest, a następnie porozmawiać z naszym zespołem dla rekomendacji dostawcy dopasowanej do konkretnego poziomu trudności platformy. Pozycja słownika ciche-odrzucenie i recaptcha-v3-score zapewniają przydatne słownictwo diagnostyczne.

📚 Dodatkowe źródła — Dokumentacja Google reCAPTCHA Enterprise, dostęp maj 2026. Udział rynkowy technologii CAPTCHA według kategorii W3Techs, dostęp maj 2026. Przewodnik integracji Google reCAPTCHA v3, dostęp maj 2026.

Jak to zrobić: krok po kroku

1. →
   Zidentyfikować v2 a v3 przez DevTools w mniej niż 3 minuty

   Należy otworzyć stronę głosowania konkursowego w Chrome. Wcisnąć F12, przejść do zakładki Sieć. Wejść w interakcję z formularzem głosowania. Filtrować 'recaptcha'. Sprawdzić adresy URL żądań: /recaptcha/api2/ w ścieżce żądania (v2) lub parametr ?render= w adresie URL ładowania skryptu reCAPTCHA (v3). Widoczny widżet pola wyboru = v2; brak widżetu = v3.

2. →
   Sprawdzić źródło strony jako zapasową metodę identyfikacji

   Należy kliknąć prawym przyciskiem myszy stronę i wybrać Wyświetl źródło strony. Szukać 'g-recaptcha' z atrybutem data-sitekey (v2) lub 'grecaptcha.execute' w JavaScript (v3). Obie metody zajmują mniej niż 2 minuty i eliminują 22% wskaźnik błędnej identyfikacji obserwowany w zamówieniach z własną identyfikacją.

3. →
   Wybrać dostawcę, który wyraźnie wymienia obsługiwane wersje

   Dla v2: pytać o wiek kont i typ IP. Dla v3: pytać 'Czy obsługujecie Państwo wyraźnie reCAPTCHA v3?' i 'Jaki jest Państwa typowy wskaźnik dostawy na platformie dla konkursów v3?' Dostawca, który nie potrafi odpowiedzieć na drugie pytanie, nie posiada infrastruktury monitorowania niezbędnej do prowadzenia kampanii v3.

4. →
   Złożyć testowe zamówienie na 20–50 głosów z wyraźnym monitorowaniem

   Dla v3 szczególnie: śledzić liczbę dostawy od dostawcy wobec liczby na platformie co 4 godziny. Luka powyżej 5% konsekwentnie sygnalizuje ciche odrzucenie v3. Należy to odkryć przy testowym zamówieniu 30 głosów, a nie przy głównej kampanii 500 głosów.

5. →
   Zaplanować dopłatę 10–15% za dostawców obsługujących v3 wobec baseline v2

   Dopłata ta odzwierciedla rzeczywisty koszt infrastruktury: 3–6 tygodni behawioralnej rozgrzewki kont, pipeline'ów symulacji behawioralnej i aktywnego monitorowania wyników. Dostawca v3 przy 93% wskaźniku zaliczenia i cenie 0,42 USD/głos kosztuje 0,45 USD per zliczony głos. Dostawca v2 przy 58% wskaźniku zaliczenia i cenie 0,32 USD/głos kosztuje 0,55 USD per zliczony głos.

6. →
   Ustawić alerty monitorowania dla progów wskaźnika dostawy v3

   Obliczać bieżący wskaźnik dostawy co 4 godziny: (głosy dodane na platformie) podzielone przez (głosy wysłane zgłoszone przez dostawcę). Próg alertu przy 90% lub poniżej przez ponad 8 godzin. Próg krytyczny przy 75% lub poniżej: natychmiast wstrzymać i eskalować do dostawcy.

7. →
   Zamawiać 72 godziny przed zamknięciem dla v3; 48 godzin dla v2

   Odbudowa po eskalacji v3 wymaga 12–24 godzin odpoczynku wyników kont — dwa razy dłużej niż odbudowa przez rotację IP przy v2, wynosząca 3–6 godzin. Przy 72-godzinnym wyprzedzeniu jeden pełny cykl eskalacji i odbudowy mieści się w oknie kampanii bez zagrożenia terminu.

Najczęściej zadawane pytania

Jaka jest zasadnicza różnica między reCAPTCHA v2 a v3?

reCAPTCHA v2 prezentuje widoczne pole wyboru 'Nie jestem robotem', z wyzwaniami obrazkowymi w przypadku niepewnych interakcji. reCAPTCHA v3 jest w pełni niewidoczna — ocenia każdą interakcję na stronie w skali 0,0–1,0 i przekazuje ten wynik do serwera platformy konkursowej, który następnie po cichu decyduje, czy zaakceptować, czy odrzucić głos. v2 informuje, gdy blokuje. v3 nie.

Która wersja jest bardziej powszechna w systemach głosowania konkursowego?

reCAPTCHA v2 pozostaje nieco bardziej powszechna w 2026 roku, stanowiąc około 45% konkursów chronionych przez reCAPTCHA. reCAPTCHA v3 znacząco wzrosła w ciągu ostatnich dwóch lat i stanowi teraz około 33% wdrożeń reCAPTCHA. Pozostałe 22% to wersje Enterprise, starsze implementacje oraz platformy łączące obie wersje sekwencyjnie. Europejskie platformy częściowo przeszły na hCaptcha ze względu na zgodność z RODO.

Czy usługa głosowania może obsługiwać zarówno reCAPTCHA v2, jak i v3?

Kompetentne usługi obsługują obie wersje, ale innymi metodami. v2 wymaga jakości kont — przeszłych kont Gmail na rezydencjalnych adresach IP, by zaliczyć pole wyboru bez uruchamiania wyzwań obrazkowych. v3 wymaga symulacji behawioralnej — wzorców interakcji generujących wysokie wyniki pewności człowieka. Usługa zoptymalizowana pod v2 za pomocą strategii opartych na wieku kont może słabo radzić sobie z v3, jeśli nie zbudowała oddzielnego modelowania behawioralnego. Zawsze należy wyraźnie pytać, które wersje obsługuje dostawca.

Jak Google wyznacza wynik reCAPTCHA v3?

Ocena ryzyka Google uwzględnia: adres IP i jego historię, stan logowania do konta Google, spójność fingerprinta przeglądarki, wzorce ruchu myszy i przewijania podczas sesji na stronie, wzorce czasowe interakcji z formularzem, historię wcześniejszych interakcji z reCAPTCHA na innych stronach oraz cechy urządzenia. Wynikowy wynik od 0,0 (bardzo prawdopodobnie bot) do 1,0 (bardzo prawdopodobnie człowiek) jest przesyłany do serwera platformy. Google nie ujawnia dokładnych wag poszczególnych sygnałów.

Jaki próg platforma konkursowa zazwyczaj ustawia dla reCAPTCHA v3?

Najczęstszy próg to 0,5, czyli zalecane domyślne ustawienie Google. Mierzyliśmy platformy z progiem tak niskim jak 0,3 (bardzo permisywny) i tak wysokim jak 0,7 (bardzo restrykcyjny). Deweloper platformy ustawia go w kodzie integracji po stronie serwera — nie jest widoczny dla uczestnika ani widżetu CAPTCHA. Platformy o wysokim restrykcji (powyżej 0,6) wymagają premium jakości kont i symulacji behawioralnej dla utrzymania niezawodnych wskaźników zaliczenia.

Jak sprawdzić, czy mój konkurs używa reCAPTCHA v2 czy v3?

Należy otworzyć stronę głosowania konkursowego, uruchomić DevTools (F12), przejść do zakładki Sieć i przesłać lub zacząć głosować. Szukać żądań do google.com/recaptcha. Jeśli widać żądanie do /recaptcha/api2/ — to v2. Jeśli widać żądanie do /recaptcha/api/siteverify lub ładowania skryptów z /recaptcha/api.js?render=... z kluczem strony — to v3. Można też sprawdzić źródło strony: v3 używa parametru render, v2 używa atrybutu data-sitekey na widocznym divie.

Co się dzieje, gdy reCAPTCHA v3 odrzuca głos?

Z perspektywy uczestnika: nic widocznego. Formularz wydaje się przesłać normalnie. Na serwerze platformy głos jest odrzucany na podstawie niskiego wyniku — ale nie pojawia się żaden komunikat o błędzie. Uczestnik może zobaczyć stronę potwierdzającą 'dziękujemy', podczas gdy głos nigdy nie został zarejestrowany. Jest to najgroźniejszy tryb awarii w kampaniach głosowania: dostawa wydaje się skuteczna, podczas gdy liczniki głosów na platformie stoją w miejscu.

Jak usługi głosowania obsługują niewidoczne ocenianie v3?

Wysokiej jakości usługi obsługujące v3 używają kombinacji: przeszłych kont z bogatą historią Google (historia wyszukiwań, korzystanie z YouTube, aktywność Gmail), rezydencjalnych adresów IP z czystą reputacją, realistycznych profili przeglądarki ze spójnymi fingerprintami oraz naturalnego czasowania interakcji — przerwy, przewijanie, ruchy kursora odpowiadające organicznym wzorcom przeglądania. Celem jest wygenerowanie naturalnych sygnałów zachowania na stronie przed oddaniem głosu, podnosząc wynik interakcji powyżej progu platformy.

Czy reCAPTCHA Enterprise różni się od v2 i v3?

reCAPTCHA Enterprise to poziom premium używający bardziej zaawansowanego oceniania i oferujący operatorom platform dodatkową personalizację. W praktyce wiele dużych platform konkursowych używa Enterprise dla jego rozszerzonego raportowania i granularności wyników. Z perspektywy kupującego głosy Enterprise zachowuje się podobnie do v3 — jest niewidoczna, oparta na wynikach i konfigurowalna progowo — ale zazwyczaj z bardziej agresywnym wykrywaniem botów wytrenowanym na specyficznych wzorcach ruchu platformy. Jest to najtrudniejszy wariant reCAPTCHA do konsekwentnego osiągania wysokich wyników.

Jaka prędkość dostawy jest zrównoważona dla reCAPTCHA v2 a v3?

Dla reCAPTCHA v2: do 60–80 głosów na godzinę z rozproszonych rezydencjalnych pul IP bez uruchamiania eskalacji wyzwań. Dla reCAPTCHA v3: bezpieczniejsze jest 30–50 głosów na godzinę; v3 jest bardziej wrażliwa na koncentrację IP i wzorce czasowe interakcji. Agresywne zwiększanie wolumenu przy v3 szybciej degraduje historię wyników puli kont, powodując rosnące wskaźniki odrzuceń przez czas trwania kampanii. Wolniejsza i bardziej konsekwentna dostawa zachowuje jakość wyników.

Na co zwracać uwagę u dostawcy głosów dla konkursu v3?

Należy szukać wyraźnej obsługi v3 w opisie usługi, pytać o proces utrzymania kont (jak utrzymują wysokie wyniki kont między kampaniami), pytać o podejście do symulacji behawioralnej i zlecić mały testowy zamówienie z monitorowaniem przed podjęciem się dużej kampanii. Dostawca, który nie potrafi wyjaśnić swojej strategii v3, prawdopodobnie używa pipeline'u zoptymalizowanego pod v2 w konkursie v3.

Czy konkurs może używać jednocześnie reCAPTCHA v2 i v3?

Tak — niektóre platformy wdrażają v3 jako pierwszą ocenę i przechodzą do wyzwań obrazkowych v2 dla interakcji o niskim wyniku. Nazywa się to przepływem 'challenge action'. Jest bardziej wymagające niż każda wersja z osobna: trzeba albo przejść ocenę v3, albo ukończyć wyzwanie obrazkowe v2. Usługi głosowania działające na tych hybrydowych platformach muszą posiadać obie możliwości. Przy briefowaniu dostawcy należy opisać obie, jeśli obserwuje się ten wzorzec.

Jak długo trwa 'rozgrzewka' wyniku konta reCAPTCHA?

Zbudowanie konta Google do konsekwentnie wysokiego wyniku v3 wymaga 3–6 tygodni normalnie wyglądającej aktywności: wyszukiwania, oglądania YouTube, korzystania z Gmail i historii przeglądania z realistycznymi wzorcami sesji. Dlatego właśnie usługi głosowania utrzymują stałe pule kont zamiast generować nowe konta per kampania. Dostawcy, którzy nie potrafią opisać procesu utrzymania kont, prawdopodobnie używają kont o niskich wynikach, które będą słabo działać przy v3.

Czy trudność wyzwania obrazkowego reCAPTCHA v2 różni się w zależności od konkursu?

Tak, pośrednio. Platformy konkursowe mogą wpływać na trudność wyzwania przez parametry przekazywane do API Google. Ponadto globalne wzorce ruchu Google wpływają na trudność wyzwań: okresy wysokiej aktywności botów globalnie mogą powodować bardziej agresywną eskalację wyzwań nawet na platformach z liberalnymi ustawieniami. Podczas intensywnych okresów konkursowych — ostatnie 24–48 godzin przed terminem — trudność wyzwań często wzrasta, gdy więcej kupujących próbuje jednocześnie dostarczać głosy.

Jaka jest różnica w wskaźniku awarii między dostawcą zoptymalizowanym pod v2 a v3?

W naszym kontrolowanym teście z października 2025 roku dostawca zoptymalizowany pod v2 osiągnął 58% wskaźnik dostawy na platformie v3 (58 ze 100 przesłanych głosów pojawiło się w liczbie na platformie). Dostawca zoptymalizowany pod v3 na tym samym konkursie osiągnął 96% wskaźnik dostawy. Netto koszt per dostarczony głos od dostawcy zoptymalizowanego pod v2 — uwzględniając 42% awarii — był 3,2× wyższy niż cena per głos dostawcy v3, pomimo wyższej ceny katalogowej dostawcy v3.

Victor Williams

Founder, Buyvotescontest.com

Założył Buyvotescontest w 2018 r., nadzorował ponad 3000 kampanii. Przeczytaj pełną historię →

Ostatnia aktualizacja 14 maja 2026 · Zweryfikowane przez Victor Williams