Migración Next.js / Astro en Stuttgart

Stuttgart es la capital de Baden-Württemberg y tenía 609.365 habitantes a 31 de diciembre de 2025. El ayuntamiento describe una economía de grandes empresas, pymes, start-ups, centros de investigación, industria creativa y un recinto ferial propio. Muchas tienen una web en WordPress, Joomla, Drupal o TYPO3 que creció a base de plugins. Migro esos sitios a Astro o Next.js sin perder las URLs que ya posicionan, con un mapa de redirecciones verificable y un corte por fases.

#¿Cuándo tiene sentido migrar una web de Stuttgart a Astro o Next.js?

La migración compensa cuando el CMS actual frena el rendimiento, la seguridad o el trabajo editorial, y no cuando bastaría con limpiar plugins y configurar la caché. Antes de proponer nada mido tres cosas: el tiempo de respuesta del servidor en las plantillas principales, el número de extensiones activas con actualizaciones pendientes y cuánto tarda un editor en publicar una página normal.

Astro encaja en webs de contenido: páginas de producto industrial, catálogos técnicos, blogs corporativos, webs de ferias y eventos. Genera HTML estático y solo carga JavaScript en los componentes que lo necesitan. Next.js encaja cuando hay área de clientes, configuradores, autenticación o renderizado en servidor por usuario. Si el problema es solo un tema mal hecho, te lo digo y no migro.

#¿Qué pasa con las URLs y el posicionamiento al migrar?

Lo trato como un entregable propio:

1. Inventario completo de URLs. Combino el sitemap actual, un rastreo del sitio y las páginas con impresiones en Search Console de los últimos 16 meses. Una URL que solo aparece en Search Console suele tener enlaces externos y no se puede perder.
2. Mapa 301 uno a uno. Cada URL antigua apunta a su equivalente directo, nunca a la portada. Las que desaparecen de verdad quedan documentadas con su motivo y devuelven 410 o redirigen a la página temática más cercana.
3. Prueba automática del mapa. Antes del lanzamiento un script pide cada URL antigua en el entorno de pruebas y comprueba que responde con un solo salto 301 y que el destino devuelve 200. Cadenas y bucles se corrigen aquí.
4. Paridad de metadatos. Título, meta descripción, canonical, encabezado H1 y texto alternativo de las imágenes se migran como datos, no se reescriben a mano página por página.

#¿Cómo se trasladan el modelo de contenido y los datos estructurados?

En WordPress o Drupal el contenido vive mezclado con shortcodes, campos de ACF o bloques de Paragraphs. Antes de escribir una línea del nuevo frontend defino el modelo de contenido: qué tipos existen (producto, referencia, noticia, oferta de empleo, evento), qué campos tiene cada uno y cuáles son obligatorios. La exportación convierte el contenido a Markdown o a un CMS headless con esos campos tipados, y los shortcodes que no tienen equivalente se listan para revisión manual en lugar de desaparecer en silencio.

Los datos estructurados (Organization, Product, BreadcrumbList, JobPosting, FAQPage) se generan desde esos campos. Así el JSON-LD no depende de un plugin de SEO y no se rompe al cambiar de plantilla. Lo valido con la prueba de resultados enriquecidos de Google antes del corte.

#¿Cómo gestiono el hreflang en una web en alemán e inglés?

Si tu web publica en alemán y en inglés, o en más idiomas para mercados de exportación, en la migración cada página lleva su grupo de traducciones explícito: etiquetas hreflang recíprocas, una autorreferencia por idioma y x-default solo donde hay una página de selección de idioma real. Un plugin multilingüe de WordPress suele guardar esas relaciones en tablas propias, así que las exporto aparte y compruebo después que cada par de idiomas se enlaza en ambas direcciones.

#¿Qué exige la ley alemana a la nueva web?

La migración es buen momento para corregir lo que el sitio antiguo arrastraba, porque el frontend se escribe de cero:

• Impressum. El artículo 5 de la Digitale-Dienste-Gesetz (DDG) obliga a los servicios digitales comerciales a mostrar nombre, dirección, contacto electrónico, registro mercantil y número de IVA, entre otros datos, de forma fácilmente reconocible y accesible directamente.
• Cookies y scripts de terceros. El artículo 25 de la TDDDG exige el consentimiento del usuario para almacenar o leer información en su dispositivo, salvo que sea estrictamente necesario para el servicio que el usuario ha pedido. En Astro es sencillo cargar analítica, mapas o vídeos solo después del consentimiento, porque cada script se añade de forma explícita y no a través de un plugin.
• Accesibilidad. La Barrierefreiheitsstärkungsgesetz (BFSG), que transpone la Directiva (UE) 2019/882, se aplica a los servicios de comercio electrónico prestados a consumidores después del 28 de junio de 2025. Las microempresas que solo prestan servicios están exentas. Si tu web vende a consumidores, la migración incluye revisar contraste, navegación por teclado, textos alternativos y formularios.
• Autoridad de protección de datos. Las empresas privadas de Baden-Württemberg están bajo la supervisión del Landesbeauftragter für Datenschutz und Informationsfreiheit Baden-Württemberg, con sede en Stuttgart. Si la web antigua enviaba datos de formularios a servicios fuera de la UE, en la migración lo documento y te propongo una alternativa con alojamiento en la UE.

No soy abogado: señalo los puntos técnicos y tu asesor jurídico valida los textos.

#¿Cómo es el corte a producción?

En sitios pequeños el cambio se hace de una vez. En sitios grandes migro por secciones: primero el blog o las noticias, después las páginas de producto, al final el área con formularios o login. El servidor antiguo sirve lo que aún no se ha movido.

El día del corte bajo antes el TTL del DNS, publico el nuevo sitemap, envío las URLs principales a inspección en Search Console y mantengo el sitio antiguo accesible solo para mí unas semanas.

#¿Qué reviso en Search Console después del lanzamiento?

Durante las primeras semanas reviso cada pocos días el informe de indexación de páginas, en busca de URLs nuevas marcadas como “Página con redirección” o “No encontrada (404)” que no deberían estar ahí. Comparo clics e impresiones por página con el mismo periodo anterior, no con la semana previa, para no confundir estacionalidad con un error. Los logs del servidor o de la CDN muestran qué URLs antiguas siguen recibiendo visitas y si alguna redirección falta.

#¿Qué puede salir mal en la migración?

• Redirecciones a la portada en lugar de a la página equivalente: las detecta el script del mapa 301.
• Contenido duplicado entre la versión con y sin barra final: lo fija una regla única de normalización y el canonical.
• Imágenes que pierden su URL y con ella el tráfico de Google Imágenes: también entran en el mapa de redirecciones.
• Formularios que dejan de llegar al CRM: los pruebo de extremo a extremo en el entorno de pruebas antes del corte.

#Siguiente paso

Envíame la URL actual, el CMS y su versión, y de dónde viene tu tráfico (búsqueda orgánica, campañas, referencias). Con eso te preparo por escrito un alcance de la migración: qué se mueve, qué se descarta, qué riesgos veo y en qué orden lo haría. Si quieres ver antes el enfoque general, lee mi página sobre migración a Next.js y Astro o sobre desarrollo con Astro.

#Marco regulatorio que condiciona el proyecto en Stuttgart

Stuttgart es el centro automotriz e ingenieril por excelencia: Mercedes-Benz, Porsche, Bosch y un ecosistema denso de proveedores Tier 1. Desplegamos WordPress empresarial con el rigor que exige documentar productos técnicos para audiencias B2B exigentes y mercados globales. El hub Stuttgart concentra partners que ya preguntan por GDPR, NIS2, BFSG, EAA. La respuesta útil es un runbook escrito, no un eslogan de cumplimiento.

Para un encargo de migration, documentamos dónde vive el hosting, quién administra WordPress y qué queda fuera de alcance. Scalable architecture for growing products, strong security baselines, and multilingual user journeys optimized for regional and international audiences.