Migrar do Wix para site personalizado sem perder SEO

1. Identifique o cenário da migração e o que “sem prejudicar o SEO” significa para o seu site Wix

Se você vai substituir o Wix por um desenvolvimento personalizado, a primeira pergunta é simples: você está mudando o design, a plataforma ou ambos? A resposta altera o risco. Uma atualização visual é uma coisa. Uma mudança completa de plataforma é outra. Este artigo explica como migrar do Wix sem perder SEO e o que isso significa para manter as páginas indexadas, a correspondência com a intenção de busca e a autoridade orgânica já conquistada enquanto a estrutura do site muda por baixo.

Pense nisso como uma migração de SEO, não apenas como um redesenho. Essa distinção importa porque um redesign pode ignorar URLs antigas, enquanto uma migração de SEO precisa respeitá-las. Se uma página ranqueia para “preço”, “área de atendimento” ou nome de produto, essa página tem uma função. Ela não deve desaparecer só porque o novo layout ficou mais limpo.

Também existe uma diferença prática entre “queremos um site melhor” e “queremos preservar o desempenho orgânico”. Uma é uma iniciativa de marca. A outra é uma transição controlada. Se o site Wix atual tem 40 páginas indexadas, então essas 40 páginas precisam de um plano, mesmo que apenas 12 tenham relevância comercial.

Não comece desenhando templates. Comece definindo o que precisa sobreviver: posicionamento, URLs indexadas, snippets de busca e as páginas que geram leads ou vendas. Detalhe pequeno, impacto grande. Uma home bonita não paga as contas se as antigas páginas de serviço sumirem do Google.

2. Crie uma base de referência de SEO antes de mexer no site

Antes de qualquer alteração de código, registre o estado atual do site Wix em um só lugar. Liste as URLs indexadas, titles, meta descriptions, H1s, links internos e páginas de conversão. Acrescente o que for necessário para manter a migração organizada e acompanhar as mudanças depois. Sem essa base, a migração do Wix vira chute — e chute custa caro.

Extraia as principais páginas de entrada do Search Console e da análise de dados, depois compare com as páginas que você acha importantes. Essas duas listas muitas vezes são diferentes. Um post de blog escrito há dois anos pode gerar mais tráfego orgânico que a home. Uma página de serviço esquecida pode converter melhor do que uma nova. Primeiro os números, depois as opiniões.

Registre também os padrões atuais de title e meta description. Sites Wix costumam ter um padrão repetido em várias páginas e, quando esse padrão desaparece, a taxa de clique pode mudar. Mesmo uma pequena alteração de texto pode fazer diferença quando a consulta é específica. Uma página sobre “armários planejados sob medida” não é lugar para floreios.

Documente também o mapa de links internos. Quais páginas apontam para a página de contato? Quais posts de blog linkam para a principal página de serviço? Quais páginas ficam escondidas nos menus? Esses links fazem parte da migração de SEO, porque mostram aos mecanismos de busca quais páginas são mais importantes.

Use uma planilha com pelo menos estas colunas: URL atual, tipo de página, origem do tráfego, title tag, meta description, canonical, possibilidade de indexação e URL de destino no novo site. Mantenha a planilha legível. Se outra pessoa não conseguir entendê-la em 10 minutos, ela está confusa demais.

3. Audite padrões de URL, tipos de página e ativos indexáveis específicos do Wix

O Wix tem padrões que são fáceis de passar despercebidos durante uma reconstrução. Posts de blog podem ficar em uma pasta estruturada. Páginas do sistema podem viver em caminhos que você não escolheu. Páginas geradas por apps, formulários e eventos também podem se tornar indexáveis se tiverem sido expostas aos buscadores. É aí que uma migração do Wix costuma dar errado.

Verifique a estrutura atual das URLs com atenção. Procure barras finais, caminhos em minúsculas versus maiúsculas, URLs com parâmetros e segmentos estranhos de sistema. Se um artigo está em /post/ e outro em /blog/titulo-do-post, não presuma que o novo CMS vai recriar isso automaticamente. Não vai.

As URLs das imagens também importam. Um build personalizado pode trocar os caminhos dos arquivos, mas se esses arquivos estiverem indexados ou incorporados em várias páginas, referências quebradas podem gerar ruído e atrasar a recuperação. O mesmo vale para PDFs, arquivos para download e assets de galerias. Um único arquivo quebrado pode afetar várias páginas ao mesmo tempo.

