Дашборд для интернет-магазина 2026: прибыль, возвраты, COGS, остатки и LTV без ручной сводки

Дашборд для интернет-магазина в 2026 году не должен ограничиваться графиком заказов. GA4 показывает события и атрибуцию, CMS хранит заказы и возвраты, Shopify или WooCommerce считают продажи по своим правилам, рекламные кабинеты живут в собственных окнах атрибуции, а себестоимость и остатки часто остаются в отдельной таблице. Если эти слои не свести, магазин видит выручку, но не видит прибыль.

SimpleDashboard собирает первый рабочий экран из CSV/XLSX или API за 5 минут: заказы, выручка, возвраты, COGS, маржа, остатки, каналы, рекламные расходы и повторные покупки. Важное ограничение: такой дашборд не заменяет бухгалтерское закрытие. Он нужен для ежедневного управленческого контроля и обязан сверяться с первичными источниками.

Ключевые факты

• В GA4 ecommerce корректный purchase требует transaction_id, value, currency и массив items; для возврата Google рекомендует отправлять refund с тем же transaction_id и item-level данными. Без этого отчёт по товарам и возвратам будет неполным.
• В GA4 сейчас доступны три модели attribution reports: data-driven attribution, paid and organic last click и Google paid channels last click. Поэтому ROAS из GA4, Google Ads и Meta нельзя сравнивать без указания окна и модели атрибуции.
• Google Ads отдельно описывает conversion lag: покупки могут догонять отчёт позже клика, из-за чего CPA временно выглядит выше, а ROAS ниже.
• Shopify sales reports считают net sales как gross sales минус discounts и returns, а total sales добавляет taxes, duties, shipping и fees. Возвраты отображаются на дату обработки возврата, а не на дату исходного заказа.
• Shopify inventory reports предупреждают, что quantity sold в отдельных инвентарных отчётах не отражает returns, manual adjustments или transfer receipts. Days of inventory remaining считается через ending quantity и средние продажи.
• WooCommerce Analytics считает Net Sales = Gross Sales - Returns - Coupons, а refunds показывает на дату возврата. Поэтому отчёт по месяцу может измениться после фактического возврата, даже если заказ был в прошлом периоде.
• Community-сигналы от владельцев магазинов и PPC-специалистов чаще всего сходятся в пяти болях: GA4/Ads/Meta не сходятся по attribution, refund не уходит в аналитику, COGS заполнен не для всех SKU, остатки расходятся после ручных корректировок, LTV считают по красивой прогнозной модели вместо наблюдаемой когорты.

Из практики по таким дашбордам: самая полезная первая версия обычно не «100 графиков», а одна сверочная таблица по 20-30 строкам заказов. В нашем тесте перед запуском страницы мы проверяем именно такой сценарий: какой order_id есть в CMS, какой transaction_id ушёл в GA4, какая сумма попала в Shopify/WooCommerce, был ли refund, какой COGS применён, какой канал получил атрибуцию и сколько реально осталось маржи.

Что должно быть на первом экране

Какие источники подключать

1. CMS или платформа магазина

Для Shopify берите sales reports, finance reports, inventory reports и customer reports. Sales layer нужен для gross/net/total sales и returns. Finance layer нужен для gross profit и COGS coverage: Shopify прямо разделяет net sales with cost recorded и net sales without cost recorded, и только строки с recorded cost попадают в COGS/gross profit. Inventory layer нужен для stockout-risk: Shopify считает days of inventory remaining через ending quantity и среднюю продажу, но отдельно предупреждает о нюансах negative inventory, oversell и adjustment history.

Для WooCommerce минимум такой: Revenue report, Orders, Products, Coupons, Taxes и stock/инвентарные данные магазина. Встроенная WooCommerce Analytics полезна для gross sales, returns, coupons, net sales, taxes, shipping и total sales. Но для маржинальности по SKU обычно нужен отдельный источник себестоимости: стандартная revenue-аналитика показывает продажи и возвраты, а не полноценный P&L с закупочной ценой, fulfilment и рекламой.

2. GA4 ecommerce

GA4 нужен не как «истина по деньгам», а как слой поведения: view_item, add_to_cart, begin_checkout, purchase, refund, канал, кампания, устройство, landing page. В дашборде обязательно показывайте не только revenue, но и диагностику трекинга:

3. Рекламные кабинеты

Google Ads и Meta Ads полезны для spend, campaign, ad group/ad set, clicks, impressions, attributed conversions и conversion value. Но рекламный кабинет не должен быть единственным источником выручки. Google Ads attribution reports показывают пути до conversion и assisted interactions, а conversion lag объясняет, почему свежий ROAS меняется после клика. Meta Conversions API даёт более прямое server-side соединение между магазином/CRM и Meta, но требует дисциплины по event data и дедупликации с Pixel.

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

4. Google Merchant Center и фиды

Если магазин использует Shopping / Performance Max / free listings, в дашборде нужен слой product feed health: id, price, sale price, availability, shipping, GTIN, item group, rejection status. В Merchant Center product data specification price and availability должны совпадать с посадочной страницей и checkout. Для local inventory Google отдельно описывает availability, quantity, store_code, price и рекомендует обновлять inventory feed как минимум ежедневно. Это не SEO-деталь, а риск продаж: реклама может вести на товар, который уже out of stock или имеет другую цену.

