Als je bladwijzerexport niet wil importeren: wat we maten

Door Marqly Team (Engels) · Bijgewerkt op 6 oktober 2026 · hoe we testen (Engels)

Van tool wisselen met bladwijzers loopt altijd hetzelfde af: je exporteert, je uploadt, en dan zegt de importer ‘geen bladwijzers gevonden’, of hij importeert alles maar je mappen storten in en je datums verdwijnen. We zijn gestopt met gissen. We haalden echte, openbaar gepubliceerde exportbestanden door een bladwijzerimporter en maten precies wat laadt en wat breekt. De bestanden, de parser en de run zijn reproduceerbaar en gedateerd.

De belangrijkste bevindingen

• 0 van 261. Pockets echte ril_export.html leverde niets op: het is een
  -lijst, niet het Netscape-formaat dat importers lezen.
  • 43 van 43. De HTML-export van Chrome werd perfect geïmporteerd: mappen intact en nul tags (Chrome exporteert er geen).
  • 306 van 412. Een Raindrop-export werd volledig geparseerd, maar een bug bij het koppelen van beschrijvingen zette notities bij ongeveer 74% van de geannoteerde opslagen op de verkeerde plek; inmiddels opgelost.
  • Datums overleven niet. Toevoegdatums werden gelezen en bij het invoegen weggegooid; het exportbestand blijft de enige chronologie.
  • Veilig falen werkt. Slechte bestanden gaven een duidelijke foutmelding, nooit een half geïmporteerde bibliotheek.

  Methode: de uitgerolde parser werd letterlijk gekopieerd naar een jsdom-testomgeving en gedraaid tegen met hash vastgepinde openbare exports; met node run.mjs reproduceer je elk getal. Het volledige protocol: hoe we testen (Engels).

  De kern: ‘het is HTML’ is niet genoeg

  Mensen gaan ervan uit dat elk .html-bladwijzerbestand uitwisselbaar is. Dat is niet zo. Er zijn (minstens) twee verschillende HTML-vormen in omloop en importers lezen meestal maar één ervan.

  Wat we testten

  We parseerden zes echte exportbestanden die door hun eigenaren openbaar zijn gepubliceerd (vastgepind met SHA-256, zodat de bytes eenduidig zijn) met dezelfde Netscape-

  -parser die ons product levert. Het corpus en de hashes zijn hieronder te downloaden. We hebben van niemand gegevens verzameld; we gebruikten bestanden die mensen al in hun eigen repo’s hadden gepubliceerd.

  Gemeten resultaten (run van 26 september 2026, Netscape-DL-importer)

  Bronapp	Bestandstype	Items	Wat de importer deed
  Chrome (extensie-export)	Netscape	43	43/43 geparseerd. Mappen intact; Chrome bevat geen tags, dus er kwamen er geen mee.
  Raindrop.io (gebruikersexport)	Netscape	412	412/412 geparseerd. Maar een bug bij het koppelen van beschrijvingen zette de notitie verkeerd bij 306/412 (≈74%) van de geannoteerde items; inmiddels opgelost, details hieronder.
  Pocket (officiële ril_export.html)	UL/LI-lijst, geen	261	0/261 geparseerd. Het bestand is structureel geldig HTML maar niet het bladwijzerformaat dat de importer leest. Het faalt veilig met ‘geen bladwijzers gevonden’.
  Twee verkeerd gelabelde of beschadigde archieven	kapotte HTML	n.v.t.	0 bladwijzers plus een duidelijke validatiefout. Geen crash, geen half geïmporteerde bibliotheek.

  Gecontroleerde bronnen per 5 oktober 2026: de eigen importhulp van Raindrop stelt dat die ‘Pocket: exporteer als HTML-bestand’ accepteert. Dat klopt voor Raindrops parser; het is een andere importer dan de onze, en ons punt is nu juist dat ‘HTML’ meerdere onderling onverenigbare vormen omvat. De exportdocumentatie van Firefox beschrijft het Netscape-HTML dat wij schoon konden lezen. We hebben alleen onze eigen importer gemeten; we hebben niet getest of andere aanbieders op dezelfde bestanden falen en beweren dat ook niet.

  Drie fouten die makkelijk over het hoofd worden gezien

  • De beschrijving kwam bij de verkeerde link terecht. Raindrops export nestelt onder elke bladwijzer een
    -notitie. Onze uitgerolde parser koppelde sommige notities aan het naburige item: bij 306 van de 412 records week het beschrijvingsveld af. Een bestand kan ‘prima importeren’ en toch subtiel fout zijn, wat de ergste soort migratiebug is omdat je het niet merkt. De oplossing corrigeert het voor 258/412 records; de rest heeft terecht geen notitie.
  • Oorspronkelijke opslagdatums gaan verloren. De parser leest de tijdstempels ADD_DATE/created wel, maar onze invoegstap gooit ze weg, waardoor elk geïmporteerd item de importdatum krijgt. Het bestand is je enige chronologische vastlegging. Dat zeggen we liever openlijk dan dat je het zelf ontdekt: importeren naar Marqly bewaart opslagdatums niet. (Raindrops eigen CSV-specificatie, hierboven, toont dat created daar wel importeerbaar is, nog een teken dat formaten en tools verschillen.)
  • Veilig falen is een eigenschap. Het resultaat 0/261 bij Pocket-HTML en de runs met beschadigde archieven gaven ‘geen bladwijzers gevonden’ en geen gedeeltelijke schrijfactie. Importers die stilletjes een halve bibliotheek importeren zijn gevaarlijker dan importers die weigeren.

  Wat dit betekent als je van tool wisselt

  • Verlaat je Pocket, geef een importer dan niet zijn ril_export.html en ga ervan uit dat het werkte. Exporteer het archief, zoek list.csv en importeer die, of bekijk beide bestanden eerst met onze bladwijzerbestand-viewer / Pocket-exportconverter. De mechanica staat in wat er echt in een Pocket-exportbestand zit (Engels).
  • Een Netscape-HTML-export uit een browser (Chrome/Edge/Firefox/Safari) is het meest draagbare dat je kunt meenemen: het is het formaat dat bijna elke tool leest, Marqly incluis.
  • Wat je ook kiest: bewaar het exportbestand. Datums en de exacte oorspronkelijke structuur overleven een heen-en-terugreis zelden.

  Methode en reproduceerbaarheid

  Protocol volgens onze teststandaarden (Engels): de geteste parser is een letterlijke kopie van onze productieparser; de testbestanden zijn echte, openbaar gepubliceerde exportbestanden (dotfiles en corpora van derden), geïdentificeerd met SHA-256 zodat de exacte bytes vastliggen; elk item is veld voor veld gecontroleerd (URL, titel, tags, beschrijving, map, datum) tegen wat het bestand aangaf. Dit is een nauwkeurigheidstest van één importer tegen echte invoer, geen vergelijking tussen aanbieders. We werken deze pagina bij met een gedateerde wijzigingsnotitie als het corpus of de methode verandert.

  Download het corpusmanifest (CSV, met SHA-256 vastgepind)

  Wil je de bibliotheek die dit oplost?

  Marqly leest de HTML-export van je browser en Pockets list.csv, en laat je daarna elke opslag op betekenis terugvinden met semantisch AI-zoeken op Pro (Engels). Gidsen: migreren vanuit Pocket, migreren vanuit Raindrop, browserbladwijzers migreren.