Hoja de ruta de SEO técnico, AEO y GEO para 2026

Tres disciplinas, un solo orden de trabajo

El SEO técnico, la optimización para motores de respuesta (AEO) y la optimización para motores generativos (GEO) se solapan más de lo que sugieren sus guías por separado. Esta hoja de ruta le da a un especialista en SEO técnico 12 semanas para aprender las tres sobre un sitio real, con herramientas gratuitas. El rastreador es Seodisias, una aplicación de escritorio para Windows, macOS y Linux que renderiza JavaScript, no tiene límite de URL y no pide registro.

Cada disciplina responde a una pregunta distinta. El SEO técnico pregunta si un rastreador puede llegar a una URL, renderizarla e indexarla. El AEO, la práctica de estructurar una página para que un motor de respuestas pueda extraer de ella una respuesta limpia y directa, pregunta si esa respuesta es fácil de extraer. El GEO, la práctica de lograr que una página sea citable dentro de las respuestas generadas por IA, pregunta si un motor generativo elegirá su página como fuente. Una página que no supera la primera pregunta nunca llega a evaluarse en las otras dos, así que la hoja de ruta empieza con el rastreo y termina con el trabajo internacional y de citación.

Calcule unas seis horas semanales. La mayor parte de ese tiempo se va en leer exportaciones de rastreo, no en ejecutar herramientas. Cada quincena termina con un entregable que puede mostrar a un cliente o a su jefe: un PDF, una lista de verificación o una hoja de cálculo.

Semanas 1-2: salud del rastreo y robots.txt

Ejecute Seodisias sobre una propiedad de unas 10.000 URL y exporte el CSV. Anote tres cifras: cuántas URL se rastrearon y renderizaron, cuántas están bloqueadas por robots.txt y cuántas URL rastreadas faltan en el sitemap. Conviértalas en un informe de salud del rastreo de una página.

Tome un caso concreto: una tienda de 10.000 URL cuyo primer rastreo muestra 1.400 URL de filtros por facetas, 300 de ellas enlazadas desde la navegación principal. Esas páginas absorben la atención del rastreador mientras las páginas de producto quedan en el grupo de descubiertas pero no indexadas. Ordene la exportación por número de enlaces internos para ver qué parámetros reciben más enlaces y decida, parámetro por parámetro, si bloquear, canonicalizar o dejar abierto.

El robots.txt merece una hora propia. El formato está definido en RFC 9309, que establece que un rastreador sigue las reglas del grupo de user-agent coincidente más específico y trata un archivo inaccesible de forma distinta a uno inexistente. Un error frecuente es bloquear una ruta que el sitemap sigue listando, lo que da a Google instrucciones contradictorias. Compare ambos archivos antes de publicar el informe. Si los rastreadores de IA importan a su cliente, la guía de robots.txt para bots de IA recoge los nombres de user-agent. Para una visión más amplia de lo que contiene una exportación de rastreo, lea la guía completa del crawler SEO.

Semanas 3-4: renderizado de JavaScript y Core Web Vitals

Rastree dos veces la misma propiedad con Seodisias, una con el renderizado de JavaScript desactivado y otra con él activado, y compare ambas exportaciones. Las páginas cuyo título, canonical o texto del cuerpo difieren entre las dos ejecuciones dependen del renderizado en el cliente, y esas son su lista de riesgos. La guía de renderizado de JavaScript para SEO explica por qué importa cada diferencia.

Después, mida la velocidad. Los Core Web Vitals son Largest Contentful Paint (LCP), Interaction to Next Paint (INP) y Cumulative Layout Shift (CLS). INP reemplazó a First Input Delay (FID) como Core Web Vital en marzo de 2024, así que un informe de 2026 que liste FID está desactualizado. La documentación de Core Web Vitals en web.dev de Google indica los umbrales de una buena puntuación, medidos en el percentil 75 de las visitas reales: LCP de 2,5 segundos o menos, INP de 200 milisegundos o menos y CLS de 0,1 o menos. Nuestro propio artículo sobre Core Web Vitals 2026 repasa las correcciones para cada métrica.

