Le diciotto e quattro, Barquisimeto

Il 24 giugno 2026, alle 18:04 ora locale, milioni di venezuelani hanno sentito il telefono vibrare e suonare un allarme stridente ancor prima che il terreno iniziasse a tremare. Pochi secondi dopo, due terremoti di magnitudo 7,2 e 7,5 hanno colpito in successione il nord del Paese, causando almeno 235 morti e 4 300 feriti secondo il rapporto sulla situazione dell’Organizzazione panamericana della sanità. Un utente di Barquisimeto, Edward, ha riassunto l’esperienza sul social network X: «Google ha inviato la notifica e 5 secondi dopo la scossa si è avvertita con forza.»
Molti hanno creduto che Google avesse predetto il terremoto. È falso — e la realtà è ancora più interessante di una previsione.

Una gara di velocità tra un’onda e un segnale

Per capire che cosa è accaduto, occorre anzitutto sapere che ogni terremoto produce diversi tipi di onde, che non viaggiano alla stessa velocità. Le onde P (primarie) sono le più veloci: si propagano a circa 5,8 km/s nella crosta terrestre. Le onde S (secondarie), che arrivano dopo, viaggiano a circa 3,4 km/s — ma sono quelle che causano la maggior parte dei danni, per via del loro movimento di taglio. Questa differenza di velocità, formalizzata in una rivista accademica pubblicata in Progress in Earth and Planetary Science, è la chiave di ogni sistema di allerta precoce: se si rilevano le innocue onde P, in teoria si possono avvertire le persone prima dell’arrivo delle devastanti onde S.
È esattamente la scommessa vinta da Google. Ma con una rete di sensori un po’ particolare.

Due miliardi di sismografi nelle tasche

Il vostro smartphone contiene un accelerometro — un minuscolo sensore che misura le variazioni di movimento nelle tre dimensioni dello spazio. La sua funzione principale è stabilire se tenete il telefono in verticale o in orizzontale. Ma rileva anche, senza saperlo, le vibrazioni del terreno.
L’Android Earthquake Alerts System (sistema di allerta terremoti Android), attivato da Google dall’aprile 2021, sfrutta questa capacità su vasta scala. Come illustra l’articolo di riferimento pubblicato su Science da Richard M. Allen e colleghi, il sistema mobilita due miliardi di telefoni Android distribuiti in tutto il mondo come una rete sismica distribuita. Ogni telefono invia i propri dati di accelerazione ai server di Google, che aggregano i segnali di più dispositivi vicini per localizzare l’epicentro e stimare la magnitudo.
Un sensore isolato non basta — può facilmente confondere una scossa sismica con qualcuno che lascia cadere il telefono. È la ridondanza a creare affidabilità. Il progetto accademico MyShake, precursore di questo approccio, aveva mostrato che finestre di due secondi di accelerazione analizzate da un classificatore permettevano di riconoscere il 98% dei terremoti a meno di 10 km, scartando al contempo il 93% dei movimenti quotidiani. Con due miliardi di dispositivi, il margine di errore individuale diventa statisticamente trascurabile.

La zona grigia: quando l’allerta arriva troppo tardi

Ecco la trappola che il grande pubblico spesso ignora. L’allerta può essere inviata solo dopo che i server hanno ricevuto ed elaborato abbastanza segnali da confermare un terremoto — e questo richiede alcuni secondi. Secondo El País, che cita Richard Allen, direttore del Berkeley Seismology Lab, le prime onde avrebbero raggiunto i telefoni della città più vicina circa 5,5 secondi dopo l’origine del terremoto e le prime allerte sarebbero state emesse circa 9 secondi dopo l’inizio della rottura.
Risultato: le persone molto vicine all’epicentro ricevono l’allerta durante la scossa, se non addirittura dopo. È ciò che i ricercatori dell’allerta sismica precoce chiamano «zona grigia» — una zona in cui nemmeno il miglior sistema al mondo può fare nulla. Più ci si allontana dall’epicentro, più aumenta il preavviso, che può arrivare, secondo The New York Times, fino a due minuti per gli utenti più lontani. In Venezuela, 11,4 milioni di persone avrebbero ricevuto un’allerta prima o durante l’arrivo delle scosse.

Magnitudo 7,2 poi 7,5: non così vicini

