Cómo aparecer en Google y en respuestas de IA: guía de verificación para empresas de RD
Respuesta directa: no existe una acción que «te ponga» en Google ni en las respuestas de un asistente de IA. Lo que sí existe es una cadena verificable de cinco condiciones —acceso, indexación, presentación, clic o mención y solicitud— y un protocolo de aceptación que deja evidencia de cada una. Esta guía propone ese protocolo, escrito para empresas dominicanas que quieren revisar su propio sitio sin depender de promesas.
Las cinco condiciones no son la misma cosa
Un error posible al revisar un sitio es tratar «aparecer» como un solo estado. Son cinco estados distintos y cada uno se comprueba con una evidencia diferente. Una página puede cumplir cuatro y fallar en la quinta, sin generar una solicitud por esa vía; también puede haber contactos por otros canales.
Desplázate horizontalmente para ver toda la tabla.
| Condición | Pregunta que responde | Evidencia aceptable | Falla típica |
|---|---|---|---|
| 1. Acceso | ¿La URL responde y es rastreable? | Código HTTP 200 registrado con fecha, hora y método; reglas de robots.txt revisadas | Redirecciones encadenadas, 404 blandos, bloqueo por robots.txt |
| 2. Indexación | ¿El buscador guardó la página y con qué URL canónica? | Estado de la URL en Google Search Console y en Bing Webmaster Tools, con captura fechada | Canónica apuntando a otra página; página descubierta pero no indexada |
| 3. Presentación | ¿El contenido está en el texto visible, no solo en el código? | Texto renderizado que responde a la pregunta; datos estructurados válidos y coherentes con lo visible | Dato clave solo en imagen, en PDF o en schema sin respaldo visible |
| 4. Clic o mención | ¿Alguien llega o te cita? | Informes de rendimiento (consulta, página, país) y registro de menciones en respuestas de IA | Impresiones sin clics; mención sin enlace verificable |
| 5. Solicitud | ¿La visita se convierte en contacto? | Evento de formulario registrado tras un envío exitoso, con fecha | Formulario que falla en móvil; contacto que nadie responde |
Qué dicen las fuentes primarias (y qué no dicen)
Usamos cuatro documentos oficiales como base técnica. Los citamos por lo que afirman, sin extrapolarlos.
- Google, guía de optimización para experiencias con IA: la orientación de Google es que no hay una técnica separada para las respuestas generadas por IA; se apoya en el mismo trabajo de contenido útil, accesible y rastreable. Fuente: developers.google.com/search/docs/fundamentals/ai-optimization-guide.
- Google, códigos de estado HTTP: define cómo interpreta el rastreador cada código —200, 3xx, 4xx, 5xx— y por qué un error de servidor sostenido reduce el rastreo. Fuente: developers.google.com/crawling/docs/troubleshooting/http-status-codes.
- OpenAI, documentación de bots: describe agentes distintos con propósitos distintos.
OAI-SearchBotes el rastreador ligado a la búsqueda y a mostrar resultados;GPTBotse relaciona con el rastreo para entrenamiento; hay además tráfico de agentes que actúan a petición de una persona. Bloquear uno no equivale a bloquear los otros. Fuente: developers.openai.com/api/docs/bots. - Ayuda de Google Analytics: documentación de referencia sobre dimensiones y fuentes de tráfico en GA4. Fuente: support.google.com/analytics/answer/9756891.
Dos precisiones de medición que evitan conclusiones falsas: GA4 dispone de la categoría de canal AI Assistant para agrupar referencias procedentes de asistentes conversacionales, y el tráfico procedente de AI Overviews y AI Mode de Google se contabiliza dentro de Organic Search, no como un canal aparte. Si tu informe «no muestra tráfico de IA» puede significar que está sumado en orgánico, no que no exista.
El protocolo de aceptación de cinco páginas
Este es el aporte propio de AMID: en lugar de auditar el sitio entero, se aceptan cinco páginas de negocio, una por una, con la misma lista y el mismo registro de evidencia. Cinco es una muestra inicial manejable; no sustituye la revisión del resto del sitio.
Las cinco páginas recomendadas: inicio, la página del servicio principal, la página de contacto o solicitud, una página de contenido que responda una pregunta real de cliente y la página de precios o de condiciones si existe.
Registro de evidencia
Cada comprobación se anota con cinco campos fijos, sin excepción: URL, fecha, método (cómo se comprobó), estado (cumple / no cumple / no aplica) y responsable (persona con nombre, no un departamento). Una comprobación sin responsable no se considera hecha.
Lista de comprobación por página
- Acceso. La URL devuelve 200 y no una cadena de redirecciones. Una URL inexistente del mismo sitio devuelve 404 o 410, no una página de inicio con código 200. Método: petición directa y revisión del código devuelto, anotando la hora.
- Canónica. La etiqueta canónica de la página apunta a esa misma página, en HTTPS y con el dominio definitivo. Método: lectura del código fuente servido.
- Indexación en Google. Estado de la URL en Google Search Console: indexada, descubierta, excluida y por qué motivo. Método: inspección de URL, con captura fechada.
- Indexación en Bing. Estado equivalente en Bing Webmaster Tools. Importa porque varios asistentes se apoyan en índices distintos del de Google.
- Texto visible. La respuesta que quieres que se cite está en el texto que ve una persona: qué haces, dónde, para quién, con qué condiciones, cómo contactar. Método: lectura de la página renderizada, sin ver el código.
- Datos estructurados. Si hay schema, valida y describe exactamente lo mismo que el texto visible. No se añade schema para afirmar algo que la página no dice.
- Acceso de rastreadores de IA. Revisa en robots.txt qué agentes permites. Decide por separado
OAI-SearchBot(aparecer en respuestas de búsqueda) yGPTBot(rastreo para entrenamiento). Anota la decisión y su motivo comercial; es una decisión de negocio, no técnica. - Solicitud. Se envía el formulario real desde un teléfono y se confirma que el mensaje llega y que alguien responde. Método: prueba interna registrada, con la hora de envío y la hora de respuesta.
Prueba de visibilidad en asistentes: 10 preguntas, 3 respuestas
Para observar cómo te describen los asistentes hace falta un método estable, porque las respuestas varían entre ejecuciones. El nuestro es deliberadamente rígido:
- Se redactan 10 preguntas fijas en español, escritas como las haría un cliente dominicano, y no se modifican durante el ciclo. Ejemplos de estructura: «¿Qué empresas ofrecen [servicio] en Santo Domingo?», «¿Cuánto suele costar [servicio] en República Dominicana?», «¿[Tu empresa] trabaja con [tipo de cliente]?».
- Cada pregunta se ejecuta tres veces en sesiones independientes, sin historial previo y sin encadenar preguntas.
- Se guarda la evidencia completa: fecha, hora, asistente utilizado, texto íntegro de la respuesta y las fuentes citadas si las muestra.
- Se anota si la marca aparece, si aparece con datos correctos y si la fuente citada es una página propia.
- El ciclo se repite en la misma forma para poder comparar. Una sola ejecución es una observación, no evidencia de una tendencia.
Lo que este método mide es la descripción pública de tu empresa y los errores concretos que puedes corregir en tus propias páginas. No mide una posición ni un ranking.
Tres cosas que no se aceptan como evidencia
- Una consulta hecha desde una conexión de Estados Unidos no representa a República Dominicana. Los resultados dependen del país y del idioma. Si la comprobación no se hizo desde RD y en español, se anota así en el campo de método; no se presenta como resultado local.
- Solicitar la indexación no es estar indexado. El botón de solicitar indexación pone la URL en cola. La evidencia válida es el estado posterior de la URL, con fecha.
- Cambiar el identificador del navegador no equivale a ver el sitio como lo ve un robot. Simular una cadena de agente de usuario no reproduce el comportamiento real de un rastreador; sirve como indicio, nunca como prueba, y así debe anotarse.
Qué no promete esta guía
No prometemos aparecer entre los tres primeros resultados: nadie controla eso. No afirmamos que un archivo llms.txt sea obligatorio ni que los buscadores lo exijan. No prometemos resultados enriquecidos de preguntas frecuentes. Lo que el protocolo entrega es una cadena de evidencias que permite saber en qué punto exacto se rompe tu visibilidad y quién debe arreglarlo.
Plantilla descargable
La plantilla en CSV acompaña este artículo con las columnas del registro de evidencia y las filas del protocolo vacías, listas para completarse: Descargar plantilla de verificación de visibilidad (CSV). Las celdas vacías significan «sin comprobar», no «cumple».
Para organizar el trabajo de tu equipo, consulta también la hoja de ruta de IA en marketing y la guía de marketing digital en República Dominicana.
Cómo seguir
Completa las cinco páginas antes de tocar nada. Prioriza los bloqueos de acceso y los errores de formulario que encuentres, y después revisa el contenido. Consulta la política editorial de AMID y conserva el registro para comparar futuras revisiones.