WordPress conviene cuando el sitio es sobre todo contenido (un blog, una web institucional, un catálogo simple) y el equipo necesita editarlo solo. PHP a medida conviene cuando el sitio tiene reglas de negocio, integraciones, un panel propio o tiene que evolucionar durante años. Entre los dos hay una vía intermedia que muchas empresas pasan por alto: WordPress acotado, con pocas piezas y un desarrollo propio donde hace falta.

La pregunta real no es técnica

Cuando una empresa nos pregunta «¿PHP o WordPress?», la respuesta no empieza por el lenguaje. Empieza por otras tres preguntas: ¿cuánto cuesta sostenerlo en el tiempo?, ¿quién lo va a operar? y ¿qué tiene que lograr el sitio dentro de tres años, no el día del lanzamiento?

El error más común es comparar tecnologías cuando en realidad se están comparando modelos de trabajo. WordPress es un sistema de gestión de contenidos con una comunidad enorme y un ecosistema de temas y plugins. PHP a medida es un lenguaje con el que se construye exactamente lo que el negocio necesita, y nada más. No son alternativas equivalentes: resuelven problemas distintos y se pagan de forma distinta.

Tabla de criterios para decidir

Esta tabla resume cómo se comportan las tres opciones en los criterios que más pesan en una decisión empresarial. Es una comparación cualitativa: los montos concretos dependen del alcance de cada proyecto y por eso no los ponemos acá.

Criterio WordPress con plugins Vía intermedia PHP a medida
Costo inicial Bajo: se parte de un tema y plugins existentes. Medio: un tema sobrio más desarrollo puntual. Más alto: se construye lo que el proyecto necesita.
Costo total a 3 años Crece con licencias de plugins, actualizaciones y resolución de conflictos. Estable si se mantiene la lista de plugins corta. Más predecible: sin licencias de terceros, con mantenimiento propio del código.
Mantenimiento Constante: núcleo, tema y plugins se actualizan por separado. Acotado: pocas piezas que vigilar. A cargo de quien conoce el código; no hay actualizaciones de terceros que rompan algo.
Seguridad Depende de mantener todo al día y de la calidad de cada plugin. Superficie de ataque menor al reducir plugins. Definida por el código propio; exige buenas prácticas desde el diseño.
Rendimiento Variable: cada plugin puede sumar consultas y archivos. Bueno con caché y poco código de terceros. Alto potencial: se carga solo lo que la página usa.
Dependencia de plugins Alta: si un autor abandona el plugin, hay que reemplazarlo. Baja a media. Ninguna para el negocio; solo librerías que se eligen y se documentan.
Autonomía para editar Muy alta: el equipo edita sin desarrollador. Alta en contenido; los cambios de lógica pasan por desarrollo. Depende del panel que se construya; si no hay panel, cada cambio pasa por desarrollo.
Salida o migración Costosa cuando el contenido y los plugins están entrelazados. Intermedia. Más simple si el código está ordenado y documentado.

Qué hace bien WordPress

WordPress tiene sentido en escenarios concretos y bien delimitados:

  • Sitios de contenido que cambian seguido. Si el equipo publica notas, novedades o páginas todas las semanas, un editor visual conocido ahorra tiempo y dependencia.
  • Equipos no técnicos. El editor de bloques permite armar y corregir páginas sin tocar código.
  • Plazos y presupuestos ajustados para una web institucional de pocas secciones, donde lo importante es salir en línea y poder editar.
  • Funciones comunes ya resueltas. Formularios, SEO básico o multilenguaje cuentan con plugins mantenidos por equipos grandes.

En esos casos, elegir WordPress es una decisión razonable. Los problemas aparecen cuando se le pide a la misma herramienta algo que excede ese terreno.

Dónde WordPress empieza a costar caro

Mantenimiento permanente

El núcleo, el tema y cada plugin tienen su propio ritmo de actualizaciones. Alguien tiene que aplicarlas, probar que nada se rompa y tener una copia de respaldo a mano. No es un costo grande en un mes cualquiera, pero no termina nunca, y se suma al presupuesto de los años siguientes.

Seguridad

WordPress es el CMS más usado, y eso lo vuelve un blanco frecuente: no porque sea inseguro de base, sino porque un ataque que funciona contra un plugin popular sirve para miles de sitios. El riesgo real suele estar en plugins sin mantener, versiones atrasadas y cuentas con contraseñas débiles. Una web a medida tampoco es segura por sí misma: lo es si se escribe con consultas preparadas, validación de entradas y protección contra CSRF. Por eso la seguridad se trabaja en ambos casos; en nuestra nota sobre OWASP Top 10 hay un checklist aplicable a cualquiera de los dos.

Rendimiento

Cada plugin puede sumar consultas a la base de datos, hojas de estilo y scripts que se cargan en todas las páginas, las use o no. Con caché y un hosting adecuado se puede tener un WordPress rápido, pero hay que cuidarlo. En una web a medida, la página carga lo que necesita y el equipo de desarrollo controla cada consulta. Si el posicionamiento en buscadores es parte del objetivo, también influye el trabajo de SEO técnico, que se apoya en un sitio liviano y bien estructurado.

Dependencia de plugins

Cuando una función importante del negocio (reservas, cotizador, integración con un sistema externo) depende de un plugin de terceros, el negocio depende del autor de ese plugin. Si lo abandona, cambia su licencia o entra en conflicto con otro plugin, el costo de resolverlo recae en vos.

Costo total a tres años

