Cómo buscar en Twitter por ubicación

#Cómo buscar en Twitter por ubicación

Puedes buscar en X por ubicación de tres maneras, todas desde el cuadro de búsqueda normal de x.com o de la app de X, y cada una funciona mejor junto a una palabra clave como "power outage" o "concert". Si lo que necesitas es saber dónde tiene su sede una cuenta, y no qué se publica desde un lugar, es otra pregunta: el Localizador de ubicación de cuentas de Twitter, gratuito, lee la etiqueta "Cuenta con sede en" (en inglés, "Account based in") de X en cualquier cuenta pública.

Para encontrar posts de un lugar:

1. Activa Near you. Busca una palabra clave, abre Search filters (la columna derecha en el escritorio, el ícono de filtros junto a la barra de búsqueda en la app) y elige Near you (Cerca de ti). X usa entonces la ubicación de tu dispositivo, según el Centro de ayuda de X (se abre en una pestaña nueva).

2. Escribe near: con un radio. "street food" near:"Mexico City" within:10km pide los posts asociados a ese lugar. Pon comillas alrededor de un nombre de dos o más palabras, y da within: en km o mi.

3. Escribe geocode: con coordenadas. "power outage" geocode:30.2672,-97.7431,25km dibuja un círculo de 25 km alrededor del centro de Austin. Primero va la latitud, luego la longitud y luego el radio, sin espacios.

Después abre la pestaña Latest. La página de Search Recommendations (se abre en una pestaña nueva) de X dice que Latest devuelve los posts que coinciden en orden cronológico y sin clasificar, mientras que Top elige candidatos según tu propia ubicación y tus intereses. Un desarrollador en el foro de X encontró en 2025 que el filtro geocode: funcionaba en Latest pero no en Top.

El formulario de búsqueda avanzada de X en x.com/search-advanced también tiene un campo Places que añade el lugar a tu consulta.

#Qué cuenta X como ubicación de un post

X asocia un post a un lugar de dos maneras: la etiqueta de lugar que añade su autor y la ubicación escrita en el perfil del autor. Las dos son opcionales, así que una búsqueda por ubicación cubre solo la parte de la conversación que lleva una de ellas.

• La etiqueta de lugar. Un autor puede marcar un post con una zona general o, en algunas ciudades, con un local de Foursquare o Yelp; los posts de las apps de iOS y Android también pueden llevar coordenadas GPS (Centro de ayuda de X (se abre en una pestaña nueva)). Los estudios anteriores a 2019 contaban cerca del 0.85% de los tweets con coordenadas (Sloan y Morgan, PLOS ONE (se abre en una pestaña nueva)), y Twitter eliminó la geoetiqueta precisa de los posts normales en junio de 2019 (Nieman Lab (se abre en una pestaña nueva)).
• La ubicación del perfil. El campo de texto libre de un perfil. El diccionario de datos (se abre en una pestaña nueva) de X dice que "may be fuzzily evaluated when performing searches with location queries" (puede evaluarse de forma aproximada en las búsquedas por ubicación), así que "Austin, TX" en una bio puede llevar los posts de ese autor a una búsqueda de Austin.

Hay dos cosas que nunca hacen que un post coincida. El país de "Cuenta con sede en" de un perfil, que X infiere de las direcciones IP, no interviene en la búsqueda por ubicación, según el conjunto de herramientas de investigación de Bellingcat (se abre en una pestaña nueva). Y una ciudad nombrada en el texto coincide solo como palabra clave: near:"Austin, TX" no encuentra un post que simplemente dice "Austin".

La ventana de 7 días

Las ubicaciones de perfil cuentan solo para los posts recientes. En las pruebas de Bellingcat (se abre en una pestaña nueva), X usó las ubicaciones de perfil durante los últimos 7 a 8 días más o menos; los resultados más antiguos solo tenían posts con etiqueta de lugar, y por eso el volumen reciente parecía mucho mayor.

#Operadores de búsqueda por ubicación, con ejemplos

La búsqueda de X lee cinco operadores de ubicación. Cada uno va junto a tus palabras clave, sin espacio después de los dos puntos, y puedes combinarlo con todos los demás operadores, fechas incluidas.

