SEO e conteúdo

Perdas de ranking em páginas que realmente vendem, com a causa raiz

Encontra as perdas de ranking orgânico e de cliques dos últimos 28 dias, pondera cada uma pelas compras orgânicas do GA4 por página de destino e diagnostica as principais páginas com inspeção de URL e uma verificação ao vivo da SERP. Usa o histórico de posições armazenado quando ele existe e recorre ao Search Console quando não existe. Somente leitura.

Quando usar

Quando os rankings caíram e você precisa saber quais perdas estão realmente custando vendas e por quê.

O que você recebe

Uma tabela de páginas que perderam ranking, ordenada por compras orgânicas com um nível de prioridade, além de uma causa provável e a próxima ação para as 5 principais.

Ele altera algo na minha conta?

Não. O assistente apenas lê seus dados e apresenta um relatório.

Funciona com

SEO Intelligence, Search Console, GA4

Preencha antes de enviar

[domínio][site][propriedade do GA4][mínimo de compras]

Use minha conexão com o Opus Growth para isso. Se você não encontrar a ferramenta de que precisa, procure entre as ferramentas do Opus Growth (com search_tools, se estiver na sua lista); se não conseguir acessar as ferramentas de forma alguma, não adivinhe, me avise. Descubra quais perdas de ranking estão nos custando vendas em [domínio] (propriedade do Search Console: [site], propriedade do GA4: [propriedade do GA4]). Etapa 1: encontre as perdas. - Leia o histórico de posições armazenado de [domínio] nos últimos 30 dias (grátis). Liste as palavras-chave que saíram do top 10 ou perderam 3 ou mais posições. - Se não houver histórico armazenado, ou se ele cobrir apenas algumas palavras-chave, diga isso claramente e use a Etapa 2 como principal fonte de perdas. Obtenha as posições atuais a partir das palavras-chave ranqueadas do domínio (verifique seo_history primeiro para reaproveitarmos uma execução recente). Etapa 2: confirme com o Search Console. - Extraia as linhas de página,consulta dos últimos 28 dias e dos últimos 56 dias. Calcule os 28 dias anteriores por subtração: cliques e impressões = valor de 56 dias menos valor de 28 dias. Posição anterior = (posição de 56 dias × impressões de 56 dias − posição de 28 dias × impressões de 28 dias) / impressões anteriores. - Sinalize os pares página,consulta que perderam 3 ou mais posições, ou que caíram do top 10 para além da posição 10, e calcule a variação de cliques por página. Etapa 3: pondere pelas vendas. - Liste os eventos-chave e confirme o nome do evento de compra. - Extraia do GA4 os últimos 90 dias por página de destino, com o canal como segunda dimensão, e mantenha Organic Search para sessões e eventos-chave. Se a propriedade tiver vários eventos-chave, execute também página de destino × evento para isolar a contagem de compras. Se não for possível isolar orgânico e compra juntos, diga qual número você usou. Entregue uma tabela, ordenada por compras orgânicas, com estas colunas: - página de destino - palavras-chave perdidas - variação média de posição - variação de cliques % - compras orgânicas (90 dias) - prioridade Regra de prioridade: - Alta: a página tem ≥ [mínimo de compras] compras orgânicas e perdeu ≥ 20% dos cliques. - Média: uma dessas duas condições é verdadeira. - Baixa: as demais. Para as 5 principais páginas de alta prioridade: - Inspecione a URL no Search Console: indexação, canonical escolhida, último rastreamento. - Faça uma verificação ao vivo da SERP na maior palavra-chave perdida para ver quem nos substituiu e com que tipo de página. Dê uma causa provável em uma linha e a próxima ação para cada página. Se o histórico armazenado estava ausente, termine com uma lista das 20 palavras-chave que devo começar a monitorar, mas não comece a monitorá-las. Isto é somente leitura, então não altere nada.

Descubra quais perdas de ranking estão nos custando vendas em [domínio] (propriedade do Search Console: [site], propriedade do GA4: [propriedade do GA4]).

