Uptime, performance at pagsubaybay sa error
Binabantayan ng Zinn Digital® ang mga web address na ibinibigay sa amin — uptime, Core Web Vitals at paggamit ng mga mapagkukunan laban sa iyong karapatan — at inilalabas ito sa bawat site sa dashboard. Pumupunta ang mga alerto sa email, Telegram, Slack o sa sarili mong webhook, at ang aming pahina ng katayuan ay nasa labas ng platform para sumagot pa rin ito kapag hindi namin kaya. Live na ngayon ang pagsubaybay sa uptime at bilis ng pahina: magdagdag ng anumang web address — tatlong libre sa bawat account, at hindi namin kailangang i-host ito — at sinusuri namin ito kada minuto mula sa labas ng aming sariling network. Availability: ang pagsubaybay sa error sa bawat site at mga istatistika ng mapagkukunan sa bawat site ay aktibong ginagawa at hindi pa magagamit. Ang lahat ng iba pang inilarawan dito ay live na ngayon.
Karaniwang sinasabi sa iyo ng mga dashboard ng pagho-host kung para saan ka nagbabayad. Sinasabi 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, sa bawat site, na walang ahente na mai-install at walang kailangang i-wire up.
Tuloy-tuloy na mga pagsusuri sa availability sa bawat site, na nakatapat sa sarili nitong kasaysayan ng site para magkaiba ang hitsura ng saglit na aberya at ng tunay na pagkaantala. Ang estado ng uptime ay isang pangunahing signal na tinutugunan ng platform, hindi isang graph na walang nagbabasa.
Totoong data ng performance sa bawat site — ang mga sukatan na aktwal na ibinabatay ng Google. Ang mga mabagal na pahina ay lumalabas bilang sukatan na maaari mong gawan ng aksyon, kasama ang mga kontrol sa caching na nag-aayos sa mga ito.
Ang mga HTTP at PHP error log ay available sa bawat site, kaya ang isang fatal error mula sa masamang pag-update ng plugin o sirang deploy ay madaling matutukoy sa pamamagitan ng paghahanap kaysa sa panghuhula.
Bandwidth bawat site, kasama ang paggamit ng resource na sinusukat laban sa entitlement ng iyong plan — kabilang ang mga LVE statistic bawat site — para makita mo kung aling site ang pinakamabigat ang trabaho at kung malapit na ito sa limitasyon.
Ang dashboard na kailangan mo pang alalahaning buksan ay hindi pagmamanman. Ang bawat signal ay dumadaloy sa notification layer ng platform, at ikaw ang pumipili kung saan ito mapupunta.
Ang isang status page na naka-host sa mismong infrastructure na binabantayan nito ay walang silbi sa mismong sandaling kailangan mo ito. Ang sa amin ay sadyang nasa ibang lugar.
Ang aming pampublikong pahina ng katayuan ay naka-self-host sa hiwalay na imprastruktura, ganap na nasa labas ng platform — ibang server, ibang domain ng pagkabigo mula sa control plane at sa fleet na iniuulat nito. Kapag may nangyaring mali sa platform, patuloy na sumasagot ang pahina ng katayuan, dahil walang nakasalalay dito na nasa loob ng insidente.
Ito ay may sariling tatak, pinapagana ng parehong pagsubaybay na nagpapatakbo sa iyong mga alerto sa bawat site, at sadyang ginawang independyente sa halip na aksidente lamang. Ang pampublikong frontend ay sumusunod sa parehong prinsipyo: ang site sa marketing at sentro ng tulong ay hiwalay na naka-deploy mula sa control-plane cluster, kaya ang isang insidente sa platform ay hindi nadadamay ang aming dokumentasyon.
Ito rin ang parehong katwiran na umiiral sa buong platform — magkakahiwalay na failure domain, walang shared fate, at walang anuman na makakapagpabagsak sa parehong serbisyo at sa tool na ginagamit mo para suriin ito.
May mas malaking halaga ang mga signal kapag may pwedeng kumilos ukol dito. Ang sa amin ay nakakonekta sa assistant at sa MCP server, hindi nakakulong sa isang graph.
Kapag nagsimula kang magbukas ng ticket, unang pinapatakbo ng assistant ang live diagnostic sa apektadong site — uptime, mga error sa HTTP at PHP, estado ng SSL at DNS, mga limitasyon sa resource at mga LVE fault, mga flag ng malware, mga salungatan ng plugin, kalusugan ng database at cache — bago pa man masangkot ang isang tao.
Sa loob ng iyong mga pahintulot at mga patakaran ng platform, lilinisin nito ang cache, ire-restart ang mga PHP worker, aayusin o ire-renew ang SSL, aayusin ang mga database table, hindi paganahin ang plugin na nagdudulot ng fatal error, oo i-purge ang CDN — pagkatapos ay susuriing muli ang signal at kukumpirmahin kung nalutas ba talaga ito.
Kung kailangan pa rin ng tao, ang ticket ay dumarating na may kasamang mga diagnostic, ang sinubukan at kung ano ang nangyari — kaya ang suporta ay nagsisimula sa mga katotohanan sa halip na hilingin sa iyo na ilarawan ang sintomas.
Ikonekta ang anumang AI tool na may kakayahang MCP at maaari nitong basahin ang kalusugan ng site, mga kamakailang log, sukatan, uptime at mga error bilang mga mapagkukunan — upang masuri ng sarili mong ahente bago ito kumilos, sa ilalim ng OAuth 2.1 na may mga token na may saklaw ng organisasyon at tungkulin, maaaring bawiin, at kumpletong log ng pag-audit.
Ang pagsubaybay sa performance ay dapat kasama ng mga tool na nagbabago sa performance. Sa aming platform, nasa pagitan ito ng caching stack at ng SEO layer.
Sa likod ng iyong dashboard ay ang parehong observability stack na pinapatakbo namin sa platform: Prometheus at Grafana para sa metrics, OpenTelemetry para sa distributed tracing sa buong engine, workflows at drivers, at centralised structured logs na may tenant-tag habang hiwalay naman ang audit data.
Ang mga sukatan ay kinokolekta sa bawat serbisyo, bawat manggagawa, at bawat nangungupahan, kasama ang mga estadistika ng LVE sa bawat site mula sa layer ng paghihiwalay. Ang bawat takbo ng workflow — pagpaprovision, migrasyon, pagpapatupad — ay nakikita nang end-to-end, kaya naman ang sagot ng suporta ay maaaring maging tiyak sa halip na hula lamang.
Ang pagsubaybay sa malawakang saklaw ay problema sa dami ng data, kaya naman ito ay binuo bilang gayon. Ang mga mataas na dami ng sukatan ay hinahati ayon sa oras at pinagsasama sa halip na panatilihin bawat site bawat minuto magpakailanman, ang mga trace ay sinasample, at ang mga kontrol sa cardinality bawat tenant ay pumipigil sa isang maingay na account na magpababa sa mga dashboard ng iba. Ang layunin ng disenyo ay isang milyong site, hindi ang bilang na pinapatakbo namin ngayon.
Ang pag-alerto ay dinadaan sa Alertmanager patungo sa aming on-call rota kasama ang mga SLO na tinukoy at sinusubaybayan — sadyang pinapanatili itong hiwalay sa mga abiso ng customer sa itaas, upang ang ingay sa operasyon ay hindi kailanman mapunta sa iyong inbox at ang iyong mga alerto ay hindi kailanman pumila sa likod ng amin.
Bawat site: ang uptime, Core Web Vitals at performance, bandwidth, at paggamit ng resource na sinusukat laban sa iyong plan entitlement — kasama ang per-site LVE statistics mula sa isolation layer. Ang lahat ng ito ay ipinapakita sa dashboard para sa bawat site, na walang agent na kailangang i-install.
Sa pamamagitan man ng alinmang channel na iyong ikonekta: email, Telegram, Slack o ang sarili mong webhook endpoint. Ang mga kagustuhan sa notification ay nakatakda sa bawat organisasyon at bawat user, kaya ikaw ang magpasya kung aling mga kaganapan ang aabot sa aling channel at aling tao. Ang mga paghahatid ng webhook ay naka-sign ng HMAC, muling sinusubukan gamit ang backoff at naka-log, kaya maaari mong suriin o i-replay ang anumang paghahatid.
Iyon mismo ang idinisenyo nitong iwasan. Ang pahina ng katayuan ay naka-self-host sa hiwalay na imprastraktura, ganap na nasa labas ng platform, sa ibang domain ng pagkabigo mula sa control plane at sa fleet na binabantayan nito — dahil ang isang pahina ng katayuan na tumatakbo sa imprastraktura na mino-monitor nito ay walang silbi sa panahon ng outage.
Ito ang target ng uptime na aming ginagawa at pinapatakbo, at nakasaad ito bilang katiyakan sa mga planong Footprint-Free. Ito ay isang pangako tungkol sa kung paano inhinyero ang platform — nakahiwalay na compute sa bawat site, pahalang na nasusukat na mga serbisyong walang estado, magkakahiwalay na domain ng pagkabigo — sa halip na isang nai-publish na pagsukat ng nakaraang kakayahang magamit. Ang aming pangako sa kontrata ay isang hiwalay at mas makitid na bagay, at ito ay nai-publish: tingnan ang Uptime SLA sa /legal/sla, na nagtatakda ng antas na ginagarantiya namin at ang mga kredito sa serbisyo na binabayaran namin kapag nai-miss namin ito.
Oo. Ang kalusugan ng site, mga kamakailang log, sukatan, uptime, at data ng error ay inilalantad bilang mga mapagkukunan sa aming nakahost na MCP server, kaya ang anumang tool ng AI na may kakayahang MCP — Claude, Cursor, ChatGPT at iba pa — ay maaaring basahin ang mga ito at magsagawa ng diagnosis bago kumilos. Ang pag-access ay sa pamamagitan ng OAuth 2.1, nakatuon sa iyong organisasyon at sa tungkulin ng kumokoneksyong user, maaaring bawiin bawat tool, at ang bawat aksyon ay may naka-log na audit. Sinasaklaw ng mga webhook ng customer ang parehong layunin para sa mga nakasanayang integrasyon.
Ang mga hudyat ng observability na inilarawan dito ay bahagi ng platform at ipinapakita sa iyong dashboard para sa mga site na hinohost mo sa amin, at ang libreng tile ng SEO Basics — na naka-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 mga hiwalay na bayad na add-on, at ang hands-on speed optimisation ay isang mabibiling pandagdag.
Oo. Ang pagsubok sa Footprint-Free ay 14 na araw, walang kinakailangang credit card at sumasaklaw sa hanggang 5 site — walang detalye ng pagbabayad, walang obligasyon. Mag-deploy ng ilang site at tingnan ang aktwal na iniulat ng dashboard bago ka magpasya.
Magsimula ng 14-araw na pagsubok na walang card at tingnan ang uptime, Core Web Vitals, mga error at paggamit ng mapagkukunan sa bawat site mula sa unang pag-deploy—na may mga alerto saan mo man gusto ang mga ito. Mga libreng paglipat at 30-araw na garantiya ng pagbabalik ng pera sa likod ng bawat bagay.
Magsimula nang libre