Comparar los resultados de búsqueda de Google en diferentes países e idiomas

TL;DR:

• El país y el idioma responden a diferentes preguntas de investigación. Mantén ambos en cada registro de análisis SERP internacional.
• Separa un experimento de consulta fija de una comparación de consulta localizada. Traducir una frase cambia la entrada y puede cambiar la intención.
• Revisa la matriz de mercado antes de la colección. Preserva la redacción de la consulta, el contexto, el estado de observación y el razonamiento detrás de cada comparación.

Una palabra clave traducida puede describir una decisión de compra diferente. Un ajuste de país puede cambiar el contexto de búsqueda sin traducir la consulta en absoluto. El análisis SERP internacional se vuelve útil cuando esas opciones son visibles en el conjunto de datos.

API de Búsqueda de Google sin Scrapeless expone controles de país e idioma junto a la consulta. La parte difícil es diseñar una comparación que signifique lo que el informe dice que significa. Este flujo de trabajo separa los controles experimentales de las decisiones de localización y produce una matriz de solicitudes que tu equipo regional puede revisar antes de que se realicen llamadas a la API.

Elige la Comparación que Realmente Necesitas

Una comparación de consulta fija mantiene la frase de búsqueda exacta y la configuración de idioma sin cambios mientras varía el país. Pregunta cómo difieren los resultados capturados bajo esas configuraciones de país. No describe toda la demanda de idioma local en ningún mercado.

Una comparación de consulta localizada utiliza una frase elegida para cada audiencia. Pregunta qué páginas y dominios aparecen en búsquedas localmente relevantes sobre el mismo tema de negocio. Dado que tanto la redacción como el contexto pueden diferir, el resultado no puede aislar el efecto del país por sí solo.

Una comparación de configuración de idioma mantiene la frase y el país fijos mientras cambia hl. Ese es un experimento separado. Nombra el diseño en la matriz para que un analista no combine los resultados con un estudio de consulta localizada más tarde.

El mismo proyecto puede contener todos estos diseños. Asigna a cada uno una etiqueta distinta y compara dentro de esa etiqueta antes de escribir una interpretación más amplia.

Comprender los Controles de País e Idioma

El modelo de parámetros de búsqueda de Google define gl como contexto de país y hl como el idioma de búsqueda. También proporciona cr para restricciones de país y lr para restricciones de idioma. Las configuraciones de contexto y las restricciones no deben ser tratadas como intercambiables.

Configurar hl no establece que cada página devuelta estará escrita en ese idioma. Google describe varias señales involucradas en la selección del idioma de los resultados de búsqueda. Si el idioma de la página es parte del análisis, inspecciona el contenido de destino y registra su idioma por separado.

google_domain selecciona el dominio de Google. location y uule describen la entrada de ubicación y no pueden ser suministradas juntas. Un estudio a nivel de país debe evitar agregar silenciosamente una restricción de ciudad a un mercado solamente. Si la intención local es la pregunta de investigación, haz que la ciudad sea parte de cada grupo de comparación relevante.

La configuración externa proxy.country también es distinta de input.gl. Guárdalo si tu solicitud lo utiliza. Registra la solicitud completa enviada para que un lector posterior pueda ver si las configuraciones de país estaban alineadas, omitidas o deliberadamente diferentes.

El modo de URL completa necesita su propia disciplina: cuando se proporciona url, otros parámetros de entrada se ignoran. El flujo de trabajo a continuación utiliza el modo de parámetros para que la matriz revisada sea la entrada que se enviará.

Revisa el Significado de la Consulta con un Lector Local

Una etiqueta temática agrupa preguntas de investigación relacionadas sin pretender que las frases sean idénticas. Mantén tanto el tema como la consulta exacta en el plan.

Pide a un revisor familiarizado con el mercado que verifique la ortografía, el vocabulario cotidiano, la ambigüedad y la intención probable. Un término en inglés puede usarse localmente sin ser la frase de compra más natural. Una traducción literal también puede introducir un significado que el tema original no pretendía.

