Formato de códigos postales por país: referencia de regex para 2026

Estados Unidos usa cinco dígitos o ZIP+4, lo que tienta a los desarrolladores a modelar los códigos postales como enteros. Ese modelo se rompe de inmediato en Canadá, el Reino Unido, los Países Bajos, Irlanda, Malta y Argentina, donde las letras forman parte del código. También se rompe silenciosamente en Alemania, Francia, España, Italia y Polonia, donde los ceros a la izquierda son significativos y una columna entera los elimina.

Una segunda clase de errores proviene de la posición. La mayoría de los países occidentales colocan el código postal después de la ciudad, pero Alemania, Francia, los Países Bajos y Japón lo colocan antes de la ciudad, y Japón pone el código completo al principio mismo de la dirección. Si su formulario renderiza una plantilla fija, producirá direcciones que un lector local encontrará obviamente incorrectas aunque todos los campos estén completados.

La mayor parte de Europa usa códigos numéricos de longitud fija. Alemania, Francia, España, Italia, Grecia, Turquía y Arabia Saudita usan cinco dígitos; Austria, Bélgica, Suiza, Dinamarca, Noruega, Hungría y Sudáfrica usan cuatro; Polonia y Portugal añaden un guion; Suecia usa tres dígitos, un espacio y dos. Chequia usa cinco dígitos que normalmente se escriben con un espacio después del tercero.

Asia y América Latina son mayoritariamente numéricos pero con longitudes diferentes. India, China, Rusia, Singapur y Nigeria usan seis dígitos; Japón usa siete con un guion convencional después del tercero; Corea del Sur usa cinco; Brasil usa ocho con un guion después del quinto; Chile usa siete; Colombia usa seis; Perú y México usan cinco. La longitud por sí sola no basta para identificar un país, por lo que un validador necesita el campo de país antes de validar cualquier cosa.

Canadá usa el patrón A1A 1A1, y las letras están restringidas. El primer carácter no puede ser D, F, I, O, Q, U, W ni Z, y las letras restantes no pueden ser D, F, I, O, Q ni U. El espacio entre los dos tríos es convencional. Un validador que permita cualquier letra aceptará códigos que Canada Post nunca emite.

El Reino Unido usa un código exterior de dos a cuatro caracteres seguido de un solo espacio y un código interior de tres caracteres, como SW1A 1AA. Los Países Bajos son cuatro dígitos, un espacio y dos letras mayúsculas. Irlanda usa un Eircode de siete caracteres dividido en una clave de enrutamiento de tres caracteres y un identificador único de cuatro caracteres. Malta es tres letras, un espacio y cuatro dígitos. Argentina usa el CPA de ocho caracteres, una letra seguida de cuatro dígitos y tres letras, por ejemplo C1425ABC.

Hong Kong y los Emiratos Árabes Unidos no tienen sistema de códigos postales. Ambos están en el conjunto de datos de ejemplo de 38 países de este sitio, y el generador devuelve un valor postal vacío para ellos en lugar de inventar dígitos. Este es el comportamiento correcto y también un caso de prueba útil, porque un formulario que marca el código postal como obligatorio está roto para ambos mercados.

La convención de los EAU es un número de apartado postal (P.O. Box), que no es un código postal y no debe forzarse en ese campo. Las direcciones de Hong Kong usan el distrito y la calle, y el correo se entrega sin ningún código. Si su modelo de datos requiere un valor postal no nulo, use un centinela explícito como una marca a nivel de país, no un código falso, porque un código falso pasará la validación y luego fallará en todas las comprobaciones posteriores que asumen uno real.

Una comprobación de estructura responde si una cadena coincide con el patrón del país. Una comprobación de existencia responde si el código aparece en un conjunto de datos de referencia. Solo la segunda puede decirle que un código nunca fue asignado. Este sitio realiza la comprobación de estructura para los 38 países y una comprobación de existencia para los ZIP de EE. UU. contra 40.979 filas, y las etiqueta de forma diferente para que nadie confunda una con la otra.

Ninguna de las dos comprobaciones demuestra entregabilidad. Un ZIP de EE. UU. de cinco dígitos puede existir mientras que la dirección postal debajo de él no, y un código alemán estructuralmente válido puede pertenecer a una ciudad diferente de la proporcionada. Si necesita ese nivel de garantía, necesita un conjunto de datos de referencia postal y una base de datos a nivel de calle, que es un producto diferente de un verificador de formato.

Ancle cada patrón. Un /\d{5}/ sin anclar coincide con los cinco dígitos dentro de una cadena de nueve dígitos e informa éxito. Use ^ y $, o la API equivalente de coincidencia completa. En JavaScript, \d coincide solo con dígitos ASCII; en Python, \d coincide con dígitos Unicode de forma predeterminada, por lo que un patrón puede aceptar numerales árabes orientales a menos que compile con re.ASCII o escriba [0-9].

Decida explícitamente si el separador es obligatorio. Para la visualización, inserte usted mismo el separador canónico. Para la entrada, acepte cero o un espacio o guion y normalice. Tenga cuidado con los guiones dentro de las clases de caracteres, donde definen rangos a menos que se escapen o se coloquen al final. Y no use una bandera de insensibilidad a mayúsculas para tapar un error de normalización: convierta el valor a mayúsculas al escribir y mantenga la forma de visualización canónica.

Almacene una forma canónica y derive la forma de visualización. La forma canónica suele ser mayúsculas con el separador estándar, o solo dígitos cuando el separador es puramente convencional. Mantenga la entrada original del usuario en una columna separada si necesita una pista de auditoría, porque la normalización es con pérdida y un agente de soporte puede necesitar ver exactamente lo que se escribió.

La normalización específica por país es pequeña pero real. Canadá quiere una letra mayúscula, un dígito, una letra, un espacio, un dígito, una letra y un dígito. Los Países Bajos quieren letras mayúsculas después de los dígitos. El Reino Unido quiere un solo espacio y mayúsculas. Brasil y Japón usan un guion que los usuarios suelen omitir, así que normalice a la forma con guion. Alemania no quiere ningún separador y debe conservar el cero a la izquierda.

Todo validador necesita un corpus con al menos un caso válido y uno inválido por país, además de casos que prueben específicamente la normalización y el almacenamiento. La tabla siguiente es un conjunto inicial. Observe que varios casos inválidos son inválidos por razones específicas del país en lugar de genéricas, que es donde la mayoría de las pruebas escritas a mano se detienen demasiado pronto.

Añada casos para los países sin código postal, para los ceros a la izquierda y para las variantes de separador que los usuarios realmente escriben. Si el validador se comparte entre cliente y servidor, ejecute el mismo corpus contra ambas implementaciones; una divergencia entre un cliente permisivo y un servidor estricto es la fuente más común de informes de «el formulario lo aceptó pero la API lo rechazó».