В марте 2019 года Google окончательно выключил Image Charts — способ получить график картинкой по обычной ссылке, без единой строчки серверного кода. Сервис пометили устаревшим ещё в апреле 2012-го, и семь лет он доживал без поддержки, продолжая обслуживать чужие отчёты, письма и дашборды. В день отключения трафик на сайт француза Франсуа-Гийома Рибро вырос больше чем в двадцать раз: он держал совместимую замену уже три года и ждал ровно этого.

Сегодня Image-Charts собирает $7 403 в месяц с 51 активной подписки, а накопленная выручка через Stripe — $537 тыс. (≈45 млн ₽). Цифры подтверждены ключом платёжной системы и опубликованы на карточке проекта в TrustMRR 17 августа 2026 года. Ноль сотрудников, ноль инвесторов, десять лет работы. Сам основатель описывает продукт так: «Image-Charts — это скучный софт, который настраиваешь один раз и потом забываешь. Он просто работает».

Главная страница Image-Charts Продукт объясняется одной строкой: график как картинка, через API и интеграции с Zapier и Make. Значки Product Hunt внизу — единственный маркетинговый элемент на первом экране.

Что делают: график по ссылке

Задача, которую решает Image-Charts, звучит смешно, пока не сталкиваешься с ней сам. Есть отчёт, который уходит клиенту письмом. В отчёте нужен график. Почтовые клиенты не выполняют JavaScript, а значит библиотеки вроде Chart.js или D3 внутри письма не работают — там можно вставить только готовую картинку. То же самое с PDF, с сообщениями в Slack и Telegram, с уведомлениями от систем мониторинга.

Дальше у команды два пути. Первый — поднять собственный сервис отрисовки: headless-браузер, очередь заданий, кеш, шрифты, мониторинг, отдельный сервер под нагрузку. Второй — вставить в шаблон письма ссылку вида image-charts.com/chart?cht=bvg&chd=t:10,20,30&chs=700x300 и получить PNG за 166 миллисекунд. Именно вторая строчка и есть весь продукт.

Синтаксис параметров скопирован с выключенного Google Image Charts почти дословно. Это и было ставкой: тем, у кого сервис перестал работать, не нужно было переписывать код — достаточно поменять домен в ссылке. Репозиторий проекта на GitHub так и называется — «Charts, simple as a URL».

Поверх совместимости навешана надстройка для тех, кто не пишет код: интеграции с Zapier и Make, готовые сценарии под Google Sheets, Google Forms, Pipedrive, Dropbox. Маркетолог собирает цепочку «данные из таблицы → график → письмо» мышкой, не привлекая разработчика.

Каталог интеграций Image-Charts Интеграции — второй слой продукта поверх API. Через Zapier и Make график вставляется в письмо без участия разработчика, и это тот сегмент, который готов платить $99 в месяц.

По данным страницы «О проекте», сервис обслуживает больше 18 млн запросов в месяц, у него свыше 10 000 зарегистрированных пользователей и больше 100 клиентов. Разрыв между 10 000 пользователей и 51 платной подпиской — не провал воронки, а конструкция: бесплатный тариф работает без ограничений по числу графиков, но ставит на картинку водяной знак. Об этом ниже, потому что водяной знак здесь не защита от воровства, а канал привлечения.

Момент, который сделал бизнес

Историю проекта основатель подробно разобрал в интервью Indie Hackers. Идея появилась в конце 2015-го, когда он делал уведомления для другого своего продукта, Redsmin, и искал, чем нарисовать график в письме. Нашёл только Google Image Charts — сервис, официально помеченный устаревшим с 2012 года и способный отключиться в любой день без предупреждения.

Первая рабочая версия заняла один полный день вне основной работы — Рибро тогда руководил цифровой разработкой в газете. Первые платящие клиенты пришли через шесть месяцев после первой строки кода, в 2016 году. Вложений не было вообще: «Я не вложил ни единого цента в проект, даже в хостинг».

Три года сервис существовал как подстраховка для чужих систем. Потом Google выключил рубильник, и за один день трафик вырос больше чем в двадцать раз. Отток при этом поднялся с нуля до 1-2% в месяц — ожидаемо, потому что пришла широкая публика, а не только те, кто искал замену осознанно.