• near:

  Qué encuentra

  Posts asociados a un lugar con nombre; comillas si son dos palabras

  Ejemplo

  jazz near:"New Orleans"

• within:

  Qué encuentra

  Un radio para near:, en km o mi

  Ejemplo

  jazz near:"New Orleans" within:5mi

• geocode:

  Qué encuentra

  Posts dentro de un radio alrededor de un punto: latitud, longitud, radio

  Ejemplo

  "heat wave" geocode:51.5072,-0.1276,20km

• near:me

  Qué encuentra

  Posts cerca de tu propia ubicación; solo en x.com con sesión iniciada y en la app

  Ejemplo

  "lost dog" near:me

• place:

  Qué encuentra

  Posts etiquetados con un lugar de X, por su ID

  Ejemplo

  place:96683cc9126741d1 (Estados Unidos)

La API oficial de X no los acepta: responde a near: con un error de operador no válido y enumera sus propios operadores de ubicación en la referencia de operadores de búsqueda (se abre en una pestaña nueva). Son place: con un nombre o ID de lugar, place_country: con un código de dos letras, point_radius: y bounding_box: con coordenadas, y has:geo para cualquier post con datos geográficos. Todos coinciden solo con posts que llevan una etiqueta de lugar o coordenadas.

El orden de los números se invierte entre las dos familias. geocode: recibe primero la latitud (geocode:40.7128,-74.0060,10km), mientras que point_radius: recibe primero la longitud (point_radius:[-74.0060 40.7128 10km]). Si los inviertes, Nueva York se convierte en un punto de la Antártida, con cero resultados y sin ningún error.

El constructor de abajo escribe todas las formas a partir de un solo lugar, revisa las coordenadas y te da el cuerpo de la solicitud para código.

Para los filtros de fechas, engagement y multimedia que se combinan con estos, mira la lista completa de operadores de búsqueda de Twitter. Para armar una consulta con clics, la herramienta gratuita de búsqueda avanzada de Twitter escribe near: y within: a partir de sus campos Near city y Within radius.

#¿near: y geocode: siguen funcionando en 2026?

X todavía acepta near:, within: y geocode:, pero no documenta ninguno de ellos, y sus resultados cambiaron durante 2026. Prueba cada consulta antes de construir sobre ella un informe o un panel.

Lo que se reportó este año:

• 3 de marzo de 2026. Un post de un investigador de OSINT, visto 13.5K veces, decía que las búsquedas con geocode: habían dejado de funcionar desde el 25 de febrero (se abre en una pestaña nueva).
• 23 de mayo de 2026. Un usuario de Reddit sorteó el filtro Near you roto con geocode:, y escribió que funciona con coordenadas decimales simples y un radio, sin N, S, E ni W.
• 1 de junio de 2026. Un desarrollador en el foro de X (se abre en una pestaña nueva) llamó al filtro geocode "currently dead" (muerto por ahora).

Para comprobar si una consulta de ubicación funciona hoy, ejecuta dos búsquedas en la pestaña Latest: tu palabra clave con el operador de ubicación y la misma palabra clave sin él. Si las dos devuelven los mismos posts, X ignoró el operador. Si la búsqueda con el operador devuelve posts, abre los perfiles de unos cuantos autores para ver si encajan con su etiqueta de lugar o la ubicación de su perfil.

Para tener en cuenta

Una búsqueda por ubicación vacía no significa que nadie publicó desde ese lugar. Significa que ningún post llevaba una etiqueta de lugar en tu círculo y ningún autor reciente indicó una ciudad que coincidiera, o que X omitió el operador. Busca a continuación los nombres del lugar, como muestra la sección posterior al código.

#Busca posts por ubicación con Sorsa API

Para las búsquedas por ubicación en código, usa POST /search-tweets (se abre en una pestaña nueva) de Sorsa API: acepta las mismas consultas con near:, within: y geocode: que x.com, devuelve unos 20 posts por solicitud y pone el perfil completo de cada autor, con su location incluida, dentro de cada post. Cuesta desde $0.07 por 1,000 posts, y Sorsa API nunca te pide tu login de X, así que tu propia cuenta nunca corre riesgo.

