Análisis SERPs locales: 50 provincias a la vez con proxies

Por qué el análisis SERPs locales importa (y mucho) en España

Si llevas tiempo trabajando SEO con negocios repartidos por el mapa, ya lo habrás sufrido: Google no muestra la misma SERP en A Coruña que en Sevilla o Valencia. Una búsqueda tan inocente como «clinica dental» cambia por completo según desde dónde se haga. Y sin embargo sigo viendo equipos que gestionan campañas en ocho provincias comprobando posiciones desde una sola ubicación. Eso es decidir a ciegas, o casi.

El problema tiene una vertiente técnica imposible de esquivar: para ver lo que ve un usuario de, digamos, Alicante, tus peticiones tienen que salir desde una IP de Alicante. Hacerlo a mano no es viable. Y lanzar todo desde un servidor central sin proxies acaba en bloqueos, CAPTCHAs y datos sesgados que nadie se atreve a enseñar al cliente. La salida razonable es una infraestructura de proxies dedicados con IP española que permita rotar geolocalización a escala.

El reto técnico: simular búsquedas desde 50 provincias

Google y la geolocalización de resultados

Google fija la ubicación de una búsqueda con tres señales: la IP del que pregunta, el parámetro near=ciudad en la URL y el historial o cookies del navegador. De las tres, la IP pesa más que las otras juntas. Ojo aquí: si encadenas 500 peticiones desde la misma IP de datacenter, Google se da cuenta. Aparecen CAPTCHAs de reCAPTCHA, resultados degradados, bloqueos temporales. A veces las tres cosas a la vez.

Cómo afectan los bloqueos a tus datos de ranking

Un ranking capturado tras un CAPTCHA, o desde una IP ya «quemada», simplemente no refleja la SERP real. Las consecuencias se arrastran: informes con posiciones inventadas de facto, decisiones de contenido equivocadas y, a la larga, credibilidad por los suelos frente al cliente. Por eso cada consulta debería salir de una IP limpia, dedicada y geolocalizada en la provincia que quieres medir.

Arquitectura recomendada con proxies dedicados

En ProxySEO ofrecemos proxies HTTP/s y SOCKSv5 dedicados, anónimos, con IPs españolas y tráfico ilimitado. Encajan bien en este escenario: cada provincia puede ir asociada a una IP fija que no comparte reputación con otros usuarios. Además, nuestro soporte MCP permite que agentes IA gestionen la rotación y el scraping por su cuenta.

Distribución de IPs por provincia

La estrategia no tiene por qué ser complicada:

1. 50 IPs dedicadas, una por provincia, asignadas de forma fija (Madrid → IP 1, Barcelona → IP 2, y así).
2. Un pool extra de 10-20 IPs de respaldo, por si alguna sufre throttling puntual.
3. Throttling por IP: máximo 30-50 consultas por hora, con delays aleatorios de 5-15 segundos entre peticiones.
4. User-Agents rotativos coherentes con el perfil de la IP. Que no se contradigan entre sí.

HTTP/s vs SOCKSv5 para scraping de SERPs

¿Cuál elegir? Ambos funcionan, con matices. Los proxies HTTP/s se integran sin fricción con librerías como requests o Scrapy y soportan HTTPS mediante CONNECT. SOCKSv5 trabaja a un nivel más bajo, es indiferente al protocolo de aplicación y evita fugas DNS. Eso último importa si quieres que ni la resolución de dominios delate tu ubicación real.

Configuración práctica: ejemplo en Python

Un snippet básico para lanzar consultas geolocalizadas por provincia con proxies HTTP/s:

