Construir · Criterio KATA
Cuándo WordPress sí y cuándo no
La herramienta rara vez es el problema. El problema suele ser elegirla sin haber definido qué tiene que hacer.
Cómo se ha elaborado esta guía
Qué estás leyendo
Es el criterio de elección de KATA. No es una comparativa de herramientas ni una afirmación sobre cuál es mejor: es cómo decidimos nosotros.
Qué es criterio propio y qué es estándar externo
- Criterio propio: Las decisiones de construcción, los umbrales y el orden son metodología de KATA.
- Experiencia observada: Lo aprendido en proyectos propios. No se cuantifica ni se presenta como dato del sector.
- Estándar externo: Cuando se cita una norma o un umbral de un tercero, se identifica su fuente oficial con entidad y fecha.
La metodología completa está en el Método KATA.
Respuesta directa
WordPress encaja bien cuando el contenido lo mantiene alguien que no programa y cuando la estructura es razonablemente estable.
Encaja mal cuando el proyecto es esencialmente una aplicación, cuando el contenido casi no cambia, o cuando el equipo no va a poder mantenerlo actualizado. Ese último caso es el que más problemas produce.
Cuándo sí y cuándo conviene mirar otra cosa
| Situación | Encaje |
|---|---|
| El contenido lo edita alguien no técnico, con frecuencia. | Buen encaje. |
| Hay que publicar contenido nuevo de forma continua. | Buen encaje. |
| La estructura cambia poco y el contenido mucho. | Buen encaje. |
| El sitio es una aplicación con lógica de negocio propia. | Mal encaje: se acaba luchando contra la herramienta. |
| El contenido no cambia nunca. | Mal encaje: se paga mantenimiento sin usar la ventaja. |
| Nadie va a poder actualizar núcleo ni extensiones. | Mal encaje y riesgo de seguridad. |
Lo que hace profesional a una instalación
- Pocas dependencias, inventariadas, con procedencia y licencia conocidas.
- Tema propio o controlado, no una plantilla comprada con funcionalidad incrustada.
- Contenido separado de la presentación, para poder cambiar el diseño sin migrar contenido.
- Actualizable de verdad: si actualizar rompe el sitio, no está mantenido, está congelado.
- Copias con restauración probada.
El fallo más común que encontramos
Instalaciones con decenas de extensiones acumuladas, varias solapadas, algunas sin mantenimiento desde hace años, y nadie que sepa cuál hace qué.
Cada extensión es superficie: código de terceros ejecutándose con permisos completos. Nuestro criterio operativo es que cada dependencia debe justificar su existencia, y que ante la duda se retira y se comprueba qué deja de funcionar.
Dónde este criterio NO aplica
- Aplicaciones con lógica de negocio compleja, donde un gestor de contenidos estorba.
- Proyectos con equipo técnico propio que ya domina otra pila.
- Sitios sin ningún mantenimiento previsto: ninguna herramienta que ejecute código en servidor es adecuada ahí.
Preguntas frecuentes
¿WordPress es inseguro?
La mayoría de incidentes que hemos visto no vienen del núcleo, sino de extensiones sin mantener y de accesos mal protegidos. Una instalación con pocas dependencias, actualizada y con doble factor en administración es otra cosa distinta a una abandonada.
¿Recomendáis alguna alternativa concreta?
No publicamos comparativas ni recomendamos herramientas de terceros sin haberlas evaluado para un caso concreto. La pregunta útil no es cuál es mejor, sino quién va a mantener esto dentro de dos años.
Siguiente decisión
Continúa con una pregunta concreta
Reconstrucción y mejora de webs existentes
Qué podemos abordar contigo y cómo delimitamos el trabajo.
Reconstrucción y mejora de webs existentes →
Ilustraciones conceptuales; no son fotografías de clientes.