La conversación suele empezar mal: “¿WordPress o a medida?”. Esa pregunta ya está respondida en otro sitio. Aquí no vamos a repetir el stack, el coste a tres años ni cuándo Laravel gana a un theme. Aquí vamos al sitio donde se decide si la web se actualiza o se pudre: el panel.
Porque el CMS no lo usa el desarrollador el día del deploy. Lo usa alguien de comunicación un martes a las 19:00, con una nota de prensa, tres fotos en el móvil y cero ganas de romper la home. Si ese panel es un laberinto, dejarán de publicar. O publicarán mal. Las dos cosas se ven en el front.
CMS a medida vs WordPress, en este artículo, es una pregunta de edición: quién publica, con qué frecuencia y qué pasa cuando el equipo no es técnico. El desarrollo web que no contempla eso entrega un sistema brillante y una redacción bloqueada.
CMS a medida vs WordPress: la pregunta es quién publica
Si lo que necesitas es decidir tecnología, lee la comparativa de WordPress frente a desarrollo a medida. Allí está el cálculo de stack, plugins y horizonte. Aquí el objeto es más estrecho y más honesto: la pantalla en la que tu equipo va a escribir cada semana.
WordPress gana muchas veces en esa pantalla. Lleva veinte años puliendo el flujo de “escribir, previsualizar, publicar” para alguien que no es técnico. Un CMS a medida gana cuando ese flujo no existe de fábrica: un lineup que cambia cada hora, un roster con relaciones raras, un calendario de festival, fichas que no son “un post”. La herramienta mala es la que obliga al editor a pensar como el modelo de datos.
| Situación de edición | Encaje | Por qué |
|---|---|---|
| Blog, páginas, noticias, 1–2 editores | WordPress | El flujo clásico ya está resuelto y el equipo lo reconoce |
| Mismo contenido, varios idiomas, roles simples | WordPress | Si el plugin de idioma está bien montado, el editor no ve el infierno |
| Objetos con relaciones (artistas, fechas, vinos, locales) | Depende | WP con campos a medida puede valer; el panel se vuelve un Excel |
| Publicación diaria o por picos, varios roles, preview fiel | Medio-alto | Un panel a medida reduce clics; WP genérico los multiplica |
| El editor no puede “romper” el diseño | A medida o WP muy acotado | Un Gutenberg libre en manos de cinco personas destrozó más homes que un CMS estrecho |
Quién publica y con qué frecuencia (el brief que casi nadie escribe)
Antes de elegir panel, escribe tres líneas: nombres (o roles), cadencia, y qué tipo de pieza. “El equipo de marketing” no es un brief. “Marta, los jueves, sube 1 noticia y cambia el hero de campaña; en abril, Luis actualiza 40 artistas en dos semanas” sí lo es.
En Mallorca Live Festival la web no es un brochure. Es un sitio vivo: informar, emocionar y vender antes, durante y después del festival. Eso implica un equipo que cambia lineup, noticias y estados con el calendario encima. Un panel que obliga a tocar tres plantillas para un titular no aguanta un anuncio a las 22:00. Ahí el CMS se juzga en minutos de edición, no en elegancia del framework.
WordPress no es “fácil” si el panel está abierto del todo
El mito es: WordPress = cualquiera publica. La realidad: WordPress con el editor de bloques en modo playground, 20 plugins y la home hecha de patrones sueltos es más difícil que un CMS estrecho. El editor se enfrenta a decisiones de diseño que no le tocan. Rompe márgenes. Duplica secciones. Publica un H1 dentro de otro.
WordPress bien entregado para un equipo no técnico es otra cosa: tipos de contenido con campos con nombre humano, bloques permitidos por plantilla, preview que se parece al front, y un menú de administración que no enseña Ajustes, Plugins ni el tema. Eso se construye. No se obtiene al instalar.
Si el proyecto pide Laravel u otro stack, la conversación de cuándo elegir Laravel frente a WordPress sigue siendo de arquitectura. No la uses para decidir el panel. Un Laravel con Filament o un admin a medida puede ser más amable que un WP hinchado. Un WP acotado puede ser más amable que un admin “bonito” pensado para el programador.
¿Tu editor puede cambiar lo que debe —y tiene prohibido lo que no debe— sin escribirte por Slack?
El CMS a medida no perdona un admin vago
El riesgo del a medida no es técnico. Es humano. Se invierte el presupuesto en el front y el back se entrega como un CRUD: tablas, “crear”, “editar”, validaciones de desarrollador. El equipo tarda el doble que en el WordPress anterior y concluye, con razón, que “la web nueva es más difícil”.
Un panel a medida que funciona se diseña con las mismas piezas que el front: jerarquía, nombres, estados vacíos, errores en castellano, preview. En La Remediadora la web mezcla relato de bodega y tienda. Quien publica no debería tener que saber qué es un CPT ni un SKU interno para cambiar una añada o un texto de proceso. Si el vino se edita en un sitio y la historia en otro, el panel está partiendo un oficio en dos.
title_h2_home_block_3, checkboxes sin ayuda, cero preview.
Solo publica quien estuvo en el handoff. El resto pide un ticket.Tip técnico: preview fiel o no hay panel
Si el editor no puede ver el resultado antes de publicar, el panel es un acto de fe. En WordPress, eso es preview de la plantilla real, no del lienzo del editor. En un CMS a medida, es una ruta de borrador con el mismo CSS que producción. Headless complica esto: si vas a WordPress headless, presupuesta el preview. Sin él, el equipo publicará a ciegas o no publicará.
Handoff: lo que convierte un CMS en un producto interno
Da igual WP o a medida. El día uno después del launch, el estudio se va y queda el panel. Tres entregables que pedimos (y que pedimos que nos pidan): una sesión grabada de 45 minutos sobre las tareas reales, un PDF de dos páginas por tipo de contenido, y un usuario “editor” que no vea el resto. Si el handoff es “te pasamos el usuario admin”, habéis entregado las llaves del servidor a quien quería cambiar un titular.
He visto fronts impecables actualizados dos veces al año porque el panel daba miedo. El CMS no es una partida de “desarrollo”. Es el puesto de trabajo de alguien. Si esa persona no puede publicar en diez minutos, el proyecto no está terminado.
Antes de elegir panel, verifica esto
- ¿Sabes el nombre o el rol de quien va a publicar, y cuántas veces al mes?
- ¿Has listado las 5 tareas de edición reales (no “gestionar contenido”)?
- ¿El editor puede previsualizar con el diseño de producción?
- ¿Los campos se llaman como el oficio, no como la base de datos?
- ¿Hay un rol que no puede tocar menú, plugins ni legales?
- ¿Un cambio típico (titular + foto + publicar) cabe en menos de 10 minutos?
- ¿El handoff incluye sesión grabada y una guía corta por tipo de ficha?
- ¿Alguien del equipo del cliente ha usado el panel antes del launch, no el día después?
Preguntas frecuentes sobre CMS a medida y WordPress (el panel)
¿Qué diferencia hay entre elegir WordPress y elegir un CMS a medida para editar?
WordPress trae un flujo de publicación que casi todos reconocen. Un CMS a medida trae solo lo que diseñéis. Si tus contenidos son posts y páginas, WP suele ser más amable el día uno. Si tus contenidos son objetos con relaciones y picos de edición, un panel estrecho a medida ahorra clics —a cambio de diseñarlo de verdad, no de dejar un CRUD.
¿Cuándo el panel de WordPress se vuelve peor que uno a medida?
Cuando el editor tiene que montar la página a base de bloques sueltos, cuando hay veinte tipos de contenido disfrazados de “páginas”, o cuando para cambiar un dato hay que adivinar en qué plantilla vive. Ahí WP no es fácil: es un kit. Un admin a medida con cinco campos bien nombrados gana a un Gutenberg sin riendas.
¿Cómo elijo si mi equipo no es técnico?
Siéntalos delante de un prototipo de panel, no de un moodboard. Pídeles que publiquen la pieza más frecuente. Cronometra. Cuenta preguntas. La herramienta que gana es la que acaba esa tarea sin Slack. La marca del CMS es secundaria.
¿Hace falta formación continua después del lanzamiento?
Una sesión no basta si el equipo rota. Presupuesta una guía viva (aunque sea Notion) y un relevo cuando entre alguien nuevo. El coste de no hacerlo es que os vuelvan a llamar para cambiar un H2. Eso no es mantenimiento: es un panel que no se sostuvo solo.
