Как мы создали соцсеть без рекламы для 50 000+ пользователей: кейс TapeReal

Почему Фора Софт написала этот кейс

За 21 год мы создали более 625 программных продуктов, и значительная часть из них — это видеосвязь в реальном времени, социальные и медиапроекты. TapeReal попал к нам в 2023 году: у канадского основателя была растущая соцсеть без рекламы с высокой вовлечённостью, но ему нужен был партнёр, способный быстро выпускать новые функции с приоритетом приватности, усилить платный доступ для авторов и сохранить премиальное качество iOS-приложения по мере роста аудитории. В течение следующих двух лет мы именно этим и занимались.

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

Если вам нужно второе мнение по стратегии продукта с акцентом на приватность или оценка похожего проекта — подход Agent Engineering позволяет превратить 30-минутный разговор в чёткий, пронумерованный план за несколько дней. Принесите самый сложный кейс (запись экрана, модерация контента, платежи, выплаты авторам) — а мы подготовим готовый сценарий действий.

Обзор проекта — что такое TapeReal и почему это важно

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

Когда мы начали работу, у TapeReal было около 50 000 активных пользователей — платформа перешагнула порог, за которым продукт без рекламы способен поддерживать экономику авторов. Основатель попросил нас взять существующий опыт iOS-приложения — добротный, но местами непоследовательный — и сделать его премиальным, предсказуемым и безопасным. Слово «безопасным» было важнее всего: авторы загружали личные, порой интимные истории, и им нужна была полная уверенность, что платный контент нельзя незаметно записать с экрана и распространить.

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

Какую проблему решает TapeReal

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

TapeReal решает все три проблемы. Бизнес-модель — это маркетплейс между авторами и их читателями; товар — не внимание, а сами истории. Рекламы нет, поэтому данные пользователей не собираются. Авторы сами устанавливают цену за доступ к каждой истории, получают большую часть выручки и сохраняют прочную связь с аудиторией, потому что платформа не конкурирует с ними за внимание.

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

Защита от записи экрана — технологическое преимущество

Самая сложная инженерная задача в TapeReal — и самая важная с коммерческой точки зрения. Если платный контент можно незаметно записать с экрана и распространить, сам платный доступ теряет смысл, и авторы не станут выкладывать свои лучшие работы. Ни Apple, ни Google не предлагают единого API «заблокировать запись экрана», который работал бы везде, поэтому защиту приходится строить из нескольких слоёв.

Три слоя, которые мы выстроили

1. Определение захвата экрана. Флаг UIScreen.main.isCaptured в iOS сообщает приложению, что идёт запись экрана. TapeReal постоянно отслеживает этот флаг во время воспроизведения и сразу скрывает платный контент, как только начинается захват. Экран заполняется однотонным цветом, звук отключается, а пользователь видит сообщение о том, что запись заблокирована. В сочетании с UIScreen.capturedDidChangeNotification это работает как для встроенной записи экрана в iOS, так и для большинства случаев зеркалирования.

2. Воспроизведение под защитой DRM. Для самого чувствительного контента мы используем FairPlay Streaming (FPS) с обменом лицензиями в каждой сессии. Даже если злоумышленник обойдёт проверку захвата с помощью аппаратных уловок, медиаданные зашифрованы от начала до конца, ключи лицензий действуют недолго, а расшифровка происходит внутри защищённого анклава. Такой же стек применяют Apple TV+ и Netflix для студийного контента.

3. Короткоживущие подписанные ссылки и водяные знаки. Даже при незащищённой передаче медиа используются короткоживущие криптографически подписанные ссылки CDN, которые действуют всего несколько минут после выдачи. Каждый поток содержит невидимый водяной знак, уникальный для пользователя — это позволяет отследить любой утёкший контент до конкретного аккаунта, с которого он был запрошен. Такой подход остаётся сдерживающим фактором, даже если другие меры защиты не сработали.

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

Технологический стек, который мы использовали

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

