Un modelo de contenido no es un sistema de diseño

¿Recuerdas cuando tener un gran sitio web era suficiente? Ahora, las personas obtienen respuestas de Siri, fragmentos de búsqueda de Google y aplicaciones móviles, no solo de nuestros sitios web. Las organizaciones con visión de futuro han adoptado una estrategia de contenidos omnicanalcuya misión es llegar a audiencias a través de múltiples canales y plataformas digitales.

El artículo continúa a continuación

Pero, ¿cómo se configura un sistema de gestión de contenidos (CMS) para llegar a su audiencia ahora y en el futuro? Aprendí por las malas que crear un modelo de contenido(una definición de tipos de contenido, atributos y relaciones que permitan a las personas y los sistemas comprender el contenido) con mi pensamiento de sistema de diseño más familiar haría zozobrar la estrategia de contenido omnicanal de mi cliente. Puede evitar ese resultado creando modelos de contenido que sean semánticos y que también conecten contenido relacionado.

Recientemente tuve la oportunidad de liderar la implementación de CMS para una empresa Fortune 500. El cliente estaba entusiasmado con los beneficios de una estrategia de contenido omnicanal, que incluye reutilización de contenido, multicanal. marketingy entrega de robots: diseñar contenido para que sea inteligible para los robots, los paneles de conocimiento de Google, los fragmentos y las interfaces de usuario de voz.

Un modelo de contenido es una base fundamental para una estrategia de contenido omnicanal y, para que nuestro contenido sea comprendido por múltiples sistemas, el modelo necesario semántico tipos: tipos nombrados según su significado en lugar de su presentación. Nuestro objetivo era permitir que los autores crearan contenido y lo reutilizaran donde fuera relevante. Pero a medida que avanzaba el proyecto, me di cuenta de que respaldar la reutilización de contenido a la escala que mi cliente necesitaba requería que todo el equipo reconociera un nuevo patrón.

A pesar de nuestras mejores intenciones, seguimos basándose en lo que estábamos más familiarizados: los sistemas de diseño. A diferencia de las estrategias de contenido centradas en la web, una estrategia de contenido omnicanal no puede depender de herramientas WYSIWYG para el diseño y la maquetación. Nuestra tendencia a abordar el modelo de contenido con nuestro conocido pensamiento de sistema de diseño nos llevó constantemente a desviarnos de uno de los propósitos principales de un modelo de contenido: entregar contenido a audiencias en múltiples canales de marketing.

Dos principios esenciales para un modelo de contenidos eficaz#sección 2

Necesitábamos ayudar a nuestros diseñadores, desarrolladores y partes interesadas a comprender que estábamos haciendo algo muy diferente de sus proyectos web anteriores, donde era natural para todos pensar en el contenido como bloques de construcción visuales que encajaban en los diseños. El enfoque anterior no sólo era más familiar sino también más intuitivo (al menos al principio) porque hacía que los diseños parecieran más tangibles. Descubrimos dos principios que ayudaron al equipo a comprender en qué se diferencia un modelo de contenido de los sistemas de diseño a los que estábamos acostumbrados:

1. Los modelos de contenido deben definir la semántica en lugar del diseño.
2. Y los modelos de contenido deberían conectar contenido que pertenezca a todos.

Modelos de contenido semántico#seccion 3

A modelo de contenido semántico utiliza nombres de tipos y atributos que reflejan el significado del contenido, no cómo se mostrará. Por ejemplo, en un modelo no semántico, los equipos pueden crear tipos como teasers, bloques de mediosy tarjetas. Aunque estos tipos pueden facilitar la distribución del contenido, no ayudan a los canales de distribución a comprender el significado del contenido, lo que a su vez habría abierto la puerta a que el contenido se presente en cada canal de marketing. Por el contrario, un modelo de contenido semántico utiliza nombres de tipos como producto, servicioy testimonial para que cada canal de distribución pueda entender el contenido y utilizarlo como mejor le parezca.

