{"id":3849,"date":"2026-09-23T21:43:01","date_gmt":"2026-09-23T19:43:01","guid":{"rendered":"https:\/\/mantenimientoweb.pro\/blog\/como-actualizar-el-catalogo-y-los-precios-de-forma-masiva-en-prestashop-sin-errores-de-servidor-2\/"},"modified":"2026-09-23T21:43:04","modified_gmt":"2026-09-23T19:43:04","slug":"como-actualizar-el-catalogo-y-los-precios-de-forma-masiva-en-prestashop-sin-errores-de-servidor-2","status":"publish","type":"post","link":"https:\/\/mantenimientoweb.pro\/blog\/como-actualizar-el-catalogo-y-los-precios-de-forma-masiva-en-prestashop-sin-errores-de-servidor-2\/","title":{"rendered":"\u00bfC\u00f3mo actualizar el cat\u00e1logo y los precios de forma masiva en PrestaShop sin errores de servidor?"},"content":{"rendered":"
\n
\n \u00bfC\u00f3mo actualizar el cat\u00e1logo y los precios de forma masiva en PrestaShop sin errores de servidor?<\/p>\n

Actualizar cientos o miles de productos en PrestaShop deber\u00eda ser una tarea administrativa, no una ceremonia de invocaci\u00f3n frente a un error 500. Sin embargo, basta un CSV mal preparado, una importaci\u00f3n demasiado ambiciosa o un servidor con la paciencia de una vela encendida para que el cat\u00e1logo se convierta en una tormenta.<\/p>\n

La buena noticia: se puede hacer bien. La noticia menos po\u00e9tica: hay que respetar los l\u00edmites de PHP, MySQL, PrestaShop y, por supuesto, del sentido com\u00fan. \ud83d\uded2\u2699\ufe0f<\/p>\n<\/section>\n

Contenido de la gu\u00eda<\/strong>
\n Por qu\u00e9 fallan las actualizaciones masivas<\/a>
\n M\u00e9todos recomendados<\/a>
\n Preparar CSV sin dramas<\/a>
\n Actualizar precios correctamente<\/a>
\n Combinaciones y stock<\/a>
\n Ajustes del servidor<\/a>
\n Flujo seguro paso a paso<\/a>
\n Errores frecuentes<\/a>
\n Preguntas frecuentes<\/a><\/p>\n

En una tienda peque\u00f1a, cambiar precios puede parecer un paseo: se abre el producto, se edita, se guarda. Casi dom\u00e9stico. En una tienda con 20.000 referencias, m\u00faltiples proveedores, combinaciones, reglas de impuestos, descuentos por grupo y multitienda, ese paseo se vuelve una expedici\u00f3n polar. El panel de administraci\u00f3n, tan amable para editar un art\u00edculo, puede ser torpe como un piano en una escalera cuando se le pide procesar un cat\u00e1logo entero de golpe.<\/p>\n

Y aun as\u00ed, las actualizaciones masivas son inevitables. Suben las tarifas del proveedor, cambian los costes log\u00edsticos, se corrige un margen, llegan productos nuevos, desaparecen otros. El comercio electr\u00f3nico vive en movimiento. Un cat\u00e1logo quieto es como una pecera sin agua: conserva la forma, pero ya no tiene vida.<\/p>\n

Por qu\u00e9 fallan las actualizaciones masivas en PrestaShop \ud83e\udde8<\/h2>\n

Antes de hablar de soluciones, conviene mirar al monstruo a los ojos. Los errores de servidor durante importaciones masivas en PrestaShop no suelen aparecer por una sola causa. Son el resultado de una cadena: demasiados datos, poco tiempo de ejecuci\u00f3n, memoria insuficiente, consultas pesadas, \u00edndices que se regeneran, cach\u00e9s que se limpian y un navegador esperando una respuesta que quiz\u00e1 nunca llegue.<\/p>\n

El cl\u00e1sico error 500 no es un diagn\u00f3stico, es una cortina. Detr\u00e1s puede haber un fallo de PHP, una excepci\u00f3n de PrestaShop, un m\u00f3dulo interfiriendo, una consulta SQL rota o un servidor agotado. El error 504 Gateway Timeout, por su parte, es m\u00e1s expl\u00edcito: el proceso tard\u00f3 demasiado. Como un camarero que se va a buscar pan y vuelve en marzo.<\/p>\n\n\n\n\n\n\n\n\n\n\n
Error o s\u00edntoma<\/th>\nCausa probable<\/th>\nD\u00f3nde revisar<\/th>\n<\/tr>\n<\/thead>\n
Error 500<\/td>\nFatal error de PHP, excepci\u00f3n de PrestaShop, m\u00f3dulo incompatible, memoria agotada<\/td>\nLogs de PHP, logs de PrestaShop, modo debug<\/td>\n<\/tr>\n
Error 504<\/td>\nTimeout en Nginx, Apache, proxy, PHP-FPM o Cloudflare<\/td>\nConfiguraci\u00f3n del servidor, reverse proxy, panel de hosting<\/td>\n<\/tr>\n
Pantalla en blanco<\/td>\nError fatal sin visualizaci\u00f3n habilitada<\/td>\nvar\/logs\/<\/code>, logs del servidor<\/td>\n<\/tr>\n
Importaci\u00f3n incompleta<\/td>\nL\u00edmite de ejecuci\u00f3n, archivo demasiado grande, filas con errores<\/td>\nCSV, configuraci\u00f3n PHP, historial de importaci\u00f3n<\/td>\n<\/tr>\n
Precios duplicados o incoherentes<\/td>\nUso incorrecto de precios espec\u00edficos, impuestos, multitienda o combinaciones<\/td>\nTablas de productos, reglas de precios, configuraci\u00f3n de impuestos<\/td>\n<\/tr>\n
Tienda lenta despu\u00e9s de importar<\/td>\nCach\u00e9 desactualizada, \u00edndices pendientes, muchas combinaciones, consultas pesadas<\/td>\nCach\u00e9, \u00edndice de b\u00fasqueda, base de datos, m\u00f3dulos<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

PrestaShop, en especial en tiendas con cat\u00e1logos grandes, no debe tratarse como una hoja de c\u00e1lculo con botones bonitos. Es una aplicaci\u00f3n compleja, apoyada en una base de datos relacional, con dependencias entre productos, categor\u00edas, atributos, im\u00e1genes, stock, reglas fiscales y precios espec\u00edficos. La ant\u00edtesis es clara: el usuario quiere inmediatez; el sistema necesita orden.<\/p>\n

\u26a0\ufe0f Idea clave:<\/strong> el objetivo no es \u201csubir un archivo enorme y rezar\u201d, sino dividir, validar, ejecutar por lotes y medir. La actualizaci\u00f3n masiva profesional se parece m\u00e1s a una operaci\u00f3n quir\u00fargica que a volcar una caja de piezas sobre la mesa.<\/p>\n

M\u00e9todos para actualizar cat\u00e1logo y precios en PrestaShop<\/h2>\n

No existe un \u00fanico camino correcto. Existe el camino adecuado para el tama\u00f1o de tu cat\u00e1logo, la frecuencia de actualizaci\u00f3n, el tipo de datos y el nivel t\u00e9cnico del equipo. Un cat\u00e1logo de 400 productos puede vivir feliz con importaciones CSV manuales. Uno de 80.000 referencias con cambios diarios necesita automatizaci\u00f3n seria, quiz\u00e1 v\u00eda API, ERP, conector o procesos CLI.<\/p>\n

1. Importador CSV nativo \ud83d\udcc4<\/h3>\n

Es la opci\u00f3n integrada en PrestaShop para importar productos, combinaciones, categor\u00edas, clientes, direcciones y otros datos. Resulta \u00fatil para operaciones puntuales o cat\u00e1logos medianos.<\/p>\n

Ideal para: actualizaciones controladas, tiendas peque\u00f1as o medianas, usuarios no t\u00e9cnicos.<\/p>\n

2. M\u00f3dulos de importaci\u00f3n profesional \ud83e\udde9<\/h3>\n

Herramientas especializadas permiten mapear campos, programar tareas, importar desde URL, FTP o feeds XML\/CSV y procesar lotes con m\u00e1s estabilidad.<\/p>\n

Ideal para: proveedores externos, sincronizaci\u00f3n frecuente, cat\u00e1logos grandes.<\/p>\n

3. Webservice API de PrestaShop \ud83d\udd0c<\/h3>\n

Permite crear, consultar y actualizar recursos mediante peticiones HTTP. Es m\u00e1s limpio que tocar la base de datos directamente, aunque requiere desarrollo y control de errores.<\/p>\n

Ideal para: integraciones con ERP, PIM, sistemas internos o middleware.<\/p>\n

4. Scripts CLI o tareas programadas \ud83d\udda5\ufe0f<\/h3>\n

Procesos ejecutados desde consola o cron, sin depender del navegador. Son m\u00e1s resistentes a timeouts web y permiten lotes, reintentos y logs detallados.<\/p>\n

Ideal para: cat\u00e1logos grandes, actualizaciones nocturnas, precios diarios.<\/p>\n

5. SQL directo, con mucho cuidado \ud83e\uddec<\/h3>\n

Puede ser r\u00e1pido, s\u00ed. Tambi\u00e9n puede ser devastador. Modificar tablas de PrestaShop sin comprender su estructura es como arreglar un reloj con un martillo: a veces algo se mueve, pero rara vez mejora.<\/p>\n

Ideal para: t\u00e9cnicos expertos, operaciones muy concretas, entornos controlados.<\/p>\n

C\u00f3mo preparar un CSV de productos sin provocar una cat\u00e1strofe elegante \ud83d\udcca<\/h2>\n

El CSV es humilde. Un archivo de texto con separadores. Nada glamuroso. Y, sin embargo, en \u00e9l se decide buena parte del \u00e9xito de una importaci\u00f3n masiva. Un separador mal elegido, una codificaci\u00f3n incorrecta o una coma decimal rebelde pueden arruinar una tarde con una eficacia admirable.<\/p>\n

Campos m\u00ednimos recomendados<\/h3>\n

Para actualizar productos existentes, no siempre necesitas importar todo el cat\u00e1logo completo. De hecho, cuanto menos toques, mejor. Si solo vas a actualizar precios, no importes descripciones, im\u00e1genes ni categor\u00edas. Si solo vas a cambiar stock, no alteres el nombre del producto. La moderaci\u00f3n, en inform\u00e1tica, es una virtud infravalorada.<\/p>\n\n\n\n\n\n\n\n\n\n\n\n
Campo<\/th>\nUso<\/th>\nRecomendaci\u00f3n<\/th>\n<\/tr>\n<\/thead>\n
ID de producto<\/td>\nIdentifica el producto dentro de PrestaShop<\/td>\nMuy fiable si los productos ya existen y no cambias de entorno<\/td>\n<\/tr>\n
Referencia<\/td>\nIdentificador comercial o SKU<\/td>\nImprescindible si conectas con proveedores o ERP<\/td>\n<\/tr>\n
EAN-13 \/ UPC \/ MPN<\/td>\nIdentificadores externos<\/td>\n\u00datiles para cat\u00e1logos grandes, marketplaces y sincronizaci\u00f3n<\/td>\n<\/tr>\n
Precio sin IVA<\/td>\nPrecio base del producto<\/td>\nRecomendado para evitar confusiones con impuestos<\/td>\n<\/tr>\n
Categor\u00eda<\/td>\nClasificaci\u00f3n del producto<\/td>\nNo tocar si solo actualizas precios<\/td>\n<\/tr>\n
Cantidad<\/td>\nStock disponible<\/td>\nActualizar con precauci\u00f3n si hay combinaciones<\/td>\n<\/tr>\n
Activo<\/td>\nProducto visible o no visible<\/td>\n\u00datil para descatalogados, pero peligroso si el proveedor env\u00eda valores incompletos<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

Codificaci\u00f3n, separadores y formato<\/h3>\n
    \n
  • Usa codificaci\u00f3n UTF-8<\/strong>, especialmente si hay tildes, e\u00f1es, s\u00edmbolos de moneda o caracteres especiales.<\/li>\n
  • Elige un separador claro: punto y coma ;<\/code> suele ser m\u00e1s seguro en entornos europeos donde la coma se usa para decimales.<\/li>\n
  • Evita f\u00f3rmulas de Excel dentro del CSV. Exporta valores planos.<\/li>\n
  • Usa punto decimal o coma decimal seg\u00fan espere tu configuraci\u00f3n, pero no mezcles ambos formatos.<\/li>\n
  • No incluyas columnas innecesarias. Cada columna adicional es una puerta abierta al malentendido.<\/li>\n
  • Valida que no existan referencias duplicadas si vas a actualizar por SKU.<\/li>\n<\/ul>\n

    \ud83d\udca1 Peque\u00f1a digresi\u00f3n de taller:<\/strong> una vez vi una importaci\u00f3n fallar porque el proveedor enviaba precios con espacios invisibles al final. Nadie los ve\u00eda. Todos culpaban al servidor. El servidor, esa v\u00edctima habitual de nuestros descuidos, era inocente. Un car\u00e1cter invisible hab\u00eda puesto de rodillas a una tienda entera. Hay tragedias griegas con menos sutileza.<\/p>\n

    Actualizar precios en PrestaShop: lo que parece simple y no siempre lo es \ud83d\udcb6<\/h2>\n

    \u201cSolo queremos cambiar precios\u201d. Frase breve, peligrosa. En PrestaShop, el precio no es siempre un n\u00famero solitario. Puede convivir con impuestos, ecotasa, descuentos espec\u00edficos, reglas de cat\u00e1logo, grupos de clientes, monedas, pa\u00edses, tiendas, combinaciones y redondeos. Un precio, visto de cerca, es una peque\u00f1a rep\u00fablica con ministerios propios.<\/p>\n

    Precio base frente a precio final<\/h3>\n

    PrestaShop almacena habitualmente el precio base sin impuestos en el producto. El precio final que ve el cliente depende de la regla de impuestos, el pa\u00eds, el grupo, posibles descuentos y configuraci\u00f3n de redondeo. Por eso conviene actualizar precios sin IVA siempre que sea posible, salvo que tu flujo est\u00e9 dise\u00f1ado expresamente para precios finales.<\/p>\n\n\n\n\n\n\n\n\n\n
    Elemento<\/th>\nQu\u00e9 afecta<\/th>\nRiesgo t\u00edpico<\/th>\n<\/tr>\n<\/thead>\n
    Precio base<\/td>\nValor principal del producto<\/td>\nImportar con IVA cuando PrestaShop espera sin IVA<\/td>\n<\/tr>\n
    Reglas de impuestos<\/td>\nPrecio final seg\u00fan pa\u00eds o zona<\/td>\nAsignar una regla incorrecta y mostrar precios err\u00f3neos<\/td>\n<\/tr>\n
    Precio espec\u00edfico<\/td>\nDescuentos por cliente, grupo, cantidad, pa\u00eds o periodo<\/td>\nDuplicar descuentos o dejar promociones antiguas activas<\/td>\n<\/tr>\n
    Reglas de precio del cat\u00e1logo<\/td>\nDescuentos masivos por categor\u00eda, marca, atributos<\/td>\nNo recalcular o aplicar descuentos sobre precios ya rebajados<\/td>\n<\/tr>\n
    Combinaciones<\/td>\nImpacto de precio por talla, color, formato<\/td>\nActualizar solo el producto padre e ignorar variaciones<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

    Ojo con los precios espec\u00edficos<\/h3>\n

    Los precios espec\u00edficos son potentes. Permiten descuentos por grupo, cliente, moneda, pa\u00eds, tienda, cantidad m\u00ednima o rango de fechas. Tambi\u00e9n son un lugar magn\u00edfico para sembrar confusi\u00f3n si se importan sin estrategia.<\/p>\n

    Si tu objetivo es sustituir una tarifa completa, define primero si vas a:<\/p>\n

      \n
    • Actualizar el precio base<\/strong> del producto.<\/li>\n
    • Eliminar precios espec\u00edficos antiguos y crear nuevos.<\/li>\n
    • Mantener descuentos existentes y solo cambiar el precio de partida.<\/li>\n
    • Aplicar reglas de precio del cat\u00e1logo en lugar de importar descuentos producto por producto.<\/li>\n<\/ul>\n

      \ud83d\udeab Error muy com\u00fan:<\/strong> importar una nueva tarifa sin limpiar descuentos anteriores. Resultado: el precio base cambia, pero una regla vieja sigue aplicando un descuento inesperado. El cliente ve un precio, el administrador otro y contabilidad empieza a mirar a desarrollo con una ternura francamente inquietante.<\/p>\n

      Combinaciones, atributos y stock: el laberinto bajo el escaparate \ud83e\uddf5<\/h2>\n

      Si los productos simples son una avenida, las combinaciones son una ciudad subterr\u00e1nea. Talla S en rojo, talla M en azul, pack de 3, formato XL, acabado mate, capacidad de 128 GB. Cada variaci\u00f3n puede tener referencia, EAN, impacto de precio, peso, stock e imagen propia.<\/p>\n

      Al actualizar cat\u00e1logos con combinaciones en PrestaShop, hay que distinguir entre:<\/p>\n

        \n
      • Producto padre:<\/strong> contiene datos generales como nombre, categor\u00eda, descripci\u00f3n, marca.<\/li>\n
      • Combinaciones:<\/strong> representan variaciones y pueden modificar precio, peso, referencia y stock.<\/li>\n
      • Stock disponible:<\/strong> se gestiona normalmente en la estructura de stock asociada al producto y, si aplica, a cada combinaci\u00f3n.<\/li>\n<\/ul>\n

        En versiones modernas de PrestaShop, el manejo de stock se apoya en registros de disponibilidad vinculados al producto y al atributo de producto. Por eso, cambiar \u00fanicamente la cantidad del producto padre cuando existen combinaciones puede no tener el efecto esperado. La tienda, obediente y exasperante, mostrar\u00e1 lo que le diga la combinaci\u00f3n.<\/p>\n

        Buenas pr\u00e1cticas al importar combinaciones<\/h3>\n
          \n
        • Usa referencias \u00fanicas para cada combinaci\u00f3n si el proveedor las ofrece.<\/li>\n
        • No mezcles en el mismo archivo productos simples y combinaciones complejas si no tienes experiencia.<\/li>\n
        • Importa primero productos base y despu\u00e9s combinaciones.<\/li>\n
        • Valida que los atributos y valores existan antes de importar.<\/li>\n
        • Revisa el impacto de precio: una combinaci\u00f3n puede sumar o restar al precio base.<\/li>\n
        • Comprueba el stock por combinaci\u00f3n, no solo por producto.<\/li>\n<\/ul>\n

          Ajustes del servidor para evitar errores 500, 502 y 504 \u2699\ufe0f<\/h2>\n

          Una actualizaci\u00f3n masiva no solo exige un buen archivo. Tambi\u00e9n necesita un servidor preparado. Aqu\u00ed aparece una contradicci\u00f3n curiosa: queremos procesos grandes en entornos web dise\u00f1ados para responder r\u00e1pido. El navegador espera una p\u00e1gina; nosotros le pedimos que haga mudanza completa. Y luego nos sorprende que proteste.<\/p>\n

          Los valores exactos dependen del hosting, del tama\u00f1o del cat\u00e1logo, de la versi\u00f3n de PHP, de la memoria disponible y de si usas Apache, Nginx, LiteSpeed, PHP-FPM o un proxy intermedio. Aun as\u00ed, hay par\u00e1metros que conviene revisar antes de lanzar una importaci\u00f3n seria.<\/p>\n\n\n\n\n\n\n\n\n\n\n\n\n\n
          Par\u00e1metro<\/th>\nFunci\u00f3n<\/th>\nValor orientativo para importaciones<\/th>\n<\/tr>\n<\/thead>\n
          memory_limit<\/code><\/td>\nMemoria m\u00e1xima para procesos PHP<\/td>\n512M o m\u00e1s en cat\u00e1logos grandes, si el servidor lo soporta<\/td>\n<\/tr>\n
          max_execution_time<\/code><\/td>\nTiempo m\u00e1ximo de ejecuci\u00f3n PHP<\/td>\n300 a 900 segundos para procesos puntuales<\/td>\n<\/tr>\n
          max_input_time<\/code><\/td>\nTiempo m\u00e1ximo para procesar entrada<\/td>\n300 segundos o m\u00e1s seg\u00fan tama\u00f1o de archivo<\/td>\n<\/tr>\n
          upload_max_filesize<\/code><\/td>\nTama\u00f1o m\u00e1ximo de archivo subido<\/td>\nSuperior al CSV que vas a importar<\/td>\n<\/tr>\n
          post_max_size<\/code><\/td>\nTama\u00f1o m\u00e1ximo de datos POST<\/td>\nMayor que upload_max_filesize<\/code><\/td>\n<\/tr>\n
          max_input_vars<\/code><\/td>\nN\u00famero m\u00e1ximo de variables de entrada<\/td>\n3000, 5000 o m\u00e1s si el panel lo requiere<\/td>\n<\/tr>\n
          max_allowed_packet<\/code><\/td>\nTama\u00f1o m\u00e1ximo de paquete MySQL\/MariaDB<\/td>\n64M o m\u00e1s para operaciones con datos extensos<\/td>\n<\/tr>\n
          request_terminate_timeout<\/code><\/td>\nL\u00edmite de tiempo en PHP-FPM<\/td>\nAlinear con max_execution_time<\/code><\/td>\n<\/tr>\n
          proxy_read_timeout<\/code><\/td>\nEspera de respuesta en Nginx como proxy<\/td>\n300 a 900 segundos si aplica<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

          \u26a0\ufe0f Importante:<\/strong> aumentar l\u00edmites no convierte un proceso mal dise\u00f1ado en uno bueno. Solo le da m\u00e1s cuerda. Si importas 100.000 productos en una sola petici\u00f3n HTTP, quiz\u00e1 no necesitas m\u00e1s memoria; necesitas otra estrategia.<\/p>\n

          Modo debug y logs: mirar donde duele<\/h3>\n

          Cuando algo falla, no basta con decir \u201cPrestaShop se ha roto\u201d. Hay que revisar registros. En PrestaShop 1.7 y 8, los logs de la aplicaci\u00f3n suelen encontrarse en var\/logs\/<\/code>. Adem\u00e1s, el servidor puede registrar errores en archivos de Apache, Nginx, PHP-FPM o en el panel del proveedor de hosting.<\/p>\n

          Para investigar en un entorno seguro, puedes activar el modo debug desde la configuraci\u00f3n de PrestaShop o modificando el archivo de par\u00e1metros correspondiente seg\u00fan la versi\u00f3n. No lo dejes activo en producci\u00f3n m\u00e1s tiempo del necesario: mostrar errores internos al p\u00fablico es como dejar las facturas pegadas en el escaparate.<\/p>\n

          Flujo seguro para actualizar precios y cat\u00e1logo paso a paso \u2705<\/h2>\n

          El m\u00e9todo profesional no empieza en el bot\u00f3n \u201cImportar\u201d. Empieza antes, con una copia, una prueba y un plan de regreso. La diferencia entre un administrador prudente y uno temerario no est\u00e1 en que el primero no cometa errores; est\u00e1 en que sabe volver atr\u00e1s.<\/p>\n

          1. Haz una copia de seguridad completa<\/h3>\n

          Antes de cualquier actualizaci\u00f3n masiva, crea una copia de:<\/p>\n

            \n
          • Base de datos completa.<\/li>\n
          • Archivos de la tienda, especialmente img\/<\/code>, modules\/<\/code>, themes\/<\/code> y archivos de configuraci\u00f3n.<\/li>\n
          • CSV original y versi\u00f3n modificada.<\/li>\n<\/ul>\n

            Si tienes acceso por consola, una copia SQL puede hacerse con herramientas como mysqldump<\/code>. En hosting gestionado, normalmente podr\u00e1s generarla desde el panel. Lo importante no es el m\u00e9todo; lo importante es comprobar que la copia existe y se puede restaurar.<\/p>\n

            mysqldump -u usuario -p nombre_base_datos > backup-prestashop.sql<\/code><\/pre>\n
            2. Trabaja primero en staging<\/h3>\n
            Un entorno de staging es una copia de la tienda donde puedes probar sin afectar ventas reales. Si tu tienda factura a diario, importar directamente en producci\u00f3n es un acto de fe; respetable en una catedral, discutible en comercio electr\u00f3nico.<\/p>\n
              \n
            • Clona archivos y base de datos.<\/li>\n
            • Desactiva indexaci\u00f3n por buscadores en staging.<\/li>\n
            • Cambia credenciales de pago, email y servicios externos para evitar operaciones reales.<\/li>\n
            • Ejecuta la importaci\u00f3n completa en staging.<\/li>\n
            • Compara precios, stock, categor\u00edas y productos activos antes de tocar producci\u00f3n.<\/li>\n<\/ul>\n
              3. Divide el archivo en lotes<\/h3>\n
              Esta es una de las recomendaciones m\u00e1s simples y menos obedecidas. No subas 50.000 filas si puedes subir 2.000 por tanda. S\u00ed, parece m\u00e1s lento. En realidad, es m\u00e1s r\u00e1pido que restaurar una tienda rota a las dos de la ma\u00f1ana.<\/p>\n\n\n\n\n\n\n\n\n
              Tama\u00f1o de cat\u00e1logo<\/th>\nLote recomendado<\/th>\nComentario<\/th>\n<\/tr>\n<\/thead>\n
              Hasta 1.000 productos<\/td>\n200 – 500 filas<\/td>\nImportaci\u00f3n manual normalmente viable<\/td>\n<\/tr>\n
              1.000 – 10.000 productos<\/td>\n500 – 2.000 filas<\/td>\nConviene probar l\u00edmites del servidor<\/td>\n<\/tr>\n
              10.000 – 50.000 productos<\/td>\n1.000 – 5.000 filas<\/td>\nMejor usar m\u00f3dulos robustos o procesos programados<\/td>\n<\/tr>\n
              M\u00e1s de 50.000 productos<\/td>\nLotes din\u00e1micos<\/td>\nRecomendable CLI, API controlada, PIM o integraci\u00f3n ERP<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n
              4. Importa solo lo necesario<\/h3>\n
              Si el objetivo es actualizar precios, usa un archivo con identificador y precio. Nada m\u00e1s. No incluyas descripciones HTML, im\u00e1genes, categor\u00edas o campos SEO si no van a cambiar. Cada dato innecesario es una piedra m\u00e1s en la mochila del proceso.<\/p>\n
              Ejemplo sencillo de CSV para actualizaci\u00f3n de precios:<\/p>\n
              id_product;reference;price\n152;CAM-NEG-M;19.95\n153;CAM-NEG-L;19.95\n154;ZAP-URB-42;64.90<\/code><\/pre>\n
              Si actualizas por referencia:<\/p>\n
              reference;price;active\nCAM-NEG-M;19.95;1\nCAM-NEG-L;19.95;1\nZAP-URB-42;64.90;1<\/code><\/pre>\n
              5. Desactiva tareas pesadas durante la importaci\u00f3n<\/h3>\n
              Durante actualizaciones grandes, conviene reducir ruido. No es buena idea importar 20.000 productos mientras se ejecuta una sincronizaci\u00f3n de marketplace, un m\u00f3dulo de estad\u00edsticas recalcula datos y una copia de seguridad comprime im\u00e1genes. El servidor no es un h\u00e9roe tr\u00e1gico; es una m\u00e1quina con l\u00edmites.<\/p>\n
                \n
              • Pausa cron jobs no esenciales.<\/li>\n
              • Evita regeneraciones masivas de im\u00e1genes simult\u00e1neas.<\/li>\n
              • Desactiva temporalmente m\u00f3dulos que reaccionan a cada actualizaci\u00f3n de producto, si sabes exactamente qu\u00e9 hacen.<\/li>\n
              • Programa la importaci\u00f3n en horas de menor tr\u00e1fico.<\/li>\n
              • Informa al equipo comercial para que no edite productos durante el proceso.<\/li>\n<\/ul>\n
                6. Limpia cach\u00e9 e \u00edndices al finalizar<\/h3>\n
                Despu\u00e9s de importar, puede ser necesario limpiar cach\u00e9, regenerar \u00edndices de b\u00fasqueda o reconstruir facetas si usas filtros por atributos, precios o categor\u00edas. No siempre hay que hacerlo en cada lote, pero s\u00ed al cerrar la operaci\u00f3n.<\/p>\n
                  \n
                • Vaciar cach\u00e9 de PrestaShop.<\/li>\n
                • Reindexar b\u00fasqueda interna si se modificaron nombres, referencias o descripciones.<\/li>\n
                • Actualizar \u00edndice de navegaci\u00f3n por facetas si cambian precios, atributos o stock.<\/li>\n
                • Limpiar cach\u00e9 externa si usas Varnish, LiteSpeed Cache, Cloudflare u otro CDN.<\/li>\n
                • Probar fichas de producto, categor\u00edas, carrito y checkout.<\/li>\n<\/ul>\n
                  Importar desde el Back Office: consejos pr\u00e1cticos para no sufrir<\/h2>\n
                  El importador nativo de PrestaShop se encuentra habitualmente en el panel de administraci\u00f3n, dentro de las opciones de importaci\u00f3n. Permite elegir entidad, subir archivo, seleccionar separador, mapear columnas y decidir ciertas opciones como forzar IDs o eliminar elementos antes de importar, seg\u00fan el tipo de entidad.<\/p>\n
                  Para una actualizaci\u00f3n de productos existentes, presta especial atenci\u00f3n a estas decisiones:<\/p>\n
                    \n
                  • Forzar IDs:<\/strong> \u00fatil si est\u00e1s importando datos de la misma tienda y quieres actualizar productos por ID. Peligroso si los IDs no corresponden.<\/li>\n
                  • Omitir miniaturas o im\u00e1genes:<\/strong> recomendable si no est\u00e1s actualizando im\u00e1genes.<\/li>\n
                  • Separador de campos:<\/strong> debe coincidir exactamente con el archivo.<\/li>\n
                  • Separador de valores m\u00faltiples:<\/strong> importante para categor\u00edas, caracter\u00edsticas o etiquetas.<\/li>\n
                  • Idioma:<\/strong> fundamental si importas nombres o descripciones multiling\u00fces.<\/li>\n
                  • Tienda en multitienda:<\/strong> revisa el contexto antes de importar; aqu\u00ed se han perdido m\u00e1s horas de las que nadie confiesa.<\/li>\n<\/ul>\n
                        \u2705 Recomendaci\u00f3n profesional:<\/strong> guarda plantillas de mapeo para importaciones recurrentes. Si cada mes recibes una tarifa del mismo proveedor, no improvises cada vez. La repetici\u00f3n controlada es aburrida, s\u00ed, pero el aburrimiento bien gestionado paga facturas.<\/p>\n
                    Actualizaci\u00f3n masiva mediante API: m\u00e1s control, menos azar \ud83d\udd0c<\/h2>\n
                    El Webservice de PrestaShop permite actualizar productos mediante peticiones autenticadas. No es el m\u00e9todo m\u00e1s r\u00e1pido para operaciones gigantes si se usa sin optimizaci\u00f3n, pero ofrece trazabilidad, validaci\u00f3n y una integraci\u00f3n m\u00e1s limpia que manipular tablas a ciegas.<\/p>\n
                    Para usarlo bien:<\/p>\n
                      \n
                    • Activa el Webservice solo con permisos necesarios.<\/li>\n
                    • Usa claves distintas por integraci\u00f3n.<\/li>\n
                    • Registra cada petici\u00f3n y respuesta.<\/li>\n
                    • Procesa por lotes y a\u00f1ade reintentos ante errores temporales.<\/li>\n
                    • No actualices todos los campos si solo cambia el precio.<\/li>\n
                    • Respeta l\u00edmites del servidor para no crear un peque\u00f1o ataque DDoS contra tu propia tienda.<\/li>\n<\/ul>\n
                      Una estrategia habitual consiste en tener un proceso intermedio que lea el feed del proveedor, compare con los datos actuales y actualice \u00fanicamente productos modificados. Esta diferencia es enorme: no es lo mismo tocar 30.000 productos cada noche que tocar 1.200 porque son los \u00fanicos que han cambiado. El primer m\u00e9todo es una avalancha; el segundo, riego por goteo.<\/p>\n
                      SQL directo: cu\u00e1ndo s\u00ed, cu\u00e1ndo no y por qu\u00e9 da respeto \ud83e\uddef<\/h2>\n
                      Modificar la base de datos directamente puede ser tentador. Es r\u00e1pido, preciso y no depende del navegador. Tambi\u00e9n puede romper relaciones internas, dejar datos inconsistentes o saltarse l\u00f3gica de PrestaShop que normalmente se ejecuta al guardar productos.<\/p>\n
                      PrestaShop distribuye informaci\u00f3n de producto entre varias tablas, y el prefijo puede variar, aunque com\u00fanmente se usa ps_<\/code>. Algunas tablas relevantes son:<\/p>\n\n\n\n\n\n\n\n\n\n\n\n
                      Tabla habitual<\/th>\nContenido<\/th>\nPrecauci\u00f3n<\/th>\n<\/tr>\n<\/thead>\n
                      ps_product<\/code><\/td>\nDatos base del producto<\/td>\nNo suficiente en multitienda<\/td>\n<\/tr>\n
                      ps_product_shop<\/code><\/td>\nDatos del producto por tienda<\/td>\nClave para precios y estado en multitienda<\/td>\n<\/tr>\n
                      ps_product_lang<\/code><\/td>\nNombre, descripci\u00f3n y campos por idioma<\/td>\nRequiere gestionar idioma y tienda<\/td>\n<\/tr>\n
                      ps_product_attribute<\/code><\/td>\nCombinaciones<\/td>\nImpactos de precio y atributos<\/td>\n<\/tr>\n
                      ps_product_attribute_shop<\/code><\/td>\nCombinaciones por tienda<\/td>\nImportante en multitienda<\/td>\n<\/tr>\n
                      ps_stock_available<\/code><\/td>\nStock disponible<\/td>\nDistinguir producto y combinaci\u00f3n<\/td>\n<\/tr>\n
                      ps_specific_price<\/code><\/td>\nPrecios espec\u00edficos y descuentos<\/td>\nEvitar duplicados y reglas obsoletas<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n
                      Si vas a hacer una actualizaci\u00f3n SQL, usa transacciones cuando sea posible, crea tablas temporales para cargar datos, compara antes de escribir y registra cu\u00e1ntas filas se modifican. Y, por favor, ejecuta primero un SELECT<\/code>. La civilizaci\u00f3n empez\u00f3 el d\u00eda en que alguien decidi\u00f3 mirar antes de borrar.<\/p>\n
                      SELECT p.id_product, p.reference, ps.price\nFROM ps_product p\nINNER JOIN ps_product_shop ps ON ps.id_product = p.id_product\nWHERE p.reference IN ('CAM-NEG-M', 'CAM-NEG-L');<\/code><\/pre>\n
                      Una actualizaci\u00f3n de precios por SQL podr\u00eda requerir modificar tanto ps_product<\/code> como ps_product_shop<\/code>, seg\u00fan configuraci\u00f3n y versi\u00f3n. No copies consultas de internet sin adaptarlas a tu tienda, prefijo, multitienda e impuestos. Lo que salva una instalaci\u00f3n puede hundir otra con impecable indiferencia.<\/p>\n
                          \ud83d\udea8 Regla de hierro:<\/strong> no ejecutes SQL directo en producci\u00f3n sin copia restaurable y prueba previa. Si no sabes explicar qu\u00e9 tablas modifica una consulta, no deber\u00edas ejecutarla.<\/p>\n
                      Automatizaci\u00f3n con cron y procesos por lotes \u23f1\ufe0f<\/h2>\n
                      Para tiendas con actualizaci\u00f3n diaria de precios o stock, la importaci\u00f3n manual envejece r\u00e1pido. Al principio parece aceptable. Luego llega el viernes, el proveedor cambia 12.000 precios, alguien est\u00e1 de vacaciones y el archivo pesa como una novela rusa.<\/p>\n
                      Automatizar no significa perder control. Significa dise\u00f1ar un flujo que haga siempre lo mismo, con registros, validaciones y alertas. Un buen proceso autom\u00e1tico deber\u00eda:<\/p>\n
                        \n
                      • Descargar el archivo desde FTP, SFTP, URL privada o API del proveedor.<\/li>\n
                      • Validar estructura: columnas, codificaci\u00f3n, separador, n\u00famero de filas.<\/li>\n
                      • Detectar cambios frente al estado actual.<\/li>\n
                      • Aplicar actualizaciones en lotes peque\u00f1os.<\/li>\n
                      • Registrar productos actualizados, omitidos y fallidos.<\/li>\n
                      • Enviar aviso por email o sistema interno al terminar.<\/li>\n
                      • Detenerse si detecta anomal\u00edas graves, por ejemplo una tarifa con precios a cero.<\/li>\n<\/ul>\n
                        Este \u00faltimo punto es esencial. Un proceso autom\u00e1tico sin frenos es eficiente del mismo modo que un incendio es luminoso.<\/p>\n
                        Errores frecuentes al actualizar masivamente en PrestaShop<\/h2>\n
                        1. Importar precios con IVA cuando la tienda espera precios sin IVA<\/h3>\n
                        El resultado ser\u00e1 una desviaci\u00f3n sistem\u00e1tica en todo el cat\u00e1logo. A veces se detecta r\u00e1pido. A veces no, y entonces la tienda vende durante d\u00edas con m\u00e1rgenes deformados. Revisa siempre si el campo representa precio neto o precio final.<\/p>\n
                        2. No tener en cuenta multitienda<\/h3>\n
                        En multitienda, un producto puede tener valores distintos seg\u00fan la tienda. Actualizar solo datos globales puede no alterar lo visible en una tienda concreta. Antes de importar, confirma el contexto de tienda y las tablas o campos afectados.<\/p>\n
                        3. Subir im\u00e1genes junto con una actualizaci\u00f3n de precios<\/h3>\n
                        Las im\u00e1genes son pesadas. Si no cambian, no las toques. Importar im\u00e1genes desde URLs externas puede multiplicar tiempos, generar errores de descarga y consumir recursos de forma brutal.<\/p>\n
                        4. No limpiar reglas de precio antiguas<\/h3>\n
                        Un precio nuevo puede quedar maquillado por un descuento viejo. Revisa precios espec\u00edficos, reglas de cat\u00e1logo y promociones activas.<\/p>\n
                        5. Ignorar redondeos<\/h3>\n
                        PrestaShop permite configurar modos de redondeo. Si tu ERP redondea de una forma y la tienda de otra, aparecer\u00e1n diferencias de c\u00e9ntimos. Peque\u00f1as, s\u00ed. Pero los c\u00e9ntimos son como arena en un engranaje: parecen nada hasta que todo chirr\u00eda.<\/p>\n
                        6. No revisar m\u00f3dulos externos<\/h3>\n
                        Marketplaces, ERPs, feeds de Google Merchant Center, m\u00f3dulos de cache, facturaci\u00f3n o sincronizaci\u00f3n pueden reaccionar ante cambios de cat\u00e1logo. Algunos lo hacen bien. Otros, con una creatividad que nadie pidi\u00f3.<\/p>\n
                        7. No medir tiempos por lote<\/h3>\n
                        Si un lote de 500 filas tarda 20 segundos, uno de 10.000 no tardar\u00e1 necesariamente 400. Puede tardar mucho m\u00e1s, fallar o bloquear recursos. Mide, ajusta y escala gradualmente.<\/p>\n
                        Checklist profesional antes de lanzar la actualizaci\u00f3n masiva \ud83e\uddfe<\/h2>\n
                        Antes<\/h3>\n
                          \n
                        • Copia de seguridad verificada.<\/li>\n
                        • Prueba en staging.<\/li>\n
                        • CSV validado en UTF-8.<\/li>\n
                        • Separadores correctos.<\/li>\n
                        • Columnas m\u00ednimas necesarias.<\/li>\n
                        • Reglas de impuestos revisadas.<\/li>\n
                        • Precios espec\u00edficos auditados.<\/li>\n<\/ul>\n
                          Durante<\/h3>\n
                            \n
                          • Importar por lotes.<\/li>\n
                          • Monitorizar CPU, RAM y base de datos.<\/li>\n
                          • Revisar logs si aparece un error.<\/li>\n
                          • No editar productos manualmente al mismo tiempo.<\/li>\n
                          • No ejecutar procesos pesados simult\u00e1neos.<\/li>\n<\/ul>\n
                            Despu\u00e9s<\/h3>\n
                              \n
                            • Limpiar cach\u00e9.<\/li>\n
                            • Reindexar b\u00fasqueda si corresponde.<\/li>\n
                            • Revisar navegaci\u00f3n por facetas.<\/li>\n
                            • Comprobar productos de muestra.<\/li>\n
                            • Probar carrito y checkout.<\/li>\n
                            • Comparar totales frente al archivo original.<\/li>\n<\/ul>\n
                              C\u00f3mo validar que la actualizaci\u00f3n sali\u00f3 bien \ud83d\udd0d<\/h2>\n
                              No basta con que el importador diga \u201cproceso finalizado\u201d. Esa frase puede ser tan tranquilizadora como ambigua. Hay que validar datos reales.<\/p>\n
                                \n
                              • Elige una muestra de productos baratos, caros, con descuento, con combinaciones y sin stock.<\/li>\n
                              • Comprueba precio en Back Office y Front Office.<\/li>\n
                              • Verifica precio con impuestos incluidos y excluidos.<\/li>\n
                              • A\u00f1ade productos al carrito para confirmar el c\u00e1lculo final.<\/li>\n
                              • Comprueba una categor\u00eda con filtros por precio.<\/li>\n
                              • Revisa productos con promociones activas.<\/li>\n
                              • Exporta datos despu\u00e9s de importar y comp\u00e1ralos con el archivo fuente.<\/li>\n<\/ul>\n
                                Si tienes conocimientos t\u00e9cnicos, una comparaci\u00f3n mediante consulta SQL o script puede detectar diferencias masivas con mayor precisi\u00f3n que una revisi\u00f3n visual. La vista humana es buena para detectar rarezas; mala para auditar 30.000 filas. Para eso inventamos las m\u00e1quinas, aunque a veces parezcan vengarse.<\/p>\n
                                Rendimiento despu\u00e9s de una importaci\u00f3n: no descuides la tienda visible \ud83d\ude80<\/h2>\n
                                Despu\u00e9s de una actualizaci\u00f3n grande, el rendimiento puede resentirse temporalmente. Cach\u00e9s vac\u00edas, \u00edndices reci\u00e9n modificados, consultas de m\u00f3dulos, regeneraciones pendientes. El escaparate puede quedarse algo pesado, como una ciudad despu\u00e9s de una nevada.<\/p>\n
                                Para estabilizar la tienda:<\/p>\n
                                  \n
                                • Vac\u00eda y precalienta cach\u00e9 si usas sistemas de cache avanzados.<\/li>\n
                                • Comprueba logs de errores despu\u00e9s de la importaci\u00f3n.<\/li>\n
                                • Revisa consultas lentas si tienes acceso a slow query log.<\/li>\n
                                • Optimiza tablas si hubo operaciones muy grandes, con prudencia y en horario de bajo tr\u00e1fico.<\/li>\n
                                • Controla m\u00e9tricas de Core Web Vitals si cambiaste im\u00e1genes, categor\u00edas o filtros.<\/li>\n
                                • Verifica feeds externos como Google Merchant Center, Facebook Catalog o marketplaces.<\/li>\n<\/ul>\n
                                  \u00bfCu\u00e1ndo conviene usar un PIM o ERP en lugar de CSV?<\/h2>\n
                                  El CSV es pr\u00e1ctico hasta que deja de serlo. Si gestionas m\u00faltiples canales, varios proveedores, traducciones, reglas de enriquecimiento, im\u00e1genes, atributos t\u00e9cnicos y tarifas por mercado, quiz\u00e1 necesitas un PIM o una integraci\u00f3n ERP. No por moda, sino por higiene operativa.<\/p>\n
                                  Se\u00f1ales claras:<\/p>\n
                                    \n
                                  • Recibes cat\u00e1logos de varios proveedores con estructuras distintas.<\/li>\n
                                  • Actualizas stock y precios varias veces al d\u00eda.<\/li>\n
                                  • Vendes en marketplaces adem\u00e1s de tu PrestaShop.<\/li>\n
                                  • Necesitas aprobaci\u00f3n editorial antes de publicar productos.<\/li>\n
                                  • Hay muchos errores humanos en hojas de c\u00e1lculo.<\/li>\n
                                  • El equipo dedica demasiadas horas a limpiar archivos.<\/li>\n<\/ul>\n
                                    Un PIM centraliza informaci\u00f3n de producto. Un ERP gobierna operaciones, compras, inventario y facturaci\u00f3n. PrestaShop deber\u00eda vender; no necesariamente actuar como centro universal de todos los datos. Cada herramienta tiene su reino. Confundirlos es el principio de muchas noches largas.<\/p>\n
                                    Preguntas frecuentes sobre actualizaci\u00f3n masiva en PrestaShop \u2753<\/h2>\n
                                    \u00bfCu\u00e1l es la forma m\u00e1s segura de actualizar precios masivamente?<\/h3>\n
                                    Para tiendas peque\u00f1as o medianas, un CSV bien preparado e importado por lotes suele ser suficiente. Para tiendas grandes o actualizaciones frecuentes, es m\u00e1s seguro usar un m\u00f3dulo profesional, API o proceso CLI con logs, validaciones y reintentos.<\/p>\n
                                    \u00bfPuedo actualizar solo precios sin tocar el resto del producto?<\/h3>\n
                                    S\u00ed. De hecho, es lo recomendable. Usa un archivo con identificador del producto y precio. Evita incluir columnas que no necesites modificar.<\/p>\n
                                    \u00bfPor qu\u00e9 aparece error 500 al importar productos?<\/h3>\n
                                    Puede deberse a memoria insuficiente, tiempo de ejecuci\u00f3n agotado, errores en el CSV, m\u00f3dulos incompatibles, excepciones de PrestaShop o problemas de base de datos. Revisa logs de PHP, servidor y PrestaShop para obtener el motivo real.<\/p>\n
                                    \u00bfQu\u00e9 hago si aparece error 504 Gateway Timeout?<\/h3>\n
                                    Divide el archivo en lotes m\u00e1s peque\u00f1os y revisa l\u00edmites de Nginx, Apache, PHP-FPM o proxy. Si el proceso es grande, evita depender del navegador y considera usar tareas por consola o cron.<\/p>\n
                                    \u00bfEs recomendable actualizar precios directamente en la base de datos?<\/h3>\n
                                    Solo si sabes exactamente qu\u00e9 tablas intervienen y has probado antes en staging. En multitienda o con combinaciones, tocar una sola tabla puede dejar datos incoherentes.<\/p>\n
                                    \u00bfDebo desactivar la tienda durante la importaci\u00f3n?<\/h3>\n
                                    No siempre. Para cambios peque\u00f1os, no hace falta. Para operaciones grandes, puede ser prudente activar mantenimiento durante una ventana breve o ejecutar el proceso en horas de baja actividad.<\/p>\n
                                    \u00bfQu\u00e9 pasa con los productos con combinaciones?<\/h3>\n
                                    Debes actualizar la combinaci\u00f3n correcta si el precio, referencia o stock depende de ella. Cambiar solo el producto padre puede no modificar lo que ve el cliente en una variaci\u00f3n concreta.<\/p>\n
                                    \u00bfC\u00f3mo evito que los descuentos antiguos alteren los nuevos precios?<\/h3>\n
                                    Audita precios espec\u00edficos y reglas de precio del cat\u00e1logo antes de importar. Decide si se mantienen, se reemplazan o se eliminan. No mezcles estrategias sin documentarlo.<\/p>\n
                                    Una estrategia sensata vale m\u00e1s que un servidor enorme<\/h2>\n
                                    Actualizar un cat\u00e1logo masivo en PrestaShop sin errores de servidor no depende de un truco secreto. Depende de respetar el sistema: preparar datos limpios, importar por lotes, ajustar l\u00edmites razonables, revisar logs, probar en staging y validar resultados. Es menos \u00e9pico de lo que algunos quisieran, pero mucho m\u00e1s rentable.<\/p>\n
                                    Hay una belleza discreta en una importaci\u00f3n que termina sin ruido. Sin pantallas blancas. Sin llamadas urgentes. Sin ese silencio espeso que aparece cuando nadie quiere preguntar qui\u00e9n hizo clic en \u201cImportar\u201d. La tecnolog\u00eda, cuando funciona bien, se parece a la fontaner\u00eda: nadie la celebra, pero todos la echan de menos cuando falla.<\/p>\n
                                    Resumen operativo para hacerlo bien \ud83d\udee0\ufe0f<\/h2>\n
                                    Haz copia de seguridad, prueba en staging, usa CSV limpio en UTF-8, divide en lotes, importa solo campos necesarios, revisa l\u00edmites de PHP y servidor, controla precios espec\u00edficos, respeta combinaciones y valida en Front Office. La actualizaci\u00f3n masiva perfecta no es la m\u00e1s r\u00e1pida: es la que no deja ruinas detr\u00e1s.<\/p>\n