Мониторинг на времето на работа, производителността и грешките
Zinn Digital® следи уеб адресите, които ни предоставяте — време на работа, Core Web Vitals и използване на ресурси спрямо вашия абонамент — и ги показва за всеки сайт в таблото за управление. Известията се изпращат по имейл, Telegram, Slack или към вашия собствен уебхук, а нашата страница за състоянието работи извън платформата, така че да отговаря дори когато ние не можем. Мониторингът на времето на работа и скоростта на страниците е активен сега: добавете всеки уеб адрес — три безплатни за всеки акаунт и не е нужно да го хостваме ние — и ние го проверяваме всяка минута извън нашата собствена мрежа. Наличност: проследяването на грешки за всеки сайт и статистиката за ресурсите за всеки сайт са в процес на активна разработка и все още не са налични. Всичко останало, описано тук, е активно днес.
Хостинг таблата обикновено ви показват за какво плащате. Нашето ви казва какво прави вашият сайт. Всеки сайт, който управлявате при нас, докладва един и същ набор от сигнали, за всеки сайт, без инсталиране на агенти и без нужда от свързване.
Непрекъснати проверки на достъпността за всеки сайт, съпоставени с неговата собствена история, така че моментният срив и реалният престой да изглеждат различно. Състоянието на работоспособност е основен сигнал, спрямо който платформата предприема действия, а не графика, която никой не чете.
Реални данни за ефективността на всеки сайт – показателите, по които Google всъщност прави класирането. Бавните страници се появяват като измерител, срещу който можете да предприемете действия, до контролите за кеширане, които ги коригират.
Дневниците на HTTP и PHP грешките са достъпни за всеки сайт, така че фатална грешка от неуспешно обновяване на плъгин или неуспешно внедряване може да бъде намерена, вместо да се гадае.
Крахът на пропускателната способност на сайта, заедно с използването на ресурсите спрямо лимитите на вашия план — включително LVE статистики за всеки сайт — ви позволява да видите кой сайт работи най-усилено и дали е близо до своя лимит.
Едно табло, което трябва да се сещате да отваряте, не е мониторинг. Всеки сигнал постъпва в слоя за известия на платформата и вие избирате къде да отиде.
Страница за състояние, хоствана на същата инфраструктура, която мониторира, е безполезна точно в момента, в който ви трябва. Нашата умишлено е на друго място.
Нашата обществена страница за състоянието се хоства самостоятелно на отделна инфраструктура, извън платформата – различен сървър, различен домейн на неизправност спрямо контролния панел и флота, за който докладва. Когато нещо се обърка с платформата, страницата за състоянието продължава да отговаря, защото нищо, от което тя зависи, не е част от инцидента.
Той е брандиран, захранван от същия мониторинг, който задейства вашите предупреждения за отделни сайтове, и е независим по дизайн, а не по случайност. Публичният интерфейс следва същия принцип: маркетинговият сайт и помощният център се разполагат отделно от клъстера на контролния панел, така че инцидент с платформата да не срине нашата документация заедно с него.
Същата логика е заложена в цялата платформа — отделни домейни на повреда, липса на обща съдба, нищо, което да може да свали едновременно услугата и инструмента, с който я диагностицирате.
Сигналите струват повече, когато нещо може да действа въз основа на тях. Нашите са свързани към асистента и към MCP сървъра, а не са заключени в графична база данни.
Когато започнете да създавате билет, асистентът първо извършва диагностика на живо на засегнатия сайт — работа на услугата, HTTP и PHP грешки, състояние на SSL и DNS, ресурсни лимити и LVE грешки, флагове за зловреден софтуер, конфликти между плъгини, състояние на базата данни и кеш — преди изобщо да се намеси човек.
В рамките на вашите права и защитните механизми на платформата, тя ще изчисти кеша, ще рестартира PHP работните процеси, ще поправи или поднови SSL, ще поправи таблиците в базата данни, ще деактивира дефектен плъгин или ще изчисти CDN – след което ще провери отново сигнала и ще потвърди дали проблемът е бил разрешен.
Ако все пак е необходим човешки специалист, заявката пристига предварително попълнена с диагностиката, какво е било опитано и какво се е случило – така поддръжката започва директно от фактите, вместо да ви кара да описвате симптома.
Свържете всеки AI инструмент с поддръжка на MCP и той ще може да чете състоянието на сайта, скорошните логове, метриките, времето на работа и грешките като ресурси — така че вашият собствен агент да може да диагностицира, преди да предприеме действие, при спазване на OAuth 2.1 с организационно и родово ограничени, отменяеми токени и пълен одит лог.
Мониторингът на производителността е на една линия с инструментите, които я променят. На нашата платформа той се намира между кеширащия стек и SEO слоя.
За вашия табло за управление стои същата наблюдаема инфраструктура, върху която поддържаме платформата: Prometheus и Grafana за метрики, OpenTelemetry за разпределено проследяване през машината, работните потоци и драйверите, както и централизирани структурирани логове с етикети на наемателя и отделно запазени данни за одита.
Метриките се събират за всяка услуга, за всеки работен процес и за всеки клиент, заедно със статистиката за LVE по сайтове от изолационния слой. Всяко изпълнение на работен поток — предоставяне, миграция, прилагане — е видимо от край до край, поради което отговорът от поддръжката може да бъде конкретен, вместо да е предположение.
Мониторингът в голям мащаб е проблем с обема на данните, затова е проектиран като такъв. Метриките с голям обем са разделени по време и обобщени, вместо да се пазят за всеки сайт и минута завинаги, трасировките се семплират, а контролите на кардиналността за отделен тенант пречат на един шумен акаунт да влоши таблата на всички останали. Целта на дизайна е един милион сайта, а не броят, който поддържаме днес.
Сигнализирането се насочва през Alertmanager към нашия график за дежурства с дефинирани и проследявани цели за ниво на обслужване (SLO) — умишлено отделено от клиентските известия по-горе, така че оперативният шум никога да не попада във вашата пощенска кутия, а вашите сигнали никога да не се нареждат на опашка зад нашите.
За всеки сайт: работа без прекъсване, Core Web Vitals и производителност, честотна лента и използване на ресурси спрямо лимитите на вашия план, включително статистически данни за LVE по сайтове от изолирания слой. Всичко това се визуализира в таблото за управление за всеки отделен сайт, без да е необходимо инсталиране на агент.
През каквито и канали да се свържете: имейл, Telegram, Slack или собствен webhook крайен пункт. Предпочитанията за известия се задават за всяка организация и за всеки потребител, така че вие решавате кои събития до кой канал и до коя личност достигат. Webhook доставките са с HMAC подпис, опитват се отново с паузи и се регистрират в лог файлове, така че можете да прегледате или повторите всяка доставка.
Точно това е предназначена да предотврати. Страницата за състоянието се хоства самостоятелно на отделна инфраструктура, изцяло извън платформата, в различен домейн на сривове от контролния панел и управляваните от него сървъри – тъй като страницата за състоянието, която работи върху инфраструктурата, която наблюдава, е безполезна по време на прекъсване.
Това е целта за време на работа, към която се стремим и по която работим, и тя е посочена като гаранция в плановете Footprint-Free. Тя е ангажимент за начина, по който е проектирана платформата – изобилие от изчислителни ресурси за отделни сайтове, хоризонтално мащабируеми безсъстоянни услуги, отделни домейни на неизправности – а не публикувано измерване на миналата наличност. Нашият договорно ангажимент е отделно и по-тесно нещо и той е публикуван: вижте Споразумението за ниво на обслужване (SLA) за времето на работа на /legal/sla, което определя нивото, което гарантираме, и сервизните кредити, които изплащаме, когато не го постигнем.
Да. Състоянието на сай̀та, скорошните логове, метриките, работата на мрежата и данните за грешки са изведени като ресурси през нашия хостван MCP сървър, така че всеки с поддържащ MCP AI инструмент — Claude, Cursor, ChatGPT и други — може да ги чете и диагностицира преди предприемане на действие. Достъпът е чрез OAuth 2.1, с обхват, ограничен до вашата организация и ролята на свързващия се потребител, с възможност за отменяне за всеки инструмент, като всяко действие се записва в одитния лог. Уеб хуковете за клиенти покриват същите функционалности за конвенционални интеграции.
Наблюдаемите сигнали, описани тук, са част от платформата и се показват във вашето табло за управляваните при нас сайтове, а безплатният модул SEO Basics – включващ индексиране, Trust Flow и Core Web Vitals за началната страница – е включен във всеки план. По-задълбоченият SEO мониторинг, като проследяване на ранкинга и мониторинг на обратните връзки, се предлага като отделни платени добавки, а практическата оптимизация на скоростта е платена услуга.
Да. Пробният период на Footprint-Free е 14 дни, без нужда от карта и покрива до 5 сайта – без данни за плащане, без ангажимент. Разгърнете няколко сайта и вижте какво всъщност отчита таблото за управление, преди да вземете решение.
Стартирайте 14-дневен пробен период без нужда от карта и вижте времето на работа, Core Web Vitals, грешките и използването на ресурси за всеки сайт още от първото деплойване — с известия навсякъде, където пожелаете. Безплатни миграции и 30-дневна гаранция за възстановяване на сумата за всичко.
Започни безплатно