---
title: "Proxies para rank tracking en Google: la ubicación importa"
description: "Google arma una página de resultados distinta por país, ciudad, idioma y dispositivo: comprobar una posición es tan exacto como el lugar desde donde se hace."
url: https://proxynet.io/es/blog/proxies-for-rank-tracking
date: 2026-09-29
author: "Acar Diveroli"
category: "Casos de uso, Web scraping"
lang: es
---

# Proxies para rank tracking en Google: la ubicación importa

Una agencia envía a su cliente el informe mensual: "alquiler de coches Manchester", posición 3. El cliente abre el portátil en su oficina de Manchester, busca las mismas palabras y encuentra el sitio en la posición 7, debajo de un cuadro de mapa y dos anuncios. El gestor de cuenta buscó desde Londres en un ordenador; el cliente buscó desde Manchester en un móvil. Las dos páginas son reales; el informe simplemente nunca dijo cuál de ellas describía.

Este artículo es para la persona que tiene que hacer defendible ese informe. Explica por qué una misma consulta devuelve posiciones distintas según país, ciudad, idioma, dispositivo y personalización, qué necesita una comprobación exacta, dónde encaja un proxy en una pila de rank tracking junto a la API de Search Console y un servicio de seguimiento, qué tipo de proxy sirve para cada comprobación, cómo dosificar las comprobaciones y un flujo de trabajo desde la lista de palabras clave hasta la comparación. La vía oficial va primero; nada de lo que sigue enseña a hacer scraping de Google.

> **Nota: Respuesta breve**
>
> Google arma cada página de resultados para un buscador concreto, así que la ubicación, el idioma, el dispositivo y el historial de la cuenta cambian tanto el orden como los elementos de la página. Una comprobación exacta fija cada una de esas entradas: una dirección IP de salida en la ciudad objetivo, `hl` y `gl` ajustados al idioma y país objetivo, un navegador que coincida con el dispositivo de la audiencia, un perfil sin sesión iniciada y la misma respuesta al aviso de cookies cada vez. Para tu propio sitio, la API de Search Console es la fuente principal. El proxy entra en la pila en dos sitios: dentro del servicio de rank tracking que pagas, que comprueba desde las ubicaciones que eliges, y en tus propias comprobaciones manuales desde una ciudad donde no tienes oficina, a escala humana. Enviar consultas automatizadas a Google va contra sus políticas de spam, vengan de la dirección IP que vengan.

## ¿Por qué la misma consulta devuelve posiciones distintas?

Google no guarda una lista ordenada por palabra clave. Genera una página para cada petición, y varias entradas de esa página cambian de un buscador a otro.

- **País.** Qué páginas son candidatas, qué versiones de idioma se prefieren y qué negocios locales aparecen depende del país que Google asigna a la búsqueda.
- **Ciudad y barrio.** En consultas con intención local, el paquete local (local pack) y a menudo los resultados orgánicos se ordenan por distancia a la posición estimada del buscador. "Dentista" recibe una página distinta en cada ciudad, y en una ciudad grande la página cambia de un barrio a otro.
- **Idioma.** El idioma de la interfaz y la cabecera `Accept-Language` del navegador deciden qué páginas van primero. Una persona que busca en turco y otra que busca en alemán en la misma calle de Berlín no ven los mismos diez primeros resultados.
- **Dispositivo.** En un móvil, el paquete local y el bloque "Otras preguntas de los usuarios" están más arriba y empujan hacia abajo los resultados orgánicos, y lo que se posiciona es la versión móvil de la página.
- **Personalización.** Una cuenta con sesión iniciada incorpora el historial de búsqueda y, en un móvil, la ubicación precisa del dispositivo. Si visitas el sitio de tu cliente cada día, Google puede mostrártelo más arriba que a un desconocido.

Cada factor está explicado en [por qué los resultados de Google varían entre personas](/es/blog/why-google-results-differ). Para el rank tracking, la conclusión es que "posición 3" no es una propiedad de una palabra clave; es una propiedad de una palabra clave más una ubicación, un idioma, un dispositivo y un momento.

## ¿Cómo decide Google desde dónde viene una búsqueda?

