Índice8
En resumen
- Un sitio estático sirve páginas fabricadas en la publicación: ni base de datos que proteger ni extensión que parchear.
- Bien construido, alcanza los umbrales de las Core Web Vitals sin esfuerzos exóticos, porque solo envía lo que la página utiliza.
- El riesgo de una migración está en las direcciones: inventario, redirecciones, comparación de rastreos y cambio vigilado, por este orden.
- Astro solo envía JavaScript donde un componente lo necesita, y lee el contenido de archivos, de un CMS headless o de una API.
- Una tienda con transacciones o una aplicación con usuarios conectados no son objeto de una migración estática.
Lo que significa un sitio estático en 2026
La diferencia está en el momento en que se fabrica cada página. Un sitio estático invierte el orden:
Un sitio con WordPress, Drupal o Joomla
Cada página se fabrica en el momento en que un visitante la pide
El servidor ejecuta PHP, consulta una base de datos, monta la plantilla y después envía el resultado
Un sitio estático
Las páginas se fabrican una vez, en el momento de la publicación: el resultado es una carpeta de archivos HTML, CSS e imágenes
Esa carpeta se copia en una red de distribución (CDN) que la sirve tal cual, desde el punto más cercano al visitante
No se ejecuta nada en el servidor, porque ya no hay servidor de aplicaciones
La fabricación bajo demanda tiene un coste en cada visita, una superficie de ataque permanente y una deuda de actualizaciones que alguien tiene que pagar cada mes.
El término se presta a confusión: «estático» no significa inmóvil ni sin interacciones. Un formulario, un buscador interno, una calculadora o un área de clientes siguen siendo posibles. Se conectan a servicios dedicados, página por página, en lugar de imponer una aplicación completa a todo el sitio.
Lo que cambia, medido y no prometido
La velocidad. Google fija tres umbrales oficiales para sus Core Web Vitals:
como máximo deben bastar para mostrar el contenido principal
como máximo deben bastar para reaccionar a las interacciones
es la puntuación de desplazamiento visual que no hay que superar
Un sitio estático bien construido los alcanza sin esfuerzos exóticos, porque no envía ni JavaScript inútil ni una página montada sobre la marcha. En la página de inicio del sitio que está leyendo, construido con Astro, la medición de Lighthouse 12 del 3 de septiembre de 2026 en móvil simulado da 0 milisegundos de bloqueo del hilo principal y 322 KB cargados en total. En el otro extremo de los sitios que acompañamos, una tienda online de un cliente en Shopify, medida antes de su rediseño, mostraba una puntuación móvil de 65, un contenido principal mostrado a los 8,4 segundos y una página de 4,2 MB. La diferencia no viene del talento de los equipos: viene de lo que recibe el navegador.
La seguridad. Drupal 7 está al final de su vida útil desde el 5 de enero de 2025 (drupal.org): ningún parche de seguridad más, en un sistema que ya nadie corrige. Un sitio estático no tiene base de datos que proteger, ni panel de administración expuesto, ni extensión que parchear. Lo que queda por asegurar es la cadena de publicación, que vive en un repositorio Git con accesos nominativos.
El coste de propiedad. Un sitio estático cuesta su alojamiento, a menudo unos pocos euros al mes, y cero licencias. Las horas de mantenimiento mensual (actualizaciones del núcleo, de las extensiones y del tema, copias de seguridad de la base de datos, reinicios) desaparecen con el servidor de aplicaciones. Lo que queda es el trabajo editorial, el que usted quiere pagar.
La disponibilidad. Una carpeta de archivos se sirve desde cualquier proveedor de alojamiento, incluido el que ya tiene, detrás de su CDN actual. Para una empresa que debe seguir siendo accesible desde redes que bloquean los scripts de terceros (China continental es el ejemplo habitual), es decisivo: fuentes alojadas en el propio sitio, ninguna llamada a Google, ninguna dependencia que ralentice o rompa la visualización.
Astro, en cinco puntos técnicos
Astro es un generador de sitios orientado al contenido. Su versión actual es la 7 (registro npm, 3 de septiembre de 2026). Este sitio funciona con Astro 5, y el portal inmobiliario que operamos para un cliente, con Astro 7. Cinco decisiones técnicas explican por qué lo elegimos.
- HTML por defecto, JavaScript bajo demanda. Astro renderiza los componentes en el momento de la construcción y no envía JavaScript al navegador mientras ningún componente lo pida. Es la arquitectura de islas: un formulario o un mapa interactivo lleva su propio código, cargado cuando se vuelve visible. El resto de la página es inerte e inmediato.
- El contenido validado por un esquema. Las páginas y los artículos se declaran en colecciones de contenido con un esquema: un artículo sin título, sin descripción o sin fecha no se construye. Lo que se comprobaba a mano con una lista de control se vuelve imposible de olvidar.
- Una fuente de contenido a elegir. Archivos Markdown en el repositorio, un CMS headless como Sanity, una base de datos o una API: Astro lo lee todo en el momento de la construcción. La elección depende de quién publica y con qué frecuencia, no de la herramienta.
- Estático o servidor, página por página. Un sitio puede ser totalmente estático, o renderizarse bajo demanda allí donde el contenido cambia cada minuto. Ese portal inmobiliario usa el renderizado en servidor porque sus anuncios cambian cada día. Este sitio es totalmente estático. Misma herramienta, mismo código.
- La base SEO producida por el código. Rutas por idioma, hreflang recíprocos, sitemap real, datos estructurados por plantilla, imágenes convertidas y redimensionadas en la construcción: nada de esto depende de una extensión que instalar ni de un ajuste que no olvidar.
El flujo de trabajo: publicar es fusionar
La parte menos visible de una migración es la que decide lo que viene después. Con un sitio estático en un repositorio Git, cada modificación sigue tres etapas:
El camino de una modificación
- La vista previa
La modificación pasa por una vista previa en línea.
- Los controles automáticos
Antes de la publicación, un programa busca enlaces rotos y páginas sin título, y comprueba el sitemap y las direcciones.
- La publicación
Una publicación es una fusión. Una vuelta atrás es un comando.
Nadie necesita una herramienta instalada en su ordenador, y un artículo publicado dentro de seis meses sigue exactamente el mismo camino que hoy.
Es también lo que hace posible un motor de contenido: nuestro motor SEO y GEO escribe sus borradores directamente en el repositorio, y la revisión humana es la revisión de la modificación antes de la fusión.
La migración, paso a paso
El riesgo número uno de una migración no es técnico, está en las direcciones. Toda URL perdida sin redirección es tráfico destruido, y un sitio de diez años tiene cientos que todavía reciben visitas o enlaces. El método que aplicamos consta de cuatro etapas.
- El inventario.
Rastreamos el sitio actual, recogemos el sitemap realmente servido y dieciséis meses de Search Console, y elaboramos la lista de páginas que no hay que romper: las que reciben tráfico o enlaces entrantes, con su peso. El contrato de direcciones se escribe antes de construir una sola página.
- La construcción.
El contenido se extrae y se recupera de forma idéntica, controlado página por página. El diseño se conserva o se mejora plantilla por plantilla. Las redirecciones se configuran en una preproducción que usted puede visitar.
- La validación.
Una comparación de rastreos coteja el sitio antiguo y el nuevo, página por página: títulos, descripciones, canónicas, enlaces internos, códigos HTTP. La matriz de direcciones debe estar en verde antes de cualquier cambio.
- El cambio.
El nuevo sitio se publica con las redirecciones activas. La Search Console y los errores se vigilan durante catorce días, y el sitio antiguo sigue listo para volver. La medición antes y después dice lo que ha cambiado la migración.
Estamos aplicando este método ahora mismo para una agencia digital de una veintena de personas: un sitio de varios cientos de páginas con Drupal 7, diecisiete años de historial, un requisito de accesibilidad desde China y una migración a Astro con las direcciones intactas. El cambio está previsto para el otoño de 2026. Las mediciones se publicarán aquí, antes y después, cuando existan.
Cuándo no hay que migrar
Un sitio estático no es la respuesta a todo, y preferimos decirlo antes del presupuesto.
- Una tienda online con transacciones (carrito, stock, pago, cuentas de cliente) corresponde a una plataforma de e-commerce, no a un generador de páginas. El catálogo puede ser estático, la transacción no.
- Una aplicación con usuarios conectados que leen y escriben datos a cada minuto necesita renderizado en servidor o una aplicación. Astro sabe hacerlo, pero ya no es una migración estática.
- Un equipo de diez redactores que publican cada día necesita una herramienta de edición: es el caso del sitio headless con Astro y Sanity, que mantiene lo estático para el visitante y añade un CMS para el equipo.
En los tres casos, la auditoría lo dice antes de que usted se comprometa a nada.
Lo que cuesta
La migración a un sitio estático con Astro es una oferta de alcance cerrado: desde 5.900 € sin IVA para un sitio de hasta cien páginas, cuatro semanas, direcciones conservadas, validación por comparación de rastreos y cambio vigilado. Un sitio nuevo, sin contenido existente que recuperar, corresponde al sitio corporativo, desde 3.900 €. En ambos casos, lo que queda después es el alojamiento y el contenido.
Preguntas frecuentes
¿Voy a perder mi posicionamiento al migrar?
No si las direcciones se tratan antes de construir: inventario, páginas que no hay que romper, redirecciones configuradas antes del cambio y comparación de rastreos después. Una migración que empieza por el diseño y termina por las redirecciones es la que pierde tráfico. Después, se vigila la Search Console durante catorce días tras el cambio.
¿Podré seguir modificando mi sitio yo mismo?
Sí. Ya sea directamente en los archivos, con una vista previa automática y una formación, o en un CMS headless si publican varias personas. La elección se hace en el planteamiento, no por defecto. En ambos casos, cada modificación pasa por una vista previa en línea antes de publicarse, y siempre es posible volver atrás.
¿Puede un sitio estático tener un formulario, un buscador, un área de clientes?
Sí, cada uno conectado a un servicio dedicado: los formularios de este sitio registran cada solicitud en una base de datos antes de enviar el correo, el buscador interno de un sitio de contenido se construye como índice en la publicación, y un área de clientes se renderiza en el servidor solo en las páginas que la necesitan.
¿Por qué Astro y no Next.js u otro framework?
Porque un sitio de contenido no necesita una aplicación. Astro produce HTML, solo envía JavaScript donde un componente lo necesita y lee el contenido de cualquier fuente. Lo usamos en este sitio desde 2025, y en el portal inmobiliario que operamos para un cliente: es una elección probada en producción, no una preferencia de moda.
Fuentes
- Tres umbrales oficiales (nueva pestaña)web.dev
- Drupal.org (nueva pestaña)drupal.org
- Arquitectura de islas (nueva pestaña)docs.astro.build
Jim · fundador de Brain Plus AI
Más artículos sobre sitios, migración y astro
Elegir y presupuestar7 min
Cuánto cuesta la web de una empresa en 2026
La web de una empresa se paga dos veces: al crearla y después cada año. Qué hace variar el primer precio, qué infla el segundo y las preguntas que por fin hacen comparables dos presupuestos.
Entender7 min
Velocidad de un sitio: las Core Web Vitals para un directivo
Tres mediciones de Google dicen si su sitio parece rápido a quienes lo visitan de verdad. Lo que miden, lo que Google hace con ellas, lo que la lentitud cuesta en solicitudes y las decisiones que corresponden al directivo.
Entender7 min
Accesibilidad web: lo que cambia la obligación de 2025
Desde el 28 de junio de 2025, la Ley Europea de Accesibilidad se aplica a los servicios vendidos en línea a particulares. Quién está realmente afectado, quién no, qué exige el texto a un sitio web y por qué el trabajo beneficia también a quienes no están obligados.