Reorganizar las páginas de un PDF
Arrastra y suelta para reorganizar, eliminar o duplicar páginas. Todo el procesamiento se hace en tu navegador, tu PDF nunca sale de tu dispositivo.
Importar un PDF
Suelta tu PDF aquí o haz clic para importar
Tamaño máximo de archivo: 50 MB
Cómo funciona
- Sube tu PDF, arrastra y suelta un archivo PDF en el área de carga o haz clic para buscar en tu dispositivo.
- Reordena, elimina o duplica páginas: arrastra las miniaturas para reordenarlas. Usa los botones eliminar (X) o duplicar de cada tarjeta de página para retirarla o copiarla.
- Descarga tu PDF reordenado: haz clic en «Descargar el PDF reordenado» para guardar el archivo modificado en tu dispositivo. El PDF original nunca se modifica.
¿Por qué reordenar las páginas de un PDF?
A veces un PDF tiene las páginas en el orden incorrecto: un documento escaneado al revés, un informe combinado donde el anexo precede al resumen, o una presentación exportada con la portada al final. En lugar de reexportar desde la aplicación fuente (a menudo no disponible), puedes corregir el orden de las páginas directamente. Esta herramienta también maneja casos comunes: eliminar una página en blanco, duplicar una página de firma o mover un resumen al principio. Todo ocurre en tu navegador mediante PDF-lib y PDF.js; el archivo nunca sale de tu dispositivo, ideal para contratos, declaraciones fiscales, expedientes médicos y cualquier cosa que no enviarías a un servidor desconocido.
Funcionalidades
- Reordenamiento por arrastrar y soltar: coge cualquier miniatura y suéltala en una nueva posición. Funciona con ratón y con toque.
- Eliminación y duplicación: cada tarjeta de página tiene un botón X para eliminar y un botón para duplicar con un solo clic.
- Miniaturas en directo: visualiza una vista previa renderizada de cada página para saber exactamente lo que estás moviendo.
- Restablecimiento del orden: un clic restablece la secuencia original si cambias de opinión.
- 100 % del lado del cliente: tu PDF se procesa íntegramente en tu navegador. Sin subidas, sin cuentas, sin seguimiento del contenido de los archivos.
Preguntas frecuentes
¿Mi archivo PDF es seguro?
Sí, todo el procesamiento se realiza en tu navegador. Tu archivo PDF nunca se envía a un servidor, permanece en todo momento en tu dispositivo.
¿Puedo eliminar o duplicar páginas?
Sí, cada página ofrece un botón de eliminación (X) y un botón de duplicación (icono de copia) para retirar o copiar las páginas a voluntad.
¿Funciona en el móvil?
Sí, esta herramienta funciona en móvil con soporte táctil y arrastrar y soltar para reordenar las páginas.
¿Esta herramienta funciona con los PDF escaneados?
Esta herramienta funciona con todos los archivos PDF estándar. Para los documentos escaneados (PDF compuestos únicamente de imágenes), las funciones de extracción de texto pueden ser limitadas, ya que el contenido se guarda como imágenes en lugar de texto seleccionable.
¿Hay un límite de páginas?
No hay un límite fijo de páginas. La velocidad de procesamiento depende de las capacidades de tu navegador y dispositivo. Los documentos de varios cientos de páginas funcionan, pero pueden tardar más.
Qué significa realmente «reordenar las páginas de un PDF»
A nivel de usuario, reordenar es la operación de tomar un PDF cuyas páginas están en una secuencia y producir un PDF cuyas páginas están en una secuencia diferente. Interfaz arrastrar-y-soltar; miniaturas en pantalla; suelta una miniatura en una nueva posición; descarga el resultado. A nivel del formato de archivo, la operación es una manipulación del árbol de páginas. Cada PDF tiene un objeto catálogo raíz que apunta a un nodo /Pages de /Type /Pages. El nodo /Pages tiene una matriz /Kids de referencias a sus hijos, ya sean objetos de página hoja (/Type /Page) o más nodos /Pages intermedios formando un árbol. La entrada /Count de cada nodo lleva el conteo total de hojas debajo, así que un lector puede encontrar la página N en tiempo O(log N) sin recorrer cada hoja.
Reordenar, en esta representación, es solo reescribir la matriz /Kids del nodo raíz /Pages (o reestructurar los nodos intermedios si el árbol es profundo). Los objetos de página en sí no se mueven ni cambian; solo cambian las referencias a ellos. Esto suena simple y en su mayoría lo es. Las complicaciones aparecen cuando objetos de página individuales comparten recursos (fuentes, imágenes embebidas, flujos de contenido) con otras páginas: reescribir el árbol no debe huérfanar esos recursos compartidos, y la tabla de referencias cruzadas del archivo debe regenerarse para que los desplazamientos de bytes a cada objeto sean correctos. Una implementación ingenua que simplemente intercambia entradas /Kids sin reescribir la tabla xref produce un PDF corrupto. Las bibliotecas de reordenamiento manejan esto escribiendo un archivo nuevo de extremo a extremo con una nueva tabla xref, no parcheando el original.
Cómo funciona esta herramienta
Esta herramienta usa dos bibliotecas PDF en tándem: pdf-lib para la construcción de salida y PDF.js para el renderizado de miniaturas. Manejan partes complementarias del flujo. Cuando seleccionas un PDF, la API File del navegador entrega los bytes brutos a ambas bibliotecas. PDF.js analiza la capa de visualización del archivo, llama a getPage(n) para cada página y renderiza cada página en un pequeño canvas para producir la cuadrícula de miniaturas que ves. Las miniaturas son renderizados bitmap del lado del cliente; nada sobre ellas se transmite a ningún sitio.
Cuando arrastras una miniatura a una nueva posición, solo cambia un array JavaScript en memoria de índices de página. No ocurre manipulación de PDF durante el arrastre. Los bytes PDF originales quedan intactos. Cuando haces clic en «Descargar PDF reordenado», pdf-lib toma el array de índices (por ejemplo [3, 0, 1, 2, 4] para un documento de 5 páginas donde la página 4 se movió al frente) y construye un nuevo PDF: carga la fuente en un PDFDocument, crea un PDFDocument vacío nuevo, llama a copyPages(source, indices) para clonar las páginas solicitadas, luego addPage() para cada página clonada en orden. El resultado se serializa a un Blob, se envuelve en una URL de descarga y se te ofrece.
copyPages hace el trabajo pesado: rastrea cada objeto del que dependen las páginas objetivo (fuentes, imágenes embebidas, flujos de contenido, anotaciones, diccionarios de acción) y los copia al nuevo documento, luego reescribe la tabla de referencias cruzadas para que cada desplazamiento de bytes sea consistente. El PDF resultante es estructuralmente limpio, idéntico en salida renderizada al original página por página, solo con las páginas en el nuevo orden. Ninguna solicitud de red se dispara durante todo esto. Puedes verificarlo: abre las herramientas de desarrollador del navegador en la pestaña Red, haz una subida + reordenamiento + descarga y observa cualquier solicitud con el contenido del archivo. No habrá ninguna más allá de las cargas únicas de CDN de pdf-lib (~1,1 MB) y PDF.js (~440 KB) que el navegador almacena en caché.
Por qué dos bibliotecas en lugar de una
pdf-lib es una biblioteca orientada a la salida: puede leer PDFs a nivel estructural, modificar el árbol de páginas, copiar páginas entre documentos, embeber nuevo contenido y escribir un PDF limpio. Lo que no hace es renderizar páginas a píxeles. Ese es el dominio de PDF.js, que implementa la especificación completa de renderizado PDF, diseño de texto, rasterización de fuentes, gráficos vectoriales, transparencia, modos de mezcla, todo el camino hasta el canvas. Para una herramienta de reordenamiento necesitamos ambas. El reordenamiento es una operación estructural (territorio de pdf-lib), pero la UX requiere mostrar al usuario una vista previa visual para que sepa qué página es cuál (territorio de PDF.js). Una sola biblioteca que hiciera ambas cosas sería más grande; la división en dos bibliotecas es la elección pragmática del desarrollador web.
El costo son dos descargas CDN en la primera visita (aproximadamente 1,5 MB en total comprimido). El costo se paga una vez por navegador por vida útil de caché; las visitas posteriores cargan ambas bibliotecas desde caché al instante. No hay componente de servidor, y ninguna parte del archivo sale del navegador.
Flujos de trabajo reales que motivan reordenar páginas
- Documentos escaneados en el orden incorrecto. El escáner alimentó las páginas al revés, o el usuario alimentó dos páginas dobles y una tercera quedó añadida al final, o el alimentador de hojas tomó en orden inverso. Re-escanear suele ser impráctico (los originales se perdieron, el escáner está en otra oficina, el documento tiene cientos de páginas). Reordenar lo arregla en segundos.
- Informes combinados con anexos en el lugar equivocado. Varios documentos fuente se combinaron en un PDF y el orden no es el orden editorial: el anexo aterrizó antes de la conclusión, la carta de presentación terminó al final, el índice está en el medio. Común tras usar una herramienta de fusión que concatena sin preguntar por el orden.
- Ejecución de contratos con páginas de firma separadas. Una página de firma firmada vuelve como PDF separado y necesita ser la última página del contrato ensamblado (o la primera, en algunas jurisdicciones). Reordenar inserta la página firmada en su posición correcta en el documento maestro, sin necesidad de imprimir y re-escanear.
- Discovery legal y preparación de litigios. Las producciones documentales llegan en orden de sello Bates, que rara vez es el orden útil para un escrito. Reordenar para pruebas de audiencia o carpetas de juicio es una tarea rutinaria en soporte de litigios, y hacerlo en un navegador mantiene los documentos privilegiados fuera de servidores de terceros.
- Secuenciación de registros médicos. Los PDFs clínicos (formularios de admisión, resultados de pruebas, notas de tratamiento) llegan de múltiples sistemas en orden arbitrario. Los coordinadores de atención los reordenan en una secuencia cronológica o por consulta antes de compartirlos con especialistas. El contenido sensible se mantiene en el navegador.
- Envíos académicos y armado de tesis. Una tesis con el resumen, capítulos, referencias y anexos en un orden específico requerido por el comité. Reordenar permite al estudiante corregir la secuencia sin reexportar desde Word (que a menudo reinicia el formato y rompe la tabla de contenidos).
Errores comunes y lo que significan
- Los hipervínculos apuntan a las páginas equivocadas después de reordenar. El PDF fuente tiene hipervínculos o anotaciones que referencian índices de página directamente (por ejemplo un enlace de tabla de contenidos a «página 3» en lugar de a un destino con nombre). Después de reordenar, esas referencias siguen apuntando al ANTIGUO índice de página. La corrección es aplanar el PDF fuente con Aplanamiento de PDF en línea gratuito antes de reordenar, o aceptar que los enlaces de número de página absoluto necesitarán reparación manual después. Los enlaces de destino con nombre (el enfoque moderno) sobreviven correctamente.
- El archivo descargado es más grande que el original. copyPages de pdf-lib no deduplica recursos compartidos tan agresivamente como puede haberlo hecho el PDF fuente. Si las páginas 2 y 5 del original compartían un subconjunto de fuente y las separas al reordenar, el nuevo archivo puede terminar con dos copias de la fuente. La diferencia es generalmente pequeña (menos del 10 por ciento). Pasa el resultado por Compresor de PDF gratis en línea si el tamaño importa.
- Los marcadores o entradas de tabla de contenidos ahora están equivocados. La copia de páginas de pdf-lib preserva destinos con nombre explícitos adjuntos a las páginas copiadas, pero el esquema del documento (el árbol de marcadores) vive a nivel del catálogo raíz y no se reescribe automáticamente cuando se mueven las páginas. La salida reordenada mantiene el texto del marcador pero los marcadores pueden apuntar a páginas equivocadas. Limitación conocida del enfoque por copia de páginas; el workaround es re-añadir marcadores después de reordenar con un editor de esquema dedicado (Adobe Acrobat Pro lo hace nativamente).
- Los campos de formulario dejan de funcionar después de reordenar. Si el PDF fuente tiene campos AcroForm, los objetos de campo viven a nivel de documento (en
/AcroForm /Fields) pero sus anotaciones widget viven en las páginas. Después de reordenar, los widgets se mueven con las páginas, pero las asociaciones campo-a-widget pueden no preservarse perfectamente. La corrección para flujos «final, no editable» es aplanar el formulario antes de reordenar; para «sigue siendo rellenable después de reordenar» usa Adobe Acrobat Pro. - El arrastrar y soltar no funciona en mi pantalla táctil. Algunos navegadores móviles manejan eventos de arrastre de manera inconsistente. Esta herramienta registra tanto eventos de arrastre HTML5 (escritorio) como eventos táctiles (móvil), pero versiones específicas de navegadores Android tienen bugs conocidos con el arrastre tocar-y-mantener. Si el arrastre falla en táctil, prueba un navegador de escritorio; el resultado del reordenamiento es idéntico independientemente de dónde hagas el arrastre.
- El PDF tiene protección con contraseña. Esta herramienta no puede leer el árbol de páginas de un PDF cifrado: pdf-lib necesita analizar la estructura, y el análisis está bloqueado por el descifrado. Desbloquea primero con Desbloquear PDF gratis en línea, luego reordena, luego re-protege con Proteger un PDF con contraseña si es necesario. La pipeline de tres pasos es el flujo estándar para editar documentos seguros.
Reordenar solo en navegador frente a reordenar en la nube
Todo servicio en la nube de reordenamiento PDF (Smallpdf, ILovePDF, PDF24, Adobe Acrobat Online, Sejda, Lumin, Soda) sube tu PDF a los servidores del operador, renderiza miniaturas del lado del servidor, te permite arrastrar en el navegador contra esas imágenes renderizadas en servidor, luego envía tu orden final al servidor que produce el PDF reordenado y lo sirve como descarga. Las implicaciones de privacidad difieren de una subida normal de archivo de una manera pequeña pero interesante: el operador lee necesariamente el contenido de cada página (para renderizar miniaturas) antes de que hayas tomado cualquier decisión de reordenamiento. Incluso si cambias de opinión y nunca descargas el resultado, el operador ya ha procesado el contenido.
Esta herramienta no sube el PDF. pdf-lib y PDF.js se ejecutan ambos en la pestaña del navegador. Los bytes del archivo se leen una vez por la API File, se entregan a los analizadores de ambas bibliotecas y nunca se serializan de vuelta a la red. El único tráfico de red es la búsqueda CDN única de las dos bibliotecas en la primera visita; las visitas posteriores son completamente utilizables sin conexión desde caché. La contrapartida es el alcance de funciones. Los servicios en la nube a menudo agrupan operaciones secundarias: OCR de páginas escaneadas antes de reordenar, conversión de adjuntos a PDF al vuelo, firmar-y-enviar después de reordenar. La herramienta del lado del navegador aquí solo hace el reordenamiento. Para el flujo enfocado «necesito corregir el orden y descargar», el navegador es estrictamente más rápido (sin espera de subida, sin límites de tamaño de subida) y más privado.
Cuándo otra herramienta es la elección correcta
- PDFs de más de 200 MB en un dispositivo con memoria limitada. Las dos bibliotecas cargan el archivo entero en memoria; archivos muy grandes pueden hacer que la pestaña se caiga. Usa una herramienta de escritorio (Adobe Acrobat, qpdf CLI, PDFsam) para archivos enormes.
- Formularios XFA o cifrado basado en certificados. pdf-lib no maneja estructuras propietarias de Adobe de forma fiable. Adobe Acrobat es la herramienta canónica para esos.
- Reordenamiento que necesita preservar la estructura de marcadores/esquema. Si el documento tiene un esquema complejo y necesitas que los marcadores sigan a las páginas a sus nuevas posiciones, la característica Organizar Páginas de Adobe Acrobat Pro maneja esto nativamente; pdf-lib no.
- Reordenamiento en lote automatizado como parte de una pipeline. Para reordenamiento del lado del servidor o por script, usa pdf-lib directamente desde Node.js (la misma biblioteca, no se requiere pestaña de navegador), pikepdf de Python, o la sintaxis de rango de páginas explícita de la CLI de qpdf.
Más preguntas frecuentes
¿Por qué las miniaturas de páginas son pequeñas?
PDF.js renderiza miniaturas a un tamaño fijo (~150 px de ancho) para mantener el uso de memoria manejable para documentos con cientos de páginas. El PDF exportado usa las páginas fuente a RESOLUCIÓN COMPLETA: la calidad de renderizado de las miniaturas no tiene impacto en la calidad de salida. Si las miniaturas son demasiado pequeñas para ver qué hay en cada página, haz zoom en tu navegador; las miniaturas se escalarán proporcionalmente.
¿Funciona sin conexión?
Después de la primera visita, sí. pdf-lib y PDF.js los almacena en caché el navegador en la primera carga (aproximadamente 1,5 MB en total comprimido). Las visitas siguientes funcionan sin conexión de red, mientras la caché del navegador no se haya borrado. El reordenamiento PDF en sí nunca necesitó la red en primer lugar, solo la carga de la biblioteca.
¿Puedo reordenar páginas de varios PDFs en uno solo?
No directamente en esta herramienta: la UI de reordenamiento asume un único documento fuente. El flujo en dos pasos es: usa Unir PDF online gratis para combinar tus fuentes en un solo PDF, luego trae ese PDF combinado aquí para arrastrar las páginas al orden final correcto. Para flujos entre documentos más complejos (arrastrar la página 3 del archivo A entre las páginas 5 y 6 del archivo B), Organizar Páginas de Adobe Acrobat Pro maneja el arrastre entre documentos nativamente.
¿Debería reordenar antes o después de firmar, aplanar, comprimir?
El orden seguro es: reordenar, aplanar, firmar, comprimir. Reordena primero porque las operaciones posteriores pueden depender de la secuencia final de páginas. Aplana después porque fija los campos de formulario como contenido estático para que las herramientas posteriores los manejen uniformemente. Firma después del aplanado porque la firma criptográfica se compromete con la secuencia de bytes final del documento y cualquier cambio posterior la invalida. Comprime al final (opcional) para reducir el tamaño para la transmisión. Salta cualquier paso que no necesites.
¿Se preservará la capa de texto OCR?
Sí. El texto OCR se almacena como texto invisible en cada página (un flujo de contenido marcado como invisible), y ese flujo de contenido es parte del objeto página. Cuando pdf-lib copia una página, copia el objeto página entero incluyendo sus flujos de contenido, fuentes y cualquier capa OCR invisible. La búsqueda y selección siguen funcionando en la salida reordenada exactamente como funcionaban en el original.
¿Existe un equivalente de escritorio o línea de comandos?
pdf-lib funciona en Node.js (npm install pdf-lib) y el código de reordenamiento es el mismo: copyPages(source, indices) luego addPage() para cada una. Para línea de comandos, qpdf tiene una sintaxis de selección por página: qpdf --pages input.pdf 3,1,2,4 -- input.pdf output.pdf reordena las páginas directamente. La biblioteca pikepdf de Python refleja las mismas operaciones con sintaxis pythónica más limpia. Organizar Páginas de Adobe Acrobat Pro lo hace con GUI y además preserva correctamente los marcadores/esquemas.