Как соло-разработчику собрать 60+ калькуляторов на Astro и React: опыт и ошибки

Шестьдесят калькуляторов, две ниши, один разработчик. Платформы calcinova.com и calcademic.com работают на Astro 4 с React-островами, Tailwind CSS и Cloudflare Pages. Это не гигантский корпоративный продукт, а пример нишевого проекта, который можно вести в одиночку. Разбираем, как это устроено и какие решения оказались правильными.

Почему Astro, а не обычный React

Страница калькулятора — это в основном статический контент: заголовок, описание, вводные данные. В середине один интерактивный виджет. Для такого паттерна архитектура островов в Astro подходит идеально: на клиент уезжает только сам калькулятор, остальное — обычный HTML и CSS. Поэтому Lighthouse стабильно показывает 95+ баллов.

Cloudflare Pages выбран за щедрый бесплатный тариф, быстрый CDN и деплой простым git push. Для соло-разработчика это снимает кучу инфраструктурных забот.

Как устроены сами калькуляторы

Каждый калькулятор — отдельный React-компонент, который сам управляет состоянием, валидацией и вычислениями. Финансовые формулы — сложный процент, EMI, налоговые расчёты — написаны на чистом JavaScript. Для большинства калькуляторов внешние математические библиотеки не нужны.

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

Калькулятор налога — это не формула на бумаге, а логика с пятнадцатью if-ветками и структурой, которой придётся пользоваться годами.

Что на странице кроме калькулятора

Структура каждой страницы единообразна:

• сам инструмент сразу, до скролла;
• объяснение на человеческом языке, как считается результат;
• 6–8 ответов на частые вопросы;
• блок связанных калькуляторов.

Автор сознательно отказался от LaTeX, математических формул и определений переменных. Целевой пользователь пришёл за ответом, а не за лекцией. Кому нужна формула — тот откроет таблицы.

SEO и контент: как они связаны

У каждой страницы инструмента — от 800 до 1000 слов поддерживающего контента, заточенного под конкретный поисковый запрос. Заголовки — до 60 символов, мета-описания — до 155. Внутренняя перелинковка критична: у домена больше 60 страниц, и каждая ссылается минимум на два-три смежных калькулятора. Так пользователи переходят дальше, а поисковики понимают тематические кластеры.

Отдельный блог (13 постов) закрывает информационные запросы. Запрос «как рассчитать доходность SIP» естественно ведёт на калькулятор SIP. То есть контент работает приманкой, а инструмент — финишной точкой.

Сравнение подходов к сборке таких сайтов

Что бы он сделал иначе

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

Автор признаётся, что активно использовал ИИ: Claude для контента и SEO, Cursor для кода. И продолжает этим пользоваться.

Чек-лист для собственного калькуляторного сайта

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

Для подобных проектов Astro с React-островами и Cloudflare Pages — один из лучших вариантов. Быстро, дёшево, поддерживаемо. Главное — не строить шестьдесят инструментов сразу. Начните с одного, оберните его в честный контент и только потом масштабируйте.