Moderniza sistemas heredados sin romper lo que ya funciona.

No. Modernizar es decidir qué se conserva, qué se aísla, qué se migra y qué se reconstruye. A veces basta con sustituir una pieza y dejar el resto; otras hace falta un sistema nuevo, pero construido sobre los datos y las URLs del anterior.

El riesgo existe y se gestiona: cada URL antigua con tráfico o enlaces redirige con un 301 a su nuevo destino, en un solo salto, y se comprueba con tests. En Guía en Sevilla el objetivo explícito era conservar el reconocimiento que Google ya daba al dominio.

Con procesos ETL repetibles sobre el volcado real de producción, no sobre una copia idealizada. En Rocio.com se transformó un archivo que arranca en 1992, con 102 tablas y 320.093 filas de metadatos, a un modelo normalizado.

Sí: la transición se plantea por fases para que el sistema antiguo siga dando servicio mientras se construye y verifica el nuevo. El cambio definitivo llega cuando las comprobaciones lo permiten, no en una fecha fijada a ciegas.

Depende de lo que haga. Si el contenido cabe en su modelo y el mantenimiento está bajo control, seguir con él puede ser razonable. Si el contenido ya no cabe —como en Rocio.com—, lo sensato es migrarlo a una estructura que lo represente.