SHOPIFY МОНИТОРИНГ НА СТРАНИЦИ

Разбери, когато важна Shopify страница спре да работи както очакваш

Следи статуса и скоростта на отговора и проверявай важното съдържание — директно в Server HTML или в Browser DOM след JavaScript, когато storefront елементът се зарежда динамично.

Заяви достъп

HTTP състояниеПроверки на съдържаниеBrowser DOM след JavaScriptSSL срок и валидност

HTTP / PAGE CHECK

Продуктова страница

Наред

/products/exampleGET · очакван HTTP 200

HTTP статус200

Време за отговор428 ms

Размер186 KB

CSS selector.product-form · намерен 1

Съвпада

Нежелан текст“Liquid error” · не е намерен

Чисто

Източник на проверкатаBrowser DOM / след JavaScript

Проверено току-що

Успешният HTTP отговор е само началото. GO4 може да потвърди, че страницата все още съдържа storefront елемента или текста, от който реално зависиш.

HTTP 200 не разказва цялата история

Провери отговора, преди да приемеш страницата за здрава

HTTP / Page checks комбинират състоянието на отговора с конкретни очаквания за storefront-а. Страницата може да връща 200, а въпреки това да показва грешен template, съобщение за грешка или подозрително малък HTML.

Проверка на страницатаОчаквано спрямо наблюдавано

PASS

HTTP статус 200200Съвпада

Отговор < 3.5 s428 msБързо

Body > 20 KB186 KBДостатъчно

Без познат error текстНе е намеренЧисто

Защо има значение

„Достъпна“ и „правилна“ са различни състояния

GO4 може да засече грешен HTTP статус, бавен отговор, необичайно малък body или познат storefront error pattern, дори когато URL адресът все още се отваря.

Грешен HTTP статусПразен или твърде малък HTMLБавен server responseLiquid / gateway error patterns

Проверка на съдържанието

Следи точното условие, което има значение за страницата

Добави една фокусирана content assertion, когато достъпността не е достатъчна. GO4 поддържа четири read-only типа проверки и не изпълнява custom JavaScript като част от правилото.

CSS selector трябва да съществува

Изисквай важен елемент

.product-form

Потвърди, че очакваният елемент присъства. Можеш да зададеш и минимален брой намерени елементи.

CSS selector не трябва да съществува

Отхвърли нежелан елемент

.maintenance-banner

Получаваш проблем, ако selector, който не трябва да присъства, се появи в проверяваната страница.

Текстът трябва да присъства

Изисквай очакван текст

Add to cart

Провери очакван текст в raw server content или във видимия browser текст след JavaScript.

Текстът не трябва да присъства

Хващай познат error текст

Liquid error

Засичай текст, който никога не трябва да се вижда на нормално работеща storefront страница.

По-простите Must contain / Must NOT contain полета остават налични за raw HTML. При включена Additional content assertion проверката използва по-богатото selector/text правило.

Избери къде GO4 да провери съдържанието

Server HTML за отговора. Browser DOM, когато JavaScript променя страницата.

Едно и също очакване може да изисква различна точка на наблюдение според начина, по който е изграден storefront-ът. GO4 може да провери raw отговора или страницата в контролиран браузър след JavaScript.

Assertion source

Server HTML / View Source

Проверява raw HTML body, върнат от сървъра. Подходящо е за съдържание, което трябва да съществува още преди browser-side rendering.

RequestHTML responseAssertion

Server-rendered текстRaw selectorsБърза проверка

Assertion source

Browser DOM / след JavaScript

Отваря страницата в контролирания браузър на GO4, изчаква зададения post-load период и проверява DOM или видимия текст, след като JavaScript и third-party widgets са имали време да се заредят.

RequestBrowser renderJavaScriptAssertion

App widgetsДинамични секцииJS-loaded content

Rendered assertions имат настройки за browser timeout, wait-after-load и resource mode, за да се нагоди проверката към конкретния storefront елемент.

Състояние на сертификата

Следи валидността и изтичането на HTTPS сертификата с отделна проверка

HTTP / Page checks поддържат и SSL certificate expiry-only mode. В този режим GO4 проверява самия HTTPS сертификат и игнорира page body, content, expected-status, slow-response и body-size правилата.

SSL certificate checkstore.example.com

VALID

ВерификацияСертификатът е потвърденOK

ИзтичанеОстават 67 дниНаред

Warning window14 дниНастроено

Expiry-only означава точно това

Използвай отделен certificate check, когато въпросът е само дали HTTPS сертификатът е валиден и дали наближава зададения warning window.

Невалиден сертификат → failИзтекъл сертификат → failНаближаващо изтичане → warning

Практични Shopify проверки

Превърни важно storefront очакване в една малка проверка

Page Monitoring е най-полезен, когато всяка проверка отговаря на ясен operational въпрос за важен URL или storefront елемент.

Purchase UI още е на мястото си

Потвърди, че product form или друг ключов selector за покупка съществува на продуктовата страница.

CSS selector must exist

App widget реално се зарежда

