Как веб-мастеру вести учёт доходов и расходов

Зачем вообще вести учёт, если деньги и так приходят на карту

У веб-мастера доход часто выглядит нестабильно: сегодня кэш от CPA-сети, завтра выплаты по партнёрке, потом возврат холда или просадка по офферу. Без учёта сложно понять, где заработок, а где просто оборот. Проведу параллель с оценкой стоимости недвижимости при страховании. Если вы не различаете конструктивные элементы и отделку, не фиксируете реальное состояние стен, коммуникаций и перегородок — страховщик при наступлении события легко укажет на формальный повод отказать в выплате. То же и с финансами веб-мастера: без детализации источников и типов поступлений вы не видите, какая часть вашего «здания» реально приносит доход, а какая — лишь создаёт видимость денежного потока. Учёт нужен не только для налогов, но и для управления бизнесом:

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

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

Что считать доходом у веб-мастера

Доход — это всё, что вы реально заработали на своей деятельности:

• выплаты от партнёрских программ;
• вознаграждение за лиды, продажи, регистрации;
• комиссия за размещение рекламы или реферальные начисления;
• оплата за услуги, если вы ведёте трафик как подрядчик.

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

Какую систему учёта выбрать

Подход зависит от масштаба. Чем больше трафика и расходов, тем важнее детализация.

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

Что обязательно фиксировать в учёте

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

Базовые поля таблицы

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

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

Расходы, которые веб-мастера часто забывают

• покупка доменов;
• хостинг и VPS;
• антидетект-браузер;
• прокси;
• трекер;
• креативы и дизайн;
• подписки на сервисы аналитики;
• комиссии обменников и платёжных систем;
• пополнение рекламных кабинетов;
• услуги фрилансеров;
• тестовые затраты на офферы;
• налоги и банковские комиссии.

Если не учитывать мелкие платежи, итоговая прибыль почти всегда получается завышенной. В страховании недвижимости есть классическая ловушка: собственник думает, что застраховал всё, а при заливе выясняется, что покрытие не распространяется на перекрытия или восстановительный ремонт делает сам, потому что не включил эти пункты в договор. Здесь тот же принцип: неучтённые расходы — это те самые «исключения из покрытия» вашей прибыли. Прокси за 500 рублей, три подписки по 1500, комиссия обменника в 2% — по отдельности кажутся незаметными, а в сумме за месяц съедают до 10–15% чистого дохода.

Как разделить личные и рабочие деньги

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

Рабочая схема

• отдельная карта или счёт под проекты;
• отдельная таблица для личных трат;
• регулярный вывод денег на личные нужды по фиксированному правилу;
• лимит на тесты и рискованные связки.

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

Как учитывать доходы, если есть холд, аппрув и возвраты

В арбитраже и CPA это частая зона ошибок. Сумма в кабинете и сумма, которую вы реально получите, могут отличаться. Прямо как в страховании: заявленная стоимость квартиры в полисе и фактическая выплата после франшизы, износа и вычета непризнанных элементов — это разные цифры. Когда веб-мастер видит в кабинете партнёрки 100 тысяч, он эмоционально уже их потратил. А по факту после аппрува, отклонений и холда может прийти 65 тысяч. Без раздельного учёта этих стадий легко оказаться в минусе, продолжая закупать трафик в расчёте на «бумажную» прибыль.

Что учитывать отдельно

• апрув — подтверждённые лиды;
• холд — деньги ещё не доступны;
• rejected — отклонённые действия;
• chargeback — возвраты и отмены;
• adjustments — корректировки от партнёрки.

Правильнее вести три уровня:

• начислено;
• подтверждено;
• получено на счёт.

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

Простая модель учёта для веб-мастера

Для старта достаточно 4 листов в таблице:

• Доходы — все поступления;
• Расходы — все траты;
• Проекты — связки, офферы, каналы;
• Сводка — итог по месяцу.

Как в страховом портфеле: у вас может быть несколько объектов с разными полисами, но итоговая картина рисков должна сводиться в единый отчёт. Каждый проект — отдельный объект со своим профилем прибыльности. Без сводки вы не увидите, что одна связка генерирует 80% дохода, а вторая просто крутит оборот, съедая бюджет на тесты.

Пример структуры строки

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

Как считать прибыль правильно

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

Формула

Прибыль = доходы — все расходы — комиссии — налоги Если вы работаете по нескольким офферам, считайте прибыль отдельно по каждому:

• по связке;
• по источнику трафика;
• по рекламной платформе;
• по периоду.

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

Налоги: что важно знать веб-мастеру в России

Для самозанятых в России применяются ставки 4% при расчётах с физлицами и 6% при расчётах с ИП и организациями; налог считается с дохода, а не с прибыли. У самозанятых лимит дохода — 2,4 млн рублей в год, налоговый учёт ведётся по итогам месяца, а налог нужно уплачивать в срок, который определяется действующим порядком для режима НПД. Расходы при расчёте НПД не уменьшают налоговую базу, поэтому их особенно важно считать отдельно для анализа реальной прибыли.

