SEO para webs creadas con IA: lo que de verdad importa

Una web creada con IA puede posicionarse tan bien como cualquier otra: los buscadores valoran lo que contiene la página y lo bien que sirve al visitante, no qué herramienta escribió el código. El problema es técnico. Muchos creadores con IA generan apps de una sola página que envían al navegador un archivo HTML casi vacío y dibujan el contenido con JavaScript, lo que dificulta que los rastreadores lean y compartan cada página. Solúcionalo con prerenderizado o renderización en servidor, dale a cada página su propio título, descripción y URL, añade un sitemap, mantenla rápida y, después, haz la parte que ninguna herramienta hace por ti: escribir contenido que la gente busca.

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

Una web tradicional envía en su HTML el texto completo de cada página. Una aplicación de una sola página (SPA), que es el resultado por defecto de muchos creadores con IA, normalmente React con una herramienta como Vite, envía una pequeña cáscara 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 la búsqueda de tres maneras:

1. La renderización es un paso adicional. Google describe tres fases para las páginas con JavaScript: rastrear el HTML, renderizarlo en un navegador Chromium sin interfaz y luego indexar el resultado renderizado. La propia guía de Google dice que la renderización en servidor o el prerenderizado siguen siendo una 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 apps de chat y redes sociales, y muchos otros rastreadores, normalmente leen solo el HTML inicial. Si el título y la imagen de vista previa se establecen con JavaScript después de cargar, esas vistas previas muestran los valores por defecto de la cáscara vacía, a menudo el mismo título en todas las páginas.
3. Todo comparte un único archivo HTML. Salvo 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 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. Por orden aproximado de cuánto cambian tu app:

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

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

Crea una web 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 enviar todo su contenido y su propio título y metadescripción en el HTML inicial; usa una configuración estática o prerenderizada, no una app de una sola página solo en el cliente.

Si ya tienes una SPA con 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, metadescripción, 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ú: abre una página, elige Ver código fuente de la página (no el panel Elements de las herramientas de desarrollo, que muestra la página ya renderizada) y confirma que el texto y el título están en el HTML sin procesar.

Cuida lo básico de la página

Esto se aplica sea cual sea el enfoque de renderización.

Títulos y metadescripciones

• Un <title> único por página, con el tema principal de la página al principio. Unos 50–60 caracteres es una pauta habitual, porque los títulos más largos tienden a cortarse en los resultados.
• Una metadescripción ú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.
• Omite 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 quieras indexar.
• Un h1 por página, seguido de un esquema h2/h3 lógico. Los diseños generados por 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 los duplicados con barra final no compitan entre sí.
• Texto alternativo descriptivo en las imágenes relevantes.

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 más suelen hacer mal las SPA, porque los bots de vista previa de enlaces no ejecutan JavaScript.

Sitemaps y robots.txt

Un sitemap 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 sitemap puede contener hasta 50.000 URL o 50 MB sin comprimir; divide los sitios más grandes con un índice de sitemaps.
• Google ignora <priority> y <changefreq>.
• Google usa <lastmod> solo si es sistemáticamente exacto, así que actualízalo para cambios reales de contenido, no en cada compilación.

El 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, e indica en él la ubicación del sitemap. Ten en cuenta que robots.txt impide el rastreo, no la indexación: para que una página no aparezca en los resultados, usa una metaetiqueta robots noindex y deja que sea rastreada.

Envía el sitemap a Google Search Console cuando la web 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 SEO gratuita más útil que existe.

Datos estructurados

Los datos estructurados son 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 que aparezcan.
• Deben describir información visible en la página. No marques reseñas, precios ni preguntas frecuentes que los visitantes no puedan 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 y BreadcrumbList en las páginas profundas. Comprué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 del 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 en cualquier caso. Los umbrales de "bueno" de Google, medidos en el percentil 75 de las cargas de página, son:

Las soluciones habituales para webs creadas con IA:

• Imágenes: redimensiónalas, comprímelas, usa formatos modernos, define ancho y alto (lo que evita saltos de diseño) y aplica carga diferida por debajo del pliegue.
• JavaScript: un paquete grande retrasa todo en una SPA. El prerenderizado ayuda; también 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. Mantén solo los que uses.

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

El contenido sigue siendo casi todo

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

• Una página por tema que la gente busca. Un fontanero necesita una página por servicio y por zona atendida, no una sola página de "Servicios" que lo enumere todo.
• Detalle concreto y original: precios, proceso, fotos de trabajos reales, respuestas a las preguntas que los clientes hacen por teléfono.
• Actualizado cuando cambian las cosas. Los horarios obsoletos y los precios antiguos pierden confianza muy rápido.

La IA puede redactar páginas con rapidez, lo que tienta a publicar muchas páginas finas y parecidas. La guía de Google apunta a contenido creado principalmente para posicionar, no para ayudar a las personas, independientemente de cómo se produjo. Usa la IA para el borrador y añade lo que solo tú sabes. Las webs tipo directorio son las que más lo sufren; consulta cómo crear una web de directorio para ver cómo hacer que las páginas de listados merezcan indexarse.

Lista de comprobación de lanzamiento

• Las páginas públicas envían todo el contenido en el HTML inicial (comprueba "Ver código fuente de la página")
• Título, metadescripción 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
• Web en su dominio definitivo con HTTPS y enviada a Search Console

Mudarte a tu propio dominio antes de empezar a captar tráfico de búsqueda evita redirecciones posteriores; consulta cómo conectar un dominio propio. Para el proceso de creación más amplio, lee cómo crear una 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 app mediante el chat o el código. Las nuevas webs de apps usan por defecto una SPA con Vite y React, así que cuando el buscador importa, pide desde el principio un sitio estático o prerenderizado, o Next.js. La documentación tiene un prompt de inicio para títulos, etiquetas Open Graph, sitemap y robots.txt en SEO para tu app, y sitios web estáticos cubre los sitios centrados en el contenido. Después de los cambios, vuelve a publicar para que el sitio en directo los recoja. Los dominios propios están disponibles en Pro.

Preguntas