Registra el estado de revisión y una breve explicación para la redacción aceptada. Si se cambia una frase, crea una nueva revisión de la matriz. No edites el texto de la consulta en observaciones antiguas; esos registros describen la entrada que realmente se envió.

Los identificadores de idioma en sí mismos merecen cuidado. El modelo de etiqueta de idioma distingue el idioma de los variantes regionales, mientras que esta API documenta su propia sintaxis de parámetros. Un localismo como el portugués brasileño no es un sustituto para verificar los valores aceptados en un campo de API.

Generar una Matriz de Solicitudes Revisables

El siguiente programa de Python escribe datos de planificación local. Utiliza los ejemplos de país e idioma mostrados en la referencia de parámetros actual. La redacción en francés es un candidato ilustrativo a la espera de revisión local, no una afirmación sobre la demanda de búsqueda medida.

Usa Python y guarda el código como market_matrix.py; no se necesita ningún paquete de terceros o clave de API para este paso local. Ejecuta python3 market_matrix.py en un directorio escribible. El programa crea o reemplaza market-matrix.json y no envía solicitudes de red.

import json
from pathlib import Path

plans = [
    {"topic": "coffee", "design": "fixed-query-country", "q": "coffee", "gl": "us", "hl": "en"},
    {"topic": "coffee", "design": "fixed-query-country", "q": "coffee", "gl": "fr", "hl": "en"},
    {"topic": "coffee", "design": "localized-query", "q": "café", "gl": "fr", "hl": "fr"},
]
records = []
for item in plans:
    request = {
        "actor": "scraper.google.search",
        "input": {"q": item["q"], "gl": item["gl"], "hl": item["hl"],
                  "google_domain": "google.com", "start": 0, "device": "desktop"},
    }
    records.append({"topic": item["topic"], "design": item["design"],
                    "review_status": "needs_local_review", "request": request})
path = Path("market-matrix.json")
path.write_text(json.dumps(records, ensure_ascii=False, indent=2), encoding="utf-8")
print(f"Wrote {len(records)} planned requests to {path}; no requests sent.")

El primer par cambia el país mientras mantiene coffee y hl=en fijos. La última fila propone una consulta en francés localizada y pertenece a un diseño diferente. Comparar esa última fila directamente con la fila en inglés cambia varios inputs a la vez.

Los campos topic, design y review_status son metadatos de la aplicación. Envía solo el objeto request anidado a la API después de la revisión. La serialización JSON Unicode de Python preserva el texto de consulta acentuado en el archivo de planificación.

Comienza a Raspar con Scrapeless

Potencia tu flujo de trabajo de raspado web y automatización con Scrapeless.
Regístrate hoy y obtén $5 en crédito gratis — sin necesidad de tarjeta de crédito.

Reclama tu crédito gratuito ahora en el Tablero de Scrapeless.

Recoge Observaciones Sin Mezclar Contextos

Una vez que se aprueba la redacción, utiliza la interfaz de solicitud de Google Search para enviar cada solicitud con una clave de API en x-api-token. El endpoint es POST https://api.scrapeless.com/api/v1/scraper/request, y el actor es scraper.google.search.

La colección autenticada necesita tu clave de cuenta y no se ha ejecutado para este artículo. La matriz local es un artefacto de planificación validado, no un conjunto de resultados de Google capturados. Antes de ejecutar un lote más grande, inspecciona una respuesta de cuenta real y confirma cómo se reflejan tus configuraciones elegidas en la salida.

Almacena la solicitud exacta, la revisión de la matriz, las marcas de tiempo del cliente y la respuesta en bruto. HTTP 200 lleva datos de tarea; HTTP 201 indica una tarea pendiente. Mantén ese estado pendiente fuera de las comparaciones de resultados completados hasta que se haya recuperado el resultado de la tarea a través de un flujo de trabajo verificado.

