Ustawienia weryfikacji
Karta General na stronie Configure określa działanie każdej weryfikacji w Twoim obszarze roboczym. Ustala, jak długo kod pozostaje ważny, ile błędnych prób kończy weryfikację, po jakim czasie można wysłać nowy kod oraz do której witryny należy kod.
Każde pole pokazuje obowiązującą wartość: Twoje nadpisanie, jeśli je ustawiono, a w przeciwnym razie domyślną wartość platformy Bird. Pole zapisuje się po jego opuszczeniu. Wartości Duration, Maximum Retries i Website są ustalane w chwili utworzenia weryfikacji, więc ich zmiana dotyczy nowych weryfikacji. Zmiana Retry Delay obowiązuje od następnego wywołania tworzącego, także dla weryfikacji, która już trwa.
Zmiana ustawienia wymaga uprawnienia verify_management na poziomie write, które mają role admin i developer. Rola analyst może wyświetlać stronę. Zobacz Użytkownicy, zespoły i role.

Cykl weryfikacji
| Ustawienie | Co określa | Wartość domyślna | Zakres |
|---|---|---|---|
| Duration | Jak długo weryfikacja pozostaje otwarta. Sprawdzenie po upływie tego czasu zwraca powód expired, a weryfikacja kończy się z powodem ttl_elapsed. | 10 minut | Od 1 do 999 minut |
| Maximum Retries | Ile błędnych kodów kończy weryfikację. Ostatni z nich kończy ją niepowodzeniem z powodem attempts_exhausted. | 5 | Od 1 do 10 |
| Retry Delay | Czas oczekiwania na ponowne wysłanie: minimalny odstęp, zanim do tego samego odbiorcy zostanie wysłany kolejny kod. | 60 sekund | Od 0 do 3600 sekund |
- Duration zaczyna biec w chwili utworzenia weryfikacji. Ponowne wysłanie lub przełączenie na inny kanał wysyła nowy kod, ale zachowuje pierwotny czas wygaśnięcia, więc późne ponowne wysłanie nie wydłuża okna. W procesach uwierzytelniania ustaw najwyżej 10 minut; powody wyjaśnia strona Best practices.
- Maximum Retries liczy błędne kody ze wszystkich kodów wysłanych w ramach weryfikacji, więc ponowne wysłanie go nie zeruje. Gdy sprawdzenie z błędnym kodem pozostawia weryfikację w toku, odpowiedź podaje liczbę pozostałych prób w
attempts_remaining. - Retry Delay obowiązuje, gdy ponownie wywołujesz tworzenie dla tego samego odbiorcy. W okresie karencji wywołanie zwraca aktywną weryfikację bez wysyłania nowego kodu. Wysłanie kodu innym kanałem nie podlega temu ograniczeniu, ponieważ przełączenie kanału to inne żądanie niż ponowna prośba o ten sam kanał. Ustaw 0, aby wysyłać nowy kod przy każdym wywołaniu tworzenia, w granicach limitów na odbiorcę opisanych w Abuse guardrails.
Długości kodu nie ustawisz na tej stronie. Domyślnie kody mają sześć cyfr, a options.code_length ustawia od 4 do 8 cyfr dla pojedynczej weryfikacji; zobacz Options.
Autouzupełnianie
Website wskazuje witrynę, na której użytkownicy wpisują kody, na przykład https://login.example.com. Gdy witryna jest ustawiona, przeglądarki mogą podpowiadać kod tylko na tej witrynie, dzięki czemu użytkownik nie musi go kopiować. Pozostaw pole puste, aby wysyłać kody bez wskazania witryny.
Wpisz witrynę jako https://, a po nim domenę małymi literami, bez portu, ścieżki i końcowego ukośnika. Domena umiędzynarodowiona ma postać xn--, na przykład https://xn--bcher-kva.example dla bücher.example. Każda inna postać zostaje odrzucona, a komunikat podaje właściwą postać, jeśli taka istnieje. Użyj dokładnie tej witryny, na której wyświetla się pole kodu: formularz na login.example.com wymaga https://login.example.com, a nie https://example.com.
Gdy weryfikacja ma przypisaną witrynę, Verify dodaje ją do wiadomości z kodem:
- SMS: wiadomość kończy się wierszem takim jak
@login.example.com #123456. Oznacz pole kodu atrybutemautocomplete="one-time-code", aby Safari i inne przeglądarki podpowiadały kod, i wywołaj na stronie WebOTP API, jeśli chcesz, aby przeglądarka wypełniała je bez stuknięcia. Dodatkowy wiersz może dodać segment SMS: w wielu językach wymagających kodowania Unicode, takich jak arabski, grecki czy rosyjski, kod powiązany z witryną zajmuje dwa segmenty zamiast jednego, co podwaja opłatę za SMS. Długa domena może mieć ten sam skutek w innych językach. - Email: wiadomość zawiera nagłówek
OTP-Tokenz kodem i witryną, zgodnie z OTP-Token Internet-Draft, revision 01. Aplikacje pocztowe dopiero zaczynają odczytywać ten nagłówek, więc traktuj go jako uzupełnienie kodu w treści wiadomości.
Witryna zostaje ustalona w chwili utworzenia weryfikacji. Ponowne wysłanie, przejście na inny kanał zapasowy lub kolejne wywołanie tworzenia dla tego samego odbiorcy ją zachowuje.
Powiązanie kodu z witryną w pojedynczym żądaniu
Żądanie może wskazać własną witrynę za pomocą options.autofill_origin, która zastępuje pole Website dla tej weryfikacji. Używaj tej opcji, gdy jeden obszar roboczy obsługuje kilka witryn.
Gdy pole kodu znajduje się w ramce iframe z innego źródła, na przykład w formularzu płatności osadzonym na stronie zamówienia sklepu, ustaw options.autofill_origin na witrynę ramki iframe, a options.autofill_top_level_origin na stronę otwartą w karcie przeglądarki. Wiersz SMS wskazuje wtedy obie witryny, jak w @shop.example #123456 @pay.example, co w każdym języku może dodać segment. Chrome automatycznie wypełnia taki formularz, gdy strona osadza ramkę iframe bezpośrednio i przyznaje jej allow="otp-credentials". W przypadku tych weryfikacji e-mail nie zawiera nagłówka OTP-Token, ponieważ nagłówek może wskazywać tylko jedną witrynę. Żądanie zostaje odrzucone z 422, gdy witryna najwyższego poziomu ma nieprawidłowy format, gdy ani żądanie, ani ta strona nie ustawia witryny albo gdy jest ona taka sama jak ta witryna.
Zarejestrowani nadawcy SMS
Jeśli wysyłasz SMS z własnego zarejestrowanego nadawcy, na przykład w ramach kampanii US 10DLC, przed ustawieniem witryny dodaj do kampanii przykładową wiadomość kończącą się wierszem powiązania. Operatorzy mogą filtrować wiadomości, które różnią się od zarejestrowanych przykładów kampanii.
Rozwiązywanie problemów
- Witryna zostaje odrzucona. Wartość nie ma wymaganego formatu. Wpisz format podany w komunikacie, na przykład
https://example.comdlahttps://Example.com/. - Przeglądarka nie proponuje kodu. Sprawdź, czy witryna dokładnie odpowiada adresowi strony, łącznie z ewentualną subdomeną, i czy pole kodu ma
autocomplete="one-time-code". W przypadku ramki iframe sprawdź, czy żądanie ustawia obie witryny i czy strona osadzająca przyznajeallow="otp-credentials". Automatyczne wypełnianie zależy też od przeglądarki: Chrome odczytuje wiersz SMS przez WebOTP, a Safari przez własne automatyczne wypełnianie kodów, natomiast Firefox nie obsługuje WebOTP (obsługa w przeglądarkach). - Kod wygasł, zanim użytkownik go wpisał. Zanim zwiększysz wartość Duration, sprawdź czas prób w dzienniku Verify. Przyczyną jest zwykle wolna ścieżka dostarczania, a dłuższe okno osłabia kod.
Dalsze kroki
- Wysyłanie weryfikacji: twórz i sprawdzaj weryfikacje, w tym z opcjami dla pojedynczych żądań.
- Miejsca docelowe: wybierz kanały i ich kolejność dla każdego kraju docelowego.
- Nadawcy i branding: zobacz wiadomości wysyłane przez Verify i wybierz nadawcę dla każdego kanału.
Powiązane zasoby
Przejdź do dokumentacji, przewodników i przykładów dotyczących tego tematu.