Trzy typy testów, jeden edytor z wbudowanym AI

Jeden skrypt w head to cała instalacja i jedyna zmiana na waszej witrynie. Dalej wariant buduje się, wskazując elementy na waszych działających stronach, więc pierwszy test ogranicza tylko to, ile czasu zajmie wam decyzja, co testować, a nie cokolwiek, co trzeba zakupić, zbudować albo zaplanować. Nic nie zostanie opublikowane przypadkiem, kiedy się uczycie: nowy test jest szkicem, dopóki go nie uruchomicie.

Każda witryna dostaje własny skompilowany plik z wpisanymi w niego testami, więc runtime już przy wczytaniu wie, co uruchomić, i nic nie czeka na wywołanie do nas, zanim strona się wyrenderuje. Loader na waszej stronie ma poniżej 1 KB, a cięższe funkcje, takie jak dane ze strony i feedy danych, wczytują się tylko na witrynach, których testy z nich korzystają. Na czas nakładania zmian strona jest na moment wstrzymana i właśnie dlatego odwiedzający nie zobaczą, jak oryginał mignie przed wersją testową. Odsłaniają ją cztery niezależne ścieżki kodu, więc w razie awarii pojawia się niezmieniona strona, a nie pusta. Śledzenie wczytuje się na końcu, kiedy strona jest już widoczna, więc pomiar nigdy nie opóźnia renderowania.

Tekst, styl, układ i pozycję edytuje się wskazywaniem, łącznie ze stanami hover i focus, a całe sekcje dodaje się z biblioteki komponentów, które przejmują czcionki i kolory waszej witryny. Zmiana może zawierać dane samej strony, na przykład cenę każdego produktu, albo wartości z feedu, który już publikujecie, a selektor może zastosować ją do każdego pasującego elementu. Możecie też opisać zmianę zwykłymi słowami i pozwolić, by edytor AI ją zaproponował, z podglądem na stronie, zanim cokolwiek zostanie zapisane. Dalej narzędzie nie zawodzi, tylko uczciwie stawia granicę: wszystko, czego panel właściwości nie potrafi wyrazić, piszecie jako własny CSS albo JavaScript na wariancie, więc test nigdy nie utknie z powodu narzędzia. Prawdziwą granicą jest zmiana, która dzieje się, zanim strona powstanie: ranking, logika cen, model rekomendacji. To testy po stronie serwera i do nich potrzebni są wasi programiści.

Tyle, ile macie pomysłów, i to jest ta odpowiedź, którą warto porównać z tym, czego używacie dziś. Każdy test losuje niezależnie, więc kwalifikujący się odwiedzający wchodzi do każdego testu, do którego się kwalifikuje, a każdy z nich mierzy wobec pełnej kwalifikującej się publiczności. Współbieżność nie dzieli tu waszej próby, i dlatego platforma sprawdza, czy dwa testy nie będą sobie przeszkadzać, zamiast racjonować, ile może działać. Tempo zwykle decyduje o różnicy między programem, który się opłaca, a takim, który nie.

Zwycięzcy, których wpisaliście na stałe, są już w waszej bazie kodu i nikt ich nie rusza, i właśnie do tego popycha was kolejka wdrożeń: wypisuje każdego zwycięzcę, którego wciąż wydajemy my, i oznacza go, dopóki wasi programiści nie będą mieli miejsca. Zwycięzcy nadal wydawani przez platformę zatrzymują się, kiedy ona się zatrzyma, tak samo jak zatrzymuje się każdy wariant. Testy, hipotezy i zapisana historia zostają na koncie, a nie w naszych narzędziach.