SEO para Wix

O Wix é ruim para SEO? Não mais. Um guia atual e baseado em dados sobre SEO no Wix — o que a plataforma gerencia automaticamente (tags canônicas, sitemap XML, SSR, HTTPS e redirecionamentos 301), o que você configura manualmente, os limites rígidos que nenhuma configuração pode mudar (nomes de arquivos de imagem, slugs multilíngues e ausência de logs brutos) e quando recorrer ao Velo. Inclui John Mueller, do Google, dizendo que o Wix é ‘bom para SEO’, e a pontuação Lighthouse SEO perfeita de 100 do Web Almanac 2024.

Publicado pela primeira vez: 27 de jun. de 2026 · Última atualização: 2 de set. de 2026 · Avançado

O Wix já foi ruim para SEO — na era do Flash e das URLs com hash-bang, antes de 2016. Essa reputação sobreviveu ao problema. Hoje, o Wix gera automaticamente tags canônicas, um sitemap XML, meta tags robots e dados estruturados JSON-LD, oferece HTTPS em uma CDN com renderização no servidor e cria redirecionamentos 301 na maioria das mudanças de URL (posts do Blog são a única exceção — neles, o redirecionamento precisa ser manual). John Mueller, do Google, diz que o Wix é ‘bom para SEO’, e o Web Almanac 2024 deu ao Wix uma pontuação Lighthouse SEO perfeita de 100 em desktop e mobile. Restam limites reais — nomes de arquivos de imagem gerados automaticamente, slugs multilíngues que espelham o idioma padrão e ausência de logs brutos do servidor — e o Velo (a camada JavaScript do Wix) está disponível quando você precisa de controle programático, embora seus setters de SEO sobrescrevam em vez de mesclar as tags existentes. Participei do concurso SEO Hero de $50,000 do Wix em um site Wix em 2016–2017, então explorei essa plataforma por dentro.

TL;DR — A narrativa de que “o Wix é ruim para SEO” é um legado das eras do Flash (antes de 2012) e das URLs com hash-bang (2012–2016), e em grande parte está obsoleta. O Wix moderno faz renderização no servidor, então a rastreabilidade já não é o problema de antes; ele gera automaticamente tags canônicas, um índice de sitemap XML, meta tags robots, JSON-LD, HTTPS e redirecionamentos 301 na maioria das mudanças de URL (posts do Blog são a única exceção). John Mueller diz que o Wix é “bom para SEO”, e o Web Almanac 2024 deu ao Wix uma pontuação Lighthouse SEO perfeita de 100 em desktop e mobile. Os limites restantes são reais, mas restritos: nomes de arquivos de imagem gerados automaticamente, slugs multilíngues que espelham o idioma padrão, um limite de 7.000 caracteres por bloco JSON-LD e ausência de logs brutos do servidor. A API wix-seo do Velo oferece controle programático quando você precisa dele.

Participei do concurso SEO Hero de $50,000 do Wix

Antes dos dados, esta é a minha conexão pessoal com o tema. Em 2016–2017, o Wix promoveu o que foi anunciado como o maior concurso de SEO até então: um prêmio de $50,000 para quem conseguisse superar o Wix para o termo “SEO hero”. Participei, mantendo meu site em beanseohero.com e publicando análises competitivas semanais de todo o cenário. (Eu havia me comprometido a doar o prêmio ao Cancer Research Institute.) Fui desclassificado pelo juiz no final — uma decisão que ainda considero rigorosa, dado o uso de redes de links e links pagos que outros concorrentes conseguiram fazer —, mas o ponto é que passei meses usando a plataforma sob pressão competitiva real. O Wix daquela época já não era o Wix da era do Flash de que as pessoas reclamavam, e desde então melhorou muito mais.

De onde vem o mito de que o Wix é ruim para SEO

A reputação tem uma história real, mas é uma história desatualizada:

  • Era do Flash (antes de 2012): os sites Wix rodavam em Adobe Flash, que os mecanismos de busca praticamente não conseguiam rastrear. Era um problema de SEO genuíno e fatal.
  • URLs com hash-bang (2012–2016): a reconstrução em HTML5 usava URLs com o fragmento #!, que causava um problema real e bem documentado de rastreamento e indexação.
  • Reformulação de 2016: o Wix passou a usar URLs limpas e rastreáveis e deu aos usuários controle sobre o slug da URL. Esse é o ponto de virada.
  • A partir de 2021: forte investimento em SEO — renderização no servidor, um conselho consultivo de SEO e melhoria contínua dos Core Web Vitals.

Tudo abaixo descreve a plataforma depois dessa virada.

O que o Google realmente diz

A posição do Google é que o CMS não é um fator de ranqueamento — qualquer plataforma que ofereça HTML rastreável com sinais corretos de canonical e dados estruturados pode ranquear (veja Comece a usar a Pesquisa). Especificamente sobre o Wix, John Mueller foi categórico em uma discussão no Reddit em dezembro de 2021, ao aconselhar o dono de uma pequena empresa que comparava WordPress auto-hospedado com Wix:

