Communitygithub.com

brandvm/webflow-launch

Leve um site Webflow finalizado para o ar e acompanhe seu primeiro mês: plano de SEO e schema, QA pré-lançamento (conteúdo, funcionalidades, dispositivos, acessibilidade, velocidade, SEO e rastreamento), dia do lançamento (publicar, liberar, redirecionamentos, remover noindex), entrega ao cliente e acompanhamento de 30 dias. Use quando um site Webflow criado com wf-template for aprovado e estiver se preparando para o lançamento, no dia do lançamento, ao entregar o site ao cliente ou para verificações pós-lançamento.

O que é webflow-launch?

Esta skill guia o processo completo de levar um site Webflow da aprovação final até o ar e seu primeiro mês de operação. Ela organiza e automatiza tarefas de SEO (títulos, descrições, Open Graph, JSON-LD, redirecionamentos), QA completo (conteúdo, funcionalidades, dispositivos, acessibilidade, velocidade, rastreamento), o dia do lançamento (publicação segura, verificação de domínio, remoção de noindex, aplicação de redirecionamentos 301) e a entrega ao cliente, incluindo treinamento e transferência de propriedade. Suporta Claude (Code, Desktop) e usa scripts npm (`pnpm wf:*`) e checklists gerenciados por progresso (`pnpm progress`). A skill é ideal para desenvolvedores e agências que precisam de um checklist robusto e auditável para garantir que cada etapa crítica seja realizada e documentada, minimizando riscos e garantindo qualidade no lançamento.

Funciona com✓Claude Code~Codex CLI~Cursor
npx skills add https://github.com/brandvm/wf-mgt/tree/HEAD/.claude/skills/webflow-launch

Perguntar na sua IA favorita

Abre um novo chat com esta habilidade de agente já pré-carregada.

Documentação

Lançamento Webflow: do build aprovado ao site no ar e primeiros 30 dias

Começa onde a entrega da skill webflow-build termina: todas as páginas completas no staging e aprovadas contra o design. As regras permanentes de webflow-build continuam valendo (sem commit, push, publicação em domínio personalizado, liberação ou alteração de DNS sem autorização explícita; sem credenciais no chat).

Tags: [Claude] Claude faz · [Claude verifica] Claude verifica e relata · [Pessoa] uma pessoa faz; Claude pode acompanhar, nunca afirmar. Comandos são os scripts de verificação do webflow-build (pnpm wf:*, do repositório; adicione --live para verificar o que os visitantes recebem). Quando uma lista mencionar outra skill (webflow-performance-optimizer, asset-audit, safe-publish), use-a se a sessão a tiver; caso contrário, faça a verificação manualmente e informe.

Como executar:

  1. Registre cada item conforme for feito com pnpm progress tick "<checklist>" "<início do item>" (--by check quando um script pnpm wf:* decidir o resultado), como em webflow-build › checklists.md › Como registrar progresso. O painel de Tarefas do Bench mostra a mesma lista; pnpm progress show a exibe, com os itens pendentes da pessoa.
  2. Trabalhe de cima para baixo; relate o resultado de cada seção antes de prosseguir.
  3. Qualquer falha vai para a lista de problemas conhecidos como "corrigir antes do lançamento" ou "corrigir após o lançamento", com um responsável.
  4. Os scripts de verificação do webflow-build ainda funcionam no domínio ao vivo: use --live e aponte stagingUrl para o domínio ao verificá-lo.

Plano de SEO (durante a revisão, antes do QA pré-lançamento)

