El hosting PrestaShop de Aclass sirve su tienda desde nuestro propio centro de datos Tier III de Madrid, sobre almacenamiento NVMe, con PHP 8.2, Redis, MariaDB ajustada para catálogos y certificado SSL incluido. Los planes arrancan en 55 €/año sin IVA y la migración de la tienda, sus bases de datos y su correo es gratuita.
Una tienda PrestaShop se aloja con los mismos cuatro planes publicados de la tarifa de Aclass: 55 €/año, 65 €/año, 125 €/año y 195 €/año, todos sin IVA y sin permanencia, sobre la misma plataforma NVMe de nuestro CPD de Madrid. Los planes cambian en espacio en disco (3, 5, 10 o 20 GB), número de webs, bases de datos y transferencia mensual (200 GB hasta 1 TB).
PrestaShop concentra su carga en el disco y en la base de datos: catálogos con miles de referencias, imágenes en varias resoluciones y procesos de pedido que escriben en cada paso. Es, precisamente, el perfil de proyecto que más se beneficia del almacenamiento NVMe y de la caché de objetos. La tabla de usos recomendados le indica qué plan encaja con el tamaño actual de su catálogo, y el cambio de plan posterior no exige migrar datos.
Los precios se publican siempre sin IVA. La instalación de PrestaShop desde el panel Plesk no tiene coste y, si la tienda ya existe en otro proveedor, la migración tampoco. Para catálogos muy extensos, integraciones con ERP o picos de campaña sostenidos, los servidores VPS desde 36 €/mes ofrecen recursos garantizados dentro de la misma plataforma.
El rendimiento de una tienda PrestaShop se decide en el mismo trío que el de cualquier web dinámica —disco, PHP y base de datos— pero con el agravante de que el catálogo multiplica el número de operaciones: cada ficha de producto, cada combinación y cada búsqueda recorren la base de datos. Nuestra plataforma trabaja las tres capas a la vez.
Un catálogo PrestaShop vive de imágenes: fotografías de producto en varias resoluciones que se sirven en cada visita. Sobre discos NVMe —más de 500.000 IOPS, frente al techo de unos 550 MB/s de un SSD SATA— la lectura de esos ficheros y de los índices de la base de datos deja de ser el cuello de botella, también en horas de campaña.
PrestaShop ejecuta PHP en cada petición. Con PHP 8.2 y OPcache el bytecode se compila una vez y se sirve desde memoria, y con Redis como caché de objetos las consultas repetidas del catálogo no golpean la base de datos en cada carga. La versión de PHP es seleccionable por cuenta desde el panel, útil durante una actualización mayor de PrestaShop o de sus módulos.
Cada paso del proceso de compra escribe en la base de datos: carrito, pedido, inventario, factura. Sobre MariaDB ajustada para cargas de tienda, esas escrituras se resuelven sin esperar al disco. Y cuando en una migración detectamos consultas lentas, lo documentamos en el informe de traspaso con la tabla concreta que las provoca, para que su técnico pueda limpiarla.
El certificado SSL es el primer requisito de cualquier comercio electrónico: sin él, el navegador advierte al visitante y las pasarelas de pago no operan. Todos los planes lo incluyen con renovación automática; si necesita validación de organización o extendida, consulte nuestra sección de certificados SSL.
El correo del dominio envía las confirmaciones de pedido y los avisos de envío. Alojar tienda y correo en la misma plataforma, con SPF, DKIM y DMARC bien configurados en una DNS que también gestionamos, mejora la entregabilidad de esos mensajes. Para conservarlos con garantías, el grupo dispone de un servicio de backup de correo.
Y porque una tienda trata datos personales de compradores, alojarla en nuestro CPD de Madrid mantiene la información en España y dentro del ámbito del RGPD, sin transferencias internacionales que documentar. En la página de tiendas online explicamos la infraestructura que necesita cada tipo de comercio y cuándo conviene dar el salto a un servidor propio.
Cada cuenta de alojamiento está aislada de las demás, el cortafuegos limita los intentos de acceso repetidos y el certificado SSL se renueva automáticamente. Las actualizaciones del sistema, del servidor web y de PHP las aplicamos nosotros; las del núcleo de PrestaShop y sus módulos siguen siendo responsabilidad de quien mantiene la tienda. El compromiso de disponibilidad de la plataforma es de un 99,9% de uptime, con monitorización continua y un técnico de sistemas como primer interlocutor cuando algo falla.
Para la protección del dato trabajamos con copias de seguridad gestionadas , y el correo comercial puede protegerse además con el antivirus profesional del grupo.
Antes de contratar conviene revisar el número de referencias del catálogo, el tamaño real del disco ocupado —incluidas las imágenes generadas— y la transferencia mensual. Con eso elegimos juntos el plan correcto y planificamos la migración de la tienda, sus bases de datos y su correo sin coste ni interrupción de la venta. Le atendemos en español, desde Madrid y con el mismo equipo que administra los servidores. Puede ver el resto de servicios en el hub de infraestructura IT y, si todavía no tiene dominio propio, registrarlo en el mismo paso desde nuestro registro de dominios.
NVMe con más de 500.000 IOPS
CPD en Madrid, latencia < 5 ms
Uptime 99,9% y SSL incluido
La migración está incluida en todos los planes, sin coste de alta ni permanencia, y la realiza el mismo equipo que administra los servidores, no un servicio automatizado.
El proceso empieza con un inventario de lo que hay: ficheros, bases de datos, cuentas de correo, tareas programadas y certificados. Después replicamos el sitio en nuestra plataforma y lo probamos con el dominio todavía apuntando al proveedor antiguo, de modo que se puede verificar el funcionamiento completo —navegación, formularios, carrito y pasarela de pago, envío de correo— antes de tocar nada en producción. Solo cuando esa verificación es correcta se cambian los registros DNS.
La ventana de corte real suele limitarse al tiempo de sincronizar los últimos cambios de la base de datos, habitualmente minutos y programada fuera del horario comercial. Durante las horas siguientes ambos entornos permanecen activos para no perder ningún correo mientras se propaga el cambio. Al terminar entregamos una verificación con las URL comprobadas, el estado del certificado y los envíos de correo probados.
Una migración bien hecha no cambia las URL del sitio: las direcciones, el contenido y la estructura se mantienen idénticos, por lo que el posicionamiento alcanzado no se ve afectado. Revisamos además que las redirecciones y el archivo robots se comporten igual que antes del traslado. El plazo habitual es de uno a tres días laborables desde que recibimos los accesos, y depende sobre todo del tamaño de la base de datos y del número de cuentas de correo.