SEO en Astro: cómo posicionar un sitio Astro en Google y lograr que las IA lo citen

Quiz rápido

¿Es el SEO para ti y cómo empezar?

Pregunta 1 de 425%

¿La gente busca en Google lo que vendes?

Sí, creo que síNo, es nuevo o muy de nichoNo lo sé

El SEO en Astro consiste en convertir ese HTML limpio en páginas que se posicionan. La guía de Google sobre los conceptos básicos de SEO para JavaScript explica que procesa los sitios JavaScript en tres fases (rastreo, renderizado, indexación) y afirma que el renderizado en servidor o el prerrenderizado sigue siendo una gran idea, porque no todos los bots ejecutan JavaScript. Astro parte de esa posición por defecto. Esta guía cubre el resto, ajuste por ajuste, con cada comportamiento comprobado en la documentación oficial de Astro. Como dato, el sitio sorank.com que está leyendo funciona con Astro.

¿Astro es bueno para el SEO?

Sí, en lo técnico. Astro renderiza los componentes en HTML durante la compilación y elimina el JavaScript que frameworks como React o Vue enviarían normalmente al navegador. Así evita los problemas clásicos que describe nuestra guía de SEO para JavaScript: carcasas HTML vacías, contenido que solo aparece tras el renderizado, enlaces que no son etiquetas de anclaje reales. También evita las trampas de enrutamiento de una aplicación de una sola página, ya que cada ruta de Astro es una URL real con su propio archivo HTML.

Lo que Astro no hace importa igual. No hay plugin SEO integrado, ni metadescripción automática, ni etiqueta canónica automática, ni datos estructurados. La tabla separa lo que obtiene gratis de lo que debe construir.

Renderizado estático o en servidor: ¿qué modo conviene al SEO?

La documentación de Astro sobre el renderizado bajo demanda es clara: por defecto, páginas, rutas y endpoints de API se prerrenderizan al compilar como páginas estáticas. Para el SEO, la salida estática es la opción más segura: cada URL es un archivo HTML terminado, servido desde una CDN, rápido e idéntico para cada visitante y cada bot.

El renderizado bajo demanda (en servidor) requiere un adaptador para su hosting (Node, Netlify, Vercel o Cloudflare, por ejemplo). Después saca una ruta concreta del prerrenderizado con export const prerender = false, o cambia todo el proyecto con output: 'server' y reactiva las páginas estáticas una a una. Ambos modos producen HTML completo, así que Google ve lo mismo. Las diferencias están en otra parte:

• Velocidad: un archivo estático se sirve al instante; una página renderizada en servidor depende del tiempo de respuesta de este, que pesa en el Largest Contentful Paint.
• Actualidad: el renderizado en servidor encaja con páginas que cambian sin parar (stock, precios, resultados de búsqueda), donde recompilar el sitio sería demasiado lento.
• Herramientas: algunas integraciones, como el sitemap, no ven las rutas dinámicas del servidor (ver más abajo).

La regla práctica: mantenga estáticas las páginas comerciales, los artículos del blog y la documentación, y renderice bajo demanda solo las rutas que necesitan datos en vivo. La documentación de Astro recomienda lo mismo: conservar el modo estático por defecto hasta que la mayoría de las páginas necesiten renderizado bajo demanda.

¿Cómo se configuran las metaetiquetas y las URL canónicas en Astro?

Cree un único componente SEO (a menudo llamado BaseHead o Seo) e inclúyalo en el head de cada layout. Recibe un título, una descripción, una imagen opcional y un indicador noindex opcional, y genera:

1. la etiqueta title, única por página, con la palabra clave principal cerca del inicio;
2. la metadescripción, escrita a mano para cada página (es su fragmento en los resultados);
3. la etiqueta canónica, construida como URL absoluta a partir de Astro.url.pathname y del valor site de la configuración;
4. las etiquetas Open Graph y sociales (título, descripción, imagen, URL) para las vistas previas de enlaces;
5. una metaetiqueta robots cuando una página debe quedar fuera del índice.

Defina primero la opción site en astro.config.mjs: la canónica, el sitemap y las etiquetas sociales dependen de ella. Elija después una política trailingSlash ('always' o 'never') y manténgala, para que /blog/articulo y /blog/articulo/ nunca compitan como dos versiones de la misma página. Quite los parámetros de consulta de la canónica para que los parámetros de seguimiento no creen duplicados.

¿Cómo se generan el sitemap y el robots.txt con Astro?

Use la integración oficial documentada en la página de @astrojs/sitemap. El comando npx astro add sitemap la instala y la añade a la configuración. Requiere la opción site y, al compilar, escribe un archivo sitemap-index.xml que apunta a archivos numerados (sitemap-0.xml y más en sitios grandes). Cada archivo admite hasta 45.000 entradas por defecto, valor que fija la opción entryLimit. Si el formato es nuevo para usted, nuestra entrada del glosario sobre el sitemap XML explica qué hace Google con él.

Tres ajustes importan para el SEO:

• filter: una función que recibe la URL de cada página; devuelva false para páginas de agradecimiento, búsqueda interna, borradores o cualquier cosa con noindex, de modo que el sitemap solo liste URL indexables.
• i18n: asocia sus carpetas de idioma con códigos de idioma y añade alternativas hreflang a cada entrada.
• customPages: añade URL que la integración no puede descubrir sola.