Принцип во всех решениях один: путь, критичный для приватности, построен на нативных для Apple, хорошо задокументированных и долгоживущих технологиях. Firebase, Node.js и PostgreSQL — самые непримечательные части любого современного стека. Именно эта скучная основа позволяет интересным частям — защите от захвата экрана, экономике авторов, рекомендациям с учётом приватности — ощущаться предельно надёжными.

Архитектура — стек социальной сети без рекламы

Архитектура намеренно консервативна. Четыре сервиса, три хранилища, один CDN и чёткая граница между экономикой авторов и медиаконвейером.

Основные сервисы

1. Сервис API. Node.js с TypeScript обрабатывает все эндпоинты с бизнес-логикой: лента, метаданные историй, кошельки, выплаты авторам, модерация. Сервис без состояния, масштабируется горизонтально, читает и пишет в Postgres.

2. Медиасервис. Обрабатывает загрузку, перекодирование в HLS-лесенки и выдачу лицензий DRM. Kurento обслуживает WebRTC-канал для записи прямых трансляций; перекодированные файлы сохраняются в объектное хранилище с зашифрованными ключами.

3. Сервис доставки. Выдаёт подписанные ссылки CDN по запросу, обеспечивает платный доступ на границе сети и встраивает невидимые водяные знаки для каждой сессии в манифест плейлиста. Каждый запрос не хранит состояние; подпись содержит информацию о правах доступа.

4. Сервис кошелька и выплат. Небольшой сервис-реестр, который обрабатывает покупки внутренней валюты, открытие контента и выплаты авторам. Все операции фиксируются по принципу двойной записи; у каждой транзакции есть ключ идемпотентности и ведётся журнал аудита.

Важные потоки данных

Поток открытия контента. Пользователь нажимает «открыть», приложение отправляет запрос к API с ключом идемпотентности, сгенерированным на стороне клиента. Сервис кошелька списывает валюту, сервис доставки выдаёт подписанную ссылку, AVKit воспроизводит поток через FairPlay, а цикл определения захвата остаётся на страже. Если что-то пойдёт не так в середине процесса, кошелёк отменит операцию — пользователь не потеряет деньги, не получив доступ.

Поток выплат авторам. Каждое открытие почти в реальном времени фиксируется в реестре автора. Выплаты проходят по настраиваемому графику (по умолчанию — раз в неделю) через платёжного провайдера; реестр ежедневно сверяется с выписками провайдера. При обнаружении ошибок выплаты приостанавливаются и не осуществляются до их устранения — система никогда не исправляет их автоматически.

Модерация контента. Загрузки проходят автоматическую первичную проверку (классификатор на основе ИИ + дедупликация по хешу) и ручную проверку человеком в спорных случаях. Жалобы пользователей приводят к временному скрытию контента и проверке человеком в течение 24 часов. С учётом приватности: инструменты модерации не хранят эмбеддинги голоса или лица дольше, чем необходимо для проверки.

Ключевые проектные решения, определившие продукт

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

2. Никаких сторонних SDK на пути аутентификации и воспроизведения. Каждый добавленный SDK — это политика приватности, которую вы автоматически принимаете. Firebase остаётся, потому что это Google, который и так используется многими пользователями для входа; сторонние SDK для аналитики, атрибуции и рекламы в приложение не вошли. Цена — более медленная интеграция инструментов вендоров. Выгода — проверка приватности занимает неделю, а не квартал.

3. Внутренняя валюта вместо прямых цен в долларах. Отвязав цену в ленте от реальной валюты, мы сглаживаем колебания курсов, снижаем нагрузку на платёжный процессинг и можем проводить акции с оптовой покупкой, не пересчитывая стоимость контента авторов. Авторы указывают цену в внутренней валюте, а платформа сама конвертирует её в доллары. К такому подходу пришли и Reddit, и Twitch, и Patreon.