KPI/risk table для интернет-магазина

3 шага к дашборду интернет-магазина

Шаг 1. Выгрузите контрольные данные

Начните без API. Выгрузите 30-90 дней:

1. Заказы из Shopify, WooCommerce, Bitrix, 1C, retailCRM или другой CMS.
2. Возвраты, отмены, order edits, coupons/discounts.
3. Таблицу SKU с cost per item или закупочной ценой.
4. Остатки и движения склада.
5. GA4 ecommerce events или отчёт purchases/refunds.
6. Spend и campaign-level данные из Google Ads/Meta Ads.
7. При наличии Shopping/PMax: Merchant Center product/feed issues.

Шаг 2. Опишите методику в Telegram

Напишите в @coderboxbot:

Собери дашборд интернет-магазина. Главная: orders, net sales, refunds, COGS coverage, gross margin, ad spend, return-adjusted ROAS, days of inventory remaining и observed cohort LTV. Отдельно покажи расхождение CMS vs GA4 vs Ads и список заказов, где нет себестоимости или refund не попал в GA4.

Методика важнее дизайна. Если в запросе не указать, как считать returns, COGS и attribution, получится красивый экран с неправильными управленческими выводами.

Шаг 3. Проверьте 10 заказов руками

Перед ежедневным использованием возьмите 10 строк: обычный заказ, заказ со скидкой, возврат, частичный возврат, отмену, заказ с несколькими SKU, заказ из Google Ads, заказ из Meta, повторную покупку и товар с отрицательным остатком. Если эти строки сходятся с CMS, GA4, рекламой и себестоимостью, можно подключать автообновление.

Когда нужен API, а когда достаточно CSV

CSV/XLSX достаточно, если магазин маленький, обновление нужно 1-2 раза в неделю, а главная боль — перестать сводить отчёты руками. Это дешевле, быстрее и безопаснее: нет токенов, rate limits, 429, очередей импорта и проблем с доступами.

API нужен, когда:

• заказов больше 100-200 в день;
• нужно видеть stockout и refund alerts ежедневно;
• рекламный бюджет меняется каждый день;
• SKU больше 300-500;
• команда готова хранить токены и вести журнал ошибок;
• есть регламент сверки API с финальными отчётами платформы.

Правило простое: API ускоряет обновление, но не исправляет методику. Если transaction_id, cost mapping, возвраты и attribution уже расходятся в CSV, API просто будет быстрее обновлять неправильные цифры.

Source-backed caveats

1. GA4 не является бухгалтерским источником. Официальная GA4 ecommerce-модель требует корректных events и параметров. Если purchase переименован, items[] не передан или refund не отправлен, отчёты Monetization будут неполными.
2. Attribution нельзя сравнивать без окна и модели. GA4, Google Ads и Meta Ads могут честно показывать разные conversion value, потому что используют разные правила credit, conversion window, lookback window, engaged/view/click logic и conversion lag.
3. Shopify net sales и payouts не одно и то же. Sales/finance reports имеют свои формулы, gift cards и order edits имеют отдельные правила, а gross profit считается только там, где cost recorded.
4. WooCommerce refunds живут на дату возврата. Это корректно для аналитики возвратов, но может менять картину периода после того, как заказ уже был учтён в прошлом месяце.
5. COGS без покрытия по SKU опасен. Если себестоимость заполнена только у части товаров, общий gross margin выглядит точнее, чем он есть. В дашборде нужен cost_missing_sku список.
6. Inventory forecast не равен закупочному плану. Shopify inventory reports сами описывают negative inventory, oversell, adjustment changes и N/A для товаров без продаж. Поэтому reorder decisions нужно сверять с поставками и lead time.
7. Community-сигналы не доказывают точные цифры. Форумы полезны как risk backlog: люди часто жалуются на несходящиеся GA4 purchases, дубли Pixel/CAPI, Shopify payouts vs sales, COGS gaps и Merchant Center inventory issues. Но точные формулы и решения берутся из официальных docs и ваших выгрузок.

Что показывает SimpleDashboard

Часто задаваемые вопросы

Какие метрики обязательны для дашборда интернет-магазина?

Минимальный набор: orders, gross sales, net sales, refunds, AOV, COGS coverage, gross margin, ad spend, return-adjusted ROAS, days of inventory remaining, repeat purchase rate и reconciliation gap между CMS, GA4 и рекламой.

Почему нельзя просто смотреть GA4 ecommerce?

GA4 отлично показывает поведение и путь пользователя, но деньги зависят от корректной разметки purchase, refund, currency, items[], consent mode и dedupe. Для управленческого P&L GA4 нужно сверять с CMS, платёжными/финансовыми отчётами и себестоимостью.

Чем AI-дашборд лучше встроенной аналитики Shopify или WooCommerce?

