Cómo comparar la presencia de competidores en un panel fijo de palabras clave de Bing

Qué está comparando

Un dominio es el host del sitio web que eligió para contar. Un panel de consultas es una lista corta de frases exactas. Fijo significa que escribe esa lista antes de ver los resultados y después no la cambia. Un tope es la cantidad máxima de resultados que pide conservar para una consulta exacta.

Orgánico significa que la fila no es un anuncio pago. En una fila orgánica, isSponsored es false. Presencia significa que el dominio apareció en la muestra conservada para esa consulta.

not_seen_within_cap significa que la consulta tuvo éxito y el dominio no estaba dentro del tope. source_failed significa que la cobertura de esa consulta es desconocida. No guarde una consulta fallida como cero. unresolved_identity significa que todavía no puede vincular el host con la empresa. Ese host no es una ausencia conocida.

El puesto es el orden en esa muestra exacta recolectada. No es un puesto para cada persona.

Configure la entrada de Bing

La compilación pública actual de Google Search Scraper es 1.0.15. La compilación puede tomar Google, Bing, Brave y DuckDuckGo. Estos pasos aceptan solo Bing. La Task guardada es una entrada de partida. No hace esta comparación por usted.

La entrada guardada actual está abajo. Va a reemplazar toda la lista de consultas y toda la lista de motores.

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

Para una primera revisión, use una frase prevista y solo Bing. Ponga el tope en 2. La prueba de aceptación revisada usó el país US y el idioma en. safeSearch true activa el filtro de búsqueda segura. includeSponsoredResults false pide dejar afuera los anuncios pagos. No existe un ajuste de expansión. No agregue un campo de límite de páginas. La prueba piloto revisada de dos filas leyó exactamente una página.

Reemplace las palabras one intended phrase por su frase real antes de ejecutar esta entrada.

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

Para el panel posterior, elija un mismo tope para todas las consultas exactas. Mantenga el mismo país, idioma, búsqueda segura y ajuste de resultados patrocinados. El tope posterior es su elección. No es un campo oculto. El país y el idioma son ajustes pedidos. No prueban dónde vive quien lee. No prometen resultados de mapa ni de paquete local.

Lea una fila de resultado

Una fila es un resultado para un motor, una consulta, una página y una posición. El Actor puede conservar muchas consultas en una ejecución. No crea una fila por cada sitio web del mundo.

Use los campos de la fila como evidencia de origen:

• runId es el id de esa ejecución de recolección.
• country es el país pedido.
• language es el idioma pedido.
• safeSearch registra si el filtro de búsqueda segura estaba activado o desactivado.
• engine es el motor de búsqueda de esa fila.
• executedQuery es la frase exacta que se ejecutó.
• page es el número de la página de resultados.
• rankOnPage es la posición en esa página.
• rank es la posición en la muestra recolectada.
• title es el título del resultado.
• canonicalUrl es una dirección limpia que viene del Actor. Conserve esa cadena sin cambios. No es una etiqueta canónica leída del HTML de la página. No es una copia completa del enlace original.
• resultDomain es el host de esa dirección.
• snippet es el texto corto del resultado de búsqueda. No es texto traído de la página. No prueba una afirmación.
• isSponsored es true cuando la fila es un anuncio pago.
• advertiserDomain es el host del anunciante cuando la fila es un anuncio.
• observedAt es el momento de la recolección.
• schemaVersion es el nombre del formato de la fila.

Si una fila tiene isSponsored true, déjela fuera del puesto orgánico. El Actor no abre la página de destino. No quita todo el texto extra de la página. No revisa citas. No puntúa el éxito del negocio. No programa una ejecución repetida. Usted abre las páginas que importan para su decisión.

Lea el resumen de la ejecución

OUTPUT es el resumen de la ejecución. No es lo mismo que una fila de resultado. Lea OUTPUT antes de marcar una consulta como útil.

• queriesRequested es cuántas frases envió.
• searchesCompiled es cuántas búsquedas se prepararon.
• executionsPlanned es cuántas ejecuciones de motor se planificaron.
• enginesSuccessful es cuántos motores tuvieron éxito.
• enginesFailed es cuántos motores fallaron.
• pagesAttempted es cuántas páginas se intentaron.
• pagesParsed es cuántas páginas se leyeron.
• resultsSaved es cuántas filas de resultado se conservaron.
• engineStatusCounts agrupa el estado por motor.
• engineResultCounts agrupa las filas guardadas por motor.
• queryResultCounts agrupa las filas guardadas por consulta.
• stopReason dice por qué se detuvo la ejecución.

Un control actual de Bing usó la frase Python asyncio documentation, con US y en. Devolvió dos URL directas de docs.python.org. El motor fue bing. La consulta ejecutada fue esa misma frase. Las dos filas fueron de la página 1. Los puestos fueron 1 y 2. Cada fila tenía observedAt. OUTPUT informó un motor con éxito, una página leída y stopReason result_caps_reached.

Ese control muestra un soporte limitado de Bing para la URL, el puesto y el momento de recolección. No es una prueba del panel de competidores. No verifica Google, Brave ni DuckDuckGo. No verifica cada operador, cada país ni una prueba repetida de puestos. Una ruta de Google que falló tenía enlaces de redirección cuyas páginas finales no estaban claras. No trate esos enlaces como direcciones de página aceptadas.

