Следи достъпност, SEO, Shopify кошница и реални браузърни сигнали в една ясна платформа.

GO4 е самостоятелна платформа за мониторинг на Shopify онлайн магазини и обикновени публични сайтове. Тя комбинира планирани сървърни проверки с допълнителни браузърни сигнали от JS Agent.

Основната идея е ясно разделение: оперативно състояние, предупреждения за качество, инциденти, браузърна телеметрия и приети заглушени проблеми се показват като отделни слоеве, вместо като един общ и шумен статус.

• Използвай системата за мониторинг на достъпност, важни страници, SEO сигнали, Shopify кошница, правила за продукти и колекции и реални браузърни грешки.
• Използвай глобалния филтър по сайт, за да фокусираш административния панел върху конкретен сайт.
• Използвай странициране, филтри и инструменти за почистване, за да остане историята полезна при растяща база данни.
• Публичната документация обяснява употребата. Сървърни пътища, cron команди, частни токени и инсталационни детайли трябва да останат в бъдещ административен раздел само за собственика.

Таблото дава бърз преглед на оперативното състояние. То показва дали наблюдаваните сайтове работят нормално, дали има отворени инциденти и как изглеждат последните изпълнения на проверките.

Оперативното състояние е отделено от предупрежденията за качество. Един магазин може да работи нормално и въпреки това да има SEO проблеми или проблеми със съдържанието за преглед.

• Картите за сайтове обобщават оперативния статус и броя предупреждения за качество.
• Последните изпълнения показват най-новите проверки, без да заменят пълния раздел История.
• Отворените инциденти показват активни проблеми, които изискват внимание.
• Глобалният избор на сайт ограничава показателите в Таблото до избрания сайт.

Сайтът е наблюдаван обект. Може да бъде Shopify магазин или обикновен уебсайт. Разделът Сайтове управлява основния URL, платформата, активното състояние, интервалите по подразбиране и поведението на JS Agent.

Когато даден сайт е избран глобално, повечето административни секции показват само него. Това улеснява проверката при няколко свързани магазина.

• Име: разбираемото име на сайта в административния панел.
• Основен URL: каноничният адрес, използван от проверките и проверката на хоста.
• Платформа: Shopify отключва специфични Shopify проверки; Generic остава за стандартен мониторинг на уебсайт.
• Активен/Пауза: активните сайтове участват в мониторинга; сайтовете на пауза остават конфигурирани, но не създават шум.
• Интервал по подразбиране: предложен график при създаване на нови проверки за сайта.
• Site key: уникален ключ, използван от JS Agent snippet-а за правилно свързване на браузърните събития.
• Последно видян агент: показва дали JS Agent скоро е изпратил данни от реални браузъри.
• Оперативно състояние: отразява само критичните проверки.
• Качество: брои активни незаглушени проблеми за качество като SEO проблеми или проблеми със съдържанието.

Настройките на сайта определят какво системата знае за даден обект, преди да създадеш отделни проверки. Те определят и колко браузърни данни събира JS Agent.

За Shopify магазини основният URL трябва да съвпада с публичния домейн на магазина, където работи JS Agent. Така проверката на хоста може да отхвърля събития с грешен site key.

• Agent enabled: позволява на сайта да получава браузърни събития от JS Agent.
• Collect title/meta/canonical/robots: контролира кои SEO сигнали записва агентът.
• Collect browser performance: записва времеви стойности като total load, TTFB, DOM ready и load event.
• Collect JS errors: записва JavaScript грешки и грешки при зареждане на ресурси, когато браузърът дава детайли.
• Check /cart.js from browser: прави безопасна GET заявка само за четене към Shopify cart.js endpoint; не добавя и не маха продукти.
• Collect full URL/query: записва пълния URL на страницата. Остави почистването включено, за да се махат чувствителни параметри.
• Sampling rate: контролира какъв процент от зарежданията на страници да се изпращат, за да се намали растежът на базата данни.
• Max JS errors stored: ограничава броя грешки към едно браузърно събитие.
• Agent retention days: определя колко дълго да се пазят браузърните събития преди почистване.
• Store full raw agent payload: обикновено трябва да остане изключено, за да бъде базата по-компактна.

Проверката е правило за мониторинг, закачено към един сайт. Тя определя какво да се тества, колко често, колко стриктно и как резултатът влияе на общото състояние.

Проверките създават записи в История. Повтарящи се проблеми могат да отворят Инциденти. Конкретни проблеми вътре в проверка могат да се заглушат, без да се заглушава цялата проверка.