Ejecute cada prueba de Lighthouse tres veces y quédese con la mediana, porque las puntuaciones de laboratorio oscilan entre ejecuciones. Un hallazgo típico es una imagen hero inyectada por JavaScript después del primer renderizado: con el renderizado desactivado, el rastreador ve un contenedor vacío; con el renderizado activado, ve la imagen, pero el LCP llega a los 4 segundos. Anote ambas cifras en la misma fila de la tabla para que se vea la causa. Los datos de campo del informe de Core Web Vitals de Search Console van con un retraso de unas cuatro semanas, así que juzgue sus correcciones primero con datos de laboratorio y confírmelas con datos de campo al final del programa.

Semanas 5-6: datos estructurados

Añada JSON-LD para los tipos que correspondan al contenido visible, usando el vocabulario de schema.org. Empiece con diez páginas. Elija páginas cuyo texto visible ya responda una pregunta en dos o tres frases, porque el marcado que describe contenido ausente de la página no supera la validación o se ignora.

Google retiró de la búsqueda la mayoría de los resultados enriquecidos de preguntas frecuentes, pero el marcado sigue describiendo la página para otros consumidores, así que el trabajo no se pierde. Un error frecuente es copiar un mismo bloque de preguntas frecuentes en decenas de plantillas, de modo que todas las páginas declaran las mismas preguntas. Dé a cada página sus propias preguntas y respuestas. Valide cada bloque con la Prueba de resultados enriquecidos y registre el resultado en una hoja con columnas para URL, tipo, número de errores y número de advertencias. La guía de marcado schema enumera los tipos que merecen el esfuerzo.

Semanas 7-8: AEO y mapa de intenciones

El AEO empieza con sus propios datos de consultas. Abra el informe de rendimiento de Search Console, filtre las consultas formuladas como preguntas y expórtelas. Agrupe las consultas por intención informativa, transaccional y navegacional, y escriba la etiqueta junto a cada URL en la exportación de rastreo para que el mapa sobreviva a los cambios de personal.

Mantenga el calendario de contenidos pequeño. Cuatro páginas por quincena es realista para un especialista que además reescribe meta descriptions. Para una consulta como “cómo arreglar cadenas de redirecciones”, la intención informativa pide una definición breve al inicio, una lista numerada de correcciones y un ejemplo con códigos de estado reales. Una consulta transaccional necesita precio, disponibilidad y un siguiente paso claro. Ponga la respuesta directa en las dos primeras frases bajo el encabezado, porque ese es el pasaje que un motor de respuestas puede citar sin editarlo.

Semanas 9-10: GEO y páginas listas para ser citadas

El GEO consiste en que lo citen cuando un motor generativo redacta una respuesta. Compruébelo a mano: haga a los motores que interesan a sus clientes diez preguntas de su lista de la semana 7 y registre qué fuentes citan. Anote lo que tienen en común las páginas citadas, como una definición en las primeras líneas, un autor con nombre, cifras con fecha o una tabla.

Luego audite sus propias páginas buscando los mismos rasgos. Seodisias incluye una comprobación AI Ready, y su página AI Ready enumera lo que evalúa. Combínela con la guía de optimización para motores generativos para decidir qué correcciones van primero. Si usa un modelo de lenguaje para redactar reescrituras, trate su resultado como un borrador: un modelo tiende a abrir con el mismo verbo las cinco variantes, así que compárelas lado a lado, mantenga cada meta description cerca de los 155 caracteres y verifique cada afirmación antes de publicar.

Semanas 11-12: señales internacionales y fichas locales

Hreflang indica a los buscadores qué URL sirve a cada idioma o región. Cada anotación debe apuntar a una URL completa, canónica e indexable de la versión alternativa, nunca a un identificador interno como un ID de contenido o un campo de frontmatter. La documentación de Google sobre versiones localizadas describe las tres ubicaciones aceptadas: elementos link de HTML, cabeceras HTTP y entradas del sitemap.

