Pagsubaybay sa uptime, performance, at error
Sinusubaybayan ng Zinn Digital® ang mga web address na ibinibigay ninyo sa amin — uptime, Core Web Vitals, at paggamit ng resource laban sa inyong karapatan — at ipinapakita ito bawat site sa dashboard. Ipinapadala ang mga alerto sa email, Telegram, Slack, o sa sarili ninyong webhook, at ang aming status page ay nasa labas ng platform upang sumasagot pa rin ito kahit hindi namin kaya. Live na ngayon ang pagsubaybay sa uptime at bilis ng page: magdagdag ng anumang web address — tatlo ang libre sa bawat account, at hindi namin kailangang i-host ito — at sinusuri namin ito bawat minuto mula sa labas ng aming sariling network. Availability: ang pagsubaybay sa error bawat site at mga istatistika ng resource bawat site ay kasalukuyang aktibong binubuo at hindi pa available. Ang lahat ng iba pang inilarawan dito ay live na ngayon.
Karaniwang ipinapakita ng mga hosting dashboard kung ano ang binabayaran mo. Ipinapakita naman ng sa amin kung ano ang ginagawa ng iyong site. Ang bawat site na pinapatakbo mo sa amin ay nag-uulat ng parehong hanay ng mga signal, bawat site, nang walang kailangang i-install na agent at walang kailangang i-wire up.
Tuloy-tuloy na mga pagsusuri sa availability para sa bawat site, na inihahambing sa sariling kasaysayan ng site upang magkaiba ang panandaliang aberya at ang totoong outage. Ang estado ng uptime ay isang pangunahing signal na ginagawan ng aksyon ng platform, hindi isang graph na walang nagbabasa.
Tunay na data ng performance bawat site — ang mga sukatan kung saan aktwal na nagraranggo ang Google. Ang mga mabagal na pahina ay lumalabas bilang sukat na maaari ninyong aksyunan, katabi ng mga kontrol sa pag-cache na nag-aayos sa mga ito.
Available ang mga log ng error sa HTTP at PHP bawat site, kaya ang isang fatal error mula sa hindi magandang pag-update ng plugin o sirang deploy ay isang bagay na maaari ninyong hanapin sa halip na hulaan.
Bandwidth bawat site, kasama ang paggamit ng resource na sinusukat laban sa mga limitasyon ng inyong plano — kabilang ang mga istatistika ng LVE bawat site — upang makita ninyo kung aling site ang may pinakamabigat na karga at kung malapit na ito sa limitasyon.
Ang dashboard na kailangan mo pang alalahaning buksan ay hindi pagsubaybay. Ang bawat signal ay nagpapakain sa notification layer ng platform, at kayo ang pumipili kung saan ito mapupunta.
Ang status page na naka-host sa mismong imprastraktura na binabantayan nito ay walang silbi sa mismong sandali na kailangan ninyo ito. Ang sa amin ay sadyang nasa ibang lugar.
Ang aming pampublikong status page ay self-hosted sa magkahiwalay na imprastraktura, ganap na labas sa platform — ibang box, ibang failure domain mula sa control plane at sa fleet na iniuulat nito. Kapag nagkaroon ng problema sa platform, patuloy na sumasagot ang status page, dahil walang anuman na inaasahan nito ang nasa loob ng insidente.
Ito ay may tatak, pinapagana ng parehong pagsubaybay na nagpapatakbo sa iyong mga alerto bawat site, at sadyang independyente sa disenyo at hindi dahil sa aksidente. Ang pampublikong frontend ay sumusunod sa parehong prinsipyo: ang marketing site at help center ay hiwalay na ipinapatupad mula sa control-plane cluster, upang ang isang insidente sa platform ay hindi magpabagsak sa aming dokumentasyon kasama nito.
Ito ang parehong lohika na umiiral sa iba pang bahagi ng platform — magkakahiwalay na failure domain, walang pinagsasaluhang kahihinatnan, at walang maaaring magpabagsak sa mismong bagay at sa tool na ginagamit ninyo upang suriin ito.
Mas mahalaga ang mga signal kapag may makakakilos batay sa mga ito. Ang sa amin ay nakakonekta sa assistant at sa MCP server, hindi nakakulong sa isang graph.
Kapag nagsimula kayong magsumite ng ticket, magpapatakbo muna ang assistant ng live diagnostic sa apektadong site — uptime, mga error sa HTTP at PHP, status ng SSL at DNS, mga limitasyon sa resource at LVE fault, mga malware flag, mga salungatan sa plugin, kalusugan ng database, at cache — bago pa man may mamagitan na tao.
Sa loob ng iyong mga pahintulot at mga proteksyon ng platform, lilinisin nito ang cache, ire-restart ang mga manggagawa ng PHP, aayusin o ire-renew ang SSL, aayusin ang mga talahanayan ng database, idi-disable ang isang plugin na nagdudulot ng fatal error, o pupurgahin ang CDN — pagkatapos ay muling susuriin ang signal at kukumpirmahin kung ito ay talagang naresolba na.
Kung kailangan pa rin ng tao, dumarating ang ticket na paunang napunan na ng mga pagsusuri, kung ano ang sinubukan, at kung ano ang nangyari — kaya nagsisimula ang suporta mula sa mga katotohanan sa halip na hilingin sa inyo na ilarawan ang sintomas.
Ikonekta ang anumang tool ng AI na may kakayahang MCP at maaari nitong basahin ang kalusugan ng site, kamakailang mga log, sukatan, uptime, at mga error bilang mga mapagkukunan — upang ang iyong sariling ahente ay makapag-diagnose bago ito kumilos, sa ilalim ng OAuth 2.1 na may mga revocable na token na saklaw ng organisasyon at tungkulin at isang buong audit log.
Ang pagsubaybay sa performance ay nararapat na katabi ng mga tool na nagbabago sa performance. Sa aming platform, matatagpuan ito sa pagitan ng caching stack at ng SEO layer.
Nasa likod ng inyong dashboard ang parehong observability stack kung saan namin pinapatakbo ang platform: Prometheus at Grafana para sa mga sukatan, OpenTelemetry para sa distributed tracing sa kabuuan ng engine, mga workflow, at mga driver, at mga sentralisadong structured log na naka-tag ayon sa tenant habang nakahiwalay ang data ng pag-audit.
Kinokolekta ang mga sukatan bawat serbisyo, bawat worker, at bawat tenant, na may mga istatistika ng LVE bawat site mula sa isolation layer. Ang bawat pagpapatakbo ng workflow — paglalaan, paglipat, pagpapatupad — ay makikita mula simula hanggang wakas, kung kaya't ang sagot ng suporta ay maaaring tiyak sa halip na hula lang.
Ang pagsubaybay sa malaking sukat ay isang problema sa dami ng data, kaya idinisenyo ito bilang ganoon. Ang mga sukatan na may mataas na dami ay hinahati ayon sa oras at pinagsasama-sama sa halip na panatilihin bawat site bawat minuto magpakailanman, ang mga trace ay sinasampolan, at ang mga kontrol sa kardinalidad bawat tenant ay pumipigil sa isang maingay na account na magpababa sa kalidad ng mga dashboard ng iba. Ang target ng disenyo ay isang milyong site, hindi ang bilang na pinapatakbo natin ngayon.
Ang pag-alerto ay niruruta sa pamamagitan ng Alertmanager patungo sa aming on-call rota na may mga natukoy at sinusubaybayang SLO — sadyang pinapanatiling hiwalay sa mga abiso sa customer sa itaas, upang ang ingay sa pagpapatakbo ay hindi kailanman mapunta sa iyong inbox at ang iyong mga alerto ay hindi kailanman pumila sa likod ng amin.
Bawat site: uptime, Core Web Vitals at performance, bandwidth, at paggamit ng resource na sinusukat laban sa mga karapatan ng inyong plano — kabilang ang mga istatistika ng LVE bawat site mula sa isolation layer. Ang lahat ay ipinapakita sa dashboard bawat site, nang walang ahenteng kailangang i-install.
Sa pamamagitan ng anumang mga channel na ikinokonekta mo: email, Telegram, Slack o iyong sariling webhook endpoint. Ang mga kagustuhan sa notification ay itinatakda bawat organisasyon at bawat user, kaya ikaw ang nagpapasya kung aling mga kaganapan ang aabot sa aling channel at aling tao. Ang mga paghahatid ng webhook ay may lagda ng HMAC, sinusubukang muli nang may backoff at nala-log, upang masuri o ma-replay mo ang anumang paghahatid.
Iyan mismo ang idinisenyo nitong iwasan. Ang status page ay self-hosted sa hiwalay na imprastraktura, ganap na nasa labas ng platform, sa ibang domain ng pagkabigo mula sa control plane at sa fleet na iniuulat nito — dahil ang isang status page na gumagana sa imprastrakturang sinusubaybayan nito ay walang silbi sa panahon ng outage.
Ito ang target na uptime na aming pinagbabatayan sa pagbuo at pagpapatakbo, at ito ay nakasaad bilang isang garantiya sa mga Footprint-Free plan. Ito ay isang pangako tungkol sa kung paano idinisenyo ang platform — nakahiwalay na compute sa bawat site, mga stateless service na maaaring i-scale nang pahalang, magkakahiwalay na failure domain — sa halip na isang nai-publish na sukat ng nakaraang availability. Ang aming kontraktwal na pangako ay isang hiwalay at mas tiyak na bagay, at ito ay nai-publish: tingnan ang Uptime SLA sa /legal/sla, kung saan nakasaad ang antas na aming ginagarantiya at ang mga service credit na aming ibinabayad kapag hindi namin ito naabot.
Oo. Ang kalusugan ng site, mga kamakailang log, sukatan, uptime, at data ng error ay inilalantad bilang mga resource sa aming naka-host na MCP server, kaya ang anumang AI tool na may kakayahang MCP — Claude, Cursor, ChatGPT, at iba pa — ay maaaring magbasa ng mga ito at mag-diagnose bago kumilos. Ang access ay OAuth 2.1, nakalaan sa inyong organisasyon at sa tungkulin ng kumukunektang user, maaaring bawiin bawat tool, at ang bawat pagkilos ay naka-log para sa audit. Sinasaklaw ng mga webhook ng customer ang parehong bagay para sa mga karaniwang integrasyon.
Ang mga signal ng observability na inilarawan dito ay bahagi ng platform at ipinapakita sa inyong dashboard para sa mga site na hino-host ninyo sa amin, at ang libreng tile na SEO Basics — na-index, Trust Flow, homepage Core Web Vitals — ay kasama sa bawat plano. Ang mas malalim na pagsubaybay sa SEO tulad ng rank tracking at backlink monitoring ay ibinebenta bilang magkakahiwalay na bayad na add-on, at ang aktwal na pagpapabilis ay isang mabibiling extra.
Oo. Ang trial ng Footprint-Free ay 14 na araw, walang kinakailangang card, at sumasaklaw ng hanggang 5 site — walang detalye ng pagbabayad, walang obligasyon. Mag-deploy ng ilang site at obserbahan kung ano talaga ang iniuulat ng dashboard bago kayo magdesisyon.
Magsimula ng 14 na araw na pagsubok nang walang kailangang card at tingnan ang uptime, Core Web Vitals, mga error, at paggamit ng resource sa bawat site mula sa unang deploy — may mga alerto saanman ninyo naisin. May libreng paglilipat at 30 araw na garantiyang maibabalik ang pera para sa lahat.
Magsimula nang libre