¿WordPress o PrestaShop?
La verdadera pregunta es quién lo actualiza.
Los dos funcionan. Los dos se caen. Lo que decide casi nunca es el software elegido: es el nombre escrito frente a la línea «quién se ocupa de ello».
Publicado el 4 de agosto de 2026 · 6 min de lectura · por el equipo técnico de SkyNet
La web no se cayó ese día.
Un jueves por la mañana, una tienda online devuelve una página en blanco. El gerente llama a la agencia: el presupuesto tiene tres años, el interlocutor ya no trabaja allí. Llama al proveedor de alojamiento, que confirma haber actualizado la versión de PHP (el lenguaje que hace funcionar la web en el servidor) durante la noche — como había anunciado seis meses antes por correo electrónico. La web, en cambio, se había quedado en la anterior.
Nadie cometió ninguna falta aquel jueves. La falta data del día de la publicación, cuando todo el mundo se dio la mano sin escribir quién se ocuparía de la web al día siguiente.
Uno nació para publicar,
el otro para vender.
WordPress — escribir
Un CMS (sistema de gestión de contenidos: un software para crear páginas sin programar). Nacido para publicar, y lo hace mejor que la mayoría. También sabe vender, con ayuda de una extensión: para una decena de referencias y un pago sencillo, es razonable.
PrestaShop — vender
El comercio está en la base: catálogo, variantes (talla, color), stocks, IVA, transportistas, devoluciones, abonos. Lo que en otros sitios se apaña ahí ya está previsto. A cambio, exige más rigor de explotación.
Los dos funcionan. La mala elección no hace caer una web: añade fricción. Eso se paga en horas, no en averías. Por eso esa pregunta, hecha en primer lugar, ocupa el sitio de la buena.
Cuatro líneas,
y un nombre frente a cada una.
Una web no es un objeto que se entrega. Es un servicio que funciona todos los días, sobre un servidor que evoluciona sin pedirle su opinión. Las cuatro líneas de al lado valen por todas las comparativas de herramientas.
Cuatro oficios,
y no la misma persona.
- Quién actualiza — el núcleo, el tema (el aspecto), cada extensión. Y quién comprueba después que la web funciona: una actualización no comprobada es una apuesta.
- Quién hace las copias de seguridad — los archivos y la base de datos (donde viven pedidos, clientes y textos). Copiar solo los archivos no devuelve una tienda.
- Quién restaura — ni la misma persona, ni la misma competencia. Se descubre en el peor momento.
- Quién responde — un número, un horario, un plazo. No una dirección de formulario.
La prueba que separa a unos de otros. Pida la fecha de la última restauración exitosa — no de la última copia de seguridad. Una copia de seguridad nunca restaurada no es una copia de seguridad: es un archivo del que se espera que esté bien. Aplicamos la misma regla a nuestros enlaces: lo que no se ha probado no está implantado.
Ocho extensiones,
son nueve programas.
Una extensión (un módulo añadido para obtener una función: formulario, pago, enlace con el transportista) es un software de verdad, escrito por otra persona, con su propio ritmo de actualizaciones.
Cada una aporta una función y una dependencia, al mismo tiempo. Una extensión abandonada por su autor no se vuelve inútil: se convierte en una puerta que ya nadie vigila.
- Mire la fecha de su última actualización antes sus notas.
- Pregunte qué se rompe si desaparece. Un formulario se sustituye; una pasarela de pago, mucho menos deprisa.
- Hágala entrar en el contrato. Una extensión que no figura en él no la mantiene nadie.
Nada se rompe de golpe.
Ese es justamente el problema.
Una web dejada sin actualizar no se apaga: deriva. Y el día en que eso se ve, la copia de seguridad que se quiere restaurar ya contiene el problema.
Dieciocho meses,
contados en orden
Nadie hace nada mal. Precisamente por eso ocurre.
- El retraso se alimenta a sí mismo — cuanto más crece la distancia, más arriesgado parece actualizar. Así que se espera.
- El servidor, en cambio, avanza — su proveedor de alojamiento sigue su propio calendario, no el suyo.
- Los robots no le apuntan a usted — barren direcciones. Ser pequeño no protege de nada.
Las actualizaciones se acumulan
«12 actualizaciones disponibles». Nadie hace clic: nadie sabe qué hacer si la web falla después.
Ya nadie se atreve
El retraso se convierte en una razón para no hacer nada.
El proveedor de alojamiento cambia PHP
Una extensión que se ha quedado atrás deja de funcionar. Ya no es una casilla que marcar, es una obra.
La puerta queda abierta
Se explota una vulnerabilidad publicada hace tiempo. Aparecen páginas desconocidas, y los buscadores las indexan.
La copia de seguridad no salva
Hay que remontarse a antes de la intrusión. Sin su fecha, se restaura el problema junto con la web.
Una web no se detiene porque se haya elegido mal. Se detiene porque se la ha dejado sola.
Una web vive sobre una infraestructura, no en el vacío.
La tabla,
en cinco líneas.
Lo que debe guiar la elección — y lo que hay que prever a cambio.
| Su situación | Lo que es razonable | Lo que hay que prever |
|---|---|---|
| Contenido, poca o ninguna venta | WordPress | Una persona designada, aunque sea a tiempo muy parcial |
| Variantes, stocks, transportistas, devoluciones | PrestaShop | Un presupuesto de explotación, no solo de creación |
| Unos pocos productos, un modo de envío | WordPress y una extensión de venta | El túnel de pago debe estar nombrado en el contrato |
| Una web que ya funciona | No se cambia de herramienta | La obra útil es el mantenimiento, no el rediseño |
| Nadie internamente, ningún contrato | Ninguno de los dos, por ahora | Resuelva primero esa línea. La herramienta viene después |
El contrato de mantenimiento mínimo.
Seis líneas. Si falta una, pregunte por qué antes de firmar.
- La frecuencia de las actualizaciones, y su alcance: núcleo, tema, extensiones — cada una citada.
- La frecuencia de las copias de seguridad, su plazo de conservación y su ubicación: no en el servidor de la web.
- Una prueba de restauración periódica, con una fecha escrita y un informe.
- El plazo de respuesta en caso de parada total, y la franja horaria en la que se aplica.
- Quién posee los accesos: alojamiento, nombre de dominio y administración deben estar a su nombre.
- Lo que no está cubierto. Un contrato mudo sobre sus exclusiones no es legible.
Lo que no prometemos. Que una web nunca será comprometida: nadie puede escribirlo honestamente. Nosotros escribimos el plazo de reposición en línea y la profundidad de las copias de seguridad. Y no avanzamos ninguna cifra sobre las webs dejadas sin mantenimiento: no lo hemos medido.
Trabajamos con hoteles Accor y Logis Hôtels. Confían en nosotros.
La web, el enlace y el puesto:
el mismo equipo.
Nuestros servicios se apoyan en centros de datos certificados ISO 27001 y HDS, situados en Francia. El enlace, el puesto y la web están en manos del mismo equipo, en Rouen. Un solo número cuando algo se rompe.
Lo que hay que recordar
- La herramienta decide el fricción diaria, rara vez de la avería.
- Lo que decide de verdad: el nombre frente a «quién actualiza, quién hace copias de seguridad, quién restaura, quién responde».
- Cada extensión es un software más que mantener, y una puerta más.
- Una copia de seguridad nunca restaurada no es una copia de seguridad. Pida la fecha de la última restauración correcta.
- Alojamiento, nombre de dominio, administración: a su nombre. Siempre.
Hagamos el inventario de su web antes de hablar de ella
Facilítenos la dirección de su web y el nombre de su proveedor de alojamiento. Le diremos qué extensiones ya no reciben mantenimiento, si existen las copias de seguridad y a qué nombre están sus accesos. Un estado de la situación por escrito, no un presupuesto disfrazado.