4. Геолокация с учётом приватности вместо отслеживания по GPS. iBeacon даёт приблизительные данные о местоположении — например, кафе, площадка или спортзал — без постоянного использования GPS. Пользователи получают рекомендации на основе текущего места, не отдавая приложениям постоянный доступ к своему местоположению. История перемещений не сохраняется в базе данных приложения.

5. Короткоживущие сессии и строгая гигиена токенов. Токены API действуют всего несколько часов, а не дней. Сессии перезапускаются при каждом старте приложения. Если злоумышленник получит доступ к токену, он быстро станет бесполезным. Проверки соответствия проходят проще, потому что все предположения о сроке действия токенов собраны в одном месте.

Монетизация без рекламы — что говорят цифры

Один из частых вопросов от основателей, которые к нам обращаются, — работает ли экономика без рекламы на масштабе. Короткий ответ для 2026 года — да, но только при определённых условиях. Данные об экономике авторов за последние два года показывают: сети с платным контентом обходят рекламные аналоги по выручке с пользователя, как только аудитория переваливает за скромный порог — обычно около 10 тысяч вовлечённых подписчиков на автора. Ниже этого реклама всё ещё быстрее монетизирует; выше — модель платящих фанатов даёт кратно больше выручки на вовлечённого подписчика.

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

Честная оговорка: сетям без рекламы требуется больше времени, чтобы выйти в ноль. Вы продаёте не просмотры, а доверие — а оно набирается медленно. Большинству таких сетей, с которыми мы работали, нужно 18–24 месяца, чтобы доход стал расти быстрее расходов. Планируйте запас прочности с учётом этого и не пытайтесь ускорить процесс агрессивными изменениями в ранжировании — лента и есть основа доверия.

Приватность и соответствие требованиям — GDPR, CCPA и политика платформ

Продукт с приоритетом приватности должен подтверждать это заявление своим журналом аудита. Для TapeReal мы выбрали подход, исходя из того, что регуляторы будут проверять: минимизацию данных по умолчанию, задокументированные правовые основания для каждого потока данных, структурированную обработку запросов субъектов данных на доступ (DSAR) и письменные списки субподрядчиков с заключёнными договорами.

1. Соответствие GDPR и CCPA. Пользователи могут экспортировать или удалить все данные аккаунта прямо в приложении — за один шаг. Экспорт включает истории, комментарии, историю кошелька и манифест метаданных. Удаление распространяется на всех субподрядчиков; каждый этап фиксируется в журнале аудита. Сроки выполнения запросов отслеживаются и, согласно GDPR, не превышают 30 дней.

2. Метки приватности в App Store. Карточка приватности приложения в App Store короткая, потому что приложение собирает только ограниченные данные: идентификаторы для аккаунта и контент, привязанный к пользователю. Межприложительное отслеживание не используется. Такая краткая карточка — это уже маркетинговое преимущество: пользователи всё чаще сравнивают метки перед установкой приложения.

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

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

Бенчмарки — сети авторов без рекламы против рекламных

Когда основатели спрашивают, сможет ли тезис без рекламы конкурировать с рекламной моделью, честный ответ — «зависит от размера и вовлечённости аудитории, а не от самой модели». Закономерность в данных об экономике авторов за 2024–2025 годы достаточно устойчива, чтобы на неё ориентироваться.

Вывод операционный, а не идеологический. Если ваша платформа ориентирована на авторов с сильной нишевой аудиторией (как TapeReal, в духе Patreon или Substack), модель без рекламы становится выгоднее по выручке, как только у автора набирается около 10 тысяч вовлечённых подписчиков. Ниже этого порога охват и плотность аудитории, которые может обеспечить реклама, действительно полезны. Первые 18 месяцев планируйте вокруг авторов, способных быстро преодолеть этот порог — экспертов, артистов, нишевых рассказчиков, — а остальные подтянутся сами.

Уроки — что удивило нас при выпуске TapeReal