Etapa 1: encontre as perdas.
- Leia o histórico de posições armazenado de [domínio] nos últimos 30 dias (grátis). Liste as palavras-chave que saíram do top 10 ou perderam 3 ou mais posições.
- Se não houver histórico armazenado, ou se ele cobrir apenas algumas palavras-chave, diga isso claramente e use a Etapa 2 como principal fonte de perdas. Obtenha as posições atuais a partir das palavras-chave ranqueadas do domínio (verifique seo_history primeiro para reaproveitarmos uma execução recente).

Etapa 2: confirme com o Search Console.
- Extraia as linhas de página,consulta dos últimos 28 dias e dos últimos 56 dias. Calcule os 28 dias anteriores por subtração: cliques e impressões = valor de 56 dias menos valor de 28 dias. Posição anterior = (posição de 56 dias × impressões de 56 dias − posição de 28 dias × impressões de 28 dias) / impressões anteriores.
- Sinalize os pares página,consulta que perderam 3 ou mais posições, ou que caíram do top 10 para além da posição 10, e calcule a variação de cliques por página.

Etapa 3: pondere pelas vendas.
- Liste os eventos-chave e confirme o nome do evento de compra.
- Extraia do GA4 os últimos 90 dias por página de destino, com o canal como segunda dimensão, e mantenha Organic Search para sessões e eventos-chave. Se a propriedade tiver vários eventos-chave, execute também página de destino × evento para isolar a contagem de compras. Se não for possível isolar orgânico e compra juntos, diga qual número você usou.

Entregue uma tabela, ordenada por compras orgânicas, com estas colunas:
- página de destino
- palavras-chave perdidas
- variação média de posição
- variação de cliques %
- compras orgânicas (90 dias)
- prioridade

Regra de prioridade:
- Alta: a página tem ≥ [mínimo de compras] compras orgânicas e perdeu ≥ 20% dos cliques.
- Média: uma dessas duas condições é verdadeira.
- Baixa: as demais.

Para as 5 principais páginas de alta prioridade:
- Inspecione a URL no Search Console: indexação, canonical escolhida, último rastreamento.
- Faça uma verificação ao vivo da SERP na maior palavra-chave perdida para ver quem nos substituiu e com que tipo de página.

Dê uma causa provável em uma linha e a próxima ação para cada página. Se o histórico armazenado estava ausente, termine com uma lista das 20 palavras-chave que devo começar a monitorar, mas não comece a monitorá-las. Isto é somente leitura, então não altere nada.

Abrir no Claude Abrir no ChatGPT Discutir no fórum

Buscas relacionadas

queda de ranking rankings perdidos perdas de seo e receita compras orgânicas seo para ecommerce palavra-chave saiu do top 10 perda de posição inspeção de url monitoramento de posições impacto do seo nas vendas

Estes prompts funcionam melhor quando seu assistente de IA está conectado às suas contas com o Opus Growth.

Conecte suas contas grátis

Mais prompts

SEO e conteúdoAltera após sua aprovaçãoDemonstração ao vivo

Publicar meu site hospedado em turco e inglês com hreflang, sitemaps por idioma e llms.txt

Adiciona uma versão em inglês de um site estático em /en/: URLs por idioma, hreflang e x-default, og:locale e idioma do schema por idioma, um seletor de idioma estático, sitemaps por idioma e llms.txt. Verifica o pareamento e a qualidade da tradução com um script e mede todas as páginas em dois dispositivos.

Quando usarQuando você quer adicionar uma versão em inglês ao seu site em turco hospedado na Opus Growth e fazer cada idioma aparecer no lugar certo na busca, sem competir com o outro.

Meu site [endereço do site] no meu servidor Opus Growth está só em turco por enquanto. Quero que você adicione uma versão em inglês e configure os dois idiomas para que os mecanismos de busca e os assistentes de IA os pareiem corretamente. O público da versão em inglês: [público, por exemplo turistas estrangeiros]. Nomes que nunca são traduzidos: [nome da marca, nomes de produtos, nomes de lugares]. O idioma que um visitante de outros lugares vê por padrão (x-default): [Turco ou Inglês].

