La frase la hemos oído decenas de veces: «es un WordPress de 2019, pero aún va». Abre. El teléfono está. A veces hasta un formulario envía. Eso no es un plan. Es un CMS con tema de catálogo, plugins que nadie nombra y un PHP que el hosting actualizará el día que le convenga. Entonces «aún va» se convierte en pantalla en blanco o en un aviso de Google. Hay tres salidas serias. Esperar no es una.
El caso típico (y por qué engaña)
Pyme o despacho. Web hecha por alguien que ya no está. Tema comprado, diez o veinte plugins (SEO, sliders, formularios, caché, un constructor visual), WooCommerce a veces instalado «por si acaso» y sin pedidos. El último editor de página fue hace once meses. El core de WordPress, si se ve desde fuera, va varias versiones por detrás. Por dentro, nadie ha abierto las copias.
Engaña porque el síntoma cotidiano es cero: nadie hackea «en tu cara» cada lunes. Los atacantes escanean versiones conocidas. El hosting mueve PHP. Un plugin abandonado se convierte en puerta. El coste no es el de «hacer otra web por capricho». Es el de un incidente un viernes a las 17 h, o el de no poder tocar un texto sin romper el maquetador.
Si quieres una foto rápida de lo que Internet ya ve, corre la URL en Analiza tu web. El badge no decide la salida. Evita el «seguro que está bien» sin datos.
Salida A — Actualizar y estabilizar WordPress
Tiene sentido cuando la web se usa de verdad: blog con ritmo, tienda, varios editores, o un constructor y un tema que todavía tienen actualizaciones. Entonces el trabajo es poco glamour y mucho método: copia completa, entorno de pruebas si el proyecto lo pide, subir core, tema y plugins, sustituir lo abandonado, revisar formularios y, si hay tienda, el checkout.
No es pulsar «actualizar todo» en producción. Un salto de varios años suele romper PHP, el tema o un plugin de pago sin licencia. Por eso esta salida incluye un mantenimiento posterior. Si no hay presupuesto para eso, no estás eligiendo WordPress: estás aplazando el incidente.
Ideal para: webs activas donde migrar no aporta (catálogo grande, socios que ya saben el panel, ecommerce que sí vende).
Salida B — Quitar el CMS (Zero CMS)
Tiene sentido cuando la web es informativa y cambia poco: servicios, equipo, proyectos, contacto. El WordPress no es una herramienta de publicación. Es una instalación que hay que parchear para mostrar lo mismo que podría ser HTML.
Zero CMS no es «otra plataforma». Es conservar dominio, contenidos útiles y SEO que aún vale, y servir archivos estáticos: sin /wp-admin, sin base de datos del CMS, sin la rueda de plugins. Los cambios se piden en lenguaje natural sobre un proyecto versionado; los estructurales pasan por alguien que maqueta. No es un panel para redactar cada lunes.
Ideal para: corporativa que se toca cada trimestre, profesional, landing de servicio, WP instalado hace años «porque tocaba WordPress». Límite claro: si necesitáis noticias semanales, intranet o tienda compleja, esta salida es un error. Lo decimos antes de venderla.
Salida C — Pasar a Joomla
Tiene sentido cuando sí hace falta un CMS, pero este WordPress ya no es un buen CMS: tema muerto, plugins a medida, multilingüe hecho con tres extensiones, o una institución que necesita roles, idiomas y un ciclo de vida largo. Joomla no es «más moderno» por cartel. Es más controlable en proyectos con estructura, permisos y traducción nativa, si se monta y se mantiene.
La migración no es un export milagroso. Se rehacen plantilla y arquitectura; se conservan URLs o se redirigen. Por eso no es la salida por defecto de un brochure de ocho páginas. Ahí suele ganar B. C gana cuando el panel y el modelo de contenidos son el producto, no un fastidio.
Ideal para: redacción, varios idiomas de verdad, equipos, crecer en CMS. Producto: Joomla PRO.
Cómo elegir sin rehacer el mapa de plataformas
Cuatro preguntas, en este orden. Si fallas la primera, no pases a soñar diseños:
- ¿Alguien publica cada semana sin pasar por un técnico? Si sí, A o C. Si no, B entra en juego.
- ¿Hay tienda, usuarios o área privada que se usan? Si sí, A (o un ecommerce de verdad). B no lo cubre.
- ¿El tema y los plugins todavía tienen dueño? Si sí y la web es activa, A es la más barata en disrupción. Si el tema está muerto, A se parece a un rediseño: entonces compara B y C.
- ¿El valor está en las URLs y los textos, o en el panel? URLs y textos → B. Panel y roles → C.
No es el árbol de «qué tipo de web necesita tu negocio». Es el triage de un WordPress concreto que ya tienes. La respuesta honesta a veces es A: no abandonar WordPress, dejarlo al día. Venderlo siempre como migración sería tan tramposo como dejarlo pudrir.
Siguiente paso
La puerta de entrada no es elegir tecnología por catálogo. Es revisar qué hay: versión, plugins, PHP, copias, formularios, con qué frecuencia tocáis el contenido. Eso está descrito en WordPress desactualizado: actualizar, simplificar a estático o pasar a Joomla, según el caso.
Si reconoces el WordPress de 2019 (o de 2021, da igual), cuéntanos el caso por WhatsApp. Con la URL y una frase de cómo se actualiza, se puede decir cuál de las tres salidas no os haría perder el tiempo.
Preguntas frecuentes
¿No es más barato dejarlo hasta que se rompa?
Hasta el día que se rompe, sí. El día que se rompe pagas limpieza, posible caída de Google, restaurar sin copia buena y un rediseño con prisa. El abandono es un crédito caro. Si la web no aporta, ciérrala. Si aporta, elige una salida.
¿Puedo actualizar yo con un clic?
En un WordPress cuidado, a veces. En uno de hace años, el clic en producción es la forma habitual de quedarse sin web un sábado. Copia, prueba, plugins huérfanos: eso es el trabajo. Si no hay quien lo haga, no es un clic: es la salida A profesional o cambiar de modelo.
Si paso a estático, ¿pierdo el posicionamiento?
No por dejar WordPress. Se pierden URLs si se cambian sin redirección, o contenidos que no se migran. Una migración a Zero CMS bien hecha conserva lo que Google ya conoce y quita el lastre del CMS. Nadie te garantiza subir posiciones solo por eso.
¿Y si más adelante necesito otra vez un CMS?
Se vuelve. Una estática no te encierra: son archivos y un dominio. Joomla (u otro CMS) puede recoger contenidos y URLs cuando el ritmo editorial lo pida. Pagar esa complejidad el día uno, con un brochure, es el error que te trajo hasta este artículo.
