El rendimiento no se “optimiza al final”: sale de elegir una arquitectura que no hidrata lo que no convierte.
Qué es desarrollo web con Astro (sin humo)
Astro es un framework web que envía HTML por defecto y solo carga JavaScript donde hace falta (islas). Frente a un WordPress con tema + docenas de plugins, o a un SPA que hidrata toda la página, el resultado suele ser:
- menos peso en cada visita,
- mejor LCP y resto de Core Web Vitals,
- SEO técnico más predecible,
- menos superficie de ataque y de mantenimiento.
No es magia: es menos runtime innecesario. En VIZOSO construyo con Astro sitios de marca y captación B2B. Este mismo dominio corre sobre esa base: HTML primero, React solo en islas puntuales, i18n, sitemap y schema.
El mercado busca diseño web a medida o desarrollo web profesional. Astro es el cómo. El qué es una web que se siente inevitable: clara, rápida y medible.
Diseño web a medida + Astro: el producto real
Una web a medida no es “una plantilla retocada”. Es un sistema:
- Marca digital — paleta, tipografía, tono, UI coherente.
- Arquitectura de contenido — qué páginas existen y por qué.
- Build — Astro, TypeScript, Tailwind; JS solo donde aporta.
- Blog — canal propio para autoridad y SEO.
- SEO técnico — metadatos, canonicals, sitemap, JSON-LD, vitals.
- Handover — repo, deploy, docs; el activo es tuyo.
Eso es el producto principal en servicios: nueva marca / web a medida. Si vienes de un CMS legado, el camino es auditoría técnica + rediseño.
Cuándo encaja (y cuándo no)
Encaja bien si:
- Necesitas una página web profesional para empresa o marca que nace.
- El SEO y la velocidad importan más que editar todo desde un panel tipo WordPress.
- Quieres salir de plugins eternos o de una plantilla que ya no aguanta.
- El contenido puede vivir en Markdown/JSON, headless CMS o un flujo editorial simple.
- Hay (o habrá) multi-idioma y no quieres un plugin de traducción frágil.
Encaja mal si:
- Necesitas un back-office complejo tipo intranet o un marketplace con cientos de roles.
- El equipo exige el mismo UX de edición que un WordPress clásico sin aceptar otro flujo.
- El proyecto es e‑commerce pesado con catálogo dinámico enorme (hay stacks mejores para eso).
- Buscas “montar algo mañana por 300 €”. Eso no es este producto.
Si Astro no es la herramienta correcta, se dice en la primera conversación. Forzar un martillo es otra forma de deuda.
Core Web Vitals y SEO técnico desde el día 1
Google no premia “bonito en Figma”. Premia experiencia real: LCP, INP, CLS, HTML útil temprano, canonicals, hreflang, sitemap, datos estructurados.
Con Astro eso se diseña en la arquitectura:
- HTML estático (o SSR selectivo) donde aporta.
- Imágenes optimizadas en build, no con tres plugins de caché peleándose.
- JS diferido o ausente en la mayoría de rutas.
- Metadatos y schema como parte del template, no como afterthought.
Si quieres ver números reales — no demos de agencia — mira los casos de estudio con capturas de PageSpeed (móvil y desktop).
Por qué WordPress + “optimización” suele perder
Añadir caché, CDN y un plugin de “performance” sobre una base hinchada puede mejorar un poco el laboratorio… y seguir fallando en el campo. El problema es estructural: demasiado PHP, demasiados plugins, demasiado JS del theme. Astro ataca la causa (qué envías al navegador), no el síntoma.
Migrar desde WordPress sin perder SEO
Una migración seria no es “exportar posts y rezar”:
- Auditoría del sitio actual (plugins, tema, URLs, formularios, deuda, SEO).
- Inventario de contenido y mapa de redirects 301.
- Arquitectura destino en Astro (y qué se descarta a propósito).
- Presupuesto cerrado — solo cuando el terreno está medido.
- Cutover con control de indexación y vitals post-lanzamiento.
Por eso en migraciones el diagnóstico es de pago y descontable: cotizar a ciegas es lotería para las dos partes. Detalle y precios en /servicios.
Cómo trabajo un proyecto Astro
- Call de encaje (gratis) para ver si hay fit de producto.
- Scope cerrado en marca nueva; auditoría si hay CMS previo.
- Diseño → build → deploy (Netlify u homólogo) → handover documentado.
- Soporte puntual después; no una cuota de “mantenimiento WordPress” eterna.
Los hitos son visibles. El código queda en tu Git. Sin lock-in de panel mío.
Errores frecuentes al “probar Astro”
- Montar Astro y meter un page builder mental (demasiado client-side sin necesidad).
- Copiar la IA de WordPress página a página sin rediseñar arquitectura de contenido.
- Olvidar redirects y canibalizar años de SEO.
- Contratar “Astro” y recibir un tema genérico con otro nombre.
La herramienta no sustituye criterio. El criterio es el producto.