Встроенная аналитика сильна внутри своей платформы. SimpleDashboard объединяет платформу магазина, GA4, рекламу, себестоимость, остатки, Merchant Center и пользовательскую методику в один экран. Главное отличие — сверка источников и явные caveats, а не ещё один график выручки.

Нужен ли программист?

Для первой версии нет. Достаточно загрузить CSV/XLSX и описать методику в чате. Программист или технический специалист понадобится, если нужно регулярное API-обновление, server-side GA4/Meta CAPI, защищённое хранение токенов или интеграция с 1C/складом.

Как считать LTV для рекламы?

Для бюджета используйте наблюдаемый cohort LTV: сгруппируйте клиентов по месяцу первой покупки и считайте фактическую выручку/маржу за 30, 60, 90, 180 и 365 дней. Прогнозные tiers и RFM полезны для сегментации, но не должны быть единственным основанием для CAC ceiling.

Сколько стоит внедрение?

Стартовый дашборд SimpleDashboard — 5 000 ₽/мес. Обычно первая версия строится из 3-7 выгрузок: orders, refunds, products/COGS, inventory, GA4, ads spend и при необходимости Merchant Center.

Смотрите также

• Аналитика маркетплейсов: Ozon, Wildberries, Яндекс Маркет
• Сквозная аналитика 2026: от рекламы до сделки
• Дашборд продаж: 7 обязательных метрик
• CRM аналитика дашборд: отчёты без BI-аналитика
• KPI дашборд 2026: мониторинг ключевых показателей

Стоимость — 5 000 ₽/мес. Напишите в Telegram: @coderboxbot — соберём дашборд интернет-магазина под ваши данные.

Попробовать SimpleDashboard → | SimpleDashboard

Источники:

• Google Analytics for Developers, Measure ecommerce: https://developers.google.com/analytics/devguides/collection/ga4/ecommerce
• Google Analytics Help, Get started with attribution: https://support.google.com/analytics/answer/10596866
• Google Analytics Help, Select attribution settings: https://support.google.com/analytics/answer/10597962
• Google Ads Help, About conversion lag reporting: https://support.google.com/google-ads/answer/9347141
• Google Ads Help, About attribution reports: https://support.google.com/google-ads/answer/1722023
• Shopify Help Center, Sales reports: https://help.shopify.com/en/manual/reports-and-analytics/shopify-reports/report-types/default-reports/sales-report
• Shopify Help Center, Finance reports: https://help.shopify.com/en/manual/reports-and-analytics/shopify-reports/report-types/default-reports/finances-report
• Shopify Help Center, Inventory reports: https://help.shopify.com/en/manual/reports-and-analytics/shopify-reports/report-types/default-reports/inventory-reports
• Shopify Help Center, Customers reports and RFM: https://help.shopify.com/en/manual/reports-and-analytics/shopify-reports/report-types/default-reports/customers-reports
• Shopify Help Center, Predicted spend tier: https://help.shopify.com/en/manual/customers/customer-segmentation/predicted-spend-tier
• WooCommerce, Analytics and Sales Reports: https://woocommerce.com/document/woocommerce-analytics/
• WooCommerce, Revenue Report: https://woocommerce.com/document/woocommerce-analytics/revenue-report/
• Google Merchant Center Help, Product data specification: https://support.google.com/merchants/answer/7052112
• Google Merchant Center Help, Inventory feed specification: https://support.google.com/merchants/answer/7677785
• Meta Business Help Center, Conversions API: https://www.facebook.com/business/help/AboutConversionsAPI
• Reddit community signal, GA4 purchase item data/reporting: https://www.reddit.com/r/GoogleAnalytics/comments/17q5xbd/gtm_ecommerce_event_not_showing_in_ecommerce/
• Reddit community signal, Shopify raw data vs net sales: https://www.reddit.com/r/shopify/comments/1cgfyt5/how_to_get_raw_data_to_match_shopifys_net_sales/
• Reddit community signal, Shopify sales report vs payouts: https://www.reddit.com/r/shopify/comments/1gb9lln/sales_report_not_matching_payout_report/
• Reddit community signal, Shopify refunds in GA4: https://www.reddit.com/r/Analyzify/comments/1otdqny/shopify_refunds_in_ga4_why_your_revenue_looks/
• Reddit community signal, Meta CAPI deduplication: https://www.reddit.com/r/FacebookAds/comments/1kwobnh/how_to_setup_facebook_pixel_conversion_api_event/
• Reddit community signal, Google Merchant Center inventory/feed issues: https://www.reddit.com/r/googleads/comments/1ske7og/167k_to_0_visible_products_overnight/

AI disclosure: материал обновлен 2026-05-05 для wave simple-dashboard-wave-6 по issue #113. AI-инструмент использовался для первичного исследования официальных ecommerce analytics docs, отбора community-сигналов по attribution/refunds/COGS/inventory/LTV, черновой структуры и проверки Google 2026 quality gaps. Форумы использованы только как сигналы практических проблем, не как доказательная база для точных формул или бенчмарков. Финальные KPI, risk table, source-backed caveats, источники, CTA и продуктовые ограничения проверил Александр Руин, основатель habab.ru.