La página de ayuda de Google sobre [cómo usa tu ubicación en la Búsqueda](https://support.google.com/websearch/answer/179386?hl=es) nombra cuatro fuentes: la ubicación del propio dispositivo, las direcciones de casa y trabajo de la cuenta de Google, la actividad anterior y la dirección IP de la conexión. Esas cuatro son las palancas que una comprobación tiene que controlar, y su orden importa:

1. **La ubicación del dispositivo gana cuando está disponible.** Un móvil que ha concedido permiso de ubicación le dice a Google dónde está con precisión de metros, y una comprobación en ese móvil informa de su posición, no de la del proxy.
2. **Después vienen los datos de la cuenta.** Las direcciones guardadas y la actividad reciente alimentan la estimación cuando hay sesión iniciada. Un perfil sin sesión elimina esta capa.
3. **La dirección IP es el recurso de reserva.** Sin ubicación del dispositivo y sin cuenta, Google lee la dirección IP de la conexión. Aquí es donde trabaja un proxy: reenvía tu petición, así que Google ve la dirección del proxy en lugar de la tuya, y cuando esa dirección pertenece a una conexión doméstica o móvil en Manchester, la estimación pasa a ser Manchester. La geolocalización por IP suele acertar a nivel de país y a menudo a nivel de ciudad, pero puede fallar por un barrio o más; consulta [qué precisión tiene la geolocalización por IP](/es/blog/ip-geolocation-accuracy).
4. **La página te dice qué decidió.** Al pie de cada página de resultados aparece la ubicación que Google usó y su origen, por ejemplo "Según tu dirección de internet". Una comprobación que no registra esa línea no ha demostrado desde dónde se hizo.

Como las fuentes tienen prioridad, cambiar la IP de salida no sirve de nada mientras el navegador siga compartiendo la ubicación del dispositivo o siga con sesión iniciada.

## ¿Qué necesita una comprobación de posición exacta?

Una comprobación defendible controla todas las entradas anteriores. Es un perfil fijo que configuras una vez y reutilizas.

| Entrada | Qué ajustar | Por qué importa |
|---|---|---|
| Dirección IP de salida | Una IP residencial o móvil en la ciudad objetivo | El recurso de reserva de Google para la ubicación; la única palanca que controla un proxy |
| Parámetro de país `gl` | El código de dos letras del país objetivo | Declara el mercado en vez de dejarlo a la IP |
| Parámetro de idioma `hl` | El idioma de la audiencia objetivo | Decide qué páginas se posicionan primero |
| Dispositivo | Un navegador móvil o de escritorio acorde con la audiencia | Distinto diseño, distintas posiciones de los elementos |
| Estado de sesión | Sin sesión, perfil nuevo | Elimina el historial de la cuenta y las direcciones guardadas |
| Ubicación del dispositivo | Denegada o no disponible | De lo contrario, prevalece sobre la dirección IP |
| Consentimiento de cookies | La misma respuesta al aviso cada vez | La elección decide qué cookies lleva la sesión |
| Línea de ubicación | Leída y guardada con el resultado | Prueba de desde dónde se hizo la comprobación |

`gl` y `hl` acotan lo que pides, no dónde cree Google que estás, así que complementan la IP de salida en lugar de sustituirla. La parte manual de esta lista está en [cómo comprobar tu posición en Google con precisión](/es/blog/check-google-ranking-accurately); las opciones a nivel de país que no necesitan proxy se comparan en [cómo buscar en Google desde otro país](/es/blog/google-search-different-country).

El consentimiento de cookies es la entrada que las agencias olvidan con más frecuencia: donde Google muestra un aviso de consentimiento a los visitantes sin sesión, un perfil nuevo se lo encuentra en cada visita, así que decide una vez, elige la opción que conserva menos datos y da la misma respuesta en cada comprobación.

## ¿Dónde encajan los proxies en una pila de rank tracking?

Una pila de rank tracking tiene tres capas, y los proxies pertenecen a dos de ellas.

**Capa 1: la API de Search Console, fuente principal para tu propio sitio.** El [método de consulta de Search Analytics](https://developers.google.com/webmaster-tools/v1/searchanalytics/query) devuelve clics, impresiones, CTR y posición media por `query`, `page`, `country` (un código de tres letras ISO 3166-1 alpha-3), `device` (`DESKTOP`, `MOBILE`, `TABLET`) y `date`, hasta 25.000 filas por petición. Es el registro del propio Google de las páginas que vieron usuarios reales, así que no necesita proxy ni navegador. Sus límites son la razón de que existan las otras capas: medias en lugar de una página, nivel de país en lugar de ciudad, nada sobre la competencia. Cómo extraerlo a diario está en [cómo automatizar el seguimiento de posiciones SEO](/es/blog/serp-rank-tracking).

**Capa 2: un servicio de rank tracking para competidores, ciudades e instantáneas diarias.** Estas plataformas operan su propia infraestructura de ubicaciones: configura una palabra clave como "Manchester, móvil" y el servicio comprueba desde una salida en Manchester con un perfil móvil. El proxy ya está dentro del producto; tu trabajo es configurar bien ubicaciones y dispositivos y preguntar al proveedor cómo obtiene sus datos y si su contrato cubre tu uso.

**Capa 3: tus propias comprobaciones de verificación desde una ciudad donde no estás.** El servicio dice posición 3 en Manchester; el cliente dice 7. Alguien tiene que mirar la página real: un navegador limpio y sin sesión, `hl` y `gl` ajustados, enrutado a través de una IP residencial o móvil en Manchester, una búsqueda, la línea de ubicación leída y la página guardada. Para esto sirven los proxies en una agencia: verificación a escala humana, capturas para el cliente, un vistazo al paquete local y a los anuncios de la parte superior. Las configuraciones están en nuestras páginas de [proxy SEO](/es/seo-proxy) y [proxy para Google](/es/google-proxy).

Lo que no pertenece a ningún sitio de la pila es un script propio que envíe consultas a Google. Las [políticas de spam](https://developers.google.com/search/docs/essentials/spam-policies) de Google definen el "tráfico generado por máquinas" como el envío de consultas automatizadas a Google sin permiso expreso, incluido el scraping de resultados para comprobar posiciones, y afirman que infringe tanto las políticas de spam como las condiciones del servicio. Un pool de proxies cambia qué direcciones intervienen, no la política. Si necesitas volumen, cómpralo a un servicio con licencia; si necesitas pruebas, mira con tus propios ojos.

## ¿Qué tipo de proxy sirve para comprobar SERP?

| Tipo de proxy | De dónde sale la IP | Encaje para comprobaciones de SERP |
|---|---|---|
| Residencial | Banda ancha doméstica, elegida por país y ciudad | Comprobaciones de escritorio, paquete local, páginas de ciudad |
| Móvil | Redes de operadores, elegidas por país y ciudad | Comprobaciones móviles donde la audiencia usa el móvil |
| Residencial rotativo | Una IP residencial nueva por petición o sesión | Comprobaciones separadas repartidas en días, una sesión cada una |
| Residencial sticky | La misma IP residencial durante 1 a 60 minutos | Una sesión de verificación con varias capturas |
| ISP estático | Una IP fija registrada a nombre de un ISP y alojada en un datacenter | Iniciar sesión en herramientas SEO con lista blanca de IP |
| Datacenter | Rangos de nube y hosting | Flojo: pantallas de verificación, sin ciudad del buscador; mejor para rastrear tu propio sitio |

La división de la tabla se reduce a dónde vive la dirección. Las direcciones de datacenter pertenecen a rangos de hosting, que son de conocimiento público y no están ligados a ninguna ciudad en el sentido que importa para los resultados locales; una salida de datacenter suele encontrarse con la pantalla de "tráfico inusual" antes de ver un resultado, y cuando lo ve, la línea de ubicación señala la localidad del datacenter (consulta [por qué Google muestra el error de tráfico inusual](/es/blog/google-unusual-traffic-error)). Las direcciones de un [Proxies residenciales](https://proxynet.io/es/residential-proxy) vienen de conexiones domésticas y llevan una ciudad, que es lo que necesita una comprobación local. Para una audiencia mayoritariamente móvil, una salida de [Proxies móviles](https://proxynet.io/es/mobile-proxy) en la red de un operador, combinada con un perfil de navegador móvil, reproduce lo que ven la mayoría de los clientes de tu cliente; la salida se elige por país y ciudad, no por operador. Elige el dispositivo del que, según los datos de Search Console del cliente, viene el tráfico, y después el proxy que le corresponde. Las diferencias más amplias están en [proxy residencial frente a datacenter](/es/blog/residential-vs-datacenter-proxy), y nuestra comparación de cinco proveedores para trabajo SEO en [los mejores proxies para herramientas SEO](/es/blog/best-seo-proxies-2026).

## ¿Cómo dosificar y cachear las comprobaciones para ser respetuoso?

Incluso una verificación legítima entra en una zona gris en cuanto parece un script. Cuatro hábitos la mantienen del lado humano de la línea.

- **Dosifica como una persona.** Una consulta cada vez, una pausa entre consultas, una sesión por ciudad. Quince palabras clave en tres ciudades son cuarenta y cinco búsquedas en una mañana, no cuatro mil. Si la lista supera lo que una persona buscaría a mano, pertenece al servicio de rank tracking.
- **Cachea lo que capturas.** Guarda la página, la línea de ubicación, la marca de tiempo y la configuración del perfil con cada comprobación, y responde a la pregunta de un compañero con la captura guardada, no con una búsqueda nueva.
- **Una sesión sticky por comprobación.** Una sesión de [Proxies de sesión fija](https://proxynet.io/es/sticky-proxy) mantiene la misma IP durante los minutos que dura una verificación, así que la ubicación no salta entre capturas. Un [Proxies rotativos](https://proxynet.io/es/rotating-proxy) es para los huecos entre sesiones y ciudades, no para el medio de una comprobación.
- **Respeta la pantalla de verificación.** Si Google muestra una, la comprobación ha terminado. Resolverla con un servicio o reintentar desde otra dirección es el comportamiento que describe la política de spam.

## Un flujo de trabajo de rank tracking

1. **Palabras clave.** Lista las consultas que importan, cada una con su página objetivo, prioridad, idioma y el dispositivo de la audiencia. Parte del informe de consultas de Search Console.
2. **Ubicaciones.** Asigna a cada palabra clave un país y, en las consultas con intención local, una ciudad. Los clientes con varias sucursales tienen una fila por ciudad de sucursal.
3. **Calendario.** Search Console se extrae a diario; el servicio funciona a su propio ritmo; la verificación se hace ante eventos como un lanzamiento, una actualización del algoritmo o una reunión con el cliente, más una muestra mensual de las palabras clave críticas.
4. **Captura.** Registra la consulta, los valores de `hl` y `gl`, el perfil de dispositivo, la elección de cookies, la ciudad de salida, la línea de ubicación, la marca de tiempo y una captura de pantalla. Una captura sin línea de ubicación se descarta.
5. **Almacenamiento.** Una sola tabla, con marca de tiempo, nunca sobrescrita, etiquetada con su origen, porque las filas de Search Console, las instantáneas del servicio y las capturas miden cosas distintas.
6. **Comparación.** Lo igual con lo igual: la captura móvil de Manchester de este mes contra la del mes pasado; cuatro semanas de Search Console contra las cuatro anteriores. Informa de las condiciones junto al número, para que "posición 3" siempre se lea "posición 3, Manchester, móvil, inglés, 14 de octubre".

## Casos de uso

- **Clientes con varias ciudades:** una comprobación por ciudad de sucursal, con el paquete local y la página de ciudad capturados. Los resultados de mapas siguen sus propias reglas, explicadas en [cómo ver los resultados de Google Maps de otra ciudad](/es/blog/google-maps-results-another-city).
- **Expansión a otro país:** verificar que la nueva versión de idioma se posiciona en el nuevo mercado antes de que arranque la campaña; los puntos de salida están en nuestras páginas de [ubicaciones](/es/locations).
- **Disputas con clientes:** reproducir lo que vio el cliente, desde su ciudad y su dispositivo, y explicar la diferencia con la línea de ubicación y la disposición de los anuncios en la mano; la parte de anuncios está en nuestra página de [verificación de anuncios](/es/ad-verification).

## Errores frecuentes

- **Comprobar desde la IP de la oficina.** Cada resultado lleva la ciudad de la oficina, y cada cliente que está en otro sitio recibe un informe sobre la página equivocada.
- **Ignorar el paquete local.** Contar solo los diez enlaces azules oculta un cuadro de mapa que en el móvil empuja el resultado del cliente por debajo del pliegue.
- **Mezclar dispositivos.** Comparar una comprobación de escritorio con la comprobación móvil del mes pasado produce una "caída" que nunca ocurrió.
- **Saltarse la línea de ubicación.** Sin ella no hay prueba de desde dónde se hizo la comprobación, y la geolocalización por IP sí falla.
- **Ejecutar un script propio contra Google.** Infringe las políticas de spam y no pasa a ser aceptable por usar un pool de proxies.

## Guía de decisión

| Tu necesidad | Recomendación |
|---|---|
| La posición de tu propio sitio por consulta, país y dispositivo | API de Search Console, extracción diaria a una base de datos |
| Posiciones de competidores e instantáneas diarias en varias ciudades | Un servicio de rank tracking, con ubicaciones y dispositivos por palabra clave |
| Prueba de lo que ve un usuario local en una ciudad | Una comprobación manual a través de una IP residencial de allí, sin sesión, con la línea de ubicación registrada |
| Audiencia móvil en una ciudad concreta | Una salida de proxy móvil más un perfil de navegador móvil |
| Iniciar sesión en un panel con lista blanca de IP | Un proxy ISP estático con dirección fija |
| Miles de consultas enviadas a Google por un script propio | No es una opción; usa un servicio con licencia |

## Preguntas frecuentes

### ¿Por qué mi rank tracker muestra una posición distinta a la de mi navegador?

Porque los dos miraron páginas distintas: el tracker se ejecutó desde la ubicación y el dispositivo que configuraste, y tu navegador desde tu ciudad, quizá con sesión iniciada, en otro dispositivo. Compara primero las líneas de ubicación y los perfiles de dispositivo.

### ¿Sigo necesitando un proxy si pago una herramienta de rank tracking?

No para las comprobaciones de la propia herramienta. Lo necesitas para la verificación: reproducir a mano una página desde una ciudad donde no tienes oficina, hacer capturas para un cliente o revisar el paquete local y los anuncios que un número de posición no muestra.

### ¿Proxy residencial o móvil para rank tracking?

El que coincida con el dispositivo de la audiencia. Si los datos de Search Console del cliente muestran la mayor parte del tráfico en móvil, verifica en un perfil de navegador móvil a través de una salida móvil; la verificación de escritorio usa una salida residencial en la ciudad objetivo.

### ¿Puede un proxy de datacenter comprobar posiciones en Google?

Encaja mal. Los rangos de hosting no están ligados a una ciudad como las conexiones domésticas, y a menudo se encuentran con una pantalla de verificación antes de mostrar resultados. Úsalos para rastrear tu propio sitio y para llamadas a API.

### ¿Comprobar posiciones a través de un proxy va contra las reglas de Google?

Una persona que busca a mano desde otra ubicación está navegando normalmente. Lo que prohíben las políticas de spam es el tráfico generado por máquinas: consultas automatizadas a Google, incluido el scraping para comprobar posiciones, use la automatización la dirección IP que use.

### ¿Con qué frecuencia deben hacerse las comprobaciones de posición?

Extrae Search Console a diario y evalúa en ventanas de cuatro semanas; deja que el servicio siga su calendario; haz verificación manual ante eventos como un lanzamiento o una actualización, más una muestra mensual de las palabras clave críticas.

## En resumen

Una posición es una página construida para un buscador concreto, así que una comprobación solo es tan exacta como el lugar, el idioma, el dispositivo, el estado de sesión y el consentimiento de cookies con los que se hizo. Toma los números de tu propio sitio de la API de Search Console, las instantáneas de competidores y ciudades de un servicio de rank tracking que compruebe desde las ubicaciones correctas, y usa un proxy para lo que ninguno de los dos te da: una página capturada a mano desde la ciudad objetivo, con la línea de ubicación como prueba. Las salidas residenciales y móviles sirven para ese trabajo; los rangos de datacenter no. Dosifica las comprobaciones como una persona, cachea lo que capturas y nunca envíes consultas por script a Google. Para salidas a nivel de ciudad, consulta nuestra solución de [proxy SEO](/es/seo-proxy).