Migración de sitios web y aplicaciones en Bern
Migro sitios de WordPress, Joomla, Drupal, Angular, Vue y otras tecnologías a Astro y Next.js. Planifico cada migración para conservar el SEO, los contenidos y las funciones, y hago el cambio en una ventana acordada. Trabajo solo y tengo años de experiencia con stacks antiguos y modernos.
- Tengo cuenta en wordpress.org desde 2006.
- He contribuido al núcleo de WordPress en las versiones 7.0 y 7.1.
- Mantengo 30 plugins en wordpress.org.
- Organizo WordCamps y hablo en ellos como ponente.
- He asistido a todas las WordCamp Europe de 2017 a 2026.
Migración a Next.js y Astro en Bern
Migro sitios desde WordPress, Joomla, Drupal y otros CMS monolíticos a arquitectura Headless moderna con Astro o Next.js. En Bern ejecuto migraciones sin tiempo de inactividad.
Migro aplicaciones desde Angular, Vue, React legacy, jQuery, PHP y generadores estáticos (Hugo, Jekyll, Gatsby) a Astro o Next.js.
Empresas en Bern que migraron a Astro o Next.js reportan PageSpeed 95-100 y un TTFB claramente más bajo.
Cada migración incluye mapeo completo de URLs, redirecciones 301, transferencia de meta tags y datos estructurados.
Una migración a Astro o Next.js cambia el motor de la web sin cambiar las direcciones que Google, tus clientes y tus socios ya conocen. Hago este trabajo para empresas de Berna que hoy tienen un sitio en WordPress, Joomla, Drupal o un framework antiguo y quieren un frontend más ligero, más fácil de mantener y con menos superficie de ataque.
¿Cuándo le conviene migrar a una empresa de Berna y cuándo no?
Migrar compensa cuando el problema es de arquitectura: páginas que se montan desde la base de datos en cada visita, un tema que solo una persona sabe tocar, decenas de plugins con actualizaciones pendientes o un panel tan lento que los editores aplazan publicaciones. No compensa cuando la web va lenta por imágenes sin optimizar, un alojamiento escaso o un plugin mal configurado.
Antes de proponer nada mido el sitio actual: tiempo de respuesta, Core Web Vitals reales, URLs indexadas y páginas con clics. Si los datos no justifican el cambio, te lo digo por escrito.
¿Astro o Next.js para una web de Berna?
Astro encaja cuando el contenido es el producto: webs corporativas, blogs, catálogos de servicios, documentación. Genera HTML estático y, por defecto, no envía JavaScript al navegador.
Next.js encaja cuando hay un área de clientes con inicio de sesión, datos que cambian en cada petición o integraciones que necesitan renderizado en el servidor. El precio es más JavaScript y un alojamiento que ejecuta código.
El contenido puede quedarse en un CMS headless (el propio WordPress a través de su REST API) o pasar a Markdown en un repositorio. Lo decide quién edita y en cuántos idiomas.
¿Qué pasos sigue la migración para no perder posiciones?
- Inventario. Rastreo el sitio actual y cruzo el resultado con el sitemap y con las páginas que reciben clics en Search Console.
- Mapa de URLs. Cada dirección antigua recibe un destino: la misma ruta, una ruta nueva con redirección 301 o una eliminación decidida y anotada. Sin cadenas de redirecciones.
- Modelo de contenido. Tipos de página, campos, taxonomías y relaciones entre traducciones pasan del CMS antiguo a colecciones con tipos definidos. Reviso shortcodes y campos de plugins página a página: ahí desaparece texto.
- Datos estructurados y metadatos. Organization, BreadcrumbList, Article o Product, según el sitio, se generan desde el contenido y se validan.
- Entorno de pruebas. La web nueva funciona en una dirección bloqueada para buscadores. La rastreo y comparo el resultado con el inventario.
- Corte por fases. En sitios grandes migro sección a sección detrás del mismo dominio.
- Después del lanzamiento. Envío el sitemap nuevo, inspecciono las URLs principales en Search Console y sigo los informes de indexación y de páginas con redirección durante las semanas siguientes.
¿Qué suele fallar y cómo lo compruebo?
- Un
noindexcopiado del entorno de pruebas a producción. El día del corte reviso cabeceras y HTML renderizado de una muestra de páginas de cada plantilla. - Redirecciones que solo funcionan con barra final, o solo sin ella. Pruebo las variantes de cada patrón.
- Formularios que dejan de enviar porque su endpoint vivía en el PHP del CMS. Cada formulario tiene un envío de prueba en la lista de aceptación.
¿Qué reglas de datos se aplican a una web con público suizo?
Suiza tiene su propia ley: la Ley federal de protección de datos (FADP, en alemán DSG), cuya versión revisada está en vigor desde el 1 de septiembre de 2023. La supervisa el Comisionado Federal de Protección de Datos e Información (FDPIC, en alemán EDÖB).
- Ámbito. El artículo 3 aplica la ley a situaciones con efecto en Suiza aunque se originen en el extranjero. Una web para clientes de Berna queda dentro, esté alojada donde esté.
- Deber de informar. El artículo 19 obliga a informar a la persona al recoger sus datos. Si los datos se comunican al extranjero, hay que indicar también el Estado de destino. Al cambiar de alojamiento o CDN, reviso la política de privacidad en el mismo proyecto.
- Transferencias. El artículo 16 permite enviar datos a Estados cuya legislación el Consejo Federal ha reconocido como adecuada; sin esa decisión hacen falta garantías como cláusulas contractuales. Por eso entrego una lista de dónde guarda datos cada servicio de la web nueva.
- Brechas. El artículo 24 obliga a notificar al FDPIC las violaciones de seguridad que probablemente supongan un riesgo alto para las personas.
La valoración jurídica corresponde a un abogado suizo. Yo aporto la lista exacta de servicios, cookies y transferencias.
¿Por qué el idioma pesa tanto en una web de Berna?
Berna es la ciudad federal de Suiza y la capital del cantón de Berna. La Constitución cantonal (artículo 6) declara el alemán y el francés lenguas del cantón: el francés es la lengua oficial en el Jura bernés, las dos lo son en el Seeland y en Biel/Bienne, y el alemán en el resto de regiones, que es donde está la ciudad. Por eso muchas webs de empresas que trabajan con todo el cantón publican en alemán y francés.
En una migración eso se traduce en trabajo concreto: un mapa de URLs por idioma, hreflang recíproco entre todas las versiones, un x-default elegido a propósito y carpetas por idioma estables. Si el CMS antiguo usaba un plugin de traducción con parámetros en la URL (?lang=fr), esas direcciones también entran en el mapa de redirecciones. Más detalle sobre el método en la página de migración a Astro y Next.js y sobre el contenido en desarrollo con CMS headless.
¿Qué te quedas al terminar?
El repositorio, la configuración del alojamiento, el mapa de redirecciones y un documento corto sobre cómo publicar, añadir un idioma y revertir un despliegue.
¿La ley suiza de protección de datos afecta a una web alojada fuera de Suiza?
Sí, si el tratamiento tiene efecto en Suiza. El artículo 3 de la FADP la aplica a situaciones con efecto en Suiza aunque se originen en el extranjero, así que mover la web a un CDN global no la saca de su ámbito.
¿Migras todo de golpe o por secciones?
Por secciones cuando el sitio es grande: el frontend nuevo asume una parte detrás del mismo dominio mientras el resto sigue en el CMS antiguo. En sitios pequeños un corte único sale más barato que mantener dos sistemas.
¿Cómo conservas el SEO y las redirecciones?
Exporto todas las URLs antiguas antes de empezar y asigno a cada una un destino, con una 301 directa cuando la dirección cambia. Títulos, meta, canonical, hreflang y datos estructurados se comparan antes del corte.
¿Una web en alemán y francés complica la migración?
Complica el mapa de URLs y el hreflang, no la tecnología. Cada versión lingüística tiene su propio mapa de redirecciones y referencias hreflang recíprocas, y compruebo las dos por separado.
¿Cómo empezamos?
Envíame la dirección de tu web actual, el CMS y su versión, los idiomas que publicas y tus principales fuentes de tráfico (orgánico, campañas, enlaces de otros sitios). Te respondo con un alcance por escrito: qué se migra, qué queda fuera, la elección entre Astro y Next.js y los riesgos que he encontrado.
Comunidad WordPress y señales locales en Bern
Berna combina la administración federal suiza, telecomunicaciones (Swisscom) y un ecosistema maduro de servicios profesionales. Entregamos WordPress preparado para los requisitos formales del sector público suizo y la trilingüe alemán-francés-italiano cuando aplica. 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.
Mapa de Bern y alrededores
Proyectos seleccionados
Ejemplos de mi trabajo.
Sitio Web Corporativo: DIGITAL WORLD CAPITAL LLP
Digital World Capital LLP es un gestor de inversiones alternativas especializado en los sectores de telecomunicaciones y medios a escala global.
Sitio Web Corporativo: DUNE Resort
DUNE Resort es un complejo exclusivo de apartamentos junto al mar Báltico en Mielno, presentado mediante un sitio interactivo con búsqueda, mapas y APIs.
Sitio Web Corporativo: instytut-csr.net
Instytut-csr.net fue una plataforma educativa sobre responsabilidad social corporativa, creada en WordPress para artículos, guías, noticias y materiales CSR.
Guías metodológicas (SEO, GEO, compliance)
Estas páginas explican cómo trabajo citas en modelos de lenguaje, modernización WooCommerce B2B y resiliencia operativa para NIS2 y licitaciones. Válidas para cualquier ciudad de entrega.
Lo que hace único a Bern
Experiencia local:
- Migración a Astro & Next.js en Bern, Suiza
- La ley suiza de protección de datos revisada (FADP) está en vigor desde el 1 de septiembre de 2023
- El alemán y el francés son las lenguas oficiales del cantón de Berna
Trabajo en remoto para empresas de Bern.
¿Buscas el servicio: Migración Next.js / Astro en Bern?
Describe tu proyecto por e-mail. Respondo en 48 horas.
Describe tu proyectoPreguntas frecuentes - Migración Next.js / Astro Bern
¿La ley suiza de protección de datos afecta a una web alojada fuera de Suiza?
Sí, si el tratamiento tiene efecto en Suiza. El artículo 3 de la FADP la aplica a situaciones con efecto en Suiza aunque se originen en el extranjero, así que mover la web a un CDN global no la saca de su ámbito.
¿Migras todo de golpe o por secciones?
Por secciones cuando el sitio es grande: el frontend nuevo asume una parte detrás del mismo dominio mientras el resto sigue en el CMS antiguo. En sitios pequeños un corte único sale más barato que mantener dos sistemas.
¿Cómo conservas el SEO y las redirecciones?
Exporto todas las URLs antiguas antes de empezar y asigno a cada una un destino, con una 301 directa cuando la dirección cambia. Títulos, meta, canonical, hreflang y datos estructurados se comparan antes del corte.
¿Una web en alemán y francés complica la migración?
Complica el mapa de URLs y el hreflang, no la tecnología. Cada versión lingüística tiene su propio mapa de redirecciones y referencias hreflang recíprocas, y compruebo las dos por separado.
Explora otros servicios WordPress y base de conocimiento
Migración a Astro, Next.js y headless WordPress.
Sincronización WooCommerce con ERP y mayorista.
Automatización de procesos de negocio en torno a WordPress y sistemas empresariales.
Biblioteca de casos concretos de automatización.
Headless WordPress, Sanity, Strapi y Contentful con Astro o Next.js.
Astro, MDX, edge delivery y Core Web Vitals medidos con tráfico real.
Ingeniería WordPress y arquitectura personalizada.
Arquitectura headless, ERP e IA escalable para enterprise.
Categorías relacionadas
Artículos de apoyo

De seis a dieciséis semanas para proyectos típicos, en cuatro fases: descubrimiento, alcance, construcción y cutover, ajuste. Las variables son el tamaño del catálogo, el número de integraciones, la preservación de URLs y la disposición del equipo editorial, no la elección del framework.

Análisis exhaustivo del coste total de propiedad (TCO) a 4 años, métricas reales de Core Web Vitals, arquitectura Astro 7 GraphQL APQ y matriz de decisión de 10 puntos para directores de tecnología que eligen entre WordPress desacoplado y tradicional.

La decisión entre Shopify Plus y WooCommerce headless en 2026 ya no es un compromiso binario "plataforma vs personalizado". Ambos pueden funcionar en headless, ambos integran IA, ambos sirven en el edge. Los ejes reales son el control, el coste total a lo largo de cinco años y la estrategia de salida. Este artículo recorre la matriz con datos confirmados de cada plataforma.