Um modelo de conteúdo não é um sistema de design – A Listing Aside


Você se lembra quando ter um ótimo web site period o suficiente? Agora, as pessoas estão obtendo respostas da Siri, snippets de pesquisa do Google e aplicativos móveis, não apenas de nossos websites. Organizações com visão de futuro adotaram uma estratégia de conteúdo omnicanalcuja missão é atingir públicos por meio de diversos canais e plataformas digitais.

O artigo continua abaixo

Mas como você configura um sistema de gerenciamento de conteúdo (CMS) para atingir seu público agora e no futuro? Aprendi da maneira mais difícil que criar um modelo de conteúdo—uma definição de tipos de conteúdo, atributos e relacionamentos que permitem que pessoas e sistemas entendam o conteúdo—com meu pensamento de sistema de design mais acquainted, viraria a estratégia de conteúdo omnicanal do meu cliente de cabeça para baixo. Você pode evitar esse resultado criando modelos de conteúdo que sejam semânticos e que também conectem conteúdo relacionado.

Recentemente, tive a oportunidade de liderar a implementação do CMS para uma empresa da Fortune 500. O cliente estava entusiasmado com os benefícios de uma estratégia de conteúdo omnicanal, incluindo reutilização de conteúdo, multicanal advertisinge entrega de robô—projetar conteúdo para ser inteligível para bots, painéis de conhecimento do Google, snippets e interfaces de usuário de voz.

Um modelo de conteúdo é uma base crítica para uma estratégia de conteúdo omnicanal e, para que nosso conteúdo seja compreendido por vários sistemas, o modelo necessário semântico tipos — tipos nomeados de acordo com seu significado em vez de sua apresentação. Nosso objetivo period deixar os autores criarem conteúdo e reutilizá-lo onde quer que fosse relevante. Mas, conforme o projeto prosseguia, percebi que dar suporte à reutilização de conteúdo na escala que meu cliente precisava exigia que toda a equipe reconhecesse um novo padrão.

Apesar das nossas melhores intenções, continuamos extraindo daquilo com que estávamos mais familiarizados: sistemas de design. Ao contrário das estratégias de conteúdo focadas na internet, uma estratégia de conteúdo omnicanal não pode depender de ferramentas WYSIWYG para design e structure. Nossa tendência de abordar o modelo de conteúdo com nosso pensamento acquainted de sistema de design constantemente nos levou a nos afastar de um dos principais propósitos de um modelo de conteúdo: entregar conteúdo para públicos em vários canais de advertising.

Dois princípios essenciais para um modelo de conteúdo eficaz#seção2

Precisávamos ajudar nossos designers, desenvolvedores e stakeholders a entender que estávamos fazendo algo muito diferente de seus projetos internet anteriores, onde period pure para todos pensarem no conteúdo como blocos de construção visuais que se encaixavam em layouts. A abordagem anterior não period apenas mais acquainted, mas também mais intuitiva — pelo menos no início — porque fazia os designs parecerem mais tangíveis. Descobrimos dois princípios que ajudaram a equipe a entender como um modelo de conteúdo difere dos sistemas de design aos quais estávamos acostumados:

  1. Os modelos de conteúdo devem definir semântica em vez de structure.
  2. E os modelos de conteúdo devem conectar conteúdos que pertencem juntos.

Modelos de conteúdo semântico#seção3

UM modelo de conteúdo semântico usa nomes de tipo e atributo que refletem o significado do conteúdo, não como ele será exibido. Por exemplo, em um modelo não semântico, as equipes podem criar tipos como provocações, blocos de mídiae cartas. Embora esses tipos possam facilitar o structure do conteúdo, eles não ajudam os canais de entrega a entender o significado do conteúdo, o que, por sua vez, teria aberto a porta para o conteúdo ser apresentado em cada canal de advertising. Em contraste, um modelo de conteúdo semântico usa nomes de tipo como produto, serviçoe depoimento para que cada canal de entrega possa entender o conteúdo e usá-lo como achar melhor.

Ao criar um modelo de conteúdo semântico, um ótimo lugar para começar é examinar os tipos e propriedades definidos por Esquema.orgum recurso orientado pela comunidade para definições de tipos que são inteligíveis para plataformas como a pesquisa do Google.