SEO é planejado e construído, não apenas verificado no final. O plano está em docs/handoff/SEO-PLAN.md (o template tem o esboço): o que o staging gera hoje, as etapas, o schema por página e o que é necessário do cliente.

  • [Claude] Inventarie cada página e template: título e descrição (com comprimentos), campos e imagem do Open Graph, noindex, JSON-LD. Leia o HTML publicado (pnpm wf:seo), não as configurações da página.
  • [Claude] Elabore títulos e descrições ausentes ou fracos; [Pessoa] aprova; [Claude] escreve nas configurações da página (templates vinculam um campo Meta Title e Meta Description).
  • [Claude] Open Graph "igual ao SEO" em todo lugar; [Pessoa] aprova uma imagem de compartilhamento padrão 1200×630; templates vinculam um campo de imagem.
  • [Claude] Tags do site que o Webflow não escreve (og:site_name, og:locale) vão no snippet head em loader.html: cole novamente e publique, depois pnpm wf:install.
  • [Claude] Schema como arquivos JSON-LD no repositório, um por página (docs/seo/schema/<página>.jsonld) e docs/seo/schema/templates.md para templates CMS com suas vinculações {Field}. Cada item se refere a uma Organization por @id no domínio de produção. O arquivo é a fonte da verdade; o código head da página (ou jsonLdSchema através da ferramenta de páginas, onde o conector a tiver) é uma cópia. Vincule apenas campos de linha única: uma aspas ou quebra de linha quebra o JSON, e um apóstrofo vira &#39;.
  • [Claude] Plano de headings: pnpm wf:outline em cada página e template, verificado contra headings.md. Correções de tags vão no build; [Pessoa] aprova qualquer alteração na redação de H1 ou H2 (é cópia).
  • [Claude] Mapa de redirecionamentos, quando o site substitui um antigo: pnpm wf:redirects map (o site antigo de liveUrl, ou --from) escreve docs/seo/redirects.csv no formato de importação do Webflow; cada linha exibida sob "precisa de verificação" é verificada e editada no arquivo. [Pessoa] aprova o mapa e exporta os 301s existentes do site, se houver (uma importação substitui todos; execute novamente com --existing).
  • [Claude verifica] Cada página no sitemap tem seu título, descrição, canônico e um H1 no staging (pnpm wf:seo).
  • [Claude verifica] Nenhum título ou descrição duplicada e um 404 real; títulos longos e descrições curtas são corrigidos ou aceitos; páginas sem schema estão em seo.noSchemaOk. Depois, o Teste de Resultados Enriquecedos do Google em uma página de cada tipo.
  • [Pessoa] Fornece nome oficial, endereço, telefone, horário, perfis sociais e o domínio de produção (www ou apex).

QA pré-lançamento

Conteúdo

  • [Claude verifica] Nenhum texto placeholder ou links # (pnpm wf:links, que também sinaliza lorem ipsum); imagens provisórias verificadas contra problemas conhecidos.
  • [Pessoa] Revise cada página.
  • [Claude verifica] Nenhum marcador data-manual-todo deixado no HTML publicado (todas as etapas manuais concluídas); docs/handoff/REVIEW.md › Antes do lançamento, todos marcados.
  • [Claude verifica] Dados de contato: telefones como links tel:, endereços, e-mails, horários; [Pessoa] confirma que estão corretos.
  • [Claude verifica] Páginas legais presentes e vinculadas no rodapé; ano de copyright e links sociais.

Funcionalidades

  • [Pessoa] Envie cada formulário uma vez: chega na caixa de entrada ou CRM correta, a confirmação aparece, o auto-resposta é enviado. (Claude não pode passar pela proteção antispam; navegadores headless são bloqueados por ela.)
  • [Claude verifica] Todos os links e botões funcionam (pnpm wf:links --external; confirme falhas externas manualmente, alguns sites bloqueiam bots).
  • [Claude verifica] Página 404, estados de carregamento, vazio, sucesso e erro.
  • [Claude verifica] Busca, filtros, ordenação e paginação, se houver.
  • [Pessoa] Pagamentos: uma compra de teste e um reembolso, se houver.

Dispositivos, acessibilidade, velocidade

  • [Pessoa] Dispositivos reais: iPhone Safari, Android Chrome; desktop Chrome, Safari, Firefox, Edge.
  • [Claude verifica] pnpm wf:overflow em cada template de página: nada ultrapassa a borda direita e não há rolagem lateral, em todas as larguras de 2560 a 360 (larguras de laptop entre os breakpoints incluídas).
  • [Claude verifica] Nenhuma falha grave ou crítica de acessibilidade em nenhuma página, em todas as larguras (pnpm wf:a11y --all-widths). Alvo: WCAG 2.2 AA.
  • [Claude] Navegação apenas com teclado em cada página: foco visível, ordem, menus, diálogos, Escape.
  • [Pessoa] Verificação pontual com leitor de tela.
  • [Claude verifica] Performance em um perfil de celular: CLS < 0.1, INP < 200 ms, LCP < 2.5 s como alvos (webflow-performance-optimizer); anote as trocas que o design faz.

