Su web, su elección

Ser dueño de una web no es una sola cosa, sino un conjunto de cosas distintas que se confunden con facilidad: el software sobre el que funciona, los textos e imágenes que publica, los ajustes que describen su negocio, la dirección que la gente escribe, la cuenta que sirve las páginas y los servicios con los que habla. El control real sobre una web es tan fuerte como el control sobre cada una de esas partes por separado.

Por eso "su web es suya" merece una explicación en lugar de una afirmación. Una licencia puede ser permanente y no servir de nada si la dirección, la cuenta de alojamiento y los ajustes de compilación son de otra persona. Una copia de los archivos puede ser suya y resultar inservible si el sistema que convierte esos archivos en una web en funcionamiento no forma parte del acuerdo. Una propiedad que no se puede ejercer es una promesa, no una posición.

Foundation está construida teniendo en cuenta esa diferencia: la plataforma es un producto público compartido bajo una licencia abierta, y la web que usted construye sobre ella es suya. Dónde están las cuentas que sirven su web —en su nombre o en el nuestro bajo un servicio gestionado— depende de la forma de operación que elija.

La licencia Apache 2.0 le concede permisos irrevocables sobre el código: no pueden retirársele después. Eso es una afirmación sobre permisos y conviene separarla de lo que mantiene una web en funcionamiento. Una licencia no garantiza que un dominio siga registrado, que un proveedor de alojamiento siga existiendo, que un servicio de terceros siga disponible ni que una cuenta siga abierta. De eso dependen las cuentas, los proveedores y los acuerdos, y por eso el resto de esta página trata de quién los controla.

La entrega tampoco es un trámite. Una entrega sensata reúne el repositorio junto con la versión de Foundation que ejecuta, los avisos de licencia y atribución, sus contenidos y recursos como archivos, el dominio y sus registros DNS, los ajustes de compilación y despliegue, las variables de entorno y demás secretos, la lista de servicios de terceros y documentación suficiente para que otra persona asuma el trabajo. Dos puntos se subestiman siempre: los secretos, porque un repositorio no contiene contraseñas, y el dominio, porque la propiedad de un repositorio no influye en el registro de un dominio.

Las tres formas de operar previstas —con sus propias cuentas y ayuda puntual, con sus cuentas y Provelopment manteniendo, o con Provelopment operando y una copia independiente y una vía de traspaso— son intenciones, no paquetes cerrados: las condiciones se acuerdan cuando se contrata, y nada de esta página es un compromiso contractual.

Una web hecha con Foundation puede funcionar de tres maneras. La primera, por completo cuenta propia: el repositorio, el dominio y la cuenta de alojamiento están a su nombre y usted mismo aplica los cambios. La segunda, con un desarrollador o una agencia que usted elija: el trabajo se hace en su repositorio y en sus cuentas, y quien ejecuta es un tercero. La tercera, con Provelopment: por acuerdo, con ayuda en la puesta en marcha, el mantenimiento y la operación.

Ninguna de las tres es un catálogo de servicios ya cerrado, y ninguna promete lo que se ofrece hoy. Describen la intención con la que está construido el proyecto: la plataforma, la configuración y los manuales están hechos para que las tres funcionen y para que ninguna sea la única opción razonable. Lo que no cambia en ninguna de ellas: el software se le permite, los contenidos y la marca son suyos, y la decisión de cambiar sigue siendo suya.

Una instalación y una web no son lo mismo. Una instalación de Foundation puede servir a una sola web o a varias: en ese caso, detrás de cada nombre de host hay un Spoke propio, con su identidad, sus contenidos, sus recursos y su configuración, mientras todos los Spokes comparten la misma base de ejecución de Foundation. Lo que se comparte son las capacidades de funcionamiento: la base de ejecución, la estructura común, los esquemas, las comprobaciones y el procedimiento de compilación y despliegue.

Para una entrega, la diferencia importa. Si la instalación contiene una sola web, la entrega es manejable. Si contiene varios Spokes, hay que separar lo común de lo que pertenece a cada uno; llevar un Spoke a otra instalación es posible, pero exige decidir qué se hace con las partes compartidas y supone más trabajo que entregar una web individual. Por eso «cada web se puede trasladar de forma independiente» sería una promesa falsa: depende de a qué instalación pertenece la web y de qué se comparte allí.

Y aunque la licencia y la propiedad estén claras, de ahí no se sigue una mudanza sin obstáculos. Los derechos no sustituyen a las cuentas, los accesos y el conocimiento de la operación; por eso la lista que sigue sirve para comprobar una entrega.

La responsabilidad del mantenimiento y de la operación recae siempre en alguien. Hay que decidir en quién: usted, un desarrollador que usted designe o, por acuerdo, Provelopment. Lo que importa no es el contenido de la respuesta sino que sea una decisión y no una suposición.

Cambiar de desarrollador o de proveedor es una decisión normal. El trabajo es sobre todo práctico: trasladar cuentas y ajustes, cambiar adónde apuntan el dominio y los registros DNS, volver a introducir los secretos y las variables de entorno, desplegar en el entorno nuevo y comprobar que las páginas, los formularios y las redirecciones se comportan como antes. También conviene decirlo con claridad: el resultado no siempre es idéntico, porque la capacidad, el precio y la calidad varían, y una mudanza precipitada provoca incidencias temporales. Foundation solo afirma una cosa: ninguna parte del software está hecha a propósito para dificultar una mudanza.

El trabajo cotidiano es poco llamativo: actualizar dependencias, aplicar actualizaciones de seguridad, comprobar que las copias de seguridad se restauran de verdad, vigilar la disponibilidad y asegurarse de que una actualización no rompe nada. Una web desatendida no se cae de golpe: se va quedando obsoleta, y el coste aparece de una vez al final. Por eso una decisión tomada cuesta menos que una suposición.