Governança web em universidades: um modelo federado que funciona para faculdades, laboratórios e equipes centrais
Como universidades podem governar centenas de sites mantidos por faculdades, departamentos, laboratórios de pesquisa, serviços estudantis e grupos de alunos: um modelo em níveis, uma tabela de direitos de decisão, regras de entrada e saída e os padrões mínimos que todo site deve cumprir.
Uma universidade não é uma organização com um site. É uma administração central, uma dúzia de faculdades, cem departamentos, várias centenas de grupos de pesquisa, um programa esportivo, um hospital ou uma editora se você não tiver sorte, e milhares de alunos que querem publicar uma página para uma associação. Cada um deles tem um motivo para publicar, e pouquíssimos se reportam à pessoa responsável pela presença web da universidade. Governança nesse contexto não é controle. É combinar uma lista curta de coisas que todos devem fazer e tornar o certo o caminho mais fácil.
Por que só-central e vale-tudo falham
As universidades costumam oscilar entre dois modelos.
- Só-central: o escritório de marketing ou de web publica tudo. A qualidade é alta, a fila é de meses, e os departamentos compram discretamente a própria hospedagem para contornar isso.
- Vale-tudo: cada unidade mantém o próprio site na própria plataforma. A velocidade é alta, e em cinco anos você tem centenas de sites em uma dúzia de tecnologias, marca inconsistente, páginas abandonadas de laboratórios de pesquisadores que saíram em 2017 e nenhuma ideia de quais cumprem o padrão de acessibilidade.
O modelo que costuma sobreviver é o federado: uma equipe central é dona da plataforma, dos padrões e das páginas de nível superior; as unidades são donas do próprio conteúdo e publicam dentro de limites; e um pequeno conjunto de regras vale para todos, aplicado pela plataforma sempre que possível, e não por e-mail.
Os níveis
Nem todo site precisa do mesmo tratamento. Separar os sites em níveis permite concentrar a revisão onde está o risco.
| Nível | Exemplos | Quem publica | Revisão antes de entrar no ar | Plataforma |
|---|---|---|---|---|
| 1. Institucional | Página inicial, admissões, mensalidades e bolsas, políticas, informações de emergência | Equipe central de web e comunicação | Toda alteração | Só o CMS principal |
| 2. Unidades acadêmicas e de serviço | Faculdades, departamentos, biblioteca, secretaria acadêmica, moradia, serviços de TI | Editores treinados das unidades | Sites novos e mudanças grandes; atualizações de rotina vão direto para o ar | CMS principal ou plataforma aprovada |
| 3. Sites de pesquisa e projetos | Laboratórios, centros, bolsas de pesquisa, congressos | Pessoa indicada pelo pesquisador principal | Só sites novos, mais uma verificação anual | Plataforma aprovada com templates da universidade |
| 4. Pessoais e estudantis | Perfis de docentes, organizações estudantis, sites de disciplinas | A pessoa ou o grupo | Nenhuma, mas deve usar a via aprovada e incluir o aviso de isenção | Hospedagem pessoal ou estudantil aprovada |
Coloque os níveis na política e adicione uma coluna de nível ao seu cadastro de sites. A maioria das disputas ("por que admissões tem revisão e nós não?") acaba quando os níveis estão por escrito.
Direitos de decisão: quem decide o quê
O documento de governança mais útil é uma tabela de decisões e de quem as toma. Copie esta e troque os nomes para refletir a sua estrutura.
| Decisão | Decide | Consultado | Informado |
|---|---|---|---|
| Plataforma web e padrões de hospedagem | CIO com o grupo de governança web | Líderes de TI das faculdades, escritório de acessibilidade | Todos os editores web |
| Marca, templates e uso do logo | Marketing e comunicação | Comunicadores das faculdades | Todos os editores |
| Se um novo site pode ser criado | Grupo de governança web (níveis 1 a 3); automático para o nível 4 | Chefe da unidade solicitante | Segurança da informação |
| Novo domínio ou subdomínio | TI, conforme as regras de nomes | Marketing | Unidade solicitante |
| O que uma unidade publica no próprio site | O responsável pelo site da unidade | Equipe central em mudanças grandes do nível 2 | Ninguém |
| Padrão de acessibilidade e regras de teste | Escritório de acessibilidade | Serviço de apoio a pessoas com deficiência, consultoria jurídica | Todos os editores |
| Tirar do ar um site fora do padrão ou abandonado | Grupo de governança web | Chefe da unidade | Responsável pelo site |
| Configurações de analytics e privacidade | Escritório de privacidade com a TI | Marketing | Editores das unidades |
Repare no que falta: a equipe central não decide o que um departamento de química diz sobre a própria pesquisa. Uma governança que interfere nas decisões de conteúdo de todas as unidades será ignorada.
Os padrões mínimos que todo site cumpre
Mantenha esta lista curta o bastante para caber numa página. Tudo aqui deve ser verificável.
- Um responsável nomeado por função e um substituto nomeado, registrados no cadastro de sites.
- Os templates da universidade ou um tema aprovado, para que navegação, rodapé, aviso de privacidade e link para a declaração de acessibilidade sejam consistentes.
- Acessibilidade. Universidades públicas são entidades estaduais, então se aplica a regra web do Departamento de Justiça sob o ADA Title II: WCAG 2.1 nível AA, com prazos de 26 de abril de 2027 para entidades públicas que atendem 50,000 pessoas ou mais e 26 de abril de 2028 para as menores, após a regra final provisória de abril de 2026. Instituições privadas têm obrigações próprias. De qualquer forma, o padrão deve estar na política.
- Um endereço aprovado sob o domínio da universidade, seguindo as regras de nomes.
- Uma data de revisão, pelo menos anual, em que o responsável confirma que o site está atualizado.
- Nenhuma coleta de dados pessoais (formulários, inscrições) sem a ferramenta de formulários aprovada pelo escritório de privacidade ou sem aprovação dele.
- Segurança básica: software com suporte, HTTPS, nenhum login compartilhado, contas removidas quando as pessoas saem.
Nosso modelo de política de governança de sites tem textos que você pode adaptar para cada um desses itens.
Entrada: como conseguir um site novo
Faça com que pedir um site seja mais rápido do que contornar o processo, ou as pessoas vão contorná-lo.
- Um formulário de pedido de uma página: unidade, finalidade, público, nível, responsável, substituto, data de término se for temporário.
- Um prazo prometido: por exemplo, cinco dias úteis para o nível 3, no mesmo dia para o nível 4.
- Um site inicial montado a partir de templates aprovados, já com a marca e já vinculado ao cadastro.
- Um treinamento de 60 minutos para editores sobre títulos, texto alternativo, texto de links, documentos e o processo de revisão.
O teste é simples. Se um pós-doc consegue um site de laboratório aprovado mais rápido do que montaria um site grátis num construtor comum, a maioria vai usar a via aprovada.
Saída: a metade que todo mundo esquece
Universidades perdem sites de um jeito que empresas raramente perdem: as pessoas saem seguindo um calendário acadêmico fixo. O responsável pelo site de um laboratório se forma ou vai para outra instituição, e o site fica no ar por uma década. Coloque a saída no calendário.
| Gatilho | Ação |
|---|---|
| O responsável sai da universidade | O desligamento de RH ou TI avisa a equipe web; o substituto vira responsável ou o site é sinalizado |
| A bolsa ou o projeto termina | O site passa a somente leitura com um aviso de encerramento, ou é arquivado |
| Revisão anual não feita | Dois lembretes, depois o chefe da unidade é avisado, depois o site sai do ar com uma página provisória |
| Organização estudantil não renovou o registro | Site sai do ar no início do período seguinte |
| Congresso encerrado | Arquive a programação e os anais; redirecione o endereço para o departamento |
Antes de tirar algo do ar, consulte sua tabela de temporalidade de documentos e sempre redirecione os endereços desativados. Páginas antigas de laboratórios são citadas em artigos.
Como conduzir o grupo de governança
- Composição: líder web central (presidente), marketing, segurança da informação, escritório de acessibilidade, privacidade e três ou quatro representantes das unidades, em rodízio anual. Mantenha abaixo de dez pessoas.
- Frequência: mensal, por uma hora. Itens fixos: pedidos de novos sites, sites com revisão vencida, bloqueios de acessibilidade em aberto, mudanças de padrões.
- Relatórios: a cada período, um resumo de uma página para a reitoria ou vice-reitoria: número de sites por nível, sites com revisão vencida, sites desativados, bloqueios de acessibilidade em aberto.
Como a plataforma pode aplicar as regras
Uma política que depende da memória das pessoas é fraca. Sempre que possível, deixe a plataforma aplicar as regras: os editores só acessam os sites da própria unidade, novos sites começam de templates aprovados e um revisor aprova os sites de nível mais alto antes da publicação. Departamentos que saíram do CMS principal por ser difícil de usar são os mais difíceis de trazer de volta; dar a eles um construtor mais simples, com a marca, dentro dos mesmos limites, costuma ser a resposta prática. A troca é discutida em construtor white-label vs CMS corporativo.
O We.Inc permite que uma organização mantenha muitos sites com a própria marca, com templates compartilhados, permissões por site, funções de owner, admin e member para a equipe central, uma aprovação em uma etapa antes de um site entrar no ar e um log de auditoria das ações da organização. Esta é a marca de demonstração que usamos nas capturas de tela.
A plataforma não torna um site acessível nem mantém o conteúdo atualizado; responsáveis e revisores continuam fazendo isso. Se quiser ver se isso se encaixa no modelo da sua instituição, agende uma demonstração.
Uma implantação em 90 dias
- Dias 1 a 30: monte o cadastro de sites (rastreie o domínio, pergunte às unidades), atribua os níveis, aprove a tabela de direitos de decisão.
- Dias 31 a 60: publique os padrões mínimos, lance o formulário de pedido e os sites iniciais, treine o primeiro grupo de editores das unidades.
- Dias 61 a 90: faça o primeiro ciclo de revisão, desative os sites claramente abandonados (com redirecionamentos) e reporte à liderança.
Para a etapa de inventário em mais detalhes, veja nosso método de inventário de conteúdo; ele foi escrito para cidades, mas a planilha funciona do mesmo jeito para um campus.
Fontes
Última verificação em 2026-10-25.
- ADA.gov, Fact Sheet: New Rule on the Accessibility of Web Content and Mobile Apps Provided by State and Local Governments (WCAG 2.1 AA; prazos conforme alterados em 20 de abril de 2026).
Este guia traz informações gerais, não aconselhamento jurídico. Confirme as obrigações da sua instituição com a consultoria jurídica.
Perguntas frequentes
O que é governança web federada?
Um modelo em que uma equipe central é dona da plataforma, dos padrões e das páginas de nível superior, enquanto faculdades, departamentos e laboratórios são donos do próprio conteúdo e o publicam dentro de limites combinados.
O ADA Title II se aplica aos sites de universidades públicas?
Universidades públicas são entidades estaduais, então se aplica a regra web do Departamento de Justiça sob o Title II, com WCAG 2.1 nível AA como padrão. O ADA.gov lista prazos de 26 de abril de 2027 e 26 de abril de 2028, conforme o porte. Isto não é aconselhamento jurídico.
Como uma universidade deve lidar com sites abandonados de laboratórios e projetos?
Vincule a saída a eventos: desligamento do responsável, fim da bolsa, revisão anual não feita. Passe os sites para somente leitura ou arquive, consulte a tabela de temporalidade e redirecione os endereços desativados em vez de apagá-los.
Quem deve fazer parte de um grupo de governança web universitário?
O líder web central, marketing, segurança da informação, o escritório de acessibilidade, privacidade e três ou quatro representantes das unidades em rodízio, com menos de dez pessoas e reuniões mensais.
O We.Inc consegue manter muitos sites de unidades de uma universidade sob uma única marca?
Sim. O We.Inc mantém muitos sites sob uma única marca, com templates compartilhados, permissões por site, funções de owner, admin e member, uma aprovação em uma etapa antes de um site entrar no ar e um log de auditoria. Cada site ainda precisa dos próprios testes de acessibilidade.
Comece grátis · Sem cartão de crédito
Relacionados: Guias
- Fluxo de usuário e wireframes de site, SVG grátis
- UUID v4 vs v7
- Como ver o código-fonte de uma página
- Exemplos da View Transitions API
- Vite vs Next.js
- Checklist WCAG 2.2
- Modelo de Contrato de Web Design
- Princípios de web design, mostrados na prática
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