WordPress es la plataforma de gestión de contenidos más usada del mundo. Mueve alrededor del 40% de todos los sitios web que existen. Eso no es casualidad —es una herramienta muy bien construida, con una comunidad enorme y una curva de aprendizaje accesible.

Pero "la herramienta más popular" no siempre significa "la herramienta correcta para tu caso". Y acá es donde vale la pena ser honesto: hay proyectos donde WordPress es la mejor opción, otros donde es una solución razonable, y otros donde elegirlo termina siendo el problema más caro de todo el desarrollo.

Para qué es ideal WordPress

WordPress nació como plataforma de blogs y evolucionó hasta convertirse en un gestor de contenidos muy completo. Hoy se usa para sitios institucionales, portfolios, revistas digitales, sitios corporativos con secciones de prensa, blogs con producción regular de contenido y, con el plugin WooCommerce, también para tiendas online de complejidad media.

Funciona muy bien cuando:

• Necesitás un sitio en poco tiempo y con presupuesto acotado
• El sitio es principalmente informativo, con pocas funcionalidades especiales
• El equipo de marketing o comunicación va a actualizar el contenido sin pasar por desarrollo
• El volumen de productos o la complejidad del negocio es estándar

A favor de WordPress también juega su ecosistema: hay decenas de miles de temas, plugins y desarrolladores que lo dominan, lo que vuelve relativamente sencillo arrancar y conseguir mantenimiento después. El hosting administrado de WordPress (Kinsta, WP Engine, SiteGround, entre otros) también está muy maduro y resuelve buena parte de la operación técnica si se está dispuesto a pagarlo. Para una pyme que necesita presencia online rápida, una landing page o un blog con producción frecuente, WordPress es una solución razonable y probada.

Las limitaciones que no siempre te cuentan

El problema con WordPress aparece cuando el proyecto crece, tiene requerimientos específicos o entra en territorios para los que la plataforma no fue diseñada. Y acá es donde conviene mirar con cuidado, porque varias de estas limitaciones no son evidentes al principio: aparecen meses o años después, cuando ya hay mucho invertido y rehacer es caro.

Dependés de plugins de terceros —y de cuánto los cuiden ellos. Cada funcionalidad extra que necesitás casi siempre viene de un plugin, y cada plugin es código de alguien más, con sus propias actualizaciones, incompatibilidades y vulnerabilidades. Un sitio WordPress típico termina con 10 a 20 plugins activos. Multiplicá eso por la posibilidad de que cualquiera de ellos deje de mantenerse, se vuelva incompatible con la próxima versión de WP o quede comprometido por un fallo de seguridad, y vas a entender por qué los sitios WP requieren mantenimiento constante.

El infierno de los page builders. Buena parte de los sitios WordPress modernos se construyen con builders visuales como Elementor, Divi o WPBakery. Son cómodos para arrancar, pero atan el contenido al plugin: el HTML que generan es propio del builder y, si el día de mañana querés cambiarlo o migrar a otra cosa, te enterás de que tu sitio depende de un sistema que solo entiende ese builder. Los costos de migración terminan siendo más altos que un rediseño de cero.

La performance tiene un techo. WordPress genera páginas de forma dinámica con una arquitectura que, bien configurada, funciona bien —pero tiene límites. Sitios con catálogos grandes, mucho tráfico simultáneo o lógicas complejas empiezan a mostrar problemas de velocidad difíciles de resolver. Los plugins de cache y optimización ayudan, pero son parches, no soluciones de fondo. Y los Core Web Vitals —que Google usa cada vez más como señal de ranking— son uno de los puntos donde un WP cargado de plugins se queda atrás de un sitio bien construido a medida.

La seguridad es un tema real. Por ser la plataforma más usada del mundo, también es la más atacada. Los bots escanean WordPress 24/7 buscando vulnerabilidades en versiones desactualizadas, plugins olvidados o credenciales débiles. Esto no debería asustar —se gestiona— pero es algo que requiere atención permanente, no algo que se resuelve y se olvida.

Personalizar tiene un límite. Cuando los requerimientos de negocio son específicos —lógicas de precio por cliente, flujos de compra particulares, integraciones con sistemas propios, multi-idioma con segmentación por país, roles y permisos complejos, flujos de aprobación— el desarrollo sobre WordPress se convierte en una lucha constante contra la plataforma. Cada solución requiere combinar tres o cuatro plugins, escribir código que pelea con las convenciones de WP, y mantener todo eso unido cuando la próxima actualización del core lo rompe. Existen plugins para todo, pero hacer que coexistan correctamente y se mantengan en el tiempo es otra historia.

