SEO e conteúdo

Encontre os clusters de palavras-chave em que meus concorrentes ranqueiam e eu não

Os 10 principais clusters de tópicos que faltam em relação a dois concorrentes, com a página do concorrente que vence cada um e o que você deve criar.

Quando usar

Quando os concorrentes parecem ranquear em tópicos que você não cobre e você quer saber quais lacunas de conteúdo preencher primeiro.

O que você recebe

Uma lista ordenada dos 10 principais clusters de tópicos que faltam, com volume, dificuldade, a página vencedora do concorrente e o tipo de página que você deve criar.

Ele altera algo na minha conta?

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

Funciona com

SEO Intelligence

Preencha antes de enviar

[meu domínio][domínio do concorrente 1][domínio do concorrente 2]

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. Meu site é [meu domínio]. Meus dois concorrentes mais próximos são [domínio do concorrente 1] e [domínio do concorrente 2]. Consulte primeiro o seo_history e reaproveite quaisquer resultados recentes. Depois, faça uma análise de lacunas de palavras-chave em relação aos concorrentes e traga as palavras-chave ranqueadas dos três domínios. Mantenha apenas as palavras-chave em que: - pelo menos um concorrente ranqueia no top 10 - eu não estou no top 50 ou não ranqueio de forma alguma - o termo não é o nome da marca de um concorrente Agrupe essas palavras-chave de lacuna em clusters de tópicos por intenção. Para cada cluster, mostre: - nome do cluster e palavra-chave principal - volume mensal combinado e dificuldade média - qual concorrente ranqueia melhor e a URL da página dele que ranqueia - se essa página é uma página de serviço, uma página de categoria, um post de blog ou uma ferramenta Entregue os 10 principais clusters ordenados por volume dividido pela dificuldade. Para os 3 primeiros, faça uma verificação rápida da SERP e diga qual tipo de página eu preciso para competir: uma nova página de serviço, um guia ou uma atualização de uma das minhas páginas existentes. Apenas análise. Não crie nem edite nenhum conteúdo.

Meu site é [meu domínio]. Meus dois concorrentes mais próximos são [domínio do concorrente 1] e [domínio do concorrente 2].

Consulte primeiro o seo_history e reaproveite quaisquer resultados recentes. Depois, faça uma análise de lacunas de palavras-chave em relação aos concorrentes e traga as palavras-chave ranqueadas dos três domínios.

Mantenha apenas as palavras-chave em que:
- pelo menos um concorrente ranqueia no top 10
- eu não estou no top 50 ou não ranqueio de forma alguma
- o termo não é o nome da marca de um concorrente

Agrupe essas palavras-chave de lacuna em clusters de tópicos por intenção. Para cada cluster, mostre:
- nome do cluster e palavra-chave principal
- volume mensal combinado e dificuldade média
- qual concorrente ranqueia melhor e a URL da página dele que ranqueia
- se essa página é uma página de serviço, uma página de categoria, um post de blog ou uma ferramenta

Entregue os 10 principais clusters ordenados por volume dividido pela dificuldade. Para os 3 primeiros, faça uma verificação rápida da SERP e diga qual tipo de página eu preciso para competir: uma nova página de serviço, um guia ou uma atualização de uma das minhas páginas existentes.

Apenas análise. Não crie nem edite nenhum conteúdo.

Abrir no Claude Abrir no ChatGPT Discutir no fórum

Buscas relacionadas

lacuna de palavras-chave dos concorrentes análise de lacunas de conteúdo análise de concorrentes seo palavras-chave que faltam palavras-chave em que os concorrentes ranqueiam lacuna de temas ideias de novos conteúdos dificuldade da palavra-chave volume de busca análise de serp

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.