Tuve el placer de asistir a [IndieWebCamp](http://indiewebcamp.com/) en Portland el mes pasado, una conferencia estilo BarCamp donde los técnicos se reúnen para intercambiar ideas sobre cómo pueden ayudar a las personas a poseer y controlar sus identidades en línea.

El llamado movimiento web independiente, primo espiritual de los movimientos de código abierto y estándares, tiene sus raíces en un deseo de libertad digital, principalmente frente a los monopolios que amenazan con restringir y violar la existencia en línea del usuario común de Internet. Requiere medios prácticos para proteger esta existencia impidiendo o interrumpiendo el control que cualquier empresa tiene sobre la identidad en línea de una persona, ya sea desde el punto de vista de la funcionalidad o de los datos.

Es un movimiento que invita a la reflexión por varias razones, entre ellas porque, por así decirlo, se encuentra gritando contra el viento. La mayoría de los usuarios de Internet, con la proliferación de las redes sociales, ponen cada vez más su vida digital en manos de servicios propietarios gestionados por empresas en su mayoría privadas (y siempre interesadas). Estos usuarios no son propietarios de la identidad ni del contenido que publican en estos servicios de una manera que los aísle de sus vagos términos de servicio y su aplicación. Tampoco pueden seguir disfrutando de esos servicios (al menos de la misma manera) si las empresas los cierran, los rediseñan de manera indeseable o no logran mejorarlos. Sin embargo, sólo una pequeña minoría de usuarios se preocupa activamente por estos problemas y, por lo general, sólo una vez que han sido afectados por la desactivación de la cuenta, el tiempo de inactividad incesante, la censura, las filtraciones de privacidad o las deficiencias críticas del diseño.

Hay un tono moral en el movimiento web independiente, no sólo una insistencia en que los usuarios deben controlar sus identidades en línea con el propósito práctico de evitar conflictos con sus proveedores de servicios. Sus defensores argumentan que Internet necesita mantener su naturaleza descentralizada y resistir las consolidaciones de poder para que el progreso tecnológico no se vea obstaculizado, los datos se pierdan, se acaparen o se corrompan y los usuarios queden privados de sus derechos en masa. Aquí hay tensión, ya que las empresas privadas que tratan a sus usuarios como [aparceros virtuales](http://nomoresharecropping.org/) son claramente responsables de gran parte del progreso que se produce hoy en la web, y sus servicios están haciendo que sea mucho más fácil para todos, incluidos los técnicamente analfabetos, participar en línea.

Hubo dos desafíos particulares para el movimiento web independiente que me llamaron la atención mientras asistía a la conferencia. El primero tenía que ver con identificar las necesidades relevantes y reconocibles del usuario medio de Internet para obtener un mejor control sobre su identidad en línea. Los defensores de la web independiente presentan un número dispar de quejas válidas contra servicios propietarios, cada una con sus propios méritos, pero ninguna que sería reconocida por el público general como un problema masivo e inmediato por sí solo.

[Tantek Çelik](http://tantek.com/), el organizador principal de la conferencia y mi amable anfitrión, citó el famoso tiempo de inactividad de servicios como Twitter y Tumblr como razón para la descentralización, así como la tendencia de los servicios adquiridos a cerrarse. Otros citaron el deseo de exportar y administrar más fácilmente el contenido que publican en los servicios para que pueda usarse en sus computadoras personales y publicarse en otros lugares de la web. Para otros, se trataba principalmente de una cuestión de personalización y de la capacidad de interactuar con numerosos servicios en línea y sus respectivas funcionalidades con mayor flexibilidad y fluidez.

Todos estos son puntos débiles que mejor expresan los tecnólogos que se toman el tiempo para comprenderlos, pero que seguramente también los sienten los "normales". Sin embargo, no parecen ser lo suficientemente importantes como para obligar a millones de usuarios comunes de Internet a tomar medidas concretas para abordarlos, al menos con las soluciones actuales. El tiempo de inactividad es frustrante, pero la mayoría de las personas aprenden a solucionarlo; los servicios cerrados decepcionan a los usuarios leales, pero probablemente enfrentaron su desaparición debido al desinterés popular; y la mayoría de las personas no saben qué más quieren de los servicios que utilizan, al menos lo suficiente como para buscar soluciones alternativas.

Esta complacencia plantea un problema de motivación crítico para el escenario de descentralización primaria propuesto por aquellos en el movimiento web independiente, en el que los usuarios (tanto los primeros como los últimos en adoptarlo) toman la iniciativa de alojar su identidad y contenido personal independientemente de cualquier servicio propietario. La idea aquí es que todos deberían registrar su propio [dominio de segundo nivel](http://en.wikipedia.org/wiki/Domain_name) y crear un sitio web personal de algún tipo, tal como yo registré markmhendrickson.com y centralicé mi identidad en línea allí. Este sitio podría ser una presencia simple y estática o lo suficientemente avanzado como para intercambiar información con servicios propietarios para que puedan realizarse interacciones con amigos o seguidores. En teoría, estos servicios propietarios podrían eliminarse por completo con el tiempo, y los sitios web personales independientes podrían comenzar a comunicarse entre sí directamente, mapeando efectivamente las relaciones de redes sociales en Internet de una manera distribuida, de igual a igual.

Además del desafío de marketing de obligar a las personas a establecer estos sitios independientes, existe el desafío técnico de darle vida a este sistema distribuido y hacer posible que la gente normal participe. El desafío técnico se puede dividir, por un lado, en las cuestiones de infraestructura de descentralizar las comunicaciones en tiempo real que actualmente tienen lugar dentro de los servicios centralizados (como forjar relaciones sociales, publicar contenido en transmisiones e interactuar con ese contenido). Por otro lado, están los problemas técnicos de configurar a cada usuario dentro del sistema descentralizado y asegurarse de que tenga las herramientas necesarias para participar sin quedar atado a un solo proveedor.

Cada asistente a IndieWebCamp pasó el segundo día de la conferencia trabajando en un proyecto elegido por ellos mismos que ayudaría al movimiento. Me encargué de idear una herramienta que quizás resolvería la segunda mitad de este desafío técnico y al mismo tiempo comunicaría a los usuarios principales por qué deberían configurar sus propios dominios. Mi proyecto se centró principalmente en el usuario, ya que aplazó muchas de las intrincadas decisiones de ingeniería de la descentralización y, en cambio, se centró en motivar a los usuarios a superar su complacencia predeterminada y abrir camino en su propia propiedad en línea.

Establecí varios requisitos principales para esta herramienta:

- Tenía que simplificar para los usuarios el proceso de registro de un nombre de dominio y un servidor web básico, los cuales debían ser tratados como mercancías y sustituibles en cualquier momento. Si bien no es posible o factible que los usuarios sean dueños literalmente de su dominio y alojamiento, lo mejor que pueden hacer es minimizar el poder de diferenciación de estos servicios abstrayéndolos.

- Tenía que automatizar el proceso de configuración de un sitio web inicial, o propiedad, en el dominio y host recién registrados, así como automatizar los procesos de actualización o ampliación posterior. Si bien el software del sitio web tenía que estar completamente alojado por el usuario y ser de código abierto para lograr el máximo control, la herramienta podía asistirlo de forma continua a través de códigos y datos.

- No se puede esperar que el usuario utilice FTP, una interfaz de línea de comandos, un sistema de archivos o cualquier otra tecnología más allá del navegador porque hacerlo limitaría gravemente su accesibilidad. Las interacciones de los usuarios tenían que limitarse a completar formularios web y hacer clic en cosas.

- Era necesario minimizar al máximo la carga financiera y de tiempo que implicaba utilizar la herramienta para establecer y mantener una propiedad.

- No se puede solicitar a los usuarios que vuelvan a ingresar su información personal o que carguen manualmente contenido que ya hayan compartido en otro lugar.

![Estructura alámbrica de la experiencia de usuario inicial de la herramienta de agricultura]()

La experiencia inicial del usuario de la herramienta se describe en la estructura alámbrica anterior. El marketing apela directamente a la necesidad de control de una persona, ya que eso es en última instancia lo que se espera que los usuarios obtengan en un sistema descentralizado, probablemente resuene con un temor subyacente de que su identidad actual en línea pueda estar en desorden, y es una propuesta lo suficientemente vaga como para permitir muchos detalles de solución.

Luego, la página aborda cuatro de las necesidades más identificables bajo el objetivo de controlar la identidad en línea. Obtener una URL personal permite al usuario dirigir más fácilmente a las personas a su información en línea; clasificar la información personal bien seleccionada en un lugar alto en Google permite al usuario controlar lo que la gente descubre sobre él cuando busca su nombre; enumerar todos los perfiles de redes sociales de un usuario en un solo lugar pone orden en la fragmentación de la identidad; y realizar copias de seguridad del contenido en línea de un usuario desde numerosas fuentes proporciona tranquilidad. El área en la parte inferior que enumera los sitios web de otras personas tiene como objetivo proporcionar validación social para estas propuestas.

Para comenzar, el usuario debe ingresar solo la URL deseada, una dirección de correo electrónico y una contraseña (con la URL deseada verificada con la API de un registrador de dominio, suponiendo que exista). Las solicitudes de otros valores, como el nombre del usuario, se omiten ya que el usuario puede obtenerlos más adelante. El objetivo aquí es que participen en el proceso de configuración de la forma más sencilla posible.

![Estructura alámbrica del paso de conexión del servicio]()

Al ingresar esta información básica, se le solicita al usuario que conecte su nueva propiedad a cualquier número de sus servicios en línea. Un enlace a cada uno de estos servicios, una vez conectado, aparecerá en la propiedad del usuario. El contenido publicado en ellos también se puede extraer, ya sea una vez o continuamente, para volver a mostrarlo o simplemente hacer una copia de seguridad en la propiedad del usuario, dependiendo del tipo de servicio que sea.

Por ejemplo, cuando un usuario conecta su cuenta de Facebook, puede elegir que todas sus fotos y actualizaciones de estado se vuelvan a publicar automáticamente en su hogar. No se muestran opciones posibles para simplemente hacer una copia de seguridad de estos pero no volver a publicarlos. Al conectarse con cualquiera de estos servicios, la herramienta también puede determinar automáticamente el nombre del usuario, el retrato y cualquier otro detalle para mostrar en la propiedad.

![Estructura alámbrica del paso de pago del dominio]()

El paso final de configuración consiste en pagar por la URL deseada, asumiendo que la herramienta podría ofrecer alojamiento gratuito. Esta parte de la maqueta no se ha desarrollado mucho, pero básicamente la página mostraría el formulario apropiado una vez que el usuario haya elegido su método de pago preferido.

![Estructura alámbrica de la página de perfil de propiedad resultante]()

El resultado es una página de perfil no muy diferente a las que encontrarías en la mayoría de los sitios de redes sociales, pero alojada en el propio dominio del usuario y que consta de información sobre y del usuario procedente de una variedad de fuentes. Sus perfiles de servicio aparecen a la izquierda junto con su retrato y biografía, y el contenido que han decidido importar a su hogar aparece agregado a la derecha.

Se supone que esto es sólo un comienzo. Hay varias formas de mejorar el diseño y la funcionalidad de la vivienda de un usuario determinado. El diseño y el tema se pueden personalizar. El usuario podría agregar la capacidad de publicar contenido directamente en su hogar y luego distribuirlo a otros servicios. Incluso podrían comenzar a crear conexiones con otros colonos agregándolos como amigos o similares, todos referenciados por sus propias URL.

Quizás incluso podría surgir un ecosistema de código abierto que proporcionara complementos y otras modificaciones al paquete de software central, permitiendo eventualmente experiencias sociales que rivalicen con las de los servicios propietarios, con feeds, mensajes, etiquetas y más. El logro central aquí sería permitir que un gran número de personas reclamen presencias independientes en línea con el potencial de desempeñar roles cada vez mayores en sus vidas en línea. Una vez que suficientes personas lo hayan hecho, será mucho más fácil tejer una red independiente entre sus hogares y aislarlos de las decisiones o el destino de cualquier empresa en particular.