Si has llegado hasta aquí y has leído todos los posts anteriores ¿Por qué WordPress sigue siendo el mejor CMS para crear una página web en 2026?, WordPress frente a Webflow, Wix, Shopify, Drupal y los desarrollos a medida, Las verdaderas ventajas de WordPress: por qué sigue siendo el estándar profesional, probablemente hayas pensado que WordPress parece una plataforma casi perfecta.
Tenemos algo que decirte: No lo es.
Cualquier empresa que afirme que WordPress sirve para absolutamente todo probablemente esté intentando venderte un proyecto, no ayudarte a tomar la mejor decisión.
En Estudio BlueFox desarrollamos principalmente con WordPress porque creemos que ofrece el mejor equilibrio entre flexibilidad, coste y posibilidades para la mayoría de nuestros clientes. Sin embargo, también hemos recomendado en numerosas ocasiones no utilizar WordPress.
«¿Por qué?»
Porque elegir una tecnología únicamente porque es popular suele acabar generando problemas.
En este post queremos mostrar las limitaciones inherentes a WordPress, y otras que dependen de decisiones del administrador, que pueden provocar problemas. Vamos a verlas.
1. «WordPress es inseguro»: ¿Mito o realidad?
Es, probablemente, la frase que más veces escuchamos cuando recomendamos WordPress a algunos clientes. «No quiero WordPress porque lo hackean mucho.»
La realidad es bastante distinta y básicamente responde a una cuestión estadística. WordPress es el CMS más utilizado del mundo y precisamente por eso también es el más atacado, no porque sea necesariamente menos seguro sino porque representa el objetivo más rentable para un atacante.
¿Qué suele provocar realmente un hackeo?
Después de analizar numerosos sitios comprometidos, los motivos suelen repetirse una y otra vez.
1. Plugins abandonados
Es probablemente el origen más habitual. Muchas empresas instalan por su cuenta un plugin gratuito y como funciona, se olvidan. Nunca vuelven a actualizarlo.
Cinco años después aparece una vulnerabilidad conocida pero la web continúa utilizando esa versión y termina comprometida.
2. Temas pirata («nulled themes»)
Es una práctica bastante frecuente que alguien descargue gratuitamente una plantilla premium modificada, la instale y todo parezca funcionar a la perfección. Qué bien. Hemos ahorrado unos euros.
Lo que no sabe el ususario es que esa plantilla puede (y casi siempre suele) incluir puertas traseras que permiten acceder al servidor meses después, abriendo nuestra plataforma WordPress vaya usted a saber a quién y con qué intenciones. El ahorro inicial suele salir muy caro.
3. Versiones antiguas de PHP
Muchas páginas funcionan sobre servidores obsoletos, con versiones de PHP que han quedado anticuadas y ralentizan, o directamente impiden, el funcionamiendo normal de WordPress.
- PHP sin soporte.
- Librerías antiguas.
- Configuraciones inseguras.
Aunque WordPress esté actualizado, si el entorno no lo está, puede sufrir las consecuencias.
4. Contraseñas débiles
Todavía encontramos administradores llamados «admin», contraseñas similares a «123456» o «password».
Esta es una de las vulnerabilidades más comunes que son enteramente responsabilidad de los usuarios. Ni WordPress ni ningún otro CMS puede proteger una instalación frente a este tipo de errores.
5. Falta de mantenimiento
Una página web no termina cuando se publica. Es entonces cuando empieza su verdadera vida.
Las actualizaciones periódicas forman parte del mantenimiento normal de cualquier software, sin embargo, muchas empresas consideran que una web es como un folleto impreso: la publican y la olvidan durante años. Eso termina generando problemas que, en algunos casos, son de muy difícil solución.
2. La dependencia de los plugins
Esta es probablemente la mayor fortaleza de WordPress y también uno de sus mayores riesgos.
Los plugins permiten añadir funcionalidades extraordinarias, pero abusar de ellos, o llenar una página de plugin que, en muchas ocasiones, añaden la misma funcionalidad tiene consecuencias.
Hemos auditado páginas con una cantidad enorme de plugins activos y la mayoría hacían exactamente lo mismo, otros llevaban años sin utilizarse y muchos estaban abandonados por sus desarrolladores.
Cada plugin añade:
- código;
- consultas a la base de datos;
- hojas de estilo;
- JavaScript;
- posibles incompatibilidades;
- nuevas superficies de ataque.
No significa que instalar plugins sea malo, sino que hay que hacerlo con criterio y buscar la mejor opción entre los miles de plugins disponibles.
Nuestra filosofía
Preferimos instalar menos plugins, pero mejor seleccionados. Y cuando una funcionalidad resulta muy específica, solemos desarrollarla nosotros mismos en un plugin propio en lugar de incorporar un plugin enorme que únicamente utilizaremos al 5 % de su capacidad.
A largo plazo esto mejora:
- el rendimiento;
- la seguridad;
- la estabilidad;
- el mantenimiento.
3. El problema de los constructores visuales
Los page builders (o constructores de páginas) revolucionaron WordPress. Algunos de los constructores de páginas más populares son:
- Elementor.
- WPBakery.
- Divi.
- Beaver Builder.
- Bricks.
- Oxygen.
Todos permiten diseñar páginas de forma visual y en determinados proyectos resultan extraordinariamente útiles, especialmente para aquellos usuarios sin conocimientos técnicos, pero también presentan inconvenientes.
1. Más código
Cada elemento visual suele generar una gran cantidad de HTML. En ocasiones encontramos páginas donde una simple sección de texto produce cientos de líneas de código innecesario.
Esto incrementa:
- el tamaño del documento;
- el tiempo de renderizado;
- el consumo de memoria;
- la complejidad del mantenimiento.
2. Dependencia tecnológica
Algunos constructores almacenan el contenido utilizando formatos propios y cambiar posteriormente de constructor puede resultar muy problemático.
Por eso siempre recomendamos valorar cuidadosamente esta decisión al inicio del proyecto.
3. Rendimiento de una web sobrecargada
No todos los constructores generan el mismo código y la diferencia entre ellos puede ser enorme.
Una web correctamente optimizada puede cargar en menos de un segundo. La misma web desarrollada sin criterio utilizando decenas de widgets puede tardar cuatro o cinco veces más.
4. El rendimiento depende mucho del desarrollador
Otro error muy habitual consiste en culpar a WordPress de cualquier problema de velocidad, cuando en realidad, la mayoría de las veces el CMS apenas tiene responsabilidad.
Hemos visto proyectos lentos debido a:
- imágenes de 20 MB;
- vídeos incrustados incorrectamente;
- fuentes cargadas desde múltiples servicios;
- diez librerías JavaScript diferentes;
- plugins duplicados;
- consultas SQL innecesarias;
- temas extremadamente pesados.
En esos casos cambiar de CMS apenas habría supuesto una mejora, y la solución pasa con cambiar de desarrollador o de administrador de nuestro proyecto.
5. Actualizar no siempre es tan sencillo
Una de las grandes ventajas de WordPress es que evoluciona constantemente.
Pero esa evolución también obliga a mantener los proyectos actualizados.
En instalaciones bien desarrolladas esto suele ser un proceso sencillo.
Sin embargo, cuando encontramos modificaciones realizadas directamente sobre:
- el núcleo de WordPress;
- plugins de terceros;
- temas comerciales;
las actualizaciones pueden convertirse en una pesadilla.
Por eso siempre insistimos en respetar las buenas prácticas de desarrollo.
El tiempo invertido inicialmente evita enormes problemas en el futuro.
6. WordPress puede quedarse pequeño… en algunos casos
Aunque WordPress sea extraordinariamente flexible, existen proyectos donde simplemente no resulta la mejor elección.
1. Plataformas SaaS muy complejas
Si el producto principal de la empresa es una aplicación web con una lógica de negocio muy específica, probablemente un framework como Laravel, Symfony o ASP.NET resulte una alternativa más adecuada.
WordPress puede integrarse con estas aplicaciones.
Pero no necesariamente debe ser su núcleo.
2. Aplicaciones en tiempo real
Chats.
Videoconferencia.
Edición colaborativa.
Streaming masivo.
Procesamiento intensivo de datos.
Aunque WordPress puede participar en estas arquitecturas, normalmente no será el componente encargado de gestionarlas.
3. Sistemas empresariales extremadamente personalizados
Hay organizaciones cuyos procesos internos son tan específicos que ningún CMS puede adaptarse razonablemente.
En estos casos solemos recomendar un desarrollo completamente personalizado.
¿Cuándo NO recomendamos WordPress en Estudio BlueFox?
Aunque sorprenda leerlo en una empresa especializada en WordPress, existen situaciones donde preferimos proponer otras tecnologías.
Por ejemplo:
No recomendamos WordPress cuando…
- el CMS apenas va a utilizarse;
- casi toda la lógica pertenece al backend;
- existen requisitos muy específicos de procesamiento en tiempo real;
- el desarrollo requiere una arquitectura completamente personalizada.
En esos casos creemos que es más honesto recomendar otra solución.
Nuestro objetivo no es vender WordPress, sino desarrollar el proyecto que realmente necesita el cliente.