L’USGS (United States Geological Survey) ha registrato due voci distinte per questo evento: un primo terremoto di magnitudo 7,2 vicino a San Felipe, seguito da un secondo di magnitudo 7,5 vicino a Yumare. Il secondo ha attivato un’allerta rossa nel sistema di valutazione.
Questi due numeri sembrano vicini. Non lo sono. La scala della magnitudo momento, formalizzata da Hanks e Kanamori nel loro articolo fondativo, è logaritmica: un aumento di 0,3 unità corrisponde già a un aumento significativo dell’energia liberata. Passare da 7,2 a 7,5 è un salto fisico ben maggiore di quanto suggerisca la differenza aritmetica. Questo dettaglio non è secondario per il sistema di allerta: l’algoritmo deve stimare la magnitudo in pochi secondi, su dati ancora frammentari, per decidere quale zona avvertire e con quale grado di severità.
Qui risiede la difficoltà matematica centrale, evidenziata in un articolo del Journal of Geophysical Research: stimare la magnitudo in tempo reale è un problema di inferenza probabilistica con vincoli temporali. I primi secondi del segnale sono poveri d’informazione. L’algoritmo deve quindi scegliere se allertare rapidamente con una magnitudo sottostimata — in Venezuela, la prima stima era di 6,2 secondo El País — oppure aspettare di avere più dati, rischiando di perdere secondi preziosi. Questo compromesso tra velocità e precisione è la vera sfida dell’ingegneria sismica moderna.

Quando l’infrastruttura di allerta sta in una tasca

Il Venezuela non dispone di una rete nazionale di allerta sismica precoce. È proprio in questo vuoto istituzionale che il sistema Android ha svolto un ruolo cruciale, come sottolinea l’Associated Press, confrontando il caso venezuelano con i sistemi pubblici esistenti in Giappone, Messico o Stati Uniti. Secondo AP, Android invia allerte per circa 60 terremoti al mese, raggiungendo ogni volta in media 18 milioni di telefoni. Dal 2021 sono stati rilevati oltre 18 000 terremoti, in quasi cento Paesi.
Resta una questione aperta: un’infrastruttura di allerta così critica può poggiare durevolmente su una piattaforma privata? Alcuni secondi di allerta non compensano decenni di costruzioni vulnerabili. Il bilancio umano del 24 giugno lo ricorda con brutalità.

Concetti chiave

  • Il vostro telefono Android è costantemente un sismografo sempre in ascolto: il suo accelerometro invia dati a Google, che li incrocia con quelli di milioni di altri dispositivi per rilevare un terremoto in pochi secondi.
  • Un terremoto produce due tipi di onde: le onde P (veloci, poco distruttive) arrivano per prime, le onde S (più lente, molto distruttive) causano i danni — è il ritardo tra le due a creare la finestra di allerta.
  • Più siete lontani dall’epicentro, più secondi di anticipo avete. Vicino all’epicentro, l’allerta può arrivare durante la scossa: è un limite fisico, non un bug.
  • In Venezuela, 11,4 milioni di persone hanno ricevuto un’allerta prima o durante le scosse — grazie a una rete in cui ogni nodo era uno smartphone in una tasca.

Sotto il cofano: la fisica del preavviso in secondi

Ecco come calcolare concretamente il preavviso di cui dispone un abitante situato a una distanza d dall’epicentro. Poniamo le velocità classiche usate in sismologia: onda P a vP = 5,8 km/s, onda S a vS = 3,4 km/s (valori tratti dalla rivista Progress in Earth and Planetary Science).
L’onda P raggiunge il primo telefono alla distanza d0 al tempo tP = d0 / vP. Il sistema necessita poi di un tempo di elaborazione τ (alcuni secondi) per aggregare i segnali, stimare la magnitudo ed emettere l’allerta. Questa viaggia quindi alla velocità della luce — istantaneamente su scala umana — fino all’utente situato alla distanza d. L’onda S, invece, raggiunge quell’utente solo al tempo tS = d / vS.
La finestra di allerta è dunque:
Δt = tS − (tP0 + τ) = d / vS − d0 / vP − τ
Prendiamo un esempio numerico: l’utente si trova a 100 km dall’epicentro, il primo telefono rilevatore si trova a 20 km, il tempo di elaborazione è di 9 secondi (un valore coerente con i dati di El País per il Venezuela). L’onda S impiega 100 / 3,4 ≈ 29,4 s per arrivare. L’allerta viene emessa dopo 20 / 5,8 + 9 ≈ 12,4 s. Il preavviso è dunque di circa 17 secondi. A 200 km sale a quasi 46 secondi.
Ma a 30 km dall’epicentro, con gli stessi parametri, l’onda S arriva in 8,8 s — prima ancora che il sistema abbia finito di elaborare i dati. È la «zona grigia»: una zona in cui nessun sistema di allerta basato sul rilevamento successivo all’innesco può intervenire in tempo. La sua estensione dipende direttamente dal tempo di elaborazione τ: ridurre questo ritardo di un secondo arretra il confine della zona grigia di vari chilometri. Ecco perché l’ottimizzazione algoritmica — più telefoni, migliore aggregazione, stima più rapida della magnitudo — non è un lusso tecnico, ma una questione di geografia della sopravvivenza.