El presupuesto que enviaste la semana pasada se armó con una foto de 2024. El comprador cotizó con la base antigua, tú embarcaste la nueva, y la discusión que siguió no fue de ingeniería ni de precio: fue sobre qué archivo era la verdad. El nombre de esa foto no le dijo la respuesta a ninguno de los dos.
Una convención de nombres para imágenes de producto es un patrón fijo y ordenable por máquina que se aplica a todas las fotos de todos los SKU, de modo que un archivo se identifique —producto, vista, versión, fecha— sin abrirlo, y que dos personas en dos países sepan cuál es el vigente. No es orden por estética. Es la prueba más barata que tienes de que la foto que aprobaste es la foto que salió.
Aquí están el patrón, los tokens que de verdad cargan información, los tres puntos donde un nombre se rompe y el orden para renombrar una biblioteca existente sin tumbar los listados activos.
Qué tiene que resolver una convención de nombres para imágenes de producto
Un nombre de archivo tiene tres trabajos, y la mayoría de los proveedores solo diseña el primero.
| Trabajo |
Qué pregunta responde |
Qué falla sin él |
| Identificar |
¿Qué SKU y qué vista es esta? |
El comprador no puede cruzar la foto con la cotización |
| Ordenar |
¿Cuál de estas dos es más nueva? |
La versión vieja y la nueva conviven, y se envía la equivocada |
| Probar |
¿Este fue el archivo aprobado, y cuándo? |
La disputa se vuelve la memoria de uno contra la del otro |
El tercer trabajo es el que cuesta dinero. En el momento en que no puedes señalar el archivo aprobado, el "esto no es el acabado que acordamos" del comprador se queda casi sin réplica, aunque el acabado sea exactamente el correcto. En una carpeta donde el archivo más nuevo se llama (1), nadie puede reconstruir qué se envió en marzo.
Los cinco tokens, en este orden
El orden importa más que el vocabulario. Con una secuencia fija, una ordenación alfabética simple produce una lista usable: un SKU agrupado, las vistas en orden fijo y la versión más nueva al final.
| # |
Token |
Ejemplo |
Regla |
| 1 |
SKU o modelo |
SM-CB-1200 |
La misma cadena impresa en el cartón y usada en la cotización. Nunca el nombre comercial |
| 2 |
Vista |
front |
Un valor de una lista cerrada (siguiente sección). Nunca texto libre |
| 3 |
Versión |
v03 |
Dos dígitos con cero a la izquierda; sube solo si cambia el producto, el acabado o la medida |
| 4 |
Fecha |
2026-10-29 |
Siempre YYYY-MM-DD; la fecha de aprobación, no la de la sesión |
| 5 |
Extensión |
.jpg |
Minúsculas, un solo formato por familia |
El nombre completo queda SM-CB-1200_front_v03_2026-10-29.jpg: 38 caracteres, sin espacios, sin símbolos que haya que escapar, y se ordena bien en Finder, en el Explorador y en Drive.
El SKU va primero porque el archivo del comprador está indexado por SKU: es el número que aparece en la orden de compra. Un nombre que empieza por el producto (walnut-cabinet-1200mm-2.jpg) dispersa un SKU por todo el alfabeto en cuanto vendes el mismo mueble en dos acabados. La fecha es un token aparte porque la versión dice qué cambió y la fecha dice cuándo pudo verlo el comprador; si el reclamo llega seis meses después, lo que zanja el caso es la fecha.
Grábate esta frase: un nombre de archivo no es una etiqueta, es el único registro de qué foto aprobaste.
El token de vista: una lista cerrada, no un adjetivo
Cuando la vista se escribe libre, la convención muere. Cierra la lista en los valores que realmente publicas.
| Valor |
Qué pregunta del comprador responde |
front |
¿Cómo se ve en el ambiente? |
main |
Imagen principal del listado o catálogo, fondo limpio |
dim |
Cotas dibujadas sobre la foto, en tus unidades declaradas |
detail |
Acabado, veta, costura, soldadura, impresión |
scale |
El producto junto a una referencia de tamaño conocido |
pack |
El cartón, con sus medidas exteriores |
assembled |
Armado y de pie |
packed |
Plegado o desarmado |
break |
Componentes separados, con llamadas |
Nueve valores cubren casi cualquier consulta B2B. Si aparece un décimo, escríbelo en la lista antes de usarlo: una convención que vive en la cabeza de una persona no es una convención.
dim y scale se confunden todo el tiempo. dim es el dibujo medido; scale es la toma con referencia. Quien comprueba si pasa por una puerta necesita scale; quien llena una cotización necesita dim. Cuando ambos viven bajo un mismo nombre, se reenvía el equivocado.
Versión y fecha no son el mismo campo
La versión responde "¿es el mismo producto que antes?"; la fecha responde "¿desde cuándo este archivo es el de registro?". Se separan en el momento en que se vuelve a fotografiar sin cambiar el producto —un fondo más limpio, mejor luz en el acabado— y ese es justo el caso que genera disputas, porque el producto se ve algo distinto y el comprador asume que la especificación se movió.
Tres reglas, escritas donde el equipo las vea:
- La versión sube solo cuando cambia el producto, el acabado o la medida. Una repetición que solo cambia la luz conserva la versión y toma la fecha nueva; si necesitas guardar ambas, añade
-res: SM-CB-1200_front_v03_2026-10-29-res.jpg.
- El archivo aprobado conserva su nombre para siempre. Cuando generas uno nuevo, el anterior se mueve a
archive/ con su nombre intacto: nunca se renombra a old, nunca se sobrescribe.
- No se envía nada desde
archive/. Si el comprador pide la foto de la temporada pasada, sale renombrada con su propia fecha, así el archivo sigue identificándose solo.
Esa última regla es la razón de ser del token de versión: un archivo sobrescrito con el mismo nombre no es verificable, no puedes probar qué enviaste ni el comprador qué recibió. La misma disciplina aparece en una lista de cambios de especificación de producto, donde la versión debe llegar a todos los documentos a la vez.
Un ejemplo real: una consulta, seis archivos
Un comprador pide un mueble de nogal de 1.200 mm, la versión de 900 mm y el cartón del embalaje plano. La respuesta son seis archivos, elegidos solo por su nombre:
| Archivo |
Qué responde en la consulta |
SM-CB-1200_front_v03_2026-10-29.jpg |
"Este es el mueble." |
SM-CB-1200_dim_v03_2026-10-29.jpg |
"1.200 × 480 × 860 mm, y aquí está dónde va cada número." |
SM-CB-900_front_v02_2026-10-14.jpg |
"El pequeño, disparado en el mismo eje." |
SM-CB-900_dim_v02_2026-10-14.jpg |
"Sus propias medidas, no una copia escalada." |
SM-CB-1200_pack_v01_2026-09-30.jpg |
"El cartón por fuera, para el transportista." |
SM-CB-1200_break_v01_2026-09-30.jpg |
"Qué hay dentro, para el montaje." |
Dos cosas saltan de la tabla que una carpeta de 40 fotos revueltas no da. Los dos modelos se fotografiaron con dos semanas de diferencia, y las fechas lo hacen visible —útil cuando preguntan si el mueble de 900 mm lleva la bisagra nueva—. Y cada archivo declara su función, así el ingeniero, el transitario y el responsable de showroom toman lo suyo sin un segundo correo.
Es el mismo principio de una ficha de especificaciones de un solo SKU: un SKU, una página, un trabajo. La convención de nombres es ese principio aplicado a los archivos con los que se arma la página, y es lo que hace reproducible en todo un catálogo el caso de anotación de listados de mobiliario. También es la condición para reutilizar imágenes de producto entre plataformas sin adivinar a qué canal pertenece cada activo.
Los tres puntos donde se rompe un nombre
Ninguno es una opinión de estilo. Cada uno parte la biblioteca en dos sin avisar.
1. Longitud de ruta: 260 caracteres en Windows
Windows limita la ruta completa a 260 caracteres, con 255 para un solo nombre. Un archivo que abre bien en una carpeta de prueba se vuelve inabrible tres carpetas más adentro del directorio de descargas del cliente. Nombres descriptivos largos y carpetas profundas son la forma de convertir un buen archivo en "no se encuentra el archivo".
Mantén el nombre por debajo de 60 caracteres y la ruta por debajo de 150 y el problema no llega a existir. Es también la razón práctica para no meter el título del producto: es largo, duplica el SKU y es lo primero que se recorta.
2. Caracteres reservados, espacios y mayúsculas
Windows prohíbe < > : " / \ | ? * y reserva nombres como CON, PRN, AUX, NUL. En una URL el resto se estropea: el espacio se vuelve %20, el # corta el enlace en el fragmento y el ? convierte lo que sigue en cadena de consulta. El archivo abre en tu portátil y devuelve un 404 en un mensaje de WhatsApp.
Las mayúsculas son la trampa silenciosa: Windows y macOS comparan nombres sin distinguir mayúsculas por defecto, así que SM-CB-1200_front.jpg y sm-cb-1200_front.jpg son un solo archivo en un Mac y dos objetos en un servidor Linux. Sube ambos y no podrás decir cuál muestra el listado.
Usa solo minúsculas, dígitos, guiones y puntos. El guion atraviesa cualquier cliente, pasarela y analizador de URL; el guion bajo y el espacio no.
3. Acentos y normalización Unicode
Dos caracteres pueden verse idénticos y ser bytes distintos. La "é" puede ser un carácter precompuesto o una e más un acento combinado; macOS compara los nombres sin distinguir la normalización, mientras que los servidores Linux y el almacenamiento en la nube normalmente sí la distinguen. Copia una carpeta de un Mac a un servidor y un nombre con acento puede convertirse en dos archivos, o peor: uno que sobrescribe al otro.
Si el catálogo incluye acentos o caracteres chinos, mantén el nombre en ASCII y pon el nombre local en los datos del producto, para que el mismo archivo funcione en todas las máquinas de la cadena.
Hay una cuarta rotura que no tiene que ver con el nombre: un CDN sirve el archivo por su URL y las cachés siguen entregando la imagen vieja cuando reemplazas el archivo en la misma ruta. Un token de versión lo resuelve gratis: la versión nueva es una URL nueva, no hay nada obsoleto que invalidar y la URL sirve además como rastro de auditoría.
Renombrar la biblioteca que ya tienes
Aplicar una convención de nombres para imágenes de producto a una biblioteca existente es lo que todos posponen. No empieces por los 4.000 archivos; empieza por los que están vivos.
- Exporta la lista de SKU desde el sistema de cotización, no desde la carpeta de fotos: a la carpeta le faltan SKU vivos y le sobran descatalogados.
- Marca los SKU que aparecieron en un listado, catálogo o cotización en los últimos 12 meses; suele ser el 10 al 20 % de la biblioteca.
- Renombra solo esos, empezando por el archivo aprobado más reciente, y mueve las versiones anteriores a
archive/ sin cambiarles el nombre.
- Actualiza las referencias el mismo día: un archivo renombrado es una URL nueva, así que lo que siga apuntando a la ruta vieja fallará a la vista y no en silencio.
- Deja la cola larga hasta que la necesites. Una regla aplicada en 200 SKU vivos vence a una convención perfecta aplicada a nada.
El modo de fallo del renombrado masivo es conocido: alguien renombra una carpeta un viernes, el listado queda en blanco el fin de semana y la convención se descarta como "lo que rompió la web". Ordena el trabajo por lo publicado y la migración cuesta una hora, no una semana.
Lista de comprobación antes de enviar
Preguntas frecuentes
¿Cuál es una buena convención de nombres para imágenes de producto?
SKU_vista_versión_fecha.extension, todo en minúsculas y con los tokens en ese orden fijo. Lleva los cuatro datos que necesitan un compañero o un comprador —qué producto, qué vista, qué revisión, aprobado cuándo— y se ordena bien en cualquier explorador de archivos sin base de datos.
¿Va primero el SKU o el nombre del producto en el nombre del archivo?
El SKU, siempre. Aparece en la orden de compra, el cartón y la factura, así que es el número al que está indexado el archivo del comprador. El nombre comercial cambia por mercado, acabado e idioma, y una biblioteca ordenada por nombre parte un SKU en dos extremos del alfabeto en cuanto existe un segundo acabado.
¿Qué caracteres conviene evitar en los nombres de archivo?
Evita espacios, #, ?, %, &, <, >, :, ", /, \, |, * y los acentos o caracteres no latinos. Windows prohíbe varios directamente, el espacio se vuelve %20 en una URL y el # corta el enlace sin avisar. El guion es el separador más seguro.
¿Cómo se nombran fotos de distintas vistas del mismo producto?
Dale a cada vista un token fijo de la lista cerrada —front, main, dim, detail, scale, pack, assembled, packed, break— y no inventes una palabra nueva para un pedido puntual. Esa lista es lo que hace que la ordenación alfabética se comporte como una hoja de contactos: todas las vistas de un SKU juntas, siempre en el mismo orden.
¿Dónde va el número de versión cuando cambia la foto?
Justo después del token de vista y antes de la fecha; sube solo cuando cambia el producto, el acabado o la medida, no cuando mejora la iluminación. Las repeticiones que solo cambian la exposición conservan la versión y toman fecha nueva. Cuando el archivo debe cambiar y la versión no puede moverse, añade un sufijo como -res para que los dos archivos sigan siendo distinguibles para siempre.
Si la versión salta porque cambió una medida, renombrar no lo arregla: el dibujo antiguo ya lleva un número que no corresponde al producto. Ahí es donde un flujo de trabajo se gana su sitio: mide una vez, fija el valor a los bordes reales del producto en la foto y vuelve a exportar al tamaño que pide cada canal, para que la versión nueva salga de la misma fuente en lugar de redibujarse a ojo. Una escena generada puede mejorar la presentación; en un archivo dim solo puede ir un valor medido.
Fuentes y referencias