SEO e rastreamento

  • [Claude verifica] Cada página no sitemap tem seu título, descrição, canônico e um H1 (pnpm wf:seo).
  • [Claude verifica] Tags OG e JSON-LD que analisam sem entidades HTML em cada página, e noindex apenas nas páginas em seo.noindexOk: o restante do relatório de SEO. Texto alternativo (asset-audit), favicon, schema onde SEO-PLAN.md planeja.
  • [Claude verifica] Canônicos apontam para o domínio ao vivo (após o domínio ser anexado: liveUrl na configuração, depois pnpm wf:seo --live --canonical).
  • [Claude verifica] pnpm wf:tracking --live assim que as tags estiverem no domínio (no staging primeiro, se carregarem lá): quais tags carregam em quais páginas, nenhuma visualização de página contada duas vezes, nada rastreia antes da escolha de cookie ou após Rejeitar, gclid e UTM sobrevivem aos redirecionamentos de host. Toda requisição que envia dados é bloqueada, então a verificação não adiciona nada aos relatórios do cliente. Não é possível dizer se uma conta recebeu algo.
  • [Pessoa] GA4 e conversões chegam (Relatório em tempo real), após aceitar cookies no site ao vivo.

Dia do lançamento

  • [Pessoa] Congelamento de conteúdo acordado; aprovação de publicação e data do cliente.
  • [Pessoa] DNS: reduza o TTL um dia antes; mantenha os registros de e-mail (MX, SPF, DKIM). Claude não altera configurações de DNS ou registrador.
  • [Claude] Com uma autorização explícita: publique no domínio ao vivo (safe-publish se disponível: mostre o que mudou, confirme, publique); corte a release do repositório e defina RELEASE no snippet head (README › Release).
  • [Claude verifica] pnpm wf:domain: o certificado é confiável e não está perto do vencimento, http e o outro host www redirecionam permanentemente para o host liveUrl, o domínio não expira em menos de 45 dias.
  • [Claude verifica] pnpm wf:install --live: os snippets publicados correspondem a loader.html (com o novo RELEASE), uma meta viewport, nenhuma requisição para localhost.
  • [Claude verifica] pnpm wf:seo --live --canonical: nenhum noindex restante fora de seo.noindexOk, todos os canônicos no domínio ao vivo.
  • [Claude] Remova noindex e a senha do staging; robots.txt permite indexação.
  • [Claude] Salve as baselines visuais do site ao vivo (pnpm wf:baseline save --live, cada página em pages) e faça commit delas.
  • [Claude] Aplique os redirecionamentos 301: [Pessoa] importa docs/seo/redirects.csv (Configurações do site › Publicação › Redirecionamentos 301 › Importar) e publica; [Claude verifica] pnpm wf:redirects test --live: cada linha chega à sua página em um único salto permanente.
  • [Claude verifica] sitemap.xml existe (Configurações do site › SEO › Gerar sitemap automaticamente) e não lista /design/style-guide ou /design/media: exclua ambos através da ferramenta de sitemap assim que o plano do site estiver ativo (responde 403 antes disso).
  • [Pessoa] Envie sitemap.xml no Search Console.
  • [Pessoa] Envie um formulário no site ao vivo e veja a visita no analytics.

Entrega ao cliente (publicação aprovada)

Tudo [Pessoa], Claude pode preparar os documentos:

  • Site ao vivo; transferência de propriedade (site Webflow, faturamento de hospedagem, domínio, arquivos de design, licenças de fontes e imagens). [Claude] lista o que transferir: registrador, host DNS e datas de renovação (pnpm wf:domain), as tags com seus IDs e os serviços de terceiros que as páginas carregam (pnpm wf:tracking --live).
  • Treinamento CMS (gravado) e notas de treinamento ([Claude] elabora a partir das notas do CMS).
  • Acesso ao Analytics, Tag Manager e Search Console.
  • Credenciais devolvidas; acesso da agência removido ou mantido sob contrato de suporte.
  • Termos de suporte e roadmap das primeiras melhorias.

