Descargaste tu Google Takeout. ¿Y ahora qué?

Las dos rutas de abajo terminan en el mismo sitio: los archivos complementarios (sidecars) integrados en las fotos, los duplicados de los álbumes eliminados y una biblioteca organizada por fecha en la nube que elegiste. Lo que cambia es quién hace el trabajo y dónde. Dos cosas lo deciden: cuántos gigabytes descargaste, y si una tarde con una herramienta de línea de comandos te suena a un proyecto agradable o a una tarea pesada.

Elijas la que elijas, lee primero las tres secciones siguientes. Son cortas, y marcan la diferencia entre una biblioteca que parece correcta y una que lo es.

En ese correo corren dos relojes. Los enlaces de descarga dejan de funcionar unos 7 días después de crearse la exportación, y Google permite descargar cada archivo 5 veces (las dos cosas están en las notas del propio Google sobre Takeout). Una conexión inestable que reinicia una descarga cuenta contra esas cinco. Así que la primera tarea es aburrida: lleva todas las partes a tu disco, de una sentada si puedes, y comprueba que los tamaños coinciden con lo que muestra la página de Takeout. Una parte a la que le faltan unos cientos de megabytes respecto a sus hermanas es una parte que se cortó, y más adelante no se abrirá.

No renombres nada. Los nombres de archivo llevan la marca de tiempo de la exportación y el número de parte, con la forma takeout-20260925T101502Z-001.zip, o takeout-20260925T101502Z-3-014.zip en una exportación más grande. Todas las herramientas capaces de recomponer tu biblioteca leen esos números para saber qué partes pertenecen a la misma exportación y si falta alguna.

Si tus archivos terminan en .tgz y estás en Windows, no se abrirán con doble clic. Instala 7-Zip, que es gratuito, o elige zip la próxima vez; para fotos, tgz no tiene ninguna ventaja. El Mac abre los dos con la Utilidad de Compresión integrada.

Lo último antes de descomprimir nada: comprueba el espacio libre de tu disco. Descomprimir necesita tanto espacio como ocupan los zip, y las herramientas que reescriben archivos necesitan ese espacio otra vez. Una exportación de 200 GB en un portátil de 512 GB es un problema real, y es el motivo principal por el que existe la ruta 2.

Todas las partes se descomprimen en el mismo esqueleto: una carpeta llamada Takeout, dentro Google Fotos, y dentro de esa dos tipos de carpeta una junto a otra. Photos from 2019, Photos from 2020 y así sucesivamente contienen todo, una carpeta por año. Al lado hay una carpeta por cada álbum que hayas creado. Las carpetas de álbum son copias: una foto que está en tres álbumes está cuatro veces en tu exportación. Suma las copias -edited que Google escribe para todo lo que recortaste o filtraste, y una exportación ocupa habitualmente el doble que la biblioteca de la que salió.

Junto a casi cada foto hay un pequeño archivo de texto con el mismo nombre y terminación .json. Desde finales de 2024 suele ser .supplemental-metadata.json, y cuando el nombre de la foto es largo, Google recorta la terminación de formas que varían de un archivo a otro. En estos archivos complementarios es donde Google guardaba lo que nunca escribió en las propias fotos: la fecha de captura que calculó para las capturas de pantalla y las imágenes de WhatsApp, cualquier fecha que corrigieras a mano, la ubicación que añadiste, tus descripciones, tus favoritos. Además, una foto y su archivo complementario no siempre caen en la misma parte; la parte 3 puede tener la imagen y la parte 7 su archivo complementario.

Hay dos cosas que no están ahí, y la gente las busca. Los álbumes que alguien compartió contigo pertenecen a esa persona y no se exportan a menos que antes guardaras las fotos en tu propia biblioteca. Y las Live Photos se separan: la imagen fija y su vídeo de tres segundos ahora son dos archivos normales.

Google no te quitó las fechas. Descomprimir hizo algo más simple: tu equipo marca cada archivo que extrae con el momento de la extracción, y esa es la fecha por la que ordenan el Finder, el Explorador y la vista de archivos predeterminada de cualquier nube. Una foto tomada con una cámara o un teléfono sigue teniendo su fecha de captura real dentro del archivo, en la cabecera EXIF, exactamente como se subió. El explorador de archivos sencillamente no mira ahí.

Las fotos en peligro son las que nunca tuvieron fecha EXIF: capturas de pantalla, imágenes guardadas de WhatsApp o de la web, escaneos, y todo aquello cuya fecha corregiste a mano en Google Fotos. Para esas, el único registro de cuándo se tomaron es el archivo complementario. Pierde el archivo complementario, o sube la foto sin integrarlo, y esa foto queda fechada hoy para siempre.

Esto importa por cómo construyen las nubes sus cronologías. La vista Fotos de OneDrive ordena por la fecha EXIF y recurre a la fecha de modificación del archivo cuando no hay ninguna. La lista de archivos de Dropbox refleja la fecha de modificación de tu disco, mientras que su pestaña Fotos lee el EXIF. Así que todo el juego, tomes la ruta que tomes, consiste en esto: meter cada fecha dentro del propio archivo de foto antes de que la foto llegue a la nube. Lo demás es logística.

