Non si carica niente. Ecco come verificarlo.

Tre verifiche, in trenta secondi

Staccate la connessione di rete. Caricate uno strumento, poi spegnete il wi-fi o staccate il cavo. Trascinate un documento, unitelo, ruotatelo, numeratelo, salvatelo, cambiate strumento. Tutto continua a funzionare, perché tutto avveniva già sulla vostra macchina — anche se staccate prima di aver trascinato qualcosa.

Guardate la scheda «Rete». Aprite gli strumenti di sviluppo del vostro browser (F12), scheda Rete, e trascinate un file di cento pagine, riordinatelo, mettetegli una filigrana. Non esce niente: nessuna richiesta, nessun invio in secondo piano, nessuna telemetria. Salvate, e ne vedrete comparire esattamente una, /compte?p=100&f=pdf: il contatore della pagina iniziale, che riceve un numero e la famiglia di strumenti da cui viene. Pesa una riga, ed è l'unica di tutto il sito. Se preferite non aprire gli strumenti di sviluppo, ogni pagina di strumento porta in fondo una scorciatoia alla stessa lista — «Che cosa questa scheda ha chiesto alla rete» — che si aggiorna mentre lavorate. Quella scorciatoia la scrive la pagina, quindi noi; quella che fa fede è la tabella del vostro browser, e lo diciamo anche lì.

Leggete la politica di sicurezza dei contenuti. È nel sorgente di ogni pagina, e il vostro browser la impone. connect-src 'self' significa che la pagina non può aprire una connessione verso nessun altro dominio: né un fornitore di caratteri, né una CDN, né uno script di misurazione. Non è una politica, è una regola applicata dal browser.

Staccati, il sito funziona ancora — ed ecco che cosa è costato

La prima verifica qui sopra aveva un punto cieco, e va detto prima di tutto: una pagina di strumento si apre senza il suo macchinario. Le due librerie che fanno il lavoro pesano tre quarti del sito e non servono a niente finché non si trascina un file, perciò venivano prese solo al primo. Chi staccava la rete prima di trascinare trovava uno strumento morto, e poteva a ragione credere di averci colto in fallo.

Ora un service worker mette da parte quel macchinario appena la pagina si apre, insieme alle cinquanta pagine di strumenti della vostra lingua. Potete staccare appena arrivati e poi unire, oscurare, alleggerire e passare da uno strumento all'altro. Il sito sta dentro il vostro browser: è la dimostrazione che un servizio che carica i file non può copiare, perché gli serve il suo server per lavorare.

Resta da dire con franchezza che cos'è questo pezzo. Un service worker è un programma che si installa fra la pagina e la rete: esattamente il punto da cui si tirerebbero fuori i vostri documenti se qualcuno volesse farlo. Ecco quindi che cosa fa il nostro, e che cosa non fa.

• Non apre nessuna connessione. Le evita: il suo lavoro è rispondere con quello che ha già, per non dover chiedere niente. Non parla con nessun altro dominio — la politica di sicurezza dei contenuti glielo vieterebbe comunque.
• Nessun documento gli passa attraverso. I vostri file non toccano mai la rete; vanno dal vostro disco alla memoria della scheda. Quello che conserva sono le pagine e il codice di questo sito, nient'altro.
• Non tocca il contatore e, soprattutto, non lo rigioca. Un service worker sa trattenere un invio e rifarlo quando la rete torna. Vorrebbe dire conservare nel vostro browser una traccia datata del vostro lavoro, in attesa di mandarcela. Offline il contatore non conta, e va benissimo così.
• Si svuota del tutto a ogni nuova versione del sito, e non serve mai la pagina di ieri finché la rete risponde: una pagina scaduta sono promesse scadute.
• Si può leggere. È il file /sw.js, alla radice del dominio: duecento righe commentate che si aprono in una scheda. Non dovete credere a questo paragrafo.

L'unica richiesta, e che cosa porta

Dopo un'esportazione, e solo allora, la pagina invia una richiesta a questo dominio. Porta due cose: un numero e la famiglia di strumenti da cui viene, pdf, image, video o archive. Nessun byte del vostro documento, nessun nome di file, nessun identificativo, nessun cookie, e nemmeno lo strumento preciso: una famiglia ne contiene una dozzina.

Il registro del server per quel punto scrive tre cose: una data, una famiglia e quel numero. Dice quindi che in un certo giorno qualcuno ha lavorato su un'immagine e non su un PDF, una cosa in più di ieri, legata a nessuno: nessun indirizzo, nessuna sessione, nessun concatenamento. Il formato è nel repository, e un browser che chiede di non essere tracciato non invia proprio niente. Avremmo potuto contare le visite come tutti; uno script di misurazione avrebbe visto la pagina, l'indirizzo, il dispositivo e il percorso, e niente di tutto ciò serve per mostrare «tante pagine elaborate».

Che cosa cambia per il GDPR

I vostri documenti non vengono mai trattati da noi, perché non arrivano mai fino a noi. Non c'è un responsabile del trattamento da nominare, né un trasferimento fuori dall'Unione europea da dichiarare, né un periodo di conservazione da fissare, né niente da chiedere a nessuno di cancellare.

Nessun cookie, nessun tracciante, nessun terzo, quindi nemmeno un banner di consenso, perché non c'è niente a cui consentire. Quello che un server web vede necessariamente quando caricate una pagina (un indirizzo IP, una data, la pagina richiesta) resta vero qui come ovunque: è così che funziona il web, e riguarda la pagina, mai i vostri documenti.

Funziona senza di noi

Tutto il sito è una cartella di file statici. Si può mettere su una intranet o su un piccolo server web qualsiasi e funziona staccato: quel pacchetto è ciò che vendiamo, per organizzazioni che preferiscono non dipendere da nessun sito esterno.

Che è anche la risposta più semplice a «e se questo sito sparisse?»: niente di quello che avete fatto qui dipendeva dal fatto che restasse in piedi.