Para el robots.txt, un archivo estático en la carpeta public basta en la mayoría de los sitios. Si el contenido cambia entre preproducción y producción, genérelo mejor desde un endpoint (src/pages/robots.txt.ts). En ambos casos, añada una línea Sitemap que apunte a sitemap-index.xml y pruebe el resultado con un comprobador de robots.txt antes del lanzamiento. La misma técnica produce un archivo llms.txt; nuestra guía para instalar un archivo llms.txt detalla su contenido.

¿Cómo se gestionan el hreflang y los sitios multilingües en Astro?

El enrutamiento i18n integrado de Astro resuelve la parte de las URL. En la configuración declara una defaultLocale y una lista de locales, y decide si el idioma por defecto también lleva prefijo (prefixDefaultLocale). Funciones como getRelativeLocaleUrl construyen enlaces localizados, y Astro.currentLocale indica a cada página en qué idioma está.

La guía de enrutamiento no trata las etiquetas hreflang en el head, así que prevea escribirlas usted en el componente SEO: por página, un enlace alternativo por versión de idioma más un x-default, todo en URL absolutas, y cada versión debe listar todas las demás (enlaces de retorno). Generarlas desde la misma lista de idiomas que el enrutamiento evita el error más frecuente, una alternativa que apunta a una página inexistente. Para comprobar la lógica en algunas URL, nuestro generador de hreflang produce el conjunto completo de etiquetas de una página. Active después la opción i18n del sitemap como segunda señal.

¿Cómo influyen las imágenes y las islas en la velocidad y las Core Web Vitals?

La velocidad es donde Astro gana más terreno, y se nota en las Core Web Vitals. La guía de imágenes de Astro describe el componente Image de astro:assets: optimiza las imágenes locales, convierte su formato, añade carga diferida y decodificación asíncrona, e infiere las dimensiones de la imagen para evitar el Cumulative Layout Shift. El atributo alt es obligatorio en él, lo que impone una regla básica del SEO de imágenes. El componente Picture va más allá y sirve AVIF o WebP con una alternativa.

Dos hábitos completan el cuadro. Guarde en src las imágenes que deben optimizarse (los archivos de public se sirven tal cual, sin procesar). Y no difiera la carga de la imagen principal en la parte superior de la página: cárguela de inmediato para que no retrase el Largest Contentful Paint.

La arquitectura de islas mantiene el JavaScript bajo control. Un componente es HTML estático hasta que añade una directiva de cliente: client:load lo hidrata enseguida, client:idle cuando el navegador está libre, client:visible solo cuando entra en la zona visible. Reservar client:load para lo que debe reaccionar al instante (un menú, un carrito) es la forma más sencilla de proteger el Interaction to Next Paint. Las islas de servidor (server:defer) cargan un bloque personalizado después de la página en caché, sin frenar el contenido principal.

¿Cómo se añaden datos estructurados a un sitio Astro?

Astro no tiene una función de schema, lo que le deja control total. Construya un objeto JavaScript por tipo de página (Article, Product, Organization, BreadcrumbList, FAQPage) e insértelo en una etiqueta script de tipo application/ld+json, con la directiva set:html y JSON.stringify para que el JSON no se escape. Aliméntelo con los mismos datos de frontmatter o de colección que la página visible: así el marcado coincide siempre con lo que ven los usuarios, un requisito de las directrices de Google sobre el marcado schema.

Para redactar el JSON de un nuevo tipo de página, nuestro generador de schema gratuito le da un bloque inicial válido que luego convierte en plantilla. Valide una muestra de páginas compiladas con la prueba de resultados enriquecidos de Google tras cada cambio en la plantilla.

¿Cómo se gestionan las redirecciones al migrar a Astro?

Las migraciones desde WordPress o Next.js son el momento más arriesgado para un sitio Astro. Conserve cada URL con tráfico o backlinks y asigne las demás una por una a su equivalente más cercano con redirecciones permanentes, como explica nuestra guía de redirecciones SEO.

La configuración de Astro acepta un objeto redirects que asocia rutas antiguas con nuevas. Con un adaptador, se convierten en redirecciones HTTP reales. En una compilación puramente estática, Astro escribe en su lugar una página HTML con meta refresh, que Google sigue pero trata como una señal más débil que una 301 en servidor. Para un sitio estático, declare las redirecciones en el formato de su hosting (un archivo _redirects en Netlify o Cloudflare Pages, un archivo vercel.json en Vercel) para que los rastreadores reciban una 301 de verdad.

¿Cómo ayuda Astro al SEO y al GEO?

Ser citado por ChatGPT, Perplexity o Gemini empieza por ser legible. Muchos rastreadores de IA descargan el HTML bruto sin ejecutar JavaScript, así que un sitio que entrega todo su texto en la primera respuesta, como hace Astro por defecto, elimina una barrera que los sitios renderizados en el cliente todavía tienen. Encabezados claros, párrafos que responden de entrada, datos estructurados y un archivo llms.txt hacen después que cada página sea más fácil de citar.

Tras el lanzamiento, mida en lugar de suponer. El panel GEO y SEO de Sorank reúne sus datos de Search Console y sus visitas procedentes de asistentes de IA, para ver si el nuevo sitio mantiene sus posiciones.

La calidad técnica solo rinde con contenido que posicionar. El generador de artículos de blog con IA de Sorank escribe y publica artículos optimizados para Google y para las IA, y se conecta por webhook a un sitio a medida, como un proyecto Astro.

Astro le da por defecto un HTML rápido y rastreable; el posicionamiento sigue dependiendo de las etiquetas head, el sitemap, el hreflang, los datos estructurados y las redirecciones que añada. Monte primero el componente SEO compartido y el sitemap, y repase la tabla de arriba antes del lanzamiento.