--- title: "Desarrollo con Astro: sitios de contenido y migración" description: "Desarrollo con Astro para sitios de marketing, documentación y multilingües: páginas prerenderizadas, islas, CMS headless y migraciones. Dardo corre en Astro." url: "https://dardo.studio/es/servicios/desarrollo-astro/" language: "es" translations: {"en":"https://dardo.studio/en/services/astro-development/","pt":"https://dardo.studio/pt/servicos/desenvolvimento-astro/"} updated: "2026-10-14" --- # Desarrollo con Astro: sitios rápidos y migraciones El desarrollo con Astro es construir sitios de contenido sobre Astro, el framework de código abierto que genera las páginas en HTML por adelantado y envía JavaScript solo a los componentes que lo necesitan. Dardo desarrolla sitios de marketing, documentación y multilingües en Astro, y migra sitios a él desde WordPress, Webflow y Framer. Nuestro propio sitio, en inglés, español y portugués, funciona con Astro. Por Equipo editorial de Dardo · Actualizado 14 oct 2026 · 10 min de lectura [Pedir una propuesta](https://dardo.studio/es/contacto/?service=astro-development) · [Escríbenos por WhatsApp](https://wa.me/573163373216?text=Hola%20Dardo%2C%20quiero%20cotizar%3A%20Desarrollo%20con%20Astro%3A%20sitios%20r%C3%A1pidos%20y%20migraciones) ## Qué incluye un proyecto Astro con Dardo Un proyecto Astro cubre todo lo que hay entre los diseños aprobados, nuestros o de tu equipo, y un sitio en producción donde tus editores pueden publicar; la propuesta indica qué partes están incluidas y cómo se aprueba cada una. - Un modelo de contenido en colecciones tipadas, leído desde archivos Markdown o desde un CMS headless - Componentes Astro para cada plantilla acordada, sin JavaScript en el navegador salvo donde una parte lo necesite - Una decisión de renderizado para cada ruta: generada de antemano, renderizada bajo demanda o isla de servidor - Imágenes adaptables, metadatos, datos estructurados, sitemap y hreflang para cada idioma - Formularios, vistas previas de borradores y otras rutas de servidor en Cloudflare Workers, Vercel, Netlify o Node - Verificaciones en el build que detienen una publicación con enlaces rotos o contenido inválido ## Cómo funciona dardo.studio sobre Astro Construimos los sitios de clientes con la misma tecnología que usamos nosotros. dardo.studio es un sitio en Astro 7: cada página se renderiza durante el build y se sirve como archivos estáticos desde Cloudflare Workers, en inglés, español y portugués, cada idioma con sus URL y sus enlaces hreflang. El contenido vive en un CMS headless, EmDash, y un artículo publicado está en línea dos o tres minutos después. Solo la vista previa de borradores se renderiza bajo demanda: cuando un editor pulsa Vista previa, un Worker renderiza el borrador con el diseño del sitio detrás de un enlace firmado que caduca, sin guardarlo en caché ni indexarlo. El build falla si una página enlaza a una dirección que no se generó o si falta un campo obligatorio, y además escribe una copia en Markdown de cada página para agentes de IA. Ningún framework de interfaz llega al navegador: hasta el arte WebGL de la página de inicio es TypeScript puro. Astro también sirve productos que necesitan un servidor en cada solicitud: [Superame](https://dardo.studio/es/proyectos/superame/), un ranking público con pagos verificados que diseñamos y construimos, corre en Astro 7 en modo servidor sobre Vercel con una base de datos Postgres. ## Estática, bajo demanda o isla: cómo elegimos para cada ruta Astro prerenderiza todas las páginas por defecto y deja que cada ruta se salga de esa regla, así que elegimos el renderizado ruta por ruta. Los componentes llegan como HTML sin su JavaScript, salvo que se marquen como islas de cliente, que se cargan por separado: de inmediato, cuando el navegador está libre o cuando entran en pantalla. Las islas pueden ser componentes de React, Preact, Svelte, Vue o Solid, así que muchas veces se pueden reutilizar los que ya existen. __Estática, bajo demanda o isla: cómo elegimos para cada ruta__ | Opción de renderizado | Qué ocurre | Cuándo la usamos | | ---------------------------------- | ------------------------------------------------------------------------------ | ------------------------------------------------------------------------------------------------ | | Generada de antemano (por defecto) | El HTML se genera durante el build y se sirve como archivos | Páginas de marketing, artículos, casos de estudio, documentación | | Isla de cliente | Un componente carga su JavaScript y se vuelve interactivo | Una calculadora, un directorio con filtros, un mapa o una escena 3D | | Isla de servidor | Un fragmento se renderiza en el servidor cuando ya llegó el resto de la página | El avatar de una sesión iniciada o el contador de un carrito en una página por lo demás estática | | Ruta bajo demanda | Toda la página se renderiza en cada solicitud mediante un adaptador | Vistas previas de borradores, resultados de búsqueda, páginas de cuenta, retorno de pagos | | Colección en vivo | El contenido se consulta en su origen al momento de la solicitud | Datos que cambian más rápido de lo que el sitio puede reconstruirse | Para las páginas renderizadas bajo demanda, el caché de rutas ya estable en Astro 7 permite servir una página renderizada desde caché en lugar de volver a renderizarla para cada visitante. ## Colecciones de contenido, imágenes y transiciones de página Las colecciones de contenido le dan un esquema a cada tipo de contenido, de modo que un título faltante o una fecha mal formada detienen el build en lugar de llegar a un visitante. Las entradas vienen de Markdown en el repositorio o de un CMS mediante un loader, y Astro recomienda cargarlas durante el build siempre que sea posible. Cómo elegir el CMS se explica en [desarrollo de CMS headless](https://dardo.studio/es/servicios/desarrollo-cms-headless/). Los componentes Image y Picture de Astro generan versiones redimensionadas en formatos como AVIF y WebP y fijan las dimensiones para que las imágenes no desplacen el diseño. Solo procesan imágenes de la carpeta de código fuente del proyecto o de dominios que autorizamos; los archivos de la carpeta public se publican tal cual. Para las transiciones de página empezamos con las transiciones de vista nativas del navegador entre documentos, que añaden animación sin cambiar el funcionamiento del sitio. El ClientRouter de Astro convierte el sitio en una aplicación de una sola página, y los scripts de cada página tienen que volver a ejecutar su configuración tras cada navegación, así que lo reservamos para elementos que deben sobrevivir al cambio de página, como un reproductor de audio. El trabajo de velocidad en un sitio existente se define en [optimización de velocidad web](https://dardo.studio/es/servicios/optimizacion-de-velocidad-web/). ## Cuándo Astro no es la mejor opción Astro está pensado para sitios guiados por el contenido. Si la mayoría de las pantallas están detrás de un inicio de sesión y guardan mucho estado en el navegador, o si pesa más el modelo de edición que el código, conviene otra base: - Un producto con sesión iniciada, un panel o un editor: [desarrollo con Next.js](https://dardo.studio/es/servicios/desarrollo-nextjs/) o [desarrollo de software a la medida](https://dardo.studio/es/servicios/desarrollo-de-software-a-medida/) - Un equipo de marketing que quiere maquetar páginas nuevas de forma visual, sin un desarrollador: [desarrollo en Webflow](https://dardo.studio/es/servicios/desarrollo-webflow/) o [desarrollo en Framer](https://dardo.studio/es/servicios/desarrollo-framer/) - Una tienda construida alrededor del checkout y las apps de Shopify: [diseño de tiendas online](https://dardo.studio/es/servicios/diseno-de-tiendas-online/) - Un sitio pequeño cuyos editores trabajan bien en WordPress: nuestra comparación [WordPress o web a medida](https://dardo.studio/es/blog/wordpress-o-web-a-medida/) explica cuándo quedarse Todo sitio prerenderizado tiene además un inconveniente: el contenido sale en línea después de una reconstrucción. Unos minutos están bien para artículos; los precios que cambian cada minuto necesitan rutas bajo demanda con caché. ## Migrar un sitio de WordPress, Webflow o Framer a Astro Pasar a Astro es reconstruir: el diseño y el contenido se llevan, pero cada plataforma exporta su contenido a su manera. Nuestras guías cubren [de WordPress a Astro](https://dardo.studio/es/blog/migrar-de-wordpress-a-astro/), incluido cuándo conservar WordPress como CMS headless, [de Webflow a Astro](https://dardo.studio/es/blog/migrar-de-webflow-a-astro/), incluido lo que deja fuera la exportación de código de Webflow, y [de Framer a Astro](https://dardo.studio/es/blog/migrar-de-framer-a-astro/). El inventario de URL, el mapa de redirecciones y las revisiones de búsqueda tras el lanzamiento forman parte de nuestro [servicio de migración de página web](https://dardo.studio/es/servicios/migracion-de-pagina-web/), que corre en paralelo con la construcción. ## ¿De quién es Astro y es seguro construir sobre él? Astro es de código abierto con licencia MIT y, desde enero de 2026, la empresa que lo desarrolla forma parte de Cloudflare, con su equipo de tiempo completo todavía trabajando en Astro. Al anunciar el cambio el 16 de enero de 2026, The Astro Technology Company dijo que Astro conserva su licencia, su gobernanza abierta, su hoja de ruta y el soporte para otros proveedores además de Cloudflare; los adaptadores oficiales cubren Cloudflare, Netlify, Vercel y Node. A octubre de 2026, la versión mayor vigente es Astro 7, publicada el 22 de junio de 2026 con un compilador reescrito en Rust y Vite 8, y la última versión es la 7.3.8, del 8 de octubre. Las versiones mayores cambian parte del comportamiento y traen una guía de actualización, por lo que un [plan de mantenimiento web](https://dardo.studio/es/servicios/mantenimiento-web/) que incluya actualizar dependencias mantiene al día un sitio en Astro. ## ¿Cuánto cuesta un proyecto con Astro? No publicamos un precio para el desarrollo con Astro porque el framework no define el costo; lo definen las plantillas, el contenido y el trabajo de servidor. El formulario de contacto ofrece rangos de presupuesto desde menos de 5.000 USD hasta más de 60.000 USD, y nuestra [página de precios](https://dardo.studio/es/precios/) lista los precios iniciales que sí publicamos. La estimación cambia sobre todo con: - Las plantillas y componentes únicos, que pesan más que la cantidad de páginas - El origen del contenido: Markdown, un CMS existente o uno nuevo que hay que modelar y configurar - Los idiomas, cada uno con sus URL, metadatos y revisor - Las islas interactivas, el movimiento o el 3D, cada uno con su propio presupuesto de rendimiento - El trabajo de servidor: formularios, vistas previas, búsqueda, cuentas o pagos - El contenido y las URL que hay que traer de la plataforma actual En la entrega, el repositorio, el alojamiento, el dominio y las cuentas del CMS quedan a tu nombre, con Dardo invitado como usuario, para que otro desarrollador o proveedor pueda continuar sin pedirnos permiso. ## Preguntas antes de elegir **¿Astro es bueno para el SEO?** Astro entrega a los buscadores HTML completo en cada página, sin esperar a JavaScript, lo que hace que el sitio sea fácil de rastrear y rápido de cargar. Por sí solo no posiciona páginas: eso lo deciden los títulos, los datos estructurados, el hreflang, los enlaces internos y el contenido. Lo incluimos en cada plantilla; la investigación de palabras clave y los planes de contenido son parte de nuestro servicio de SEO. **¿Nuestro equipo de marketing puede editar un sitio en Astro sin un desarrollador?** Sí, con un CMS headless: los editores escriben y publican entradas, ven los borradores con el diseño del sitio y crean páginas a partir de plantillas existentes. Los diseños o componentes nuevos sí requieren un desarrollador, y ahí está la principal diferencia con Webflow o Framer, donde marketing maqueta las páginas de forma visual. **¿Podemos reutilizar nuestros componentes de React en Astro?** Normalmente sí. Astro renderiza componentes de React, Preact, Svelte, Vue y Solid como HTML simple o como islas interactivas. Los componentes atados a un enrutador del lado del cliente o a un estado global de la aplicación hay que reescribirlos, así que revisamos cada uno en el descubrimiento antes de prometer su reutilización. **¿Que Astro pase a Cloudflare nos obliga a alojar el sitio en Cloudflare?** No. Un sitio Astro prerenderizado es una carpeta de archivos que sirve cualquier alojamiento estático, y las rutas renderizadas bajo demanda funcionan con adaptadores oficiales para Cloudflare, Netlify, Vercel o Node. Cuando su equipo se unió a Cloudflare, Astro dijo que seguiría dando soporte a otros proveedores. Lo habitual es que publiquemos en Cloudflare Workers, en tu cuenta. **¿Conviene elegir Astro o Next.js?** Astro, cuando la mayoría de las páginas son iguales para todos los visitantes: páginas de marketing, artículos, documentación. Next.js, cuando un solo código debe servir un producto con sesión iniciada y mucho estado en el navegador junto a sus páginas de marketing. Astro puede renderizar bajo demanda y cobrar pagos, como en Superame, pero no está pensado en torno a un estado de aplicación de larga vida. **¿Cuánto tarda un desarrollo o una migración con Astro?** Depende de las plantillas, el contenido y las integraciones, así que la propuesta fija el cronograma cuando ya los conocemos. Lo que más pesa suele ser que el contenido esté listo: un sitio cuyo contenido se exporta limpio se migra más rápido que uno cuyas páginas hay que reconstruir a mano desde un constructor visual. ## Desde el blog - [Precios de Webflow 2026: cuánto cuesta, qué cambia al renovar y cuándo dejarlo](https://dardo.studio/es/blog/precios-webflow-2026/) Webflow unió sus planes CMS y Business en Premium. Cuánto paga tu sitio al renovar, en USD, COP y MXN, y cuándo conviene pasarse a Framer o a Astro. - [Sanity vs Contentful vs Payload: el mejor CMS headless para tu equipo en 2026](https://dardo.studio/es/blog/sanity-vs-contentful-vs-payload/) Sanity, Contentful, Payload, Strapi y Storyblok comparados en hosting, vista previa, traducciones, exportación y costo mensual real para equipos de 5 y 12. - [Astro vs Next.js: cuál elegir para un sitio de marketing o un producto en 2026](https://dardo.studio/es/blog/astro-vs-nextjs/) Astro para sitios iguales para todos los visitantes, Next.js para productos con sesión iniciada: renderizado, JavaScript, alojamiento y soporte comparados. - [Webflow vs Framer: cuál elegir para un sitio web de marketing en 2026, con costos reales](https://dardo.studio/es/blog/webflow-vs-framer/) Webflow vs Framer en 2026: quién debe elegir cuál, cuánto cuesta en cada uno un sitio de 20 páginas con 300 artículos en dos idiomas y cuándo no elegir ninguno. ## Fuentes y lecturas Fuentes de esta página, con más detalles de sus publicaciones originales. - [Astro: Astro 7](https://astro.build/blog/astro-7/) · astro.build - [GitHub, withastro/astro: astro@7.3.8 release](https://github.com/withastro/astro/releases/tag/astro%407.3.8) · github.com - [Astro: The Astro Technology Company joins Cloudflare](https://astro.build/blog/joining-cloudflare/) · astro.build - [Astro Docs: Islands architecture](https://docs.astro.build/en/concepts/islands/) · docs.astro.build - [Astro Docs: On-demand rendering](https://docs.astro.build/en/guides/on-demand-rendering/) · docs.astro.build - [Astro Docs: Content collections](https://docs.astro.build/en/guides/content-collections/) · docs.astro.build - [Astro Docs: Images](https://docs.astro.build/en/guides/images/) · docs.astro.build - [Astro Docs: View transitions](https://docs.astro.build/en/guides/view-transitions/) · docs.astro.build [Dardo](https://dardo.studio/es/) · [Servicios](https://dardo.studio/es/servicios/) · Desarrollo con Astro ## Proyectos relacionados [![Producto de ranking público Superame, construido con Astro por Dardo](https://dardo.studio/work/superame-1.webp?v=34a51b35f537) · Producto entregado / Astro · **Superame** · Un ranking público con pagos verificados, construido con Astro en modo servidor: cada nueva entrada puede cambiar el orden. · Ver el proyecto](https://dardo.studio/es/proyectos/superame/) ## De tu sitio actual a una propuesta con Astro Envía la dirección del sitio actual, con qué está hecho, sus idiomas y quién lo edita. Te respondemos con un plan de renderizado y lo que cubriría la propuesta. [01 · **Lee la guía de migración** · De WordPress a Astro, paso a paso](https://dardo.studio/es/blog/migrar-de-wordpress-a-astro/) · [02 · **Mira Astro en producción** · Superame, en Astro 7 en modo servidor](https://dardo.studio/es/proyectos/superame/) · [03 · **Solicitar una propuesta** · Envía tu brief directamente a Dardo](https://dardo.studio/es/contacto/?service=astro-development) ## Sigue explorando. - [![superame.lol — vista previa del sitio](https://dardo.studio/_astro/01M4H711Q11QCMQDA10WE4A1K7_ZrTSRU.webp) · Caso de estudio · **superame.lol — caso de diseño web**](https://dardo.studio/es/proyectos/superame/) - [Servicio · **Migrar tu página web sin perder posicionamiento**](https://dardo.studio/es/servicios/migracion-de-pagina-web/) - [Servicio · **Desarrollo de CMS headless: Sanity, Payload, Contentful y más**](https://dardo.studio/es/servicios/desarrollo-cms-headless/) - [Servicio · **Optimización de velocidad web y Core Web Vitals**](https://dardo.studio/es/servicios/optimizacion-de-velocidad-web/)