Cuando estás creando un modelo de contenido semántico, un buen lugar para comenzar es revisar los tipos y propiedades definidos por esquema.orgun recurso impulsado por la comunidad para definiciones de tipos que sean inteligibles para plataformas como la búsqueda de Google.

Un modelo de contenido semántico tiene varios beneficios:

• Incluso si a tu equipo no le importa el contenido omnicanal, un modelo de contenido semántico desacopla el contenido de su presentación para que los equipos puedan evolucionar el diseño del sitio web sin necesidad de refactorizar su contenido. De esta manera, el contenido puede resistir rediseños disruptivos de sitios web.
• Un modelo de contenido semántico también proporciona una ventaja competitiva. Añadiendo datos estructurados Según los tipos y propiedades de Schema.org, un sitio web puede proporcionar sugerencias para ayudar a Google a comprender el contenido, mostrarlo en fragmentos de búsqueda o paneles de conocimiento y utilizarlo para responder preguntas de los usuarios a través de la interfaz de voz. Los visitantes potenciales podrían descubrir su contenido sin siquiera poner un pie en su sitio web.
• Más allá de esos beneficios prácticos, también necesitará un modelo de contenido semántico si desea ofrecer contenido omnicanal. Para utilizar el mismo contenido en múltiples canales de marketing, Los canales de entrega deben poder entenderlo.. Por ejemplo, si su modelo de contenido proporcionara una lista de preguntas y respuestas, podría representarse fácilmente en una página de preguntas frecuentes (FAQ), pero también podría usarse en una interfaz de voz o mediante un bot que responda preguntas comunes. .

Por ejemplo, utilizar un modelo de contenido semántico para artículos, eventos, personas y ubicaciones permite Una lista aparte Proporcionar datos claramente estructurados para los motores de búsqueda para que los usuarios puedan leer el contenido del sitio web, en los paneles de conocimiento de Google e incluso con hipotéticas interfaces de voz en el futuro.

Modelos de contenido que conectan#Sección 4

Después de esforzarme por describir lo que constituye un buen modelo de contenido, me he dado cuenta de que los mejores modelos son aquellos que son semánticos y que también conectan componentes de contenido relacionados (como el par de preguntas y respuestas de un elemento de preguntas frecuentes), en lugar de dividir los elementos relacionados. contenido en componentes de contenido dispares. Un buen modelo de contenido conecta contenido que debe permanecer unido para que múltiples canales de distribución puedan usarlo sin necesidad de volver a unir esas piezas primero.

Piense en escribir un artículo o ensayo. El significado y la utilidad de un artículo dependen de que sus partes se mantengan juntas. ¿Uno de los títulos o párrafos tendría sentido por sí solo sin el contexto del artículo completo? En nuestro proyecto, nuestro pensamiento familiar de sistema de diseño a menudo nos llevó a querer crear modelos de contenido que cortaran el contenido en partes dispares para adaptarlo al diseño centrado en la web. Esto tuvo un impacto similar al de un artículo que hubiera sido separado de su titular. Debido a que estábamos dividiendo el contenido en partes independientes según el diseño, el contenido que iba unido se volvió difícil de administrar y casi imposible de entender para múltiples canales de distribución.

Para ilustrar, veamos cómo se aplica la conexión de contenido relacionado en un escenario del mundo real. El equipo de diseño de nuestro cliente presentó un diseño complejo para la página de un producto de software que incluía varias pestañas y secciones. Nuestros instintos fueron seguir el ejemplo del modelo de contenido. ¿No deberíamos hacer que sea lo más fácil y flexible posible agregar cualquier cantidad de pestañas en el futuro?

Debido a que nuestros instintos de sistemas de diseño eran tan familiares, sentimos que necesitábamos un tipo de contenido llamado "sección de pestañas" para poder agregar varias secciones de pestañas a una página. Cada sección de pestaña mostraría varios tipos de contenido. Una pestaña puede proporcionar una descripción general del software o sus especificaciones. Otra pestaña podría proporcionar una lista de recursos.

