Repáralo ahora
- Suelta el archivo
- La reparación ocurre en local
- Descarga el resultado
Qué es en realidad un .pptx
Cambia la extensión de un .pptx a .zip y podrás abrirlo: por debajo, es un archivo ZIP corriente que sigue el diseño Office Open XML (OOXML) de Microsoft. Dentro encontrarás [Content_Types].xml (que declara el tipo de cada parte), una carpeta _rels/ de archivos de relaciones que conectan las partes entre sí, y el cuerpo de la presentación bajo ppt/: ppt/presentation.xml (la columna vertebral del documento y el orden de las diapositivas), un ppt/slides/slide1.xml, slide2.xml… por cada diapositiva, además de slideLayouts/, slideMasters/, theme/ y una carpeta ppt/media/ que guarda las imágenes, el audio y el vídeo incrustados como archivos normales.
Esa estructura es la razón por la que el error suele ser superable. Tu texto vive como XML legible dentro de las partes de las diapositivas; tus imágenes son archivos completos en ppt/media/. Si el directorio central del ZIP (su tabla de contenidos al final del archivo) resultó dañado por una descarga truncada, o si una parte XML está mal formada, PowerPoint se detiene — pero la inmensa mayoría de las partes siguen intactas y se pueden extraer.
Cómo se conectan las diapositivas — y por qué una parte defectuosa lo rompe todo
La razón por la que un solo fallo puede tumbar toda la presentación es que las partes de PowerPoint no se referencian entre sí por nombre de archivo, sino por ID de relación, y la cadena tiene que sostenerse de principio a fin. ppt/presentation.xml enumera la presentación como una <p:sldIdLst> de entradas <p:sldId id="256" r:id="rId2"/>. Ese r:id no es una ruta de archivo; es una clave que se busca en ppt/_rels/presentation.xml.rels, que asigna rId2 → slides/slide2.xml. Así que el orden de las diapositivas y la existencia de las diapositivas se almacenan en dos lugares distintos, y pueden romperse de forma independiente:
- Un
slide2.xmlintacto cuya entradar:ido<p:sldId>se ha perdido queda huérfano: está presente físicamente, pero es invisible para PowerPoint. - Una
<p:sldId>que apunta a una relación cuyo destino falta es una referencia colgante, y toparse con una es un desencadenante clásico de "found a problem with content".
Se vuelve más frágil todavía porque las diapositivas heredan. Cada slideN.xml tiene su propio _rels que apunta a un slideLayout, que apunta a un slideMaster, que apunta al theme. Es una dependencia compartida: daña un slideMaster o un slideLayout y todas las diapositivas construidas sobre él fallan a la vez — por eso una presentación puede negarse a abrir por lo que parece una única parte rota. Por tanto, reparar no es solo "recuperar las diapositivas"; es reconstruir el grafo de relaciones para que las partes supervivientes vuelvan a encontrarse.
Cómo la reparación en el navegador recupera tus diapositivas
La herramienta trata el .pptx como lo que es — un paquete ZIP/OOXML — y trabaja en tres niveles. Primero, el contenedor: si el índice del ZIP está roto o falta, recorre el archivo en busca de las cabeceras locales de cada parte almacenada y reconstruye el archivo a partir de las entradas que sobrevivieron. Segundo, las partes: comprueba las piezas XML clave ([Content_Types].xml, presentation.xml, las partes de las diapositivas) y conserva cada una cuyo XML esté bien formado. Tercero, las relaciones: repara el grafo de _rels — volviendo a referenciar las diapositivas huérfanas dentro de la sldIdLst y descartando los enlaces colgantes — para que PowerPoint abra el paquete en lugar de atascarse en un puntero roto.
Esto es más quirúrgico que la propia función "Open and Repair" de PowerPoint que, cuando funciona, descarta en silencio todo lo que no puede leer y muestra un registro de recuperación de "Repaired Records" (registros reparados) — que a menudo significa que algunas diapositivas desaparecieron sin más. Reconstruir el paquete, en cambio, conserva cada parte que está genuinamente intacta.
Se aplican límites honestos. Las partes más frágiles son los objetos incrustados: un gráfico lleva sus propios datos como un libro .xlsx dentro de ppt/embeddings/ (una hoja de cálculo anidada en una presentación), y los objetos OLE están ahí como blobs .bin — si uno de esos archivos incrustados es la parte mal formada, el gráfico o el objeto puede perderse aunque su diapositiva se recupere. Si un slideN.xml concreto está dañado más allá de lo analizable, el contenido editable de esa diapositiva puede haber desaparecido, aunque sus imágenes a menudo sobreviven en ppt/media/. Y los bytes que una descarga truncada nunca entregó no se pueden recrear — vuelve a descargar el original si puedes. Todo esto se ejecuta en tu navegador, así que una presentación confidencial nunca se copia a un servidor solo para repararla.
Qué puede y qué no puede reparar
Puede reparar
- Un .pptx cuyo directorio central ZIP quedó dañado o truncado — las partes que se escribieron por completo se reconstruyen
- Diapositivas huérfanas (un slideN.xml intacto con un r:id o una entrada sldIdLst perdidos) vueltas a referenciar dentro de la presentación
- Una presentación tumbada por un único slideMaster/slideLayout dañado y compartido por muchas diapositivas — se repara el grafo de relaciones
- Recuperar el texto y el diseño de las diapositivas a partir de partes cuyo XML sigue estando bien formado
- Recuperar imágenes y multimedia incrustadas que sobrevivieron en ppt/media/
No puede reparar
- Una diapositiva concreta cuyo propio XML está dañado más allá de lo analizable (su contenido editable puede ser irrecuperable)
- Un libro de un gráfico incrustado (ppt/embeddings/*.xlsx) o un objeto OLE dañado más allá de lo analizable
- Partes del archivo que una descarga truncada nunca llegó a entregar (vuelve a descargar el original si puedes)
- Archivos .pptx cifrados con contraseña cuando no se proporciona la contraseña
- Archivos que se leen como 0 bytes o casi todo ceros
Si una reparación falla, te decimos por qué (datos que faltan frente a estructura dañada), y nunca se te cobra por una reparación fallida.