В прошлом месяце я имел удовольствие посетить [IndieWebCamp](http://indiewebcamp.com/) в Портленде, конференцию в стиле BarCamp, где технические специалисты собираются вместе, чтобы обсудить идеи о том, как они могут помочь людям владеть и контролировать свою онлайн-личность.

Так называемое инди-веб-движение, духовный родственник движений за открытый исходный код и стандарты, коренится в стремлении к цифровой свободе, прежде всего от монополий, которые угрожают ограничить и нарушить онлайн-существование обычных пользователей Интернета. Это требует практических средств для защиты этого существования путем предотвращения или нарушения контроля, который какая-либо компания имеет над онлайн-личностью человека, как с точки зрения функциональности, так и с точки зрения данных.

Это движение заставляет задуматься по ряду причин, не в последнюю очередь потому, что оно, так сказать, бросается на ветер. Большинство пользователей Интернета, с распространением социальных сетей, все чаще отдают свою цифровую жизнь в руки проприетарных сервисов, которыми управляют в основном частные и всегда корыстные компании. Эти пользователи не владеют личностью и контентом, который они публикуют в этих службах, что изолирует их от расплывчатых условий обслуживания и их применения. Они также не смогут продолжать пользоваться этими услугами (по крайней мере, таким же образом), если компании закроют их, нежелательно изменят их дизайн или не смогут их улучшить. Тем не менее, лишь небольшое меньшинство пользователей активно беспокоятся об этих проблемах, и обычно только после того, как они столкнулись с деактивацией учетной записи, постоянными простоями, цензурой, утечкой конфиденциальной информации или критическими недостатками дизайна.

В движении инди-сети есть моральный тон, а не просто требование, чтобы пользователи контролировали свою онлайн-личность с практической целью избежать конфликтов со своими поставщиками услуг. Сторонники утверждают, что Интернету необходимо сохранять свою децентрализованную природу и сопротивляться консолидации власти, иначе технологический прогресс застопорится, данные будут потеряны, накоплены или повреждены, а пользователи будут лишены гражданских прав в массовом порядке. Здесь существует напряженность, поскольку частные компании, которые относятся к своим пользователям как к [виртуальным издольщикам](http://nomoresharecropping.org/), явно несут ответственность за большую часть прогресса, происходящего сегодня в сети, а их услуги значительно облегчают участие в сети для всех, включая технически неграмотных.

Во время посещения конференции я столкнулся с двумя особыми проблемами в движении инди-сети. Первый был связан с выявлением актуальных и узнаваемых потребностей среднего пользователя Интернета, чтобы лучше контролировать свою онлайн-идентичность. Сторонники независимого веб-сайта выдвигают несопоставимое количество обоснованных жалоб на проприетарные сервисы, каждая из которых имеет свои достоинства, но ни одна из них не была бы признана основной аудиторией как серьезная и насущная проблема сама по себе.

[Тантек Челик](http://tantek.com/), ведущий организатор конференции и мой любезный хозяин, назвал знаменитые простои таких сервисов, как Twitter и Tumblr, причиной децентрализации, а также тенденцию закрытия приобретенных сервисов. Другие указали на желание упростить экспорт и управление контентом, который они публикуют в сервисах, чтобы его можно было использовать на своих персональных компьютерах и публиковать в других местах в Интернете. Для других это был прежде всего вопрос персонализации и возможности взаимодействовать с многочисленными онлайн-сервисами и их соответствующими функциями с большей гибкостью и плавностью.

Все это болевые точки, которые лучше всего формулируют технологи, которые находят время, чтобы их понять, но их наверняка ощущают и «нормальные люди». Однако они не кажутся настолько важными, чтобы заставить миллионы обычных пользователей Интернета предпринять конкретные шаги для их решения, по крайней мере, с помощью сегодняшних решений. Время простоя разочаровывает, но большинство людей учатся обходиться с этим; закрытые сервисы разочаровывают лояльных пользователей, но, скорее всего, столкнулись с их закрытием из-за отсутствия интереса со стороны населения; и большинство людей не знают, чего еще они хотят от услуг, которыми они пользуются, по крайней мере, настолько существенно, чтобы искать альтернативные решения.

Эта самоуспокоенность создает критическую мотивационную проблему для сценария первичной децентрализации, предложенного участниками инди-веб-движения, в котором пользователи (как ранние, так и поздние последователи) берут на себя инициативу по размещению своей личности и личного контента независимо от каких-либо проприетарных услуг. Идея здесь в том, что каждый должен зарегистрировать свой собственный [домен второго уровня](http://en.wikipedia.org/wiki/Domain_name) и создать какой-нибудь личный веб-сайт, точно так же, как я зарегистрировал markmhendrickson.com и централизовал там свою онлайн-личность. Этот сайт может быть простым, статическим или достаточно продвинутым, чтобы обмениваться информацией с проприетарными службами, чтобы можно было взаимодействовать с друзьями или подписчиками. Теоретически со временем эти проприетарные сервисы могут быть полностью отключены, и независимые персональные веб-сайты смогут начать напрямую взаимодействовать друг с другом, эффективно отображая отношения социальных сетей в Интернете распределенным одноранговым способом.

Помимо маркетинговой задачи, заключающейся в том, чтобы заставить людей создавать эти независимые сайты, существует техническая проблема, заключающаяся в том, чтобы воплотить в жизнь эту распределенную систему и сделать возможным участие в ней обычных людей. Техническую проблему можно разделить, с одной стороны, на инфраструктурные проблемы децентрализации коммуникаций в реальном времени, которые в настоящее время происходят в рамках централизованных сервисов (например, налаживание социальных связей, размещение контента в потоках и взаимодействие с этим контентом). С другой стороны, существуют технические проблемы настройки каждого пользователя в децентрализованной системе и обеспечения того, чтобы у него были инструменты, необходимые для участия, без привязки к какому-либо одному поставщику.

Каждый участник IndieWebCamp провел второй день конференции, работая над самостоятельно выбранным проектом, который поможет движению. Я взял на себя задачу разработать инструмент, который, возможно, решил бы вторую половину этой технической проблемы, а также объяснил бы обычным пользователям, почему им следует создавать свои собственные домены. Мой проект был в первую очередь ориентирован на пользователей, поскольку он отложил многие сложные инженерные решения по децентрализации и вместо этого сосредоточился на том, чтобы мотивировать пользователей преодолеть их самоуспокоенность по умолчанию и начать работу над собственным онлайн-домом.

Я установил несколько основных требований к этому инструменту:

- Необходимо было упростить для пользователей процесс регистрации доменного имени и базового веб-хостинга, которые должны были рассматриваться как товары, которые можно было заменить в любое время. Хотя для пользователей невозможно или невозможно буквально владеть своим доменом и хостингом, следующий лучший вариант — свести к минимуму дифференцирующую силу этих сервисов, абстрагируясь от них.

- Необходимо было автоматизировать процесс создания первоначального веб-сайта или усадьбы на вновь зарегистрированном домене и хосте, а также автоматизировать процессы его последующего обновления или расширения. Хотя программное обеспечение для веб-сайта должно было полностью размещаться пользователем и иметь открытый исходный код для максимального контроля, инструмент мог бы поддерживать его на постоянной основе посредством отправки кода и данных.

- Нельзя ожидать, что пользователь будет использовать FTP, интерфейс командной строки, файловую систему или какие-либо другие технологии, кроме браузера, поскольку это серьезно ограничит его доступность. Взаимодействие с пользователем пришлось ограничить заполнением веб-форм и нажатием кнопок.

- Финансовые и временные затраты, связанные с использованием этого инструмента для создания и обслуживания усадьбы, необходимо было свести к минимуму.

- Пользователям не придется повторно вводить свою личную информацию или вручную загружать контент, которым они уже поделились где-либо еще.

![Каркас первоначального пользовательского интерфейса инструмента усадьбы]()

Первоначальный пользовательский опыт использования инструмента показан на схеме выше. Маркетинг напрямую апеллирует к потребности человека в контроле, поскольку в конечном итоге именно это пользователи и должны получить в децентрализованной системе. Он, вероятно, резонирует с глубинным страхом, что их текущая онлайн-идентичность может оказаться в беспорядке, и это достаточно расплывчатое предложение, чтобы разрешить множество деталей решения.

Затем на странице рассматриваются четыре наиболее очевидные потребности в рамках контроля своей личности в Интернете. Получение личного URL-адреса позволяет пользователю легче направлять людей к своей информации в Интернете; Высокое ранжирование тщательно подобранной личной информации в Google позволяет пользователю контролировать то, что люди узнают о нем при поиске по его имени; размещение всех профилей пользователя в социальных сетях в одном месте упорядочивает фрагментацию личности; а резервное копирование онлайн-контента пользователя из многочисленных источников обеспечивает душевное спокойствие. Область внизу, в которой перечислены веб-сайты других людей, предназначена для социальной проверки этих предложений.

Чтобы начать, пользователю необходимо ввести только желаемый URL-адрес, адрес электронной почты и пароль (при этом желаемый URL-адрес проверяется на соответствие API регистратора домена, если таковой существует). Запросы других значений, таких как имя пользователя, опускаются, поскольку их можно будет получить от пользователя позже. Цель здесь — сделать так, чтобы они участвовали в процессе установки как можно безболезненнее.

![Каркас этапа подключения сервиса]()

После ввода этой базовой информации пользователю будет предложено подключить свою новую усадьбу к любому количеству своих онлайн-сервисов. Ссылка на каждую из этих служб после подключения появится на сайте пользователя. Размещенный на них контент также можно извлекать, однократно или постоянно, для повторного отображения или просто резервного копирования на усадьбе пользователя, в зависимости от того, какой это сервис.

Например, когда пользователь подключает свою учетную запись Facebook, он может выбрать автоматическую повторную публикацию всех своих фотографий и обновлений статуса в его усадьбе. Не показаны возможные варианты простого резервного копирования, но без повторной публикации. Подключившись к любой из этих служб, инструмент также может автоматически определить имя пользователя, портрет и любые другие данные для отображения на усадьбе.

![Каркас этапа оплаты домена]()

Последний шаг настройки состоит из фактической оплаты желаемого URL-адреса при условии, что инструмент может организовать бесплатный хостинг. Эта часть макета не очень конкретизирована, но в основном страница будет отображать соответствующую форму, как только пользователь выберет предпочтительный способ оплаты.

![Каркас результирующей страницы профиля усадьбы]()

В результате получается страница профиля, не сильно отличающаяся от тех, которые можно найти на большинстве сайтов социальных сетей, но размещенная в собственном домене пользователя и содержащая информацию о пользователе и полученную от него из различных источников. Их профили услуг отображаются слева вместе с их портретом и биографией, а контент, который они решили импортировать в свою усадьбу, отображается в совокупности справа.

Это должно быть только начало. Существует несколько способов улучшения дизайна и функциональности усадьбы конкретного пользователя. Макет и тема могут быть настроены. Пользователь может добавить возможность публиковать контент непосредственно в своем доме, а затем распространять его среди других сервисов. Они могли бы даже начать создавать связи с другими поселенцами, добавляя их в друзья или тому подобное, и все они ссылаются на свои собственные URL-адреса.

Возможно, даже может возникнуть экосистема с открытым исходным кодом, которая будет предоставлять плагины и другие модификации основного пакета программного обеспечения, что в конечном итоге позволит обеспечить социальные возможности, конкурирующие с проприетарными сервисами, с лентами, сообщениями, тегами и многим другим. Главным достижением здесь будет предоставление возможности большому количеству людей заявить о своем независимом онлайн-присутствии с потенциалом играть все более важную роль в своей онлайн-жизни. Как только это сделает достаточное количество людей, станет гораздо проще сплести инди-паутину между своими усадьбами и оградить их от решений или судьбы какой-либо конкретной компании.