BestPDFInTheWorld
Guía · Límites

Tamaño máximo de PDF en el navegador

No hay un límite fijo: el techo es la memoria que el navegador deja usar a la pestaña. En 32 bits ningún bloque de bytes pasa de 2 147 483 647 bytes, y en Chrome de 64 bits el asignador frena en torno a los 2 GB. Lo que falla primero es la rasterización, no la lectura.

Verificado el 2026-08-12

Resumen
  • Ningún navegador publica un límite de tamaño de PDF. Lo que existe son límites de memoria y de canvas.
  • Bloque de bytes en un proceso de 32 bits: 2 147 483 647 bytes. En 64 bits, el techo pasa a ser el asignador.
  • Área máxima de un canvas: 268 435 456 píxeles en Chrome, 16 777 216 en Safari.
  • Safari en iOS tiene un presupuesto total de canvas de 384 MB desde iOS 15, y 224 MB antes de eso.
  • Una página A4 en nivel ligero gasta 8 022 576 bytes de canvas, lo que da unas 50 páginas dentro del presupuesto de iOS.
  • En el plan gratuito el corte es nuestro y está en 10 485 760 bytes. Con suscripción no comprobamos ningún tamaño: el techo pasa a ser el navegador.
  • Precio: 1,99 EUR al mes por las treinta y tres herramientas, sin plan anual. Firmar PDF abre sin cuenta, con una firma al día.

¿Existe un tamaño máximo de PDF en el navegador?

No, en el sentido de un número escrito en una especificación. Ningún navegador define un tamaño máximo de PDF, porque el navegador no sabe qué es un PDF: sabe qué es un archivo, qué es un bloque de bytes y qué es una superficie de dibujo. El techo aparece cuando una de esas tres cosas revienta.

Eso cambia la pregunta útil. En vez de "qué tamaño aguanta", la pregunta que hay que hacer es "qué límite voy a tocar primero", y la respuesta depende de qué vayas a hacer con el archivo. Leer y reordenar páginas cuesta memoria proporcional al archivo. Rasterizar cuesta memoria proporcional al área de las páginas por el número de páginas, y siempre es mucho más caro.

¿Qué límites duros existen, con números?

Límites reales del navegador, comprobados el 31 de julio de 2026.
LímiteValorDónde muerde
Un bloque de bytes, proceso de 32 bits2 147 483 647 bytesAl leer el archivo
Un bloque de bytes, Chrome de 64 bitsunos 2 GB, impuestos por el asignadorAl leer el archivo
Área de un canvas, Chrome268 435 456 píxelesAl dibujar una página muy grande
Lado de un canvas, Chrome32 767 píxelesAl dibujar una página muy grande
Área de un canvas, Safari16 777 216 píxelesAl dibujar una página muy grande
Memoria total de canvas, Safari en iOS 15 o posterior384 MBAl comprimir muchas páginas
Memoria total de canvas, Safari en iOS anteriores224 MBAl comprimir muchas páginas

El límite de canvas es de área, no de lado: en Safari, 4097 por 4096 falla pero 5120 por 3072 pasa, y los dos son mayores que 4096 en un lado. Cuando se excede el límite no hay ningún error ruidoso: el contexto viene vacío o transparente, y lo que aparece es una página en blanco.

¿Cuánta memoria cuesta dibujar una página?

Un canvas guarda cuatro bytes por píxel: rojo, verde, azul y transparencia. La cuenta es directa, y es el número que decide todo lo que viene después.

Un PDF usa 72 puntos por pulgada como unidad base, así que la escala de dibujo se convierte directamente en resolución. Una hoja A4 mide 595,276 por 841,890 puntos. En los tres niveles de nuestra compresión da esto:

Coste de memoria por página A4, por nivel de compresión. Aritmética sobre las escalas reales del código.
NivelEscalaPíxeles por ladoPíxeles por páginaBytes de canvasPáginas en 384 MB
Ligera2,01191 x 16842 005 6448 022 576 bytesunas 50
Media1,5893 x 12631 127 8594 511 436 bytesunas 89
Fuerte1,1655 x 927607 1852 428 740 bytesunas 165

La última columna divide el presupuesto de 384 MB de Safari en iOS por el coste de una página. Da el orden de magnitud, no una garantía: Safari no libera un canvas en el instante en que deja de estar referenciado, lo retiene un tiempo, así que el número real de páginas antes de fallar es más bajo que lo que sugiere la división.

Fíjate en lo que dice la tabla sobre el formato de la página, y no solo sobre el número de páginas. Un cartel A0 (841 por 1189 mm) dibujado en nivel medio da 18 077 306 píxeles, por encima de los 16 777 216 que Safari acepta: esa página sale en blanco. En nivel fuerte da 9 720 908 y pasa. En Chrome, el límite de 268 435 456 píxeles solo lo alcanza una página cuadrada de casi tres metros de lado.

¿Qué cambia entre 32 y 64 bits?

Cambia el espacio de direcciones, y con él el techo de un único bloque contiguo de bytes. En un proceso de 32 bits la longitud de un bloque se guarda en un entero con signo de 32 bits, y por eso ningún bloque puede pasar de 2 147 483 647 bytes. Es un límite duro que no depende de la memoria instalada: puedes tener 32 GB de RAM y seguir chocando con él.

En un proceso de 64 bits ese techo desaparece, y lo que manda pasa a ser el asignador del navegador y la memoria libre. En Chrome, el asignador no suele entregar más de unos 2 GB para un solo bloque, ni siquiera en 64 bits.