O Wix também permite recursos que parecem pequenos, mas se comportam como páginas reais. Pense em widgets de agendamento, avaliações, listagens de eventos ou páginas de área do membro. Se algum desses elementos era indexável, o novo site precisa decidir sobre cada um: manter, consolidar ou aposentar. Sem meio-termo.

Essa é a ponte entre planejamento e execução. Uma auditoria de URLs bem feita mostra quais partes da migração do Wix são comuns e quais são armadilhas. Se você pular essa etapa, o primeiro sinal de problema pode ser uma queda de tráfego duas semanas após o lançamento.

4. Mapeie cada página importante do Wix para sua equivalente no site personalizado

Toda página importante do Wix precisa de um plano de substituição um-para-um. Não um-para-vários. Não “depois a gente resolve”. Cada página deve ter uma URL de destino, uma correspondência de conteúdo, uma correspondência de metadados e um plano de links internos. Se a página antiga ranqueava, a nova deve ter uma sucessora clara.

Use uma tabela de mapeamento com pelo menos cinco campos: URL antiga, nova URL, objetivo da página, observações de conteúdo e ação de redirecionamento. Essa tabela vira o documento de trabalho da migração do Wix. Também é a maneira mais fácil de identificar páginas que foram duplicadas, unificadas ou esquecidas por acidente.

Algumas páginas devem ser consolidadas. Um conjunto de páginas de serviço muito enxutas pode virar uma única página mais forte no novo site. Outras devem ser divididas. Uma página ampla de “serviços” pode se transformar em três páginas mais focadas. A decisão depende da intenção de busca, não do gosto visual.

Seja rigoroso com páginas aposentadas. Se não houver substituição útil, não force um quase-igual que confunda os usuários. Um redirecionamento ruim pode ser pior do que um plano claro de retirada. Os mecanismos de busca não precisam de vinte páginas quase idênticas para ficar satisfeitos.

Essa etapa de mapeamento é o que torna a migração de SEO controlada. Sem ela, o novo site pode parecer completo enquanto quebra, silenciosamente, o caminho entre os rankings antigos e o novo conteúdo.

5. Preserve os sinais de SEO on-page durante a construção personalizada

A construção personalizada deve levar adiante os sinais que já funcionam: headings, estrutura de texto, schema, texto alternativo e contexto dos links internos. Se a página antiga do Wix tinha uma estrutura clara de H2 e um bloco de FAQ útil, a nova página não deve substituí-la por seis parágrafos genéricos de marketing. Os mecanismos de busca leem estrutura, não tom.

Mantenha a lógica dos headings próxima da intenção original. Se a página do Wix respondia a uma consulta específica nos primeiros 100 palavras, a nova deve fazer o mesmo. Se a página tinha uma tabela comparativa de produtos, preserve essa tabela ou troque por um formato igualmente útil. Uma escolha fraca pode achatar a relevância.

O schema merece atenção. Um site personalizado facilita a adição de dados estruturados, mas isso não significa que a marcação antiga deva ser descartada sem critério. Se a página do Wix usava schema de Article, LocalBusiness, Product ou FAQ, compare a nova implementação antes do lançamento. Mudanças no template podem alterar a forma como os mecanismos de busca interpretam a página.

O texto alternativo não deve virar uma sopa de palavras-chave. Mantenha-o descritivo, específico e ligado à imagem. Se a imagem mostra uma fachada ou a foto de uma equipe, diga isso com clareza. O objetivo é acessibilidade e contexto, não empilhar termos em cada arquivo.

O contexto dos links internos importa mais do que muitas equipes imaginam. Se uma página de serviço antes linkava para dois artigos relacionados e uma página de contato, preserve esses links dentro do novo template personalizado. Os mecanismos de busca seguem esses caminhos. Os usuários também. Dois cliques podem fazer a diferença entre um lead e uma rejeição.

6. Trate redirects, canonicals e indexação no lançamento

A fase de lançamento é onde a maioria dos erros de migração de SEO aparece. Toda URL antiga do Wix que mudar precisa de um redirecionamento 301 para o melhor destino novo. Não 302. Não um redirecionamento genérico para a home. Um redirecionamento real, página por página. Se uma página não tiver equivalente, redirecione para a página mais relevante ou retire-a de forma intencional.