“O Wix é bom para SEO. Há alguns anos ele era bem ruim em termos de SEO, mas fez um progresso fantástico e agora é uma ótima plataforma para empresas. A reputação daquela época persiste, mas não se deixe influenciar por ela.” — John Mueller, Google (via Search Engine Journal)

O ponto mais amplo dele naquela discussão era que a infraestrutura auto-hospedada é a escolha arriscada para uma pequena empresa sem uma equipe dedicada — plataformas gerenciadas como Wix (e WordPress gerenciado) fazem “tudo isso por você”.

Os dados de 2024: uma pontuação Lighthouse SEO perfeita

O benchmark objetivo de terceiros é o Web Almanac 2024, do HTTP Archive, que analisa milhões de sites reais. A conclusão: o Wix alcançou uma pontuação Lighthouse SEO mediana de 100 tanto no desktop quanto no mobile — liderando todos os outros CMSs e subindo de 97 no ano anterior. Os Core Web Vitals do Wix também melhoraram acentuadamente ano a ano, e a taxa de aprovação do INP mobile apresentou o maior ganho anual isolado entre os principais CMSs desse conjunto de dados.

Vale registrar duas ressalvas, porque a maioria dos artigos não o faz. Primeiro, uma pontuação Lighthouse SEO de 100 é uma linha de base técnica — confirma que a página tem título, meta description, links rastreáveis, um robots.txt válido e assim por diante. Ela não é um indicador de ranqueamento; não diz nada sobre a capacidade de o seu conteúdo vencer. Segundo, os números de CWV são medianas de toda a plataforma, não uma garantia para o seu site específico. O que os dados comprovam é que os padrões do Wix são limpos — exatamente o que o mito antigo dizia que não eram. A mesma lógica vale para os demais sinais automatizados do Wix: uma tag canonical correta, um sitemap enviado e um JSON-LD válido tornam uma página apta a ser rastreada, indexada e — no caso dos dados estruturados — considerada para um resultado avançado. Nada disso garante esses resultados; o Google deixa claro que canonicalização e marcação de dados estruturados são sinais que ele pode escolher seguir, não comandos.

O que o Wix gerencia automaticamente (configuração zero)

  • Renderização no servidor (SSR) — o Wix entrega HTML renderizado aos rastreadores, então o problema de rastreabilidade via JavaScript que marcou a antiga reputação desapareceu. As páginas não são apenas CSR, como eram historicamente.
  • Tags canônicas — definidas automaticamente para a URL principal de cada página; podem ser substituídas por página (consulte a documentação de canonicalização do Google). Evidência desta afirmação Wix sets canonical tags for site pages and documents page-level overrides. Escopo: Current Wix SEO settings and supported page types. Confiança: alta · Verificado: Wix: Changing canonical tags
  • Sitemap XML — um índice hierárquico com sitemaps separados por tipo de conteúdo, atualizado automaticamente quando o conteúdo muda e enviado ao Google quando você conclui o SEO Setup Checklist. Evidência desta afirmação Wix uses a sitemap index with content-specific sitemaps and can submit it during SEO checklist setup. Escopo: Wix SEO Setup Checklist and generated sitemap behavior; submission requires connecting the site to Google. Confiança: alta · Verificado: Wix: Understanding your sitemap file Wix: SEO Setup Checklist
  • HTTPS — um certificado em todos os planos.
  • Redirecionamentos 301 — criados automaticamente quando você muda a URL de uma página regular, de um produto ou categoria do Stores, de um serviço do Bookings, de um Online Program ou de uma página de Event. Exceção: páginas do Wix Blog não recebem redirecionamento automático — você precisa adicionar um no URL Redirect Manager (SEO & GEO → Tools and settings). A importação em massa por CSV é compatível, limitada a 500 redirecionamentos por arquivo e 5.000 por site; os redirecionamentos exigem um domínio personalizado, não podem ter origem na página inicial e não podem ser recuperados depois de excluídos (Wix: como configurar um redirecionamento 301, Wix: como importar/exportar redirecionamentos com um arquivo CSV).
  • Meta tags robots — padrões sensatos index, follow; todo o conjunto de diretivas reconhecidas pelo Google é compatível e personalizável.
  • Dados estruturados — JSON-LD gerado automaticamente para produtos do Stores, serviços do Bookings, posts do Blog, eventos e LocalBusiness.
  • Saída responsiva para mobile, CDN global e otimização de imagens (WebP onde houver suporte).

