Kontrola dostępności może być zielona, gdy sklep po cichu gubi zamówienia. Strona główna zwraca 200. Strona produktu zwraca 200. Kod promocyjny zeruje sumę, metoda wysyłki znika dla jednego kraju albo zdarzenie zakupu w ogóle nie rusza, a monitor nie ma nic do powiedzenia. Przestałem traktować „strona jest w górze” jak wiadomość. Wiadomością jest, czy kupujący może zapłacić.
Idź za kupującym, nie za stroną statusu
W żywym sklepie WordPress albo WooCommerce przechodzę jedną ścieżkę i zapisuję, gdzie się zgina:
Koszyk pokazuje towar, cenę i ilość, które kupujący naprawdę widzi. Wysyłka oferuje metodę należącą do tego adresu, nie metodę zostawioną ze strefy testowej. Kod promocyjny zmienia sumę celowo albo wcale jej nie rusza. Płatność wciąż wymienia Stripe, PayPal i metodę, która lubi znikać przy jednym typie produktu. Analityka dostaje zdarzenie zakupu przy prawdziwym zamówieniu, nie przy kliknięciu, które tak wyglądało.
Każda z tych rzeczy może zawieść, gdy serwer wygląda zdrowo. Widziałem sklepy świętujące szybką stronę główną w tym samym tygodniu, w którym zdarzenie zakupu przestało docierać do konta reklam. Reklamy dalej wydawały. Sklep dalej „konwertował” w głowie właściciela. Raport się nie zgadzał, i nikt raportu nie otworzył.
| Lampka | Co nadal może być źle |
|---|---|
| Strona główna 200 | Żądanie dodania do koszyka pada u zalogowanego klienta. |
| Szybka karta produktu | Strefa wysyłki głównego kraju nie zwraca nic. |
| Kasa się ładuje | Kod z zeszłego sezonu ustawia sumę na zero. |
| Wtyczka płatności aktywna | Jeden typ produktu gubi jedyną metodę, której używają kupujący. |
| Menedżer tagów jest | Zdarzenie zakupu odpala się na przycisku, nie na opłaconym zamówieniu. |
Szybkość jest częścią ścieżki, nie osobnym hobby
Wolny koszyk jest dla części kupujących koszykiem nieudanym, więc mierzę ścieżkę, nie ocenę laboratoryjną strony głównej. Cache, który przyspiesza pierwsze spojrzenie i zostawia koszyk nieświeży, nie jest wygraną. Wolę nieco wolniejszą stronę produktu niż koszyk z wczorajszą ceną.
To nie jest test włamania
Przejście ścieżki pieniędzy nie jest testem penetracyjnym i nie sprzedaję go jako takiego. Nie sprawia też, że sklep pojawia się w silniku odpowiedzi. To różne prace, z różnymi dowodami. Po pięciu dniach mogę powiedzieć coś węższego i bardziej użytecznego: tu ginie zamówienie, to jest zagrożone, w tej kolejności bym to naprawiał.
Jeśli jedynym dowodem zdrowia jest kod statusu, mierzysz nastrój serwera, nie przychód sklepu.
Kod to mały program
Otwieram listę kodów, które wciąż są aktywne, i próbuję nudnych, nie losowego ciągu. Kod z zeszłego sezonu, którego nigdy nie zakończono. Kod, który nakłada się na cenę już obniżoną. Kod, który dotyczy linii wysyłki, gdy wszyscy wierzą, że dotyczy produktu. Każdy to kilka linii konfiguracji i każdy zmienia to, co płaci kupujący. Wolę godzinę nad tą listą niż dzień sporu o nowy motyw.
Ta sama cierpliwość dotyczy stref wysyłki. Strefę kraju, który naprawdę kupuje, testuję kodem pocztowym z tego kraju, nie adresem sklepu. Metoda, która pojawia się dla kodu właściciela i znika dla klienta, to zwykły błąd. Nikogo nie budzi. Po prostu usuwa zamówienie.
Efekt, któremu ufam, to krótka lista z właścicielem i sposobem, by poznać, że poprawka zadziałała. „Popraw konwersję” nie jest listą. „Kod SAVE10 ignoruje cenę promocyjną i nakłada się sam na siebie” jest listą. Drugie zdanie da się sprawdzić w tym tygodniu na zamówieniu staging. Pierwsze można omawiać rok.
