Como usar este checklist
Siga a ordem. Cada fase termina com itens que têm um “pronto quando” claro, para você saber quando pode avançar. Se você vai lançar um site novo sem mudar a marca, pule os itens de implantação da marca; o resto continua valendo.
A ordem importa mais do que qualquer item isolado. Aprove os arquivos da marca antes de refazer os pontos de contato, avise sua equipe antes de avisar os clientes e coloque o site no ar antes que o anúncio leve as pessoas até ele.
Decida o que muda no dia do lançamento e o que pode esperar
Um rebranding não precisa chegar a todos os pontos de contato na mesma manhã. Divida o trabalho em duas listas:
- Dia do lançamento: o que um cliente provavelmente verá na primeira semana. O site, os perfis em redes sociais, as assinaturas de e-mail, o seu Perfil da Empresa no Google e os documentos que você mais envia, como propostas, orçamentos e notas fiscais.
- Implantação: o que pode vir depois, em um cronograma com datas. Material impresso em estoque, sinalização, embalagens, veículos e modelos mais antigos.
Dê a cada item um responsável e uma data. O item sem responsável é aquele que ainda estará com o logo antigo seis meses depois.
Semanas antes: a marca
Arquivos finais e manual de marca
- Arquivos finais do logo em formatos vetorial e raster, versões clara e escura, e um símbolo que continue legível no tamanho de um favicon.
- Valores de cor para tela e impressão, as fontes e licenças de fontes que cubram uso na web e no desktop.
- Um manual de marca curto o bastante para as pessoas realmente abrirem, além dos modelos que sua equipe mais usa.
- Uma pasta compartilhada com os arquivos aprovados. Arquive os antigos para ninguém pegá-los por engano.
Confira o novo nome antes de anunciá-lo
Se o nome mudar, confirme que você pode usá-lo em cada mercado antes de qualquer divulgação. A Global Brand Database da OMPI pesquisa marcas internacionais pelo Sistema de Madri e marcas de escritórios nacionais participantes, mas a própria OMPI recomenda pesquisar também nos registros nacionais e regionais. Peça a um advogado de marcas qualificado que revise os resultados e garanta o domínio e os perfis nas redes sociais ao mesmo tempo.
Faça o inventário de todos os pontos de contato
Liste todos os lugares onde a marca aparece, com o que muda, quem muda e quando:
- Site, domínios e endereços de e-mail
- Perfis em redes sociais: nome de exibição, usuário, foto de perfil, banner, bio e links
- Assinaturas de e-mail e respostas automáticas
- Documentos e modelos: propostas, orçamentos, notas fiscais, contratos, apresentações
- Perfil da Empresa no Google e outros diretórios
- Páginas nas lojas de aplicativos, se você tiver um app
- Contas de anúncios, marketplaces e páginas de pagamento
- Sinalização, embalagens, uniformes e veículos, se houver
O Perfil da Empresa no Google tem regras próprias para o nome
As diretrizes do Perfil da Empresa do Google dizem: “O nome deve refletir o nome real da sua empresa”, ou seja, o nome usado de forma consistente na fachada, no site e na papelaria. Elas também limitam o que conta como rebranding. Você pode editar o nome no perfil existente se os nomes próprios e os serviços presentes no nome continuarem os mesmos e a categoria da empresa não mudar, ou se uma empresa com vários locais mudar de nome. Caso contrário, o Google trata como uma nova empresa: você marca o perfil antigo como encerrado e cria um novo.
Leia essa seção antes de mexer no perfil. Mude primeiro o site e a sinalização, já que as diretrizes ligam o nome do perfil ao que os clientes veem ali.
Semanas antes: o site
Conteúdo, páginas legais e formulários
- Nenhum texto provisório, nome antigo ou logo antigo em lugar algum, incluindo títulos de página, texto alternativo de imagens e PDFs para download.
- Política de privacidade, termos e aviso de cookies atualizados com o novo nome e de acordo com o que o site realmente coleta.
- Todos os formulários testados de ponta a ponta: a mensagem chega à caixa de entrada ou ao CRM certo, o e-mail de confirmação usa a nova marca e nada cai no spam.
Analytics e consentimento
Instale o analytics e os eventos de conversão no ambiente de homologação e confirme que os eventos chegam. Se o site usa um banner de consentimento, verifique se as tags só disparam após o consentimento quando ele for exigido.
Acessibilidade conforme a WCAG 2.2
A WCAG 2.2 é uma Recomendação do W3C. Ela define três níveis de conformidade (A, AA e AAA); mire pelo menos o AA. Uma revisão pré-lançamento deve cobrir:
- Alternativas em texto para imagens (1.1.1)
- Contraste de texto de pelo menos 4,5:1, ou 3:1 para texto grande (1.4.3)
- Tudo utilizável pelo teclado, com foco visível que cabeçalhos fixos não escondam (2.1.1, 2.4.7, 2.4.11)
- Alvos de toque ou clique de pelo menos 24 por 24 pixels CSS, com as exceções previstas (2.5.8)
- Rótulos ou instruções nos campos de formulário (3.3.2) e idioma da página declarado (3.1.1)
Num rebranding, é no contraste que as coisas costumam quebrar. Teste a nova paleta contra o critério 1.4.3 enquanto as cores ainda podem mudar, não depois que o site estiver pronto.
Desempenho
Os limites das Core Web Vitals do Google são LCP de até 2,5 segundos, INP de 200 milissegundos ou menos e CLS de 0,1 ou menos, medidos no percentil 75 dos carregamentos de página. Um site novo ainda não tem dados de usuários reais: o relatório de Core Web Vitals do Search Console usa dados de campo do Chrome UX Report e deixa de fora URLs sem dados suficientes. Teste seus principais modelos de página no PageSpeed Insights ou no Lighthouse antes do lançamento.
Uma página 404 de verdade
Crie uma página 404 que ajude as pessoas a se orientar e confira se ela retorna o código de status 404. A documentação do Google sobre erros HTTP diz que uma resposta 2xx com página vazia ou mensagem de erro aparece no Search Console como soft 404.
Favicon, nome do site e imagens de compartilhamento
- Favicon. As diretrizes de favicon do Google pedem um ícone quadrado, recomendam mais de 48x48 pixels e exigem que tanto a página inicial quanto o arquivo do ícone possam ser rastreados. Mantenha a URL do ícone estável.
- Nome do site. Adicione dados estruturados
WebSitecom o novonamena página inicial, seguindo a documentação de nome do site do Google. O Google também lêog:site_name, o título e os cabeçalhos, então faça todos dizerem a mesma coisa. - Imagens de compartilhamento. O protocolo Open Graph exige
og:title,og:type,og:imageeog:urlem todas as páginas e diz que uma página comog:imagetambém deve definirog:image:alt. Cole alguns links em uma mensagem privada para conferir a prévia.
Se as URLs ou o domínio mudarem
Um nome novo costuma significar um domínio novo. Isso é uma migração, com seu próprio inventário de URLs, redirecionamentos permanentes e etapas no Search Console, e merece plano e teste próprios. Veja migração de site.
Contas, backups e propriedade
O registrador do domínio, o DNS, a hospedagem, o CMS, o analytics, o Search Console, o Perfil da Empresa e as contas de redes sociais devem pertencer à empresa, não ao login pessoal de alguém. Uma propriedade do Search Console precisa de pelo menos um proprietário verificado, e a página de permissões do Google diz que, se o único proprietário verificado sair da sua equipe, você deve verificar a propriedade novamente. Adicione um segundo proprietário agora. Faça backup do site antigo e do novo antes do lançamento e confirme que consegue restaurá-los.
Semana do lançamento
- Avise sua equipe primeiro. Explique a mudança, compartilhe as novas assinaturas e modelos e dê a quem atende clientes uma resposta curta para “vocês mudaram de nome?”
- Congele o conteúdo. Só entram correções do lançamento.
- Faça a revisão final no ambiente de homologação: links, formulários, layouts mobile e a página 404.
- Agende o anúncio externo para depois de confirmar que o site está no ar, não para o minuto em que você troca o DNS.
Dia do lançamento, em ordem
- Publique o site ou troque o DNS.
- Remova os bloqueios de homologação. A documentação de noindex do Google explica que, quando o robots.txt bloqueia uma página, o rastreador nunca vê a regra
noindexdela. Verifique o HTML publicado em busca denoindex, os cabeçalhos de resposta em busca deX-Robots-Tage o próprio robots.txt. - Faça um teste rápido da página inicial, das páginas principais, de todos os formulários e do status 404.
- No Search Console, verifique a propriedade e envie o sitemap XML. Você precisa de permissão de proprietário para enviar pelo relatório de Sitemaps, e o guia de sitemaps do Google chama o envio de “apenas uma sugestão”, então a meta de hoje é o status Sucesso, não a indexação imediata.
- Passe a página inicial e as páginas principais pela Inspeção de URL: rode o teste ao vivo e depois solicite a indexação. As solicitações têm cota diária e não garantem a indexação.
- Atualize os perfis em redes sociais, as assinaturas de e-mail e o Perfil da Empresa.
- Anuncie.
O checklist
| Fase | Tarefa | Pronto quando |
|---|---|---|
| Semanas antes | Arquivos finais e manual de marca | Uma pasta aprovada; arquivos antigos arquivados |
| Semanas antes | Novo nome verificado | Revisão de marca concluída; domínio e perfis garantidos |
| Semanas antes | Inventário de pontos de contato | Cada item tem responsável, mudança e data |
| Semanas antes | Conteúdo e páginas legais | Sem nomes antigos ou textos provisórios; políticas de acordo com o site |
| Semanas antes | Formulários | Cada um testado de ponta a ponta com a nova marca |
| Semanas antes | Analytics e consentimento | Eventos chegam na homologação, após o consentimento quando exigido |
| Semanas antes | Acessibilidade | Revisão WCAG 2.2 AA feita; problemas corrigidos ou registrados |
| Semanas antes | Desempenho | Principais modelos testados no PageSpeed Insights ou no Lighthouse |
| Semanas antes | Contas e backups | A empresa é dona de todas as contas; segundo proprietário no Search Console; restauração testada |
| Semana do lançamento | Comunicado interno | A equipe tem assinaturas, modelos e a resposta curta |
| Dia do lançamento | Bloqueios de homologação removidos | Nenhum noindex ou bloqueio de robots.txt nas páginas publicadas |
| Dia do lançamento | Sitemap enviado | Relatório de Sitemaps mostra Sucesso |
| Dia do lançamento | Páginas principais inspecionadas | Teste ao vivo aprovado; indexação solicitada |
| Dia do lançamento | Favicon, nome do site, Open Graph | Marcação no ar na página inicial; prévias de compartilhamento corretas |
| Dia do lançamento | Perfis e diretórios | Lista do dia do lançamento concluída |
| Primeiros 30 dias | Lista de implantação | Itens da segunda etapa concluídos nas datas previstas |
Os primeiros 30 dias
- Indexação. Verifique se as páginas principais estão indexadas e inspecione as que não estiverem.
- Nome e favicon nos resultados. O Google diz que cada um pode levar de vários dias a várias semanas para atualizar. Se o nome antigo ainda aparecer depois disso, confira se a marcação
WebSite, o título e o texto da página inicial dizem a mesma coisa. - Buscas pela marca. No relatório de Desempenho do Search Console, acompanhe cliques e impressões tanto do nome antigo quanto do novo.
- Leads. Compare os contatos recebidos com as semanas anteriores ao lançamento e envie todos os formulários de novo após a primeira semana.
- Erros 404. Corrija links internos quebrados e restaure ou substitua qualquer página ausente que as pessoas ainda procurem.
- Core Web Vitals. Abra o relatório quando os dados de usuários reais aparecerem.
- Implantação. Siga a lista da segunda etapa nas datas previstas e aposente o material impresso antigo.
- Dúvidas. Pergunte à equipe o que os clientes continuam perguntando sobre a mudança e responda no site.
Como a Dardo pode ajudar
O trabalho de rebranding da Dardo termina com uma etapa de implantação: mudanças no site, um plano de migração, um checklist de lançamento e a passagem do projeto para a sua equipe. Se a marca continua e só o site é novo, veja web design. Em qualquer caso, conte o que você vai lançar.