Descomprime todas las partes en una sola carpeta, ejecuta una herramienta que integre los archivos complementarios en las fotos, elimina los duplicados de los álbumes y sube el resultado con la aplicación de escritorio de tu nube. Las herramientas son buenas en 2026, y para una biblioteca que cabe en tu disco esta ruta no cuesta más que tu tiempo. GooglePhotosTakeoutHelper es gratuito, de código abierto y de línea de comandos, maneja los archivos complementarios renombrados y los duplicados de los álbumes, y necesita ExifTool instalado para todo lo que no sea JPEG. Metadata Fixer (US$ 39, pago único) hace lo mismo con una ventana y botones, y se las arregla solo con las exportaciones de varias partes. FolioSort repara fechas, ubicaciones y favoritos gratis y cobra por ordenar en carpetas. Y ExifTool, que está debajo de todos ellos, hace cualquier cosa, si te sientes cómodo escribiendo el comando tú mismo.

En el paso de la subida esperan dos trampas, y las dos están documentadas por las propias nubes:

• OneDrive cuenta la ruta completa. El límite en la nube es de 400 caracteres para la ruta completa, y los espacios y caracteres especiales cuentan en su forma codificada, así que un espacio cuesta tres. Los nombres largos de álbum de Takeout más las terminaciones .supplemental-metadata.json alcanzan ese límite más a menudo de lo que crees, y la aplicación de escritorio lo notifica como un vago error de sincronización. En Windows hay un segundo límite, más bajo, de 260 caracteres para la ruta local.
• Dropbox cuenta archivos. Dropbox avisa de que su aplicación de escritorio se vuelve lenta a partir de unos 300 000 archivos sincronizados. Una biblioteca de diez años, con sus archivos complementarios y sus copias de álbum, llega ahí. Elimina los duplicados y los archivos complementarios ya integrados antes de sincronizar, no después.

Luego, la subida en sí. Una conexión doméstica típica sube de 40 a 50 Mbps, unos 5 MB por segundo en la práctica, y la aplicación de escritorio indexa cada archivo pequeño sobre la marcha. Cuenta con días para unos cientos de gigabytes, y espera que el resto de la casa note que la subida está ocupada. Calcula un fin de semana, el doble del tamaño de tu biblioteca en espacio libre en disco y algo de paciencia con los casos raros de la herramienta de reparación. Si eso te suena a un proyecto satisfactorio, lo es.

PhotoBridge hace la ruta 1 por ti, en la nube. Descomprime los archivos divididos, integra la fecha y la ubicación de cada archivo complementario en el EXIF de cada foto, omite las copias duplicadas que Takeout crea para los álbumes, escribe el resultado en un árbol de carpetas limpio por año y mes en tu OneDrive, Dropbox o bucket, o te lo devuelve como un zip por año, y al final te envía por correo un informe archivo por archivo. En tu equipo no se descomprime nada, y las dos trampas de arriba nunca aparecen, porque lo que llega al otro lado ya está ordenado. La única pregunta es cómo le llegan los zip, y eso depende del tamaño.

¿No quieres ninguna cuenta en la nube de por medio? Elige «Descargar a mi equipo» como destino. Se ejecuta la misma reparación, y lo que vuelve es una lista corta de zip, uno por año, con todo lo de dentro ya en carpetas por año y mes: descomprímelos en un disco o un NAS y listo. Los zip te esperan siete días, o catorce si pides más tiempo (cifrados, accesibles solo desde tu cuenta, borrables en cuanto los hayas guardado) y después desaparecen. Es la ruta para un disco externo, un NAS, Amazon Photos o iCloud, en los que ningún servicio en la nube puede escribir directamente.

Menos de unos 50 GB: sube los zip. Elige «Subir desde este equipo» en el paso «Archivos» y suéltalos ahí. Se envían desde tu navegador en bloques de 16 MB, varios a la vez, y cerrar la tapa del portátil pausa la subida en vez de arruinarla: vuelve a elegir el mismo archivo y continúa desde los bloques ya enviados. A velocidades domésticas, eso es una hora para 20 GB y una noche para 50.

Más que eso: deja que la aplicación de escritorio los lleve. Instala la aplicación de escritorio de OneDrive o de Dropbox si no la tienes y arrastra los zip a cualquier carpeta que sincronice. Sube en segundo plano, sobrevive a la suspensión y a los reinicios, y reintenta sola, algo que una pestaña del navegador no puede igualar con un montón de 300 GB. Cuando los zip hayan llegado, elige «En mi OneDrive» o «En mi Dropbox» en el paso «Archivos»; PhotoBridge encuentra las partes, comprueba que la numeración no tenga huecos y ejecuta la misma migración de nube a nube.

Y si todavía puedes volver a solicitar la exportación, hay una versión más corta: en takeout.google.com elige «Añadir a OneDrive» o «Añadir a Dropbox» como método de entrega. Google entrega las partes de servidor a servidor y tu conexión nunca las toca. Cuesta una segunda espera a Google y te ahorra la subida por completo.

Para que quede claro: PhotoBridge es nuestro producto, y esta guía está en nuestro sitio. La ruta 1 funciona sin él, y cuando dijimos que para alguien con una tarde libre y un terminal es una buena respuesta, lo decíamos en serio.