Verifica ciò da cui dipende il checkout.

Verifica il contenuto che restituisce il checkout

Uno strumento di uptime che controlla solo se la home risponde 200 sta guardando la cosa sbagliata. In un giorno di saldi la home può stare benissimo mentre il checkout si pianta o il redirect al pagamento va in timeout.

Anche una pagina di errore in cache può rispondere 200 al posto del carrello vero. Il checkout è la richiesta su cui perdi soldi.

I check HTTP di Perstat verificano il contenuto, non solo lo stato. Punta un check sulla pagina di checkout o su un endpoint di health check esposto dall’applicazione, e verifica una stringa attesa nella risposta. La stringa può essere il titolo del riepilogo d’ordine, il nome di un campo del modulo di pagamento o un prezzo nel formato giusto.

Un guasto silenzioso, come una schermata di manutenzione o una pagina di errore del CDN, fa fallire l’assertion anche quando risponde 200. Un’assertion fallita è un risultato del monitor. Per i check di sonda regionali supportati, è poi la policy di alert configurata a decidere se quel risultato apre un incident.

Sono disponibili assertion su codice di stato, keyword e regex. Un check segue fino a 5 hop di redirect, abbastanza per la catena http, https, geo che sta davanti alla maggior parte dei checkout. Il riferimento dei tipi di check elenca tutti i 13 tipi.

Perstat non porta un ordine di prova fino al pagamento.

Sorveglia certificato e registrazione del dominio

Due dei modi più rapidi per mettere offline un intero negozio non c’entrano niente con il tuo codice. Un certificato TLS scaduto sull’host di checkout è un disservizio totale. Ogni browser attuale blocca la pagina con un avviso a tutto schermo, e l’acquirente se ne va.

Una registrazione di dominio scaduta è peggio, perché l’intero negozio non risolve più.

Perstat li sorveglia entrambi. Il check del certificato TLS riporta i giorni alla scadenza, confronta l’emittente con quello che ti aspetti e segnala un certificato self-signed. Gira in linea sullo stesso monitor del check HTTP, così un rinnovo fallito in silenzio non aspetta che se ne accorga un cliente.

Il check domain sorveglia la scadenza della registrazione (WHOIS), i nameserver e DNSSEC.

Ricevute e conferme d’ordine possono partire dal tuo dominio di posta. Il check SMTP mostra quando quel percorso si rompe. Il check di igiene DNS mostra record SPF, DMARC e CAA deboli o mancanti. Lo vedi prima che un acquirente si accorga che la conferma non è mai arrivata.

Distingui un picco di traffico da un disservizio

Nel retail il momento migliore e quello peggiore, visti da fuori, si somigliano. Quando parte una promozione la latenza sale, un link di transito si satura e un percorso di sonda rallenta.

Un monitor ingenuo legge tutto questo come un fermo. Il team insegue allora un alert inventato da una sola regione, invece di guardare l’impatto reale sui clienti.

Per i check di sonda supportati, il piano sceglie 2, 3 o fino a 6 regioni. La policy standard apre un incident dopo 2 voti regionali e i profili di alert possono modificarla. Le divergenze sotto quorum, come una regione che si discosta, restano visibili nella lista di osservazione.

I check agent e heartbeat non usano il quorum regionale. La pagina della rete documenta la topologia attuale.

Il piano fissa l’intervallo minimo. Il modulo web offre 30 secondi e intervalli più lunghi. Su Command ed Enterprise imposti 15 o 10 secondi tramite MCP.

Avvisa gli acquirenti prima che aprano un ticket

Quando il checkout è degradato, la coda del supporto si riempie in pochi minuti. Ogni acquirente senza risposta è una richiesta di rimborso o un ordine perso. Una pagina di stato sul tuo dominio arriva prima.

Pubblicala su status.yourstore.example e lascia che gli acquirenti si iscrivano con un double opt-in confermato. Ogni iscritto riceve una mail quando apri un incident e un’altra quando il servizio torna disponibile, invece di indovinare se il problema è dalla sua parte o dalla tua. Iscritti e domini personalizzati partono da Sentinel.

Una finestra di manutenzione per un deploy o una modifica prima della promozione viene annunciata sulla pagina e silenzia gli alert per la sua durata. Resta neutra ai fini dello SLA, così una release che hai programmato non intacca la cifra di disponibilità che dichiari più tardi.

Consegna ai partner un registro ricalcolabile

Se vendi tramite un marketplace o rispondi a un fornitore di pagamenti, qualcuno ti chiederà l’uptime. Perstat tiene un solo registro curato. Un incident va dalla conferma del quorum alla ripresa confermata.

Un falso positivo può essere escluso con una motivazione registrata e reversibile, e prima si vede in anteprima il suo effetto sull’uptime. Il report SLA di esempio, pubblico e editoriale, mostra il calcolo.

Ogni vista del monitor offre un report PDF per 7, 14, 30 o 90 giorni, in ogni piano. Il report non è firmato né certificato. Su richiesta, i dati dell’organizzazione possono essere preparati manualmente come file CSV con un manifest.

Limiti

Perstat valuta una richiesta configurata e la sua risposta. Non esegue un percorso nel browser, non aggiunge un articolo al carrello e non completa un pagamento.

La finestra di storico pubblicata dipende dal piano e non è un calendario completo di cancellazione per oggetto.

Perstat non è APM e non è real user monitoring. Non ti dice il tasso di abbandono del carrello, la conversione o quale query ha rallentato una pagina. Per le analisi di funnel e prestazioni tieni lo strumento nato per quello.

Perstat guarda se ogni superficie che un acquirente tocca sta rispondendo. Lo fa da fuori, al tuo intervallo, e dimostra ciò che ha visto.

Comincia dall’URL del checkout

Punta un monitor sulla pagina di checkout e verifica una stringa attesa nella risposta. Aggiungi il certificato TLS sullo stesso host e controlla i primi risultati prima di aggiungere altri check.

Inizia a monitorare gratis senza carta, oppure fai il tour del prodotto senza registrarti. Vedi i prezzi: Pulse 29 €, Sentinel 89 €, Command 249 € ed Enterprise da 690 € al mese. I prezzi sono netti, IVA esclusa.