--- title: "Checklist SEO de migração de site: mantenha seu ranking — Dardo" description: "Troque de plataforma ou domínio sem perder posições no Google: inventário de URLs, redirecionamentos 1:1, checagens no lançamento e monitoramento por 90 dias." url: "https://dardo.studio/pt/blog/checklist-seo-migracao-de-site/" language: "pt" translations: {"en":"https://dardo.studio/en/blog/website-migration-seo-checklist/","es":"https://dardo.studio/es/blog/migrar-pagina-web-sin-perder-posicionamiento/","fr":"https://dardo.studio/fr/blog/checklist-seo-migration-site-web/","de":"https://dardo.studio/de/blog/website-relaunch-seo-checkliste/","it":"https://dardo.studio/it/blog/checklist-seo-migrazione-sito-web/","nl":"https://dardo.studio/nl/blog/website-migratie-seo-checklist/","sv":"https://dardo.studio/sv/blogg/checklista-webbplatsmigrering-seo/","pl":"https://dardo.studio/pl/blog/migracja-strony-seo-checklista/","uk":"https://dardo.studio/uk/blog/website-migration-seo-checklist/","ru":"https://dardo.studio/ru/blog/website-migration-seo-checklist/","ar":"https://dardo.studio/ar/blog/website-migration-seo-checklist/","hi":"https://dardo.studio/hi/blog/website-migration-seo-checklist/","th":"https://dardo.studio/th/blog/website-migration-seo-checklist/","ja":"https://dardo.studio/ja/blog/website-migration-seo-checklist/","ko":"https://dardo.studio/ko/blog/website-migration-seo-checklist/","zh-Hans":"https://dardo.studio/zh-Hans/blog/website-migration-seo-checklist/","zh-Hant":"https://dardo.studio/zh-Hant/blog/website-migration-seo-checklist/"} updated: "2026-10-10T08:58:33.007Z" --- [Blog](https://dardo.studio/pt/blog/) # 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. Por [Nicolás Cerón](https://dardo.studio/pt/estudio/) ·10 de outubro de 2026 ![Uma cidade antiga murada e uma cidade moderna em margens opostas de um rio, à noite, ligadas por uma ponte de pedra onde uma linha carmesim de luz guia os viajantes do portão antigo até a cidade nova.](https://dardo.studio/_astro/01M4GYEE19GWZ3941KFH1RTVRX_27BhoE.webp) ## A resposta curta Um site mantém suas posições em uma migração quando toda URL que gera tráfego ou links continua respondendo após o lançamento: o mesmo conteúdo no mesmo endereço ou um redirecionamento permanente no servidor para o equivalente mais próximo. A maioria dos problemas de migração vem de uma URL que ninguém colocou na lista. O [guia do Google sobre mudanças de site com alteração de URLs](https://developers.google.com/search/docs/crawling-indexing/site-move-with-url-changes) define a base: mapeie cada URL antiga para uma nova, use redirecionamentos permanentes no servidor, como 301 ou 308, mantenha-os "geralmente por pelo menos 1 ano" e "espere uma flutuação temporária no ranking do site durante a mudança". O mesmo guia recomenda mudar uma coisa de cada vez: primeiro o novo domínio, depois o novo layout. A [documentação de Mudança de endereço](https://support.google.com/webmasters/answer/9370220) do Google é mais direta. Se você combina a mudança com uma reformulação do conteúdo e da estrutura de URLs, "você provavelmente verá alguma perda de tráfego" enquanto o Google reavalia cada página. Se precisar fazer as duas coisas, planeje o [redesign](https://dardo.studio/pt/servicos/redesign-de-site/) como uma etapa separada. ## Três tipos de migração | Migração | O que muda | Redirecionamentos | Search Console | | ----------------------------------------------------- | ---------------------------------------------------- | -------------------------- | ------------------------------------------------- | | Somente hospedagem | Servidores ou CDN; todas as URLs continuam iguais | Nenhum | Acompanhar rastreamento e indexação | | Plataforma (Wix para WordPress, WordPress para Astro) | CMS, templates e, normalmente, alguns padrões de URL | Toda URL cujo caminho muda | Novo sitemap e depois monitoramento | | Domínio ou subdomínio | Todas as URLs | Todas | Mudança de endereço para cada variante verificada | Em uma migração só de hospedagem, o [guia de hospedagem](https://developers.google.com/search/docs/crawling-indexing/site-move-no-url-changes) do Google recomenda reduzir o TTL do DNS "pelo menos uma semana antes da mudança" e manter os servidores antigos ativos até que o tráfego neles chegue a zero. Uma queda breve na taxa de rastreamento após o lançamento é normal. ## Antes da migração: liste tudo o que tem uma URL O mapa de redirecionamentos só é tão bom quanto a lista de URLs antigas que o sustenta, e toda fonte deixa algo de fora. ### Rastreie o site atual Rastreie o site atual e exporte todas as URLs com código de status, título, meta description, tags canonical e hreflang; depois, acrescente todas as URLs do sitemap XML. O Google também sugere consultar os logs do servidor em busca de URLs visitadas pelo menos uma vez recentemente. ### Extraia as páginas de entrada do Search Console e do analytics No [relatório de Desempenho](https://support.google.com/webmasters/answer/7576553) do Search Console, exporte a aba Páginas com o maior período disponível e faça o mesmo com as páginas de entrada orgânicas no analytics. Essas páginas trazem o tráfego e os leads, por isso cada uma é conferida manualmente no lançamento. ### Descubra quem linka para você O [relatório de Links](https://support.google.com/webmasters/answer/9049606) mostra suas páginas mais linkadas, mas suas tabelas "são limitadas a 1.000 linhas" e o Google diz que não é uma lista completa. Combine-o com qualquer ferramenta de backlinks que você use. ### Liste formulários, integrações e mídia Anote cada formulário e para onde vão os envios, cada ferramenta incorporada (reservas, chat, mapas, pagamentos) e cada arquivo para o qual as pessoas linkam diretamente. O guia do Google diz para incluir no plano "vídeos, imagens, arquivos JavaScript e CSS", porque essas URLs mudam como qualquer outro conteúdo. ### Monte o mapa de redirecionamentos Uma linha por URL antiga: URL antiga, URL nova, código de status, observações, testado. Quatro regras: - Mapeie cada URL antiga para o equivalente mais próximo. Redirecionar muitas URLs antigas para um único destino irrelevante, como a página inicial, "pode ser tratado como um erro 404 soft". - Se várias páginas antigas foram unidas em uma só, redirecione todas para ela. - Se uma página não tem equivalente, retorne 404 ou 410 em vez de redirecionar. - Mantenha os caminhos inalterados sempre que a nova plataforma permitir. ## Durante a construção: redirecionamentos e o que viaja com eles ### Use redirecionamentos 301 ou 308 no servidor, de 1 para 1 A [documentação de redirecionamentos](https://developers.google.com/search/docs/crawling-indexing/301-redirects) do Google diz que 301 e 308 indicam que "o destino do redirecionamento deve ser canônico" e recomenda "um redirecionamento permanente no servidor sempre que possível". Os códigos temporários (302, 303, 307) não indicam isso, e redirecionamentos em JavaScript são o último recurso. Redirecione direto para a URL final. Os rastreadores do Google seguem [até 10 saltos de redirecionamento](https://developers.google.com/crawling/docs/troubleshooting/http-status-codes), mas o guia de mudança de site aconselha "redirecionar diretamente para o destino final". Se uma migração anterior deixou redirecionamentos para trás, aponte-os também para as novas URLs finais. Verifique o código de status padrão de quem atende os seus redirecionamentos. No Cloudflare Workers, onde a Dardo hospeda os sites que desenvolve, um arquivo \_redirects usa 302, a menos que você escreva 301 em cada linha, comporta até 2.000 redirecionamentos estáticos e 100 dinâmicos e não consegue fazer correspondência com parâmetros de consulta. Por isso, os links permanentes simples do WordPress (/?p=123) exigem lógica de redirecionamento no código do Worker. ### Quando retornar 404 ou 410 em vez disso Páginas fracas, ofertas expiradas e duplicatas não precisam sobreviver. O guia do Google diz que o conteúdo que você não migra deve "retornar corretamente um HTTP 404 ou 410", e os rastreadores do Google tratam todos os códigos 4xx, exceto 429, da mesma forma: a URL sai do índice. ### Leve junto metadados, canonicals e hreflang - **Títulos e meta descriptions.** Migre-os campo por campo, em vez de deixar os novos templates gerá-los. - **Canonicals.** Cada página nova leva um canonical autorreferente com a nova URL. O [guia de canonicalização](https://developers.google.com/search/docs/crawling-indexing/canonicalization) do Google chama o canonical de "uma sugestão, não uma regra", então canonicals, redirecionamentos e sitemap precisam estar de acordo. - **Hreflang.** Segundo o [guia de versões localizadas](https://developers.google.com/search/docs/specialty/international/localized-versions) do Google, cada versão de idioma "deve listar a si mesma e todas as outras versões", e "se duas páginas não apontam uma para a outra, as tags serão ignoradas". Atualize todas as anotações para as novas URLs. ### Dados estruturados, links internos e URLs de imagens - **Dados estruturados.** Reconstrua as marcações de Organization, Breadcrumb, Article ou Product nos novos templates e teste com o Teste de Resultados Avançados. O guia de mudança do Google não menciona esse ponto, por isso ele se perde com facilidade. - **Links internos.** Aponte-os para as novas URLs, não para redirecionamentos. - **Imagens e arquivos.** Mantenha nomes de arquivo descritivos e texto alternativo, e redirecione as URLs antigas de imagens e PDFs que tenham links ou tráfego vindo da busca por imagens. ### Analytics e consentimento Reinstale o analytics, os eventos de conversão e os pixels de anúncios, e teste tudo no ambiente de homologação. Se o site antigo pedia consentimento de cookies, o novo precisa pedir da mesma forma antes de essas tags serem disparadas. ## O que costuma quebrar, plataforma por plataforma Estas observações vêm da documentação de cada plataforma em outubro de 2026. Elas descrevem como as plataformas funcionam, não defeitos. | Plataforma | Padrões de URL a mapear | Limites de exportação e redirecionamento | | ----------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | | WordPress | Os [links permanentes](https://wordpress.org/documentation/article/customize-permalinks/) podem ser simples (/?p=N), baseados em data ou no nome do post. Os arquivos de categorias e tags sempre mantêm uma base, como /category/. | Desde o [WordPress 6.4](https://make.wordpress.org/core/2023/10/16/changes-to-attachment-pages/), as páginas de anexo vêm desativadas em novas instalações, mas continuam ativas em sites atualizados, então sites mais antigos podem ter uma URL para cada arquivo enviado. | | Webflow | Os itens do CMS ficam em páginas de Collection. | A [exportação de código](https://help.webflow.com/hc/en-us/articles/33961386739347-How-do-I-export-my-Webflow-site-code) deixa de fora o conteúdo do CMS, e-commerce, contas de usuário, processamento de formulários, busca no site e páginas localizadas, e exige um plano Workspace. As Collections são exportadas separadamente em CSV. | | Wix | Os posts do blog ficam sob um prefixo /post/ que pode ser renomeado, mas não removido. No WordPress, uma estrutura de link permanente personalizada como /post/%postname%/ mantém esse prefixo. | Um site Wix ["precisa rodar nos servidores da Wix"](https://support.wix.com/en/article/exporting-or-embedding-your-wix-site-elsewhere), então sair significa reconstruir as páginas. | | Framer | Alterar um subcaminho [não atualiza as regras de redirecionamento existentes](https://www.framer.com/help/articles/how-to-setup-redirects-to-maintain-seo-ranking/), então regras antigas podem apontar para caminhos inexistentes. | Os sites são publicados em HTML, CSS e JavaScript padrão; o [conteúdo do CMS é exportado por plugins](https://www.framer.com/help/articles/porting-your-data-from-framer/) em CSV ou JSON. | | Squarespace | Os [mapeamentos de URL](https://support.squarespace.com/hc/en-us/articles/205815308-URL-mappings) aceitam uma variável \[name\] para coleções inteiras, como /blog/\[name\] -> /posts/\[name\] 301. | A [exportação](https://support.squarespace.com/hc/en-us/articles/206566687-Exporting-your-site) é um XML do WordPress com uma página de blog, páginas de layout e galerias, mas sem páginas de loja, blocos de produto, vídeo ou áudio, nem CSS personalizado. Os mapeamentos de URL não conseguem redirecionar URLs de imagens ou arquivos e comportam cerca de 2.500 linhas. | | Shopify | As URLs da loja ficam em caminhos como /products/, /collections/, /pages/ e [/blogs//](https://shopify.dev/docs/api/liquid/objects/blog); a Shopify considera /products e /collections fixos. | Os [redirecionamentos](https://help.shopify.com/en/manual/online-store/menus-and-links/url-redirect) só funcionam a partir de URLs que não carregam mais uma página, e as lojas têm um máximo de 100.000 (20.000.000 no Plus). | Sair da Wix significa reconstruir todas as páginas; sair da Squarespace significa importar o que a exportação cobre e reconstruir o resto. Migrar para a Shopify costuma mudar as URLs dos produtos, então o mapa precisa cobrir todos os produtos. ## Dia do lançamento 1. **DNS.** Se a hospedagem ou o DNS mudar, reduza o TTL com pelo menos uma semana de antecedência. 2. **Bloqueios de rastreamento.** Remova as tags `noindex` do ambiente de homologação e os bloqueios do robots.txt. O Google sugere listar todas as URLs em que você usou `noindex` durante o desenvolvimento. 3. **Redirecionamentos.** Publique-os na mesma versão do novo site. 4. **Teste de redirecionamentos.** Rode o mapa inteiro em um script: cada URL antiga deve retornar 301 ou 308 para a URL final correta em um único salto, e essa URL deve retornar 200. 5. **Search Console.** Verifique o novo site e envie o novo sitemap, além de um sitemap das URLs antigas para que sejam rastreadas novamente. Avisos de que essas URLs redirecionam são esperados. 6. **Mudança de endereço.** Em uma mudança de domínio, envie-a a partir de uma propriedade sua nos dois lados, com a mesma conta do Google, para cada variante do domínio antigo, incluindo com e sem www. 7. **Caminhos que geram receita.** Envie um formulário de verdade, faça um pagamento de teste e confirme que os eventos de analytics chegam. 8. **Seus próprios links.** Atualize [perfis em redes sociais, anúncios e listagens em diretórios](https://dardo.studio/pt/blog/checklist-lancamento-rebranding/). ## Os 30, 60 e 90 dias seguintes ### Dias 1 a 30: espere oscilações As posições podem oscilar "enquanto o Google rastreia e reindexa seu site", e "um site de pequeno a médio porte pode levar algumas semanas para que a maioria das páginas se movimente, e sites maiores levam mais tempo". Acompanhe: - **Relatórios de indexação e de sitemap.** As URLs indexadas caem no site antigo e sobem no novo. - **Desempenho por página.** As novas URLs começam a receber impressões e cliques. - **Logs do servidor e erros 404.** Cada 404 inesperado é uma linha que faltou no mapa. Verifique todos os dias durante duas semanas. ### Dias 31 a 60: compare com a linha de base Compare suas principais páginas de destino com as novas URLs. Para qualquer página que perdeu cliques, verifique nesta ordem: o redirecionamento chega à página certa em um único salto, o conteúdo ou o título mudou, os links internos ainda apontam para ela, ela está no sitemap. Depois, peça aos sites dos seus backlinks mais valiosos que os atualizem. ### Dia 90 em diante: mantenha os redirecionamentos O guia do Google diz para manter os redirecionamentos "geralmente por pelo menos 1 ano" e, do ponto de vista dos usuários, "considerar mantê-los indefinidamente". Em mudanças de domínio, a página de Mudança de endereço define um mínimo de 180 dias, depois do qual o Google trata o site antigo como não relacionado se ele ainda puder ser rastreado. Ela também recomenda continuar pagando pelo domínio antigo "por pelo menos um ano" para que ninguém mais possa comprá-lo. ## O checklist | Fase | Tarefa | Concluída quando | | ---------- | ---------------------------------------------------------- | ----------------------------------------------------------------------------------- | | Antes | Rastrear o site, o sitemap e os logs do servidor | Uma lista única com todas as URLs antigas e seus códigos de status | | Antes | Exportar as páginas de destino e as páginas com mais links | Principais páginas e destinos de backlinks sinalizados no mapa | | Antes | Listar formulários, integrações, scripts e arquivos | Cada item tem um responsável e um plano no novo site | | Antes | Montar o mapa de redirecionamentos | Cada URL antiga tem um destino ou uma decisão de 404/410 | | Construção | Redirecionamentos 301 ou 308 no servidor | Um único salto, sem correntes, sem redirecionamentos em massa para a página inicial | | Construção | Títulos, descrições, canonicals, hreflang | Iguais aos das páginas antigas; canonicals e hreflang usam as novas URLs | | Construção | Dados estruturados, links internos, URLs de imagens | Teste de Resultados Ricos aprovado; nenhum link interno cai em redirecionamentos | | Construção | Analytics, conversões e consentimento | Eventos disparam na homologação, só após o consentimento quando exigido | | Lançamento | Remover noindex e bloqueios do robots.txt | As novas URLs podem ser rastreadas | | Lançamento | Testar o mapa de redirecionamentos | Cada linha retorna o código e o destino esperados | | Lançamento | Search Console: verificação, sitemaps, Mudança de endereço | Enviado sem erros críticos | | Depois | Monitorar indexação, erros 404 e desempenho | As URLs antigas caem e as novas ganham impressões | | Depois | Mantenha os redirecionamentos e o domínio antigo | Pelo menos um ano | ## Ajuda com a migração A Dardo leva sites para builds personalizados em Astro no Cloudflare Workers, e o mapa de redirecionamentos é uma entrega que testamos antes do lançamento e repassamos junto com o site. Veja [migração de site](https://dardo.studio/pt/servicos/migracao-de-site/), ou [redesign de site](https://dardo.studio/pt/servicos/redesign-de-site/) se a mudança também exigir um novo design. Ou [conte para a gente o que você vai migrar](https://dardo.studio/pt/contato/). [Nicolás Cerón](https://dardo.studio/pt/estudio/) Nicolás Cerón é o fundador da Dardo, um estúdio de marca, design e desenvolvimento web em Bogotá, na Colômbia. ## Continue explorando. - [Serviço · **Migração de site sem perder o SEO**](https://dardo.studio/pt/servicos/migracao-de-site/) - [Seu projeto · **Vamos conversar**](https://dardo.studio/pt/contato/)