Tive o prazer de participar do [IndieWebCamp](http://indiewebcamp.com/) em Portland no mês passado, uma conferência estilo BarCamp onde técnicos se reúnem para debater ideias sobre como podem ajudar as pessoas a possuir e controlar suas identidades online.

O chamado movimento indie web, um primo espiritual dos movimentos de código aberto e de padrões, está enraizado num desejo de liberdade digital, principalmente de monopólios que ameaçam restringir e violar a existência online do utilizador comum da Internet. Exige meios práticos para proteger esta existência, impedindo ou interrompendo o controlo que qualquer empresa tem sobre a identidade online de uma pessoa, seja do ponto de vista da funcionalidade ou dos dados.

É um movimento instigante por uma série de razões, até porque se vê gritando contra o vento, por assim dizer. A maioria dos utilizadores da Internet, com a proliferação das redes sociais, colocam cada vez mais as suas vidas digitais nas mãos de serviços proprietários geridos por empresas maioritariamente privadas – e sempre com interesses próprios. Esses usuários não possuem a identidade e o conteúdo que publicam nesses serviços de uma forma que os isole de seus vagos termos de serviço e de sua aplicação. Nem poderão continuar a usufruir desses serviços (pelo menos da mesma forma) se as empresas os encerrarem, redesenharem-nos de forma indesejável ou não conseguirem melhorá-los. No entanto, apenas uma pequena minoria de usuários se preocupa ativamente com esses problemas e, geralmente, apenas quando são afetados pela desativação de contas, tempo de inatividade incessante, censura, vazamentos de privacidade ou deficiências críticas de design.

Há um tom moral no movimento indie web, e não apenas uma insistência em que os utilizadores devem controlar as suas identidades online com o objectivo prático de evitar conflitos com os seus fornecedores de serviços. Os proponentes argumentam que a Internet precisa de manter a sua natureza descentralizada e resistir às consolidações de poder, para que o progresso tecnológico não seja bloqueado, os dados sejam perdidos, acumulados ou corrompidos e os utilizadores sejam privados de direitos em massa. Há aqui uma tensão, uma vez que as empresas privadas que tratam os seus utilizadores como [meeiros virtuais](http://nomoresharecropping.org/) são claramente responsáveis ​​por grande parte do progresso que ocorre actualmente na Web, e os seus serviços estão a tornar dramaticamente mais fácil para todos, incluindo os tecnicamente analfabetos, a participação online.

Houve dois desafios específicos para o movimento indie web que me impressionaram enquanto participava da conferência. A primeira teve a ver com a identificação das necessidades relevantes e reconhecíveis do utilizador médio da Internet para obter um melhor controlo sobre a sua identidade online. Os proponentes da web independente apresentam um número díspar de reclamações válidas contra serviços proprietários, cada uma com o seu próprio mérito, mas nenhuma que possa ser reconhecida pelo grande público como um problema enorme e imediato por si só.

[Tantek Çelik](http://tantek.com/), o principal organizador da conferência e meu gracioso anfitrião, citou o famoso tempo de inatividade de serviços como o Twitter e o Tumblr como motivo para a descentralização, bem como a tendência de os serviços adquiridos serem encerrados. Outros citaram o desejo de exportar e gerenciar mais facilmente o conteúdo que publicam nos serviços, para que possam ser usados ​​em seus computadores pessoais e publicados em outros lugares na web. Para outros ainda, tratava-se sobretudo de uma questão de personalização e de capacidade de interagir com numerosos serviços online e respetivas funcionalidades com mais flexibilidade e fluidez.

Todos esses são pontos problemáticos que são melhor articulados por tecnólogos que dedicam tempo para entendê-los, mas certamente também são sentidos pelos “normais”. Contudo, não parecem ser suficientemente importantes para obrigar milhões de utilizadores comuns da Internet a tomar medidas concretas para os resolver, pelo menos com as soluções actuais. O tempo de inatividade é frustrante, mas a maioria das pessoas aprende a contorná-lo; serviços fechados decepcionam usuários fiéis, mas provavelmente enfrentarão seu desaparecimento devido ao desinteresse popular; e a maioria das pessoas não sabe o que mais quer dos serviços que utiliza, pelo menos o suficiente para procurar soluções alternativas.

Esta complacência representa um problema motivacional crítico para o cenário primário de descentralização proposto por aqueles do movimento indie web, em que os utilizadores (tanto os primeiros como os tardios) tomam a iniciativa de alojar a sua identidade e conteúdo pessoal independentemente de qualquer serviço proprietário. A ideia aqui é que todos registrem seu próprio [domínio de segundo nível](http://en.wikipedia.org/wiki/Domain_name) e criem algum tipo de site pessoal, assim como registrei markmhendrickson.com e centralizei minha identidade online lá. Este site pode ser uma presença simples e estática ou avançado o suficiente para trocar informações com serviços proprietários para que possam ocorrer interações com amigos ou seguidores. Teoricamente, estes serviços proprietários poderiam ser totalmente eliminados com o tempo, e websites pessoais independentes poderiam começar a comunicar entre si directamente, mapeando eficazmente as relações de redes sociais na Internet de uma forma distribuída e peer-to-peer.

Além do desafio de marketing de obrigar os indivíduos a estabelecer esses sites independentes, há o desafio técnico de dar vida a esse sistema distribuído e possibilitar o envolvimento de pessoas normais. O desafio técnico pode ser dividido, por um lado, nas questões infra-estruturais de descentralização das comunicações em tempo real que actualmente ocorrem dentro de serviços centralizados (tais como forjar relações sociais, publicar conteúdo em fluxos e interagir com esse conteúdo). Por outro lado, existem as questões técnicas de configurar cada usuário dentro do sistema descentralizado e garantir que eles tenham as ferramentas necessárias para participar sem ficarem vinculados a um único fornecedor.

Cada participante do IndieWebCamp passou o segundo dia da conferência trabalhando em um projeto escolhido que ajudaria o movimento. Decidi criar uma ferramenta que talvez resolvesse a segunda metade desse desafio técnico, ao mesmo tempo que comunicava aos usuários comuns por que eles deveriam configurar seus próprios domínios. Meu projeto foi principalmente centrado no usuário, uma vez que adiou muitas das intrincadas decisões de engenharia da descentralização e, em vez disso, concentrou-se em motivar os usuários a superar sua complacência padrão e iniciar sua própria propriedade on-line.

Estabeleci vários requisitos principais para esta ferramenta:

- Tinha de simplificar para os utilizadores o processo de registo de um nome de domínio e de um alojamento web básico, ambos os quais tinham de ser tratados como mercadorias e substituíveis a qualquer momento. Embora não seja possível ou viável que os usuários possuam literalmente seu domínio e hospedagem, a segunda melhor opção é minimizar o poder de diferenciação desses serviços, abstraindo-os.

- Tinha que automatizar o processo de configuração de um site inicial, ou homestead, no domínio e host recém-registrado, bem como automatizar os processos de atualização ou ampliação posterior. Embora o software do site tivesse que ser totalmente hospedado pelo usuário e de código aberto para controle máximo, ele poderia ser auxiliado pela ferramenta continuamente por meio de envio de código e dados.

- Não se poderia esperar que o usuário usasse FTP, uma interface de linha de comando, um sistema de arquivos ou qualquer outra tecnologia além do navegador, pois isso limitaria severamente sua acessibilidade. As interações do usuário tiveram que se limitar ao preenchimento de formulários da web e ao clicar nas coisas.

- A carga financeira e de tempo de utilização da ferramenta para criar e manter uma propriedade rural precisava de ser minimizada tanto quanto possível.

- Os usuários não poderiam ser obrigados a inserir novamente suas informações pessoais ou fazer upload manualmente de conteúdo que já compartilharam em outro lugar.

![Wireframe da experiência inicial do usuário da ferramenta de apropriação original]()

A experiência inicial do usuário da ferramenta é descrita pelo wireframe acima. O marketing apela diretamente à necessidade de controlo de uma pessoa, uma vez que é isso que se espera que os utilizadores obtenham num sistema descentralizado, provavelmente ressoa com um medo subjacente de que a sua identidade online atual possa estar em desordem, e é uma proposta suficientemente vaga para permitir muitos detalhes da solução.

A página então aborda quatro das necessidades mais identificáveis ​​no âmbito do controle da identidade online de alguém. A obtenção de um URL pessoal permite que um usuário direcione mais facilmente as pessoas para suas informações on-line; classificar informações pessoais bem selecionadas no Google permite que um usuário controle o que as pessoas descobrem sobre ele ao pesquisar seu nome; listar todos os perfis de redes sociais de um usuário em um só lugar traz ordem à fragmentação da identidade; e fazer backup do conteúdo on-line de um usuário de diversas fontes proporciona tranquilidade. A área na parte inferior que lista os sites de outras pessoas tem como objetivo fornecer validação social para essas proposições.

Para começar, o usuário precisa inserir apenas o URL desejado, um endereço de e-mail e uma senha (com o URL desejado verificado na API de um registrador de domínio, supondo que exista). Solicitações de outros valores, como o nome do usuário, são omitidas, pois podem ser obtidas do usuário posteriormente. O objetivo aqui é fazer com que eles se envolvam no processo de configuração da maneira mais simples possível.

![Wireframe da etapa de conexão do serviço]()

Ao inserir essas informações básicas, o usuário é solicitado a conectar sua nova propriedade a qualquer número de seus serviços online. Um link para cada um desses serviços, uma vez conectado, aparecerá na residência do usuário. O conteúdo postado neles também pode ser extraído, uma vez ou continuamente, para reexibição ou simplesmente backup na residência do usuário, dependendo do tipo de serviço.

Por exemplo, quando um usuário conecta sua conta do Facebook, ele pode optar por republicar automaticamente todas as suas fotos e atualizações de status em sua propriedade. Não são mostradas opções possíveis para simplesmente fazer backup deles, mas não republicá-los. Ao conectar-se a qualquer um desses serviços, a ferramenta também pode determinar automaticamente o nome do usuário, retrato e quaisquer outros detalhes a serem exibidos na propriedade.

![Wireframe da etapa de pagamento do domínio]()

A etapa final de configuração consiste em pagar efetivamente pela URL desejada, supondo que a ferramenta possa providenciar hospedagem gratuita. Esta parte da maquete não é muito detalhada, mas basicamente a página mostraria o formulário apropriado assim que o usuário escolhesse o método de pagamento preferido.

![Wireframe da página de perfil da propriedade resultante]()

O resultado é uma página de perfil não muito diferente daquelas que você encontraria na maioria dos sites de redes sociais, mas hospedada no próprio domínio do usuário e consistindo em informações sobre e provenientes do usuário provenientes de diversas fontes. Seus perfis de serviço aparecem à esquerda junto com seu retrato e biografia, e o conteúdo que eles decidiram importar para sua propriedade aparece agregado à direita.

Isto é para ser apenas um começo. Existem várias maneiras pelas quais o design e a funcionalidade da propriedade de um determinado usuário podem ser avançados. O layout e o tema podem ser personalizáveis. O usuário pode adicionar a capacidade de postar conteúdo diretamente em sua propriedade e depois distribuí-lo para outros serviços. Eles poderiam até começar a criar conexões com outros homesteaders adicionando-os como amigos ou algo semelhante, todos referenciados por seus próprios URLs.

Talvez possa até surgir um ecossistema de código aberto que forneça plug-ins e outras modificações ao pacote de software principal, eventualmente permitindo experiências sociais que rivalizam com as dos serviços proprietários, com feeds, mensagens, tags e muito mais. A realização central aqui seria permitir que um grande número de pessoas reivindicassem presenças online independentes, com potencial para desempenhar papéis cada vez maiores nas suas vidas online. Depois que um número suficiente de pessoas tiver feito isso, será muito mais fácil tecer uma teia independente entre suas propriedades e isolá-las das decisões ou do destino de qualquer empresa em particular.