Migración de sitios web y aplicaciones en Düsseldorf
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.
Contexto específico: Scalable architecture for growing products, strong security baselines, and multilingual user journeys optimized for regional and international audiences.
- 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.
- Meetup local de WordPress: WordPress Düsseldorf Meetup
Migración a Next.js y Astro en Düsseldorf
Migro sitios desde WordPress, Joomla, Drupal y otros CMS monolíticos a arquitectura Headless moderna con Astro o Next.js. En Düsseldorf 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 Düsseldorf 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.
Düsseldorf es la capital de Renania del Norte-Westfalia, el estado más poblado de Alemania, y tenía 619 444 habitantes a 31 de diciembre de 2025, según la Wikipedia. La ciudad pasó de la industria pesada a los servicios, las telecomunicaciones, la moda y la publicidad, y Messe Düsseldorf organiza casi una quinta parte de las ferias de referencia mundiales. Si tu empresa vende, expone o contrata allí, tu web se lee sobre todo en alemán, a menudo en inglés, y se juzga con criterios europeos. Migro sitios desde WordPress, Joomla, Drupal o frameworks antiguos a Astro o Next.js con esos hechos delante del código.
¿Cuándo compensa migrar de WordPress a Astro o Next.js?
Compensa cuando el CMS frena el rendimiento, la seguridad o la edición, y ordenar plugins y caché ya no basta. Lo primero que miro: un tiempo de respuesta del servidor alto, un panel de administración más lento que la propia web, actualizaciones que nadie se atreve a instalar y editores que evitan publicar antes de una feria. Antes de proponer nada mido el sitio actual; si basta con configuración, te lo digo.
Elijo Astro cuando el sitio es sobre todo contenido: páginas de servicios, blog, documentación, catálogos sin carrito. Elijo Next.js cuando hay zonas con login, formularios complejos o páginas que cambian por usuario.
¿Cómo se hace el mapa de URLs y las redirecciones 301?
El mapa de URLs es el documento más importante de la migración. Google describe el método: reunir las URLs antiguas desde los sitemaps, el propio CMS, los registros del servidor o la analítica, incluyendo imágenes, vídeos, JavaScript y CSS, y emparejar cada una con su destino nuevo. Lo hago en una hoja de cálculo que puedes revisar.
Después aplico estas reglas:
- Cada URL antigua apunta directamente al destino final, sin cadenas. Google pide ir al destino directo y, si no se puede, no pasar de tres saltos.
- Las páginas sin equivalente reciben un 404 o 410 decidido, nunca una redirección masiva a la portada.
- Canónicos, hreflang y enlaces internos pasan a las URLs nuevas, y el sitemap nuevo se envía en Search Console.
- Las redirecciones se mantienen al menos un año, el mínimo que indica Google, y en la práctica sin fecha de caducidad.
- Si cambia el dominio, uso la herramienta de cambio de dirección de Search Console para todas las variantes verificadas del dominio antiguo. Si solo cambian rutas dentro del mismo dominio, esa herramienta no hace falta.
¿Qué cambia si la web tiene versión en alemán y en español?
Google exige hreflang recíproco: si la página A apunta a B y B no apunta a A, las anotaciones se ignoran. Uso idioma con región cuando el contenido cambia por país (de-DE, de-AT, de-CH, es-ES) y solo idioma (de, es) cuando no cambia. El código de país nunca va solo, y “en-UK” no es válido: lo correcto es en-GB. Si hay una página de selección de idioma, lleva x-default.
Para una empresa española que vende en Düsseldorf, la versión alemana no es una traducción del original. Tiene URLs, títulos y ejemplos propios. El portal municipal, duesseldorf.de, se publica en alemán y ofrece variantes en alemán sencillo y en lengua de signos, no traducciones a otros idiomas: es una buena pista de qué espera el público local. El inglés merece su propia versión si tu cliente es internacional. La Wikipedia sitúa en Düsseldorf muchas empresas extranjeras de tecnologías de la información y comunicación, y la mayor comunidad japonesa de Alemania, unas 11 000 personas en la ciudad y alrededores.
¿Qué normas afectan a la web nueva?
Cookies y seguimiento. El artículo 22.2 de la LSSI (Ley 34/2002) permite guardar o leer datos en el equipo del usuario solo con su consentimiento, tras darle información clara y completa, salvo lo técnicamente necesario para transmitir una comunicación o para un servicio que el usuario ha pedido expresamente. Esa es la norma de tu sitio español; Alemania tiene la suya, derivada de la misma directiva europea. En la práctica, analítica, píxeles e incrustaciones de terceros cargan solo después del consentimiento. Lo compruebo en la pestaña de red del navegador antes de cualquier clic: ninguna petición a terceros.
Accesibilidad. 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. España la transpuso con la Ley 11/2023, y Alemania con su propia ley nacional. Si tu tienda vende a consumidores en Düsseldorf, el frontend nuevo se construye con HTML semántico, contraste comprobado y navegación completa por teclado. Si tu empresa entra en alguna excepción, es una pregunta para tu asesor jurídico.
Autoridad de protección de datos. En Renania del Norte-Westfalia es la LDI NRW (Landesbeauftragte für Datenschutz und Informationsfreiheit Nordrhein-Westfalen), que se define como independiente y libre de instrucciones. Los textos legales en alemán, incluido el aviso legal que exige el mercado alemán, los redacta tu asesor; yo me aseguro de que el enlace esté en el pie de todas las páginas y de que sus URLs sobrevivan a la migración.
¿Dónde quedan los datos y el alojamiento?
En un sitio Astro estático el HTML se sirve desde una red de distribución y no hay base de datos expuesta, lo que reduce la superficie de ataque. Lo que de verdad guarda datos personales son los formularios, el boletín y la analítica. Para cada uno pregunto dónde trata los datos el proveedor y si hay contrato de encargo del tratamiento, y dejo la respuesta por escrito en la documentación de entrega. No prometo una ubicación de datos que el proveedor no declare.
¿Cómo es el corte y qué compruebo después?
- Inventario de URLs, redirecciones, datos estructurados y contenido crítico, con recuento por tipo de página.
- Entorno de pruebas con el mapa 301 aplicado y paridad de títulos, descripciones, canónicos y schema, comparada por script entre el sitio antiguo y el nuevo.
- Corte por secciones si el sitio es grande, con reverse proxy o reglas en el edge. Corte único solo en sitios pequeños.
- El día del lanzamiento: prueba de todas las redirecciones por script, revisión del sitemap y del robots.txt, e inspección de URLs clave en Search Console.
- Las semanas siguientes: informe de indexación, 404 inesperados, impresiones por sección y Core Web Vitals con datos de usuarios reales.
Qué suele fallar: parámetros de URL que el CMS generaba y nadie listó, archivos de etiquetas indexados sin equivalente, imágenes que cambian de ruta, formularios que dejan de enviar y scripts de terceros que vuelven a cargar sin consentimiento.
¿Cuál es el siguiente paso?
Envíame la URL actual, el CMS y las fuentes de tráfico (Search Console o analítica, si tienes acceso). Te respondo con un alcance por escrito: qué se migra, qué queda fuera, los riesgos principales y cómo los compruebo. Al final, el repositorio, las variables de entorno y el pipeline de despliegue quedan en tus manos. Para ver el método completo, lee la página sobre migración a Astro y Next.js; para el trabajo de frontend, la de desarrollador Astro.
Marco regulatorio que condiciona el proyecto en Düsseldorf
Düsseldorf es uno de los centros de medios y consultoría empresarial más densos de Alemania, con fuerte presencia de grupos publicitarios y banca corporativa. Desplegamos WordPress empresarial con la formalidad documental que exige el mercado renano: contratos B2B, NDAs y entregables alineados a procesos internos. El hub Düsseldorf 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.
Mapa de Düsseldorf y alrededores
Proyectos seleccionados
Ejemplos de mi trabajo.
Desarrollo E-commerce: centrumpoludnie.pl
centrumpoludnie.pl es un portal para un centro comercial del sur de Gdańsk, con mapa de tiendas, promociones, noticias, módulos funcionales y alto rendimiento.
Desarrollo E-commerce: dkf.za.pl
DKF.za.pl es un sitio web creado en 2010 para el Club de Discusión Cinematográfica "ZA", que opera como parte de la Federación Polaca de Clubs de Discusión Cinematográfica.
Desarrollo E-commerce: eclipsesource.com
EclipseSource, fundada en 1997, es una empresa global especializada en tecnologías Eclipse, soluciones empresariales y desarrollo de software.
Soporte y desarrollo WordPress en Düsseldorf
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 Düsseldorf
Experiencia local:
- Migración a Astro & Next.js en Düsseldorf, Alemania
- Desde WordPress, Joomla, Drupal y frameworks heredados
- Migraciones por fases con mapeo de redirecciones y revisión SEO
Trabajo en remoto para empresas de Düsseldorf.
¿Buscas el servicio: Migración Next.js / Astro en Düsseldorf?
Describe tu proyecto por e-mail. Respondo en 48 horas.
Describe tu proyectoPreguntas frecuentes - Migración Next.js / Astro Düsseldorf
¿Necesito una versión en alemán si mi web está en español y vendo en Düsseldorf?
Si vendes o contratas en Düsseldorf, sí: el alemán es la base. En la migración la trato como un idioma propio, con URLs, títulos y hreflang propios (de o de-DE), no como una traducción automática del original. El español queda como segunda versión, enlazada con hreflang recíproco.
¿Migras todo de golpe o por fases?
Por fases, salvo en sitios pequeños. El nuevo frontend asume una sección cada vez mientras el resto sigue en el sistema antiguo, con un reverse proxy o reglas en el edge repartiendo el tráfico. En un sitio pequeño, mantener dos sistemas en paralelo cuesta más que un corte limpio.
¿Cuánto tiempo deben quedarse las redirecciones 301?
Google recomienda mantenerlas tanto como sea posible y, en general, al menos un año. Yo las dejo sin fecha de caducidad y, además, actualizo los enlaces internos para que apunten directamente a las URLs nuevas.
¿La migración resuelve el banner de cookies y los textos legales?
No por sí sola. El frontend nuevo puede cargar scripts de terceros solo después del consentimiento y mantener el aviso legal accesible en todas las páginas, pero el texto jurídico lo redacta quien lo firma. Yo lo implemento y lo compruebo en el HTML final.
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.