La deuda de plugins se acumula. Un sitio que arranca con 5 plugins en dos años puede tener 18. Cada uno con su licencia anual, su panel de configuración, sus parámetros, sus dependencias. Cuando algo deja de funcionar, identificar cuál es el plugin culpable lleva horas. Y si uno de esos plugins discontinuó su desarrollo, el sitio queda con una funcionalidad que nadie va a actualizar.

El costo real de un sitio WordPress

Una de las razones por las que WordPress se elige es porque "es barato". Y arrancarlo lo es. Pero el costo real, sumado en el tiempo, suele ser bastante más alto de lo que se estima en la primera reunión.

Una cuenta típica para un sitio WordPress profesional, sin contar el desarrollo inicial:

• Tema premium: USD 30 a 100 (una vez, aunque conviene renovar cada 2-3 años por compatibilidad).
• Plugins premium: una tienda WooCommerce real necesita entre 8 y 15 plugins pagos. Cada uno entre USD 30 y 300 al año. La cuenta se mueve cómodamente entre USD 400 y 1.500 anuales solo en licencias.
• Hosting administrado: USD 30 a 200 por mes según el tráfico y la calidad. Para un sitio que apunte a buen rendimiento, lo razonable arranca arriba de los USD 50 mensuales.
• Plugin de seguridad (Wordfence, Sucuri, etc.): USD 100 a 300 por año.
• Plugin de backup decente: USD 50 a 200 por año.
• Horas de mantenimiento: actualizaciones que rompen algo, conflictos entre plugins, parches de seguridad. Un sitio activo consume entre 2 y 8 horas mensuales de soporte técnico.

Sumando, un sitio WordPress profesional medianamente serio cuesta fácilmente USD 1.500 a 3.000 por año en licencias, hosting y mantenimiento, sin contar el desarrollo inicial. Esa plata sale todos los años, y construye exactamente cero activos para la empresa.

En un desarrollo a medida, la inversión inicial es más alta —es donde se concentra el costo— pero después de eso, los gastos recurrentes son muchísimo más bajos: hosting estándar, sin licencias de plugins, sin sorpresas de actualizaciones de terceros. En un horizonte de 3 a 5 años, los números se invierten.

WooCommerce: dónde funciona y dónde se rompe

WooCommerce es el plugin que convierte WordPress en una tienda online, y es la razón principal por la que muchos negocios eligen WP para su ecommerce. En proyectos chicos a medianos —catálogos de hasta unos 500 productos relativamente simples, con stock y precios uniformes— funciona razonablemente bien.

Donde se complica es en escenarios más exigentes: tiendas con miles de productos y variantes, lógicas de precios por tipo de cliente o por volumen, listas mayoristas, multi-bodega, sincronización con ERPs internos, cupones complejos, flujos B2B con cuentas corrientes o pedidos a aprobar. Todo eso "se puede hacer" con WooCommerce, pero requiere combinar varios plugins pagos, escribir código personalizado para que coexistan, y soportar la inestabilidad cada vez que cualquiera de esos plugins se actualiza. En esos escenarios, mantener vivo el sitio termina costando más que haberlo hecho a medida desde el inicio.

Si tu modelo de venta es realmente estándar, WooCommerce alcanza. Si tiene cualquier particularidad importante —y la mayoría de los negocios B2B o mayoristas la tiene— es una decisión que se paga después.

El término medio: frameworks PHP

Hay un punto que muchas veces se omite cuando se plantea "WordPress vs PHP a medida": el desarrollo a medida hoy casi nunca se hace en PHP "puro", sino sobre frameworks como Laravel, Symfony o CodeIgniter. Esto cambia bastante la ecuación.

Un framework te da, de entrada, mucha de la infraestructura que un CMS resuelve por defecto: sistema de rutas, ORM para base de datos, autenticación, validaciones, plantillas, manejo de sesiones, herramientas de seguridad. Pero a diferencia de WordPress, no te impone una estructura ni un modelo de datos pensado para blogs. Lo que se construye encima encaja exactamente con la lógica del negocio.

En la práctica, esto significa que el desarrollo a medida sobre framework tiene buena parte de la productividad de un CMS (no se reinventa la rueda en lo básico) sin sus límites cuando aparecen requerimientos específicos. La curva de mantenimiento también suele ser más baja: hay menos dependencias de terceros, las actualizaciones del framework son predecibles, y la documentación está pensada para desarrolladores, no para "instalá este plugin que hace todo".

Cuándo el desarrollo PHP a medida es la respuesta

El desarrollo a medida no parte de una plantilla ni de una plataforma existente —parte del problema real del negocio y construye exactamente lo que se necesita, sin más ni menos. Es una inversión más concentrada al inicio, pero produce un sistema que es propiedad del negocio, sin licencias recurrentes, sin techos artificiales y con la libertad de evolucionar al ritmo que la empresa necesite.

