Introducción
Cuando un titular dice que WordPress pasó de alrededor de 43 por ciento de todos los sitios web a alrededor de 40 por ciento este año, la reacción habitual es de preocupación. Los dueños de negocios que operan sobre WordPress se preguntan si eligieron la plataforma equivocada. Los que están por iniciar un proyecto se preguntan si deberían buscar otra opción. La cifra es real, pero es una mala forma de juzgar la plataforma, y actuar sin entender qué mide puede llevar a decisiones costosas.
La pregunta más útil es quién se va y quién se queda. Una cifra de participación cuenta todos los sitios por igual, ya sea un folleto de cinco páginas para una empresa local de servicios o el sistema con el que un negocio toma pedidos, cotiza precios y opera a su equipo. Esos dos tipos de sitio nunca han tenido las mismas necesidades, y ya no se mueven en la misma dirección. La caída se parece menos a un veredicto sobre WordPress y más a una clasificación del trabajo.
Este artículo explica cómo se ve esa clasificación, qué proyectos están mejor atendidos por un constructor alojado o una herramienta de IA, y cuáles dependen de la arquitectura que hay debajo. También ofrece una prueba sencilla que un dueño de negocio puede aplicar a su propio sitio, junto con el razonamiento técnico que la respalda.
Lo que realmente nos dice una caída de 43 a 40 por ciento
Una cifra de participación de mercado es un promedio sobre una población enorme y desigual. Millones de sitios web son pequeños, tienen poco mantenimiento y se construyeron rápido con un tema, un constructor de páginas y los plugins que parecían útiles en su momento. Estos sitios representan una gran parte del conteo, pero una parte pequeña del peso comercial. Cuando incluso una porción modesta de ellos migra a un constructor alojado o genera un reemplazo con una herramienta de IA, el porcentaje se mueve, y nada ha cambiado en la capacidad de la plataforma para sostener trabajo serio.
Conviene separar dos ideas que el titular mezcla. Una es cuántos sitios web usan una plataforma. La otra es en qué es buena esa plataforma cuando hay mucho en juego. WordPress puede perder terreno en la primera sin perder nada en la segunda, porque los sitios que se van son en su mayoría los que nunca necesitaron lo que hace distinto a WordPress. Los sitios que se quedan son los que aprovechan su flexibilidad, su modelo de datos, su extensibilidad y el hecho de que el código se puede poseer y mover.
Nada de esto significa que la tendencia sea irrelevante. Nos dice que el extremo bajo del mercado está siendo absorbido por herramientas más rápidas y baratas para trabajos simples. Es un desarrollo sano para todos, porque empuja el trabajo en WordPress hacia los proyectos donde genera más valor.
Qué sitios web se están alejando de WordPress
El sitio que se va es fácil de reconocer. Está armado con un constructor de páginas, un tema comprado y unos treinta plugins genéricos que resuelven cada uno una función pequeña, como sliders, formularios, ventanas emergentes y SEO básico. Cada plugin es una elección razonable por sí sola, y juntos producen un sitio que parece terminado pero no tiene un diseño real por debajo. Nadie planeó cómo se comportarían las piezas en conjunto, así que las actualizaciones se vuelven un riesgo y el rendimiento depende de la suerte.
Un sitio así hoy lo puede producir un constructor alojado o una herramienta de IA en una fracción del tiempo, con el hosting, la seguridad y las actualizaciones a cargo del proveedor. Para un sitio folleto sencillo, es una decisión racional, y no intentaríamos convencer a nadie de lo contrario. Si el propósito del sitio es presentar una empresa, listar servicios, mostrar unas cuantas fotos y ofrecer un formulario de contacto, la forma más barata y confiable de lograrlo suele ser la correcta.
La comparación honesta aquí no es entre WordPress y un competidor. Es entre dos maneras de comprar lo mismo. Cuando el requisito es una página presentable, una plataforma que elimina el trabajo de mantenimiento es mejor que una que ofrece flexibilidad que el proyecto nunca usará.
Qué sitios se quedan y por qué
Los proyectos que permanecen en WordPress se ven muy distintos. Una empresa con sus propias reglas de precios, integraciones con los demás sistemas que usa y flujos de trabajo que su equipo utiliza todos los días no puede quedar satisfecha con una plantilla. Su sitio web es parte de cómo opera el negocio, así que tiene que reflejar cómo trabaja realmente. Eso requiere una base diseñada para esa empresa, algo que un ensamblaje genérico de plugins no puede ofrecer.
Estos proyectos también suelen necesitar infraestructura dimensionada para su tráfico, incluyendo recursos de servidor, capas de caché y una red de entrega de contenido configurada para la forma en que se comportan sus visitantes. Además, necesitan un código que la empresa posea y pueda mover cuando quiera. La propiedad importa más de lo que parece al principio, porque un negocio que no puede salir de una plataforma le ha cedido a esa plataforma parte de su poder de negociación.
Boostmonitor se especializa en WordPress desde 2011, y el segundo tipo de trabajo siempre ha dependido de la arquitectura. Los sitios que resistieron con los años nunca fueron los que tenían más plugins. Fueron aquellos donde alguien decidió desde el principio dónde vivirían las reglas del negocio, cómo se estructurarían los datos y cómo se mantendría el sistema.
La decisión que enfrenta todo dueño de negocio
La decisión no es realmente WordPress contra otra cosa. Se trata de qué tan central es el sitio web en la forma en que la empresa gana dinero y opera. Esa pregunta determina cuánta base vale la pena pagar, y evita los dos errores comunes, que son sobreconstruir un sitio simple y subconstruir uno crítico.
Cuándo basta un constructor alojado o una herramienta de IA
Si el sitio solo necesita presentar información, casi cualquier herramienta sirve. Esto incluye perfiles de empresa, portafolios, páginas de eventos y captura sencilla de prospectos. En estos casos el costo de una arquitectura personalizada nunca se recuperaría, porque el sitio no carga lógica, datos ni tráfico que lo justifiquen. Elegir un constructor alojado aquí es buen criterio y no una concesión.
Cuándo importa la base
Si los ingresos o las operaciones de la empresa pasan por el sitio, el cálculo se invierte. Algunos ejemplos son una tienda con precios negociados, un sistema de membresías con reglas de acceso específicas, un portal de clientes conectado a un sistema interno o un flujo de reservaciones que el equipo administra a diario. En estas situaciones, el costo de una base débil aparece como pedidos perdidos, procesos manuales de emergencia, páginas lentas en horas de mayor tráfico y un miedo creciente a tocar cualquier cosa. Para estos negocios, la base importa mucho más que cuántos otros sitios web comparten la misma plataforma.
Los conceptos técnicos detrás de una base sólida
Una base sólida es un conjunto de decisiones deliberadas. La primera es dónde vive la lógica del negocio. En un sistema WordPress bien construido, las reglas de precios, elegibilidad, aprobaciones y notificaciones pertenecen a plugins personalizados, que son independientes del tema y sobreviven a un rediseño. Esta separación permite que el negocio cambie su apariencia sin arriesgar su lógica, y que cambie su lógica sin romper su apariencia.
La segunda decisión es cómo se modelan los datos. Los Custom Post Types y los campos estructurados permiten que un sistema represente las cosas con las que la empresa realmente trabaja, como propiedades, cursos, contratos o equipos, en lugar de forzar todo dentro de entradas y páginas. Bien hecho, esto da a los editores una interfaz clara y a los desarrolladores datos limpios y consultables. Herramientas como ACF pueden acelerar el trabajo cuando encajan con el proyecto, pero primero se debe diseñar el modelo de datos y después elegir la herramienta.
La tercera decisión es cómo se comunica el sistema con otros. La API REST de WordPress, junto con endpoints personalizados, permite que el sitio intercambie datos de forma controlada con CRMs, ERPs, proveedores de pago y aplicaciones móviles. La cuarta es la infraestructura de rendimiento, que incluye caché de objetos con Redis, caché de páginas, una CDN y optimización de la base de datos, dimensionadas para el perfil real de tráfico del negocio. La quinta es la portabilidad, es decir, que el código, los datos y la configuración de hosting estén documentados y sean propiedad de la empresa, para que nunca quede atrapada.
Por dentro de un sitio WordPress crítico para el negocio
Esta sección es para quienes quieren ver qué separa a un sistema diseñado de uno ensamblado. Las diferencias son casi invisibles desde el frente del sitio, y por eso dos sitios pueden verse idénticos y comportarse de manera totalmente distinta bajo carga o ante un cambio.
Dónde viven las reglas del negocio
En un sitio ensamblado, una regla de precios suele estar repartida entre un ajuste de plugin, un fragmento pegado en un archivo del tema y una hoja de cálculo que alguien mantiene actualizada. En un sistema diseñado, la regla es una sola pieza de código dentro de un plugin personalizado, con un nombre claro, control de versiones y pruebas donde tienen sentido. El siguiente ejemplo muestra la idea en su forma más simple, un descuento por contrato aplicado mediante un filtro de WooCommerce.
add_filter( 'woocommerce_product_get_price', 'bm_apply_contract_price', 10, 2 );
function bm_apply_contract_price( $price, $product ) {
$user_id = get_current_user_id();
if ( ! $user_id ) {
return $price;
}
$discount = (float) get_user_meta( $user_id, 'contract_discount', true );
return $discount > 0 ? $price * ( 1 - $discount / 100 ) : $price;
}
Una implementación real agregaría caché, validación y manejo de productos variables, pero el principio se mantiene. La regla vive en un solo lugar, se puede revisar y no desaparece cuando cambia el tema.
Cómo se comunican las integraciones
Una empresa que opera con varios sistemas necesita que esos sistemas se pongan de acuerdo. Las integraciones bien diseñadas en WordPress usan endpoints REST autenticados o webhooks, procesan el trabajo pesado en colas en segundo plano y registran las fallas para que alguien pueda ver qué salió mal. La versión débil de esto es un plugin que llama a un servicio externo en cada carga de página, lo que hace lento al sitio cada vez que ese servicio es lento.
Cómo se dimensiona la infraestructura
El rendimiento es sobre todo una cuestión de lo que ocurre entre la solicitud y la respuesta. La caché de páginas elimina trabajo repetido para visitantes anónimos, mientras que la caché de objetos con Redis reduce consultas repetidas a la base de datos en páginas dinámicas como carritos y paneles. Una CDN acerca los recursos estáticos a los visitantes, y los índices de la base de datos evitan que las consultas personalizadas se conviertan en el cuello de botella a medida que crecen los datos. La idea es dimensionar cada capa para el tráfico y la carga reales, en lugar de comprar un servidor más grande y esperar lo mejor.
Compromisos y cuándo conviene cada enfoque
Ninguna opción gana en todas las situaciones, así que la siguiente tabla compara los tres caminos realistas. Su objetivo es ayudar a un dueño de negocio a ver qué compromisos está aceptando, no declarar un ganador.
| Enfoque | Ideal para | Ventaja principal | Limitación principal |
|---|---|---|---|
| Constructor alojado o herramienta de IA | Sitios folleto y captura sencilla de prospectos | Rápido, económico y sin mantenimiento | Lógica, integraciones y portabilidad limitadas |
| WordPress ensamblado con plugins | Sitios de contenido con necesidades modestas | Flexible y barato para comenzar | Frágil a medida que crecen la complejidad y el tráfico |
| Base WordPress personalizada | Negocios cuyos ingresos u operaciones dependen del sitio | Se ajusta al negocio, escala y es totalmente propio | Mayor inversión inicial y planeación |
Vale la pena prestar atención a la fila de en medio, porque ahí se esconde la mayor parte del riesgo. Un sitio ensamblado se siente como una base, pero nunca fue diseñado como tal. Funciona hasta que el negocio pide algo que los plugins no anticiparon, y en ese momento el costo real del atajo se hace visible.
Lo que recomendamos
Para un sitio que solo presenta información, recomendamos elegir la herramienta confiable más simple y seguir adelante. Un constructor alojado o una herramienta asistida por IA es una decisión sensata, y gastar más sería un mal uso del presupuesto. La excepción es un sitio folleto que el dueño espera convertir en algo más grande, en cuyo caso conviene hablar del camino desde el principio.
Para cualquier sitio donde los ingresos o las operaciones diarias pasen por la plataforma, recomendamos una base WordPress personalizada con la lógica del negocio en plugins, un modelo de datos deliberado, integraciones documentadas e infraestructura dimensionada para la carga real. El razonamiento es arquitectónico. WordPress ofrece a estos proyectos un núcleo extensible, un ecosistema maduro y código que es propiedad de la empresa, algo que ningún constructor alojado puede igualar por completo. La participación de la plataforma en la web en general es irrelevante para este razonamiento, porque depende del ajuste entre el sistema y el negocio.
Cómo abordamos esto en Boostmonitor
Cuando una empresa llega con nosotros, empezamos preguntando cómo se conecta el sitio web con el dinero y las operaciones. Mapeamos las reglas de precios, los sistemas con los que debe comunicarse, las personas que lo usan y el tráfico que debe soportar. Solo después de eso decidimos qué construir, y a veces la respuesta es una solución más simple de lo que el cliente esperaba.
Para los proyectos que lo justifican, diseñamos el modelo de datos, escribimos la lógica del negocio como plugins personalizados, construimos la experiencia de edición con bloques y patrones de Gutenberg donde le sirven al equipo, y configuramos Redis, caché y arquitectura de CDN alrededor de la carga real. Documentamos el sistema para que el cliente pueda moverlo, extenderlo o entregarlo a otro equipo.
Conclusión
Una caída de 43 a 40 por ciento nos dice que los sitios web simples ahora tienen hogares más fáciles y baratos, y eso es un resultado razonable. No dice que WordPress no pueda sostener sistemas de negocio serios. Los sitios que se quedan son los que aprovechan lo mejor de WordPress, que es la flexibilidad, la extensibilidad y la propiedad.
Para un dueño de negocio, la prueba es directa. Si el sitio solo necesita presentar información, elige la herramienta más fácil que haga el trabajo. Si los ingresos o las operaciones de la empresa pasan por el sitio, invierte en la base, porque ahí se decide el costo y el valor a largo plazo. Si estás evaluando esta decisión para tu propio proyecto, puedes platicar con nuestro equipo al respecto.
Preguntas frecuentes
¿Sigue siendo WordPress una buena opción para sitios web de negocios?
Sí, en particular para negocios con requisitos personalizados. WordPress sigue siendo una de las plataformas más extensibles que existen, y permite que una empresa sea dueña de su código y sus datos. Su participación en el total de sitios web dice poco sobre qué tan bien respalda un proyecto complejo y crítico para el negocio.
¿Debo reemplazar mi sitio WordPress con un constructor alojado o una herramienta de IA?
Depende de lo que haga el sitio. Si solo presenta información y no tiene lógica personalizada, un constructor alojado puede ser más barato y fácil de mantener. Si maneja precios, integraciones o flujos de trabajo diarios, reemplazarlo suele significar perder capacidades de las que depende el negocio.
¿Por qué se vuelven frágiles los sitios construidos con muchos plugins?
Cada plugin se escribe de manera independiente y nunca fue diseñado para trabajar con los demás. A medida que el sitio crece, se acumulan conflictos, sobrecarga de rendimiento y riesgos en las actualizaciones. Una base diseñada coloca la lógica importante en código planeado, versionado y mantenido como un solo sistema.
¿Qué significa ser dueño del código de un sitio web?
Significa que la empresa posee el código, los datos y la configuración del hosting, y puede moverlos a otro proveedor o equipo sin pedir permiso. Esto protege al negocio de cambios de precios, cambios en el servicio y límites de la plataforma. Es una de las ventajas prácticas más fuertes de WordPress para proyectos serios.
¿Cómo sé si mi sitio web necesita una base personalizada?
Pregúntate si los ingresos o las operaciones de la empresa pasan por el sitio. Si la respuesta es sí, y el sitio involucra precios personalizados, integraciones o flujos de trabajo que el personal usa a diario, una base diseñada normalmente se paga sola. Si el sitio solo presenta información, probablemente no la necesita.