Използвай Browser DOM след JavaScript за reviews, galleries или други widgets, които се добавят след първоначалния HTML.

Rendered selector assertion

Неочакван error текст

Хващай позната грешка като Liquid или maintenance съобщение, дори когато URL адресът продължава да отговаря.

Text must not appear

Страницата не е празна

Задай minimum body size заедно с очаквания HTTP status, за да засичаш подозрително непълни отговори.

Minimum body bytes

Четири различни monitoring въпроса

Page Monitoring е директният слой за състояние и съдържание

GO4 има няколко browser-related възможности, защото всяка отговаря на различен operational въпрос. Page Monitoring е фокусираната проверка за поведението на отговора и очакваното съдържание.

Server / optional browser

Page Monitoring

Отговаря ли URL адресът както очаквам и присъства ли или липсва ли content условието, което ме интересува?

HTTP status & timingBody/content rulesSSL expiry mode

Controlled browser

Browser Lab

Как контролираният браузър е преживял страницата и какво се е променило спрямо по-старите runs?

Performance evidenceScreenshotsResources & comparison

Controlled browser

External Radar

От кои third-party dependency groups зависи storefront-ът и какво се променя около тях?

Dependency inventoryNew / missing signalsFailed / slow groups

Real visitor browsers

JS Agent

Какви browser-side сигнали идват от реалните storefront pageviews, които съвпадат с активните JS Agent checks?

Real pageviewsClient-side timingRendered browser signals

От планираната проверка до възстановяването

Дръж състоянието на страниците в нормалния GO4 monitoring lifecycle

Планираният HTTP / Page check проверява отговора и зададените page rules, връща статус на проверката и влиза в същия incident и alerting workflow, който GO4 използва и за останалите monitoring слоеве.

Заяви страницата

GO4 отваря зададения URL с timeout-а и очакваното HTTP поведение на check-а.

Провери отговора

Статусът, времето, body size и познатите error patterns се оценяват.

Провери съдържанието

Когато е включено, GO4 изпълнява избраната server-HTML или browser-DOM assertion.

Ескалирай състоянието

Warning или fail резултатите могат да влязат в съществуващия incident и notification lifecycle.

Запиши възстановяването

Когато наблюдаваното условие отново е нормално, GO4 може да отрази recovery в check history и incident state.

Runtime-aware fetch protection

GO4 разграничава някои bot challenge, rate-limit и host-cooldown състояния от обикновени page failures. Cooldown/deferred поведението помага recurring monitoring да не натиска многократно защитен storefront.

Въпроси за Shopify Page Monitoring

Какво обикновено искат да знаят търговците за HTTP / Page checks

Page Monitoring е фокусиран verification слой за важни URL адреси. Той допълва по-дълбоките browser диагностики и real-user сигналите, вместо да ги замества.

Page Monitoring същото ли е като uptime monitoring?

Не. Достъпността е само част от него. HTTP / Page check може да проверява очакван HTTP status, response time, minimum body size, очакван или нежелан текст, една optional content assertion и SSL certificate expiry-only mode.

Може ли GO4 да потвърди, че конкретен елемент съществува?

Да. Additional content assertion поддържа “CSS selector must exist” и може да изисква минимален брой намерени елементи. Има и “CSS selector must not exist”.

Може ли GO4 да провери Shopify app widget, който се зарежда с JavaScript?

Да. Избери Browser DOM / after JavaScript като assertion source. GO4 ще провери страницата след render в контролиран браузър. Browser timeout, wait-after-load и resource mode са настройваеми.

Каква е разликата между Server HTML и Browser DOM?

Server HTML проверява raw response body преди browser-side rendering. Browser DOM използва контролиран браузър и проверява страницата след JavaScript, което е полезно за динамично добавено storefront съдържание.

Page Monitoring клика ли бутони или изпълнява checkout стъпки?

Не. Page Monitoring проверява страницата и съдържанието ѝ. Multi-step clicks и purchase-path verification са задачата на Action Journeys.

Как се различава Page Monitoring от Browser Lab?

Page Monitoring пита дали конкретен URL и едно фокусирано content условие са здрави. Browser Lab събира по-широки controlled-browser evidence като performance, screenshots, resource diagnostics и historical comparisons.

Може ли GO4 да следи изтичането на SSL сертификата?

Да. SSL certificate expiry-only mode проверява валидността на HTTPS сертификата и предупреждава, когато влезе в зададения expiry window. Невалидните или изтеклите сертификати дават fail.

Bot challenge винаги ли се брои като обикновен page failure?

Не непременно. HTTP runtime-ът класифицира bot challenges и rate limiting отделно и може да стартира host cooldown. Runtime-deferred fetches също се представят отделно от обикновените content failures.

Направи очакванията към страницата измерими

Следи страниците и storefront условията, които не трябва да се чупят тихо

Използвай HTTP / Page checks за директно състояние на отговора, фокусирана проверка на съдържание и SSL мониторинг — а когато трябва, продължи разследването с правилния GO4 слой.

Заяви достъп Виж как работи GO4

HTTP & response validationServer HTML или browser DOM assertionsSSL expiry-only monitoring