← Billy Grace InsightsCONTENT HISTORYWHAT CHANGED · RULE-BASED ANALYSIS
Update to Billy Grace Insights
Snapshot Sep 30, 2026 · 23:07 UTC · version 1.0.0
Collection source: not recorded for this historical snapshot.
First saved snapshot
No earlier snapshot is available to establish a change.
Compare saved observations
Download comparison JSONFull technical diff · 0 changed fields
Full snapshot data
{
"name": "billy-grace-attribution",
"description": "Choose and explain Billy Grace attribution settings: attribution models (Last Click, MTA, UMM), attribution modes (Session Date vs Event Date), attribution windows (1-day through unlimited), and conversion lag. Use whenever the user mentions attribution, MTA, UMM, last click, session date, event date, attribution windows, or conversion lag, or when the choice of attribution parameters changes how a query result must be read. Do not use to build or run the query itself (use billy-grace-data-retrieval), or for performance interpretation unrelated to attribution settings (use billy-grace-analysis).\n",
"included_files": [
{
"relative_path": "agents/openai.yaml",
"size_in_bytes": 411
}
],
"skill_md_contents": "---\nname: billy-grace-attribution\ndescription: >\n Choose and explain Billy Grace attribution settings: attribution models\n (Last Click, MTA, UMM), attribution modes (Session Date vs Event Date),\n attribution windows (1-day through unlimited), and conversion lag. Use\n whenever the user mentions attribution, MTA, UMM, last click, session date,\n event date, attribution windows, or conversion lag, or when the choice of\n attribution parameters changes how a query result must be read. Do not use\n to build or run the query itself (use billy-grace-data-retrieval), or for\n performance interpretation unrelated to attribution settings (use\n billy-grace-analysis).\nmetadata:\n author: Billy Grace\n version: 1.1.0\n mcp-server: billy-grace-insights-mcp\n---\n\n# Billy Grace Attribution\n\nAttribution determines how conversion credit is distributed across marketing touchpoints. Choosing the right attribution settings is critical because different settings can paint very different pictures of the same marketing activity. This skill covers the three dimensions of attribution in Billy Grace and how they map to `insights_query` parameters.\n\n## Identity resolution: the foundation under every model\n\nAll Billy Grace attribution models run on top of Billy Grace's industry-leading identity resolution engine. Built on first-party pixel data, it stitches sessions from the same user across devices, browsers, and cookie resets by combining deterministic signals with probabilistic matching, and the resulting identity graph is continuously updated and periodically rebuilt from the ground up as new evidence arrives.\n\nWhy this matters for attribution:\n\n- **Complete journeys, not fragments.** MTA and UMM assign credit along the full customer journey. Without cross-device and cross-session stitching, one user looks like several disconnected visitors and mid-funnel touchpoints silently lose the credit they earned.\n- **Model quality is bounded by journey quality.** A sophisticated attribution model on fragmented data still produces fragmented answers. Billy Grace's models are powerful precisely because they see identity-resolved journeys.\n\nWhen a user asks why Billy Grace's numbers differ from ad-platform or web-analytics numbers, identity resolution is a key part of the answer: those sources count fragmented sessions, while Billy Grace attributes over complete stitched journeys.\n\n## Parameter mapping\n\nThese are the `insights_query` parameters you control:\n\n\n| Domain concept | Parameter | Options | Default |\n| ------------------ | -------------------- | --------------------------------------- | -------------- |\n| Attribution model | `attribution_model` | `LC`, `MTA`, `UMM` | `MTA` |\n| Attribution mode | `attribution_mode` | `session_date`, `event_date` | `session_date` |\n| Attribution window | `attribution_window` | `1-day`, `7-day`, `30-day`, `unlimited` | `7-day` |\n\n\n## Attribution models\n\n### Last Click (LC)\n\nAssigns 100% of conversion credit to the last touchpoint before the conversion.\n\nThis model gives an extremely narrow view of marketing performance. It completely ignores every touchpoint except the final click, which means awareness campaigns, nurturing efforts, and upper-funnel activity receive zero credit -- regardless of how much they contributed to the eventual conversion. Because of this, Last Click systematically overvalues bottom-of-funnel channels (branded search, retargeting) and undervalues everything else.\n\nOnly use Last Click when the user explicitly requests it, and explain these limitations. Never proactively recommend it.\n\n### Multi Touch Attribution (MTA)\n\nBilly Grace's deep-learning MTA model analyzes user behavior, campaign data, and conversion data to assign credit to each click-based touchpoint along the customer journey based on its relative contribution. The journeys it learns from are identity-resolved (see above), so touchpoints are credited even when they happened on a different device or in a different browser than the conversion.\n\nMTA is not a shared heuristic or a generic rules-based model: models are trained and managed per client and per conversion event, on that account's own identity-resolved journey data. A \"purchase\" and a \"newsletter_signup\" event each get attribution learned from their own journey patterns. This is also why `list_custom_events` reports available attribution models per event.\n\nMTA is the right choice for:\n\n- **Daily tactical optimization** -- evaluating which campaigns or ad sets to adjust today\n- **Click-based customer journeys** -- when the path to conversion is primarily driven by clicks\n- **Short customer journeys** -- where the gap between first touch and conversion is relatively small\n- **Bottom-of-funnel analysis** -- understanding which BOFU campaigns convert most efficiently\n\n### Unified Marketing Measurement (UMM)\n\nUMM combines Media Mix Modelling (MMM) and MTA through machine learning. Where MTA only credits click-based touchpoints, UMM also models the impact of impressions (views) on sessions that start via other channels. For example, a Meta ad impression may cause a user to later start a Google or direct session that converts -- MTA cannot capture this, UMM can.\n\nThis makes UMM essential for understanding the true value of top-of-funnel and awareness campaigns that drive conversions indirectly.\n\nUMM is the right choice for:\n\n- **Strategic marketing evaluation** -- understanding the full impact of your marketing mix\n- **Top-of-funnel campaign analysis** -- where impressions matter as much as clicks\n- **Long customer journeys** and brand building\n- **Weekly or monthly optimization** at the channel level\n- **Cross-channel view effects** -- when you suspect upper-funnel activity is feeding lower-funnel conversions\n\nUMM is not available for all clients -- it requires sufficient data volume.\n\n### Decision framework: MTA vs UMM\n\nAsk yourself: **Is the user trying to understand click-driven performance or full-funnel impact?**\n\n- If they care about **daily campaign-level decisions** and **direct-response performance** -> recommend **MTA**\n- If they care about **strategic channel allocation**, **impression-driven awareness**, or **why top-of-funnel campaigns matter** -> recommend **UMM**\n- When in doubt, suggest running the same query with both models side by side. The difference reveals how much credit shifts to impression-driven channels under UMM.\n\n### UMM calibration schedule\n\nUMM's underlying model trains weekly:\n\n- Training happens every **Thursday**\n- Updated numbers appear on **Friday**\n- New campaigns added mid-week get attribution based on their most similar existing campaigns until the next training cycle officially incorporates them\n\nThis means UMM data for brand-new campaigns may shift after the next Thursday training. Factor this in when analyzing recently launched campaigns.\n\n## Attribution modes\n\nThe attribution mode determines *when* in time conversion credit is recorded.\n\n### Session Date\n\nCredit is assigned to the day each marketing touchpoint (session) occurred. This aligns spend and attributed credit in time.\n\n**Use Session Date when the analysis involves spend-based metrics** (ROAS, CPA, POAS, cost_per_click). The reason: spend happens on the day the ad runs, and Session Date puts the attributed credit on that same day. This makes the ratio between spend and credit meaningful. With Event Date, spend and credit land on different days, making ROAS/CPA calculations misleading.\n\nSession Date is the default and the right choice for most analyses.\n\n**Limitation**: with longer attribution windows, recent days will appear understated. Touchpoints happened, but the conversions they contribute to have not yet occurred. This is conversion lag (see below).\n\n### Event Date\n\nCredit is assigned to the day the conversion event happened, regardless of when the touchpoints occurred.\n\n**Use Event Date only when the question is about when conversions happened**, not about marketing efficiency. Good fits:\n\n- \"How many purchases happened on Black Friday?\"\n- Seasonality and demand pattern analysis\n- Counting events in a specific period when spend is not part of the question\n\n**Never use Event Date for ROAS, CPA, or any spend-based metric.** Spend and attribution will not align in time, producing numbers that are actively misleading.\n\n**Why stakeholders may prefer Event Date**: Event Date numbers often look \"better\" and more stable than Session Date because there is no conversion lag effect. This can make it tempting to switch all reporting to Event Date. When a user or their manager proposes this, acknowledge the appeal (stable, complete-looking numbers) but explain that stability comes at the cost of accuracy for any spend-based analysis. Help the user articulate this trade-off to their stakeholders.\n\n### Decision framework: which mode?\n\n1. Does the analysis involve ROAS, CPA, or any metric involving spend? -> **Session Date**\n2. Is the user asking about total event counts or when conversions happened? -> **Event Date**\n3. Not sure? -> **Session Date** (the safe default)\n\n## Attribution windows\n\nThe window defines how far back in time a touchpoint can receive credit for a conversion.\n\n\n| Window | Parameter value | Best for |\n| --------- | --------------- | --------------------------------------------------- |\n| 1 day | `1-day` | Very short purchase cycles, impulse buys |\n| 7 days | `7-day` | Standard e-commerce, default for most analyses |\n| 30 days | `30-day` | Longer consideration periods, higher-value products |\n| Unlimited | `unlimited` | Full customer journey, strategic analysis |\n\n\n### How windows interact with modes\n\nThe combination of window and mode affects data completeness and interpretation:\n\n- **Session Date + long window (30-day/unlimited)**: credit spreads further back in time. Recent data is more affected by conversion lag because there is a larger window of future conversions that haven't happened yet.\n- **Session Date + short window (1-day/7-day)**: less conversion lag, but early-funnel touchpoints that influenced the conversion outside the window get no credit.\n- **Event Date + long window**: stable conversion counts with no lag, but cannot be combined with spend metrics.\n- **Event Date + short window**: may exclude early-funnel contributions entirely.\n\n## Conversion lag\n\nConversion lag is the delay between a marketing touchpoint and the eventual conversion. It ranges from minutes to weeks depending on product, channel, and journey length.\n\n### Why it matters\n\nWhen using Session Date mode, the most recent days in your date range will almost always look understated. The touchpoints happened, but the conversions they will eventually drive have not occurred yet. The effect is strongest for yesterday's data and diminishes as you go further back.\n\n### Practical guidance\n\n- When a user is alarmed by low recent numbers, lead with reassurance before the technical explanation. Start with something like \"This is expected behavior given your attribution settings\" and then explain the mechanism. Users hearing \"conversion lag\" for the first time need context, not just terminology.\n- When analyzing recent performance with longer attribution windows, explain to the user that metrics like ROAS, CPA, and attributed revenue for recent days will likely increase over time as more conversions come in.\n- Data is not \"final\" until the attribution window has fully closed. For a 30-day window, data from 29 days ago is relatively stable; data from yesterday is not.\n- For fair comparisons, consider using a completed period (e.g., the 30 days ending 30 days ago) rather than the most recent 30 days.\n- Be cautious about budget decisions based solely on recent Session Date data within an open attribution window.\n\n### Concrete scenario\n\nA user asks for ROAS over the last 14 days using a 30-day attribution window in Session Date mode. The last few days will show lower ROAS than they will eventually reach, because conversions that those touchpoints will drive over the next 16-29 days have not happened yet. Warn the user about this and suggest also looking at a fully closed period for comparison.\n\n## Cross-skill references\n\n- After choosing attribution settings, use the **billy-grace-data-retrieval** skill to build and execute the `insights_query` call with the right parameters.\n- When interpreting results, especially differences between attribution models, consult the **billy-grace-analysis** skill for guidance on what the numbers mean for marketing strategy.\n"
}SHA-256: 7832abb789bb0e25492d3a16d84fbaa2abe80f1337d2d9b4185c997ca2a56ea9