Una consulta con éxito que llega al tope puede respaldar not_seen_within_cap. Una consulta fallida no puede. Un tope o un resultado vacío no significa que vio todo el índice.

Haga la comparación

1. Elija primero un mercado objetivo y un idioma. Elija la decisión sobre el sitio web que necesita tomar. Escriba la lista de consultas. Escriba la lista de competidores. Haga esto antes de ver quién aparece. No agregue ni quite una consulta después de ver los resultados. No agregue ni quite una empresa después de ver los resultados.
2. Abra el sitio público actual de cada empresa. Escriba la regla exacta del host antes de la ejecución. Diga si un subdominio cuenta. Un blog, un directorio o un afiliado con un nombre parecido no es automáticamente esa empresa. Esta revisión de identidad es suya. El Actor no verifica la empresa. Si el host sigue sin estar claro, marque unresolved_identity. No trate esa celda como una ausencia conocida.
3. Ejecute primero una frase con la entrada de Bing de arriba. Use maxResultsPerExecutedQuery 2. Use el país y el idioma que pidió. La prueba de aceptación revisada usó solo US y en. Ponga safeSearch en true. Ponga includeSponsoredResults en false. No hay un campo de límite de páginas ni un campo de expansión. Cuando esa revisión funcione, ejecute la lista fija completa. Use el mismo tope en todas las consultas exactas. Mantenga los mismos ajustes de mercado.
4. Conserve cada fila útil. Guarde la dirección, el motor, el puesto y observedAt. Lea OUTPUT para cada consulta planificada. Si la consulta falla, la cobertura es desconocida. Si la consulta tiene éxito y un dominio conocido falta dentro del tope, marque not_seen_within_cap. No complete una consulta fallida con cero.
5. Arme una tabla de competidor por consulta. Use solo present, not_seen_within_cap, source_failed o unresolved_identity. Varias páginas aceptadas de un dominio en una consulta siguen contando como una presencia. Conserve las filas de página. Esas filas muestran qué dirección y qué puesto respaldan la celda. No fusione filas por título. No descarte una cadena de consulta distinta.
6. Divida las consultas con presencia por las consultas útiles de cada dominio conocido. Una consulta útil tuvo éxito con el mismo tope y los mismos ajustes. Informe también cuántas consultas planificó. Esta fracción no es una parte de todas las búsquedas. No es el volumen de búsqueda. No es la demanda de anuncios. No es la demanda de clientes. Si fallan muchas consultas planificadas, no entregue la comparación del panel, o márquela como parcial. No oculte las consultas fallidas.
7. Conserve el mejor puesto orgánico de cada dominio en cada consulta donde está presente. Una media condicional es el promedio solo de esos mejores puestos. Deje afuera las consultas en las que no se vio el dominio. No ingrese un puesto faltante como cero. No lo ingrese como el tope más uno. No promedie un puesto faltante como si lo hubiera visto. Los dominios con distintas cantidades de consultas presentes pueden verse más fuertes o más débiles solo por esa razón. Este artículo compara la presencia entre consultas. No sigue un puesto a lo largo de los días.
8. Revise los huecos. Después elija las páginas que va a leer. Un dominio ausente en esta muestra puede aparecer más tarde. Puede aparecer en otra consulta. Puede aparecer para otra persona. La tabla no muestra por qué apareció una página. No predice el tráfico ni las ventas. Este método de Bing no afirma un resultado de Google ni un resultado de otro país.

Ejemplo resuelto de ficción

Todos los valores de esta sección son ficción. No son un resultado de producto. El panel es Bing fijo, país US, idioma en, solo resultados orgánicos y un tope de los cinco primeros. Los dominios de las empresas son A, B y C. La regla del host cuenta el host exacto de la empresa. Un subdominio cuenta solo en ese mismo host de la empresa. Un blog con el mismo nombre no cuenta. Ningún host de esta ficción es unresolved_identity.

Las consultas planificadas son Q1, Q2, Q3 y Q4. Q1, Q2 y Q3 tuvieron éxito. Q4 falló en el origen. Estas son las observaciones de página.

A tiene dos páginas en Q1, en los puestos 2 y 4. Esas dos páginas siguen siendo una sola presencia en Q1. No cambian a A de 2/3 a 3/3.

Tres consultas fueron útiles. Cuatro consultas fueron planificadas. La tabla de presencia está abajo.

Los mejores puestos orgánicos usan solo las consultas con presencia.

La media condicional de A es (2 + 3) / 2 = 2,5. La media condicional de B es (1 + 2 + 1) / 3 = 4/3, cerca de 1,33. La media condicional de C es 3 / 1 = 3. Estos promedios no usan la misma cantidad de consultas. No reemplazan la tabla de presencia. No muestran que un dominio gana en cada búsqueda.

Cada celda not_seen_within_cap se detiene en las cinco primeras filas orgánicas. No es una ausencia de todo el índice.

Q4 es source_failed para A, B y C. Esa celda es desconocida. No es una ausencia conocida. No diga que B está presente en 3 de 4 consultas. No llame a 3/3 la cobertura de las cuatro consultas planificadas. Conserve los dos conteos: cuatro planificadas y tres útiles. Una afirmación del panel aquí cubre solo las tres consultas con éxito. Si fallan demasiadas consultas planificadas, no entregue la comparación, o márquela como parcial.