Las claves en 30 segundos
- Desde el 12 de enero de 2027 no se puede cobrar por cambiar de proveedor cloud. Lo dice el artículo 29 del Reglamento (UE) 2023/2854, la Ley de Datos, y vale tanto para irse a otra nube como para volver a infraestructura propia.
- Los costes de salida de datos (egress) entran en la prohibición, pero solo los del cambio. El tráfico ordinario de tu servicio se sigue pagando como siempre.
- Hasta esa fecha ya rige un tope: desde el 12 de septiembre de 2025 el proveedor solo puede cobrar los costes directos del cambio, sin margen.
- Lo que la ley no quita: tarifas normales del servicio, penalizaciones por terminación anticipada, compromisos firmados y todo el trabajo de la migración.
- Con varias nubes a la vez, el egress puede seguir cobrándose a precio de coste, también después de 2027 (artículo 34).
- La dependencia de verdad es técnica, organizativa y contractual. Una salida gratis de un servicio propietario puede seguir costando meses de reescritura.
Durante años, salir de un hiperescalar ha tenido un precio literal. Mover tus datos hacia fuera se facturaba por gigabyte, y en una plataforma con decenas o cientos de terabytes esa línea de la factura bastaba para frenar cualquier conversación sobre cambiar de proveedor. No era la única barrera, pero sí la más fácil de poner en una hoja de cálculo.
Europa ha decidido quitarla. Y está bien que lo haga, aunque conviene leer la letra pequeña: la norma elimina el peaje de la puerta, no el trayecto. Quien piense que en 2027 cambiar de nube será gratis se va a llevar una sorpresa en cuanto abra el inventario de dependencias.
Qué dice exactamente la Ley de Datos
El Reglamento (UE) 2023/2854, conocido como Ley de Datos (Data Act), es aplicable desde el 12 de septiembre de 2025. Su capítulo VI regula el cambio entre servicios de tratamiento de datos, que es la forma jurídica de decir cloud: IaaS, PaaS y SaaS.
La parte económica está en el artículo 29 y llega en dos fases:
| Periodo | Qué puede cobrar el proveedor por el cambio |
|---|
| Hasta el 11 de enero de 2027 | Cargos reducidos, que no superen los costes directamente vinculados al proceso de cambio |
| Desde el 12 de enero de 2027 | Nada: ningún cargo por cambio |
La definición del artículo 2 es la que da alcance a la prohibición. Los cargos por cambio son los que el proveedor impone por el propio proceso de cambiar, e incluyen los costes de salida de datos (data egress charges). Excluye de forma expresa dos cosas: las tarifas estándar del servicio y las penalizaciones por terminación anticipada.
Y la norma no distingue entre destinos. El cambio cubre irse a otro proveedor, repartir la carga entre varios y volver a una infraestructura propia. Si tu plan es repatriar a un cloud privado o a tus propios servidores, también te ampara.
Los plazos que fija el contrato
El artículo 25 obliga a que el contrato recoja unos plazos máximos y mínimos:
| Fase | Plazo |
|---|
| Preaviso para iniciar el cambio | Máximo dos meses |
| Periodo transitorio (el cambio en sí) | Máximo 30 días naturales |
| Ampliación si es técnicamente inviable | Hasta siete meses, si el proveedor lo justifica en 14 días hábiles |
| Recuperación de datos tras el cambio | Mínimo 30 días naturales |
El cliente puede alargar una vez el periodo transitorio si le hace falta. Y durante todo el proceso el proveedor tiene que mantener la continuidad del servicio.
Lo que hay que saber antes de firmar
El artículo 29.4 obliga al proveedor a informar antes del contrato de las tarifas estándar, de las penalizaciones por terminación anticipada y, mientras dure la transición, de los cargos reducidos que aplicará. Si un servicio es especialmente complejo o caro de cambiar, también tiene que decirlo (artículo 29.5). Es información que ya debería estar en tu contrato o en la web del proveedor, y que merece la pena leer antes de una renovación.
Cuánto dinero es la barrera que desaparece
Para ponerle cifra, tomemos la tabla pública de precios de ancho de banda de Azure, con salida desde Europa a Internet. Los primeros 100 GB al mes son gratis y luego hay tramos que bajan de precio con el volumen.
Sacar 100 TB como tráfico saliente normal costaría a precio de lista:
| Red de salida | Coste aproximado de 100 TB |
|---|
| Internet pública (routing preference, tránsito ISP) | unos 5.710 € (6.392 $) |
| Red global de Microsoft | unos 6.860 € (7.681 $) |
Cálculo propio sobre la tabla de precios de Azure (1 TB = 1.000 GB, como la define Microsoft), al cambio del BCE del 9 de noviembre de 2026, 1,1193 dólares por euro. No incluye impuestos ni descuentos negociados.
No es una cifra que hunda a una empresa mediana. Pero con un petabyte la cuenta se multiplica, y lo relevante nunca fue solo el importe: era tener que pedir presupuesto para irte. Ese precio es el que la norma limita ahora a los costes directos y el que deja a cero desde enero de 2027, siempre que el traslado sea un cambio de proveedor y no tu tráfico diario.
Los hiperescalares se adelantaron (con condiciones)
Los grandes no esperaron a 2027. La Autoridad de Competencia y Mercados británica (CMA) lo documentó en su investigación del mercado cloud de 2025, y lo vincula expresamente a la Ley de Datos:
- Google Cloud anunció el 11 de enero de 2024 un programa global de transferencia gratuita para quien se va.
- AWS hizo lo mismo el 5 de marzo de 2024, en forma de créditos y tras aprobar cada solicitud a través de soporte. No exige cerrar la cuenta.
- Microsoft lo anunció el 13 de marzo de 2024 para quien saca sus datos de Azure por Internet.
Todos comparten un rasgo: la gratuidad está pensada para salir del todo, o al menos de un servicio entero, no para mover una parte de los datos y seguir allí. Hay que pedirla, hay plazos para completar la migración y hay que cumplir condiciones. Fuera de los tres grandes, la gratuidad no se generalizó. La misma CMA constató que ni IBM ni Oracle habían lanzado programas parecidos.
IBM, Oracle y Alibaba Cloud
Los demás hiperescalares han respondido de formas distintas, y conviene saberlo si trabajas con alguno:
| Proveedor | Qué ha hecho con la salida de datos |
|---|
| IBM Cloud | Según la CMA, cobra el egress a coste a los clientes de la UE que cambian de proveedor durante la transición (hasta el 11 de enero de 2027) y lo baja a cero después, como marca la norma. Esa tarifa a coste no se aplica a los clientes del Reino Unido. |
| Oracle Cloud (OCI) | Tiene un anexo propio de la Ley de Datos, vigente desde el 12 de septiembre de 2025, para clientes registrados y establecidos en la UE. Dice que el cliente no tendrá que pagar cargos por cambio, egress incluido. Pide un preaviso de al menos dos meses por correo, con los datos que pide su apéndice A, y deja fuera las penalizaciones por terminación y los servicios profesionales si pides a Oracle una extracción no estándar. |
| Alibaba Cloud | Tiene región en Fráncfort, así que la norma le obliga igual que a los demás cuando da servicio en la UE. Pero no hemos encontrado un documento público con sus condiciones de cambio de proveedor. Si eres cliente, pídelas por escrito: el artículo 29.4 le obliga a informarte antes de firmar. |
El caso de Oracle es interesante porque su anexo copia casi palabra por palabra la definición del reglamento: los cargos por cambio son los que no son tarifas estándar ni penalizaciones por terminación anticipada, «incluidos los cargos de salida de datos». Es una buena muestra de cómo la ley ha bajado al contrato.
Hoy la norma ya está en los contratos. Google Cloud tiene una sección específica de términos de la Ley de Datos en sus condiciones generales de servicio, y AWS y Oracle tienen anexos propios para clientes de la UE. Esos mismos documentos dejan claro lo que no cambia: el preaviso y el procedimiento siguen rigiendo, y las tarifas ordinarias se mantienen.
Los costes que siguen ahí en 2027
El 19 de octubre de 2026, la Autoridad de Consumidores y Mercados de los Países Bajos (ACM) publicó sus guías sobre el cambio de proveedor cloud, sometidas además a consulta pública. Su mensaje es doble: cambiar debe ser rápido, fácil y gratuito, y aun así sigue implicando costes organizativos. Es la mejor forma de resumirlo.
Esto es lo que la prohibición no toca:
| Coste | ¿Lo elimina la Ley de Datos? | Por qué |
|---|
| Egress del propio cambio | Sí, desde el 12-ene-2027 | Está dentro de la definición de cargos por cambio |
| Tarifas normales del servicio durante la migración | No | Excluidas de forma expresa |
| Penalizaciones por terminación anticipada | No | Excluidas; su validez depende del contrato y del Derecho nacional |
| Egress en uso simultáneo de varias nubes | No del todo | El artículo 34.2 permite cobrar el coste real de la transferencia |
| Tráfico ordinario que no forma parte del cambio | No | Es uso normal del servicio |
| Reescritura, pruebas, formación y doble entorno | No | Es tu proyecto, no un cargo del proveedor |
El punto del uso simultáneo es el que más se pasa por alto. Si tu estrategia es multicloud, con datos moviéndose de forma habitual entre dos proveedores, ese tráfico se puede seguir facturando después de 2027, aunque sin margen sobre el coste real. La ley protege la salida, no la arquitectura distribuida.
Dos excepciones que conviene conocer
El artículo 31 deja fuera dos casos:
- Versiones de no producción para pruebas y evaluación durante un tiempo limitado: no se les aplica nada del capítulo.
- Servicios hechos a medida para un cliente, que el proveedor no ofrece a gran escala en su catálogo: no se les aplican, entre otras, la prohibición de cargos por cambio ni la obligación de equivalencia funcional. El proveedor tiene que avisar antes de firmar de qué obligaciones no se aplican.
Y la equivalencia funcional (artículo 30) solo se exige en servicios de infraestructura, es decir, IaaS. Además, como obligación de tomar medidas razonables para que el servicio de destino del mismo tipo ofrezca un nivel mínimo de funcionalidad, no como garantía de que todo funcione igual al otro lado.
Las tres dependencias que no se van con la factura
La norma actúa sobre la barrera más visible. La dependencia real suele estar repartida en tres sitios.
Técnica
Es la que más pesa. Una máquina virtual con Linux y una base de datos instalada por ti se mueve con relativa facilidad. Una aplicación construida sobre la base de datos gestionada del proveedor, sus colas, sus funciones serverless, su servicio de identidad y su API de IA es otra historia: cada una de esas piezas obliga a buscar un equivalente, transformar datos, cambiar código y volver a probar integraciones.
Aquí la gratuidad del egress apenas mueve la aguja. Lo caro no es sacar los terabytes, es reconstruir lo que los rodea.
Organizativa
Una migración ocupa al equipo durante meses. Hay que formarse en el entorno de destino, mantener dos plataformas a la vez mientras dura la transición y seguir operando sin que el negocio note nada. Es justo el coste que la ACM reconoce como inherente al proceso y que no aparece en ninguna tarifa.
Contractual
La prohibición de cargos por cambio no anula los preavisos ni las penalizaciones, y tampoco los compromisos firmados por otras vías: reservas de capacidad, planes de ahorro o compromisos de consumo a varios años. Lo que pase con ellos al irte depende de lo que firmaste. Conviene saberlo antes de fijar la fecha de salida, no después.
Cómo preparar la salida antes de necesitarla
La mejor salida es la que se diseña al entrar. Pero si ya estás dentro, esto es lo que recomendamos hacer en los próximos meses, haya o no intención de moverse:
- Inventario de servicios con etiqueta de portabilidad. Para cada carga, apunta qué usa: máquinas virtuales y almacenamiento estándar (fácil de mover), servicios gestionados con equivalente abierto (PostgreSQL, Redis o Valkey, S3) o servicios propietarios sin equivalente (lo que de verdad te ata).
- Volumen de datos y ritmo de cambio. No es lo mismo mover 20 TB estáticos que una base de datos que cambia cada segundo. Lo segundo exige replicación y una ventana de corte.
- Revisión del contrato. Busca la sección de la Ley de Datos, los plazos de preaviso, las penalizaciones y los compromisos de consumo vigentes. Si no la encuentras, pídela.
- Exportación de prueba. Saca una copia completa de una carga representativa y levántala fuera. Es la única forma de saber cuánto tardas y qué se rompe.
- Plan de convivencia. Calcula cuánto tiempo pagarás dos entornos y qué tráfico cruzará entre ellos, porque ese tráfico, si es uso simultáneo, puede no ser gratis.
- Decide el destino por carga, no en bloque. Lo que tiene sentido en un hiperescalar se puede quedar allí. Lo estable, con mucho dato y tráfico predecible, suele salir mejor en otro sitio.
Qué significa esto para un cloud privado
La Ley de Datos no se aplica solo a los hiperescalares: obliga a cualquier proveedor de servicios cloud que opere en la UE, también a los de cloud privado. Y eso está bien, porque la pregunta que deberías hacer a cualquier proveedor nuevo es la misma: ¿cómo me voy de aquí si un día quiero?
En una plataforma montada sobre estándares abiertos, la respuesta es corta. Las máquinas virtuales sobre KVM y Proxmox VE se exportan en formatos que entiende cualquier hipervisor; el almacenamiento de objetos con API S3 se copia con las herramientas de siempre; las bases de datos son PostgreSQL o MySQL de verdad, no una variante con nombre comercial. Es la diferencia entre una salida que es un proyecto de copia y una que es un proyecto de reescritura.
Hay otra diferencia que la ley no regula y que pesa en el día a día: en un cloud privado el tráfico suele ir incluido o con tarifa plana, así que la salida de datos no es una partida variable que vigilar cada mes. Lo explicamos con números en cuánto cuesta un cloud privado, y por qué la vuelta desde el hiperescalar no suele terminar en el CPD de la empresa en la repatriación cloud no vuelve al CPD.
Y si el motivo de fondo es dónde viven los datos y bajo qué jurisdicción, la Ley de Datos ayuda a moverse, pero no resuelve la soberanía del dato frente a la CLOUD Act. Son dos conversaciones distintas, y conviene tenerlas por separado.
La conclusión
Enero de 2027 quita una barrera concreta y bastante simbólica: ya no habrá que pagar al proveedor por marcharse. Es una buena noticia y obliga a los contratos a ser más claros. Pero la dependencia que de verdad retiene a una empresa no estaba en esa línea de la factura, sino en años de decisiones de arquitectura tomadas sin pensar en la salida.
Lo práctico es aprovechar el cambio para hacer el inventario ahora, con calma y sin una fecha encima. Así, cuando llegue la renovación o la próxima subida de precios, la decisión será técnica y económica, no una que te impone el contrato.
Preguntas frecuentes
¿Desde cuándo es gratis cambiar de proveedor cloud en la UE?
Desde el 12 de enero de 2027 el proveedor no puede cobrar cargos por el proceso de cambio, egress incluido. Desde el 12 de septiembre de 2025 hasta esa fecha solo puede cobrar los costes directos del cambio.
¿La prohibición incluye volver a mis propios servidores?
Sí. La Ley de Datos cubre el cambio a otro proveedor, el uso de varios y el regreso a una infraestructura propia.
¿Dejaré de pagar egress en 2027?
Solo el del cambio de proveedor. El tráfico normal de tu servicio se sigue pagando, y el que se mueve entre nubes que usas a la vez puede facturarse a coste real.
¿Desaparecen las penalizaciones por cancelar antes de tiempo?
No. La norma las excluye de los cargos por cambio. Su validez depende de lo firmado y del Derecho de cada país, y el proveedor debe informar de ellas antes del contrato.
¿Cuánto tiempo tiene el proveedor para completar el cambio?
El preaviso no puede superar dos meses y el periodo transitorio es de 30 días naturales, ampliable hasta siete meses si el proveedor justifica que es técnicamente inviable. Después tienes al menos 30 días para recuperar tus datos.
¿Se aplica también a los proveedores de cloud privado?
Sí. Obliga a cualquier proveedor de servicios de tratamiento de datos que ofrezca sus servicios en la UE, salvo las excepciones del artículo 31 para servicios a medida y versiones de prueba.
Fuentes
- Reglamento (UE) 2023/2854 (Ley de Datos), artículos 2, 25, 29, 30, 31, 34 y 50: EUR-Lex.
- Bundesnetzagentur, glosario de la Ley de Datos, cargos por cambio.
- Competition and Markets Authority (Reino Unido), investigación del mercado cloud, apéndice N sobre egress y programas de cambio gratuito (2025).
- ACM (Países Bajos), guías sobre el cambio de servicios cloud (19 de octubre de 2026).
- Oracle, anexo de la Ley de Datos (EU Data Act Addendum), en vigor desde el 12 de septiembre de 2025.
- AWS, transferencia gratuita al salir de AWS.
- Google Cloud, programa de transferencia gratuita al salir y página sobre la Ley de Datos.
- Microsoft Azure, precios de ancho de banda. Las cifras originales están en dólares.
- Banco Central Europeo, tipo de cambio de referencia del 9 de noviembre de 2026.
¿Quieres saber cuánto te costaría de verdad salir de tu nube actual, con tus servicios y tu volumen de datos? En Cloud Privado hacemos el inventario de dependencias, la prueba de exportación y el plan de migración por cargas, y te decimos qué conviene mover y qué no.