Что это значит на практике

• налог можно посчитать только с дохода;
• если у вас много расходов, бухгалтерская прибыль и налоговая база будут сильно отличаться;
• без учёта расходов легко переоценить результат проекта.

Это снова возвращает нас к аналогии со страховым полисом: сумма, с которой платится налог, — это как страховая сумма, указанная в договоре. А реальная прибыль — это фактическая выплата после всех вычетов. Если вы не считаете расходы, вы можете годами платить налог с оборота, который едва перекрывает затраты, и не замечать этого. Система не простит ошибку — так же, как страховщик не заплатит больше, чем предусмотрено покрытием. Если доходы растут и режим самозанятого перестаёт подходить, нужно заранее смотреть, какой формат работы выгоднее: НПД, ИП или другой режим. Здесь важны не только налоги, но и обороты, тип клиентов и структура расходов. В страховании это похоже на пересмотр программы: когда портфель объектов вырос, полиса для физлица уже недостаточно — нужны коммерческие условия с другим андеррайтингом.

Пошаговый порядок ведения учёта

Шаг 1. Определите единый формат

Решите, что именно вы записываете:

• доходы по факту поступления;
• расходы по дате оплаты;
• холд отдельно;
• возвраты отдельной строкой.

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

Шаг 2. Разбейте операции по категориям

Минимальный набор:

• трафик;
• сервисы;
• домены и хостинг;
• креативы;
• комиссии;
• налоги;
• прочие расходы.

Это ваш аналог структуры страхового покрытия: что включено, что исключено. Если категория не описана, рано или поздно вы не сможете классифицировать расход, и он потеряется.

Шаг 3. Введите правило записи

Заполняйте таблицу:

• каждый день, если оборот большой;
• минимум раз в неделю, если операций мало.

Регулярность здесь критична — как регулярный осмотр застрахованного имущества. Раз в месяц — уже риск пропустить аномалию.

Шаг 4. Делайте ежемесячную сверку

Сравните:

• данные партнёрских кабинетов;
• выписки по картам и кошелькам;
• суммы в таблице;
• начисленные налоги.

Это аналог сверки с актом страховщика после урегулирования убытка: всё должно сойтись до копейки. Расхождение в любой ячейке — сигнал к расследованию.

Шаг 5. Считайте показатели

Полезные метрики:

• чистая прибыль;
• ROI;
• доля рекламных расходов;
• средний чек;
• доля отклонённых лидов;
• срок окупаемости теста.

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

Типовые ошибки в учёте

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

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

Чек-лист: что должно быть в системе учёта

• отдельная таблица или сервис;
• список всех доходов;
• список всех расходов;
• категории статей;
• учёт комиссий;
• учёт холда и возвратов;
• ежемесячная сверка;
• отдельный расчёт прибыли по проектам;
• резерв на налоги;
• отдельный личный счёт или карта.

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

Когда таблицы уже недостаточно

Простой Excel хорош, пока:

• операций немного;
• 1–3 источника дохода;
• нет команды;
• нет сложной валютной структуры.

Переход на более системный учёт нужен, если:

• много офферов;
• несколько платёжных систем;
• есть сотрудники или подрядчики;
• расходы растут и без автоматизации теряются;
• нужен контроль по центрам прибыли.

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

FAQ

Нужно ли учитывать мелкие расходы?

Да. Именно мелкие платежи чаще всего «съедают» маржу: прокси, подписки, комиссии и тестовые траты быстро складываются в заметную сумму. Это как в страховом полисе: не включили в покрытие отделку стен, потому что «мелочь». А при заливе оказалось, что замена обоев и штукатурки в комнате стоит 60 000 рублей. Мелочей в учёте нет — есть только неправильно оценённый масштаб риска.

Можно ли вести учёт только в заметках телефона?

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

Что важнее: прибыль или оборот?

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

Нужно ли считать холд как доход?

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

Как часто нужно обновлять учёт?

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

Вывод

Учет доходов и расходов веб-мастера — это не формальность, а рабочий инструмент управления прибылью. Он помогает увидеть реальную экономику связок, контролировать налоги, избегать кассовых разрывов и не путать доход с оборотом. Чем раньше вы выстроите простую, но дисциплинированную систему, тем легче будет масштабировать трафик без финансового хаоса. Как в страховании недвижимости: полис не приносит доход, но защищает от катастрофических потерь. Так и система учёта — она не генерирует деньги, но даёт ясную картину, без которой вы управляете бизнесом вслепую. Однажды на консультации я разбирал кейс веб-мастера, который потерял за месяц 300 тысяч рублей убытка только потому, что не вычёл из «прибыли» комиссии обменника, холд по двум офферам и возвраты. Он был уверен, что зарабатывает, и продолжал заливать трафик. Когда мы восстановили реальную картину, оказалось, что три месяца он работал в минус. Хороший полис не даст такого сюрприза — и хороший учёт тоже.