• Definir un diccionario provincia → IP proxy, por ejemplo: proxies = {«madrid»: «http://usuario:clave@45.10.x.x:8080», «barcelona»: «http://usuario:clave@45.10.x.y:8080»}
• Construir la URL con parámetro de ubicación: https://www.google.com/search?q=dentista+madrid&near=Madrid&num=100
• Enviar la petición con el proxy correspondiente, headers de navegador real y un timeout de 10 segundos.
• Rotar User-Agent en cada request y registrar timestamp, provincia y posición. Sin ese registro, detectar anomalías es un suplicio.

¿Trabajas con herramientas no-code tipo Zennoposter, Octoparse o un ScrapingBee autoalojado? Basta con configurar el proxy por tarea. Y si lo tuyo son los agentes IA (Claude, GPT con tools), el soporte MCP de ProxySEO permite que el agente consulte, rote y gestione proxies mediante llamadas estructuradas, sin montar middleware propio.

Escalando el análisis: programación, deduplicación y reporting

Ventanas de ejecución y frecuencia

Escalonar las horas ayuda. Reparte los rastreos entre las 6:00 y las 10:00 de la mañana, provincia a provincia, para imitar comportamiento orgánico. En la mayoría de casos con frecuencia semanal sobra; para keywords críticas en campañas activas, mejor a diario.

Deduplicación y detección de SERP features

Capturar solo los 10 resultados azules se queda corto. En búsquedas locales el local pack suele desplazar los resultados orgánicos por debajo del pliegue, así que registra también local packs, resultados de Maps, PAA (People Also Ask) y rich snippets. Un pipeline decente debería:

• Almacenar la SERP completa por provincia y keyword (JSON estructurado).
• Comparar rankings entre provincias para cazar discrepancias mayores de 3-4 posiciones.
• Lanzar alertas automáticas cuando una keyword cae o un competidor nuevo se cuela en el local pack.

Errores comunes en el análisis multi-provincia

• Usar proxies compartidos: la IP llega ya «quemada» por otros usuarios y los CAPTCHAs se vuelven constantes. Los dedicados como los de ProxySEO evitan ese problema.
• No validar la geolocalización: comprueba de vez en cuando qué IP devuelve Google (consulta «mi ip») y confirma que cada proxy geolocaliza donde debe.
• Peticiones demasiado rápidas: un patrón rítmico es la firma de un bot. Mete jitter aleatorio. Siempre.
• Ignorar el parámetro near/geo: la IP ayuda, pero combinarla con el parámetro de ubicación da resultados bastante más precisos.
• Descuidar el límite de tráfico: con proveedores que cobran por GB, un rastreo de 50 provincias × 200 keywords puede devorar tu presupuesto antes de lo que crees. El tráfico ilimitado de ProxySEO elimina esa variable de la ecuación.

Casos de uso reales

• Redes de franquicias: saber si cada ubicación domina su provincia o si las sedes se canibalizan entre sí por las mismas keywords.
• Agencias SEO: informes de ranking por provincia para clientes con delegaciones, separando resultados reales de medias nacionales que no dicen gran cosa.
• Comparadores y marketplaces: ver qué proveedores aparecen por región y detectar huecos de contenido geográfico.
• Agentes IA para SEO: un agente conectado vía MCP puede ejecutar ciclos completos de análisis SERPs locales, interpretar los datos y proponer acciones sin que un humano toque nada.

Conclusión

Analizar SERPs locales en las 50 provincias ya no es un lujo de las grandes plataformas de tracking. Con proxies dedicados de IP española, algo de scripting y disciplina en rotación y throttling, cualquier equipo SEO puede conseguir datos de ranking precisos, granulares y, sobre todo, accionables. Los proxies HTTP/s y SOCKSv5 dedicados de ProxySEO, con tráfico ilimitado y soporte MCP para agentes IA, permiten automatizar el proceso de principio a fin sin bloqueos ni sobrecostes de ancho de banda. Mi consejo: empieza con una prueba piloto de 5-10 provincias, valida la calidad de los datos y escala después al resto del país. Cada posición que registres reflejará lo que de verdad ve un usuario en esa provincia. Nada más, pero tampoco nada menos.