- Empecemos por lo que te ha traído hasta aquí
- ¿Quién escribe esto?
- Empezamos con un análisis preliminar, no con una auditoría
- La fase en la que se encuentra tu tienda lo cambia todo
- Lo que suele lastrar una tienda, aunque nadie lo mencione
- La optimización no es solo velocidad
- Tres formas de empezar: elige la tuya
- Cuándo es realmente necesario un auditorio… y cuándo no
- Un procedimiento seguro que no interrumpirá el funcionamiento de tu tienda
- ¿Cuánto cuesta la optimización de PrestaShop?
- ¿Qué resultados aporta la optimización de PrestaShop?
- La optimización es un proceso. El rendimiento es un estado.
- Han confiado en nosotros
Una tienda PrestaShop que funciona con lentitud se traduce en la pérdida de clientes, peores resultados de SEO y una gestión más complicada de los pedidos. Por el contrario, el hecho de que «la tienda vaya lenta» es un síntoma, no un diagnóstico, y las causas pueden ser más de una docena; además, en cada tienda puede tratarse de un conjunto diferente de problemas.
Esta página muestra cómo determinamos cuáles de estos problemas te afectan, cuánto cuesta la reparación y cuándo realmente no nos necesitas.
Empecemos por lo que te ha traído hasta aquí
«Mi tienda va muy lenta»
Tarda más de 3 segundos en cargarse, tiene un PageSpeed bajo, el panel de administración va lento y el proceso de pago es lento.
Estás en el lugar adecuado
→ sigue leyendo
«Creo que el servidor no va bien. ¿Quizás sean los bots?»
La tienda se cuelga con el tráfico, hay entradas extrañas en los registros, algo sospechoso en el código, alertas de Google.
Ve aquí
→ desplázate hasta la sección de seguridad
«No tengo tráfico procedente de Google»
La competencia está por encima, Search Console muestra errores, las posiciones han bajado tras la migración, hay URL duplicadas.
Esta es otra área
→ SEO y visibilidad
Estas tres cosas pueden deberse a lo mismo: una tienda web lenta perjudica las posiciones, los bots atacan el servidor y los filtros que generan miles de URL lo estropean todo a la vez. El problema tiene varios orígenes, así que primero determinemos cuál es su epicentro.
13 segundos → 0,9 segundos
Eso es lo que tardaba en cargarse la tienda en PrestaShop 8.1 antes y después de nuestra optimización. No es una simulación ni una prueba en una instalación limpia: es una tienda en funcionamiento con un catálogo real y módulos reales.
No prometemos que en tu caso sea igual: tu tienda tiene otro catálogo, otros módulos y otro servidor. Pero envíanos el enlace y, en 30 minutos, te diremos en qué dirección buscar y cuál es la magnitud de la tarea.
74
tiendas optimizadas
14,17 segundos
reducción media
18 años
en el sector del comercio electrónico
¿Quién escribe esto?
PrestaShow es una agencia polaca de comercio electrónico especializada en PrestaShop: desarrollamos nuestros propios módulos, implementamos tiendas y nos ocupamos de su mantenimiento, optimización, SEO y desarrollo. Trabajamos con los propietarios de las tiendas, no con el sistema de forma aislada del negocio.
Formamos parte del programa PrestaShop Expert: se trata de una certificación oficial de competencia otorgada por los creadores del sistema, no de una insignia que se pueda comprar. Contamos con 76 módulos propios para PrestaShop, que utilizan tiendas en 18 países; conocemos el motor de PrestaShop desde el punto de vista del código, no solo del panel de control.
Módulos propiosde
: los desarrollamos desde hace más de una década
Implementacionesde
: nuevas tiendas y migraciones
Mantenimiento de tiendasde
: mantenimiento, supervisión y desarrollo
Optimizaciónde
: velocidad, servidor, base de datos, seguridad
SEO y visibilidadde
También nos encargamos de ello, con nuestros propios módulos
Empezamos con un análisis preliminar, no con una auditoría
No todos los encargos empiezan con una auditoría de 4 920 PLN. Empiezan con una pregunta: ¿qué está pasando exactamente, desde cuándo y en qué tienda? A veces, la respuesta es un módulo de 300 PLN y media hora en el panel de control. A veces, un proyecto de tres semanas. El análisis preliminar determina de qué caso se trata: echamos un vistazo a la tienda y al servidor, comprobamos la seguridad, el tráfico, la base de datos, los módulos y el PHP. Son entre 4 y 6 horas de trabajo, 800 zł.
Pero antes incluso de pensar en ello: PrestaShop rara vez se ralentiza por una sola causa, aunque el síntoma suele indicar la dirección a seguir. Identifica tu problema; en algunos casos, puede que descubras que no necesitas un análisis:
Haz clic en el síntoma: te diremos qué suele causarlo y por dónde empezar desarrollo La importación o sincronización se realiza en la ventana de movimientos. Importación desde el almacén (XML/CSV/API), sincronización de existencias con el ERP, actualización de precios: si se realiza con demasiada frecuencia, en momentos inadecuados o está mal preparada, la tienda y la base de datos se ven sometidas a una carga constante justo cuando los clientes están comprando. Por dónde empezar: por determinar a qué hora exacta se ralentiza el sistema y qué ocurre en ese momento. Normalmente basta con cambiar la ventana de importación y reducir la frecuencia; se trata de un horario de trabajo, no de un proyecto. desarrollo grande Navegación por capas con un gran número de atributos y combinaciones. Cada combinación de filtros supone una consulta independiente a la base de datos y una URL distinta. Con una docena de atributos, el número de combinaciones asciende a miles, lo que sobrecarga la base de datos y satura el índice de Google con duplicados. Por dónde empezar: este es el único síntoma que afecta a la velocidad y al SEO a la vez. Requiere decidir qué filtros deben indexarse y cuáles no, así como crear índices en la base de datos según patrones de filtrado reales. Desarrollo Las combinaciones son uno de los elementos más pesados de PrestaShop. 10 000 productos, cada uno en 5 tallas y 6 colores, no suponen 10 000 registros, sino 300 000. Una tienda que para el cliente parece de tamaño medio, para la base de datos es grande. Por dónde empezar: por la estructura del catálogo. A veces sale más barato rediseñar el catálogo que comprar un servidor más potente, y esa es una conversación que hay que mantener antes de invertir dinero en infraestructura. cada etapa Normalmente, ambas partes tienen algo de culpa, y a ninguna le interesa resolver el problema. El proveedor de alojamiento ve la carga, pero no ve el código. El desarrollador ve el código, pero no tiene acceso al servidor. Por dónde empezar: por alguien que analice ambas cosas a la vez. La auditoría abarca la tienda, los módulos y el servidor, y el resultado es un documento que indica: esto corresponde al proveedor de alojamiento, esto a la tienda y esto a los módulos. Puedes mostrárselo al proveedor de alojamiento. desarrollo elevado El servidor está diseñado para un tráfico medio, no para picos de tráfico. Una tienda que atiende sin problemas a 300 personas al día puede colapsarse si hay 300 personas conectadas a la vez. Son dos cifras diferentes y dos configuraciones distintas. Por dónde empezar: por una prueba de carga, para saber cuál es el límite; y después, decidir si aumentamos ese límite o rediseñamos la tienda. El mejor momento es en el entorno de desarrollo; el peor, en el entorno de producción. desarrollo grande PrestaShop está diseñado para carritos de la compra minoristas: tres o cinco artículos. En el caso de un pedido al por mayor de varios cientos de líneas, cada operación en el carrito (cálculo de precios, descuentos por volumen, disponibilidad, impuestos) se multiplica por el número de artículos. A esto hay que añadir las listas de precios individuales por cliente y las cantidades mínimas de pedido. Por dónde empezar: por determinar qué operación es la que más cuesta cuando el carrito es grande. Normalmente, esto se puede solucionar poniendo en cola los cálculos, almacenando en caché las listas de precios o reescribiendo la forma de añadir artículos. Se trata de una optimización especializada y constituye una categoría aparte. desarrollo grande Multistore consiste en una única instalación, una única base de datos y un único servidor, para todas las tiendas a la vez. La importación a una tienda sobrecarga la base de datos común a todas ellas. Un módulo programado sin tener en cuenta el sistema multistore puede extraer datos de todas las tiendas para mostrar solo una. Y una campaña en una tienda satura el servidor de las demás. Por dónde empezar: por determinar qué tienda genera la carga y si el problema está en la configuración o en el módulo. El multistore se rige por sus propias reglas: es una categoría aparte, no una variante de la optimización habitual. desarrollo Alguien te está escaneando. Scrapers que recopilan precios para la competencia, bots que intentan iniciar sesión, tráfico basura procedente de granjas de servidores. Para una tienda, se trata de solicitudes normales: la base de datos las gestiona, el servidor procesa los datos y PHP funciona. Solo que, al otro lado, nadie va a comprar nada. Si la intensidad es mayor, esto puede consumir la mitad de la potencia del servidor. Por dónde empezar: por comprobar qué parte del tráfico procede realmente de personas. Después, una CDN y reglas de bloqueo; suele ser más barato que un servidor más potente. cada etapa Ya no se trata de un problema de rendimiento. Es un ataque informático. Una tienda infectada va lenta porque, además de tu tienda, hay algo más funcionando en ese servidor: un minero de criptomonedas, inyección de spam o redireccionamientos añadidos a la plantilla. La lentitud en la carga es un síntoma secundario, no el problema. Por dónde empezar: de inmediato , y no por PageSpeed. Analizar, encontrar la puerta trasera, limpiar, parchear las vulnerabilidades y cambiar todas las contraseñas. Optimizar una tienda infectada es como pintar el césped. cada etapa Un módulo escrito sin tener en cuenta el rendimiento realiza consultas a la base de datos cada vez que se muestra la página. Un solo módulo de este tipo puede suponer varios cientos de milisegundos —en cada subpágina, para cada usuario—. Por dónde empezar: por el análisis de rendimiento, que muestra cuánto tarda cada módulo en milisegundos. Solo entonces decides: lo corregimos, lo sustituimos o lo eliminamos. cada etapa Normalmente, en este orden: imágenes, JavaScript, ausencia de caché. En la mayoría de las tiendas, las imágenes son las que más influyen en el resultado, y esa es la parte que puedes arreglar tú mismo. Por dónde empezar: por las imágenes. La conversión a WebP y la carga diferida son las medidas más económicas y con mayor impacto en el rendimiento. Si después de esto PageSpeed sigue dando la voz de alarma, entonces hay que centrarse en el JavaScript y la plantilla.¿A qué se dedica tu tienda?
Se ralentiza a determinadas horas: por la noche o por la mañana. Durante el día va bien.
La categoría con filtros tarda unos doce segundos en cargarse. El resto va rapidísimo.
Tengo 8 000 productos y 240 000 registros en la base de datos. ¿De dónde?
El proveedor de alojamiento dice que es una tienda. La tienda dice que es un proveedor de alojamiento. ¿Quién tiene razón?
Dentro de seis semanas es el Black Friday y sé que la tienda no lo va a aguantar.
Un cliente mayorista añade 300 artículos a la cesta y el proceso de pago se cuelga.
Tengo un sistema multitienda y una sola tienda puede bloquear el funcionamiento de todas las demás.
La tienda ha dejado de funcionar y en los registros veo miles de visitas procedentes de direcciones extrañas.
La tienda ha bajado el ritmo y están pasando cosas raras: redireccionamientos, enlaces extraños, alertas de Google.
Hemos añadido algunos módulos y la tienda ha empezado a funcionar más lento.
PageSpeed marca un 28/100 y la agencia de SEO me pide que lo solucione.
La fase en la que se encuentra tu tienda lo cambia todo
Una tienda que acaba de empezar se aborda de forma totalmente diferente a una tienda con cincuenta mil índices y cinco integraciones. Los mismos síntomas tienen un significado distinto.
Etapa 1
Tienda en fase inicial
hasta ~2.000 productos · sin integraciones
La base de datos aún no se ha saturado, hay pocas combinaciones y los filtros no suponen un problema. Normalmente bastan imágenes ligeras, caché y un alojamiento decente.
Siendo sinceros: un módulo de 300 zł y media hora en el panel de control. Hacer una auditoría sería exagerado.
Fase 2
Tienda en desarrollo
miles de productos · combinaciones · integraciones
Aquí empieza el trabajo de verdad. Las combinaciones multiplican el tamaño de la base de datos, los filtros generan miles de URL y la importación se pone en marcha en las horas de mayor actividad de compras. Normalmente hay varias causas a la vez.
Sinceramente: aquí es donde la auditoría se amortiza más rápido, ya que sin ella la implementación es una lotería.
Etapa 3
Tienda grande / con mucho tráfico
Más de 100 000 índices · ERP · marketplace
Los índices predeterminados de PrestaShop ya no son suficientes. Entran en escena los índices compuestos, la caché en memoria y una arquitectura de servidor bien diseñada.
Seamos sinceros: una auditoría es lo mínimo. En la práctica, se trata de un proyecto, no de una partida de la lista de precios.
Lo que suele lastrar una tienda, aunque nadie lo mencione
Las guías hablan de imágenes y caché, porque eso se ve en PageSpeed. Pero en las tiendas en fase de crecimiento, los verdaderos frenos están en otra parte, y todos tienen un denominador común: crecen junto con el negocio.
Combinaciones de productos: la tienda es más grande de lo que parece
Este es uno de los elementos más pesados de PrestaShop y, a menudo, el más subestimado. Un producto con 5 tallas y 6 colores no es un solo registro en la base de datos, sino 30. Por eso, la pregunta «¿cuántos productos tienes?» es engañosa. La pregunta correcta es: ¿cuántas combinaciones tienes? A veces sale más barato rediseñar el catálogo que comprar un servidor más potente.
Filtros: el único problema que afecta a la velocidad y al posicionamiento en Google a la vez
La navegación por capas es imprescindible en un catálogo grande. Pero cada combinación de filtros supone una consulta independiente a la base de datos y una URL distinta. La base de datos realiza un recuento con cada clic, y Google indexa miles de direcciones casi idénticas. Es en este momento cuando la optimización y el SEO dejan de ser temas independientes.
Importación desde el almacén: la tienda se ralentiza a determinadas horas
Síntoma característico: la tienda se ralentiza por la mañana o por la noche, mientras que durante el día funciona con normalidad. A menudo se trata de la sincronización que coincide con la ventana de importación. La importación sobrecarga la base de datos exactamente igual que los clientes, solo que no compra nada. Ajustar el horario y optimizar el proceso puede resolver el problema sin gastar ni un zloty en el servidor.
Estadísticas de PrestaShop: ¿por qué se ralentiza el panel de administración aunque la página web funcione correctamente?
PrestaShop recopila sus propias estadísticas de forma predeterminada. Las tablas ps_connections, ps_guest y ps_page_viewed crecen con cada acceso. Esta es la causa más habitual de la lentitud del back-office. Si utilizas Google Analytics, estas estadísticas te sobran: puedes desactivarlas y borrarlas.
Cesta de la compra B2B: PrestaShop no se diseñó para 300 artículos
PrestaShop se diseñó pensando en un carrito de la compra minorista. Cada operación en el carrito —el cálculo de precios, descuentos, cantidades e impuestos— se multiplica por el número de artículos. Esto se soluciona poniendo en cola los cálculos y almacenando en caché las listas de precios por cliente. Es otro nivel.
Multitienda: otra liga
Multitienda no es simplemente «PrestaShop, pero a lo grande». Se trata de una única instalación, una única base de datos y un único servidor para varias tiendas a la vez. Un módulo no adaptado al modo multitienda recurre a los datos de todas las tiendas para mostrarlos en una sola. Una campaña en una tienda satura el servidor de las demás.
La optimización no es solo velocidad
La mitad de las tiendas que acuden a nosotros con la queja de que «va lento» tienen un problema que poco tiene que ver con el rendimiento. La lentitud en la carga es solo lo que se ve.
Una tienda infectada siempre va lenta
Porque, junto a tu tienda, en el mismo servidor, hay algo más funcionando: un minero de criptomonedas, un script que envía spam, una puerta trasera. Por eso, cada encargo importante comienza con un análisis: en varias ocasiones se ha visto que el cliente pagaba por acelerar algo que primero había que desinfectar.
Una versión obsoleta de PrestaShop no solo ralentiza la tienda
Cada versión que no hayas actualizado es una lista de vulnerabilidades conocidas públicamente. No hace falta que seas un objetivo: los escáneres recorren todo Internet y lo comprueban todo uno por uno.
Los bots pueden consumir la mitad de los recursos del servidor
Los scrapers que recopilan precios para la competencia, los bots que inician sesión con contraseñas ajenas, el tráfico basura. Hemos visto tiendas en las que la mayor parte del tráfico no procedía de personas: el propietario aumentaba la potencia del servidor porque «va lento» y acababa pagando por el funcionamiento de los bots ajenos.
Falta de CDN: es decir, todo sale desde un único lugar
Sin una CDN, cada imagen, cada archivo CSS y cada cliente recurren a tu servidor. Con una CDN, los elementos estáticos se sirven desde un nodo más cercano al cliente. Suele ser la medida más económica y con mayor impacto en las tiendas que aún no la tienen.
Tres formas de empezar: elige la tuya
1
Hazlo tú mismo
¿El back-office va lento, pero el front-end funciona? Seguramente sea la base de datos: Cleaner. ¿PageSpeed te avisa de que las imágenes son pesadas? WebP y Lazy Load. No necesitas que te ayudemos para usar estos módulos.
desde 300 PLN
al instante
2
Revisión inicial: envía el enlace a tu tienda
30 minutos de nuestro tiempo. Comprobamos desde fuera: velocidad, versión, configuración, rastros de bots y aspectos básicos de seguridad. Si hay algo que tratar, concertamos una reunión.
0 PLN
30 minutos
3
Análisis preliminar: aquí empieza lo serio
Accedemos a la tienda y al servidor, allí donde desde fuera no se ven los detalles. Escaneo de seguridad, tráfico, base de datos, módulos, PHP. Al finalizar, sabrás cuál es la causa, qué se puede hacer al respecto y cuánto te costará. Son entre 4 y 6 horas de trabajo, a una tarifa inferior a la habitual, y lo hacemos a propósito. No recomendamos gastarte 4 920 zł en una auditoría para descubrir que basta con un módulo de 400 zł.
800 zł
4-6 h
4
Panorama completo: auditoría de PrestaShop
Realizamos la auditoría cuando el análisis preliminar indica que hay varias causas a la vez o que las pérdidas de la tienda son elevadas; en ese caso, la tarifa es alta. PDF con el estado de la tienda y del servidor: lista de problemas, recomendaciones y presupuesto de cada elemento por separado. Sin compromiso de contratación de nuestros servicios.
1 230,00 EUR
hasta 15 días laborables
La mayoría de los casos se resuelven en el nivel 1 o 3
El análisis preliminar por 800 PLN sirve para que no tengas que hacer conjeturas ni comprar directamente la auditoría. A veces, tras el análisis, te decimos: «compra el módulo por 400 PLN y comprueba si el problema desaparece», y ahí se acaba todo. A veces sale una lista de recomendaciones que requiere tres semanas de trabajo. Pero en ambos casos sabes por qué pagas antes de pagar.
Cuándo es realmente necesario un auditorio… y cuándo no
No todas las optimizaciones requieren el mismo trabajo. Una tienda tiene un problema con el servidor, otra con la base de datos, una tercera con los módulos y una cuarta con la importación durante las horas de mayor tráfico.
La auditoría tiene sentido cuando...
- hay varias causas a la vez
- la tienda está en fase de crecimiento y el volumen de tráfico aumenta
- te estás preparando para la temporada
- vas a actualizar a la versión 1.6
- necesitas resolver un conflicto con tu proveedor de alojamiento
- quieres una segunda opinión sobre el trabajo de tu agencia
La auditoría no tiene sentido cuando...
- la tienda acaba de empezar
- el síntoma indica claramente la causa (el panel va lento = la base de datos)
- tienes una tarea concreta y específica
- ya sabes lo que hay que hacer: necesitas a alguien que lo ejecute, no a un diagnosticador
La auditoría es un plan de trabajo para tu tienda: un PDF con el estado de la tienda y del servidor, una lista de problemas, oportunidades y recomendaciones, con un presupuesto detallado de cada elemento por separado. Plazo de ejecución: hasta 15 días laborables.
El diagnóstico es una cosa. La implementación es un proceso
El análisis preliminar y la auditoría son procesos cerrados: tienen un principio, un final y una respuesta al término. La implementación de los cambios no funciona así. A veces, las imágenes, la caché y la base de datos se tratan de una sola vez y, al cabo de una semana, el asunto está zanjado. Pero a veces hay que dividirlo en etapas, porque una corrección en un lugar puede requerir trabajo en otro. Entonces damos un paso, lo comprobamos y solo entonces damos el siguiente.
Facturamos las fases según el tiempo dedicado, a partir de 200 PLN por hora. Antes de cada etapa, te indicamos cuántas horas estimamos que llevará; una vez finalizada, verás cuántas horas se han empleado realmente. Excepción: cuando hay urgencia —la tienda está inactiva, se ha producido un ataque— intervenimos de inmediato, a un precio más elevado y siempre lo acordamos de forma individual. Y al revés: a veces, todo el problema se reduce a unas imágenes de 4 MB cada una; en ese caso, un módulo, WebP, carga diferida y asunto resuelto por 300 zł. No todas las visitas al médico acaban en una operación.
Un procedimiento seguro que no interrumpirá el funcionamiento de tu tienda
- Realizamos una auditoría exhaustiva de tu tienda, los módulos y el servidor.
- Preparamos el servidor y ponemos en marcha en él una copia de tu tienda.
- Optimizamos la copia de la tienda: aplicamos las recomendaciones del auditorio.
- Probamos la tienda y el servidor, y realizamos los ajustes necesarios.
- La migración de la tienda antigua a la nueva dura unas horas; ese es el único momento en el que se produce una interrupción. Acordamos una fecha que te venga bien.
- Empiezas a trabajar en la nueva tienda. Todos los datos se conservan tal cual.
- La optimización cuenta con una garantía de 3 meses y una oferta de mantenimiento continuo.
¿Cuánto cuesta la optimización de PrestaShop?
No ofrecemos un precio único, ya que dos tiendas que parecen similares para el cliente pueden presentar una situación técnica completamente diferente. Pero sí podemos decirte de qué depende ese precio.
| Trabajos | Alcance | Precio |
| Análisis preliminar | Echamos un vistazo a la tienda y al servidor: análisis de seguridad, tráfico, base de datos, módulos, PHP, versión. Al final, sabrás cuál es la causa y cuánto cuesta la reparación. Calculamos el precio por debajo de nuestra tarifa por hora, y lo hacemos a propósito. | 800 PLN 4–6 h |
| Auditoría de PrestaShop | PDF: estado de la tienda y del servidor, problemas, recomendaciones y presupuesto de cada elemento. | 1 230,00 EUR |
| Trabajos de implementación por fases, según el tiempo | Facturación por horas. Antes de cada fase, se realiza una estimación de horas; tras su finalización, se factura en función del tiempo real. El modo de emergencia se acuerda de forma individual. | desde 200 PLN/h |
| Actualización de PrestaShop + PHP | 1.6.x, 1.7.x, hasta 8.x y hasta PrestaShop 9. Módulos, componentes del servidor, PHP. | a partir de 5 000 PLN |
| Optimización y Search Console: PageSpeed, Lighthouse, GTmetrix | Plantilla, JavaScript, código fuente, módulos, base de datos. Corrección de errores en Search Console. | desde 3 500 PLN |
| Servidor PRO | VPS/dedicado con acceso root, Linux + Plesk + SSL + CloudFlare, copias de seguridad, GIT. | 615,00 EUR |
| Copia de desarrollo + GIT | Entorno de trabajo 1:1, para no realizar pruebas en el entorno de producción. | 615,00 EUR |
Otros factores que influyen en el precio
Versión de PHP y PrestaShop · número de modificaciones y override's · número de módulos · número de combinaciones de productos · número y tipo de integraciones (almacenes, ERP, marketplace) · configuración del servidor · resultados de las pruebas de carga.
Optimización de PrestaShop: preguntas más frecuentes No tenemos un precio único, ya que dos tiendas con un aspecto similar pueden presentar situaciones técnicas diferentes. Empezamos con un análisis preliminar (800 PLN, 4-6 h), que determina si se trata de un módulo de 300-400 PLN, de un encargo puntual o de una auditoría 1 230,00 EUR. Los trabajos de implementación se facturan a partir de 200 PLN/h. Actualización: a partir de 2 000 PLN. Perfilado y PageSpeed: a partir de 3 500 PLN. No. Trabajamos con una copia de desarrollo 1:1; tu tienda sigue funcionando con normalidad. La única interrupción es la migración de la tienda antigua a la nueva, que dura unas horas y que programamos para la fecha que más te convenga. Es posible, pero se trata de una especialización aparte. En un pedido de varios cientos de líneas, cada operación se multiplica por el número de posiciones. Es importante destacar que aumentar la potencia del servidor no suele servir de nada, ya que el problema radica en el número de operaciones. Esto se soluciona poniendo en cola los cálculos, almacenando en caché las listas de precios por cliente y modificando la forma de añadir posiciones. Véase: módulos B2B. Sí, y ese es uno de los casos más habituales. Cuando el back-office va lento, lo más probable es que la base de datos esté sobrecargada: estadísticas, registros, carritos abandonados. La tabla Ayuda, pero por sí sola no basta. La velocidad y los Core Web Vitals son una de las señales de posicionamiento: mejorarlos elimina un obstáculo, pero no sustituyen al contenido, a la estructura de las URL ni a los enlaces. Si tu problema es «no tengo tráfico procedente de Google», empieza por los módulos de SEO y visibilidad. Probablemente no. Con un directorio pequeño y sin integración, normalmente aún no hay nada que falle. Configura la compresión JPEG en 80, desactiva la recopilación de estadísticas (si recopilas datos en GA4), activa la caché y contrata un alojamiento decente. Un módulo para imágenes de 300 zł te servirá más que una auditoría. Vuelve cuando detectes problemas o cuando el catálogo crezca. Primero hay que hacer una auditoría, porque depende del número de modificaciones y de las anulaciones. A veces sale más barato actualizar junto con la optimización que optimizar la versión 1.6, que de todos modos habrá que actualizar en poco tiempo. Realizamos actualizaciones de las versiones 1.6.x, 1.7.x, hasta la 8.x y hasta PrestaShop 9. Ofrecemos una garantía de 3 meses para la optimización. Pero una tienda es un organismo vivo: vas añadiendo productos, módulos y campañas. Por eso, durante esos 3 meses supervisamos la tienda de forma continua y somos nosotros quienes nos ponemos en contacto contigo si algo empieza a fallar. Posteriormente, el seguimiento se puede ampliar a través de PrestaShow Care. Depende de la tienda y lo que cuenta es el riesgo, no nuestra comodidad. Si muchas tareas no se solapan entre sí —imágenes, caché, base de datos—, lo llevamos a cabo con una sola tarea eficiente. Pero si la tienda tiene muchas modificaciones e integraciones, lo dividimos en fases. Tras completar cada fase , ves el resultado y puedes detenerte cuando consideres que ya no merece la pena seguir adelante. Según el tiempo dedicado, a partir de 250 zł por hora. Antes de cada fase, te indicamos cuántas horas estimamos que llevará la tarea en cuestión; una vez finalizada, podrás ver cuánto tiempo se ha empleado realmente. No fijamos una tarifa fija a ojo, ya que en este tipo de trabajo los cálculos pueden salir mal. Intentamos trabajar con rapidez y precisión, y en las tareas solo participan desarrolladores con amplia experiencia. En ese caso, dejamos todo lo demás y nos ponemos manos a la obra de inmediato. El modo de emergencia tiene un coste adicional y siempre lo acordamos de forma individual antes de empezar nada, para que no haya sorpresas en la factura. Notifícanos el problema a través del formulario de contacto e indica que la tienda está inactiva; te responderemos con carácter prioritario. Esto se debe a que lo medimos constantemente, y no solo una vez al trimestre. Nuestro sistema de monitorización propio muestra el tiempo de respuesta, los Core Web Vitals del tráfico, el tamaño de la base de datos, los errores 5xx y la carga del servidor en los picos y en tiempo real. No solo vemos que se ha ralentizado, sino también qué día ocurrió y qué sucedió en ese momento: qué cambios en la tienda influyeron en ello.Las preguntas que nos hacen con más frecuencia
¿Cuánto cuesta la optimización de PrestaShop?
¿La tienda estará fuera de servicio durante la optimización?
Tengo un almacén mayorista: los carritos contienen varios cientos de artículos y el proceso de pago se atasca. ¿Se puede hacer algo al respecto?
El panel va lento, pero la parte frontal funciona bien. ¿Esto también se considera optimización?
ps_connections puede llegar a ocupar más de 200 MB. Empezamos con Cleaner 100,00 EUR; si eso no basta, pasamos al análisis de rendimiento de la base de datos.¿La optimización mejorará mi posicionamiento en Google?
Acabo de poner en marcha mi tienda: ¿necesito optimizarla?
Tengo PrestaShop 1.6. ¿Debería optimizarlo o actualizarlo directamente?
¿Y si, tras la optimización, la tienda vuelve a ir lenta?
¿Lo haréis todo de una vez o se alargará durante meses?
¿Cómo facturáis los trabajos: a tanto alzado o por horas?
¿Y si la tienda ya está cerrada y no puedo esperar?
¿Cómo sabré que la tienda vuelve a funcionar con normalidad antes de que se den cuenta los clientes?
¿Qué resultados aporta la optimización de PrestaShop?
Resultados técnicos
- tiempo de carga de la página más corto
- mejores resultados en PageSpeed y Lighthouse
- Mejora de los Core Web Vitals
- panel de administración más rápido
- proceso de pago más estable
- menor carga en el servidor
- una base de datos más limpia
Resultados empresariales
- mejor experiencia del cliente
- menor riesgo de abandono del carrito
- mejor calidad del SEO técnico
- Mayor preparación para las campañas publicitarias
- Funcionamiento más estable ante un mayor tráfico
- Mayor facilidad para ampliar la tienda en el futuro
La optimización es un proceso. El rendimiento es un estado.
La tienda, tras la optimización, es rápida. Y ese es el único día en el que nadie ha estropeado nada.
Después vuelve la vida normal. Se añade un vídeo en la página de inicio. El departamento de marketing quiere una barra de noticias, y luego otra. Se incorpora un nuevo mayorista. Alguien publica una entrada con ocho fotos directamente desde la cámara y Search Console empieza a dar la voz de alarma. Ninguna de estas cosas es un error: es el desarrollo de la tienda. Pero cada una de ellas cuesta milisegundos, y al cabo de medio año la tienda vuelve a ir lenta. Nadie sabe cuándo, porque nadie se ha fijado.
Por eso, en una tienda que crece constantemente, la optimización no es una tarea que se pueda tachar de la lista. Es un proceso. Y lo medimos sin cesar:
| Qué supervisamos | Para qué |
| Tiempo de respuesta y de carga | Se puede ver el día en que la tienda se ralentizó y qué ocurrió entonces. |
| Core Web Vitals basados en el tráfico de clientes, no de bots | No a partir de una sola prueba, sino de lo que ven los clientes. |
| Tamaño de la base de datos y ritmo de crecimiento | Cuándo ya no basta con la limpieza y empieza a ser necesario el perfilado. |
| Disponibilidad y errores 5xx | Una tienda que se cae una vez a la semana a las 3 de la madrugada no se va a dar de alta por sí sola. |
| Carga del servidor en horas punta | Para saber antes de la temporada cuál es el límite, antes de llegar a él. |
| Seguridad y actualizaciones | Una versión obsoleta de PrestaShop no solo ralentiza la tienda. |
3 meses de garantía
La supervisión está incluida en el precio de la optimización
Durante los tres meses posteriores a la puesta en marcha de la tienda optimizada, supervisamos si el resultado se mantiene, y somos nosotros quienes nos ponemos en contacto contigo si hay algo que requiera atención. Tras el periodo de garantía, la supervisión se puede ampliar a través de PrestaShow Care.
Han confiado en nosotros
Tiendas para las que hemos realizado optimizaciones, gestión de servidores o seguridad en los últimos dos años:
Ver nuestros proyectos · Opiniones de los clientes
¿No sabes qué nivel necesitas?
Envíanos el enlace a tu tienda: haremos una revisión inicial de 30 minutos y te informaremos de lo que hayamos encontrado. No te costará nada y, a menudo, es suficiente para saber de qué estamos hablando. Y si hay algo que tratar, concertaremos una reunión.
Respondemos en 2 días laborables · sin compromiso
Robert JAKUBOWSKI
Dzień dobry. Proszę o informacje czy dacie radę zoptymalizować sklep robik.radom.pl Zależy mi na podniesieniu szybkości na mobile. Pozdrawiam Robert Jakubowski
Piotrek Kula
Byłbym zainteresowany usługą. Jakie serwery polecacie dla Presty i optymalizacji pod Prestę?
prestashow.pl
Piotrek, trochę czasu minęło, ale... dziś polecamy serwery dedykowane OVH lub rozwiązania chmurowe w Digital Ocean. Jeśli macie budżet może to być również Google Cloud.
Patrycja
Wczoraj otworzyłam zgłoszenie na helpdesk w sprawie nowego serwera. Kiedy uzyskamy odpowiedź?
prestashow.pl
Patrycja mamy Twoje zgłoszenie. Na wyceny dot. optymalizacji odpowiadamy w ciągu 5 dni. Damy znać :-)
Bronisław
Jakie dane trzeba przygotować abyście mogli wycenić optymalizację mojego sklepu?
prestashow.pl
Bronisław, admin sklepu, FTP i baza danych. Opcjonalnie SSH root.
Paweł
Przedstawię przepis na możliwie największy wynik w Google PageSpeed: - włączenie PHP 7.4 na serwerze - Prestashop - aktualizacja do najnowszej wersji - wykorzystanie technologii LiteSpeed na serwerze + wtyczki LiteSpeed w Prestashop