Nuestra inclinación a dividir el modelo de contenido en partes de “secciones de pestañas” habría llevado a un modelo innecesariamente complejo y una experiencia de edición engorrosa, y también habría creado contenido que no habría podido ser entendido por canales de entrega adicionales. Por ejemplo, ¿cómo habría podido otro sistema saber qué “sección de pestañas” se refería a las especificaciones de un producto o su lista de recursos? ¿Ese otro sistema tendría que haber recurrido a contar secciones de pestañas y bloques de contenido? Esto habría impedido que las pestañas alguna vez se reordenaran y habría requerido agregar lógica en todos los demás canales de entrega para interpretar el diseño del sistema de diseño. Además, si el cliente ya no hubiera querido mostrar este contenido en un diseño de pestaña, habría sido tedioso migrar a un nuevo modelo de contenido para reflejar el nuevo rediseño de la página.

Tuvimos un gran avance cuando descubrimos que nuestro cliente tenía un propósito específico en mente para cada pestaña: revelaría información específica como la descripción general del producto de software, las especificaciones, los recursos relacionados y los precios. Una vez que comenzó la implementación, nuestra inclinación a centrarnos en lo visual y familiar había oscurecido la intención de los diseños. Investigando un poco, no pasó mucho tiempo para darnos cuenta de que el concepto de pestañas no era relevante para el modelo de contenido. Lo que importaba era el significado del contenido que planeaban mostrar en las pestañas.

De hecho, el cliente podría haber decidido mostrar este contenido de otra manera, sin pestañas, en otro lugar. Esta comprensión nos impulsó a definir tipos de contenido para el producto de software en función de los atributos significativos que el cliente había querido presentar en la web. Había atributos semánticos obvios como nombre y descripción así como atributos ricos como capturas de pantalla, Requisitos de Softwarey listas de características. La información del producto del software permaneció unida porque no estaba dividida en componentes separados como "secciones de pestañas" que se derivaban de la presentación del contenido. Cualquier canal de distribución, incluidos los futuros, podría comprender y presentar este contenido.

En este proyecto de marketing omnicanal, descubrimos que la mejor manera de mantener nuestro modelo de contenido en marcha era asegurarnos de que fuera semántico (con nombres de tipos y atributos que reflejen el significado del contenido) y que mantuvieron juntos el contenido que pertenecían juntos (en lugar de fragmentarlo). Estos dos conceptos limitaron nuestra tentación de moldear el modelo de contenidos a partir del diseño. Entonces, si estás trabajando en un modelo de contenido para respaldar una estrategia de contenido omnicanal, o incluso si simplemente quieres asegurarte de que Google y otras interfaces comprendan tu contenido, recuerda:

• Un sistema de diseño no es un modelo de contenido. Los miembros del equipo pueden verse tentados a combinarlos y hacer que su modelo de contenido refleje su sistema de diseño, por lo que debe proteger el valor semántico y la estructura contextual de la estrategia de contenido durante todo el proceso de implementación. Esto permitirá que todos los canales de distribución consuman el contenido sin necesidad de un anillo decodificador mágico.
• Si su equipo tiene dificultades para realizar esta transición, aún puede obtener algunos de los beneficios utilizando datos estructurados basados ​​en Schema.org en su sitio web. Incluso si no hay canales de entrega adicionales en el horizonte inmediato, el beneficio para la optimización de motores de búsqueda es una razón de peso en sí misma.
• Además, recuerde al equipo que desacoplar el modelo de contenido del diseño les permitirá actualizar los diseños más fácilmente porque no se verán frenados por el costo de las migraciones de contenido. Podrán crear nuevos diseños sin el obstáculo de la compatibilidad entre el diseño y el contenido, y estarán listos para el próximo gran avance.

Al defender rigurosamente estos principios, ayudará a su equipo a tratar el contenido como se merece: como el activo más importante en su experiencia de usuario y la mejor manera de conectarse con su audiencia.