Esto tiene sentido cuando:

• Los procesos del negocio son lo suficientemente específicos como para que ninguna plataforma los resuelva bien
• Se necesita integrar el sitio con sistemas internos (ERP, CRM, stock, facturación)
• La escala del proyecto requiere performance y estabilidad que un CMS no puede garantizar
• Se busca una experiencia de usuario diferenciada, no la que permite un tema modificado
• El negocio va a crecer y necesita una base técnica que acompañe ese crecimiento
• Hay lógicas mayoristas, B2B, multi-canal o catálogos de pedidos que un CMS estándar no contempla

El desarrollo a medida requiere más tiempo y planificación inicial. Pero el resultado es un sistema que hace exactamente lo que el negocio necesita, sin dependencias externas y sin los límites de una plataforma genérica.

WordPress, IA y la performance que importa hoy

Hay un cambio que está pasando en estos años y que vale la pena tener presente al elegir tecnología: cómo afecta la decisión de plataforma a la presencia del sitio en buscadores, en AI Overviews y en respuestas de asistentes generativos como ChatGPT, Gemini o Perplexity.

Estos sistemas valoran sitios rápidos, con HTML limpio, datos estructurados correctos, contenido bien jerarquizado y citable. Un WordPress bien hecho lo logra; un WordPress lleno de plugins, page builders y temas pesados, raramente. Y como en muchos casos las decisiones técnicas las heredamos del proyecto original, lo que se construye hoy va a definir cómo aparece —o no aparece— el sitio en los próximos cinco años de búsquedas y respuestas generadas por IA.

Un desarrollo a medida tiene la ventaja de poder optimizar todo esto desde la base: HTML semántico, Core Web Vitals en verde sin esfuerzo extraordinario, datos estructurados a la medida del negocio, control total sobre cómo se renderiza cada página. No es magia, pero es la diferencia entre construir sobre una base que ayuda y construir sobre una que conspira en contra.

Y si después querés migrar...

Una pregunta que pocas veces se hace al empezar: ¿qué pasa si dentro de dos o tres años el sitio se queda chico y queremos pasarlo a otro lado?

Migrar de WordPress a un desarrollo a medida —o incluso a otra plataforma— no es imposible, pero rara vez es indoloro. Si el sitio usa un page builder, hay que reconstruir todo el contenido visual. Si tiene años de URLs que Google ya posicionó, hay que armar redirecciones cuidadosas para no perder tráfico. Si se acumularon datos en estructuras propias de plugins, hay que extraer y reformatear. Y si se desarrolló sin documentación, alguien tiene que sentarse a entender el rompecabezas antes de poder migrarlo.

El costo de una migración bien hecha suele ser comparable —o superior— al de haber arrancado directamente con la solución correcta. No es para asustar a nadie: si WordPress es lo que el proyecto necesita hoy, está bien. Pero conviene saberlo de entrada para que la decisión inicial sea consciente y no por inercia.

No es una guerra —es una elección

WordPress no es malo. PHP a medida no es siempre mejor. Son herramientas distintas para necesidades distintas, y la elección correcta depende del problema real, no de las preferencias del proveedor.

La pregunta correcta no es "¿cuál es mejor?" sino "¿cuál es el correcto para lo que necesito hoy y a dónde quiero llegar mañana?". Un sitio informativo para una empresa chica probablemente no necesita desarrollo a medida. Un blog corporativo con producción de contenido frecuente está cómodo en WordPress. Un ecommerce mayorista con lógicas complejas, integraciones con ERP y catálogos por tipo de cliente, casi seguro va a estar mejor en un sistema propio. Y muchísimos proyectos están en el medio, donde la decisión depende de cuánto se piensa escalar, qué tipo de equipo va a mantenerlo y cuánto pesa cada recurso.

Si te interesa el tema desde el ángulo del ecommerce, lo desarrollamos en detalle en esta nota: cuándo conviene un marketplace, cuándo un CMS y cuándo un sistema a medida.

En Enfoque03 nuestro fuerte es el desarrollo a medida en PHP, que es donde vemos que se obtienen los mejores resultados a mediano plazo para empresas con cierta complejidad o con planes serios de crecimiento. También trabajamos con CMS cuando ese es el camino correcto para el proyecto, y lo decimos desde la primera reunión —no tiene sentido vender una solución que no encaja. Si tenés dudas sobre qué tipo de plataforma necesitás para tu próximo proyecto, podés ver nuestro portfolio de trabajos o contarnos tu caso y te damos una opinión honesta, sin compromiso.