Um modelo de conteúdo semântico tem vários benefícios:

  • Mesmo que sua equipe não se importe com conteúdo omnicanal, um modelo de conteúdo semântico desvincula o conteúdo da sua apresentação para que as equipes possam evoluir o design do web site sem precisar refatorar seu conteúdo. Dessa forma, o conteúdo pode suportar redesigns disruptivos do web site.
  • Um modelo de conteúdo semântico também fornece uma vantagem competitiva. Ao adicionar dados estruturados com base nos tipos e propriedades do Schema.org, um web site pode fornecer dicas para ajudar o Google a entender o conteúdo, exibi-lo em snippets de pesquisa ou painéis de conhecimento e usá-lo para responder a perguntas do usuário da interface de voz. Visitantes em potencial podem descobrir seu conteúdo sem nunca colocar os pés em seu web site.
  • Além desses benefícios práticos, você também precisará de um modelo de conteúdo semântico se quiser entregar conteúdo omnicanal. Para usar o mesmo conteúdo em vários canais de advertising, os canais de entrega precisam ser capazes de entendê-lo. Por exemplo, se o seu modelo de conteúdo fornecesse uma lista de perguntas e respostas, ele poderia ser facilmente renderizado em uma página de perguntas frequentes (FAQ), mas também poderia ser usado em uma interface de voz ou por um bot que responde perguntas comuns.

Por exemplo, usar um modelo de conteúdo semântico para artigos, eventos, pessoas e locais permite Uma lista à parte fornecer dados estruturados de forma limpa para mecanismos de busca, para que os usuários possam ler o conteúdo no web site, nos painéis de conhecimento do Google e até mesmo com interfaces de voz hipotéticas no futuro.

Um modelo de conteúdo não é um sistema de design – A Listing Aside

Modelos de conteúdo que conectam#seção4

Depois de me esforçar para descrever o que faz um bom modelo de conteúdo, percebi que os melhores modelos são aqueles que são semânticos e que também conectam componentes de conteúdo relacionados (como um par de perguntas e respostas de um merchandise de FAQ), em vez de fatiar conteúdo relacionado em componentes de conteúdo díspares. Um bom modelo de conteúdo conecta conteúdo que deve permanecer junto para que vários canais de entrega possam usá-lo sem precisar primeiro juntar essas peças.

Pense em escrever um artigo ou ensaio. O significado e a utilidade de um artigo dependem de suas partes serem mantidas juntas. Um dos títulos ou parágrafos seria significativo por si só sem o contexto do artigo completo? Em nosso projeto, nosso pensamento acquainted de sistema de design frequentemente nos levou a querer criar modelos de conteúdo que dividiriam o conteúdo em pedaços distintos para se ajustar ao structure centrado na internet. Isso teve um impacto semelhante a um artigo que deveria ter sido separado de seu título. Como estávamos dividindo o conteúdo em partes independentes com base no structure, o conteúdo que pertencia junto se tornou difícil de gerenciar e quase impossível para vários canais de entrega entenderem.

Para ilustrar, vamos ver como conectar conteúdo relacionado se aplica em um cenário do mundo actual. A equipe de design do nosso cliente apresentou um structure complexo para uma página de produto de software program que incluía várias guias e seções. Nossos instintos foram seguir o exemplo com o modelo de conteúdo. Não deveríamos tornar o mais fácil e flexível possível adicionar qualquer número de guias no futuro?

Como nossos instintos de sistema de design eram tão familiares, parecia que precisávamos de um tipo de conteúdo chamado “seção de guia” para que várias seções de guia pudessem ser adicionadas a uma página. Cada seção de guia exibiria vários tipos de conteúdo. Uma guia pode fornecer a visão geral do software program ou suas especificações. Outra guia pode fornecer uma lista de recursos.

