Di Marqly Team · Aggiornato il 6 ottobre 2026 · come testiamo (in inglese)
Cambiare strumento di segnalibri finisce sempre allo stesso modo: esporti, carichi e… l’importatore dice «nessun segnalibro trovato», oppure importa tutto ma le cartelle si appiattiscono e le date svaniscono. Abbiamo smesso di tirare a indovinare. Abbiamo eseguito veri file di esportazione, pubblicati da altri, in un importatore di segnalibri e misurato esattamente cosa si carica e cosa si rompe. I file, il parser e l’esecuzione sono riproducibili e datati.
Risultati principali
- 0 su 261. Il vero
ril_export.htmldi Pocket non produce nulla: è un elenco<ul>, non il formato Netscape che gli importatori leggono. - 43 su 43. L’export HTML di Chrome si è importato alla perfezione: cartelle intatte e zero tag (Chrome non ne esporta).
- 306 su 412. Un export di Raindrop è stato letto per intero, ma un difetto nell’associazione delle descrizioni ha spostato le note su circa il 74% dei salvataggi annotati: ora corretto.
- Le date non sopravvivono. Le date di aggiunta venivano lette e poi scartate all’inserimento: il file di esportazione resta l’unica cronologia.
- Fallire in modo sicuro funziona. I file danneggiati hanno prodotto un errore chiaro, mai una libreria importata a metà.
Metodo: il parser in produzione è stato copiato alla lettera in un banco di prova jsdom ed eseguito su export pubblici fissati con hash; node run.mjs riproduce ogni numero. Protocollo completo: come testiamo (in inglese).
Il punto: «è HTML» non basta
Si dà per scontato che qualsiasi file di segnalibri .html sia intercambiabile. Non lo è. Esistono (almeno) due strutture HTML diverse in circolazione e gli importatori di solito leggono soltanto una delle due.
Cosa abbiamo testato
Abbiamo fatto leggere sei veri file di esportazione, pubblicati dai loro proprietari (fissati con SHA-256 perché i byte siano inequivocabili), dallo stesso parser Netscape-<DL> che include il nostro prodotto. Il corpus e gli hash sono scaricabili qui sotto: non abbiamo raccolto i dati di nessuno, abbiamo usato file che le persone avevano già pubblicato nei propri repository.
Risultati misurati (esecuzione del 26 settembre 2026, importatore Netscape-DL)
| App di origine | Tipo di file | Voci | Cosa ha fatto l’importatore |
|---|---|---|---|
| Chrome (export dell’estensione) | Netscape <DL> |
43 | 43/43 letti. Cartelle intatte; Chrome non ha tag, quindi non ne sono arrivati. |
| Raindrop.io (export utente) | Netscape <DL> |
412 | 412/412 letti. Ma un difetto nell’associazione delle descrizioni ha assegnato la nota sbagliata a 306/412 (circa il 74%) degli elementi annotati: ora corretto, dettagli sotto. |
Pocket (ril_export.html ufficiale) |
Elenco UL/LI, non <DL> |
261 | 0/261 letti. Il file è HTML strutturalmente valido ma non è il formato di segnalibri che l’importatore legge. Fallisce in modo sicuro con «nessun segnalibro trovato». |
| Due archivi etichettati male / danneggiati | HTML rotto | — | 0 segnalibri più un chiaro errore di validazione. Nessun crash, nessuna libreria importata a metà. |
Fonti verificate al 5 ottobre 2026: la guida all’importazione di Raindrop afferma di accettare «Pocket — esporta come file HTML»: è vero per il parser di Raindrop, che è un importatore diverso dal nostro, e il nostro punto è proprio che «HTML» comprende più strutture incompatibili. La documentazione di esportazione di Firefox descrive l’HTML Netscape che siamo riusciti a leggere senza problemi. Abbiamo misurato solo il nostro importatore: non abbiamo verificato se altri fornitori falliscano sugli stessi file e non sosteniamo che lo facciano.
Tre errori facili da non vedere
- La descrizione è finita sul link sbagliato. L’export di Raindrop annida una nota
<DD>sotto ogni segnalibro. Il nostro parser in produzione ha associato alcune note all’elemento vicino: in 306 record su 412 il campo descrizione era diverso. Un file può «importarsi bene» ed essere comunque sbagliato in modo sottile, che è il peggior tipo di errore di migrazione perché non te ne accorgi. La correzione sistema 258/412 record; gli altri legittimamente non hanno nota. - Le date di salvataggio originali si perdono. Il parser legge i timestamp
ADD_DATE/created, poi il nostro passaggio di inserimento li scarta, così ogni elemento importato prende la data dell’importazione. Il file è il tuo unico registro cronologico. Lo diciamo chiaramente invece di lasciartelo scoprire: l’importazione in Marqly non conserva le date di salvataggio. (La specifica del CSV di Raindrop, citata sopra, mostra che lìcreatedè importabile: un altro segno che formati e strumenti sono diversi.) - Fallire in modo sicuro è una funzione. Il risultato 0/261 per l’HTML di Pocket e le esecuzioni sugli archivi danneggiati hanno prodotto «nessun segnalibro trovato», non una scrittura parziale. Gli importatori che importano in silenzio metà libreria sono più pericolosi di quelli che rifiutano.
Cosa significa se stai cambiando strumento
- Se lasci Pocket, non dare a un importatore il suo
ril_export.htmldando per scontato che funzioni. Esporta l’archivio, trovalist.csve importa quello, oppure vedi prima in anteprima l’uno o l’altro con il nostro visualizzatore di file di segnalibri o con il convertitore di export Pocket. La meccanica è in cosa contiene davvero il file di esportazione di Pocket. - L’export HTML Netscape di un browser (Chrome/Edge/Firefox/Safari) è la cosa più portabile che puoi portare con te: è il formato che quasi ogni strumento, Marqly compreso, legge.
- Qualunque cosa scegli, conserva il file di esportazione. Le date e la struttura originale esatta raramente sopravvivono a un andata e ritorno.
Metodo e riproducibilità
Protocollo secondo i nostri standard di test (in inglese): il parser sotto test è una copia alla lettera del nostro parser di segnalibri in produzione; le fixture sono veri file di esportazione pubblicati (dotfile e corpora di terzi), identificati con SHA-256 in modo che i byte esatti siano fissati; ogni elemento è stato controllato campo per campo (URL, titolo, tag, descrizione, cartella, data) rispetto a ciò che il file dichiarava. È un test di fedeltà di un importatore su input reali, non un confronto tra fornitori. Aggiorneremo questa pagina con una nota di modifica datata se cambiano il corpus o il metodo.
Scarica il manifest del corpus (CSV, fissato con SHA-256)
Vuoi la libreria che risolve tutto questo?
Marqly legge l’export HTML del browser e il list.csv di Pocket, poi ti permette di ritrovare qualsiasi salvataggio per significato con la ricerca semantica IA di Pro. Guide: migrare da Pocket, migrare da Raindrop, migrare i segnalibri del browser.
