Por qué los clientes tienen problemas con WordPress
Un análisis de por qué los clientes de pyme chocan con el editor de WordPress y qué buscar en un CMS que se adapte mejor a la cartera de una agencia pequeña.
Esta es nuestra perspectiva sobre por qué el editor predeterminado de WordPress a menudo frustra a los clientes de pymes.
TL;DR. Los clientes pyme solo necesitan cambiar una foto, ajustar un horario o publicar una entrada: una superficie de edición pequeña. WordPress les entrega Gutenberg más la matriz de plugins, con decenas de bloques sin uso, opciones de tema y avisos de actualización. El desajuste es estructural, no un problema de formación. Un editor basado en campos convierte el correo del viernes en un cambio terminado en dos minutos.
TL;DR (versión rápida)
- El editor de bloques de WordPress (Gutenberg) y el ecosistema de plugins abruman a los clientes con opciones innecesarias.
- Dar a los clientes demasiada libertad de maquetación suele provocar la rotura de los diseños.
- Un editor restringido y basado en campos reduce las solicitudes de soporte y mantiene un aspecto profesional en el sitio web.
La mayoría de las agencias web pequeñas han vivido este ritual. Entrega la web de un cliente sobre WordPress, le dedica noventa minutos a explicarle el editor, y durante el trimestre siguiente responde correos del tipo “intenté cambiar la foto y desapareció”. El cliente no está equivocado. El editor no está roto. Sencillamente no encajan el uno con el otro.
Este artículo analiza con calma por qué se produce ese desajuste y qué buscar en un CMS que se adapte mejor a una agencia pequeña.
Qué necesitan hacer los clientes en realidad
El web de agencia típico para un cliente pyme tiene una superficie de edición reducida. Cambiar una foto. Actualizar el horario durante un periodo festivo. Añadir una entrada a la lista de servicios. Publicar una nueva entrada de blog. Editar la página de contacto cuando cambia la dirección. Eso es todo. Un editor capaz para esa carga de trabajo es una interfaz pequeña con los campos relevantes visibles, valores por defecto sensatos, un botón de guardar y respuesta visual inmediata.
Lo que WordPress les muestra en realidad
La experiencia estándar de WordPress proporciona un espacio de trabajo complejo y sin restricciones lleno de configuraciones de plugins, opciones de temas y bloques de maquetación que la mayoría de los clientes pyme nunca necesitarán.
El editor de WordPress es un editor de bloques genérico (Gutenberg) más lo que la matriz de tema y plugins haya decidido exponer. Como suelen señalar los profesionales de agencias y las discusiones sobre UX en WordPress, el resultado incluye docenas de tipos de bloque que el cliente nunca usará, una biblioteca de medios con todas las imágenes que se han subido alguna vez, cajas de meta inyectadas por plugins esparcidas por el panel lateral, opciones de tema enterradas dos niveles por debajo de “Apariencia” y avisos de actualización de plugins, temas, el núcleo y versiones de PHP. Un editor nuevo cae en un espacio de trabajo diseñado para usuarios avanzados y tiene que encontrar el único botón que necesita.
Las cuatro causas raíz
El editor es el que entregaron los plugins. WordPress es una plataforma abierta por diseño. Cada autor de plugin toma sus propias decisiones sobre la interfaz de administración. Un web de cliente con diez plugins tiene diez lenguajes de diseño distintos en el mismo panel.
El editor de bloques lo expone todo. Gutenberg permite a los clientes añadir nuevos bloques en cualquier lugar de la página. Esto suena a flexibilidad pero es, en la práctica, erosión del diseño.
El manejo de imágenes no coincide con lo que esperan. Los clientes suben fotos en vertical de móvil a carruseles en horizontal. Arrastran un JPEG de 4 MB a un espacio de miniatura.
El modelo de guardar, publicar y borrador es confuso. Muchos clientes publican borradores por accidente. Algunos publican actualizaciones que rompen una maquetación porque no vieron el resultado renderizado previamente.
Qué debería hacer un editor en su lugar
Primero los campos, no los bloques. El cliente ve solo los campos editables que expuso la agencia. Una interfaz coherente en todo el panel. Entradas limitadas por defecto: los espacios de foto aceptan fotos, los espacios de encabezado aceptan texto hasta una longitud. Los borradores y la restauración de versiones son elementos de primera clase. Vista previa en tiempo real, en paralelo. Sin actualizaciones de plugins de las que el cliente tenga que preocuparse.
El coste es real. Menos libertad expresiva para el editor. El cliente no puede mover el bloque hero al final. No puede añadir una tercera columna donde el diseño tiene dos. Para la mayoría de los clientes pyme, no necesitan esa flexibilidad - necesitan actualizar contenido. La limitación es la funcionalidad.
Dónde encaja Kernset
Según nuestra experiencia, Kernset está construido en torno al patrón de editor restringido. Los esquemas de bloques viven en TypeScript, en el repositorio de la agencia. El editor se renderiza contra los esquemas. Los clientes editan los campos que la agencia ha expuesto. No pueden reordenar secciones ni romper el diseño. Los borradores y la restauración con un clic son elementos de primera clase. La vista previa en tiempo real funciona en un panel lateral.
No está pensado para clientes que quieren libertad de diseño total. Hemos comprobado que está pensado para clientes cuyo trabajo real es actualizar contenido - y para la agencia que quiere dejar de recibir el correo de “rompí la foto” cada viernes.
Preguntas frecuentes
¿No puedo usar simplemente roles de usuario para simplificar la administración de WordPress?
Puede restringir el acceso, pero el alcance de los roles no resuelve el problema principal: el propio editor Gutenberg todavía proporciona controles de maquetación (espaciado, márgenes, reordenación de bloques) que facilitan que un editor rompa accidentalmente el diseño de la página.
Compárelo con su cartera
Si está cansado de responder al correo de “rompí la foto” cada viernes, la forma más rápida de saber si un editor basado en campos ayudaría a sus clientes es comparar Kernset con la web de WordPress que más solicitudes de soporte le genera. Solicitar acceso anticipado - cada mensaje lo lee una persona.