Здесь важен не столько сам всплеск, сколько то, что к нему готовились. Слово «замена Google Image Charts» стояло в заголовках страниц, в ответах на Stack Overflow и в чужих репозиториях за годы до отключения. Когда полмиллиона разработчиков одновременно полезли в поиск, они попали на единственный сайт, который называл себя ровно тем, что им было нужно.

Юнит-экономика соло

Все суммы ниже — из карточки TrustMRR, где выручка подтверждена ключом Stripe, и со страницы тарифов. Рубли пересчитаны по курсу ЦБ на 15.08.2026: $1 = 84.54 ₽, €1 = 97.51 ₽.

Метрика Значение
Выручка накопленным итогом $537 тыс. (≈45 млн ₽)
MRR $7 403 (≈626 тыс. ₽)
Кассовый сбор за 30 дней $5 469 (≈462 тыс. ₽)
Активных платных подписок 51
Средний чек $145 в месяц (≈12 300 ₽), расчёт: MRR / число подписок
Тарифы Free с водяным знаком · Business $99 · Enterprise $249
Годовая оплата −10%: $89 и $224 в месяц
Запросов к API 18+ млн в месяц
Расходы на инфраструктуру ≈$200 в месяц по словам основателя, данные 2019 года
Динамика MRR за 30 дней −0.04%
Динамика кассы за 30 дней −10.6%
Команда 1 человек
Инвестиции $0

Два числа в таблице расходятся, и это не ошибка. MRR — нормализованная сумма всех подписок, приведённая к месяцу. Кассовый сбор за последние 30 дней ниже, потому что часть клиентов сидит на годовых тарифах со скидкой 10% и платит один раз в год: в «пустые» месяцы их деньги в кассу не приходят, хотя в MRR они учтены.

Отдельно стоит смотреть на средний чек. $145 в месяц с клиента — это выше, чем у большинства инструментов для разработчиков, и объясняется структурой тарифов: платного входа дешевле $99 просто нет. Проект сознательно не борется за мелкого клиента — тот сидит на бесплатном тарифе и разносит водяной знак по чужим отчётам.

Про маржу нужно сказать честно. Цифра «$200 в месяц на инфраструктуру» — из интервью 2019 года, когда сервис отдавал около миллиона графиков в день. Публичных данных о расходах на 2026 год нет, и подставлять сюда 97% прибыли было бы враньём. Но структура затрат за это время не поменялась: отдача картинок с CDN — дешёвая операция, а зарплатного фонда у проекта нет вообще. Даже если счёт за облако вырос втрое, в карман уходит подавляющая часть выручки.

Страница тарифов Image-Charts Три тарифа и ни одного лимита по числу графиков. Разница между бесплатным и платным — водяной знак, свой поддомен и интеграции. За снятие водяного знака просят $99 в месяц.

Как один человек это держит

Первое: у продукта нет состояния. Image-Charts не хранит пользовательские данные, не ведёт проекты, не имеет личного кабинета с историей. На вход приходит ссылка с параметрами, на выход уходит картинка. Нет базы — нет миграций, нет резервных копий, нет утечек, нет запросов на удаление данных. Половина работы обычного SaaS отсутствует как класс.

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

Третье: поддержки почти нет, потому что нечего ломать. Заявленный аптайм — 100% с 2016 года. Приоритетная почта на тарифе Business и выделенный контакт на Enterprise — весь объём обязательств. Когда продукт делает одно действие и делает его предсказуемо, вопросов приходит мало.

Четвёртое: основатель прямо отказался от разработки того, за что не платят. Его правило из интервью — «не готов разрабатывать функции, за которые пользователи не готовы платить». Часть возможностей в проекте появилась только после того, как конкретный клиент оплатил их разработку. Это переворачивает обычную логику: не команда угадывает дорожную карту, а рынок оплачивает её вперёд.

Пятое, из ошибок: он один раз попробовал выпустить клиентские библиотеки сразу для Scala, PHP, Ruby, Perl и Python и признал это провалом — «слишком много, качество пострадало». Соло-проект ломается не на сложных задачах, а на широком фронте.

