Como comparar a presença de concorrentes em um painel fixo de palavras-chave do Bing

O que você está comparando

Um domínio é o host do site que você escolheu contar. Um painel de consultas é uma lista curta de frases exatas. Fixo significa que você escreve essa lista antes de ver os resultados e depois não a altera. Um teto é o máximo de resultados que você pede para guardar de uma consulta exata.

Orgânico significa que a linha não é um anúncio pago. Em uma linha orgânica, isSponsored é false. Presença significa que o domínio apareceu na amostra guardada dessa consulta.

not_seen_within_cap significa que a consulta teve sucesso e o domínio estava ausente dentro do teto. source_failed significa que a cobertura dessa consulta é desconhecida. Não grave uma consulta com falha como zero. unresolved_identity significa que você ainda não consegue ligar o host à empresa. Esse host não é uma ausência conhecida.

A posição é a ordem nessa amostra coletada exata. Não é uma posição para cada pessoa.

Defina a entrada do Bing

A build pública atual do Google Search Scraper é 1.0.15. A build pode receber Google, Bing, Brave e DuckDuckGo. Estas etapas aceitam apenas o Bing. A Task salva é uma entrada de partida. Ela não faz esta comparação por você.

A entrada salva atual está abaixo. Você vai substituir a lista inteira de consultas e a lista inteira de mecanismos.

{
  "queries": ["competitor brand", "product category", "best product alternatives"],
  "engines": ["google", "bing", "brave", "duckduckgo"],
  "maxResultsPerExecutedQuery": 20,
  "country": "US",
  "language": "en",
  "safeSearch": true,
  "includeSponsoredResults": false
}

Para uma primeira verificação, use uma frase pretendida e apenas o Bing. Defina o teto como 2. O teste de aceitação verificado usou o país US e o idioma en. safeSearch true liga o filtro de busca segura. includeSponsoredResults false pede para deixar os anúncios pagos de fora. Não existe ajuste de expansão. Não acrescente um campo page-limit. O piloto de duas linhas que foi verificado leu exatamente uma página.

Substitua as palavras one intended phrase pela sua frase real antes de executar esta entrada.

{
  "queries": ["one intended phrase"],
  "engines": ["bing"],
  "maxResultsPerExecutedQuery": 2,
  "country": "US",
  "language": "en",
  "safeSearch": true,
  "includeSponsoredResults": false
}

Para o painel posterior, escolha o mesmo teto para todas as consultas exatas. Mantenha o mesmo país, idioma, busca segura e ajuste de patrocinados. O teto posterior é a sua escolha. Não é um campo oculto. País e idioma são ajustes solicitados. Eles não provam onde o leitor mora. Eles não prometem resultados de mapa nem de pacote local.

Leia uma linha de resultado

Uma linha é um resultado de um mecanismo, uma consulta, uma página e uma posição. O Actor pode guardar muitas consultas em uma execução. Ele não cria uma linha para cada site do mundo.

Use os campos da linha como evidência de origem:

• runId é o id dessa execução de coleta.
• country é o país solicitado.
• language é o idioma solicitado.
• safeSearch registra que o filtro de busca segura estava ligado ou desligado.
• engine é o mecanismo de busca dessa linha.
• executedQuery é a frase exata que foi executada.
• page é o número da página de resultados.
• rankOnPage é a posição nessa página.
• rank é a posição na amostra coletada.
• title é o título do resultado.
• canonicalUrl é um endereço limpo vindo do Actor. Mantenha essa string sem alteração. Não é uma tag canônica lida do HTML da página. Não é uma cópia completa do link original.
• resultDomain é o host desse endereço.
• snippet é o texto curto no resultado da busca. Não é texto obtido da página. Não prova uma afirmação.
• isSponsored é true quando a linha é um anúncio pago.
• advertiserDomain é o host do anunciante quando a linha é um anúncio.
• observedAt é o momento da coleta.
• schemaVersion é o nome do formato da linha.

Se uma linha tem isSponsored true, deixe-a fora da posição orgânica. O Actor não abre a página de destino. Ele não remove todo o texto extra da página. Ele não verifica citações. Ele não pontua o sucesso do negócio. Ele não agenda uma execução repetida. Você abre as páginas que importam para a sua decisão.

Leia o resumo da execução

OUTPUT é o resumo da execução. Não é a mesma coisa que uma linha de resultado. Leia OUTPUT antes de marcar uma consulta como útil.

• queriesRequested é quantas frases você enviou.
• searchesCompiled é quantas buscas foram preparadas.
• executionsPlanned é quantas execuções de mecanismo foram planejadas.
• enginesSuccessful é quantos mecanismos tiveram sucesso.
• enginesFailed é quantos mecanismos falharam.
• pagesAttempted é quantas páginas foram tentadas.
• pagesParsed é quantas páginas foram lidas.
• resultsSaved é quantas linhas de resultado foram guardadas.
• engineStatusCounts agrupa o status por mecanismo.
• engineResultCounts agrupa as linhas guardadas por mecanismo.
• queryResultCounts agrupa as linhas guardadas por consulta.
• stopReason diz por que a execução parou.

Um controle atual do Bing usou a frase Python asyncio documentation, com US e en. Ele devolveu dois URLs diretos de docs.python.org. O mecanismo era bing. A consulta executada era essa mesma frase. As duas linhas eram da página 1. As posições eram 1 e 2. Cada linha tinha observedAt. OUTPUT informou um mecanismo com sucesso, uma página lida e stopReason result_caps_reached.

