Google Foto's overzetten naar Dropbox

Jarenlang konden cloudtransferdiensten inpluggen op de Google Foto's-API, je hele bibliotheek lezen en hem overal naartoe kopiëren. Op 31 maart 2025 gooide Google die deur dicht: externe apps verloren de mogelijkheid om je bibliotheek te lezen. Wat overblijft is een kiezer waarin je een app een handvol foto's tegelijk aanreikt. Prima om afdrukken te kiezen, onbruikbaar voor een archief van 60.000 foto's.

De diensten die op die API waren gebouwd staan nog steeds in je zoekresultaten, verkopen nog steeds abonnementen en beloven nog steeds een directe sync van Google Foto's naar Dropbox. Lees hun instructies goed en je ziet het verklikkertje: ergens rond stap drie sturen ze je stilletjes Google Takeout in, want Takeout is nu de enige uitgang uit Google Foto's die alles kan zien. We hebben ze allemaal vergeleken in een aparte gids; de korte versie is dat je migratie hoe dan ook hetzelfde begint.

Alle drie beginnen ze met dezelfde vijf minuten: ga naar takeout.google.com, vink alles uit behalve Google Foto's, en vraag de export aan. De routes verschillen in waar je hem naartoe stuurt en wie daarna opruimt.

Takeout kan je export rechtstreeks in Dropbox afleveren: verander op het exportscherm “Verzenden naar” van downloadlinks naar Toevoegen aan Dropbox. Google duwt de archieven dan server-naar-server in een map Apps/Google Download Your Data. Er gaat niets over je thuisverbinding, en je kunt een jaar lang elke twee maanden een verse export inplannen.

Weet wel wat je krijgt: een plank vol gecomprimeerde archieven, geen fotobibliotheek. Een bibliotheek van 200 GB komt aan als tientallen zip-delen. De foto's daarin hebben hun metadata nog steeds verspreid over .json-sidecars, en de fototijdlijn van Dropbox kan überhaupt niet in zips kijken. Drie praktische waarschuwingen:

• Kies delen van 10 GB, geen 50 GB. De jumbo-archieven mislukken veel vaker tijdens het genereren en bezorgen (zips van meerdere gigabytes struikelen ook in veel uitpaktools), en één mislukt deel betekent de hele export opnieuw draaien.
• Let op het venster van een week. Een export die niet binnen ongeveer 7 dagen is bezorgd of gedownload verloopt, en grote exports kosten al dagen om te genereren. Zorg dat Dropbox genoeg vrije ruimte heeft voordat je de export aanvraagt, anders breekt de overdracht af.
• Pak niets uit binnen de Dropbox-website. De webuitpakker loopt geregeld vast op archieven van Takeout-formaat met hun honderdduizenden kleine bestanden. Wil je de foto's later uitgepakt hebben, doe het dan op een computer via de desktop-app. Dat is route B.

Als goedkope, automatische back-up van je Google Foto's-data is deze route goed: gezipte archieven in je eigen Dropbox verslaan geen kopie. Als manier om je foto's in Dropbox ook te bekijken is het er geen.

De route van de purist, en de enige gratis route die eindigt met kloppende datums. Stuur de Takeout-export naar downloadlinks (of Drive), en dan, op een computer met genoeg vrije schijf:

• Download elk deel en pak alles uit in één mappenboom (7-Zip op Windows, Keka op macOS zijn op dit formaat de betrouwbare keuzes).
• Draai een metadata-fixer, GPTH Neo (de onderhouden fork van Google Photos Takeout Helper) of ExifTool met een Takeout-script, om de datum en gps uit elke .json-sidecar terug in de foto te schrijven. Gebruik een actuele versie: Google hernoemde eind 2024 de sidecarbestanden en begon bestandsnamen af te kappen, wat oudere scripts en tutorials brak, de originele GPTH incluis.
• Los de dubbelen op die Takeout aanmaakt wanneer een foto zowel in je albums als in de hoofdstroom zit (fixers vangen een deel af; steekproef nemen).
• Verplaats de gerepareerde mappen naar je Dropbox-map en laat de desktop-app ze uploaden. De desktopclient verwerkt enorme uploads netjes; de uploader op dropbox.com heeft een plafond (350 GB per bestand) en worstelt met batches van honderdduizend bestanden.

