Estándares abiertos y código abierto
Módulo 2: ¿Qué es realmente una nube europea? · Tiempo de lectura: 11 minutos
Objetivo de aprendizaje: Después de esta lección podrá explicar la diferencia entre un estándar abierto y el código abierto, y nombrar, para cada parte de su trabajo (correo, agenda, contactos, archivos, documentos), el estándar que facilita un cambio.
Conceptos clave: estándar abierto, código abierto, licencia (AGPL), RFC, IMAP, SMTP, CalDAV, CardDAV, WebDAV, iCalendar (ICS), vCard (VCF), ODF, OOXML, federación
Por qué los estándares le dan libertad
Imagine que cada operador de telefonía tuviera un tipo de conector diferente. Cambiar significaría: un cargador nuevo, cables nuevos, quizá un teléfono nuevo. Con los servicios en la nube funciona igual. Si un servicio utiliza acuerdos que cualquiera puede usar, usted se lleva consigo sus datos y sus aplicaciones sin problema. Si utiliza acuerdos propios, se queda atrapado.
Bakkerij De Korrel quiere poder elegir, y más adelante volver a elegir. Por eso no solo se fija en quién presta un servicio (lección 2.1), sino también en los "conectores": los estándares con los que ese servicio se comunica.
Estándar abierto y código abierto: dos cosas distintas
Un estándar abierto es un acuerdo descrito públicamente sobre cómo los programas intercambian o guardan datos. Cualquiera puede leerlo y utilizarlo, sin necesidad de permiso ni de pago. Muchos estándares de internet están recogidos en una RFC (Request for Comments) de la IETF; los formatos de documentos suelen estar fijados como norma ISO. Un estándar abierto no dice nada sobre quién fabrica el software.
El código abierto trata sobre el propio software: el código fuente es público y está sujeto a una licencia que le permite leerlo, usarlo, modificarlo y distribuirlo. Nextcloud, Thunderbird, LibreOffice y Euro-Office son de código abierto.
A menudo van de la mano, pero no siempre:
| Estándar abierto | Estándar propio (cerrado) | |
|---|---|---|
| Software de código abierto | Nextcloud con CalDAV y WebDAV | Software de código abierto que solo funciona con un formato propio, sin documentar (poco frecuente) |
| Software cerrado | Apple Agenda con CalDAV; Outlook con IMAP; Microsoft Word con docx | Archivos de Google Docs (solo como enlace a Google); chats de Teams |
Para un cambio de proveedor, los estándares abiertos son lo más importante. Con ellos puede llevarse sus datos, incluso si el software es cerrado. El código abierto es una garantía adicional: si un proveedor cesa su actividad o cambia, otro puede seguir ejecutando el mismo software.
Los estándares por cada elemento
Estos son los acuerdos que irá encontrando a lo largo del resto del curso.
| Elemento | Estándar | Recogido en | Qué hace |
|---|---|---|---|
| Leer el correo | IMAP | RFC 9051 (IMAP4rev2), antes RFC 3501 (IMAP4rev1) | Su correo permanece en el servidor; cada dispositivo ve las mismas carpetas |
| Enviar y entregar correo | SMTP | RFC 5321 | Los servidores de correo se envían correo entre sí; su programa de correo envía a través del puerto de envío 587 o 465 |
| Localizar la recepción de correo | Registro MX | RFC 5321, DNS | Indica qué servidor recibe el correo de su dominio (curso de DNS, lección 4.1) |
| Archivos | WebDAV | RFC 4918 | Leer y escribir archivos mediante https; también como unidad de red |
| Sincronizar agenda | CalDAV | RFC 4791 | Citas vía WebDAV entre el servidor y las aplicaciones |
| Sincronizar contactos | CardDAV | RFC 6352 | Contactos vía WebDAV |
| Agenda como archivo | iCalendar (ICS) | RFC 5545 | El formato de una cita o de una agenda completa, también para invitaciones |
| Contacto como archivo | vCard (VCF) | RFC 6350 (versión 4.0), RFC 2426 (versión 3.0) | El formato de una tarjeta de visita o de toda una libreta de direcciones |
| Localizar servidores | .well-known y SRV | RFC 6764 (CalDAV/CardDAV), RFC 6186 (correo) | Las aplicaciones encuentran la dirección correcta por sí solas |
| Documentos | ODF | ISO/IEC 26300 | OpenDocument: odt, ods, odp |
| Documentos | OOXML | ISO/IEC 29500 (y ECMA-376) | Office Open XML: docx, xlsx, pptx |
Fíjese en el último bloque: docx también es una norma recogida formalmente, no un formato secreto. En la práctica, Microsoft Office utiliza una variante con elementos adicionales, y un documento puede verse ligeramente distinto en otro programa. De eso tratan las lecciones 6.3 y 6.5.
¿Cómo reconocer un servicio que funciona con estándares?
No necesita leer RFC. Hágase estas preguntas:
- ¿Puedo leer mi correo con cualquier programa de correo mediante IMAP? Si solo funciona con la aplicación propia, es mala señal.
- ¿Puedo vincular mi agenda y mis contactos con la agenda de mi teléfono sin una aplicación adicional del proveedor? Entonces probablemente haya CalDAV y CardDAV.
- ¿Puedo vincular mis archivos como unidad de red? Entonces hay WebDAV.
- ¿Puedo exportar una agenda como ICS y contactos como VCF? ¿Y puedo importarlos?
- ¿Se guardan los documentos como docx/xlsx/pptx u odt/ods/odp? ¿O como un formato propio que solo existe en el navegador de ese servicio?
También puede hacer una prueba técnica. Muchos servicios publican una dirección .well-known: https://cloud.example.com/.well-known/caldav redirige a una aplicación de agenda hacia la dirección real de la agenda. Y en el DNS puede haber un registro SRV, como _caldavs._tcp.example.com o _imaps._tcp.example.com, que indica a las aplicaciones dónde deben buscar. El ejercicio A2.2 comprueba esto para su dirección de nube.
Federación: colaborar más allá de las fronteras de un solo servicio
Algunos estándares abiertos permiten que servicios de distintos proveedores se comuniquen entre sí. Esto se llama federación. El ejemplo más conocido es el correo electrónico: alguien con un buzón en el proveedor A envía correo sin problemas a alguien del proveedor B. Nextcloud dispone de uso compartido federado: usted comparte una carpeta con alguien de otro servidor Nextcloud. Para el chat, Matrix es un estándar federado. La federación hace que sea menos grave estar con un proveedor más pequeño: no queda aislado del resto.
En las plataformas cerradas (un servicio de chat que solo funciona dentro de ese propio servicio), todos con quienes colabora deben estar en el mismo servicio. Es una forma fuerte de dependencia del proveedor (lock-in), sobre la que vuelve la lección 2.3.
Código abierto: qué significa y qué no
El código abierto no es un sello de seguridad ni tampoco de propiedad europea. Tres malentendidos:
- "El código abierto es seguro." El código público puede ser revisado por cualquiera, y en los grandes proyectos esto realmente sucede. Pero un proyecto mal mantenido puede contener fallos igualmente. Fíjese en el mantenimiento: ¿con qué frecuencia aparecen actualizaciones?, ¿existe una política de seguridad?
- "El código abierto es gratuito." La licencia no cuesta nada, pero ejecutarlo, actualizarlo y protegerlo cuesta tiempo o dinero. Por eso muchas organizaciones optan por un proveedor que gestiona el software por ellas.
- "El código abierto es europeo." Dónde se encuentran los creadores no tiene nada que ver con la licencia. Lo importante es sobre todo que usted u otro proveedor pueda seguir ejecutando el software si el creador original cambia algo.
Una licencia muy utilizada en el mundo de la nube es la AGPL (GNU Affero General Public License, versión 3). Esta obliga a quien ofrece software modificado como servicio en línea a poner también el código fuente modificado a disposición de los usuarios. Nextcloud y ONLYOFFICE utilizan la AGPL. Que la licencia permita separar el software en una rama independiente (un fork) se vio en 2026: Euro-Office surgió como fork de ONLYOFFICE. ONLYOFFICE considera que en ese proceso se incumplieron condiciones de la licencia y suspendió su colaboración con Nextcloud; sobre ese conflicto no se conoce (a fecha de noviembre de 2026) ninguna sentencia judicial. Para este curso, lo más importante es: una licencia abierta hace posible esa separación, y eso da a los usuarios una salida cuando dejan de confiar en un proveedor. Quién tiene razón en este conflicto es asunto de los juristas.
En la práctica: así se ve en un proveedor
Un Nextcloud de WebOké utiliza WebDAV para archivos, CalDAV y CardDAV para agenda y contactos, y puede importar y exportar ICS y vCard. Euro-Office guarda los documentos como docx, xlsx y pptx, y también puede abrir odt, ods y odp. Gracias a ello funcionan también programas de otros fabricantes, como Thunderbird, la agenda de su iPhone o DAVx5 en Android. En otros proveedores que utilizan los mismos estándares funciona de forma parecida: por eso más adelante también podrá marcharse de nuevo (lección 8.2).
Resumen
- Un estándar abierto es un acuerdo público sobre datos; el código abierto trata del código fuente público. A menudo van juntos, pero no siempre.
- Para un cambio de proveedor cuentan sobre todo los estándares: IMAP y SMTP (correo), CalDAV y CardDAV (agenda, contactos), WebDAV (archivos), ICS y vCard (exportación), ODF y OOXML (documentos).
- Reconoce un servicio basado en estándares por el acceso IMAP, la vinculación con la propia agenda de su teléfono, WebDAV y la exportación en ICS, VCF y docx/odt.
- La federación permite que servicios de distintos proveedores colaboren entre sí.
- El código abierto no es automáticamente seguro, gratuito o europeo, pero sí hace posible que otro continúe ejecutándolo.
Cuestionario
Ejercicio
Ejercicio A2.2: ¿Habla su nube estándares abiertos? Introduzca la dirección de su nube actual o nueva (por ejemplo cloud.example.com) y su dominio de correo. El programa comprueba si existen las direcciones .well-known para agenda y contactos y si hay registros SRV o de configuración automática para el correo, y muestra lo que ha encontrado.
Para seguir leyendo
Los pasos de estos artículos se aplican a los servicios de WebOké; en otros proveedores funciona de forma parecida.
- Manual de Nextcloud 1.5: ¿Qué navegadores, aplicaciones y dispositivos funcionan?
- Manual de Euro-Office 1.4: ¿Qué navegadores y formatos de archivo funcionan con Euro-Office?
- Manual de Nextcloud 3.5: Contraseñas de aplicación: cuándo y cómo
- Manual de DirectAdmin 8.7: IMAP o POP3: ¿cuál es la diferencia?
- RFC 9051 (IMAP4rev2), RFC 5321 (SMTP), RFC 4918 (WebDAV), RFC 4791 (CalDAV), RFC 6352 (CardDAV), RFC 5545 (iCalendar), RFC 6350 (vCard 4.0), RFC 6764 (localización de CalDAV/CardDAV), RFC 6186 (SRV de correo); ISO/IEC 26300 (ODF), ISO/IEC 29500 (OOXML)