Los errores de hreflang suelen esconderse en las etiquetas de retorno. Si la página en inglés apunta a la página en alemán pero la página en alemán no apunta de vuelta, los buscadores ignoran el par. Compruebe que cada versión se lista a sí misma y a todas sus hermanas, que x-default apunta a la versión en inglés y que el canonical de cada página apunta a sí misma. Use la exportación de rastreo para comparar las listas lado a lado. Nuestra guía de implementación de hreflang incluye la lista de verificación completa. Para la versión en español, use español neutro, de modo que los lectores de España y de Latinoamérica reciban una página útil.

Si el sitio atiende a clientes locales, termine con la ficha de empresa. Las fichas se gestionan en Perfil de Empresa de Google, y las API de Perfil de Empresa están pensadas para administrar ubicaciones existentes a gran escala, no para crear una ficha como prueba. Nombre, dirección y teléfono deben coincidir carácter por carácter en todas las fichas, ya que “Calle” en una y “C/” en otra pueden generar registros duplicados. Pruebe consultas “cerca de mí” en un teléfono con la ubicación activada, desde al menos dos puntos del área de servicio, y anote las posiciones con la hora del día. Los resultados locales cambian en unos pocos cientos de metros, así que una sola captura de pantalla demuestra poco.

Medir el programa

Construya el panel en Looker Studio, el nombre actual de la herramienta antes llamada Google Data Studio, y aliméntelo con datos de Search Console más las exportaciones CSV de Seodisias. Siga cuatro medidas:

• Proporción indexada: URL indexadas divididas por las URL del sitemap enviadas, según el informe de indexación de páginas de Search Console.
• Core Web Vitals: la proporción de URL con valoración buena en LCP, INP y CLS.
• Cobertura de respuestas: cuántas de sus páginas de preguntas prioritarias tienen una respuesta directa en las primeras líneas.
• Comprobaciones de citación: cuántas de sus diez preguntas de prueba citan su sitio, repetidas cada mes.

Fije sus propios objetivos a partir de la línea base de la semana 1 en lugar de tomar prestada una cifra de un artículo de blog. Decida quién es responsable de cada medida antes de que el panel entre en funcionamiento: una persona para la proporción indexada, otra para Core Web Vitals, y así sucesivamente. Las alertas que llegan a una bandeja compartida se ignoran en un mes. Guarde una instantánea del panel al final de cada cuarta semana para poder mostrar la tendencia de la semana 1 a la 12 sin reconstruir las cifras a partir de exportaciones en bruto.

Errores frecuentes

El primer error es tratar el rastreo como todo el trabajo. Los equipos que terminan una auditoría de rastreo y se detienen ahí dejan sin tocar la extracción de respuestas y la segmentación regional.

El segundo es rastrear con una herramienta limitada. Un plan gratuito que se detiene en 500 URL le muestra las primeras 500 páginas en orden de rastreo, que son la navegación y el contenido más antiguo, y oculta las URL profundas de facetas donde se desperdicia el crawl budget. La versión gratuita de Screaming Frog tiene ese límite de 500 URL y reserva el renderizado de JavaScript para la licencia de pago, mientras que Seodisias no tiene límite de URL. Un rastreo completo de una propiedad de 10.000 URL deja al descubierto esas rutas.

El tercero es publicar textos escritos por máquina sin revisarlos. Lea en voz alta cada descripción generada antes de que se publique.

El cuarto es omitir las comprobaciones de regresión. Vuelva a ejecutar el mismo rastreo de Seodisias después de cada despliegue y compare las exportaciones línea por línea, para que un solo cambio de plantilla no pueda deshacer semanas de trabajo sin que nadie lo note.

Empiece el primer rastreo

Reserve dos horas en su calendario, elija una propiedad que pueda editar y ejecute el rastreo de la semana 1 con Seodisias. Una hoja de ruta aplicada a un sitio que no puede cambiar se estanca en la semana 2.