El costo inicial de WordPress suele ser menor, y eso es verdad. Pero el costo total incluye licencias anuales de plugins premium, un hosting que aguante la carga, horas de mantenimiento y las intervenciones cuando algo falla tras una actualización. Un proyecto a medida cuesta más al principio, y a cambio ese gasto se concentra en construir lo que el negocio necesita y no en sostener piezas ajenas. Cuál de las dos curvas sale más barata depende del proyecto: hay que estimarlas con el alcance real sobre la mesa.

Cuándo conviene PHP a medida

El desarrollo a medida es la mejor opción cuando se cumple alguna de estas condiciones:

  • Panel administrativo propio. Clientes, pedidos, turnos, documentos o cualquier dato que el equipo gestiona a diario.
  • Integraciones con sistemas externos. APIs de terceros, ERP, CRM, pasarelas de pago o catálogos que hay que sincronizar. Hay más sobre eso en APIs e integraciones.
  • Flujos con reglas propias. Aprobaciones, cálculos, roles de usuario y permisos que un plugin no cubre sin forzarlo.
  • Rendimiento como requisito. Cuando la velocidad de carga afecta de manera directa a las consultas o a las ventas.
  • Vida útil larga. Si el sistema tiene que crecer durante años, conviene un código que se entienda de punta a punta.

Para aplicaciones con usuarios, datos y procesos, tenemos el servicio de aplicaciones web. Para sitios institucionales que necesitan un desarrollo cuidado, sitios y plataformas web.

Lo que PHP a medida no resuelve solo es la autonomía para editar. Si el equipo necesita cambiar textos e imágenes sin escribirnos, eso hay que incluirlo en el alcance: un panel simple de contenido, con costo y mantenimiento propios.

La vía intermedia

No hace falta elegir entre todo o nada. Tres variantes que usamos según el caso:

  1. WordPress acotado. Un tema sobrio, una lista corta de plugins mantenidos activamente y copias de respaldo probadas. Se documenta qué hace cada pieza y quién la actualiza.
  2. WordPress para el contenido y desarrollo propio para la lógica. El equipo edita las páginas en WordPress, y las funciones críticas (un cotizador, una integración) viven en un módulo o servicio aparte, que no depende de plugins de terceros.
  3. Sitio a medida con un panel de contenido simple. Cuando el contenido cambia poco, un panel mínimo para textos e imágenes alcanza y evita toda la maquinaria de un CMS.

La elección entre estas variantes depende de quién edita, con qué frecuencia y qué pasa si una pieza falla. Si una pieza falla y el negocio se detiene, esa pieza merece desarrollo propio.

Preguntas para decidir en una reunión

Antes de elegir, conviene que el equipo responda esto por escrito:

  • ¿Quién va a editar el sitio y con qué frecuencia?
  • ¿Qué funciones del negocio dependen del sitio (ventas, reservas, atención)?
  • ¿Con qué sistemas tiene que conectarse hoy y dentro de un año?
  • ¿Quién se encarga de las actualizaciones y de las copias de respaldo?
  • ¿Qué pasa si el sitio queda fuera de línea un día?
  • ¿Cuánto tiempo de vida esperamos del sitio antes de rehacerlo?

Si las respuestas son «un equipo no técnico, contenido, sin integraciones», WordPress es un buen camino. Si aparecen integraciones, datos propios o procesos, la balanza se inclina hacia el desarrollo a medida. Y si aparecen las dos cosas, la vía intermedia suele ser lo más razonable.

En resumen

Elegí WordPress si tu sitio es sobre todo contenido, tu equipo lo va a editar sin ayuda y el presupuesto es ajustado. Sumale disciplina de mantenimiento y pocos plugins.

Elegí PHP a medida si necesitás panel propio, integraciones, reglas de negocio o un sistema que viva varios años. Planificá desde el principio cómo va a editar contenido tu equipo.

Elegí la vía intermedia si necesitás las dos cosas: autonomía para editar y lógica propia. Es una decisión que se toma mejor con el alcance a la vista, y podemos ayudarte a hacerlo.

Preguntas frecuentes

¿Es más barato WordPress que PHP a medida?

Al principio suele serlo, porque se parte de un tema y plugins existentes. A tres años la comparación cambia: hay licencias de plugins, actualizaciones, hosting y horas de mantenimiento. Un desarrollo a medida cuesta más al inicio y concentra el gasto en lo que el negocio necesita. Conviene estimar ambas curvas con el alcance real.

¿WordPress es inseguro?

No de base, pero es el CMS más usado y por eso un blanco frecuente. El riesgo real está en plugins sin mantener, versiones atrasadas y contraseñas débiles. Con actualizaciones al día, pocos plugins y copias de respaldo probadas se puede operar con seguridad razonable. Un sitio a medida también exige buenas prácticas desde el diseño.

¿Puede mi equipo editar un sitio hecho en PHP a medida?

Sí, si se incluye en el alcance. Un sitio a medida no trae editor por defecto: se construye un panel de contenido, simple o completo según la necesidad. Sin ese panel, cada cambio de texto o imagen pasa por desarrollo. Es una decisión que conviene tomar antes de empezar.

¿Cuándo conviene migrar de WordPress a un desarrollo propio?

Cuando el sitio depende de varios plugins para funciones críticas, las actualizaciones rompen cosas con frecuencia, o necesitás integraciones y reglas de negocio que el CMS no cubre sin forzarlo. Antes de migrar, evaluá si una vía intermedia (menos plugins, módulo propio para la lógica) resuelve el problema.

¿Qué es la vía intermedia entre WordPress y PHP a medida?

Es combinar lo mejor de cada uno: WordPress acotado, con tema sobrio y pocos plugins mantenidos, para que el equipo edite contenido, y un desarrollo propio para las funciones críticas, como un cotizador o una integración. Así se conserva la autonomía editorial sin atar el negocio a plugins de terceros.