1. Mapeie o estado atual. Leia site_seo_guide, liste as páginas com site_list_files e anote a versão de restauração com site_versions. Proponha um endereço em inglês para cada página em turco e mostre a tabela de mapeamento: o turco continua na raiz (/, /hizmetler/), o inglês vai em /en/ (/en/, /en/services/). Escreva os endereços em palavras em inglês, em minúsculas, como diretórios terminados em barra. Não altere os endereços atuais em turco; se algum precisar mudar, faça um 301 com site_redirects. Aguarde a minha aprovação.
2. Tradução. Escreva cada página em inglês de forma que soe natural para o público, traduzindo o sentido e não frase por frase. Mantenha dados como telefones, endereços, preços e horários exatamente iguais e não acrescente nenhuma afirmação nova. Títulos de 50 a 60 caracteres, descrições de 140 a 160, únicos em cada idioma. Os dois idiomas têm o mesmo número de seções. Toda página em inglês tem `<html lang="en">` e responde à pergunta diretamente no primeiro parágrafo.
3. Configuração. Adicione um bloco `locales.en` em assets/site.config.js: prefixo "/en/", hreflang "en", ogLocale "en_US", a descrição do negócio em inglês, o menu em inglês, a chamada para ação, a nota do rodapé e os textos da interface (pular para o conteúdo, menu, páginas, contato). Em um bloco `i18n`, escreva o idioma da raiz, o idioma do x-default, os pares de endereços em turco e inglês, as palavras que nunca são traduzidas (keepWords) e um glossário de termos.
4. Escreva um script i18n-stamp.mjs e coloque-o na raiz do site. Suas funções:
   1. Imprimir tags absolutas `<link rel="alternate" hreflang="tr-TR">`, `hreflang="en"` e `hreflang="x-default"` em todas as páginas entre `` e ``.
   2. Dentro do bloco impresso pelo seo-stamp.mjs, definir og:locale como en_US nas páginas em inglês, adicionar o outro idioma como og:locale:alternate nos dois idiomas, definir o inLanguage do nó WebSite como ["tr-TR", "en"] e substituir a description do nó do negócio pela versão em inglês nas páginas em inglês.
   3. Gerar sitemap-tr.xml e sitemap-en.xml com alternates xhtml:link para cada endereço e a data real de modificação do arquivo como lastmod, e transformar sitemap.xml em um sitemapindex apontando para os dois.
   4. Verificar a tradução e sair com código diferente de zero em caso de erros: página sem par, html lang que não corresponde à pasta, telefone ou número longo diferente nos dois idiomas; como avisos, número diferente de h2, h3, imagens ou itens de FAQ nos dois idiomas, palavras com caracteres turcos no texto em inglês fora de keepWords e termos do glossário não utilizados.
   O nó WebPage de cada página carrega o idioma dessa página como inLanguage. O seo-check.mjs só isenta a home da raiz da exigência de BreadcrumbList, então adicione um BreadcrumbList de um item à home de /en/.
5. Seletor de idioma. O script chrome-stamp.mjs, que imprime o menu e o rodapé como HTML estático, dá às páginas em /en/ o menu e os textos de interface de locales.en e monta o seletor de idioma a partir das tags hreflang da página, de modo que cada página linke para a SUA PRÓPRIA correspondente no outro idioma, não para a home. Todo link de idioma leva os atributos hreflang e lang e uma área de toque de pelo menos 44 pixels. Não escolha o idioma redirecionando pelo idioma do navegador.
6. llms.txt. Escreva o /llms.txt em turco na raiz e a versão em inglês em /en/llms.txt; cada um traz um resumo curto e preciso do site, a lista de páginas no próprio idioma e os dados de contato, e linka para o outro. O robots.txt continua aberto aos rastreadores de IA e aponta apenas para o índice sitemap.xml.
7. Ordem de execução após cada edição: `node seo-stamp.mjs`, `node i18n-stamp.mjs`, `node chrome-stamp.mjs`, o build do Tailwind, depois `node seo-check.mjs`, `node design-check.mjs`, `npx --yes html-validate "**/*.html"`. O seo-stamp reescreve seu próprio bloco toda vez que roda, então o i18n-stamp deve rodar SEMPRE depois dele. Se o site ainda usa o Tailwind Play CDN e fontes de terceiros, migre primeiro para CSS compilado e fontes hospedadas por você.
8. Meça. core_web_vitals no mobile e no desktop para cada página nos dois idiomas; seo_audit para as duas versões da home. Abra as homes em turco e em inglês com site_preview nas larguras de 360, 390, 768 e 1440 pixels; os títulos em inglês costumam ser mais longos, então procure com atenção qualquer estouro de layout. Critérios: desempenho mobile de pelo menos 95 e as outras três pontuações em 100; zero erros do seo-check, do i18n-stamp e do html-validate.
9. Depois de publicar. Confirme as tags hreflang e o seletor de idioma na home de /en/ com site_read_url. Se a minha propriedade do Search Console for [propriedade do Search Console], envie o sitemap.xml com gsc_submit_sitemap e verifique a home de /en/ com gsc_url_inspect.

