Fluxo de aprovação de conteúdo para sites: quem aprova, quando e como evitar que vire um gargalo
Crie um fluxo de aprovação de conteúdo que as pessoas realmente seguem: níveis de risco para o que precisa de aprovação, uma matriz RACI para copiar, prazos de resposta, um modelo de nota de recusa e como conduzir aprovações em muitos sites de clientes ou departamentos.
A maioria dos fluxos de aprovação falha de um de dois jeitos. Ou tudo precisa de aprovação, a fila trava, os editores param de pedir e as mudanças entram no ar por caminhos paralelos; ou nada precisa, e um dia um preço errado, uma política desatualizada ou uma página com o celular particular de um cliente vai ao ar com o seu nome. Um bom fluxo fica no meio. Ele decide com antecedência quais mudanças precisam de um segundo olhar, de quem é esse olhar, em quanto tempo a pessoa deve responder e o que acontece quando ela diz não. Este guia traz cada uma dessas peças em um formato que você pode copiar.
Comece pelo risco, não pelas pessoas
O instinto é começar desenhando um organograma de aprovadores. Comece, em vez disso, classificando os tipos de mudança que os seus sites recebem. O nível de revisão que uma mudança precisa depende do que pode dar errado se ela estiver errada, não de quem a fez.
| Nível | Mudanças típicas | O que pode dar errado | Revisão |
|---|---|---|---|
| 0: Rotina | Correção de erros de digitação, troca de uma foto, atualização do horário de funcionamento, inclusão de um evento | Pouco; fácil de notar e desfazer | Nenhuma antes de publicar; verificação por amostragem depois |
| 1: Padrão | Páginas novas, seções reescritas, posts de blog, formulários novos | Tom fora da marca, layout quebrado, conteúdo inacessível, fatos errados | Um revisor, de conteúdo ou de marca |
| 2: Sensível | Preços, ofertas, textos legais (termos, privacidade, reembolsos), afirmações sobre saúde, finanças ou segurança, qualquer coisa que cite uma pessoa | Exposição jurídica, afirmações enganosas, reclamações | Responsável pelo assunto mais o revisor de conteúdo |
| 3: Estrutural | Lançar um site, redesenho, domínio novo, navegação nova, inclusão de pagamentos ou loja | Perda de tráfego, links quebrados, problemas de pagamento ou privacidade | Responsável pelo site mais verificação técnica, lançamento agendado |
Escreva os seus próprios exemplos na segunda coluna. O objetivo da tabela é que um editor olhe para uma mudança e saiba o nível dela sem perguntar a ninguém. Se duas pessoas discordam sobre o nível com alguma frequência, os seus exemplos estão vagos demais.
Os papéis e por que cada um existe
Quatro papéis cobrem quase todas as organizações. Em uma equipe pequena, uma pessoa pode acumular vários; o que importa é que cada papel tenha um nome definido para cada site.
- Autor: escreve ou edita a mudança e decide o nível dela. É responsável por conferir o próprio trabalho com o checklist abaixo antes de enviar.
- Revisor: confere tom, marca, estrutura, links e acessibilidade básica. Normalmente alguém da equipe central de web ou marketing, ou o líder de conta da agência.
- Responsável pelo assunto: confirma os fatos da sua área: o financeiro para tarifas, o jurídico para políticas, um profissional de saúde para conteúdo de saúde. Essa pessoa não revisa vírgulas.
- Publicador: quem aperta o botão. Em um fluxo de etapa única, o revisor normalmente publica ao aprovar, o que é mais simples e rápido.
Aqui está uma matriz RACI que você pode colar no seu documento de processo. R é responsável por executar, A presta contas pelo resultado, C é consultado, I é informado.
| Etapa | Autor | Revisor | Responsável pelo assunto | Responsável pelo site |
|---|---|---|---|---|
| Rascunho e autoverificação | R/A | C (nível 2) | ||
| Definir o nível | R | A | ||
| Revisão de conteúdo e marca | I | R/A | ||
| Aprovação dos fatos | I | C | R/A | |
| Publicar | I | R | I | A (nível 3) |
| Verificação pós-publicação | R | A | I |
Prazos de resposta que mantêm a fila honesta
Uma etapa de aprovação sem prazo de resposta vira uma sala de espera. Combine os prazos de antemão e publique-os onde os autores possam ver.
| Nível | Primeira resposta | Decisão | Se o revisor estiver ausente |
|---|---|---|---|
| 1 | No mesmo dia útil | 1 dia útil | Um revisor substituto nomeado assume |
| 2 | 1 dia útil | 3 dias úteis | Escalar para o gestor do responsável pelo assunto |
| 3 | Na fase de planejamento | Data de lançamento combinada | O lançamento muda de data; ele não acontece sem revisão |
| Correção urgente | Em até 2 horas | Publicar e revisar em até 1 dia | O autor pode publicar e deve registrar o motivo |
A linha "correção urgente" importa mais do que parece. Se um telefone errado ou um aviso de escritório fechado não pode sair rápido pelo caminho oficial, as pessoas vão encontrar um caminho não oficial. Permita, e exija uma nota depois.
O checklist do autor antes de enviar
A maioria das recusas é por coisas que o autor poderia ter percebido. Coloque esta lista ao lado do botão de enviar, no formato que as suas ferramentas permitirem.
- A página tem um único objetivo claro, dito nas duas primeiras frases.
- Os títulos estão em ordem e descrevem o que vem a seguir.
- Toda imagem que transmite significado tem texto alternativo; imagens decorativas não têm.
- O texto do link diz para onde ele leva ("leia a política de reembolso", não "clique aqui").
- Todos os links foram clicados e funcionam.
- Preços, datas, nomes e telefones foram conferidos na fonte, não de memória.
- Nada pessoal que não deveria está visível: celulares da equipe, nomes de clientes, notas internas.
- A página fica legível no celular.
- O nível está marcado, e um responsável pelo assunto está nomeado para o nível 2.
Para uma verificação completa de acessibilidade, use o nosso checklist de acessibilidade de sites. Verificadores automáticos encontram só parte dos problemas; navegar pela página com o teclado e com um leitor de tela encontra mais.
Como dizer não sem começar uma briga
Uma recusa que diz apenas "não aprovado" não ensina nada e chega como uma ofensa. Uma recusa que aponta o problema, a correção e a regra por trás é resolvida de primeira. Um modelo:
| Parte | Exemplo |
|---|---|
| O quê | O segundo parágrafo diz que as consultas são gratuitas. |
| Por quê | A tabela de tarifas cobra pela primeira consulta; conteúdo de nível 2 precisa estar de acordo com ela. |
| Correção | Remova "gratuitas" ou peça ao financeiro para confirmar uma mudança na tabela. |
| Todo o resto | O restante está pronto; reenvie depois dessa única mudança e eu aprovo no mesmo dia. |
Duas regras deixam as recusas mais baratas. Primeiro, o revisor lista todos os problemas na primeira passada, nunca um por rodada. Segundo, o revisor não reescreve o trabalho do autor na revisão; se a mudança é pequena o bastante para ser reescrita, aprove com uma nota e depois corrija.
Aprovação em muitos sites
Agências, franqueadoras, associações e órgãos públicos têm uma versão mais difícil desse problema: dezenas de sites, cada um com seus próprios editores, e uma equipe central que responde por todos. Três coisas mudam nessa escala.
A aprovação deve ser uma configuração por site, não uma regra para todos. Um cliente novo no primeiro mês, ou um departamento que acabou de receber uma reclamação, precisa de revisão em toda publicação. Um cliente antigo com um editor treinado, não. Poder ligar e desligar a aprovação por site, com um padrão sensato para os novos, é o que permite que uma equipe central pequena dê conta.
A fila deve mostrar tudo o que está pendente, em um só lugar. Os revisores não deveriam caçar em conversas de e-mail o que está aguardando.
As decisões precisam ficar visíveis depois. Quando um cliente pergunta por que a mudança dele levou dois dias, ou um auditor pergunta quem aprovou uma página, você precisa de uma resposta que não dependa da memória de alguém.
Etapa única ou várias etapas?
Fluxos com várias etapas (autor, depois editor, depois jurídico, depois publicador, cada um com um clique de aprovação separado) parecem completos no papel. Na prática, funcionam em organizações com equipe em tempo integral em cada etapa e um sistema de conteúdo feito para isso. Para a maioria das equipes, eles somam dias e não somam qualidade, porque cada etapa supõe que as outras olharam com atenção.
Uma única etapa de aprovação antes de ir ao ar, com o responsável pelo assunto consultado antes do envio em vez de ser uma barreira separada, é mais fácil de operar e de auditar. Seja honesto sobre o que você precisa. Se uma regulação ou a sua própria política exige aprovação registrada de vários papéis nomeados, você precisa de ferramentas feitas para isso, e uma ferramenta de etapa única não bastará sozinha; registre as aprovações extras ao lado dela.
Revisar o que realmente vai ao ar
Um número surpreendente de processos de aprovação revisa um documento, uma captura de tela ou um link de homologação que não é exatamente o que será publicado. O desenho mais seguro é o revisor aprovar a versão exata que vai ao ar, e essa versão não poder mudar entre a aprovação e a publicação. Pergunte a qualquer ferramenta que avaliar: se um editor mudar o site depois que eu aprovar, minha aprovação continua valendo?
Onde a We.Inc se encaixa
A We.Inc é um criador de sites white-label para organizações que administram muitos sites sob uma única marca. O recurso de aprovação dela é propositalmente simples:
- O dono da marca pode definir aprovação em uma etapa antes de o site de um cliente ir ao ar como padrão para todos os clientes e mudar isso por cliente.
- Com a aprovação ligada, a publicação do cliente fica retida com a versão já gerada do site, então o que é revisado é o que será publicado.
- O dono aprova, o que publica o site, ou pede alterações, o que exige um motivo por escrito. O cliente recebe um e-mail nos dois casos, enviado pela marca e não pela We.Inc.
- Os papéis da equipe do lado da marca separam quem pode editar sites de clientes (designers), quem só pode ver e deixar notas (suporte) e quem cuida do faturamento.
- Um registro de auditoria guarda ações da organização, como mudanças nas configurações de um cliente.
O que ela não faz: não há cadeia de várias etapas com aprovações jurídica e editorial separadas, nem publicação agendada vinculada a uma aprovação, nem aprovação por página dentro de um site; a aprovação vale para a publicação do site. Os sites são criados com IA a partir de templates e prompts, então os seus revisores ainda precisam conferir fatos e acessibilidade. Se esse formato serve para você, agende uma demonstração e mostramos a fila com um cliente de exemplo. Para as regras mais amplas sobre quem é dono de cada site, veja nosso modelo de política de governança de sites e, do lado do produto, permissões de clientes e registros de auditoria.
Erros que se repetem
- Mandar tudo para o nível 2. Se o responsável pelo assunto recebe correções de digitação, na terceira semana ele para de ler com atenção.
- Nenhum revisor substituto. É nas férias que a fila trava e os atalhos começam.
- Aprovações por e-mail. Não dá para encontrá-las depois, e elas aprovam o que estava anexado, que pode não ser o que foi ao ar.
- Nenhuma verificação pós-publicação. Layouts quebram no celular, links quebram quando outras páginas mudam de lugar. Olhe a página no ar depois de publicar.
- Nunca revisar os níveis. Revise a tabela a cada seis meses com base no que de fato deu errado.
Perguntas frequentes
O que é um fluxo de aprovação de conteúdo?
É o caminho combinado que uma mudança no site percorre do rascunho até ir ao ar: quem confere, o que confere, em quanto tempo responde e o que acontece quando pede alterações. Um bom fluxo ajusta a revisão ao risco da mudança, em vez de revisar tudo do mesmo jeito.
Quais mudanças no site devem precisar de aprovação?
Classifique as mudanças em níveis. Correções de rotina, como erros de digitação ou horário de funcionamento, podem ir ao ar sem revisão. Páginas novas precisam de um revisor. Preços, textos legais e afirmações sobre saúde, finanças ou segurança também precisam de um responsável pelo assunto. Lançamentos, redesenhos e domínios novos precisam do responsável pelo site e de uma verificação técnica.
Uma única etapa de aprovação é suficiente?
Para a maioria das equipes, sim, se o responsável pelo assunto for consultado antes do envio e o revisor aprovar a versão exata que vai ao ar. Se uma regulação ou política exige aprovação registrada de vários papéis, você precisa de ferramentas feitas para aprovação em várias etapas.
Em quanto tempo os revisores devem responder?
Defina prazos por nível, por exemplo uma decisão em até um dia útil para mudanças padrão e três para as sensíveis, com um revisor substituto nomeado. Permita que correções urgentes vão ao ar primeiro e sejam revisadas em até um dia, com o motivo registrado.
A We.Inc tem aprovação de publicação?
Sim. O dono da marca pode exigir aprovação em uma etapa antes de o site de um cliente ir ao ar, como padrão e por cliente. O dono aprova e publica, ou pede alterações com um motivo por escrito, e o cliente recebe um e-mail nos dois casos. Não há cadeias de aprovação com várias etapas.
Comece grátis · Sem cartão de crédito
Relacionados: Guias
- Exemplos de banner de cookies para copiar
- Botão de copiar para a área de transferência (JS e React)
- Core Web Vitals
- CORS explicado
- Rastreada, mas não indexada no momento
- CSS aspect-ratio e object-fit, com seletor de ponto focal
- Box model CSS
- Exemplos de box-shadow CSS
Produto
Para quem é
- Para agências
- Para freelancers
- Para provedores de hospedagem
- Para plataformas SaaS
- Para startups
- Serviços financeiros
- Soluções para saúde
Recursos
Recursos
- Blog
- Central de Ajuda
- Ferramentas gratuitas para empresas
- Free UI Components
- Modelos
- Coleções de modelos
- Exemplos de sites
- Guias
- Comparações
- Alternativas
- Os melhores
- Avaliações
- Guias de preços
- Casos de uso
- Glossário e guias
- Integrações
- Desenvolvedores
- Benchmark
- Windows App