Vivo del desarrollo a medida y aun así te digo cuándo WordPress es la respuesta correcta. La decisión no va de gustos: va de qué pagas hoy y qué pagarás durante cinco años.
¿Desarrollo web a medida o una plantilla de WordPress? La regla corta es esta: si tu web informa, plantilla; si tu web opera, a medida. Todo lo demás es entender qué pagas hoy y qué vas a pagar durante los próximos cinco años.
Hay un patrón que se repite. Una web que tarda varios segundos en cargar y una factura de mantenimiento que no para de subir, casi toda en licencias de plugins premium. La web funciona, más o menos. El problema es otro: cada cambio pequeño, añadir un campo a un formulario, tocar el cálculo de un presupuesto, depende de un plugin premium que nadie del lado del cliente entiende, y cuando ese plugin deja de actualizarse, la web queda a merced de la siguiente actualización del core. Ese negocio no necesita "una web nueva". Necesita haber decidido bien, dos años antes, de qué lado estaba.
De eso va esto: de cómo se toma la decisión con criterio, no de venderte lo que hago. Vivo de lo a medida y aun así te voy a decir en voz alta cuándo WordPress o una plantilla son la respuesta correcta. Porque el error caro no es elegir uno u otro: es elegir sin entender qué estás pagando.
Hay un malentendido de partida que envenena la decisión. Se cree que "a medida" significa reescribir todo el universo desde cero, línea a línea, mientras que WordPress es coger algo hecho y ya está. Ese binario es falso, y las dos puntas son igual de malas para tu bolsillo.
Lo a medida, bien entendido, no es artesanía de lujo. Es lo contrario del peaje. Una plantilla comercial trae dentro cientos de opciones, pantallas de configuración, hooks y compatibilidades que existen para servir a decenas de miles de compradores distintos. Tú usas una fracción mínima. Todo lo demás no desaparece: sigue ahí, cargando en cada visita, ampliando la superficie de fallo, obligándote a actualizar cosas que no usas para tapar agujeros que no sabías que tenías. Eso es el peaje. Lo pagas en velocidad, en seguridad y en horas de alguien intentando entender por qué algo se rompió.
A medida es construir exactamente lo que tu negocio necesita y nada más. Ni una pantalla de más. El código hace lo que tiene que hacer, está versionado, se lee, y quien lo mantenga dentro de tres años puede entenderlo sin descifrar la lógica interna de un tema comprado a un proveedor que a lo mejor ya ni existe. No es más código: casi siempre es menos.
Y entre los dos extremos hay un terreno intermedio que casi nadie cuenta porque no cabe en un argumentario de venta: WordPress como gestor de contenidos con lógica propia encima, un enfoque headless donde el CMS solo guarda texto y el frontend lo pinta tu código, un framework ligero para la parte que de verdad tiene reglas de negocio. "A medida" muchas veces es esto: quedarte con lo bueno de la herramienta estándar y sacar fuera, a código propio, la parte donde te juegas el dinero.
Y te lo digo yo, que vivo de lo contrario. Si tu web es, en esencia, un folleto que cuenta lo que haces, una clínica, un despacho, un restaurante, un portfolio, un blog, una landing, y no hay lógica de negocio propia dentro, WordPress con una plantilla decente es la decisión sensata. No es la opción barata con la que te conformas: es la correcta. Pagar un desarrollo a medida para publicar textos, fotos y un formulario de contacto es como comprar un torno industrial para apretar el tornillo de una bisagra.
Hay tres señales bastante claras de que estás en ese lado:
En ese escenario, un buen tema, un puñado mínimo de plugins bien elegidos y alguien que sepa configurarlo te dan un resultado profesional por una fracción del coste. Yo mismo, si me lo pides, te digo que ahí no me necesitas para construir desde cero, y te lo digo antes de facturarte una hora. Forzar lo a medida donde no hace falta es tirar tu dinero, y eso no me interesa: me interesa que dentro de dos años me vuelvas a llamar porque la primera vez fui honesto.
El lado contrario empieza en cuanto tu web deja de contar cosas y empieza a hacerlas. La frontera es la lógica de negocio propia: reglas que son tuyas, que ningún plugin genérico implementa igual que tú, y de las que depende que ganes o pierdas dinero.
Cuatro terrenos donde el desarrollo de software a medida deja de ser un capricho y pasa a ser lo racional:
La regla corta, otra vez: si la web informa, plantilla; si la web opera, empieza a inclinarse hacia lo a medida. Y cuanto más dinero pase por dentro de esa operación, más se inclina.
Aquí está la brecha que casi nadie te explica, porque contar esto no ayuda a cerrar la venta rápida. Todo el mundo compara el precio de arranque. Casi nadie modela lo que cuesta tener el sistema vivo durante tres o cinco años. Y esa es la cifra que decide si has acertado.
El coste inicial es lo que pagas para que la web exista. El coste total de propiedad es eso más todo lo que viene después: licencias anuales de plugins premium, actualizaciones que rompen cosas, horas de alguien resolviendo conflictos, parches de seguridad, la migración forzosa cuando un componente clave se queda sin soporte. Una opción puede ser mucho más barata el primer día y bastante más cara al sumar los cinco años.
| Plantilla / WordPress | A medida | |
|---|---|---|
| Coste de arranque | Bajo | Más alto |
| Licencias anuales | Se acumulan (varios plugins premium) | Cero o marginales |
| Cambio pequeño | A veces bloqueado por un plugin | Directo sobre código propio |
| Actualización del core | Riesgo de rotura por dependencias | Controlada, versionada |
| Quién lo entiende dentro de 3 años | Depende del proveedor del tema o del plugin | Está en tu código, se lee |
| Migrar o cambiar de rumbo | Difícil: dato atrapado en plugins | El dato es tuyo |
No estoy diciendo que a medida salga siempre más barato a cinco años. Digo que el precio de arranque es un dato incompleto y engañoso para decidir. Antes de firmar cualquier presupuesto, pregunta por el coste de tenerlo funcionando, no solo por el de construirlo. En cuánto cuesta una página web desgloso esa cifra partida a partida; aquí me quedo con el concepto, que es el que cambia la decisión: compara la vida entera del sistema, no la foto del primer día.
Merece sección propia porque es el coste oculto que más gente paga sin verlo venir. WordPress no es el problema; el problema es cómo se acaba usando cuando le pides cosas para las que no está pensado. Cada función que falta se resuelve instalando otro plugin. Y otro. Y para que dos plugins se lleven bien, un tercero. Así se llega a treinta.
Cada plugin de esa pila es:
La paradoja: se elige WordPress con plantilla para ahorrar, y treinta plugins después estás pagando más en licencias y en horas de mantenimiento que lo que habría costado tener esa lógica en código propio, versionado, sin licencias y sin depender de que treinta autores distintos sigan vivos y con ganas. Cuando la lista de plugins imprescindibles empieza a crecer para sostener lo que de verdad hace tu negocio, esa es la señal de que te has pasado de herramienta.
No hace falta ser técnico para diagnosticarlo. Si tu web actual cumple varias de estas, probablemente estás sosteniendo con una plantilla algo que ya pide código propio. Es una lista de síntomas, no un argumentario:
Una o dos de estas pueden ser normales. Cuatro o cinco significan que el modelo se te ha quedado corto y que cada mes que sigues encima paga intereses de una deuda técnica que solo crece. No es cuestión de gustos: es que estás pagando el peaje de una herramienta que ya no te sirve.
La buena noticia: cambiar de lado no obliga a apagarlo todo un lunes y rezar. Migrar bien es aburrido y por fases, que es exactamente como debe ser. Lo peligroso es el corte en seco.
Lo que no se negocia en una migración seria:
Migrar no siempre significa tirar WordPress a la basura. A veces la fase uno es sacar solo la lógica crítica a código propio y dejar el resto del contenido donde está, ganando tiempo. Lo importante es que la continuidad, para tus usuarios y para los buscadores, se mantenga intacta mientras por debajo cambias los cimientos. Si te interesa el detalle de por qué el dato manda tanto en estas decisiones, escribí sobre un fallo de borrado que solo se veía en producción que ilustra bien lo que está en juego cuando no controlas tu propia lógica.
Llevo más de veinte años escribiendo código y trabajo solo: hablas directamente conmigo, no con un comercial que te promete y luego un junior que ejecuta lo que puede. Eso cambia cómo abordo esta decisión, porque no tengo incentivo en venderte el proyecto más grande. Tengo incentivo en que aciertes, para que la relación dure.
Así que el análisis funcional inicial y la primera consulta no te cuestan nada. Miramos juntos qué hace de verdad tu negocio en esa web, dónde está la lógica que te da dinero y dónde solo hay contenido. De ahí sale una recomendación honesta, que muchas veces es un punto intermedio: WordPress para lo que sea contenido, código propio a medida solo para la parte donde te juegas algo. No pagas por reescribir lo que ya funciona; pagas por dejar de pagar el peaje de lo que no usas.
Si necesitas ver antes de decidir, tienes trabajo real medido en el portfolio. Y si prefieres poner sobre la mesa tu caso concreto, qué web tienes hoy, qué te está costando, hacia dónde quieres ir, hablemos de tu proyecto y te digo con criterio de qué lado estás, aunque el lado sea el que no me da trabajo.
El resumen, en una frase: si tu web informa, plantilla; si tu web opera, a medida; y decídelo mirando lo que cuesta tenerla cinco años, no lo que cuesta encenderla el primer día. Todo lo demás es ruido de venta.
Una plantilla es un producto genérico pensado para miles de compradores: trae cientos de opciones que no usas y que igualmente cargan, amplían la superficie de fallo y exigen mantenimiento. Una web a medida construye solo lo que tu negocio necesita, con código propio y versionado que se lee y se mantiene sin depender de un tema comprado. La plantilla brilla cuando la web informa (contenido, folleto, blog); lo a medida gana cuando la web opera, es decir, cuando hay lógica de negocio, integraciones o rendimiento de los que depende que ganes dinero.
No merece la pena si tu web es esencialmente un folleto: contenidos, servicios, un formulario de contacto y ninguna lógica de negocio propia. Ahí WordPress con una buena plantilla es lo sensato y lo económico. Sí merece la pena cuando hay reglas propias (cálculos, flujos, disponibilidad), integraciones con tu ERP, CRM o pasarela de pago, exigencias reales de rendimiento o necesidad de controlar tu propio dato. La frontera es simple: si la web informa, plantilla; si la web opera, a medida.
Depende del caso, pero el error habitual es comparar solo el precio de arranque. Una web WordPress cargada de plugins premium acumula licencias anuales, conflictos entre plugins, parches de seguridad y horas de mantenimiento que crecen cada año. Una web a medida cuesta más al empezar, pero suele tener licencias marginales o nulas y cambios directos sobre código propio. Para decidir bien hay que mirar el coste total de tenerla viva tres o cinco años, no la foto del primer día. El desglose de cifras está en cuánto cuesta una página web.
Sí, si se hace por fases y con cabeza. Lo imprescindible: redirecciones 301 de cada URL indexada hacia su equivalente nueva, portabilidad limpia del dato, migración gradual conviviendo el sistema viejo y el nuevo, y revisión de SEO técnico (sitemap, etiquetas canónicas, metadatos) antes de abrir al público. Lo peligroso es el corte en seco, no la migración en sí. Muchas veces ni siquiera hace falta tirar WordPress entero: la primera fase es sacar solo la lógica crítica a código propio y dejar el contenido donde está.
Cada plugin premium es una licencia anual que renuevas o te quedas sin parches, una puerta más de entrada para vulnerabilidades, un conflicto en potencia con otros plugins y una bomba de relojería si su autor lo abandona: sigue funcionando hasta que actualizas el core de WordPress y deja de ser compatible, tumbando la parte de la web que dependía de él. Según el informe de seguridad de Patchstack, el 91 % de las vulnerabilidades nuevas del ecosistema en 2025 estaban en plugins, frente a seis en el núcleo de WordPress.
No. "A medida" no significa reescribirlo todo, significa no pagar el peaje de lo que no usas. Muchas veces la respuesta correcta es un punto intermedio: WordPress como gestor de contenidos con lógica propia encima, un enfoque headless donde el CMS solo guarda texto, o un framework ligero solo para la parte con reglas de negocio. El objetivo es quedarte con lo bueno de la herramienta estándar y sacar a código propio la parte donde te juegas el dinero.
Si tienes un problema parecido y quieres una opinión técnica, cuéntamelo. Te respondo en menos de 24 h laborables.