Saída: a tabela de mapeamento de endereços em turco e inglês, uma tabela de pontuações por página e idioma, a saída da verificação do i18n-stamp, os avisos de tradução restantes e uma lista de frases que devo revisar.

SEO e conteúdoAltera após sua aprovação

Reestruture uma página de conversão com a resposta primeiro para que as respostas de IA possam citá-la

Reúne as perguntas que a página já recebe no Search Console e quem as respostas de IA citam, e então reorganiza o conteúdo existente com uma resposta direta no topo, títulos em formato de pergunta, uma tabela comparativa e um FAQ específico da página. Não inventa nada, aplica depois da prévia e da aprovação e registra uma linha de base para medição.

Quando usarSua página de serviço ou produto aparece bem no Google, mas não é citada nas respostas de IA, ou a informação mais importante dela está enterrada sob uma introdução longa.

Reestruture a página [URL da página] do meu site em um layout "com a resposta primeiro", que as respostas de IA e o Google consigam citar com facilidade. Tipo de site: [hospedagem Opus Growth ou WordPress]. Minha propriedade do Search Console: [propriedade do Search Console]. Acho que a pergunta principal da página é: [pergunta principal, por exemplo "quanto custa a revisão de uma caldeira em Hackney"]. Fatos que não estão no site e que eu confirmo estarem corretos: [faixa de preço, duração, garantia etc., ou "nenhum"].

1. As perguntas que a página recebe. Use get_report com platform='search_console', breakdown='page,query' para os últimos 90 dias e mantenha apenas as linhas desta página. Separe as consultas em formato de pergunta (o que, como, por que, quanto, qual, diferença, preço e seus equivalentes no idioma da página) com pelo menos 20 impressões, ordenadas por impressões. Guarde essas linhas como linha de base de medição: consulta, impressões, cliques, posição média.
2. O conteúdo atual. Leia a página com site_read_url, primeiro com outline=true e depois com text=true (se truncated for true, leia de novo com max_bytes=1000000). Liste a árvore de títulos, o primeiro parágrafo e todo número, preço, duração e afirmação da página. Essa lista é tudo o que você pode usar.
3. O que a IA diz. Verifique o seo_history em busca de execuções anteriores e depois execute seo_ai_overview para a pergunta principal e para as duas perguntas com mais impressões (target=[domínio], localização e idioma do meu mercado). Anote o que diz a primeira frase da resposta da IA, que tipos de fatos ela traz (faixa de preço, duração, etapas, comparação) e quais páginas cita. Se references estiver vazio, conte os domínios dos links dentro de ai_answer. Essas chamadas consomem créditos, então não execute mais de três sem me perguntar.
4. A nova estrutura. Mantenha o texto existente e proponha este layout:
   1. O H1 permanece, ou é ajustado de leve para atender melhor à pergunta principal.
   2. Logo abaixo do H1, um parágrafo de resposta de 40 a 60 palavras: uma resposta direta à pergunta principal na primeira frase, depois os dois fatos concretos mais importantes. Sem aberturas como "Hoje em dia" ou "Se você está se perguntando".
   3. As seções do corpo usam H2 em formato de pergunta, tirados das perguntas reais do Search Console. A primeira frase sob cada H2 responde a essa pergunta.
   4. Uma tabela, se a página tiver fatos comparáveis (pacotes, durações, opções). Se não tiver, não invente uma.
   5. No final, um FAQ de 4 a 6 perguntas específico desta página. As perguntas vêm do Search Console ou de temas que a página realmente responde.
   6. Uma linha visível "Última atualização: [data]" e quem preparou a página (o nome da empresa, a menos que eu informe o nome de uma pessoa real).
   7. Como esse FAQ é visível na página, o JSON-LD de FAQPage pode ser adicionado. Observe que, desde 2023, o Google só mostra resultados enriquecidos de FAQ para sites governamentais e de saúde bem conhecidos, então a marcação existe para que as máquinas leiam o conteúdo, não para obter um resultado enriquecido.
