SEO para sitios web creados con IA: lo que realmente importa

Un sitio web creado con IA puede posicionarse tan bien como cualquier otro: los buscadores juzgan lo que contiene la página y lo bien que sirve al visitante, no qué herramienta escribió el código. La trampa es técnica. Muchos constructores con IA generan aplicaciones de una sola página que envían al navegador un archivo HTML casi vacío y dibujan el contenido con JavaScript, lo que hace que cada página sea más difícil de leer y compartir para los rastreadores. Solúcionalo con prerenderizado o renderización en el servidor, dale a cada página su propio título, descripción y URL, añade un mapa del sitio, mantenlo rápido y, después, haz la parte que ninguna herramienta hace por ti: escribir contenido que la gente busca.

Por qué las aplicaciones de una sola página pueden tener problemas en buscadores

Un sitio web tradicional envía el texto completo de cada página en su HTML. Una aplicación de una sola página (SPA), el resultado por defecto de muchos constructores con IA, normalmente React con una herramienta como Vite, envía un pequeño esqueleto HTML, algo como un <div id="root"> vacío, más un paquete de JavaScript. El navegador ejecuta el JavaScript, que es el que construye la página.

Eso importa para los buscadores de tres formas:

1. La renderización es un paso extra. Google describe tres fases para las páginas con JavaScript: rastrear el HTML, renderizarlo en un Chromium sin interfaz y después indexar el resultado renderizado. La guía del propio Google dice que la renderización en el servidor o el prerenderizado siguen siendo buena idea porque es más rápido para usuarios y rastreadores, y porque no todos los bots pueden ejecutar JavaScript.
2. Otros lectores de tu página no renderizan nada. Las vistas previas de enlaces en aplicaciones de chat y redes sociales, y muchos otros rastreadores, normalmente solo leen el HTML inicial. Si tu título y tu imagen de vista previa se establecen con JavaScript después de cargar, esas vistas previas muestran los valores por defecto del esqueleto, a menudo el mismo título en cada página.
3. Todo comparte un único archivo HTML. A menos que la app lo actualice, cada URL tiene el mismo <title> y la misma descripción, lo que dice muy poco a los buscadores sobre cada página.

Nada de esto significa que una SPA no pueda indexarse. Significa que dependes de que el rastreador haga más trabajo y que pierdes el control de lo que ven los lectores que no renderizan.

Elige un enfoque de renderización

Hay cuatro formas habituales de entregar HTML real a los rastreadores. En orden aproximado de cuánto cambian tu app:

Una regla práctica: la parte pública y buscable de tu sitio debe ser estática o prerenderizada; la app con inicio de sesión que está detrás puede seguir siendo una SPA normal. Los buscadores no deberían indexar los paneles de todos modos.

Si empiezas desde cero y el SEO importa, dilo en el primer prompt para que la IA elija una configuración adecuada:

Crea un sitio de marketing para una clínica de fisioterapia con páginas de Inicio, Servicios (una página por servicio), Sobre nosotros, Precios y Contacto. El SEO importa: cada página debe incluir todo su contenido, su propio título y su propia descripción meta en el HTML inicial; usa una configuración estática o prerenderizada, no una aplicación de una sola página que solo funcione en el cliente.

Si ya tienes una SPA de Vite, pide el prerenderizado de las rutas públicas:

Mantén esta app de React tal como está, pero prerenderiza las rutas públicas (/, /pricing, /about, /blog y cada /blog/:slug) a HTML estático durante la compilación, cada una con su propio título, descripción meta, URL canónica y etiquetas Open Graph. Las rutas /app con inicio de sesión pueden seguir renderizándose en el cliente.

Después, compruébalo tú mismo: abre una página, elige Ver código fuente de la página (no el panel Elements de las herramientas para desarrolladores, que muestra la página ya renderizada) y confirma que el texto y el título están en el HTML sin procesar.

Los fundamentos de la página

Estos aplican sea cual sea el enfoque de renderización.

Títulos y descripciones meta

• Un <title> único por página, con el tema principal de la página al principio. Entre 50 y 60 caracteres es una pauta habitual, porque los títulos más largos tienden a cortarse en los resultados.
• Una descripción meta única por página: una frase que una persona querría pinchar, no una lista de palabras clave. Google puede reescribirla, pero una buena suele usarse.
• Olvídate de las metapalabras clave. Google dice que la etiqueta no tiene efecto en la indexación ni en el posicionamiento.

URL, encabezados y enlaces

• URL reales para páginas reales. Cada contenido necesita su propia ruta (/servicios/masaje-deportivo), no una pestaña o un modal que solo existe después de un clic. Evita el enrutamiento con fragmentos # para el contenido que quieres indexar.
• Un h1 por página, y después un esquema h2/h3 coherente. Los diseños generados con IA a veces usan encabezados para dar estilo; pide encabezados semánticos.
• Enlaces rastreables. Usa enlaces <a href> reales para la navegación. Los botones que cambian la página con JavaScript son invisibles para los rastreadores que siguen enlaces.
• Etiquetas canónicas que apunten cada página a su URL preferida, para que las variantes ?utm= y las duplicadas con barra final no compitan entre sí.
• Texto alternativo descriptivo en las imágenes significativas.

Vistas previas en redes sociales

Añade etiquetas Open Graph (og:title, og:description, og:image, og:url) a cada página pública, en el HTML inicial. Es la parte que las SPA suelen hacer mal, porque los bots de vista previa de enlaces no ejecutan JavaScript.

Mapas del sitio y robots.txt