Após o lançamento (primeiros 30 dias)

  • [Claude verifica] Dias 1 a 3: rastreie por 404s e cadeias de redirecionamento (pnpm wf:links --live --external); [Pessoa] verifica a cobertura do Search Console e exporta suas URLs "Não encontrado (404)"; [Claude verifica] pnpm wf:redirects test --live --file <export> e adiciona linhas ao mapa para as que falharem.
  • [Pessoa] Semana 1: leads chegando, números do analytics parecem corretos.
  • [Pessoa] Semanas 2 a 4: indexação e tráfego em relação à baseline.
  • [Claude] Corrija os itens pós-lançamento da lista de problemas conhecidos.
  • [Pessoa] 30 dias: check-in, retrospectiva, depoimento ou estudo de caso.
  • [Claude verifica] pnpm wf:domain no check-in (e em qualquer visita de suporte futura): renovações futuras vão para quem pagar por elas.
  • [Claude] Antes de cada nova release: pnpm wf:baseline compare --live após publicar no staging; cada mudança é esperada ou corrigida.
  • [Claude] Ofereça as novas GOTCHAS do projeto template-candidate ao template (webflow-build › rules.md › Contribuindo); o template as coleta com pnpm harvest.

Individual skills in this repo

This repo contains 4 individual skills — each has its own dedicated page.

brandvm/webflow-audit

Work on a Webflow site that is already live, without breaking it: a read-only audit first (visual baselines, speed as the median of several runs, accessibility, links, SEO and schema, CMS, custom code and interactions), a status tracker from the client's own checklist, a rollback point, then small batches that go to staging, are verified, and reach the live domain only when the person types "publish". Use when auditing or improving an existing live Webflow site (speed, SEO, accessibility, cleanup), moving a live site's custom code onto wf-template, or doing a one-off fix on a live site (a broken link, a carousel, a form). For a new site, use webflow-build.

brandvm/webflow-build

Build a Webflow site in Webflow from its approved localhost prototype (built first from the Figma design, in Bench or by Claude), with the Webflow MCP and this wf-template repo: variables, tag styles, classes and CMS, the repo port and loader, the style guide page, the media page, components, then pages section by section, each verified against the prototype at four widths, up to the build handoff. Use when building prototype pages from Figma frames, starting or continuing a Webflow build (Designer through the MCP plus JS/CSS in the repo), building components or pages, comparing Webflow staging with the prototype, checking anchors, page transitions, load flicker or the published HTML, or wrapping up a build session. For project setup, the inputs and the Webflow snapshot, use webflow-prototype; for launch, webflow-launch; for a site that is already live, webflow-audit.

brandvm/webflow-prototype

Start a Webflow project and build its Figma design as a localhost prototype that mirrors Webflow, before anything is written to Webflow. Covers setting up the repo and workspace from wf-template (pnpm new-project, or Bench's Add client from a Figma design), collecting the inputs, reading the Figma file, taking the Webflow snapshot, building the style guide and then each page with the site's own variables and class names, and the handoff pack for the Webflow build. Use for "New project: Webflow site <name>, Figma <link>", setting up a repo and workspace, reading a Figma file, starting or continuing a localhost prototype, proposing variables and classes, or preparing the handoff to the Webflow build. For building in Webflow, use webflow-build.

brandvm/webflow-style-guide

Make or update a Webflow site's style guide page in the one fixed layout every site uses (a sidebar of sections, each section a list of rows with the name on the left and the live specimen on the right), first in the localhost prototype and then in Webflow at /design/style-guide. Use when starting a project's style guide, when the style guide is the first page of a prototype or of a Webflow build, when a new class or component needs its row, when checking that every class is on the page before running Webflow's "Clean up unused styles", or when adding a style guide to an existing site.

Habilidades Relacionadas