Un bloqueo técnico puede dejar afuera a tu negocio
Si tenés un comercio local, tu sitio puede estar publicado y funcionar bien para una persona. Pero eso no significa que todos los buscadores puedan acceder a él.
OpenAI aclaró que OAI-SearchBot es el bot que usa para mostrar sitios en los resultados de búsqueda dentro de ChatGPT. Si tu sitio lo bloquea, no puede aparecer en esas respuestas.
Por eso, revisar el acceso de este bot es una tarea concreta. No se trata de adivinar cómo funciona la inteligencia artificial. Se trata de verificar si el sitio permite o impide una visita específica.
Revisá primero el archivo robots.txt
El archivo robots.txt les indica a los crawlers qué partes de un sitio pueden recorrer. Para un negocio que quiere ser citado o recomendado por ChatGPT, es importante que ese archivo no bloquee a OAI-SearchBot.
La revisión debería hacerse en todo el sitio. No alcanza con mirar solamente la página de inicio. Una ficha de producto, una página de servicios o una sección con horarios también puede contener información útil para una búsqueda local.
Si el bot está bloqueado, el sitio no tiene una forma técnica de aparecer en los resultados de búsqueda dentro de ChatGPT. La primera acción es comprobar esa regla y corregirla si hace falta.
El user-agent no es el único control
Aunque robots.txt permita a OAI-SearchBot, el servidor todavía puede rechazar sus pedidos.
El firewall, el WAF, la CDN o las reglas anti-bot pueden bloquear el tráfico según la dirección IP. Por eso OpenAI también pide permitir las requests desde sus rangos de IP publicados para este bot.
En la práctica, esto implica revisar dos cosas:
- Que
robots.txtno bloquee aOAI-SearchBot. - Que el hosting y las capas de seguridad permitan sus IPs publicadas.
Después, conviene verificar que el bot llegue al sitio sin recibir errores 403 o 429. El primero indica un acceso prohibido. El segundo suele aparecer cuando hay límites de solicitudes. Si alguno de esos errores ocurre, permitir el user-agent puede no ser suficiente.
Los horarios también necesitan datos claros
La información del local no termina en el acceso de los crawlers. También importa cómo está expresada en el sitio.
La documentación de Google para LocalBusiness muestra como requeridos openingHoursSpecification.opens, validFrom y validThrough para ciertos casos de horarios o cierres estacionales.
Si tu negocio cierra durante una temporada o tiene una disponibilidad limitada, esos datos deberían estar incluidos en el openingHoursSpecification del JSON-LD. Puede estar en la página principal o en la ficha principal del negocio.
La idea es evitar que los horarios queden expresados de una manera ambigua. Las fechas de inicio y finalización ayudan a describir cuándo es válida esa disponibilidad.
No dupliques señales contradictorias
Google también actualizó su documentación para aclarar el uso del markup Organization. Algunas propiedades pueden influir en qué logo se muestra. Otras funcionan detrás de escena.
En un sitio de un negocio físico, conviene revisar que exista un bloque Organization con una marca y un logo consistentes con la identidad del comercio. Ese bloque no debería contradecir los datos del LocalBusiness.
No hace falta implementar cambios nuevos solo porque haya una versión reciente de Schema.org. Durante esta quincena, la última release listada siguió siendo la 30.0, publicada el 19 de marzo de 2026. No apareció una nueva versión entre el 2 y el 17 de agosto de 2026 con un requisito específico para negocios locales.
La prioridad es más simple: permitir el acceso de los bots, revisar las IPs autorizadas y mantener los datos del negocio claros y consistentes.
Probá el diagnóstico gratuito de somosline.com/posicion para revisar estos puntos en tu sitio.