Configurare alert Slack/Teams per errori critici
Per i team che vivono in chat aziendale, ricevere alert WordPress direttamente in Slack o Microsoft Teams accelera la presa in carico degli incidenti. WP Error Monitor supporta entrambi i canali tramite webhook e in pochi minuti puoi inoltrare ogni evento CRITICAL nel tuo canale di on-call.
Vantaggi rispetto all’email
Slack e Teams permettono interazione: emoji per acknowledgement, thread per discussione tecnica, integrazione con sistemi di paging (PagerDuty, Opsgenie). Inoltre i messaggi sono persistenti e ricercabili, quindi diventano una sorta di runbook live. Il tempo medio di risposta scende del 40% rispetto al solo canale email, secondo i nostri dati interni.
Webhook in entrata
Sia Slack che Teams espongono webhook URL su cui puoi POSTare JSON. WP Error Monitor genera payload conformi: Block Kit per Slack, Adaptive Cards per Teams. Il formato include header, severità con colore (verde/giallo/rosso), URL, stack trace troncato e tre pulsanti azione (Apri evento, Acknowledge, Snooze 1h).
Routing per severità
La best practice è separare i canali: #wp-critical riceve solo eventi CRITICAL e ALERT, #wp-warnings raccoglie WARNING ed ERROR, #wp-info aggrega NOTICE e DEPRECATED in digest giornaliero. Così' eviti che il rumore copra le emergenze.
Threading e correlazione eventi
Quando lo stesso errore si ripete in pochi minuti, ricevere 50 messaggi separati è rumore. WP Error Monitor raggruppa automaticamente: il primo messaggio crea un thread su Slack, le ripetizioni successive sono postate come reply nel thread con contatore aggiornato. Così' un solo notification badge nel canale ma timeline completa nel thread. Per Teams il meccanismo è simile usando le conversations.
Acknowledgement workflow
Cliccando 'Acknowledge' nel messaggio Slack, WP Error Monitor marca l’evento come 'in carico' all’utente Slack autore del click (mapping utenti slack-CRM via email). Il messaggio viene aggiornato con badge 'Preso in carico da nome' e l’evento sparisce dalla coda alert. Snooze 1h sospende temporaneamente le notifiche per quel pattern, utile durante incident già identificato.
Mention selettive per severità
Per evitare di disturbare tutto il team su ogni evento, WP Error Monitor permette mention selettive: gli eventi CRITICAL menzionano @channel (notifica tutti), gli ALERT menzionano gruppo on-call (@oncall-wp), gli ERROR/WARNING non mention nessuno (i lettori del canale li vedono ma senza notifica push). La configurazione è per-regola: 'severity >= CRITICAL -> mention @channel; severity = ALERT -> mention @oncall-wp; default -> no mention'. Su Teams il meccanismo equivalente usa @team mention. Così' rispetti il sonno del team ma assicuri risposta su veri critici.
Bot conversazionale per query
Oltre alle notifiche outbound, WP Error Monitor offre bot Slack conversazionale per query inbound. Comandi disponibili: '/wpem status site=miosito.it' mostra ultime 24h, '/wpem top10' top errori della giornata, '/wpem snooze pattern=xxx 4h' silenzia un pattern temporaneamente, '/wpem ack EVT-123' marca evento come in lavorazione. Così' chi è su Slack non deve switchare al CRM per operazioni quotidiane. Setup: aggiungi l’app WP Error Monitor da Slack App Directory e autorizza con OAuth.
Esempio canale Slack #wp-incidents
Una configurazione tipica di canale Slack per il team WordPress G Tech ha tre canali separati: #wp-incidents per alert CRITICAL/ALERT (notifiche push attive 24/7 per chi è on-call), #wp-warnings per ERROR e WARNING (notifiche silent durante business hours), #wp-info per digest giornalieri (no notifiche, solo lettura per chi vuole). I tre canali coprono spettro severità senza intasare l’esperienza utente di Slack. Mute selettivi durante ferie/sostituzioni gestiti con i Do Not Disturb nativi di Slack senza modifiche al CRM.
Procedura passo-passo
- In Slack vai su 'Apps > Custom Integrations > Incoming Webhooks' e crea un nuovo webhook per il canale desiderato.
- Copia l’URL del webhook (formato https://hooks.slack.com/services/...).
- Nel CRM apri 'WP Error Monitor > Impostazioni > Notifiche > Slack/Teams'.
- Incolla l’URL e seleziona il canale di destinazione.
- Definisci la regola: 'severity >= CRITICAL’ e cooldown 10 minuti.
- Clicca 'Test' per inviare un messaggio di prova.
- Verifica che il messaggio arrivi correttamente formattato con i pulsanti azione.
- Replica per Teams creando un connector 'Incoming Webhook' nel canale.
- Mappa gli utenti Slack agli utenti CRM tramite email.
- Abilita threading nelle impostazioni notifiche Slack.
Errori comuni e come risolverli
- Webhook restituisce 404: L’URL è stato revocato o il canale eliminato: rigenera il webhook lato Slack/Teams.
- Messaggio senza pulsanti: Slack richiede block_actions abilitato sull’app: verifica gli scope dell’integrazione.
- Markdown non renderizzato: Teams usa Adaptive Cards: il payload Slack standard non funziona, attiva il formato Teams nelle impostazioni del CRM.
- Thread non si crea: L’app Slack non ha scope chat:write.public: rigenera token con scope corretti.
- Acknowledgement non funziona: Mapping utenti mancante: l’email Slack non corrisponde a utente CRM.
Domande frequenti
D: Posso ricevere alert anche su Telegram?
R: Sì, tramite bot Telegram: vedi la guida dedicata sull’integrazione webhook generico.
D: Quali colori uso per le severità?
R: Verde = NOTICE, giallo = WARNING, arancio = ERROR, rosso = CRITICAL, nero = ALERT. Sono i default e li puoi personalizzare.
D: Posso silenziare un canale di notte?
R: Sì, usa 'active_hours' lato regola CRM oppure il 'Do Not Disturb' nativo di Slack/Teams.
D: Posso disabilitare il threading?
R: Sì, toggle 'group_similar=false' nelle impostazioni Slack.
D: Quanto durano le snooze?
R: 1h, 4h, 24h o until-resolve: scegli per evento.
Hai bisogno di aiuto?
Se vuoi affidare il monitoraggio WordPress al team di G Tech Group, scrivici tramite il modulo di contatto.