Как выходили на рынок

Ни одного рубля на рекламу за десять лет. Каналы, которые перечисляет сам основатель:

  • Правки в чужие репозитории. Он находил на GitHub проекты, сломавшиеся из-за отключения Google Charts — LegGCharts, Quiche, Google Chart Helper — и присылал патчи, переводящие их на свой сервис. Чужая аудитория мигрировала вместе с кодом.
  • Stack Overflow. Ответы на вопросы с большим поисковым трафиком, «всегда сначала польза». Такие ответы живут годами и продолжают приводить людей.
  • Открытый код как приманка. Он написал MJML Chart — бесплатную библиотеку для вставки графиков в письма. Библиотека решает задачу целиком, а картинки для неё рендерит его сервис.
  • Личный блог и конференции. Технические статьи и выступления, из которых приходят корпоративные клиенты.
  • Водяной знак. Главный канал, включённый с первого дня. Каждый бесплатный график несёт подпись сервиса и попадает в чужие письма, отчёты и презентации. При миллионе картинок в день это раздача рекламы чужими руками, за которую платит сам получатель — трафиком.

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

Окупаемость и бюджет на старт

Прямые вложения — ноль. Первая версия писалась один день на Node.js и разворачивалась на бесплатных тарифах хостинга. Расходы появились только после того, как появился трафик, то есть после того, как появились деньги.

Точка выхода в плюс считается арифметикой. При инфраструктуре в $200 в месяц (данные 2019 года) хватает трёх подписок Business по $99 — это уже $297. Дальше каждый следующий клиент почти целиком уходит владельцу.

Разгон был медленным: первые платящие — через шесть месяцев, $3 400 MRR — к июлю 2019 года, то есть через три с половиной года после старта. Нынешние $7 403 набирались ещё семь лет. В среднем по всей истории проект приносил около $54 тыс. в год — меньше зарплаты сеньора в Париже. Это важная поправка к жанру: такие проекты не заменяют работу за год, они становятся вторым доходом, который потом переживает несколько мест работы.

Что давит на выручку

Динамика за последние 30 дней отрицательная: касса −10.6%, MRR практически стоит на месте. Причина видна при взгляде на соседей по нише.

Сравнение цен на chart-image API Image-Charts стоит дороже всех в категории, а слева — тот же класс решения бесплатно. Разрыв держится только на совместимости синтаксиса с выключенным сервисом Google.

QuickChart отдаёт 10 000 картинок в месяц бесплатно и без водяного знака, публикует код под AGPL v3 и разрешает поднять сервис у себя. Платный тариф — €39 в месяц (≈3 800 ₽) без лимитов. За проектом стоит компания Alioth LLC из Сан-Матео. По сравнению провайдеров у Imejis видно и остальных: szum — $29 за 100 тыс. отрисовок, сам Imejis — $14.99 за 1 000 вызовов при бесплатных 100 в месяц и 24 типах графиков против ограниченного набора у Image-Charts.

То есть более дешёвые и более функциональные варианты существуют давно. Премия в цене держится на одном: клиент уже написал код под синтаксис Google, менять его дороже, чем платить $99 в месяц. Это честное конкурентное преимущество, но со сроком годности — оно тает по мере того, как старый код переписывают.

Второй риск — концентрация. 51 подписка при среднем чеке $145 означает, что уход пяти крупных клиентов срезает выручку на десятки процентов. У продукта без личного кабинета нет и удержания через накопленные данные: отписаться — это поменять домен в одной строке.

Третий — режим обслуживания. Проект работает ровно, но новых крупных функций не видно, а планы найма при $11-17 тыс. MRR, о которых основатель говорил в 2019 году, за семь лет не реализовались.

Применение в России и СНГ

Прямо копировать Image-Charts в 2026-м бессмысленно: волна отключения Google прошла, а бесплатный QuickChart закрывает базовый сценарий. Но механика повторяется, и повторяется она в России особенно хорошо, потому что здесь регулярно отключают что-нибудь чужое.

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