O que você configura manualmente

  • Títulos e descrições meta — existem padrões; escreva os seus para cada página.
  • Dados estruturados personalizados — para tipos que o Wix não gera automaticamente (FAQ, HowTo e Article em páginas que não são de blog), pela aba SEO avançado. Somente JSON-LD (sem microdados), até 5 blocos por página, no máximo 7.000 caracteres cada — uma limitação real para schemas grandes de Product ou FAQ.
  • Substituições de canonical — para paginação ou exibições filtradas. Observação: uma página cujo canonical aponta para outro lugar é removida automaticamente do sitemap do Wix, e a própria documentação do Wix é específica: para restaurá-la, é preciso remover completamente a substituição de canonical — apontá-la de volta para a URL da própria página não é a mesma coisa que removê-la.
  • Personalização de meta robots — por página ou em massa, por tipo de página.
  • robots.txt — edição — disponível no painel.
  • Texto alternativo — definido manualmente por imagem (e a única alavanca descritiva que você tem, já que os nomes dos arquivos são fixos).
  • Hreflang — adicionado automaticamente pelo Wix Multilingual, mas você precisa ativá-lo e traduzir as páginas (documentação do Google sobre versões localizadas).
  • Conexão com o Google Search Console — via SEO Setup Checklist (requer plano Premium + domínio conectado).

Os limites rígidos que você não pode mudar

Não são configurações que você deixou passar — são restrições da plataforma:

  • Nomes dos arquivos de imagem — gerados automaticamente como strings enigmáticas, como 09a0ab7~mv2.jpg; você não pode definir nomes descritivos. Em vez disso, use o texto alternativo.
  • Subpastas de URL — o blog fica sob uma subpasta /post/ e as lojas usam um prefixo de página de produto; você pode renomear a pasta, mas não eliminá-la.
  • Slugs de URL multilíngues — /fr/about-us espelha /en/about-us; você não pode localizar o slug para /fr/a-propos-de-nous. O hreflang é gerenciado; o slug, não.
  • Sem .htaccess / acesso em nível de servidor — a infraestrutura é gerenciada.
  • Sem logs brutos do servidor — os relatórios de bot-log do painel mostram o tráfego de bots por tipo e código de resposta, mas não são arquivos de log brutos; portanto, não é possível fazer uma análise profunda dos logs.
  • Limite de 7.000 caracteres para JSON-LD por bloco.

Velo: SEO programático quando você precisa

Velo (antes chamado Wix Code) é o ambiente de desenvolvimento JavaScript do Wix, e sua API wix-seo é a saída para tudo que a interface não consegue fazer. Ela oferece controle programático sobre tags de título, meta tags, tags de link (incluindo canonical) e marcação de dados estruturados. Os casos de uso reais são:

  • SEO de páginas dinâmicas em escala — uma coleção CMS com milhares de páginas, cada uma precisando de títulos e schema exclusivos.
  • Lógica condicional de canonical e injeção personalizada de hreflang.
  • Conteúdo/SEO programático construído sobre as coleções de dados do Wix.

Antes de recorrer a ele, duas ressalvas. Primeiro, os setters wix-seo do Velo sobrescrevem em vez de mesclar. A documentação do próprio Wix diz isso claramente sobre setLinks(): “os links que você define sobrescrevem qualquer informação de link definida anteriormente” (Wix Dev: wix-seo-frontend.setLinks()) — e os demais setters de SEO se comportam da mesma forma. Chame-os dentro de $w.onReady() em todas as páginas relevantes; caso contrário, você pode apagar silenciosamente o canonical, as meta tags ou os dados estruturados que um app do Wix (ou o próprio Wix) já gerou. Segundo, páginas criadas com um roteador Velo personalizado não herdam SEO da mesma forma que as páginas regulares do Wix. Você precisa definir por conta própria o título, a descrição e as meta tags da página no objeto HeadOptions do roteador e adicionar cada rota possível ao sitemap na função sitemap() do roteador — pule qualquer uma dessas etapas e as páginas serão publicadas com meta tags vazias e nunca aparecerão no sitemap (Wix Dev: adicione SEO ao seu roteador).

Se isso ainda não for suficiente, o Wix Headless expõe as soluções comerciais do Wix por API para um front-end personalizado (React, Next.js, Vue, Svelte), devolvendo a você o controle total da estrutura de URLs e a liberdade de desenvolvimento — ao custo de manter seu próprio front-end.

Wix vs. WordPress, em resumo

A formulação de Mueller é a correta: para a maioria das pequenas e médias empresas, uma plataforma gerenciada (Wix ou WordPress gerenciado) é melhor que o WordPress auto-hospedado porque elimina milhares de pequenos problemas operacionais. O Wix vence quando você quer lançar rapidamente, ter infraestrutura gerenciada ou trabalhar em uma agência no Wix Studio. O WordPress auto-hospedado (ou uma solução personalizada) vence quando você realmente precisa de controle total das URLs, análise de logs brutos do servidor ou um ecossistema profundo de plugins para um nicho extremamente competitivo. Para a grande faixa intermediária, os padrões do Wix mais o Velo nos casos específicos são suficientes.

Adicionar uma nota de especialista

Fixar uma citação de especialista

É uma pessoa nova? Crie o perfil não reivindicado dela em /admin/experts/ → Fixar uma citação de especialista primeiro.