Migración Next.js / Astro en Basel

Basel, en el cantón de Basel-Stadt, tiene 177 595 habitantes (31 de diciembre de 2024) y limita con municipios de Francia (Saint-Louis, Huningue, Hégenheim) y de Alemania (Weil am Rhein, Grenzach-Wyhlen). La lengua oficial es el alemán. El cantón cuenta más de 800 empresas en el Basel Area Life Sciences Supercluster, con Novartis, Roche, Lonza, Bayer y Syngenta, y sitúa en Basel la sede del Banco de Pagos Internacionales, aseguradoras como Helvetia Baloise y grupos logísticos como DSV, DHL y Rhenus. Migro sitios de empresas de estos y otros sectores desde WordPress, Joomla, Drupal o frameworks antiguos a Astro o Next.js, sin perder tráfico orgánico en el cambio.

#¿Qué URLs y funciones hay que inventariar antes de migrar?

Empiezo por el inventario, porque una URL que no está en la lista acaba en 404 después del lanzamiento. Cruzo cuatro fuentes: un rastreo completo del sitio actual, la exportación de páginas con clics e impresiones de Search Console, las páginas que reciben enlaces externos y las redirecciones que ya existen, estén en .htaccess, en la configuración del servidor o en un plugin como Redirection.

A la vez listo lo que el CMS hace sin que se vea: formularios y adónde envían los datos, integraciones con CRM o ERP, búsqueda interna, áreas privadas, feeds RSS, sitemaps y scripts de analítica. Los PDF con enlaces externos también entran en el mapa.

#¿Astro o Next.js para una empresa en Basel?

Astro para sitios de contenido: webs corporativas, blogs, documentación, catálogos con poca interacción. Genera HTML estático por defecto y solo envía JavaScript a los componentes que lo necesitan. Next.js cuando el sitio tiene lógica de aplicación: autenticación, área de cliente, contenido personalizado por usuario o renderizado en servidor en cada petición. Lo decido por escrito en el alcance, con el motivo. La comparación general está en la página sobre migración a Astro y Next.js.

#¿Cómo migro un catálogo de productos o fichas técnicas a Astro?

De WordPress exporto entradas, páginas, taxonomías, campos personalizados (ACF o meta), autores y medios. Los shortcodes y los bloques de Gutenberg son el punto delicado: cada tipo se convierte en un componente equivalente o se elimina a conciencia, y te entrego la lista de los que encuentro con el número de páginas donde aparecen. Con Joomla y Drupal el camino es parecido, con más trabajo en los campos y en las relaciones entre tipos de contenido. El cantón sitúa en Basel la sede de comercios como Coop, Manor y Tally Weijl; en catálogos de ese tipo cada ficha de producto se convierte en una entrada con esquema tipado (referencia, precio, disponibilidad), y el marcado Product sale de esos mismos campos, no de texto copiado a mano.

El destino depende de quién edita. Si tu equipo publica a diario, WordPress puede quedarse como CMS headless y el frontend nuevo lo lee por la REST API o GraphQL; lo explico en la página sobre desarrollo con CMS headless. Si los cambios son raros, el contenido pasa a Markdown o MDX en el repositorio, con validación de esquema en cada build.

#¿Cómo publico la misma web para Suiza, Alemania y Francia sin perder posiciones?

Cada URL antigua recibe un destino: la misma dirección, una nueva con 301 o, rara vez, un 410 cuando la página desaparece a propósito. Evito cadenas de redirecciones, normalizo barras finales y mayúsculas, y trato aparte los parámetros de búsqueda y las rutas de medios como /wp-content/uploads/. Antes del lanzamiento un script pide cada URL antigua al entorno de pruebas y comprueba el código de estado y el destino final.

Los datos estructurados (Organization, BreadcrumbList, Article, Product, FAQ) pasan con el mismo contenido y los valido en las páginas renderizadas, no en el código fuente.

Una web de una ciudad fronteriza suele publicar para Suiza, Alemania y Francia a la vez. Google admite códigos de idioma con región, así que una versión de-CH y otra de-DE pueden convivir. Cada página tiene que apuntar a todas sus variantes y recibir el enlace de vuelta: según la documentación de Google, si dos páginas no se enlazan mutuamente, las etiquetas se ignoran. Añado x-default como destino para quien no encaja en ninguna versión.

#¿Qué ley de protección de datos afecta a una web en Basel?

La Ley federal suiza de protección de datos (RS 235.1) está en vigor desde el 1 de septiembre de 2023. Se aplica a situaciones con efecto en Suiza aunque se inicien en el extranjero (art. 3), y la supervisa el Comisionado Federal de Protección de Datos e Información (FDPIC, EDÖB en alemán). En una migración, cuatro artículos tocan el frontend:

• El art. 7 exige protección de datos desde el diseño y por defecto: formularios que piden solo los campos necesarios y scripts de terceros que no cargan sin motivo.
• El art. 19 obliga a informar en el momento de la recogida de la identidad del responsable y la finalidad, y el apartado 4 añade el Estado de destino cuando los datos salen de Suiza.
• El art. 16 permite comunicar datos al extranjero solo con un nivel de protección adecuado, decidido por el Consejo Federal o garantizado por otras vías, lo que pesa al elegir alojamiento, CDN y servicio de envío de formularios.
• El art. 24 obliga a notificar al FDPIC lo antes posible una violación de seguridad que pueda suponer un riesgo alto para los afectados.

El portal federal para pymes recuerda que el registro de actividades de tratamiento es obligatorio, con excepciones para pymes cuyo tratamiento tenga un riesgo limitado. Durante la migración hago la lista de todos los servicios externos que llama el sitio nuevo y dónde están alojados, para que la política de privacidad describa lo que la web hace de verdad.

#¿Hay que parar la web el día del lanzamiento?

El sitio nuevo vive primero en un entorno de pruebas con autenticación y noindex. Acuerdo contigo una ventana corta sin publicaciones en el CMS antiguo, bajo el TTL del DNS unos días antes y hago el cambio en día laborable por la mañana. Justo después compruebo que el noindex de pruebas no ha pasado a producción, que los canónicos apuntan al dominio final y que el script de redirecciones da el mismo resultado en producción.

#¿Qué puede salir mal y cómo lo detecto?

Fallos típicos: PDF antiguos sin redirección, páginas vacías que devuelven 200 y Google trata como soft 404, formularios que dejan de enviar correos, hreflang roto, sitemaps con URLs que redirigen. En las semanas siguientes reviso en Search Console el informe de indexación de páginas, las estadísticas de rastreo y los clics de las páginas que ya tenían tráfico. Los Core Web Vitals entran en la misma revisión, con datos de campo cuando hay volumen suficiente.

#¿Cómo empiezo la migración de mi web en Basel?

Envíame la URL del sitio actual, el CMS y su versión, las fuentes de tráfico (basta una exportación de Search Console y de la analítica), las integraciones que tiene y los idiomas en que publicas. Con eso preparo un alcance por escrito con el mapa de migración, la elección entre Astro y Next.js y los riesgos que encuentre.

#Comunidad WordPress y señales locales en Basel

Basilea es el centro farmacéutico mundial (Roche, Novartis) con una densidad alta de R&D y comercio internacional. Desplegamos WordPress empresarial alineado con los procesos formales que exige el mercado suizo: contratos detallados, documentación trilingüe y entrega previsible. En el segmento Pymes y empresas locales, las preguntas recurrentes giran en torno a WordPress, WooCommerce, Astro, Next.js y a cómo conviven con el stack legado.