--- title: "Redesign de site: checklist antes, durante e depois — Dardo" description: "Checklist de redesign de site por fase: linha de base com os limites de dados do Google, conteúdo, WCAG 2.2 e LBI, redirecionamentos, lançamento e 90 dias." url: "https://dardo.studio/pt/blog/checklist-redesign-de-site/" language: "pt" translations: {"en":"https://dardo.studio/en/blog/website-redesign-checklist/","es":"https://dardo.studio/es/blog/checklist-rediseno-web/"} updated: "2026-10-17T23:45:59.417Z" --- [Blog](https://dardo.studio/pt/blog/) # Checklist de redesign de site: o que fazer antes, durante e depois do lançamento, com SEO Checklist de redesign de site por fase: o que exportar primeiro, o que construir, como manter o SEO, o que testar no lançamento e o que acompanhar por 90 dias. Por [Nicolás Cerón](https://dardo.studio/pt/nicolas-ceron/) ·17 de outubro de 2026 ![Uma mesa de arquivo à noite com uma planta antiga de cidade e uma nova por cima, unidas ponto a ponto por um único fio carmesim sob uma luminária de latão.](https://dardo.studio/_astro/01M5639P10KBBG4KCS0X4VM8R7_Z188uvx.webp) ## Pontos-chave - Exporte a linha de base na primeira semana: o Search Console guarda 16 meses de dados, as explorações do GA4 guardam 2 ou 14 meses em propriedades padrão e a exportação para o BigQuery não recupera o passado. - Dê a cada URL antiga uma decisão (manter, reescrever, juntar, remover ou nova) e proteja as páginas que mais trazem cliques e conversões. - No Brasil, a acessibilidade é obrigatória nos sites de empresas com sede ou representação no país (art. 63 da LBI); construa em cima da WCAG 2.2 AA e de um orçamento de desempenho escrito. - Mantenha a homologação fora do Google com senha, não com robots.txt, e preserve cada URL com valor por meio de um redirecionamento 301 ou 308 de um salto por pelo menos um ano. - Avalie o redesign contra a linha de base aos 30, 60 e 90 dias: os dados do Search Console chegam com dois a três dias de atraso e as Core Web Vitals usam uma janela de 28 dias. ## A resposta curta Um redesign de site dá certo quando o site antigo é medido antes de alguém abrir o primeiro arquivo de design. Exporte primeiro a linha de base: o Search Console guarda só 16 meses de dados, e as explorações do Google Analytics 4 só 2 ou 14 meses na versão gratuita. Depois liste todas as URLs que trazem cliques, contatos ou links e decida o que acontece com cada uma. Construa o site novo em cima de metas escritas, com responsáveis pelo conteúdo, uma meta de acessibilidade (WCAG 2.2 AA), um orçamento de desempenho e um ambiente de homologação que o Google não consiga indexar. No dia do lançamento, teste DNS, redirecionamentos, regras de rastreamento, Search Console e cada formulário. E compare com a linha de base aos 30, 60 e 90 dias. O conselho do Google para mudanças grandes é mudar uma coisa de cada vez ([Google Search Central](https://developers.google.com/search/docs/crawling-indexing/site-move-with-url-changes)). Se você também vai trocar de plataforma ou de domínio, faça a migração como uma fase separada e siga nosso [checklist de SEO para migração de site](https://dardo.studio/pt/blog/checklist-seo-migracao-de-site/). Para orçar o trabalho, veja [quanto custa um redesign de site](https://dardo.studio/pt/blog/quanto-custa-redesign-de-site/). ## Qual checklist você precisa | Projeto | O que muda | Use este checklist para | Leia também | | ----------- | -------------------------------------------------- | ----------------------------------------- | ----------------------- | | Atualização | Visual e textos; mesmas páginas, URLs e plataforma | Antes, design system, lançamento, 30 dias | Este guia | | Redesign | Estrutura, conteúdo e design; algumas URLs mudam | Tudo | Este guia | | Migração | Plataforma, hospedagem ou domínio | SEO e lançamento | O checklist de migração | ## Antes: guarde o que o site antigo sabe ### Exporte a linha de base enquanto ela ainda existe Toda fonte de «o que estava funcionando» tem limite de tempo ou de linhas. Exporte na primeira semana do projeto, não na semana antes do lançamento: | Dado | Onde | Limite | O que exportar já | | ------------------------------------------ | ----------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ----------------------------------------------------------------------------------------------------- | | Cliques, impressões e consultas por página | Search Console, relatório de Desempenho | 16 meses de dados ([Google](https://support.google.com/analytics/answer/13682862)); as tabelas mostram no máximo 1.000 linhas ([Ajuda do Search Console](https://support.google.com/webmasters/answer/96568)) | Páginas e consultas de 16 meses, por dispositivo e país; use a API do Search Console para mais linhas | | Dados diários de busca daqui em diante | Exportação em massa do Search Console para o BigQuery | Não recupera o passado: a primeira exportação inclui os dados do dia em que você a ativa ([Ajuda do Search Console](https://support.google.com/webmasters/answer/12917675)) | Ative no primeiro dia se o site tiver tráfego de busca real | | Conversões por página de entrada | Google Analytics 4 | Explorações e funis só guardam 2 ou 14 meses em propriedades padrão; os relatórios padrão não são afetados ([Ajuda do Analytics](https://support.google.com/analytics/answer/7667196)) | Página de entrada × eventos principais de 12 meses, mais a mesma época do ano anterior | | Links para as suas páginas | Search Console, relatório de Links | Tabelas de no máximo 1.000 linhas, e não é uma lista completa ([Ajuda do Search Console](https://support.google.com/webmasters/answer/9049606)) | Páginas mais linkadas e sites que mais linkam para você | | Core Web Vitals por template | PageSpeed Insights, Search Console | Janela móvel de 28 dias | LCP, INP e CLS no percentil 75 de cada template principal | | Contatos por origem | Seu CRM, WhatsApp Business ou e-mail | O que você guardar | Contatos por mês em 12 meses, por origem | Coloque os números numa única planilha com a data da exportação. Depois do lançamento, essa planilha é a única comparação justa que você vai ter. ### Ordene as páginas que se pagam Ordene as páginas duas vezes: por cliques orgânicos e por conversões. Uma página de preços com pouco tráfego e a maior parte dos seus contatos vale mais que um post com muitos cliques e nenhum contato. Marque como protegidas as primeiras das duas listas: elas mantêm a URL sempre que possível, o conteúdo é reescrito com cuidado em vez de substituído, e cada uma é conferida à mão no dia do lançamento. ### Faça o inventário de conteúdo e decida por URL Rastreie o site, junte todas as URLs do sitemap e as da exportação do Search Console, e dê uma decisão para cada uma: | Decisão | Quando | O que acontece com a URL | | ---------- | ------------------------------------------ | ----------------------------------------------- | | Manter | Funciona e ainda faz sentido | Mesma URL, template novo | | Reescrever | O tema traz tráfego, a página é fraca | Mesma URL, conteúdo novo | | Juntar | Várias páginas fracas cobrem um mesmo tema | Uma página; as outras com 301 para ela | | Remover | Sem tráfego, sem links, sem propósito | 404 ou 410, não um redirecionamento para a home | | Nova | Uma lacuna que as metas exigem | URL nova, incluída no sitemap | Cortar é um resultado legítimo. Quando aposentamos 15 idiomas traduzidos por máquina do dardo.studio em 14 de outubro de 2026, saíram 795 das 954 URLs do site, que juntas traziam uns quatro cliques de busca por semana; cada uma responde hoje com um 301 para a versão em inglês, o equivalente mais próximo, e nenhum visitante ou link cai num beco sem saída. ### Audite o encanamento do site antigo Do rastreamento, anote códigos de status, cadeias de redirecionamento existentes, canônicas, hreflang, dados estruturados, regras de robots e sitemaps. Depois liste tudo o que não é página: formulários e para onde vão, agendamento, chat e botão de WhatsApp, pagamentos, mapas, vídeos incorporados, PDFs que as pessoas linkam e cada tag de rastreamento. Cada item precisa de um responsável e de um plano no site novo. ### Defina metas, KPIs e quem decide | Meta | KPI | Linha de base vem de | | -------------------------- | ---------------------------------------------------------------------------------------------- | ---------------------------------- | | Mais contatos qualificados | Formulários, conversas e reuniões por mês; taxa de conversão das principais páginas de entrada | CRM, eventos principais do GA4 | | Manter o tráfego de busca | Cliques orgânicos nas páginas protegidas | Search Console | | Páginas mais rápidas | Parcela de visitas com LCP, INP e CLS bons no celular | PageSpeed Insights, Search Console | | Site acessível | Problemas de WCAG 2.2 AA nos templates principais | Uma auditoria do site atual | | Edição mais fácil | Tempo para a equipe publicar uma página | Pergunte a quem edita | Depois dê nome às pessoas: quem aprova cada fase, os revisores, um responsável pelo conteúdo de cada seção, quem assina as páginas legais e quem controla o registro do domínio e o DNS. Essa última pessoa costuma aparecer só no dia do lançamento. Nosso [gerador de briefing para site](https://dardo.studio/pt/ferramentas/briefing-para-site/) reúne metas, páginas, responsáveis pelo conteúdo e aprovações num documento que você pode mandar às agências. ## Durante: construa o site novo de propósito ### Arquitetura de informação Parta das tarefas que os visitantes vêm fazer e das páginas protegidas, e desenhe a lista de páginas e os padrões de URL. Mantenha as URLs existentes sempre que a nova estrutura permitir: cada URL mantida é um redirecionamento a menos. Garanta que a navegação use links de verdade, elementos `` com `href`, que os buscadores conseguem seguir. ### Plano de conteúdo com responsáveis e datas O conteúdo é a parte de um redesign que mais atrasa, e não dá para aprovar um design em cima de texto provisório. Acompanhe como qualquer outra entrega: | Página | Responsável | Rascunho até | Aprova | Status | | ----------------------- | --------------------- | ------------ | ------------------ | ------------ | | Home | Líder de marketing | Semana 3 | Diretoria | Em redação | | Preços | Líder comercial | Semana 3 | Diretoria | Não iniciado | | Páginas de serviço (×6) | Cada líder de serviço | Semana 5 | Líder de marketing | Não iniciado | Ao reescrever uma página, mantenha os temas e termos pelos quais ela ranqueava, a menos que você tenha decidido mudar o propósito dela. Nosso guia sobre [quanto tempo leva para fazer um site](https://dardo.studio/pt/blog/quanto-tempo-leva-para-fazer-um-site/) explica por que o conteúdo e as aprovações, não o código, definem a maioria dos cronogramas. ### Design system e acessibilidade Construa os componentes uma vez, acessíveis, e todas as páginas herdam. No Brasil isso não é só boa prática: a Lei Brasileira de Inclusão diz que «é obrigatória a acessibilidade nos sítios da internet mantidos por empresas com sede ou representação comercial no País» (art. 63 da [Lei 13.146/2015](https://www.planalto.gov.br/ccivil%5F03/%5Fato2015-2018/2015/lei/l13146.htm)); nosso guia sobre [acessibilidade digital e a LBI](https://dardo.studio/pt/blog/acessibilidade-digital-lei-brasileira-de-inclusao/) detalha o que isso implica (não é aconselhamento jurídico). Mire na WCAG 2.2 AA, a Recomendação do W3C publicada em 5 de outubro de 2023, que acrescentou seis critérios nos níveis A e AA: foco não obscurecido, movimentos de arrastar, tamanho do alvo (pelo menos 24 por 24 pixels CSS, ou espaçamento suficiente), ajuda consistente, entrada redundante e autenticação acessível ([W3C](https://www.w3.org/WAI/standards-guidelines/wcag/new-in-22/)). Um redesign é a hora mais barata de corrigir os erros que quase todo site carrega. A análise da WebAIM de 2026 sobre o milhão de páginas iniciais mais visitadas encontrou falhas detectáveis de WCAG em 95,9% delas, e os mesmos seis erros explicam a maioria ([WebAIM](https://webaim.org/projects/million/)): | Erro | Páginas iniciais afetadas | | --------------------------------- | ------------------------- | | Texto com baixo contraste | 83,9% | | Imagens sem texto alternativo | 53,1% | | Campos de formulário sem rótulo | 51,0% | | Links vazios | 46,3% | | Botões vazios | 30,6% | | Idioma do documento não declarado | 13,5% | Cada um mora num componente ou template: as cores do sistema, o componente de imagem, o campo de formulário, o botão com ícone. Confira a lista completa de critérios no nosso [checklist WCAG 2.2](https://dardo.studio/pt/ferramentas/checklist-wcag-2-2/), que também mostra os itens da ABNT NBR 17225 ligados a cada critério. ### Orçamento de desempenho Escreva os limites antes de o design começar, para que um vídeo pesado na home ou um terceiro widget de chat seja uma decisão, não um acidente. As metas do Google são LCP de até 2,5 segundos, INP de até 200 milissegundos e CLS de até 0,1, no percentil 75 das visitas ([web.dev](https://web.dev/articles/vitals)). Traduza isso em orçamentos por template, como kilobytes de JavaScript ou número de fontes web. No Brasil, onde os sites reprovam sobretudo no celular, isso pesa ainda mais. Nosso guia para [melhorar o INP](https://dardo.studio/pt/blog/melhorar-inp/) cobre os scripts que mais estouram esse orçamento. ### Plano de analytics e consentimento Liste cada evento principal do site antigo (formulário enviado, clique no WhatsApp, reunião agendada, checkout iniciado) e o nome dele no site novo, para os relatórios continuarem comparáveis depois do lançamento. Decida quais tags disparam antes e depois do consentimento, instale-as na homologação e confira que cada evento chega uma única vez. ### Uma homologação que o Google não consiga indexar O robots.txt não serve para esconder a homologação: o Google avisa que ele não é um mecanismo para manter uma página fora dos resultados ([Google Search Central](https://developers.google.com/search/docs/crawling-indexing/robots/intro)), e uma página bloqueada pelo robots.txt não consegue mostrar sua regra noindex, porque o rastreador nunca a vê ([Google Search Central](https://developers.google.com/search/docs/crawling-indexing/block-indexing)). Coloque a homologação atrás de senha ou de autenticação HTTP. Se também usar noindex, mantenha uma lista de cada lugar onde ele foi colocado, para nenhum sobreviver ao lançamento. ## O SEO, numa única tabela | Item | Regra | Pronto quando | | ---------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------- | | Mapa de URLs | Cada URL antiga com tráfego, links ou favoritos vai para a página nova mais parecida | Nenhuma URL antiga sem decisão | | Redirecionamentos | 301 ou 308 permanentes no servidor, de um salto, direto para a URL final ([Google](https://developers.google.com/search/docs/crawling-indexing/301-redirects)) | Sem cadeias, sem redirecionamentos em massa para a home | | Páginas removidas | 404 ou 410 | As URLs removidas respondem 404 ou 410 | | Títulos e descrições | Levados campo a campo nas páginas mantidas e reescritas | As páginas protegidas mantêm o título, salvo mudança deliberada | | Canônicas | Autorreferentes, com as URLs novas | Canônicas, redirecionamentos e sitemap batem | | Dados estruturados | Refeitos nos templates novos | O teste de pesquisa aprimorada passa ([Google](https://developers.google.com/search/docs/appearance/structured-data/intro-structured-data)) | | Links internos | Apontam para URLs finais, não para redirecionamentos | Um rastreamento do site novo não encontra redirecionamentos internos | | Sitemaps | Só URLs novas; até 50.000 URLs ou 50 MB por arquivo; o Google ignora priority e changefreq ([Google](https://developers.google.com/search/docs/crawling-indexing/sitemaps/build-sitemap)) | Enviado no Search Console | | Hreflang, se for multilíngue | Cada idioma lista a si mesmo e todas as outras versões; tags que não apontam nos dois sentidos são ignoradas ([Google](https://developers.google.com/search/docs/specialty/international/localized-versions)) | Cada par é recíproco; x-default definido | Mantenha os redirecionamentos por pelo menos um ano, como recomenda o guia do Google para mudanças de site. Nosso [gerador de redirecionamento 301](https://dardo.studio/pt/ferramentas/gerador-redirecionamento-301/) cruza o sitemap antigo com o novo e aponta cadeias, loops e redirecionamentos para a home; o [checklist de migração](https://dardo.studio/pt/blog/checklist-seo-migracao-de-site/) aprofunda cada linha, plataforma por plataforma. ## O dia do lançamento 1. **DNS.** Se a hospedagem mudar, reduza o TTL pelo menos uma semana antes ([Google Search Central](https://developers.google.com/search/docs/crawling-indexing/site-move-no-url-changes)). Se os servidores de nomes mudarem, conte com até 24 horas para o registrador atualizá-los ([Cloudflare](https://developers.cloudflare.com/dns/zone-setups/full-setup/setup/)). Garanta que quem tem acesso ao Registro.br ou ao registrador esteja disponível. 2. **Redirecionamentos.** Publique-os na mesma versão do site novo e teste o mapa inteiro com o script abaixo. 3. **Regras de rastreamento.** Tire as senhas da homologação e cada noindex da sua lista, e confira que o robots.txt de produção não bloqueia o que deve ser rastreado. Rode o teste ao vivo da ferramenta de inspeção de URL do Search Console na home e em duas páginas protegidas. 4. **Search Console.** Confirme que a propriedade está verificada, envie o sitemap novo e confira que ele é lido sem erros. 5. **Formulários e e-mail.** Envie cada formulário de verdade. Confirme que cada envio chega ao e-mail e ao CRM, e que os e-mails de confirmação não caem no spam: o Gmail exige que todo remetente autentique o domínio com SPF ou DKIM ([Ajuda do Gmail](https://support.google.com/mail/answer/81126)). Se o formulário coleta dados pessoais, a LGPD garante ao titular acesso claro à finalidade do tratamento e à identificação do controlador (art. 9 da [Lei 13.709/2018](https://www.planalto.gov.br/ccivil%5F03/%5Fato2015-2018/2018/lei/l13709.htm)); nosso guia de [LGPD para sites](https://dardo.studio/pt/blog/lgpd-para-sites/) detalha o que pôr no formulário (não é aconselhamento jurídico). 6. **Analytics.** Acompanhe o relatório em tempo real enquanto dispara cada evento principal uma vez. 7. **Teste rápido.** Abra as páginas protegidas no celular, confira a página 404 e faça uma checagem de acessibilidade e velocidade nos templates principais. Para o passo 2, um script curto confere se cada URL antiga responde com um 301 para o destino certo, num único salto: ```bash # redirects.csv: url_antiga,url_nova (uma por linha) while IFS=, read -r old new; do result=$(curl -s -o /dev/null -w '%{http_code} %{redirect_url}' "$old") [ "$result" = "301 $new" ] || echo "CONFERIR $old -> $result (esperado $new)" done < redirects.csv ``` ## Os primeiros 30, 60 e 90 dias Os dados do Search Console costumam aparecer com dois a três dias de atraso ([Ajuda do Search Console](https://support.google.com/webmasters/answer/96568)), e as Core Web Vitals usam uma janela móvel de 28 dias, então as primeiras comparações úteis chegam semanas depois do lançamento. | Quando | O que conferir | Aja se | | ---------------------- | ---------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------- | | Dias 1–14, todo dia | 404 nos logs do servidor ou no analytics; envios de formulário; eventos principais | Um 404 tem tráfego: inclua o redirecionamento que falta. Um formulário está mudo: teste | | Dias 7–30, toda semana | Relatórios de indexação de páginas e de sitemaps; cliques nas páginas protegidas | As URLs novas não indexam: revise regras de robots, canônicas e links internos | | Dia 30 | Cliques e conversões por página contra a linha de base, nos mesmos dias da semana | Uma página protegida perdeu cliques: confira redirecionamento, título, conteúdo e links internos, nessa ordem | | Dias 30–45 | As Core Web Vitals já refletem só o site novo | Um template está ruim no celular: corrija antes de acrescentar recursos | | Dia 60 | Links externos para URLs redirecionadas | Peça aos sites que mais valem para você que atualizem o link | | Dia 90 | Cada KPI contra a linha de base; nova checagem de acessibilidade | Decida o que continuar melhorando; mantenha os redirecionamentos por pelo menos um ano | Espere oscilações nas primeiras semanas. Com qualquer mudança significativa num site, o Google avisa de flutuações temporárias no ranking enquanto ele rastreia de novo, e, para mudanças com troca de URLs, diz que um site pequeno ou médio pode levar algumas semanas para a maioria das páginas migrar ([Google Search Central](https://developers.google.com/search/docs/crawling-indexing/site-move-with-url-changes)). Uma queda que persiste numa página protegida é um erro a encontrar, não um mau tempo a esperar passar. ## O checklist completo | Fase | Tarefa | Pronto quando | | ---------- | ------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------- | | Antes | Exportar Search Console, GA4, links e Core Web Vitals | Uma planilha de linha de base com data | | Antes | Ordenar páginas por cliques e conversões | Páginas protegidas marcadas | | Antes | Inventário de conteúdo com uma decisão por URL | Cada URL tem manter, reescrever, juntar, remover ou nova | | Antes | Auditoria técnica e lista de integrações | Cada formulário, tag e elemento incorporado tem responsável | | Antes | Metas, KPIs, quem decide | Escritos e aprovados | | Durante | Arquitetura de informação | Lista de páginas e padrões de URL aprovados; URLs mantidas marcadas | | Durante | Plano de conteúdo | Cada página tem responsável, prazo e aprovador | | Durante | Design system | Os componentes atendem à WCAG 2.2 AA | | Durante | Orçamento de desempenho | Limites por template, conferidos em cada entrega | | Durante | Plano de analytics | Eventos antigos e novos mapeados; testados na homologação | | Durante | Homologação | Com senha; locais de noindex listados | | SEO | Mapa de redirecionamentos, metadados, canônicas, dados estruturados, links internos, sitemaps, hreflang | Cada linha da tabela de SEO pronta | | Lançamento | DNS, redirecionamentos, regras de rastreamento, Search Console, formulários, analytics | Os sete testes do lançamento passam | | Depois | Revisões aos 30, 60 e 90 dias | KPIs comparados com a linha de base | ## O que fazer agora Escreva primeiro o briefing: nosso [gerador de briefing para site](https://dardo.studio/pt/ferramentas/briefing-para-site/) transforma metas, páginas e responsáveis pelo conteúdo num documento que as agências conseguem orçar, e o [gerador de redirecionamento 301](https://dardo.studio/pt/ferramentas/gerador-redirecionamento-301/) faz a primeira passada do mapa de URLs. Se quiser que a Dardo conduza o projeto, veja [redesign de site](https://dardo.studio/pt/servicos/redesign-de-site/), ou [migração de site](https://dardo.studio/pt/servicos/migracao-de-site/) se a plataforma ou o domínio também mudarem. ## Perguntas frequentes **Um redesign de site prejudica o SEO?** Pode prejudicar, principalmente quando URLs que traziam tráfego deixam de responder, títulos e conteúdo de páginas fortes são substituídos ou os templates novos perdem links internos e dados estruturados. Mantenha as URLs que puder, redirecione o resto uma a uma com 301, leve os metadados e compare com uma linha de base depois do lançamento. Alguma oscilação de ranking nas primeiras semanas é normal. **Devo mudar as URLs num redesign?** Só onde a nova estrutura exigir. Cada URL mantida é um redirecionamento a menos e um sinal de ranqueamento que você não arrisca. Quando uma URL precisar mudar, redirecione a antiga com um 301 ou 308 permanente no servidor, direto para o equivalente mais próximo, e mantenha o redirecionamento por pelo menos um ano. **O que fazer antes de começar o redesign de um site?** Exporte os dados do Search Console, do analytics, de links e de Core Web Vitals, porque parte deles expira; ordene as páginas por cliques e conversões; faça o inventário de URLs com uma decisão para cada uma; audite formulários, tags e integrações; e escreva as metas, os KPIs e quem aprova cada fase. **Como evitar que o Google indexe a homologação?** Coloque-a atrás de senha ou de autenticação HTTP. O Google avisa que o robots.txt não serve para tirar uma página dos resultados, e uma página bloqueada pelo robots.txt não consegue mostrar a regra noindex. Se também usar noindex, anote cada lugar onde ele foi colocado para tirá-lo no lançamento. **Quanto tempo o ranking leva para se estabilizar depois de um redesign?** Espere oscilações por algumas semanas enquanto o Google rastreia o site de novo; para mudanças com troca de URLs, o Google diz que um site pequeno ou médio pode levar algumas semanas para a maioria das páginas migrar. Se uma página protegida continua em queda depois de um mês, quase sempre há uma causa concreta: um redirecionamento faltando, um título alterado ou links internos perdidos. **A acessibilidade é obrigatória no redesign de um site no Brasil?** A Lei Brasileira de Inclusão, no artigo 63, torna obrigatória a acessibilidade nos sites mantidos por empresas com sede ou representação comercial no país, conforme as diretrizes adotadas internacionalmente. Um redesign é a melhor hora de construir isso nos componentes. Para o seu caso concreto, consulte um advogado. ## Fontes e leituras adicionais Fontes desta página, com mais detalhes dos publicadores originais. - [Cloudflare DNS docs: alterar os servidores de nomes](https://developers.cloudflare.com/dns/zone-setups/full-setup/setup/) · developers.cloudflare.com - [Google Search Central: introdução aos dados estruturados](https://developers.google.com/search/docs/appearance/structured-data/intro-structured-data) · developers.google.com - [Google Search Central: redirecionamentos e a Pesquisa Google](https://developers.google.com/search/docs/crawling-indexing/301-redirects) · developers.google.com - [Google Search Central: bloquear a indexação com noindex](https://developers.google.com/search/docs/crawling-indexing/block-indexing) · developers.google.com - [Google Search Central: introdução ao robots.txt](https://developers.google.com/search/docs/crawling-indexing/robots/intro) · developers.google.com - [Google Search Central: mudar de hospedagem](https://developers.google.com/search/docs/crawling-indexing/site-move-no-url-changes) · developers.google.com - [Google Search Central: mudanças de site com alteração de URL](https://developers.google.com/search/docs/crawling-indexing/site-move-with-url-changes) · developers.google.com - [Google Search Central: criar e enviar um sitemap](https://developers.google.com/search/docs/crawling-indexing/sitemaps/build-sitemap) · developers.google.com - [Google Search Central: versões localizadas das suas páginas](https://developers.google.com/search/docs/specialty/international/localized-versions) · developers.google.com - [Ajuda do Google Analytics: relatório de Consultas do GA4 (Search Console guarda 16 meses)](https://support.google.com/analytics/answer/13682862) · support.google.com - [Ajuda do Google Analytics: retenção de dados](https://support.google.com/analytics/answer/7667196) · support.google.com - [Ajuda do Gmail: diretrizes para remetentes](https://support.google.com/mail/answer/81126) · support.google.com - [Ajuda do Search Console: iniciar uma exportação em massa de dados](https://support.google.com/webmasters/answer/12917675) · support.google.com - [Ajuda do Search Console: relatório de Links](https://support.google.com/webmasters/answer/9049606) · support.google.com - [Ajuda do Search Console: sobre os dados do Search Console](https://support.google.com/webmasters/answer/96568) · support.google.com - [web.dev: Web Vitals](https://web.dev/articles/vitals) · web.dev - [WebAIM: The WebAIM Million, relatório 2026](https://webaim.org/projects/million/) · webaim.org - [Planalto: Lei 13.146/2015, Lei Brasileira de Inclusão](https://www.planalto.gov.br/ccivil%5F03/%5Fato2015-2018/2015/lei/l13146.htm) · planalto.gov.br - [Planalto: Lei 13.709/2018, Lei Geral de Proteção de Dados](https://www.planalto.gov.br/ccivil%5F03/%5Fato2015-2018/2018/lei/l13709.htm) · planalto.gov.br - [W3C WAI: What's new in WCAG 2.2](https://www.w3.org/WAI/standards-guidelines/wcag/new-in-22/) · w3.org [Nicolás Cerón](https://dardo.studio/pt/nicolas-ceron/) Nicolás Cerón é o fundador da Dardo, um estúdio de marca, design e desenvolvimento web em Bogotá, na Colômbia. ## Artigos relacionados - [**Checklist de SEO para migração de site: troque de plataforma ou domínio sem perder posições**As posições raramente caem por causa da nova plataforma, e sim porque URLs que geravam tráfego deixaram de responder. Um checklist do inventário de URLs ao dia 90.](https://dardo.studio/pt/blog/checklist-seo-migracao-de-site/) - [**Quanto custa um redesign de site em 2026? Atualizar, redesenhar ou refazer**Preços publicados em 2026 para atualizar, redesenhar ou refazer um site nos EUA e no Brasil, o que um redesign acrescenta e como pedir orçamentos comparáveis.](https://dardo.studio/pt/blog/quanto-custa-redesign-de-site/) - [**Quanto tempo leva para fazer um site? Prazos por tipo de site, de agências brasileiras e plataformas**Agências brasileiras publicam de 5 a 15 dias para sites em pacote e de 30 a 60 dias corridos para sites sob medida. Conteúdo e aprovações definem o prazo.](https://dardo.studio/pt/blog/quanto-tempo-leva-para-fazer-um-site/) - [**Como melhorar o INP (Interaction to Next Paint): encontre a interação lenta e o script que a causa**O INP é bom com até 200 ms em 75% das visitas. Encontre o toque lento e o script dele com dados de campo e corrija o carregamento, o código ou a renderização.](https://dardo.studio/pt/blog/melhorar-inp/) ## Continue explorando. - [Serviço · **Redesign de site construído sobre o que já funciona**](https://dardo.studio/pt/servicos/redesign-de-site/) - [Seu projeto · **Vamos conversar**](https://dardo.studio/pt/contato/)