Un mapa del sitio es un archivo XML que enumera las URL que quieres indexar. Ayuda a los buscadores a encontrar páginas, sobre todo en sitios nuevos con pocos enlaces entrantes. Según la documentación de Google, a septiembre de 2026:

• Un único mapa del sitio puede contener hasta 50.000 URL o 50 MB sin comprimir; divide los sitios más grandes con un índice de mapas del sitio.
• Google ignora <priority> y <changefreq>.
• Google usa <lastmod> solo si es constantemente exacto, así que actualízalo cuando cambie el contenido real, no en cada compilación.

Un archivo robots.txt indica a los rastreadores qué rutas no deben rastrear. Úsalo para mantener a los rastreadores fuera de /app, /admin y las rutas de API, y enlaza el mapa del sitio desde él. Recuerda que robots.txt detiene el rastreo, no la indexación: para que una página no aparezca en los resultados, usa una metaetiqueta robots noindex y permite que se rastree.

Envía el mapa del sitio en Google Search Console cuando el sitio esté en su dominio definitivo. Search Console también muestra qué páginas están indexadas y por qué otras no lo están: es la herramienta de SEO gratuita más útil que existe.

Datos estructurados

Los datos estructurados son un marcado legible por máquinas que describe qué es una página: una organización, un negocio local, un producto, un artículo, un evento. Google recomienda el formato JSON-LD y es claro en dos puntos:

• Pueden hacer que las páginas sean aptas para resultados enriquecidos, pero no garantizan esos resultados.
• Deben describir información visible en la página. No marques reseñas, precios o preguntas frecuentes que los visitantes no pueden ver.

Puntos de partida sensatos: Organization o LocalBusiness en la página de inicio, Product en las páginas de producto, Article en las entradas de blog, BreadcrumbList en las páginas profundas. Pruébalo con la Prueba de resultados enriquecidos de Google.

Añade datos estructurados JSON-LD: LocalBusiness en la página de inicio usando la dirección, el teléfono y el horario que ya aparecen en la página, y Article en cada entrada de blog. No añadas valoraciones ni reseñas.

Velocidad y móvil

Google usa señales de experiencia de página, incluidas las Core Web Vitals, y la velocidad importa a los visitantes de todos modos. Los umbrales de “bueno” de Google, medidos en el percentil 75 de las cargas de página, son:

Las soluciones habituales para sitios creados con IA:

• Imágenes: redimensiónalas, comprímelas, usa formatos modernos, define el ancho y el alto (lo que evita el desplazamiento del diseño) y aplica carga diferida por debajo del pliegue.
• JavaScript: un paquete grande retrasa todo en una SPA. El prerenderizado ayuda; también ayuda dividir el código por ruta.
• Fuentes: limita las familias y los grosores y precarga la que se usa por encima del pliegue.
• Scripts de terceros: cada widget de chat y cada píxel de seguimiento cuesta velocidad. Conserva solo los que usas.

Prueba la URL en vivo con PageSpeed Insights o Lighthouse en modo móvil.

El contenido sigue siendo la mayor parte

El SEO técnico elimina obstáculos; no crea demanda. Las páginas se posicionan porque responden a una búsqueda mejor que las alternativas. Para la mayoría de los sitios pequeños, eso significa:

• Una página por tema que la gente busca. Un fontanero necesita una página por servicio y por zona que atiende, no una única página de “Servicios” que lo enumere todo.
• Detalles concretos y originales: precios, proceso, fotos de trabajos reales, respuestas a las preguntas que los clientes hacen por teléfono.
• Actualizado cuando cambian las cosas. Los horarios desactualizados y los precios antiguos pierden la confianza rápidamente.

La IA puede redactar páginas con rapidez, lo que tienta a publicar muchas páginas finas y parecidas. Las directrices de Google apuntan a contenido creado sobre todo para posicionarse en lugar de ayudar a las personas, sin importar cómo se produjo. Usa la IA para redactar y después añade lo que solo tú sabes. Los sitios de tipo directorio se enfrentan a esto con más frecuencia; consulta cómo crear un sitio de directorio para ver cómo hacer que las páginas de listados merezcan indexarse.

Lista de verificación de lanzamiento

• Las páginas públicas incluyen todo su contenido en el HTML inicial (compruébalo con Ver código fuente de la página)
• Título, descripción meta y URL canónica únicos en cada página
• Etiquetas Open Graph y una imagen para compartir en cada página pública
• Un h1 por página, enlaces <a href> reales y texto alternativo en las imágenes
• sitemap.xml con URL reales; robots.txt bloqueando las rutas de la app y de la API
• Datos estructurados solo para contenido visible, y probados
• LCP, INP y CLS en el rango “bueno” en móvil
• Sitio en su dominio definitivo con HTTPS y enviado a Search Console

Cambiar a tu propio dominio antes de empezar a generar tráfico de búsqueda evita redirecciones posteriores; consulta cómo conectar un dominio personalizado. Para el proceso de creación más amplio, lee cómo crear un sitio web con IA, y para páginas pensadas para convertir visitantes, cómo crear una landing page que convierta.

SEO en Mythex

Mythex no tiene un panel de SEO aparte; mejoras el SEO cambiando la propia app mediante el chat o el código. Las nuevas apps web usan por defecto una aplicación de una sola página con Vite y React, así que cuando la búsqueda importa, pide desde el principio una estructura estática o prerenderizada, o Next.js. La documentación tiene un prompt inicial para títulos, etiquetas Open Graph, mapa del sitio y robots.txt en SEO para tu app, y sitios estáticos cubre los sitios centrados en contenido. Después de los cambios, vuelve a publicar para que el sitio en vivo los recoja. Los dominios personalizados están disponibles en Pro.

Preguntas