Esse controle mostra suporte limitado do Bing para URL, posição e momento da coleta. Não é um teste de painel de concorrentes. Ele não verifica Google, Brave nem DuckDuckGo. Ele não verifica cada operador, cada país nem um teste repetido de posição. Um caminho do Google que falhou tinha links de redirecionamento cujas páginas finais não estavam claras. Não trate esses links como endereços de página aceitos.

Uma consulta com sucesso que atinge o teto pode sustentar not_seen_within_cap. Uma consulta com falha não pode. Um teto ou um resultado vazio não significa que você viu o índice inteiro.

Faça a comparação

1. Escolha primeiro um mercado-alvo e um idioma. Escolha a decisão sobre o site que você precisa tomar. Escreva a lista de consultas. Escreva a lista de concorrentes. Faça isso antes de ver quem aparece. Não acrescente nem retire uma consulta depois de ver os resultados. Não acrescente nem retire uma empresa depois de ver os resultados.
2. Abra o site público atual de cada empresa. Escreva a regra exata de host antes da execução. Diga se um subdomínio conta. Um blog, diretório ou afiliado com nome parecido não é automaticamente essa empresa. Esta verificação de identidade é sua. O Actor não verifica a empresa. Se o host continuar sem clareza, marque unresolved_identity. Não trate essa célula como uma ausência conhecida.
3. Execute primeiro uma frase com a entrada do Bing acima. Use maxResultsPerExecutedQuery 2. Use o país e o idioma solicitados. O teste de aceitação verificado usou apenas US e en. Defina safeSearch como true. Defina includeSponsoredResults como false. Não há campo page-limit nem campo de expansão. Quando essa verificação funcionar, execute a lista fixa completa. Use o mesmo teto em todas as consultas exatas. Mantenha os mesmos ajustes de mercado.
4. Guarde cada linha útil. Salve o endereço, o mecanismo, a posição e observedAt. Leia OUTPUT para cada consulta planejada. Se a consulta falhar, a cobertura é desconhecida. Se a consulta tiver sucesso e um domínio conhecido estiver ausente dentro do teto, marque not_seen_within_cap. Não preencha uma consulta com falha com zero.
5. Faça uma tabela de concorrente por consulta. Use apenas present, not_seen_within_cap, source_failed ou unresolved_identity. Várias páginas aceitas de um domínio em uma consulta ainda contam como uma presença. Guarde as linhas de página. Essas linhas mostram qual endereço e qual posição sustentam a célula. Não una linhas pelo título. Não descarte uma sequência de consulta distinta.
6. Divida as consultas present pelas consultas úteis de cada domínio conhecido. Uma consulta útil teve sucesso sob o mesmo teto e os mesmos ajustes. Informe também quantas consultas você planejou. Essa fração não é uma parcela de todas as buscas. Não é volume de busca. Não é demanda de anúncio. Não é demanda de cliente. Se muitas consultas planejadas falharem, não apresente a comparação do painel, ou rotule-a como parcial. Não oculte as consultas com falha.
7. Guarde a melhor posição orgânica de cada domínio em cada consulta em que ele está present. Uma média condicional é a média apenas dessas melhores posições. Deixe de fora as consultas em que o domínio não foi visto. Não registre uma posição ausente como zero. Não a registre como teto mais um. Não calcule a média de uma posição ausente como se você a tivesse visto. Domínios com contagens diferentes de consultas present podem parecer mais fortes ou mais fracos só por esse motivo. Este artigo compara a presença entre consultas. Ele não acompanha uma posição ao longo dos dias.
8. Revise as lacunas. Depois escolha as páginas que você vai ler. Um domínio ausente desta amostra pode aparecer depois. Pode aparecer em outra consulta. Pode aparecer para outra pessoa. A tabela não mostra por que uma página apareceu. Ela não prevê tráfego nem vendas. Este método do Bing não afirma um resultado do Google nem um resultado de outro país.

Exemplo resolvido fictício

Todos os valores desta seção são ficção. Não são um resultado de produto. O painel é Bing fixo, país US, idioma en, apenas resultados orgânicos e um teto dos cinco primeiros. Os domínios das empresas são A, B e C. A regra de host conta o host exato da empresa. Um subdomínio conta apenas nesse mesmo host da empresa. Um blog de mesmo nome não conta. Nenhum host nesta ficção é unresolved_identity.

As consultas planejadas são Q1, Q2, Q3 e Q4. Q1, Q2 e Q3 tiveram sucesso. Q4 falhou na origem. Estas são as observações de página.

A tem duas páginas em Q1, nas posições 2 e 4. Essas duas páginas ainda são uma presença em Q1. Elas não mudam A de 2/3 para 3/3.

Três consultas foram úteis. Quatro consultas foram planejadas. A tabela de presença está abaixo.

As melhores posições orgânicas usam apenas as consultas present.

A média condicional de A é (2 + 3) / 2 = 2,5. A média condicional de B é (1 + 2 + 1) / 3 = 4/3, cerca de 1,33. A média condicional de C é 3 / 1 = 3. Essas médias não usam a mesma contagem de consultas. Elas não substituem a tabela de presença. Elas não mostram que um domínio vence em toda busca.

Cada célula not_seen_within_cap para nos cinco primeiros resultados orgânicos. Não é ausência do índice inteiro.

Q4 é source_failed para A, B e C. Essa célula é desconhecida. Não é uma ausência conhecida. Não diga que B está present em 3 de 4 consultas. Não chame 3/3 de cobertura das quatro consultas planejadas. Guarde as duas contagens: quatro planejadas e três úteis. Uma afirmação sobre o painel aqui cobre apenas as três consultas com sucesso. Se consultas planejadas demais falharem, não apresente a comparação, ou rotule-a como parcial.