Límites de tamaño de archivo para fotos de pasaporte, portal por portal

Cada cifra de esta página se leyó en la página de la propia autoridad emisora el 2026-08-14.Cada fila enlaza a la fuente de la que procede. Cuando una autoridad no publica una cifra, lo decimos en lugar de estimarla.

Acertar con las dimensiones en píxeles es la parte que todo el mundo conoce. La que de verdad bloquea los envíos es el tamaño del archivo: casi todos los formularios oficiales limitan también cuántos kilobytes aceptan, esos límites se fijaron por el funcionamiento interno del formulario y no por la calidad de la imagen, y una foto de móvil los supera diez veces o más. Peor aún, los formularios rara vez dicen qué regla incumpliste: devuelven un error genérico, y la reacción natural es encoger la imagen, lo que incumple la regla de los píxeles. Esta página recoge lo que admite cada portal importante, explica por qué las cifras son tan pequeñas y muestra el orden de operaciones que satisface ambas condiciones a la vez.

La respuesta corta

La mayoría de los portales de pasaportes y visados quieren un JPEG de entre unas decenas y unos cientos de kilobytes. El formulario de visado estadounidense es el más estricto de los siguientes y el primero con el que se topa casi todo el mundo; el Reino Unido es la excepción en sentido contrario y el único aquí donde una foto de móvil suele pasar sin retoques. Cada cifra de la tabla enlaza a la página de la que se leyó.

Por qué los límites son tan pequeños

Unos cientos de kilobytes suenan a límite de otra época, y en cierto modo lo son, pero no son un juicio sobre la calidad que debe tener la foto. Estos límites dimensionan el formulario, no la imagen. Un sistema de inmigración recibe millones de solicitudes desde todo tipo de conexiones del mundo, guarda cada foto durante décadas y la replica entre sistemas que no se diseñaron juntos. Un techo pequeño y predecible por archivo es lo que hace manejable todo eso.

Lo tranquilizador es que ese techo no resulta restrictivo en las medidas que piden estos portales. Una foto de pasaporte es una imagen pequeña, con luz uniforme, de una sola cara sobre fondo liso: casi lo más fácil que se le puede dar a un codificador JPEG. Con las medidas de la tabla anterior, una exportación de buena calidad entra holgadamente en casi todos estos límites sin pérdida visible. Que tu archivo pese demasiado casi nunca se debe al recorte: se debe a que la cámara del móvil escribió una imagen de 12 megapíxeles con todos los metadatos del sensor y aún nadie ha descartado lo que el portal no necesita.

Qué pasa realmente cuando te pasas

Nadie la mira. La comprobación de tamaño se ejecuta en el propio formulario, antes de que tu solicitud llegue a ninguna cola, y el fallo vuelve como un error de validación, no como una decisión. Eso es una buena noticia — un archivo demasiado grande no es una mancha en el expediente, es un formulario que no se envió — pero significa que el mensaje lo escribe el componente de subida y no una persona, y suele ser poco útil.

Conviene nombrar los fallos habituales, porque el texto del error rara vez los distingue:

• Demasiado grande. El más común, y el más fácil de arreglar sin tocar el recorte.
• Demasiado pequeño. Menos conocido y genuinamente sorprendente. Algunos portales fijan un mínimo además de un máximo, así que un archivo comprimido en exceso se rechaza por el motivo contrario. Si llevas rato comprimiendo cada vez más y sigue fallando, es por esto.
• Dimensiones incorrectas. Se arregla redimensionando, no comprimiendo — y encoger los píxeles para resolver un error de peso es exactamente cómo se llega aquí.
• Formato incorrecto. Todos los portales de la tabla quieren JPEG. Un móvil que guarda en HEIC, o un archivo renombrado de .png a .jpg sin recodificar, falla antes que cualquier otra comprobación.
• No cuadrada, cuando se exige cuadrada. Una regla que sorprende a quien reutiliza una foto impresa de 35 × 45 mm para un portal que pide marco cuadrado.

El caso del HEIC merece nota aparte, porque hoy es el más frecuente en iPhone y no parece un problema: el archivo se previsualiza con normalidad y su nombre puede acabar incluso en .jpg. Si tu foto salió de un iPhone reciente, conviértela a JPG antes que nada.

Redimensionar y comprimir no son la misma operación

Esta es la distinción sobre la que gira toda la página, y explica por qué tanta gente va y viene entre herramientas. Redimensionar cambia cuántos píxeles tiene la imagen. Comprimir cambia en cuántos bytes se guardan esos píxeles. El portal comprueba las dos cosas por separado, con reglas distintas, y solo una de ellas puede moverse.