As canonical tags devem apontar para a versão preferencial de cada página, especialmente se o novo site criar caminhos alternativos, visualizações filtradas ou resquícios de staging. URLs duplicadas são comuns durante uma migração do Wix porque caminhos antigos e novos podem coexistir por um tempo. Se você não controlar os canonicals, vai gerar sinais duplicados.

As instruções de robots precisam do mesmo cuidado. Uma tag noindex de staging deixada em uma página ao vivo pode bloquear a indexação por dias. Uma regra disallow esquecida pode permitir que os buscadores rastreiem caminhos inúteis. Erros pequenos, atraso grande. O checklist de lançamento deve incluir atualização de sitemap, verificação de canonicals e validação de redirects antes de entrar no ar.

Atualize os sitemaps XML para incluir apenas as URLs finais e ativas. Se o sitemap ainda listar páginas antigas do Wix, os mecanismos de busca podem continuar revisitando caminhos mortos. Isso atrasa a descoberta das novas páginas e faz a transição parecer bagunçada.

Um lançamento sem redirects não é migração. É quebra. Se a página antiga tinha posições, tráfego ou backlinks, o redirect é a ponte. Remova essa ponte e o restante do trabalho fica muito mais difícil de recuperar.

7. Teste a migração ao vivo com um crawler, não apenas com o navegador

Depois do lançamento, teste o site com um crawler e não apenas no Chrome. Navegadores escondem problemas. Crawlers encontram. Uma página pode parecer perfeita para uma pessoa e ainda assim retornar o código de status errado, passar por dois redirects ou expor um canonical duplicado.

Comece pelas URLs de maior valor da sua base de referência. Confirme que cada uma retorna 200, resolve em um único salto, se possível, e corresponde aos metadados pretendidos. Depois procure 404s, 500s, loops de redirecionamento e páginas bloqueadas por robots. É nessa etapa da migração do Wix que uma pequena falha de QA pode ficar oculta por semanas.

Confira também a paridade dos metadados. Titles e descriptions devem estar presentes nas páginas prioritárias, não em branco nem copiados da home. Uma visualização no navegador não dirá se a meta description foi omitida. Um crawler dirá.

Inspecione também os links internos depois do lançamento. Se o antigo footer do Wix ainda apontar para caminhos aposentados, usuários encontrarão páginas quebradas e crawlers desperdiçarão tempo. O mesmo vale para botões, links de imagens e módulos de posts relacionados. Um build personalizado costuma introduzir novos templates, e cada template precisa de pelo menos uma passagem de crawl.

Se possível, compare os relatórios de crawl antes e depois do lançamento lado a lado. O objetivo não é perfeição no primeiro dia. O objetivo é detectar problemas rápido. Um relatório com 5 caminhos quebrados é útil. Esperar até 50 serem indexados, não.

8. Monitore a recuperação de SEO após o lançamento e corrija os pontos de quebra rapidamente

As primeiras semanas depois do lançamento definem se a mudança se estabiliza rápido ou se se arrasta. Acompanhe indexação, impressões, posições e tráfego de landing pages diariamente no começo, depois com menos frequência quando o padrão se estabilizar. Se uma página importante perder visibilidade, verifique redirects, canonicals e conteúdo antes de mexer em qualquer outra coisa.

Links internos quebrados são comuns após um redesign, especialmente quando a navegação antiga do Wix é substituída por uma nova biblioteca de componentes. Procure links ausentes nos menus, rodapés, blocos de conteúdo relacionado e botões. Um link faltando em uma página de alto tráfego pode reduzir o fluxo de crawl para o restante do site.

Fique atento também a erros de noindex. Uma regra de staging, uma condição de template ou um cabeçalho copiado pode manter páginas importantes fora do índice. Esse erro é mais comum do que as equipes admitem. Leva minutos para acontecer e dias para perceber.

Acompanhe mudanças de metadados que parecem inofensivas. Um title reescrito pode alterar o comportamento de clique. Uma introdução mais curta pode enfraquecer a relevância. Um FAQ removido pode reduzir a cobertura de cauda longa. Nada disso significa que o site personalizado é ruim. Significa que a migração de SEO precisa de ajustes.

Em algum momento, o site para de mudar e os dados se estabilizam. É aí que você pode considerar a migração de SEO sólida. Até lá, o trabalho continua em andamento. O novo site personalizado só estará concluído quando as URLs antigas do Wix, as novas páginas e os dados de busca concordarem sobre onde cada página deve ficar.