5 cosas que un CMS moderno no debería hacer

Todos los sistemas de administración de contenido (CMS) tienen sus propias fortalezas y debilidades. Algunos están destinados a ofertas muy específicas, como el comercio electrónico o los sitios de membresía, mientras que otros son muy útiles. Además, estos sistemas van desde código abierto hasta propietario.

Más allá del WordPress líder en el mercado, he tenido la oportunidad de incursionar en algunos otros sistemas. Las experiencias han sido desiguales.

No pretenderé tener un conocimiento profundo de todos los paquetes de software que existen. Pero tengo suficiente experiencia para entender lo que hace a un buen sistema. Se trata de la facilidad de uso y de poner a los usuarios en la mejor posición para hacer las cosas de la manera correcta.

En su mayor parte, ha habido una gran mejora en la última década. Aún así, no todo está donde debería estar. Con eso en mente, aquí hay cinco cosas que ningún CMS debería hacer en los tiempos modernos.

Generar código no estandarizado e inaccesible

Es difícil no darse cuenta de que la web tiene muchos estándares y mejores prácticas en estos días. El marcado debe estar estructurado semánticamente y el contenido debe ser accesible. Además, se debe usar CSS para diseñar elementos como contenedores y tipografía.

Sin embargo, todavía veo interfaces de usuario de edición de contenido que facilitan y, por lo tanto, promueven hacer las cosas de manera incorrecta . Por ejemplo, tome un CMS patentado basado en membresía con el que he trabajado. Su editor de contenido todavía utiliza tablas para diseños de varias columnas, así como etiquetas de fuentes HTML de la vieja escuela. Um, 1999 llamó, ¡quieren que les devuelvan su margen de beneficio!

Ahora bien, hay una diferencia entre ligeras desviaciones de los estándares y un total desprecio por ellos. El hecho de que cualquier software siga utilizando técnicas tan obsoletas (por casi dos décadas) es un poco desconcertante, por no decir irresponsable.

La persona promedio que crea contenido deposita una gran confianza en la interfaz de usuario de un editor. Necesitamos el software para convertir nuestro texto e imágenes en código limpio y accesible. No tiene que ser perfecto, pero nunca debe obstaculizar la capacidad de nadie para consumirlo.

Permitir desorden no regulado en el tablero

Para algunos de nosotros, trabajar en un escritorio desordenado es frustrante. Es difícil ser creativo, o incluso concentrarse, con varios trastos tirados por ahí. Un tablero de CMS es muy parecido.

Los tableros deben ser mínimos y fáciles de personalizar. El Panel de WordPress comienza de esta manera, pero rápidamente se convierte en un desastre a medida que instala más temas y complementos. Los widgets del tablero se pueden desactivar con bastante facilidad. Pero los muchos mensajes de notificación persistentes que se muestran en el back-end no son tan fáciles de desechar.

Parte del problema es que, como sistema de código abierto, WordPress no tiene mucho control sobre cómo se implementan estas notificaciones. Sin embargo, se han realizado algunos esfuerzos para gestionar los avisos de una manera más fácil de usar.

Esta es un área donde algunos sistemas propietarios, especialmente aquellos que no permiten complementos de terceros, tienen una ventaja. Pueden tomar el control total de la interfaz de usuario y decidir qué notificaciones se necesitan y cómo se mostrarán.

Luego también está la necesidad de distinguir entre los avisos legítimos relacionados con el sistema y las ventas adicionales cursis. Es comprensible que los desarrolladores de software necesiten ganar dinero. Sin embargo, ser bombardeado con anuncios y obligado a descartar la misma notificación cien veces se pasa de la raya. Es necesario que haya pautas estrictas con respecto a este tipo de comportamiento.

Restringir la portabilidad de contenido

El hecho de que su sitio web se haya creado con un CMS en particular no significa que permanecerá para siempre en ese sistema. Con el tiempo, es posible que superes la plataforma con la que comenzaste o simplemente quieras probar algo nuevo. Esto no siempre es fácil.

Con algunos sistemas propietarios, el sitio que creas se queda con el proveedor o desaparece por completo. El contenido y el diseño no se pueden exportar de forma nativa para usarlos en otro lugar. En algunos casos, ni siquiera puede exportar una copia de su sitio con fines de preparación interna.

En ese caso, te quedas buscando una herramienta de terceros para extraer lo que necesitas. De lo contrario, es posible que esté copiando y pegando el código fuente de su navegador web.

Es razonable que algunas funciones no se puedan exportar, como, por ejemplo, un carrito de compras. Pero hoy en día, el contenido en sí debería al menos estar disponible para exportar como un archivo CSV, JSON o XML. es mucho para preguntar?

Cambie la estabilidad por características

Todo el software evoluciona con el tiempo, eso es un hecho. Se eliminan los errores, se llenan los agujeros de seguridad y se revelan nuevas funciones. Y todos se esperan con razón de un CMS.

Sin embargo, también existe una gran necesidad de estabilidad. Cuando implementa un sitio web en el CMS de su elección, quiere saber que seguirá funcionando, versión tras versión.

Los cambios grandes y radicales pueden arrojar una llave inglesa en las obras. Si no se tienen en cuenta todos los "qué pasaría si", cualquier cambio fundamental en el funcionamiento de un sistema puede tener consecuencias nefastas. Las características específicas, o incluso un sitio web completo, podrían fallar después de implementar el cambio.

Las nuevas funciones siguen siendo importantes. Ayudan a atraer nuevos usuarios e, idealmente, facilitan la vida de los existentes. Pero deben pensarse cuidadosamente para minimizar cualquier impacto negativo.

Si una aplicación se gana la reputación de romper sitios web, no durará mucho.

No se puede comunicar con los usuarios

Parece que la comunicación podría ser tan importante como el código. Porque, si bien un sistema puede tener características atractivas, los usuarios deberán conocerlas para poder aprovecharlas.

Del mismo modo, los que están detrás de escena en un CMS necesitan saber qué quieren y necesitan sus usuarios. Esa información es clave para decidir qué funciones implementar y qué errores deben corregirse.

Pero la comunicación es un gran trabajo. Abarca áreas como la documentación, la asistencia al usuario y la construcción de una comunidad. Se necesita gastar mucho esfuerzo aquí, lo cual es difícil incluso para los gigantes de la industria. Para sistemas más pequeños, puede estirar los recursos humanos finitos al máximo.

Aún así, vale la pena el esfuerzo. No mantener un diálogo abierto con los usuarios erosionará las relaciones y puede causar un éxodo masivo de la plataforma.

Un CMS debe mantener el enfoque en los usuarios

En última instancia, un CMS será juzgado por si satisface las necesidades de sus usuarios. Ninguno es perfecto en esta área, pero algunos están muy por delante de otros.

Los mejores sistemas nos permiten crear contenidos de forma accesible. Desarrollarán características que mantendrán la estabilidad y proporcionarán al menos cierta compatibilidad con versiones anteriores. Además, estos sistemas respetarán el derecho del usuario a su propio contenido y facilitarán la portabilidad.

Sobre todo, un buen CMS mantendrá una línea abierta de comunicación con los usuarios. El diálogo abierto beneficiará a todos y ayudará a garantizar un futuro brillante y productivo.

Por otro lado, los sistemas que fallan en estas áreas probablemente dejarán de existir a largo plazo.