Platforma · Feature flagi
Feature flagi i stopniowe wdrażanie
Feature flaga to wdrożenie, a nie test. Włączcie zmianę dla części ruchu, rozszerzajcie ją według planu i wyłączcie jednym kliknięciem, gdy coś pójdzie nie tak.
Jak działa flaga
Od szkicu do pełnego włączenia
Większy udział zawsze tylko dodaje ludzi.
Dwa rodzaje flag, wdrażanie rozszerzane ręcznie albo według planu i to, kto dostaje zmianę przed wszystkimi.
- Flagi w kodzie, o które pyta wasz serwer albo strona, z opcjonalnym payloadem JSON dla stanu włączonego i wyłączonego
- Flagi z edytora: zmiany z edytora wizualnego, które trafiają na stronę jako wdrożenie, a nie test
- Dowolny udział od 0 do 100% ręcznie, a przycisk Wyłącz jako wyłącznik awaryjny
- Plany wdrażania do dziesięciu kroków, które zawsze tylko się rozszerzają
- Trwałe przypisanie: kto ma już zmianę, nie straci jej, gdy udział rośnie
- Holdback do 50%, który zawsze pozostaje wyłączony, więc zostaje grupa porównawcza
Dwa rodzaje
Flaga w kodzie albo flaga na zmianę z edytora
Flaga w kodzie to to, co robi wasz kod, gdy jest włączona: serwerowe SDK, endpoint decide albo przeglądarka pyta o nią po kluczu i dostaje włączone lub wyłączone, z payloadem, jeśli go ustawiliście. Flaga z edytora niesie zmiany z edytora wizualnego, nakładane na stronę jak wariant, działa od razu i ma wyłącznik awaryjny oraz harmonogram.
- Odczyt flagi w kodzie na serwerze, przez HTTP albo w przeglądarce
- Payload JSON dla każdego stanu, gdy potrzebna jest wartość, a nie przełącznik
- Przypomnienie, gdy flaga z edytora jest w pełni włączona od 30 dni, by wbudować zmianę w witrynę i zarchiwizować flagę
Wdrażanie
Rozszerzajcie według planu, zatrzymujcie jednym kliknięciem
Ustawcie udział ręcznie albo zaplanujcie do dziesięciu kroków, każdy z minimalnym czasem trwania lub datą, przed którą nie może się zacząć, a harmonogram sam przesunie flagę dalej. Wstrzymujcie i wznawiajcie, kiedy chcecie: wznowiony plan nigdy się nie zawęża. Szkic możecie zaplanować do publikacji, a działającą flagę do wyłączenia, o wybranej porze.
- Ręczna zmiana wstrzymuje trwający plan
- Publikacja i wyłączenie według harmonogramu
- Powiadomienie, gdy harmonogram przesunie flagę, zakończy plan albo ją wyłączy
Kto ją dostaje
Zdecydujcie, kto dostanie zmianę przed wszystkimi
Najpierw odwiedzający musi się kwalifikować, według tego samego kierowania na URL, urządzenie, ciasteczko i aktywację, którego używają wasze eksperymenty, albo według reguł atrybutów dla flagi w kodzie na serwerze. Potem przychodzą kręgi: do dziesięciu grup ze stałym stanem, na przykład pracownicy i lista beta włączeni, a kluczowi klienci wyłączeni. Wszyscy pozostali trafiają do wdrażania.
- Kręgi dopasowują po regułach atrybutów albo liście do 1 000 identyfikatorów, a wygrywa pierwsze dopasowanie
- Reguły serwerowe dla flag w kodzie, dopasowane do atrybutów przekazanych w wywołaniu SDK
- Holdback ustawiony przed publikacją, zawsze wyłączony, nawet przy 100%
Osobno
Wdrożenie, a nie eksperyment
Flagi nie trafiają do niczego, co czyta eksperymenty: do biblioteki, statystyki, Wniosków ani monitora. Mają własną listę w sekcji Eksperymenty, od szkicu przez trwającą po zakończoną, a zakończona flaga zostaje wyłączona na dobre. Flaga z edytora wciąż liczy się w kontrolach nakładania się, bo zmienia strony, na których działają wasze eksperymenty.
- Własna lista z kolumną rodzaju i następnym krokiem
- Każda zmiana na stronie flagi w jej dzienniku aktywności
- Rozliczane w sesjach, jak eksperymenty, w każdym planie
Wszystko, co jest w pakiecie
Pełny zestaw funkcji
Eksperymenty
- Wizualne testy wielowariantowe
- Testy przekierowań URL
- Testy po stronie serwera
- SDK serwerowe
- Wizualny edytor bez kodu
- Edytor AI
- Uruchamianie z rozszerzenia Chrome
- Biblioteka komponentów
- Treści dynamiczne
- Feedy danych
- Własny CSS i JS
- Zamień, wstaw, dołącz, przed i po
- Kierowanie URL z siedmioma warunkami
- Kierowanie na urządzenia
- Kierowanie po ciasteczkach
- Kierowanie według aktywacji
- Wagi ruchu na wariant
- Automatyczne równoważenie wag
- Równoległe testy bez dzielenia ruchu
- Zrzuty ekranu wariantów
- Duplikowanie testu
- Próbne przebiegi przed startem
- Trwałe przypisanie wariantu
- Zabezpieczenie przed migotaniem
- Wdrożenie zwycięzcy jednym kliknięciem
- Przekazanie do wdrożenia
- Śledzenie hipotez
- Punktacja priorytetów PXL
- Plan czasu trwania testu
- Potoki testów etapowych
- Wyszukiwanie, filtr i wyniki w Library
- Oś czasu Library
Statystyka
- Wyniki frekwentystyczne
- Wyniki bayesowskie
- Wzrost i przedziały ufności
- Prawdopodobieństwo, że wariant jest najlepszy
- Oczekiwana strata
- Testowanie sekwencyjne
- Poprawka na wielokrotne porównania
- Holm-Bonferroni, Benjamini-Hochberg i Šidák
- Alarmy niezgodności proporcji próby
- Cele główne i dodatkowe
- Przychód na wariant
- Średnia wartość zamówienia na wariant
- Wiele walut
- Analiza mocy statystycznej
- Minimalny wykrywalny efekt
- Projekcja pozostałych dni
- Raportowanie kombinacji
- Szereg czasowy na wariant
- Objaśnienia zwykłą polszczyzną
- Zapytajcie o ten test
Monitoring
- Monitor zdrowia
- Kolejka uwagi na wszystkich kontach
- Raport programu
- Podsumowanie testu
- Zaplanowane starty i zatrzymania
- Zatrzymanie przy istotności
- Minimalny czas działania
- Bramki zaufania na zepsutych danych
- Wykrywanie kolizji
- Wykrywanie zakłóceń
- Alarmy przeterminowania i braku danych
- Powiadomienia e-mail
- Powiadomienia na Slacku
- Powiadomienia w aplikacji
- Preferencje na zdarzenie
- Dziennik zdarzeń
- Widok portfolio klientów
- Zapisane układy konsoli
- Śledzenie GA4 i Matomo
- Role i uprawnienia
Głos klienta
- NPS na witrynie
- CSAT
- CES
- Własne ankiety
- Kreator ankiet z przewodnikiem
- Pytania z oceną, wyborem i tekstem
- Własne teksty i etykiety skali
- Kierowanie na strony i urządzenia
- Odsetek odwiedzających
- Wyzwalacz wyświetlenia i opóźnienia
- Wyzwalacz zamiaru wyjścia
- Wyzwalacz przewijania
- Wyzwalacz zdarzenia
- Cztery pozycje widgetu
- Limit częstotliwości
- Wyniki dla każdego pytania
- Odpowiedzi w czasie
- Analiza sentymentu AI
- Ankiety wewnątrz testów
- Wyniki według wariantu
- Odpowiedzi powiązane z wariantem
- Walidowane odpowiedzi
- Tematy w wolnym tekście
- Eksport odpowiedzi
- Ładowana tylko tam, gdzie działa ankieta
Wnioski
- Karty wniosków
- Wzorce z wielu testów
- Pięć poziomów dowodów
- Skorygowane o wielokrotne porównania
- Scalone wzorce z tych samych testów
- Pomijanie testów z problemami
- Wyniki według urządzenia
- Siatka dowodów
- Możliwości
- Utwórz szkic testu
- Zapytajcie o wasze wnioski
- Kontrola podstaw
- Oznaczanie jako znane lub nieprzydatne
Pertento to platforma do optymalizacji współczynnika konwersji dla stron i sklepów internetowych, zbudowana zarówno dla zespołów wewnętrznych, jak i dla agencji CRO prowadzących programy eksperymentowania w całym portfolio klientów.
Integracje
Działa z technologiami, których już używacie
Jeden fragment kodu pasuje do każdej witryny, możecie też przejść w całości na stronę serwera. Nic do przebudowy.
Jedna linijka kodu
Wklejcie w head jeden tag i gotowe: loader o wadze 0,9 KB, bez kompilacji, bez zależności.
Google Tag Manager
Wdrażajcie testy i zarządzajcie nimi prosto przez GTM. Czas programistów niepotrzebny.
API po stronie serwera
Uruchamiajcie testy poza przeglądarką: ceny, wyszukiwanie i routing, bez migotania.
- Shopify
- BigCommerce
- Shopware
- Centra
- Geins
- Saleor
- WordPress
- Optimizely CMS
- Storyblok
- Next.js
- Vue
- Astro
- Matomo
- Amplitude
- RudderStack
- Slack
- WooCommerce
- Salesforce
- Wix
- Litium
- commercetools
- Medusa
- Drupal
- Contentful
- Webflow
- Nuxt
- Angular
- Remix
- Piwik PRO
- Mixpanel
- Tag Manager
- Webhooks
- Adobe Commerce
- PrestaShop
- Squarespace
- Norce
- Shopify Hydrogen
- Vendure
- Umbraco
- Sanity
- Framer
- React
- SvelteKit
- GA4
- Adobe Analytics
- Segment
- Klaviyo
Nie ma na liście? Jeśli to renderuje HTML, Pertento może to przetestować: przeczytajcie, jak łączy się każda z nich ↗