Dónde sigues encontrando 32 bits en 2026: instalaciones antiguas de Windows y móviles Android con procesador de 32 bits. Si tu navegador es de 32 bits y el PDF pasa de 2 GB, ni siquiera llega a leerse.

¿Qué cambia en un móvil?

Tres cosas, todas a peor.

  • Menos memoria por pestaña. Un móvil tiene menos RAM y el sistema mata pestañas con mucha más facilidad que un ordenador. En el iPhone la página se recarga sola y pierdes el trabajo.
  • El presupuesto de canvas de Safari en iOS, que son 384 MB desde iOS 15 y 224 MB antes de eso. Es un límite que no existe en ningún navegador de escritorio.
  • Procesadores más lentos. Dibujar y codificar en JPEG corre en el hilo principal, así que la pestaña deja de responder durante la operación. En un móvil eso dura más y parece una avería.

¿A partir de qué punto se atasca BestPDFInTheWorld?

Por partes, y lo primero que hay que decir es lo que no sabemos: nunca hemos medido un techo propio con archivos de prueba, así que aquí no hay un número del tipo "por encima de X MB falla". Lo que hay es lo que se puede afirmar con certeza sobre la implementación.

  • En el plan gratuito el corte es nuestro y está en 10 485 760 bytes, es decir 10 MB, comprobados por archivo antes de arrancar la compresión. Por encima de eso la operación ni empieza.
  • Con suscripción activa no comprobamos ningún tamaño. La comprobación se salta por completo y el techo pasa a ser el navegador. Es una decisión deliberada, pero significa que un suscriptor puede elegir un archivo que el navegador no aguanta y ver morir la pestaña sin aviso previo por nuestra parte.
  • Muchas de las treinta y tres herramientas no dibujan nada. Unir, dividir, rotar, borrar páginas, imágenes a PDF, numerar, marca de agua y proteger solo manipulan la estructura del documento. El coste es del orden de unos pocos múltiplos del tamaño del archivo, y son estas las que aguantan archivos mayores.
  • Comprimir y PDF a imagen rasterizan, y por eso fallan primero. El coste crece con el área de las páginas por el número de páginas, según la tabla de arriba.
  • PDF a Word no rasteriza, pero recorre el documento entero para extraer el texto, y guarda el resultado en memoria hasta el final.
  • La lectura y la descodificación del PDF corren en un Web Worker, con memoria propia y fuera del hilo principal. El dibujo en el canvas y la codificación en JPEG corren en el hilo principal, y por eso la página deja de responder durante una compresión larga.
  • No hay barra de progreso por página ni botón de cancelar. Una operación larga es indistinguible de una atascada, y eso es un defecto nuestro.

¿Cómo trabajar con un PDF grande sin reventar la pestaña?

  1. Divide antes de hacer nada más. Dividir no rasteriza, y pasar de un archivo de 400 páginas a ocho de 50 mueve el problema de sitio.
  2. Borra las páginas que no interesan antes de comprimir. Menos páginas es menos canvas.
  3. Elige el nivel fuerte en documentos largos. Cuesta 2 428 740 bytes por página A4 en vez de 8 022 576, es decir un tercio.
  4. Hazlo en un ordenador, no en el móvil, cuando el documento sea largo. El presupuesto de canvas de iOS es el límite más ajustado de todos.
  5. Cierra las otras pestañas. La memoria es del proceso, y una pestaña con un vídeo sonando te la está quitando.
  6. Guarda siempre el original. Si la pestaña muere a mitad no hay recuperación: no se guardó nada en ninguna parte, porque no hay servidor.
Dudas

Tamaño máximo de PDF en el navegador

¿Cuál es el PDF más grande que puedo abrir en el navegador?

No hay un número publicado. El techo duro más bajo es el de un bloque de bytes en un proceso de 32 bits, que son 2 147 483 647 bytes. En 64 bits, Chrome frena en torno a 2 GB por bloque. Antes de eso, lo que falla es casi siempre la rasterización.

¿Por qué falla la compresión en archivos que se abren bien?

Porque abrir cuesta memoria proporcional al archivo y comprimir cuesta memoria proporcional al área dibujada. Una página A4 en nivel ligero ocupa 8 022 576 bytes de canvas, y eso se multiplica por el número de páginas.

¿Cuántas páginas aguanta Safari en el iPhone?

El presupuesto total de canvas es de 384 MB desde iOS 15. Dividido por los 8 022 576 bytes de una página A4 en nivel ligero da unas 50 páginas, y unas 165 en nivel fuerte. Es un orden de magnitud: Safari no libera los canvas de inmediato, así que el número real es más bajo.

¿BestPDFInTheWorld tiene límite de tamaño de archivo?

En el plan gratuito sí, 10 485 760 bytes por archivo, comprobados antes de arrancar la compresión. Con suscripción activa no comprobamos ningún tamaño, y el techo pasa a ser la memoria de tu navegador.

La página dejó de responder a mitad. ¿He perdido el archivo?

Tu archivo original está intacto, porque nunca se modificó ni se subió a ninguna parte. Lo que se pierde es el trabajo de la operación en curso. El dibujo corre en el hilo principal, así que una operación larga sí deja la página congelada, y no hay botón de cancelar.

¿Merece la pena un servidor para archivos grandes?

Para PDF de varios cientos de megabytes, sí. Un servicio que procesa en servidor no tiene el presupuesto de canvas del navegador ni el límite de bloque de bytes, a cambio de que el archivo viaje por la red y quede en una máquina que no es tuya.

Dividir primero, comprimir después

Dividir y borrar páginas no rasterizan nada, y corren en tu navegador.

Abrir las herramientas