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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

• Име: вътрешен етикет, например Homepage, Homepage SEO, Cart add simulation или JS Agent heartbeat.
• Сайт: наблюдаваният обект, към който принадлежи проверката.
• Тип: определя логиката за мониторинг, която ще се изпълни.
• Целеви URL или целеви данни: URL, Shopify variant, 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 agent heartbeat: проверява дали 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: пази история без warning counts или incidents.
• Muted: пази проверката, но не създава шум в status rollups. Използвай внимателно, защото важи за цялата проверка.

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

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

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

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

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

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

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

Agent-ът е само за наблюдение. Не променя страницата, не добавя UI, не добавя продукти в кошницата, не маха продукти от кошницата и не стартира checkout.

• Изпраща page title, meta description, canonical и robots сигнали, когато са включени.
• Изпраща total load time, TTFB, DOM ready и load event timing.
• Изпраща JavaScript грешки и resource load errors, когато браузърът дава детайли.
• Безопасно проверява /cart.js с GET request на Shopify сайтове, когато е включено.
• Използва site key, за да свързва събитията с правилния сайт, и host validation, за да отхвърля събития с грешен ключ.
• Поддържа 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 и провери дали магазинът може да го добави във временна cart session.
• Product rules: проверява тагове, забранени тагове, наличност и изисквания към изображенията.
• Collection rules: засича празни колекции или проблеми в collection JSON.
• SEO checks: прилагат се към homepage, product pages, collection pages, content pages и landing pages.
• JS Agent: засича реални браузърни грешки, performance и safe cart endpoint availability.

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

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

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

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

• Почистване на История: изтрий history или reset-ни съвпадащите run data и affected check last statuses.
• Почистване на Инциденти: close/reset filtered incidents или delete test/noise records permanently.
• Почистване на JS Agent: delete filtered events, prune old events by retention policy и optimize table.
• Използвай retention settings per site, за да не растат browser events безкрайно.

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

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

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

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

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

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