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

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

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

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

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

Обзор проекта — что такое 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, а цикл определения захвата стоит на страже. Если что-то ломается посреди потока, кошелёк откатывает операцию; пользователь никогда не теряет валюту, не получив доступ.

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

Модерация контента. Загрузки проходят автоматический первый проход (классификатор на базе AI + дедупликация по хешу контента) и человеческий второй проход для пограничных случаев. Жалобы пользователей запускают временное скрытие и проверку человеком в течение 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. Ни одна из этих технологий не модная. Все они надёжные. Для приложения с приоритетом приватности надёжность и есть продукт. Новизне место в UX, а не в стеке аутентификации.

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

Если вы планируете социальную сеть или сеть авторов с приоритетом приватности, описанные стек и принципы работают. Начните с чёткого договора о доверии: что именно авторы и аудитория получают от вашей платформы такого, чего им не дадут 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 дней), частота срабатывания защиты от захвата (следите за аномалиями; разбирайте любой внезапный всплеск) и время ответа модерации (цель: p95 < 24 часов).

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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