1. Consigue una clave. Regístrate y copia tu clave API del panel. Las primeras 100 solicitudes son gratis.

2. Envía la consulta. Pon la consulta de ubicación en query y pide latest, el orden sin clasificación.

   curl -X POST "https://api.sorsa.io/v3/search-tweets" \
     -H "ApiKey: YOUR_API_KEY" \
     -H "Content-Type: application/json" \
     -d '{
       "query": "\"power outage\" near:\"Austin, TX\" within:25km",
       "order": "latest"
     }'
   

   {
     "tweets": [
       {
         "id": "1985120440187539712",
         "full_text": "Whole block on South Congress is dark again",
         "created_at": "2026-11-01T22:14:09Z",
         "lang": "en",
         "likes_count": 14,
         "reply_count": 3,
         "retweet_count": 2,
         "view_count": 1820,
         "user": {
           "id": "1630221874001645568",
           "username": "southcongress_grid_log",
           "display_name": "SoCo Grid Log",
           "location": "Austin, TX",
           "followers_count": 412
         }
       }
     ],
     "next_cursor": "DAADDAABCgABG4z1bJ9W0DsKAAIbjPVs"
   }
   

   Ver respuesta completa

3. Recorre los resultados por páginas. Envía next_cursor de vuelta en el cuerpo hasta que la respuesta no devuelva ninguno.

4. Revisa la ubicación de cada autor. Conserva los posts cuyo user.location nombra tu lugar, y guarda el texto original para ver qué fue lo que coincidió.

   import re
   import requests
   
   URL = "https://api.sorsa.io/v3/search-tweets"
   HEADERS = {"ApiKey": "YOUR_API_KEY"}
   QUERY = '"power outage" near:"Austin, TX" within:25km'
   PLACE = re.compile(r"\b(austin|atx|travis county)\b", re.I)
   
   
   def search(query, max_pages=10):
       body = {"query": query, "order": "latest"}
       for _ in range(max_pages):
           r = requests.post(URL, headers=HEADERS, json=body, timeout=30)
           r.raise_for_status()
           page = r.json()
           yield from page.get("tweets", [])
           cursor = page.get("next_cursor")
           if not cursor:
               break
           body["next_cursor"] = cursor
   
   
   for t in search(QUERY):
       where = t["user"].get("location") or ""
       tag = "profile" if PLACE.search(where) else "other"
       print(tag, t["created_at"], t["user"]["username"], repr(where))
   

   const URL = "https://api.sorsa.io/v3/search-tweets";
   const headers = {
     ApiKey: "YOUR_API_KEY",
     "Content-Type": "application/json",
   };
   const place = /\b(austin|atx|travis county)\b/i;
   const body = {
     query: '"power outage" near:"Austin, TX" within:25km',
     order: "latest",
   };
   
   for (let page = 0; page < 10; page++) {
     const res = await fetch(URL, {
       method: "POST",
       headers,
       body: JSON.stringify(body),
     });
     if (!res.ok) throw new Error(`HTTP ${res.status}`);
     const data = await res.json();
     for (const t of data.tweets ?? []) {
       const where = t.user?.location ?? "";
       const tag = place.test(where) ? "profile" : "other";
       console.log(tag, t.created_at, t.user?.username, where);
     }
     if (!data.next_cursor) break;
     body.next_cursor = data.next_cursor;
   }
   

Un 403 significa que falta la clave o que no quedan solicitudes; un 429 significa más de 20 solicitudes en un segundo, así que espera un segundo y reintenta. Las solicitudes fallidas nunca se cobran. Para todos los demás parámetros de búsqueda y para ejecuciones de miles de páginas, mira la guía de la API de búsqueda de Twitter.

#Busca nombres de lugares cuando near: falla

Cuando near: o geocode: devuelven un resultado vacío, busca el lugar con palabras y revisa tú mismo los perfiles de los autores. Los posts locales suelen nombrar su ciudad, un barrio o un hashtag local, y cada resultado de Sorsa API trae la location del autor, así que el mismo filtro del paso 4 separa a los locales.