• Име: вътрешен етикет, например Homepage, Homepage SEO, Cart add simulation или JS Agent heartbeat.
• Сайт: наблюдаваният обект, към който принадлежи проверката.
• Тип: определя логиката за мониторинг, която ще се изпълни.
• Целеви URL или целеви данни: URL, Shopify вариант, product JSON, collection JSON или site-level heartbeat target според типа.
• Интервал: колко често проверката може да се изпълнява, когато worker-ът е активен.
• Timeout: максимално време преди проверката да се счита за неуспешна или непълна.
• Очакван статус: HTTP кодът за нормални проверки на страници, обикновено 200.
• Must contain: незадължителен текст, който трябва да присъства в HTML-а; ако липсва, изпълнението се счита за проблемно.
• Must NOT contain: незадължителен текст, който не трябва да присъства в HTML-а; ако се появи, изпълнението се счита за проблемно.
• Health impact: определя дали проблемите влияят на оперативното състояние, броя предупреждения за качество, информационната история или се третират като заглушени.
• Active: неактивните проверки остават запазени, но не се планират за изпълнение.

Различните типове проверки дават различно ниво на увереност. Сървърните проверки показват какво вижда мониторинг сървърът. JS Agent проверките доказват, че реални браузъри изпращат данни. Shopify проверките проверяват поведение, специфично за онлайн магазина.

Започни с малко критични проверки за достъпност и кошница, после добави проверки за качество на SEO, продукти и колекции.

• HTTP / Page: проверява HTTP статус, време за отговор, redirects и незадължителни очаквани/забранени текстове.
• SEO: проверява title, meta description, canonical, robots/noindex и H1 сигнали. Проблемите са структурирани, за да могат да се заглушават поотделно.
• Shopify cart simulation: тества добавяне в кошница безопасно от мониторинг сървъра с отделна сесия и настроен variant ID.
• Shopify product rules: проверява product JSON, задължителни/забранени тагове, наличност и изисквания към изображенията.
• Shopify collection rules: проверява collection JSON и може да засича празни или твърде слабо попълнени колекции.
• Client-side JS Agent check: проверява дали JS Agent скоро е изпратил събития за сайта.

Health impact контролира как дадена проверка влияе на системата. Това не позволява SEO предупрежденията да изглеждат като downtime и спира информационните проверки да отварят инциденти.

Смяната на impact важи за цялата проверка. Ако искаш да скриеш само една конкретна повтаряща се грешка, използвай Заглушени грешки.

• Operational / Critical: влияе на основното състояние на сайта и може да отваря инциденти. Използвай за uptime, важни страници, cart simulation и критичен JS Agent heartbeat.
• Quality warning: брои се като качество, не като downtime. Използвай за SEO, content, product rules, collection rules и качество на изображенията.
• Info only: пази история без броячи за предупреждения или инциденти.
• Muted: пази проверката, но не създава шум в обобщенията за статус. Използвай внимателно, защото важи за цялата проверка.

Историята съдържа записите от всяко изпълнение на проверка. Показва кога е пусната проверката, какъв статус е върнала, време за отговор, HTTP код, активни проблеми, заглушени проблеми и кратък откъс от отговора.

Разделът поддържа филтриране и странициране. Предпочитанията за брой записи на страница се пазят отделно за всеки потребител.

• Използвай филтри по сайт, проверка, статус, текст за търсене и период.
• Активните проблеми влияят на статуса и могат да се заглушат, когато са приети за избрания обхват.
• Заглушените проблеми остават видими като история, но не влияят на статуса.
• Delete filtered runs премахва съвпадащите записи от историята.
• Reset filtered runs премахва съвпадащата история и изчиства текущия статус на засегнатите проверки.

Инцидентите са проблеми, които изискват внимание. Те са отделени от суровата история на проверките, за да може екипът да се фокусира върху активните случаи, а не върху всяко историческо предупреждение.

Затворените инциденти не влияят на основното табло. Ако основният проблем се появи отново и не е заглушен, системата може да отвори нов инцидент.

• Отворените инциденти са активни случаи.
• Затворените инциденти остават като история.
• Close/reset filtered incidents маха съвпадащите инциденти от активната опашка, но пази история.
• Delete filtered incidents премахва окончателно съвпадащите записи за инциденти.
• Заглушените проблеми трябва да се използват за приети повтарящи се случаи, за да не се отварят инциденти за същия проблем.

JS Agent е лек браузърен скрипт, инсталиран на наблюдавания сайт. Той изпраща информация за това какво виждат реалните посетители, включително данни за скоростта от браузъра, SEO сигнали от браузъра и JavaScript грешки.

Агентът е само за наблюдение. Не променя страницата, не добавя интерфейс, не добавя продукти в кошницата, не маха продукти от кошницата и не стартира checkout.

• Изпраща page title, meta description, canonical и robots сигнали, когато са включени.
• Изпраща total load time, TTFB, DOM ready и load event timing.
• Изпраща JavaScript грешки и грешки при зареждане на ресурси, когато браузърът дава детайли.
• Безопасно проверява /cart.js с GET заявка на Shopify сайтове, когато е включено.
• Използва site key, за да свързва събитията с правилния сайт, и проверка на хоста, за да отхвърля събития с грешен ключ.
• Поддържа retention и compact storage настройки за контрол на растежа на базата данни.

