Convertir 50, 200 o 500 etiquetas de una vez sin que se congele
Los lotes grandes son donde se rinden la mayoría de los conversores: la pestaña se congela o se acaba la memoria. Cómo se procesa aquí un archivo de cientos de etiquetas, y qué hacer cuando pasa del límite.
Por qué los lotes grandes bloquean tantas herramientas
Convertir una etiqueta es dibujar una imagen. Convertir quinientas es dibujar quinientas imágenes y después montar un PDF con todas. Si todo eso ocurre a la vez, en el mismo sitio, la memoria se acaba antes del final.
Por eso tantos conversores aguantan diez etiquetas y mueren en cien: cargan el archivo entero, renderizan todo, lo guardan todo, y solo entonces montan. El límite no es el tamaño del archivo de texto, que es diminuto: es el tamaño de las imágenes sumadas. Una etiqueta de 10 × 15 cm a 8 puntos por milímetro tiene casi un millón de píxeles. Quinientas tienen casi quinientos millones.
Cómo funciona aquí
El archivo se divide en bloques de cien etiquetas. Cada bloque va al servidor, vuelve como imágenes, y el PDF se monta en tu navegador, poco a poco. El servidor nunca sostiene más de cien etiquetas a la vez, y descarta cada bloque en cuanto responde.
Esa división no va solo de rendimiento. Es lo que permite no guardar nada: si el archivo entero tuviera que quedarse en algún sitio mientras corre el trabajo, ese sitio sería un disco, y el contenido de tus etiquetas pasaría a existir fuera de tu máquina. Procesando un bloque cada vez, ningún estado sobrevive entre peticiones.
La consecuencia práctica: el aviso de progreso cuenta los bloques ("Convirtiendo… lote 2 de 5"), así que un lote de 500 muestra cinco pasos ocurriendo y no una pantalla congelada sin señales de vida.
Los límites, y qué significa cada uno
| Límite | Valor |
|---|---|
| Sin cuenta | 10 etiquetas por conversión |
| Con cuenta | 500 etiquetas por conversión |
| Tamaño del archivo | 2 MB |
| Bloque enviado cada vez | 100 etiquetas |
El techo de 2 MB casi nunca es lo que frena a nadie: ZPL es texto, y una etiqueta completa de transporte ocupa unos 2 KB. Mil etiquetas dan 2 MB. Cuando ese límite aparece, suele ser porque el archivo lleva una imagen incrustada con ^GFA repetida en cada etiqueta, que es el único elemento de ZPL que pesa de verdad.
Pasaste de 500: divide el archivo
Un archivo ZPL es texto plano, y cada etiqueta es un bloque independiente entre ^XA y ^XZ:
^XA
^FO50,50^A0N,30,30^FDPedido 1234^FS
^XZCortar entre un ^XZ y el ^XA siguiente siempre es seguro: no hay estado que cruce de una etiqueta a otra. Lo que no puedes hacer es cortar dentro de un bloque, y el efecto de eso es del peor tipo, porque la etiqueta partida desaparece sin decir nada.
En un editor de texto, busca ^XZ y cuenta. El Bloc de notas muestra el número de coincidencias, y el panel de búsqueda de VS Code también. El número de ^XZ es el número de etiquetas.
Si la conversión falla a mitad
Un lote grande de etiquetas muy grandes es la combinación que todavía puede fallar, y ahí el límite no es la cantidad: es el área total en píxeles. Una etiqueta de 10 × 15 cm a 8 puntos por milímetro pasa con holgura; la misma a 24 puntos por milímetro tiene nueve veces más píxeles.
Si falla, lo primero que hay que ajustar es la densidad, no el tamaño del lote. Convertir la misma etiqueta a 8 en vez de a 24 puntos por milímetro divide el área entre nueve, y en la mayoría de los casos la impresión sigue siendo perfectamente legible. La guía sobre densidad explica cómo saber qué valor pide realmente tu archivo.