Webflow
Diagnóstico técnico do site no Webflow: como ele está construído, o que sustenta o crescimento e o que ajustar para a busca, o rastreamento e o sistema de ofertas.
Webflow / 01
Visão geral
A estrutura Webflow sustenta as cinco iniciativas pedidas sem reconstrução. A busca segue a direção Algolia, com interface própria no Webflow, e o Amplitude passa a seguir a taxonomia de eventos da PUC-PR. Abaixo, o que investigamos, o que a Revelatio faz no Webflow e o que fica com a PUC-PR.
78
Cursos com chave única
Slug e código da oferta, 1 para 1 com o checkout
5
Iniciativas avaliadas
SDK do Amplitude, busca, filtros, newsletter, performance
94%
Usuários no celular
GA4, 28 dias até 21/10
+90%
Acessos por mídia paga
Direto para checkout ou Pós (marketing, 30/10)
O que favorece a implementação
- CMS e componentes globais reaproveitáveis: Navigation e Footer são componentes únicos.
- Identificadores prontos: o slug do CMS e o código da oferta formam uma chave 1 para 1 nos 78 cursos publicados.
- Especialidade é campo obrigatório em Cursos, base direta para facetas e eventos.
- A PUC-PR já definiu uma taxonomia com 16 eventos, o que encurta o plano de eventos.
- O Blog serve de base para os templates da newsletter.
O que fica com a PUC-PR
- Índice de busca: conta e chaves do Algolia são da PUC-PR, que também define quem mantém a sincronização.
- Chave do produto nos eventos: a taxonomia usa um código ("CM001") que não existe no site; o time de dados escolhe entre ele e o par slug e código da oferta, que o site já tem.
- Consentimento: o Consent Mode não tem estado padrão nem atualização; o enquadramento é do DPO e a correção, do time técnico da PUC-PR.
- Medição de conversões: a correção das inconsistências no GA4 é do time técnico da PUC-PR.
Escopo e método
O que foi avaliado
Arquitetura do projeto Webflow e do CMS; eventos via SDK do Amplitude; busca e filtragem; newsletter; performance e metadados de compartilhamento.
Como foi feito
Investigação somente leitura entre 21 e 29/10/2026: API e Designer do Webflow, site público, GTM, GA4 e Amplitude em leitura, configuração pública do OneTrust, documentação oficial, planilha de taxonomia e conversas de 28 e 30/10. Nada foi alterado.
Fora deste diagnóstico
Experiência, arquitetura de informação, menu e design; SEO; avaliação jurídica; qualquer execução. Sem acesso ao Search Console.
Como a implementação se divide
Revelatio, no Webflow
Interface da busca e do catálogo, SDK do Amplitude com consentimento e dados do CMS, performance, metadados de compartilhamento e newsletter.
PUC-PR, nos sistemas dela
Conta e chaves do Algolia, taxonomia de eventos, OneTrust e parecer do DPO, GTM, GA4, checkout e anúncios.
Em conjunto
Especificação da busca com a frente de design; exceção no GTM especificada pela Revelatio e publicada pelo dono do container; teste da passagem ao checkout em produção.
Webflow / 02
Arquitetura do site
O projeto partiu de um template de e-commerce e evolui desde dezembro de 2025. As áreas mais recentes, como a Pós-Graduação, já seguem um padrão que serve de referência para o resto do site.
O que será reaproveitado
Plano Webflow: uso atual frente aos limites
1.150
Itens de CMS
de 20.000 no plano
25
Coleções
de 40 no plano
59
Páginas estáticas
de 300 no plano
Dívida técnica que afeta as iniciativas
Taxonomia
Três coleções disputam o papel de especialidade, com sobreposições. Afeta facetas e eventos. Recomendação: lista única, definida com UX e conteúdo, com migração dos vínculos dos cursos.
Páginas de aula
628 páginas redirecionam para acesso restrito no padrão do User Accounts, encerrado pela Webflow em 29/01/2026. O destino das páginas é decisão de produto da PUC-PR.
tracking-slug vazio
O campo previsto para rastreamento está vazio nos 80 cursos. O slug e o código da oferta substituem sem campo novo.
Observações complementares
Legado do template
Checkout, cadastro, categorias e páginas de teste do template seguem publicados. Entram na configuração da busca e na limpeza do CMS.
Publicação
Não há staging conectado. A validação é feita no subdomínio webflow.io, que também envia dados ao GA4 de produção e não permite testar a passagem ao checkout.
Ecossistema
O mesmo curso é cadastrado em quatro sistemas: plataforma própria, Engage, LearnWorlds e Webflow. O Webflow é a vitrine do produto.
Direção recomendada. Evoluir a implementação atual. Reconstruir não se justifica: nada bloqueia as entregas, e exigiria migrar cerca de 1.150 itens e revalidar RD Station, checkout e GTM. Ajustes de nomes, tipos e taxonomia vêm antes de o CMS servir de referência.
Webflow / 03
Estrutura do CMS
O CMS sustenta a evolução e não precisa ser reconstruído. Antes de servir de referência ao sistema de ofertas, precisa de ajustes de nomes, tipos e taxonomia.
Três listas disputam o papel de especialidade
Especialidades, Categorias e uma coleção herdada do template guardam especialidades, com sobreposições como "Emergência" e "Medicina de Emergência". Busca, filtros e eventos precisam de uma lista única.
Recomendação
Definir uma lista única de especialidades com UX e conteúdo e migrar os vínculos dos cursos. O marketing quer usar as 66 especialidades do CFM, agrupadas em áreas maiores: especialidade com campo de grupo.
Preço e tipo de produto sem padrão
Em Cursos o preço é número; na Pós é texto livre ("R$ 23.890,00", "24x"). O tipo de produto só tem "avulso" em Cursos e não existe na Pós. Fica difícil comparar preço com o checkout e filtrar por tipo.
Recomendação
Campos numéricos para preço e parcelas e um campo de tipo de produto com as mesmas opções em todas as coleções que vendem.
Não há código da oferta no CMS
O código do checkout existe só dentro do link de compra, e o campo pensado para rastreamento está vazio nos 80 cursos. O sistema de ofertas e o índice de busca precisam de uma chave comum.
Recomendação
Criar um campo de código da oferta igual ao da Engage e tratar o endereço da página (slug) como fixo depois de publicado.
Rótulos trocados e sobras do template
Campos com nome que não corresponde ao conteúdo (por exemplo, "Course Areas" guarda a carga horária), duas coleções de professores e coleções de e-commerce sem uso. Confunde quem edita e quem integra.
Recomendação
Renomear e documentar os campos e arquivar as coleções sem uso, depois de conferir os vínculos.
O que está sólido
- Pós-Graduação bem modelada: textos de ajuda, status, ordem na home, metadados e campos do RD. É o padrão a seguir.
- Especialidade obrigatória em Cursos, por referência.
- Slugs estáveis: o atributo do produto é igual ao slug em 78 de 78 cursos.
- Código da oferta 1 para 1 com o checkout, 78 códigos distintos.
- Navigation e Footer únicos: mudança estrutural em um lugar só.
- Folga de plano: 1.150 de 20.000 itens; 25 de 40 coleções.
Prioridade 1 · afeta integração por API, busca e o sistema de ofertas
Prioridade 2 · consistência e manutenção
- Rótulos que não correspondem ao conteúdo: "Course Areas" guarda carga horária, "Competências" guarda tipo de produto, "Desafios na prática clínica" guarda modalidade; aulas e exercícios com rótulos trocados.
- Dados duplicados no mesmo item: professor em dois campos; número de aulas em número e em texto.
- Coordenadores da Pós em campos fixos, em vez de referência à coleção de professores. O professor decide a venda (marketing, 30/10), então a referência importa.
- Sem campos de curadoria (nível, destaque) para os carrosséis da home; definição do UX.
- Duas coleções de professores: Experts, em uso, e Professores (Old).
- 119 de 157 componentes sem uso.
Prioridade 3 · legado do template
- Coleções de e-commerce sem papel claro (Products, SKUs, Programs, Events e outras) ocupam espaço do limite de 40.
- 628 páginas de aula no padrão do User Accounts, encerrado pela Webflow em 29/01/2026; o destino é decisão de produto da PUC-PR.
- 31 edições da newsletter em rascunho dentro do Blog.
- Páginas utilitárias e de teste publicadas e no sitemap.
- Código personalizado em 12 páginas, com trechos repetidos.
Resposta à pergunta da PUC-PR. Não reconstruir. Ajustar nomes, tipos e taxonomia antes de usar o modelo como referência do sistema de ofertas, na ordem das prioridades acima.
Webflow / 04
Busca e filtros
Hoje a listagem filtra com Jetboost e a busca fica dentro das páginas. A direção é o Algolia, com interface própria no Webflow: busca global no header e catálogo com filtros.
A busca não é global
A busca fica dentro das páginas, e não no header. A PUC-PR quer que uma busca por "cardiologia" traga tudo de cardiologia: Pós, cursos avulsos, assinatura e conteúdo gratuito.
Recomendação
Busca global no header com Algolia, com filtros por especialidade e por tipo de produto, a partir de um índice mantido.
Filtros que funcionam como links vazios
Os filtros atuais são 330 links sem destino ("#"). Funcionam com o mouse, mas não para leitores de tela e agentes, e o filtro escolhido não fica no endereço para compartilhar.
Recomendação
Recriar os filtros como botões nativos, com o filtro guardado no endereço da página.
Catálogo só pelo Algolia pode esconder cursos
Se a lista de cursos sair do HTML da página e passar a vir só do Algolia, robôs de busca que não executam JavaScript deixam de encontrar os links dos cursos.
Recomendação
Manter a lista do CMS no HTML e usar o Algolia para filtrar por cima dela.
Arquitetura proposta
Webflow CMS
Cursos, Pós, posts e materiais. Fonte inicial do índice.
Índice Algolia
Conta e chaves da PUC-PR. Recebe só páginas já publicadas.
Páginas Webflow
Campo no header e na home, resultados, catálogo com facetas, estados de vazio, carregando e erro, eventos.
Campos do CMS para o registro do índice
Requisitos relatados pela PUC-PR (28/10)
Quem faz o quê
Responsabilidade da PUC-PR. A busca consulta um índice Algolia operacional e mantido. Conta e chaves do índice são da PUC-PR, que também define quem mantém a carga e a sincronização; a interface no Webflow fica com a Revelatio.
App "Algolia Search and Sync" (candidato)
Avaliado só pela documentação pública. Mapeia campos de uma coleção para o índice e sincroniza ao publicar e por rotina. Não documenta várias coleções, páginas estáticas ou uso só da sincronização. Publicado por terceiro, com servidores nos EUA, permissões de escrita no site e sem SLA. A escolha é da PUC-PR.
Papel do Jetboost no catálogo
F-A, facetas Algolia na listagem: mesmas facetas da busca e uma tecnologia só. F-J, Jetboost mantido: serve se bastar o filtro atual por especialidade. Os caminhos são alternativos; as limitações relatadas do Jetboost não foram demonstradas.
Definições para a implementação da busca
- PUC-PR: tipos de conteúdo e facetas obrigatórios, inclusive os grupos de especialidade.
- Frente de design: especificação da interface.
- PUC-PR: CMS como fonte inicial do índice.
- PUC-PR: quem mantém a conta, as chaves, a carga e a sincronização.
- PUC-PR: facetas Algolia (F-A) ou Jetboost (F-J) no catálogo.
Alternativas consideradas. Busca nativa do Webflow, Jetboost na busca global, script leve e busca própria foram comparados em 21 e 23/10 e ficam como referência. Se o índice precisar de dados de outros sistemas, essa integração não faz parte da camada Webflow.
Webflow / 05
Integrações
A PUC-PR estuda um sistema central de ofertas: a oferta é cadastrada uma vez e, por API, cria o checkout na Engage, a página no Webflow, o produto acadêmico e o registro no Algolia. O Webflow já tem API para criar, publicar, voltar a rascunho e arquivar itens do CMS.
O mesmo curso é cadastrado em quatro lugares
Plataforma, Engage, LearnWorlds e Webflow recebem o mesmo produto à mão. Links de checkout circulam entre pessoas, com risco de endereço errado e preço diferente entre site e checkout.
Recomendação
Preparar o CMS para receber dados por API: código da oferta, preço numérico, tipo de produto e endereço fixo. O desenho do sistema central fica com a PUC-PR.
A página precisa existir antes de entrar na busca
Todo resultado da busca leva a um endereço. Se a oferta entra no índice antes de a página estar publicada, o resultado aponta para uma página que não existe.
Recomendação
Seguir a ordem: criar o item por API, publicar a página e só então indexar, usando o endereço publicado.
O que o Webflow precisa ter para se encaixar
- Uma taxonomia única de especialidades, referenciada por ID.
- Um código externo de oferta em cada item vendável, igual ao da Engage e da plataforma.
- Tipos previsíveis para escrita por API: números para preços e quantidades; opções para tipo de produto e modalidade.
- Dados comerciais (preço, turma, disponibilidade) separados do conteúdo editorial, que continua no Webflow.
- Status por API: publicar, voltar a rascunho e arquivar, recursos que o Webflow já oferece.
- Ordem segura: criar o item, publicar a página e só então indexar.
- Slug estável, documentado como contrato.
- Limites considerados: 100 itens por lista exibida e 40 coleções no plano.
A página precisa existir antes de entrar no índice?
- Todo resultado da busca leva a uma URL. Se o registro entra no índice antes de a página estar publicada, o resultado aponta para uma página inexistente.
- Com o Webflow CMS como fonte, o problema não aparece: indexa-se o que foi publicado.
- Com um sistema central como fonte, a ordem segura é criar o item no Webflow por API, publicar e só então indexar com a URL publicada.
- Alternativa: indexar ofertas sem página própria, apontando para outro destino (por exemplo, o checkout). Muda a experiência e a medição; é decisão de produto.
Limite de responsabilidade. O desenho do sistema central e das integrações com Engage, plataforma e LearnWorlds é projeto da PUC-PR. Os ajustes de CMS descritos em Estrutura do CMS são o caminho para o Webflow estar pronto.
Webflow / 06
Analytics e Amplitude
Hoje o Amplitude recebe eventos pelo GTM, sem saber qual curso foi visto ou clicado. A proposta é carregar o SDK direto no Webflow, depois do consentimento, seguindo a taxonomia de eventos da PUC-PR.
Os eventos não dizem qual curso
Cliques e visualizações chegam ao Amplitude sem curso, especialidade ou tipo de produto, e com nomes misturados. Não dá para comparar cursos nem especialidades.
Recomendação
Ligar dados do CMS aos elementos (endereço do curso, código da oferta, tipo) e enviar pelo SDK os 11 eventos da taxonomia que acontecem no site.
Amplitude carrega sem consultar o consentimento
O Amplitude é carregado pelo GTM sem verificar a escolha de cookies feita no OneTrust.
Recomendação
Iniciar o SDK só depois do aceite no OneTrust, com o domínio do cookie definido junto com o time de dados.
Envio de formulário contado no clique
O evento de formulário enviado dispara no envio, não na confirmação de sucesso, e as falhas não são registradas.
Recomendação
Registrar o envio só quando o formulário mostra sucesso e a falha como evento próprio, como pede a taxonomia.
O papel do Amplitude hoje
Registro da navegação
Cerca de 236 mil eventos em 30 dias (até 23/10), quase todos de captura automática: páginas vistas, sessões, Web Vitals e formulários. Um script do site, configurado no GTM, registra cliques em menu, rodapé, cards, newsletter e no botão de compra.
Gravação de sessões
Session Replay ativo, com cerca de 3,4 mil gravações por mês. O evento "Replay Captured" é gerado pelo próprio Amplitude.
Teste A/B no menu
Experimento "home-menu-barra" ativo desde 09/09 em 5 páginas, com a página esperando o teste carregar. A divisão por utm_medium deixou 43 visitantes no controle contra 4.218 no tratamento, e a métrica principal depende de uma captura de clique desligada.
Custo de mídia
Importação diária de impressões, cliques e gasto da Meta e do Google Ads. Torna úteis, no próprio Amplitude, eventos de conversão bem identificados.
O que falta hoje
Tentativa anterior. No código do site há um bloco desativado que carregava o SDK do Amplitude direto, com captura automática e Session Replay em 50% das sessões.
Eventos da taxonomia da PUC-PR por responsável
Responsabilidades na execução
Critério de pronto
Cada evento da lista combinada chega ao Amplitude com as propriedades combinadas, só depois do consentimento, conferido em staging e em produção, com documentação. Condicional: campo novo no CMS para a chave do produto, se "CM001" existir em outro sistema; envio de formulário onde o navegador não recebe a confirmação de sucesso.
Limites e expectativas
O volume de eventos vai cair, porque o SDK respeita o consentimento: é o comportamento correto. Os números não vão bater com os do GA4. O funil até a compra, a qualidade de dados de sistemas fora do Webflow e o resultado do experimento "home-menu-barra" dependem dos donos desses sistemas.
Limites técnicos do Webflow (verificados em 29/10)
Definições do time de dados da PUC-PR na implementação
- Chave do produto: "CM001" ou o par slug e código da oferta, que o site já tem.
- Especialidade e preço: enviados no evento ou completados no data lake.
- Listas fechadas de valores: tipo de página, de produto e de formulário.
- Captura automática de páginas e formulários: manter ou desligar, para evitar duplicidade.
- Domínio do cookie do Amplitude.
- Motivo do desligamento do SDK que estava no código do site.
Experimento e testes de porta de entrada. A PUC-PR quer testar hipóteses de porta de entrada (30/10). O experimento ativo só dá resultado confiável com a divisão corrigida e uma métrica medível, configuração do dono do experimento; com o SDK, o clique em CTA da taxonomia pode servir de métrica.
Webflow / 07
Medição e consentimento
Achados em sistemas do time técnico da PUC-PR. Ficam registrados porque condicionam o SDK e a leitura de resultados; a correção cabe aos donos desses sistemas.
Consentimento
Conversões e checkout
O que este diagnóstico não afirma
Perda de vendas ou de conversões. Violação legal, cujo enquadramento é do DPO. Que as requisições observadas levam dados pessoais.
Quem age
GA4, GTM, OneTrust e conversões de anúncios: time técnico da PUC-PR. Instrumentação dentro do checkout: fornecedor do checkout. Categorias, base legal e gravação de sessão: DPO.
Webflow / 08
Performance
No celular, onde estão cerca de 94% dos usuários, as notas de laboratório ficam entre 22 e 37. As principais causas estão no próprio Webflow e têm correção conhecida.
Imagens do CMS no tamanho original
Imagens de 586 KB a 2,7 MB são carregadas no celular, e a imagem principal da home e do curso carrega tarde. É o que mais atrasa a primeira tela.
Recomendação
Redimensionar e comprimir as imagens em lote pela API e priorizar a imagem principal de cada template, medindo antes e depois.
Fontes e reCAPTCHA carregados sem necessidade
16 arquivos de fonte e o reCAPTCHA (348 KB) carregam em todas as páginas, mesmo para quem não usa formulário.
Recomendação
Remover as fontes sem uso e carregar o reCAPTCHA só quando a pessoa interagir com um formulário.
Nota Lighthouse de 0 a 100 (laboratório, 21/10)
Causas, em ordem de impacto
- Imagens do CMS no tamanho original, de 586 KB a 2,7 MB.
- Imagem principal com carregamento tardio na home e no curso.
- 16 arquivos de fonte e reCAPTCHA de 348 KB em todas as páginas.
- Scripts de terceiros dominam o processamento; dependem do time da PUC-PR.
- Experimento ativo com espera de carregamento em 5 páginas: medir com ele identificado.
Abordagem. Imagens em lote via API, imagem principal priorizada, fontes sem uso removidas, reCAPTCHA só no uso de formulários e medição antes e depois, começando pelos templates de Pós, que recebem a maior parte do tráfego pago. Laboratório indica ordem de grandeza, não a experiência real dos usuários.
Webflow / 10
SEO e metadados
Os templates principais já têm título e descrição. Falta ligar os campos de compartilhamento para que os links enviados mostrem título, descrição e imagem.
Pós sem prévia de compartilhamento
As 4 páginas de Pós não têm as tags de compartilhamento (título, descrição e imagem), embora o campo exista na coleção. O link enviado por WhatsApp ou redes sociais aparece sem imagem.
Recomendação
Ligar os campos de compartilhamento do template de Pós ao CMS e definir imagem nas páginas principais.
Escopo. Os metadados de compartilhamento das páginas de Pós entram na iniciativa de performance e metadados. Auditoria e estratégia de SEO ficam fora deste diagnóstico.
Webflow / 11
Próximos passos e responsabilidades
Recomendação para a etapa de implementação. Para cada frente, o que a PUC-PR entrega antes e o que a Revelatio faz no Webflow.
Sequência recomendada
O que cabe à PUC-PR na implementação
Conclusão. A implementação Webflow sustenta as iniciativas pedidas e não precisa ser reconstruída. A Revelatio implementa a camada do site; índice Algolia e sincronização, taxonomia de eventos, consentimento e medição em GTM, GA4 e OneTrust ficam com a PUC-PR.
Webflow / 12
Base de evidências
Como cada conclusão foi obtida. Verificado: observado no ambiente ou no site. Relato: informado pela PUC-PR. Hipótese e suposição: leitura técnica sem confirmação nos dados.