Заглушените грешки са конкретни приети проблеми. Те са по-прецизни от заглушаване на цяла проверка. Заглушеният проблем вече не влияе на състоянието, броя предупреждения за качество, инцидентите или известията, но остава видим в детайлите на изпълнението като история.

Пример: заглуши Missing H1 само за Candy Catz / Homepage SEO. Същата проверка пак може да предупреди за canonical mismatch, noindex или липсваща meta description.

• Използвай Mute for this check от активен проблем в Историята, когато даден проблем е приет.
• Преглеждай всички правила за заглушаване в раздела Заглушени грешки.
• Премахни правило за заглушаване, когато проблемът отново трябва да се счита за активен.
• Заглушените грешки не участват в предупрежденията за качество на сайта и в броячите на Таблото.
• По-старите редове в Историята остават исторически; бъдещите изпълнения прилагат правилото за заглушаване.

Shopify сайтовете могат да използват стандартни проверки за уебсайт плюс проверки, специфични за Shopify. Целта е да се хващат проблеми в публичната част на магазина без тежки приложения вътре в Shopify.

Cart simulation умишлено е сървърна проверка. JS Agent трябва да наблюдава реални браузърни сигнали пасивно, а не да променя потребителски кошници.

• Cart add simulation: настрой валиден наличен variant ID и провери дали магазинът може да го добави във временна сесия на кошницата.
• Product rules: проверява тагове, забранени тагове, наличност и изисквания към изображенията.
• Collection rules: засича празни колекции или проблеми в collection JSON.
• SEO checks: прилагат се към homepage, продуктови страници, страници на колекции, content страници и landing страници.
• JS Agent: засича реални браузърни грешки, данни за скоростта и наличност на безопасния cart.js endpoint.

Потребителите се управляват вътре в защитеното приложение за мониторинг. Ролите определят какво всеки може да вижда или променя. Публичните посетители нямат достъп до вътрешни данни без акаунт.

• Admin: достъп за управление на организация и прилежащите сайтове.
• Manager: управлява сайтове, проверки, известия и инциденти, където има право.
• Operator: преглежда, пуска проверки и затваря инциденти.
• Viewer: достъп само за преглед.

Системите за мониторинг генерират данни постоянно. Инструментите за почистване поддържат Историята, Инцидентите и JS Agent събитията управляеми, като пазят важното.

Действията за почистване трябва да се използват с филтри. Delete премахва записи. Reset премахва записи и изчиства свързани текущи стойности, когато е приложимо.

• Почистване на История: изтрий историята или занули съвпадащите данни от изпълненията и последните статуси на засегнатите проверки.
• Почистване на Инциденти: затвори/занули филтрираните инциденти или изтрий окончателно тестови и шумни записи.
• Почистване на JS Agent: изтрий филтрираните събития, премахни стари събития според retention политиката и оптимизирай таблицата.
• Използвай retention настройките за всеки сайт, за да не растат браузърните събития безкрайно.

Започни с малко. Създай сайт, добави критични HTTP проверки, добави една SEO проверка, настрой JS Agent само ако искаш браузърна телеметрия, после добави Shopify-specific правила, където има нужда.

След няколко дни данни настрой нивата на влияние и заглуши приетите проблеми. Така системата остава полезна без да става шумна.

• Добави сайт и потвърди, че основният URL е правилен.
• Добави HTTP проверка на началната страница като Operational.
• Добави SEO проверка на началната страница като Quality.
• За Shopify добави cart simulation с безопасен наличен variant ID.
• Инсталирай JS Agent и потвърди heartbeat, ако искаш браузърна телеметрия.
• Прегледай Историята, заглуши приетите проблеми и остави важните проблеми активни.
• Включи известията, след като сигналите са чисти.

Тази секция отговаря на чести въпроси без да разкрива частна сървърна конфигурация или инсталационни детайли.

За защитена оперативна документация използвай бъдещия административен раздел за документация само за собственика.

• Променя ли JS Agent сайта? Не. В текущия дизайн той е само за наблюдение.
• Добавя ли JS Agent продукти в кошницата? Не. Той прави само безопасни read-only проверки като /cart.js, когато е включено.
• Защо сайт може да е OK, но да има предупреждения за качество? Защото uptime и SEO/content quality са отделни слоеве.
• Да заглуша ли цяла проверка или един конкретен проблем? Заглуши конкретен проблем, когато само той е приет.
• Защо старите записи в Историята още показват предупреждения след заглушаване? Те са исторически. Бъдещите изпълнения прилагат правилото за заглушаване.