Las dimensiones en píxeles las fija la especificación. El recuento de bytes es tuyo para gastarlo. Así que la operación correcta es: fija las dimensiones exactamente y después baja la calidad hasta que el archivo entre; nunca al revés. Encoger una foto con el tamaño correcto para ahorrar kilobytes cambia una regla que debes cumplir por otra en la que ya te sobraba margen.

El orden importa por un segundo motivo. Comprimir primero y redimensionar después desperdicia el esfuerzo: el redimensionado vuelve a codificar la imagen de todos modos, a partir de datos ya degradados, así que pagas dos veces el coste de calidad y acabas con un tamaño final impredecible. Recorta y redimensiona primero. Comprime al final. Comprueba la cifra una sola vez, al terminar.

Un ejemplo real: de foto de iPhone a subida de visado de EE. UU.

Es el recorrido más habitual, y cada paso tiene una cifra que puedes contrastar con tu propio archivo. Una foto estándar de iPhone de 12 megapíxeles mide 4032 × 3024 píxeles y pesa entre 2 y 4 MB como HEIC, o bastante más como JPEG: un orden de magnitud por encima del límite del DS-160 antes de tocarla.

1. Convierte, si es un HEIC. Nada de lo siguiente funciona hasta que el archivo sea un JPEG de verdad. Las dimensiones no cambian; el peso suele subir, lo cual es normal y temporal.
2. Recorta a cuadrado. El formulario estadounidense exige alto y ancho iguales, así que una foto de 4032 × 3024 tiene que perder una franja por los lados: no se puede aplastar. Este es el paso que decide dónde queda la cabeza, y en el que merece la pena detenerse.
3. Redimensiona al objetivo. Llévala al tamaño más pequeño que acepta el portal: 600 × 600 – 1200 × 1200 px es el rango admitido, y su extremo inferior deja más presupuesto de bytes por píxel. Bajar de 12 megapíxeles a eso consigue por sí solo la inmensa mayoría de la reducción, antes de sacrificar calidad.
4. Comprime hasta el límite. Ahora fija el objetivo en bytes y deja que la bisección de calidad encuentre la mayor calidad que quepa. Con estas dimensiones una foto de pasaporte tiene margen de sobra, así que el resultado suele quedar en un nivel de calidad indistinguible del original a simple vista.
5. Comprueba ambas cifras una vez. Dimensiones cuadradas y dentro del rango admitido, archivo por debajo del límite, extensión .jpg. Y a subir.

Dos detalles sobre ese último paso. Resizo interpreta 1 KB como 1 000 bytes, no 1 024, y apunta justo por debajo de la cifra que escribas: los formularios no se ponen de acuerdo sobre cuál de las dos usan, y la lectura decimal es la única que satisface a ambos. Y el compresor solo reduce las dimensiones si la calidad por sí sola no llega al objetivo, algo que en una foto de pasaporte prácticamente nunca ocurre; el encuadre que espera el portal se mantiene intacto.

Si tu portal no está en la tabla

La mayoría no lo está, y la lista es deliberadamente corta: solo incluye los portales cuyas propias páginas pudimos abrir y leer. Para el resto sirve el mismo método que produjo esta tabla.

• Busca la cifra en el propio formulario, no en un resultado de búsqueda. Los componentes de subida suelen indicar sus límites en el texto de ayuda junto al selector de archivo, y ese texto es la regla que realmente se aplicará.
• Comprueba si hay mínimo además de máximo. Es la condición que más se olvida, y la que hace contraproducente seguir comprimiendo.
• Anota el formato y si se exige cuadrada antes de recortar, no después.
• Trata cualquier cifra que encuentres en una web de herramientas de fotos — incluida una errónea en esta — como un aviso para verificar, no como la especificación.

Ese último punto explica por qué una fila de la tabla está deliberadamente vacía en lugar de rellena con el número que circula por todas partes. No pudimos abrir una página oficial que lo indicara, así que tampoco lo indicamos nosotros. Quien se fía de una cifra verosímil y ve su solicitud rechazada acaba peor que quien recibió el consejo de ir a comprobarlo.

Preguntas frecuentes

En resumen

Las dimensiones en píxeles son una restricción que debes cumplir con exactitud, y el peso del archivo es un presupuesto que conviene gastar casi entero. Fija primero el encuadre, comprime después y comprueba ambas cifras una sola vez al final, en lugar de adivinar cuál de las dos rechazó el formulario.

Y cuando un portal no publique su límite, léelo en el formulario y no en un resultado de búsqueda. Aquí el coste de una cifra equivocada no es una foto fea: es una solicitud rechazada y otra cita.