Tu equipo hace a mano lo que la web debería hacer sola.

Sí, y es lo primero que trabajamos, no lo último. Cada dirección que tienes hoy o se queda exactamente igual o recibe una redirección permanente a su sustituta, construida a partir de una lista real de tus páginas y no de un sitemap que puede estar desactualizado. Tus sitemaps, los metadatos de cada página y las etiquetas de idioma viajan con el contenido.

Significa que después de la migración puedes responder a una pregunta sencilla: ¿qué páginas nuestras puede enseñar Google? En la mayoría de WordPress nadie puede, y por eso acaban compitiendo miles de páginas de etiqueta, de autor y de "página 12 de 47" con las páginas que de verdad te importan. Lo convertimos en una lista clara, acordada contigo y escrita en la web — así cambiarla después es una decisión deliberada que alguien revisa, no una casilla que nadie recuerda haber marcado.

Normalmente es el motivo para migrar, no el obstáculo. La mayoría de agencias cobran de más por el multiidioma porque un plugin de traducción convierte cada página en un duplicado que alguien tiene que mantener sincronizado a mano. Bien hecho, cada idioma es su propia página con su propia dirección, y las etiquetas que le dicen a Google qué versión enseñar en cada país se generan solas. Añadir un cuarto idioma después es una carpeta, no una licencia y otra migración.

Dos opciones, y la elegimos contigo. Hay equipos a los que les va bien escribir en ficheros de texto sencillos con un editor visual encima. Los equipos que quieren una interfaz de edición completa se llevan un gestor de contenidos moderno —Sanity, Contentful o similar— que resulta familiar y se conecta a la web nueva. En ambos casos escribes, le das a publicar y la página está en vivo en todo el mundo en menos de un minuto.

Con seguridad, sí: para eso movemos las palabras a campos etiquetados. La IA rellena campos, así que no puede desmontar el diseño sin querer, y lo que falte o esté en el formato equivocado detiene la actualización antes de llegar a un visitante. Cada cambio aparece como una lista que tu equipo aprueba. Hacer lo mismo sobre un constructor de páginas de WordPress implica dejarla editar el código de maquetación, que es como se acaba restaurando copias de seguridad.

Cada uno se empareja con su sustituto antes de presupuestar, o se señala como problema ahí mismo. Los formularios pasan a HubSpot o a un servicio de formularios. Los ajustes de SEO pasan a formar parte de la propia página. La caché, la entrega y la optimización de imágenes vienen incluidas en el hosting. Los plugins de seguridad dejan de hacer falta porque no hay ningún programa corriendo en el que colarse. Lo que no tenga equivalente sale en la auditoría, no a mitad del proyecto.

No, y preferimos decirlo ahora que descubrirlo juntos en la semana tres. Una tienda que cobra pertenece a Shopify o a una plataforma de comercio dedicada. Si WooCommerce es de donde vienen tus ingresos, este Accelerator cubre la web de contenido alrededor de la tienda, no el proceso de compra.

Astro funciona igual de bien en Vercel, Netlify y otros, y usaremos uno de esos si tu equipo ya está estandarizado ahí. Vamos a Cloudflare por defecto porque para una web así no se paga por visita, la protección contra ataques y picos de tráfico viene incluida en vez de ser un extra, y Cloudflare tiene ahora en plantilla al equipo que construye Astro — así que la herramienta y el hosting están pensados para funcionar juntos.

Una web de contenido de unos cientos de páginas suele llevar cuatro semanas desde el arranque hasta salir en vivo. Miles de páginas, varios idiomas o una interfaz de edición completa encima lo llevan a seis u ocho. La auditoría de la primera semana convierte eso en una fecha cerrada y un precio cerrado antes de que te comprometas a nada.