Una consulta armada con nombres, por ejemplo "power outage" (Austin OR ATX OR #atxwx OR "South Congress") lang:en, llega a posts que no llevan ninguna etiqueta de lugar. Ejecútala con POST /search-tweets y conserva los posts cuyo user.location coincide con tu lista de alias: la ciudad, su apodo, su código de aeropuerto y el condado.

Los dos métodos responden preguntas distintas, así que anota cuál encontró cada post:

• Un operador de ubicación encuentra los posts que X asocia al lugar: etiquetados allí, o escritos hace poco por alguien cuyo perfil lo indica.
• Los nombres de lugares más un filtro de perfil encuentran posts sobre el lugar escritos por personas que dicen vivir allí, de cualquier fecha hasta 2006.

Para vigilar un lugar durante días en lugar de buscarlo una sola vez, vuelve a ejecutar la consulta con un horario y conserva solo los posts más nuevos que la última ejecución; el monitoreo de Twitter en tiempo real cubre la parte del sondeo. Y para ver de qué habla toda una ciudad en lugar de un solo tema, la API de tendencias de Twitter devuelve la lista de tendencias de X para ese lugar.

#Encuentra cuentas de Twitter en una ciudad

Para encontrar cuentas en un lugar, busca perfiles en lugar de posts. En x.com, ejecuta una consulta de ubicación y abre la pestaña People, o busca el nombre de una ciudad junto con tu tema para encontrar perfiles que mencionen ambos.

En código, POST /search-users (se abre en una pestaña nueva) de Sorsa API recibe una palabra clave como coffee roaster Austin y devuelve los perfiles que coinciden, cada uno con su campo location, página por página con next_cursor. Filtra esos perfiles con la misma lista de alias de arriba.

La ubicación de un perfil es lo que escribió su dueño. El país en el que X mismo sitúa una cuenta es un campo distinto: la línea "Cuenta con sede en" de Acerca de esta cuenta, que X infiere de las direcciones IP. GET /about (se abre en una pestaña nueva) de Sorsa API lo devuelve como country, una cuenta por solicitud. Mira qué significa "Cuenta con sede en" en X para saber cuánto confiar en él, y la guía de la API de ubicación de Twitter para ubicar por país toda una lista de seguidores.

#Cuánto cuesta una búsqueda por ubicación

En Sorsa API, una búsqueda por ubicación cuesta desde $0.07 por 1,000 posts, con los perfiles de los autores incluidos. En la API oficial de X, los mismos posts con sus autores cuestan $15.00 por 1,000 a partir del 22 de noviembre de 2026, cuando X empieza a cobrar cada usuario que devuelve una expansión a $0.010, además de $0.005 por post (aviso de X (se abre en una pestaña nueva)).

La ruta oficial suma más. El objeto de lugar de un post cuenta como una expansión más de $0.005, lo que lleva un post etiquetado con su autor y su lugar a $0.020. Sus operadores de ubicación coinciden solo con posts que tienen etiqueta de lugar, así que las coincidencias por ubicación de perfil que muestra x.com durante la última semana nunca llegan. Y se detiene en 3 millones de lecturas de posts al mes con el precio de pago por uso (se abre en una pestaña nueva), con un contrato Enterprise desde unos $42,000 al mes por encima de eso.

En Sorsa API pagas por solicitud: una solicitud devuelve hasta unos 20 posts, las solicitudes fallidas son gratis y todos los planes funcionan a 20 solicitudes por segundo. Las 100 solicitudes gratis cubren unos 2,000 posts.

#Empieza a buscar en Twitter por ubicación

Una búsqueda por ubicación en X es una palabra clave más near: o geocode:, leída en la pestaña Latest y contrastada con los perfiles de los autores. Para ejecutarla en código con una ciudad o con cien, usa Sorsa API: POST /search-tweets acepta las mismas consultas con una sola clave API, devuelve la ubicación de cada autor y cuesta desde $0.07 por 1,000 posts.

#Preguntas frecuentes