5. Sem fatos inventados. Não escreva nenhum número, preço, duração, garantia, quantidade de clientes, avaliação ou certificado que não esteja na página ou nos fatos que informei acima. Se o parágrafo de resposta precisar de um fato que não temos, escreva [FATO NECESSÁRIO: ...] no lugar e me pergunte.
6. Verificação de qualidade. Passe todo o texto novo por seo_content_lint. Se human_score ficar abaixo de 80 ou qualquer expressão for sinalizada, reescreva esses parágrafos e execute de novo.
7. Prévia. Mostre a estrutura antiga e a nova lado a lado, seção por seção, indique em qual fato existente cada frase nova se apoia e aguarde minha aprovação.
8. Aplique após a aprovação.
   1. Hospedagem: leia o arquivo da página com site_read_file e altere seção por seção com site_edit_file. Escreva o bloco FAQPage de forma estática no head da página e vincule-o ao grafo @id já existente do site.
   2. WordPress: leia o conteúdo com wordpress_get_post. Se a página foi criada com Elementor, leia o layout com wordpress_page_design e altere com wordpress_edit_page_design; caso contrário, use wordpress_update_post. Não altere o status de publicação da página.
9. Verifique. Com site_read_url e outline=true, mostre o único H1, os novos H2 e o parágrafo de resposta no ar. Com text=true, confirme que o parágrafo de resposta é visível sem JavaScript.

Termine com um plano de medição: em 4 a 6 semanas vamos comparar as linhas do Search Console das mesmas consultas e os resultados do seo_ai_overview das mesmas perguntas com a linha de base. Não julgue o efeito da mudança antes disso.

SEO e conteúdoSomente leitura

Verifique se os crawlers de IA veem a versão de idioma certa do seu site multilíngue

Verifica o alinhamento de hreflang, canonical e html lang em cada versão de idioma, as alternativas no sitemap e quaisquer redirecionamentos automáticos baseados no país ou no idioma do navegador do visitante. Mede qual versão o Google escolhe e qual página de idioma as respostas de IA citam, sem alterar nada.

Quando usarSeu site é publicado em vários idiomas e uma versão de idioma não aparece no próprio mercado no Google ou nas respostas de IA, enquanto uma página em outro idioma aparece no lugar.

Meu site [URL do site] é publicado nestes idiomas: [idiomas e estrutura de URL, ex.: en: /, de: /de/, fr: /fr/]. Minha propriedade do Search Console: [propriedade do Search Console]. As duas páginas mais importantes por idioma: [URL da página inicial e de uma página de serviço em cada idioma]. Uma pergunta comercial por mercado: [uma pergunta por idioma]. Esta tarefa é somente leitura.

A maioria dos crawlers de IA e dos crawlers do Google vem de servidores nos Estados Unidos, e o idioma do navegador deles costuma ser o inglês. Se o site redireciona visitantes automaticamente pelo país do IP ou pelo idioma do navegador, esses crawlers podem nunca ver a página em alemão ou em francês. O objetivo desta tarefa é medir isso.