1. Авторы оценивают защиту от захвата экрана за секунды. Когда автор впервые тестирует свою платную историю, он пытается сделать скриншот. Если приложение чётко блокирует это и показывает вежливое объяснение — доверие завоёвано. Если оно тормозит или скриншот проходит частично — доверие теряется навсегда. На это единственное взаимодействие с пользователем мы потратили больше времени, чем на любой другой экран приложения.

2. Платежи сложнее медиа. Решение запустить внутреннюю валюту сразу породило три вида платёжной сложности: покупки, открытие контента и выплаты авторам — у каждого свои сверки и налоговые последствия. Платформа рано сделала ставку на надёжность реестра; мы не стали бы запускать экономику авторов без выделенного сервиса-реестра с самого начала.

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

4. Рекомендации принадлежат пользователю, а не платформе. Рекомендации мест на основе iBeacon, подобранные плейлисты и совместные проекты авторов оказались эффективнее алгоритмического ранжирования с точки зрения долгосрочной вовлечённости. Когда пользователь чувствует, что рекомендации действительно ему помогают, он больше доверяет платформе и остаётся на ней дольше.

5. Скучная инфраструктура — это преимущество. Firebase, Postgres, Node, AVKit, Kurento. Ни одна из этих технологий не модная. Все они надёжные. Для приложения, где приватность важнее всего, надёжность — это и есть продукт. Новизна нужна в пользовательском интерфейсе, а не в системе аутентификации.

Основателям, которые создают похожий продукт

Если вы создаёте социальную сеть или платформу для авторов с акцентом на приватность, описанный стек и принципы подойдут. Начните с чёткого договора о доверии: что именно авторы и аудитория получают от вашей платформы такого, чего им не дадут Instagram, TikTok или YouTube? Запишите это на одной странице и не отступайте ради роста. Каждый компромисс становится заметен уже в рамках одного спринта.

По части архитектуры держите критичный для приватности путь скучным и понятным — Swift + Firebase + Node + Postgres вполне справятся с нагрузкой до миллиона пользователей, если всё делать аккуратно. Сложные инженерные решения лучше вкладывать в UX, систему рекомендаций или инструменты для авторов, а не в аутентификацию или платёжный стек. Если у вас есть платный контент, продумывайте защиту контента и DRM с самого начала — переделывать это позже будет очень болезненно.

По части бизнеса заложите запас прочности на 18–24 месяца, чтобы выйти на устойчивую экономику, и не поддавайтесь соблазну добавлять рекламу или агрессивное ранжирование в период спада. Всё ценностное предложение строится на договоре доверия; каждая функция, которая его нарушает, отбрасывает вас на годы назад. Еженедельно измеряйте удержание авторов, средний размер открытия и время до первого платного открытия — игнорируйте метрики тщеславия.

Схема принятия решения — пять вопросов перед стартом

В1. В чём состоит договор о доверии? Запишите его на одной странице. Ваш продукт либо выполняет его на всех уровнях, либо нет.

В2. Совпадает ли ваша монетизация с договором? Реклама объединяет интересы платформы и рекламодателей, а платные открытия — платформы, авторов и аудиторию. Выбирайте модель, которая соответствует договору.

В3. Какой у вас план защиты от захвата экрана? Если модель основана на платном контенте, с самого начала нужно внедрять определение захвата, DRM и подписанные ссылки. Никакие меры, добавленные позже, не помогут завоевать доверие авторов.

В4. Сможете ли вы устоять перед алгоритмическими лентами? Ранжирование с учётом вовлечённости — самый быстрый способ разрушить доверие. Если через полгода команда будет настаивать на таком подходе, сейчас важно разобраться в корне противоречия.

В5. Есть ли у вас запас прочности? Сеть авторов с приоритетом приватности — это игра на 18–24 месяца до выхода в ноль. Обеспечьте этот запас или меняйте продукт.

Каких ошибок избегать

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

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

