¿Recuerdas cuando tener un gran sitio internet period suficiente? Ahora, las personas obtienen respuestas de Siri, fragmentos de búsqueda de Google y aplicaciones móviles, no solo de nuestros sitios internet. Las organizaciones con visión de futuro han adoptado un estrategia de contenido omnicanalcuya misión es llegar al público a través de múltiples canales y plataformas digitales.
El artículo continúa a continuación
Pero, ¿cómo configura un sistema de administración de contenido (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 permiten que las personas y los sistemas entiendan el contenido— con mi pensamiento de sistema de diseño más acquainted, volcaría 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, incluida la reutilización de contenido, multicanal advertisingy entrega de robots—diseñar contenido para que sea inteligible para bots, paneles de conocimiento de Google, fragmentos e interfaces de usuario de voz.
Un modelo de contenido es una base elementary para una estrategia de contenido omnicanal, y para que múltiples sistemas entiendan nuestro contenido, el modelo necesitaba semántico tipos: tipos nombrados según su significado en lugar de su presentación. Nuestro objetivo period 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 necesitaba mi cliente requería que todo el equipo reconociera un nuevo patrón.
A pesar de nuestras mejores intenciones, seguimos basándonos en lo que nos resultaba más acquainted: sistemas de diseño. A diferencia de las estrategias de contenido centradas en la internet, una estrategia de contenido omnicanal no puede depender de herramientas WYSIWYG para el diseño y el diseño. Nuestra tendencia a abordar el modelo de contenido con nuestro pensamiento acquainted 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 las audiencias en múltiples canales de advertising.
Dos principios esenciales para un modelo de contenido efectivo#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 internet anteriores, donde period pure que todos pensaran en el contenido como bloques de construcción visuales que se ajustaban a los diseños. El enfoque anterior no solo period más acquainted sino también más intuitivo, al menos al principio, porque hacía que los diseños se sintieran más tangibles. Descubrimos dos principios que ayudaron al equipo a comprender cómo un modelo de contenido difiere de los sistemas de diseño a los que estábamos acostumbrados:
- Los modelos de contenido deben definir la semántica en lugar del diseño.
- Y los modelos de contenido deben conectar el contenido que debe estar unido.
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 el diseño del contenido, no ayudan a los canales de entrega a comprender el significado del contenido, lo que a su vez habría abierto la puerta al contenido que se presenta en cada canal de advertising. Por el contrario, un modelo de contenido semántico utiliza nombres de tipo como producto, Servicioy testimonial para que cada canal de entrega pueda entender el contenido y usarlo como mejor le parezca.
Cuando está creando un modelo de contenido semántico, un excelente lugar para comenzar es revisar los tipos y propiedades definidos por esquema.orgun recurso impulsado por la comunidad para definiciones de tipo que son inteligibles para plataformas como la búsqueda de Google.
Un modelo de contenido semántico tiene varios beneficios:
- Incluso si a su equipo no le importa el contenido omnicanal, un modelo de contenido semántico desvincula el contenido de su presentación para que los equipos puedan evolucionar el diseño del sitio internet sin necesidad de refactorizar su contenido. De esta manera, el contenido puede soportar rediseños disruptivos de sitios internet.
- 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 internet puede proporcionar sugerencias para ayudar a Google a comprender el contenido, mostrarlo en fragmentos de búsqueda o paneles de conocimiento, y usarlo para responder preguntas de los usuarios de la interfaz de voz. Los visitantes potenciales podrían descubrir su contenido sin siquiera poner un pie en su sitio internet.
- Más allá de esos beneficios prácticos, también necesitará un modelo de contenido semántico si desea entregar contenido omnicanal. Para usar el mismo contenido en múltiples canales de advertising, los canales de entrega deben ser capaces de entenderlo. Por ejemplo, si su modelo de contenido proporcionara una lista de preguntas y respuestas, podría mostrarse fácilmente en una página de preguntas frecuentes (FAQ), pero también podría usarse en un interfaz de voz o por un bot que responde preguntas comunes.
Por ejemplo, usar 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 en el sitio internet, en los paneles de conocimiento de Google e incluso con interfaces de voz hipotéticas 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 un par de preguntas y respuestas de preguntas frecuentes), en lugar de dividir los componentes relacionados. contenido a través de componentes de contenido dispares. Un buen modelo de contenido conecta el contenido que debe permanecer unido para que múltiples canales de entrega puedan usarlo sin necesidad de volver a unir primero esas piezas.
Piensa en escribir un artículo o ensayo. El significado y la utilidad de un artículo dependen de que sus partes se mantengan juntas. ¿Sería significativo uno de los encabezados o párrafos por sí solo sin el contexto del artículo completo? En nuestro proyecto, nuestro pensamiento de sistema de diseño acquainted a menudo nos llevó a querer crear modelos de contenido que dividirían el contenido en partes dispares para adaptarse al diseño centrado en la internet. Esto tuvo un impacto related al de un artículo que hubiera sido separado de su titular. Debido a que estábamos dividiendo el contenido en piezas independientes según el diseño, el contenido que pertenecía al mismo se volvió difícil de administrar y casi imposible de entender para múltiples canales de entrega.
Para ilustrar, veamos cómo se aplica la conexión de contenido relacionado en un escenario del mundo actual. El equipo de diseño de nuestro cliente presentó un diseño complejo para una página de producto de software program que incluía múltiples pestañas y secciones. Nuestro instinto fue seguir el ejemplo del modelo de contenido. ¿No deberíamos hacerlo lo más fácil y versatile posible para agregar cualquier número de pestañas en el futuro?
Debido a que nuestros instintos de sistema de diseño eran tan familiares, sentimos que necesitábamos un tipo de contenido llamado “sección de pestañas” para que se pudieran agregar múltiples 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 la descripción normal del software program o sus especificaciones. Otra pestaña podría proporcionar una lista de recursos.
Nuestra inclinación a dividir el modelo de contenido en “secciones de pestañas” habría dado lugar a un modelo innecesariamente complejo y una experiencia de edición engorrosa, y también habría creado contenido que no podría haber sido entendido por canales de entrega adicionales. Por ejemplo, ¿cómo podría otro sistema saber qué “sección de pestañas” se refería a las especificaciones de un producto oa 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 evitado que las pestañas 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 quisiera 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 normal del producto de software program, las especificaciones, los recursos relacionados y el precio. Una vez que comenzó la implementación, nuestra inclinación a centrarnos en lo visible y acquainted oscureció la intención de los diseños. Con un poco de investigación, no pasó mucho tiempo para darse cuenta de que el concepto de pestañas no period relevante para el modelo de contenido. Lo que importaba period el significado del contenido que planeaban mostrar en las pestañas.
De hecho, el cliente podría haber decidido mostrar este contenido de una manera diferente, sin pestañas, en otro lugar. Esta realización nos llevó a definir tipos de contenido para el producto de software program en función de los atributos significativos que el cliente deseaba mostrar en la internet. Había atributos semánticos obvios como nombre y descripción así como ricos atributos como capturas de pantalla, Requisitos de Software programy listas de características. La información del producto del software program permaneció unida porque no se dividió en componentes separados como “secciones de pestañas” que se derivaron de la presentación del contenido. Cualquier canal de entrega, incluidos los futuros, podría comprender y presentar este contenido.
En este proyecto de advertising omnicanal, descubrimos que la mejor manera de mantener nuestro modelo de contenido en marcha period asegurarnos de que fuera semántico (con nombres de tipo y atributo que reflejaban el significado del contenido) y que mantuvo el contenido unido que pertenecía al mismo (en lugar de fragmentarlo). Estos dos conceptos redujeron nuestra tentación de dar forma al modelo de contenido en función del diseño. Entonces, si está trabajando en un modelo de contenido para respaldar una estrategia de contenido omnicanal, o incluso si solo quiere asegurarse de que Google y otras interfaces entiendan su contenido, recuerde:
- Un sistema de diseño no es un modelo de contenido. Los miembros del equipo pueden tener la tentación de fusionarlos 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 cada canal de entrega consuma el contenido sin necesidad de un anillo decodificador mágico.
- Si su equipo tiene dificultades para hacer esta transición, aún puede obtener algunos de los beneficios utilizando datos estructurados basados en Schema.org en su sitio internet. Incluso si los canales de entrega adicionales no están en el horizonte inmediato, el beneficio de la optimización del motor de búsqueda es una razón de peso por sí mismo.
- Además, recuérdele al equipo que desvincular 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 la próxima gran cosa.
Al abogar rigurosamente por estos principios, ayudará a su equipo a tratar el contenido de la manera que se merece, como el activo más crítico en su experiencia de usuario y la mejor manera de conectarse con su audiencia.
