За собственика на онлайн магазин една от най-успокояващите проверки е и една от най-простите: отваряш сайта и той работи. Началната страница зарежда, продуктите се виждат и сървърът отговаря.
На пръв поглед всичко е наред.
При съвременните Shopify магазини обаче „сайтът е онлайн“ и „магазинът работи“ вече са две различни неща.
Магазинът може да връща HTTP 200, докато бутонът Add to Cart не работи. Продукт може да изглежда наличен, но клиентът да не може да избере необходимия вариант. Size Guide може да отваря празен прозорец. Ревютата могат да изчезнат от продуктовата страница. JavaScript грешка може да прекъсне важна част от покупката.
И през цялото това време стандартният uptime monitor спокойно може да показва зелено.
Защо обикновеният uptime monitoring вече не е достатъчен
Класическият website monitoring решава много важен проблем: проверява дали даден URL е достъпен и дали отговаря нормално.
Услуги като UptimeRobot, Pingdom и Better Stack са добре познати именно в тази област. Те могат бързо да покажат, че сайтът не отговаря или че е възникнал инфраструктурен проблем.
При електронната търговия обаче между „страницата се зарежда“ и „клиентът може да направи поръчка“ има множество допълнителни зависимости.
Shopify storefront може да разчита едновременно на темата, JavaScript, различни приложения, външни услуги, продуктови данни, варианти, наличности, количка и множество визуални компоненти.
Повредата само на един от тях не е задължително да свали целия магазин.
Затова по-смисленият въпрос вече не е само:
„Онлайн ли е магазинът?“
а:
„Може ли реалният клиент да направи това, за което е дошъл?“
Когато браузърът вижда проблем, който сървърът не вижда
Представете си продуктовата страница на магазин за дрехи.
Клиентът я отваря, разглежда снимките и иска да провери кой размер му е необходим. Натиска Size Guide, но прозорецът е празен.
Вероятно няма да изпрати сигнал до собственика на магазина. Просто ще затвори страницата или ще потърси продукта другаде.
За стандартната HTTP проверка обаче продуктовата страница продължава да работи напълно нормално.
Същото може да се случи с Reviews, Wishlist, Shipping Protection, subscription widget или друг компонент, добавен от Shopify приложение.
Именно тук browser monitoring се различава от обикновената проверка на URL. Вместо само да поиска страницата от сървъра, проверката може да я отвори в реален браузър, да намери определен елемент и да извърши предварително зададено действие.
Например:
Product page → избор на размер → Add to Cart → отваряне на количката → проверка на резултата.
Това вече не проверява само инфраструктурата. Проверява част от реалното клиентско преживяване.
Проблемът с приложенията, които „тихо“ изчезват
Една от особеностите на Shopify екосистемата е огромният брой приложения, които могат да добавят функционалност към storefront-а.
Reviews, size charts, bundles, upsells, wishlist, subscriptions, delivery estimates и десетки други функции често идват от външно приложение.
Това е удобно, но създава зависимост.
Ако такъв компонент спре да се визуализира, самият Shopify магазин не е непременно повреден. Продуктовата страница ще продължи да се зарежда и uptime системата няма причина да изпрати предупреждение.
От гледна точка на клиента обаче магазинът вече е различен.
Липсващите ревюта могат да намалят доверието. Неработещият Size Guide може да затрудни избора. Изчезнал upsell или bundle компонент може директно да промени начина, по който клиентът пазарува.
Това е категория проблеми, които трудно се откриват, ако никой не наблюдава какво действително се визуализира в браузъра.
Продуктът е там. Но може ли да бъде купен?
Друг интересен случай няма нищо общо със срив на сайта.
Представете си кампания, при която всички продукти с определен таг трябва да бъдат налични.
Страниците им съществуват. Shopify работи. Няма HTTP грешка.
Но при един от продуктите вече няма нито един available variant.
Технически магазинът е онлайн. Бизнес логиката обаче вече е нарушена.
Това показва защо мониторингът на e-commerce платформа постепенно се измества от чистото наблюдение на инфраструктурата към наблюдение на състоянието на самия storefront и каталога.
От този проблем се ражда и GO4 Monitoring
Именно подобни ситуации стоят зад развитието на българския проект GO4 Monitoring.
Платформата е насочена към мониторинг на сайтове и Shopify магазини, но вместо да се ограничава до въпроса дали даден URL отговаря, комбинира няколко различни типа проверки.
GO4 може да следи HTTP и availability, SSL сертификати, performance, sitemap и технически SEO проблеми, но при Shopify добавя проверки на продукти, варианти, колекции, наличности, cart behavior и storefront функционалност.
Browser Lab позволява проверки през реален браузър и изпълнение на предварително зададени действия. Така например може периодично да бъде проверявано дали определен елемент присъства, дали бутон може да бъде натиснат и дали последователност от действия достига до очаквания резултат.
Идеята е проста: ако даден проблем може да засегне реален клиент, има смисъл да бъде открит преди клиентът да бъде този, който го открива.
Какво става след промяна по магазина?
Има и друг момент, който често остава извън класическия monitoring — промените.
Нова версия на тема, промяна в JavaScript, инсталиране или премахване на приложение и редакция на storefront могат да поправят един проблем и неочаквано да създадат друг.
Затова GO4 включва и Before / After Testing.
Вместо разработчикът да разчита единствено на паметта си как се е държал магазинът преди промяната, може да сравни състоянието преди и след нея.
При A/B Compare идеята се разширява към директно сравнение между две версии или състояния.
Това е особено полезно при storefront, в който една на пръв поглед малка промяна може да засегне JavaScript, визуален компонент или важна стъпка от customer journey.
Мониторингът трябва да следва клиента
Това вероятно е най-важната промяна в начина, по който трябва да гледаме на мониторинга на онлайн магазини.
Преди години беше достатъчно да знаем, че сървърът работи.
Днес това е само първото ниво.
След него идват въпросите дали страницата се визуализира правилно, дали важните приложения присъстват, дали продуктите са действително достъпни, дали количката работи и дали клиентът може да премине през ключовите стъпки на покупката.
Нито един monitoring инструмент не може да предвиди всеки възможен проблем. Но колкото по-близо е автоматичната проверка до поведението на реалния потребител, толкова по-малка е вероятността първият сигнал за повреда да бъде изгубена поръчка.
За един Shopify магазин разликата между „online“ и „working“ понякога може да се измерва директно в пропуснати продажби.