3. Импортировать SDK атрибуции ради удобства. Каждый SDK аналитики, атрибуции или рекламы подрывает заявление о приоритете приватности. Создавайте собственное отслеживание событий или выбирайте инструмент с чёткой позицией по защите приватности.

4. Недоверять автоматической модерации. Автоматическая модерация обеспечивает 80% пропускной способности, но вызывает 0% доверия. Оставляйте людей в процессе для всех случаев, когда классификатор помечает контент как пограничный; публикуйте SLA по времени ответа.

5. Работать без ежеквартальных аудитов приватности. Долг по приватности сложнее заметить, чем по безопасности — всё выглядит нормально, пока не спросит регулятор или журналист. Проверяйте себя раз в квартал; исправляйте найденные проблемы в течение недели.

KPI для сети авторов без рекламы

1. KPI качества. Доля платных открытий среди активных историй (цель: больше 8%), время до первого открытия после регистрации автора (цель: меньше 14 дней), частота срабатывания защиты от захвата (следите за аномалиями — разбирайте любой резкий рост) и время ответа модерации (цель: 95-й перцентиль — меньше 24 часов).

2. Бизнес-цели. Еженедельно активные авторы (цель роста — 8–12% в месяц в первый год), удержание авторов за 90 дней (цель — более 40%), выручка с платящих фанатов (цель — рост квартал к кварталу) и NPS авторов (цель — более 40).

3. KPI надёжности. Доля ошибок воспроизведения (цель: < 1,5% сессий), доля успешных платежей (цель: > 99,5%), доля расхождений при сверке реестра (цель: 0 неразрешённых к концу недели) и возраст задач из аудитов приватности (цель: ни одной старше 30 дней).

Когда НЕ стоит строить сеть авторов без рекламы

Три признака указывают на другой продукт. Во-первых, если ваш успех строится на массовом вирусном росте, а не на прочных связях авторов с аудиторией, рекламная модель быстрее масштабируется и поддерживает иную структуру расходов. Во-вторых, если контент создаётся в первую очередь для свободного распространения — например, шутки, короткие видео, мемы — то платный доступ мешает самому этому распространению, на котором он и держится. Пример — TikTok.

В-третьих, если в команде нет единого понимания договора о доверии, сеть без рекламы — не место для споров. Продукт не терпит компромиссов: либо вся команда полностью придерживается приоритетов приватности, либо вы создаёте что-то иное. Мы отказались от проектов, которые выглядели отлично на бумаге, но не имели такого согласия — такие продукты так и не выходят в свет.

Похожие кейсы из нашего портфолио

Среди наших 625+ выпущенных продуктов паттерны, применённые к TapeReal, встречаются и в смежных проектах — платформах для авторов, сетях-сообществах и социальных продуктах, где главная инженерная задача — построение доверия.

Tyxit. Платформа для совместного музицирования, где музыканты играют вместе в реальном времени, даже если находятся в разных местах. Как и TapeReal, она использует WebRTC для минимальной задержки и делает ставку на справедливую монетизацию, выгодную авторам. В отличие от TapeReal, Tyxit предлагает не запись сессий, а живое выступление.

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

ChillChat. Социальная видеосеть для тематических живых комнат до 8 участников. Те же задачи — доверие, модерация, экономика авторов — но в формате с акцентом на живое видео.

Speakk. Мессенджер в стиле WhatsApp с видеосвязью один на один и в небольших группах. Демонстрирует подходы к приватности и сквозному шифрованию (E2EE), которые мы адаптировали для мессенджера TapeReal.

Частые вопросы

Что почитать дальше

Готовы ли вы запустить платформу с приоритетом приватности, которой авторы смогут доверять?

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

Если вы планируете сеть авторов с акцентом на приватность, приложение для видео по подписке или любой продукт, где защита от записи экрана — важная функция, приходите на звонок с самым сложным вопросом. Мы уже реализовали это на TapeReal, Tyxit, ChillChat и других проектах — подход Agent Engineering превращает 30-минутный разговор в детальный план за 48 часов.