Nossa inclinação para dividir o modelo de conteúdo em partes de “seção de abas” teria levado a um modelo desnecessariamente complexo e uma experiência de edição trabalhosa, e também teria criado conteúdo que não poderia ter sido compreendido por canais de entrega adicionais. Por exemplo, como outro sistema teria sido capaz de dizer qual “seção de abas” se referia às especificações de um produto ou sua lista de recursos — esse outro sistema teria que ter recorrido à contagem de seções de abas e blocos de conteúdo? Isso teria impedido que as abas fossem reordenadas, e teria exigido adicionar lógica em todos os outros canais de entrega para interpretar o structure do sistema de design. Além disso, se o cliente não quisesse mais exibir esse conteúdo em um structure de abas, teria sido tedioso migrar para um novo modelo de conteúdo para refletir o novo redesenho da página.

Ilustração mostrando uma árvore de dados fluindo para uma lista de cartões (dados), fluindo para um menu de navegação em um site
Um modelo de conteúdo baseado em componentes de design é desnecessariamente complexo e ininteligível para os sistemas.

Tivemos um avanço quando descobrimos que nosso cliente tinha um propósito específico em mente para cada aba: ela revelaria informações específicas, como a visão geral do produto de software program, especificações, recursos relacionados e preços. Uma vez que a implementação começou, nossa inclinação para focar no que é visible e acquainted obscureceu a intenção dos designs. Com um pouco de pesquisa, não demorou muito para perceber que o conceito de abas não period relevante para o modelo de conteúdo. O significado do conteúdo que eles estavam planejando exibir nas abas period o que importava.

Na verdade, o cliente poderia ter decidido exibir esse conteúdo de uma forma diferente — sem abas — em outro lugar. Essa percepção nos levou a definir tipos de conteúdo para o produto de software program com base nos atributos significativos que o cliente queria renderizar na internet. Havia atributos semânticos óbvios como nome e descrição bem como atributos ricos como capturas de tela, requisitos de software programe listas de recursos. As informações do produto do software program permaneceram unidas porque não foram fatiadas em componentes separados como “seções de abas” que foram derivadas da apresentação do conteúdo. Qualquer canal de entrega — incluindo os futuros — poderia entender e apresentar esse conteúdo.

Ilustração mostrando uma árvore de dados fluindo para uma lista formatada, fluindo para um menu de navegação em um site
Um bom modelo de conteúdo conecta conteúdos que pertencem juntos para que possam ser facilmente gerenciados e reutilizados.

Neste projeto de advertising omnicanal, descobrimos que a melhor maneira de manter nosso modelo de conteúdo no caminho certo period garantir que ele fosse semântico (com nomes de tipos e atributos que refletissem o significado do conteúdo) e que manteve o conteúdo unido que pertencia junto (em vez de fragmentá-lo). Esses dois conceitos reduziram nossa tentação de moldar o modelo de conteúdo com base no design. Então, se você estiver trabalhando em um modelo de conteúdo para dar suporte a uma estratégia de conteúdo omnicanal — ou mesmo se você só quiser ter certeza de que o Google e outras interfaces entendam seu conteúdo — lembre-se:

  • Um sistema de design não é um modelo de conteúdo. Os membros da equipe podem ficar tentados a confundi-los e fazer seu modelo de conteúdo espelhar seu sistema de design, então você deve proteger o valor semântico e a estrutura contextual da estratégia de conteúdo durante todo o processo de implementação. Isso permitirá que cada canal de entrega consuma o conteúdo sem precisar de um anel decodificador mágico.
  • Se sua equipe estiver com dificuldades para fazer essa transição, você ainda pode colher alguns dos benefícios usando dados estruturados baseados em Schema.org em seu web site. Mesmo que canais de entrega adicionais não estejam no horizonte imediato, o benefício da otimização de mecanismos de busca é um motivo convincente por si só.
  • Além disso, lembre à equipe que desacoplar o modelo de conteúdo do design permitirá que eles atualizem os designs mais facilmente, porque eles não serão retidos pelo custo das migrações de conteúdo. Eles poderão criar novos designs sem o obstáculo da compatibilidade entre o design e o conteúdo, e estarão prontos para a próxima grande novidade.

Ao defender rigorosamente esses princípios, você ajudará sua equipe a tratar o conteúdo da maneira que ele merece: como o recurso mais crítico na experiência do usuário e a melhor maneira de se conectar com seu público.

Deixe um comentário

O seu endereço de e-mail não será publicado. Campos obrigatórios são marcados com *