Reken op een weekend, twee keer je bibliotheekgrootte aan vrije schijf, en wat geduld met de randgevallen van de fixer. Klinkt dat als een bevredigend project, dan is het dat ook. Klinkt het als de reden waarom je deze migratie al een jaar uitstelt, dan is er de volgende route.

PhotoBridge is route B als dienst, met de laptop uit de lus. Je stuurt je Takeout-export naar Google Drive (een bezorgoptie naast die van Dropbox), koppelt je Dropbox, en het streamt de export over: de opgeknipte archieven worden uitgepakt, de datum en locatie uit elke sidecar worden teruggeschreven in de EXIF van de foto, albumdubbelen worden overgeslagen, en het resultaat landt netjes op datum geordend in je Dropbox. Het hervat zichzelf na onderbrekingen en mailt je aan het eind een rapport per bestand.

De sidecar-rommel is het deel waar we de meeste tijd in hebben gestoken: de hernoemde .supplemental-metadata.json-bestanden, de afgekapte bestandsnamen, de niet-kloppende “(1)”-kopieën. Onze parser bestaat omdat naïeve scripts op precies deze randgevallen breken.

Voor de duidelijkheid: PhotoBridge is ons product, en deze gids staat op onze site. Route A en B werken er niet minder om, en de vergelijking hierboven is eerlijk over wanneer die de betere keuze zijn.

Zoek op welk forum dan ook naar Takeout en je vindt dezelfde wanhopige post: “elke foto staat op de datum van vandaag in plaats van wanneer hij is gemaakt.” De gebruikelijke conclusie, dat Google uit rancune je metadata sloopt, is onjuist, en snappen wat er werkelijk gebeurt vertelt je precies wat er gerepareerd moet worden.

Wat intact is: de fotobestanden zelf. Takeout geeft exact de bytes terug die je hebt geüpload. Een camerafoto met opnamedatum en gps in de EXIF heeft die nog steeds, byte voor byte.

Wat je op het verkeerde been zet: je computer. Uitpakken stempelt elk bestand met de datum van vandaag als bestandsdatum, en zowel je bestandsbeheer als de standaardweergave van Dropbox sorteert daarop, niet op de EXIF-datum in het bestand. De bibliotheek lijkt platgeslagen tot de exportdatum terwijl hij er onderhuids grotendeels prima bij staat.

Wat echt gevaar loopt: alles wat Google in zijn database bewaarde in plaats van in jouw bestanden. Datums die je in Google Foto's hebt gecorrigeerd, locaties die je hebt toegevoegd, en de opnametijden van de vele foto's zonder enige EXIF: schermafbeeldingen, WhatsApp- en social-media-opslagen, sommige video's uit chat-apps. Takeout levert dat alles in de .json-sidecar naast elke foto, en alleen daar. Sla de samenvoegstap over en die foto's vallen echt terug op de exportdatum, definitief. In een typische bibliotheek uit het smartphonetijdperk kan dat zomaar een vijfde van alles zijn wat je hebt.

De toets voor elke migratieroute is dus één vraag: schrijft hij de sidecar-data terug in de bestanden voordat ze in Dropbox landen? Route A doet dat niet (die parkeert het probleem, gezipt), route B doet het als de fixer schoon draait, route C doet het automatisch.

Kijk de grootte van je bibliotheek na bij de opslaginstellingen van je Google-account en kies dan een abonnement met ruimte over; tijdens de verhuizing heb je soms even zowel archieven als uitgepakte foto's staan:

Twee eigenaardigheden om te kennen voordat de foto's aankomen. De fototijdlijn van Dropbox leest EXIF, dus een goed gerepareerde bibliotheek sorteert daar correct, ook wanneer de gewone bestandsweergave uitpakdatums laat zien. Kijk dus eerst op het tabblad Foto's voordat je aanneemt dat er iets misging. En de webuploader en webuitpakker van Dropbox zijn het verkeerde gereedschap voor een klus van bibliotheekformaat: gebruik de desktop-app voor bulkuploads, en reken er nooit op dat je archieven binnen dropbox.com uitpakt.