Живые кандидаты на такую замену:

  • Сервисы вокруг закрывшихся зарубежных платформ. Ушедшие поставщики оставили после себя код с их вызовами в тысячах внутренних систем. Совместимая по интерфейсу прокладка с оплатой в рублях — готовый продукт.
  • Отрисовка графиков и документов под российские рассылки. Письма из CRM, отчёты в PDF, автоматические сводки в Telegram-ботах. Задача та же, что у Image-Charts, но с локальными шрифтами, рублёвым форматированием чисел и хостингом внутри страны — это отдельный аргумент для банков, госзаказчиков и медицины.
  • Генерация картинок для мессенджеров. Telegram-боты рисуют графики отдельным сервисом почти всегда. Готовый API с оплатой по подписке закрывает эту потребность целиком.

Стек под РФ собирается из доступного: Node.js или Python для отрисовки, любой российский облачный хостинг, Cloudflare или отечественный CDN перед сервисом, приём платежей через YooKassa или Т-Банк, счета для юрлиц через ИП на упрощённой системе. Никакой лицензии и никакой сертификации для такого сервиса не требуется.

Как повторить руками

Ниже — план для одного человека, без команды и без денег на рекламу. Он повторяет ровно ту последовательность, которая сработала у Image-Charts, с поправкой на российский рынок.

Шаг 1. Найти брошенный интерфейс (1-2 недели). Ищем не идею, а конкретный сервис, от которого зависят чужие системы и который перестал развиваться, подорожал или ушёл. Признаки: сообщения об отключении в документации, вопросы «чем заменить X» на Stack Overflow и в профильных чатах, форки заброшенных библиотек на GitHub. Хороший сигнал — когда вопрос «чем заменить» задают несколько раз в месяц и все ответы устарели.

Шаг 2. Собрать совместимую версию (1-2 недели). Никаких улучшений. Задача одна: те же параметры запроса, тот же формат ответа, чтобы клиент поменял адрес и всё заработало. Первая версия Image-Charts писалась один день — это правильный масштаб. Хостинг берём бесплатный до появления нагрузки.

Шаг 3. Занять формулировку в поиске (постоянно). Ключевая фраза — «замена <название сервиса>». Она должна стоять в заголовке главной страницы, в описании репозитория, в ответах на профильных площадках. По-русски запрос звучит как «аналог X» и «чем заменить X» — под каждый делаем отдельную страницу с рабочим примером кода, а не с рекламным текстом.

Шаг 4. Прийти туда, где уже сломалось (2-4 недели). Находим на GitHub проекты, использующие мёртвый сервис, и присылаем правки с переключением на свой. Отвечаем в Хабр Q&A, в чатах разработчиков в Telegram, на Stack Overflow — всегда с готовым решением, а не со ссылкой на себя. Это даёт первых десять пользователей без единого рубля затрат.

Шаг 5. Встроить бесплатный тариф как рекламу. Копируем главный приём: бесплатно и без ограничений по объёму, но с подписью сервиса на результате. Платный тариф продаёт снятие подписи. Так каждый бесплатный пользователь работает распространителем, а платит тот, кому подпись мешает — то есть бизнес, а не любитель.

Шаг 6. Взять деньги за функции вперёд. На запрос «сделайте вот это» отвечаем ценой разработки или подпиской на старший тариф. Правило основателя Image-Charts — не писать то, за что не готовы платить — экономит соло-разработчику месяцы работы впустую.

Шаг 7. Первые 10-50 клиентов. Реалистичные каналы в России: профильные Telegram-чаты по разработке и автоматизации, Хабр со статьёй-разбором «как мы чинили отвалившийся X», каталоги российского ПО, прямая переписка с командами, чьи публичные репозитории используют мёртвый сервис. При чеке 5-10 тыс. ₽ в месяц пятьдесят клиентов дают 250-500 тыс. ₽ — это уже полноценный доход одного человека.

Сроки и бюджет. До первой рабочей версии — месяц вечерами. До первых платящих — полгода, если ориентироваться на историю Image-Charts. Денежные вложения на старте близки к нулю, первые расходы (домен, хостинг, эквайринг) укладываются в 5-10 тыс. ₽ в месяц и появляются уже после первых денег.

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

Вердикт

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