1. Alinhamento das tags. Leia as duas páginas de cada idioma com site_read_url (max_bytes padrão; se o corpo for cortado antes de `</head>`, use max_bytes=1000000). Para cada página, extraia o valor de `<html lang>`, a URL canonical, cada link `rel="alternate" hreflang` e o x-default. Verifique: a canonical aponta para a própria página (se a canonical de uma versão de idioma aponta para outro idioma, essa versão sai do índice); os links hreflang são recíprocos (se A aponta para B, B deve apontar para A); cada URL de hreflang retorna 200 (site_read_url com max_bytes=0); os códigos de idioma são válidos (ex.: "en", "de", "en-GB"; não misture "de-DE" e "de"); html lang e hreflang indicam o mesmo idioma.
2. Sitemap. Leia o sitemap.xml e os sitemaps filhos, se houver, com site_read_url. Compare as alternativas xhtml:link com o hreflang na página para duas páginas.
3. Comportamento de redirecionamento. Leia a página inicial de cada idioma com site_read_url e max_bytes=0 e anote a lista de redirecionamentos. Essa ferramenta envia requisições como um navegador a partir de um único servidor fixo, então não mostra o que um visitante de outro país vê. Para isso, meça também a página inicial de cada idioma com seo_technical_audit, que renderiza a página com JavaScript a partir de servidores em outra localização. Se as duas ferramentas mostrarem um título ou H1 em idiomas diferentes, o site está redirecionando visitantes dessa localização para outra versão de idioma. Sinalize isso com a maior gravidade e me pergunte: a regra de redirecionamento exclui os crawlers de busca e de IA (Googlebot, Bingbot, GPTBot, OAI-SearchBot, ChatGPT-User, ClaudeBot, Claude-User, PerplexityBot) e usa 302 em vez de 301? Você não consegue ver o código nem as configurações do servidor, então não adivinhe a resposta.
4. A escolha do Google. Inspecione as duas páginas por idioma em uma única chamada gsc_inspect_urls. Se a canonical escolhida pelo Google for diferente da própria página (por exemplo, a página em inglês escolhida para a página em alemão), informe. Use get_report com platform='search_console' e breakdown='country' para os últimos 90 dias, depois breakdown='page by impressions', e some impressões e cliques por pasta de idioma. Sinalize qualquer versão de idioma que receba quase nenhuma impressão no próprio mercado.
5. O idioma que a IA vê. Execute a pergunta comercial de cada mercado em seo_ai_overview com os valores de localização e idioma desse mercado e target=[domínio]. Se uma das minhas páginas for citada, anote qual versão de idioma é. Se references estiver vazio, use os links dentro de ai_answer. Se minha página em inglês for citada para uma pergunta em alemão, é sinal de que a página em alemão não está sendo vista o suficiente.

Formate a saída assim. Primeiro, um resumo de quatro frases. Depois, uma tabela de páginas: URL, html lang, canonical (própria ou não), quantidade de hreflang e reciprocidade, x-default, canonical escolhida pelo Google, status. Depois, uma tabela de redirecionamentos: página inicial do idioma, título em site_read_url, título em seo_technical_audit, diferença. Depois, uma tabela de mercados: idioma, impressões e cliques no mercado principal, versão citada na resposta de IA. Termine com uma lista de correções em ordem de gravidade. Se houver redirecionamento automático de idioma, adicione esta recomendação geral: excluir os crawlers do redirecionamento, ou mostrar aos visitantes um banner que sugere um idioma em vez de redirecioná-los, é a abordagem que o Google recomenda para sites multilíngues.

SEO e conteúdoSomente leitura

Crie clusters de palavras-chave por intenção de busca a partir de poucas palavras-chave iniciais

Uma lista ranqueada de clusters de palavras-chave com volume, dificuldade e o tipo de página ou grupo de anúncios ideal para cada um.

Quando usarQuando você está começando a pesquisa de palavras-chave para um negócio e tem apenas algumas palavras-chave iniciais.

Eu vendo [produto ou serviço] em [cidade ou país]. Comece por estas palavras-chave iniciais: [3 a 5 palavras-chave iniciais].

Primeiro, consulte o seo_history para reaproveitar resultados anteriores em vez de pagar duas vezes pela mesma consulta. Depois, use o Keyword Planner e a pesquisa de palavras-chave de SEO para coletar ideias com média de buscas mensais, concorrência e dificuldade da palavra-chave.

Limpe a lista:
- remova palavras-chave com menos de 30 buscas mensais
- remova termos de vagas de emprego, grátis, faça você mesmo, cursos e marcas concorrentes, a menos que combinem claramente com o meu negócio
- una variações próximas e plurais

Agrupe o restante por intenção de busca, com um cluster para cada necessidade distinta de quem pesquisa. Para cada cluster, informe:
- nome do cluster e palavra-chave principal
- de 5 a 10 palavras-chave de apoio
- volume mensal combinado e dificuldade média
- intenção: informacional, comercial ou transacional
- melhor uso: página de serviço, post de blog ou grupo de anúncios do Google Ads

Ordene os clusters por volume e adequação a uma pequena empresa com orçamento limitado. Marque os 3 primeiros para começar e explique o motivo em uma linha para cada um.