Recoge las solicitudes comparadas dentro de una ventana de observación definida y registra los tiempos reales. Las llamadas secuenciales no son simultáneas. Un informe debe divulgar la ventana en lugar de sugerir que cada mercado fue capturado en un solo instante.

Lee las Diferencias a Nivel de Página y Dominio

Comienza con resultados orgánicos y mantiene comparaciones separadas para URLs y nombres de host exactos. La superposición de URL muestra si aparecieron las mismas páginas; la superposición de nombres de host puede mostrar editores comunes incluso cuando sirven diferentes rutas localizadas.

Elige y documenta una política de agrupamiento de nombres de host. Tratar cada subdominio por separado preserva el detalle; combinar subdominios seleccionados puede apoyar una vista a nivel empresarial. Una verificación de subcadena no es segura porque un nombre de host que contenga una palabra familiar puede pertenecer a un propietario diferente.

Mantén la posición devuelta separada de la clasificación por idioma y contenido. La aparición de una página en un mercado no prueba la propiedad local, la popularidad local o la idoneidad para esa audiencia. Revisa la página antes de etiquetar su idioma, intención comercial o relevancia.

Si un array orgánico está vacío, faltante o no disponible porque la colección falló, registra esas condiciones por separado. Una observación faltante nunca debe crear un mercado artificial de “sin competidores”.

Convierte la Comparación en una Decisión Editorial

Una comparación internacional debe concluir con una pregunta que tu equipo pueda investigar. Un editor local que aparece repetidamente puede sugerir que los ejemplos específicos del mercado merecen atención. Diferentes tipos de página pueden sugerir que la redacción de la consulta captura diferentes intenciones.

Esas son hipótesis. Abre las páginas, inspecciona su contenido y pregunta a un revisor local si la interpretación se ajusta. Los fragmentos de resultados de búsqueda proporcionan un contexto limitado y pueden diferir del texto actual de la página.

Mantén un registro de decisiones al lado del conjunto de datos: diseño de comparación, observaciones utilizadas, interpretación, revisión de página de soporte y acción propuesta. Si el equipo cambia una página de destino o un resumen de localización, registra eso como un evento separado. La observación original permanece intacta.

Conclusión

Construye la comparación en torno a una pregunta antes de elegir parámetros. Mantén el país, el idioma y la redacción de consultas explícitos, luego haz que los revisores locales aprueben la matriz. El conjunto de datos resultante puede apoyar decisiones de SEO internacionales sin tratar una traducción como un experimento equivalente.
Si el proyecto se extiende a Google Images, mantén su mapeo de módulos separado de esta comparación de resultados web orgánicos.

Construye tu próxima observación de búsqueda

Configura Google Search API en torno a las preguntas que tu equipo necesita responder. Consulta los precios de Scrapeless antes de establecer la frecuencia de recolección. El modelo de parámetros de Google Search explica los controles de contexto utilizados en este flujo de trabajo.

Discute tu implementación con la comunidad en Discord o Telegram.

FAQ

P: ¿Significa que el portugués configura la búsqueda para Brasil?

No. El idioma y el país son elecciones separadas. Confirma los valores aceptados de país e idioma antes de recolectar una observación del mercado brasileño; este artículo no afirma un resultado brasileño en vivo.

P: ¿Garantiza hl el idioma de cada página de resultado?

No. Trata la configuración del idioma y el idioma de la página observada como campos separados. Inspecciona el contenido de la página cuando esa distinción sea importante.

P: ¿Se pueden comparar palabras clave traducidas como si solo cambiara el país?

No. Cambiar la redacción cambia la entrada. Usa un diseño de consulta localizada y explica que las frases representan un tema revisado en lugar de una consulta idéntica.

P: ¿Deben combinarse location y uule?

No. La referencia de parámetros los hace mutuamente excluyentes. Elige el método de ubicación apropiado y conservalo en el registro de solicitudes.

P: ¿El programa de matriz llama a Google Search API?

No. Produce un archivo de planificación local. La recolección autenticada es un paso separado que requiere una clave de API y la inspección de la salida de cuentas reales.