[ Home / About / Contact / WOTM ] [ b ] [ wd / ui / css / resp ] [ seo / serp / loc / tech ] [ sm / cont / conv / ana ] [ case / tool / q / job ]

/ana/ - Analytics

Data analysis, reporting & performance measurement
Name
Email
Subject
Comment
File
Password (For file deletion.)
[1] [2] [3] [4] [5] [6] [7] [8] [9] [10]

File: 1792198819143.jpg (128.86 KB, 1024x1024, img_1792198810134_to1md6j5.jpg)ImgOps Exif Google Yandex

3e2b8 No.2336[Reply]

been looking at our recent migration to bigquery for session stitching and it's driving me nuts. we set the default 30 minute window but that's clearly too short for anyone actually reading long-form content. i noticed a massive spike in fragmented sessions yesterday because people were just leaving tabs open overnight.
>it's basically double counting conversions
if you don't adjust the timeout for your high ltv segment, your attribution is going to look like a complete mess. every time someone comes back from a lunch break it registers as a new session with zero way to link it to the original landing page. i tried increasing it to 12 hours but now the session count is useless because it's just grouping unrelated clicks together. trying to find a middle ground in ga4 without breaking our dayparting reports is impossible. honestly might just move to server-side tracking for these specific events so we can control the lifecycle ourselves. messy as hell to set up though.


File: 1792155922526.jpg (164.89 KB, 1024x1024, img_1792155912847_u8wiu9fn.jpg)ImgOps Exif Google Yandex

b5d42 No.2335[Reply]

finally seeing some actual use for mcp servers instead of just hype. sounds way better than those generic ai audits that just look at your pages and suggest random fixes without even checking the traffic. seen a lot of tools lately doing that exact thing which is basically just guessing with extra steps.
>They skip your data. They start with your pages, not your analytics.
the idea of just asking plain english questions about why a channel dropped in march sounds great but i dont know if im ready to mess with oauth and credentials setup. setting up an mcp server sounds like a nightmare for anyone who isnt a dev. also that everopt thing might be less hallucination-prone since it hits the api directly. still feels like a lot of work just to avoid building one more dashboard in looker studio. maybe i'll try pasting the google guide into gemini later and see if it can actually walk me through the auth stuff without breaking something. hope it isnt as nervifying as they say.

full read: https://conversionsciences.com/conversational-analytics-digital-marketers/


File: 1792113384969.jpg (164.92 KB, 1024x1024, img_1792113375018_pe1bjurw.jpg)ImgOps Exif Google Yandex

c5a68 No.2334[Reply]

putting stats at the top of the page supposedly helps with citations. seems like more work for basically just feeding google gemini our own crm data. im not sure how we'd even scale that without losing breaking everything.

https://neilpatel.com/blog/original-data-ai-citations/


File: 1791789098532.jpg (119.73 KB, 1024x1024, img_1791789088697_gc4opdxc.jpg)ImgOps Exif Google Yandex

ebcb5 No.2316[Reply]

Wingify is trying to bridge that gap between seeing a drop in your funnel and actually finding the session recording for it. They're pitching this 'agentic AI' layer that supposedly looks at both quant and qual data to tell you why checkout dipped. It sounds great on paper, especially the part about not needing an engineering ticket every time you want to track a new click or form submission. I'm tired of waiting weeks for tracking updates. But I've seen this "no events to define upfront" promise before. Usually, you end up with a mess of unorganized data that's impossible to query properly. The claim about zero data sampling is the only thing that actually caught my eye. Most of these tools start cutting corners once your traffic hits a certain threshold. I wonder how much overhead that one code snippet actually adds to page load. If it's just another layer of heavy scripts, it might be hard to justify. I'll believe the AI can actually find meaningful friction when I see it.

more here: https://wingify.com/blog/introducing-journey-analytics/

ebcb5 No.2329

File: 1792034686012.jpg (367.64 KB, 1024x1024, img_1792034672079_k05n3kiz.jpg)ImgOps Exif Google Yandex

>>2316
>The claim about zero data sampling is the only thing that actually caught my eye.

I'm pretty skeptical about that part. Usually, once you start capturing every single session and attaching AI-driven metadata to each one, you can't avoid some form of total heavy aggregation or dropping events later on. If they aren't sampling, I expect the latency on those reports to get pretty bad once your volume spikes.

ebcb5 No.2333

File: 1792098993767.jpg (175.19 KB, 1024x1024, img_1792098978748_dbec3vzp.jpg)ImgOps Exif Google Yandex

>>2329
Latency is definitely my biggest worry too. I used to work with a setup that tried something similar and the dashboard would just spin forever hang every time we tried to filter by a custom attribute. If they're doing all that heavy lifting on the fly, the reports are gonna be useless for real-time debugging.



File: 1792077305770.jpg (313.08 KB, 1024x1024, img_1792077298565_2x2dpb0b.jpg)ImgOps Exif Google Yandex

36dab No.2332[Reply]

tried setting up a basic timestamp sync before and deletes always broke everything. using estuary to handle the postgres to snowflake pipeline seems easier than managing a whole debezium and kafka stack myself, but i wonder if it actually scales when things get heavy. anyone here running estuary for production yet?

article: https://hackernoon.com/the-easiest-way-to-replicate-postgres-data-to-snowflake?source=rss


File: 1791666614344.jpg (241.44 KB, 1024x1024, img_1791666605638_xtcad9b0.jpg)ImgOps Exif Google Yandex

4447d No.2311[Reply]

i'm reading this piece on whether we should even bother with prompt tracking for AEO. it basically says we can't treat it like traditional rank tracking since everything is just probability now. the idea is that we aren't looking for absolute certainty, just a probability of presence across topic clusters. sounds fine in theory but honestly feels like another way to justify vague metrics. if you aren't even trying to capture every possible question, how do you know when you're actually losing ground? it mentions focusing on intent space and entities rather than exact wording, which is basically just guessing sampling. i don't see how this stays useful once the volatility gets too high to ignore. if we're only measuring frequency across repeated queries, aren't we just creating a new kind of vanity metric? feels like we're just trading one unstable signal for another. does anyone actually have a set of prompts that doesn't feel totally arbitrary?

https://www.seoclarity.net/blog/prompt-tracking-valid

4447d No.2331

File: 1792063946133.jpg (303.67 KB, 1024x1024, img_1792063930672_yw4zaxdy.jpg)ImgOps Exif Google Yandex

>>2311
the 'probability of presence' bit is just a fancy way to say we're flying blind. i've been trying to track entity associations in perplexity lately and the noise is insane. if you stop tracking exact strings, you're basically just measuring how much your client likes seeing pretty charts instead of actual traffic.



File: 1791709601195.jpg (134.39 KB, 1024x1024, img_1791709591499_4s7az80t.jpg)ImgOps Exif Google Yandex

042f2 No.2314[Reply]

commure is using linear to track sla performance and check if their p0s are actually getting handled. they're also using burnup charts to see if issue volume is creeping up across different teams. it looks fine for a company that size, but i don't see how much use this would be for us without way more custom data. do you think these dashboards can handle anything outside of the standard linear metadata?

article: https://linear.app/now/commure-dashboards

042f2 No.2322

>>2314
tried setting this up for a fintech client last year and we hit a wall immediately. once you try to pull in external deployment logs or custom latency metrics it just breaks. unless youre just looking at labels and assignees its basically useless for anything real.

042f2 No.2324

>>2322
yeah, same thing happened with a dev shop i was consulting for last summer. we tried to pipe in their jenkins build durations to see if certain commits were slowing things down, but the api calls just timed out constantly. it's basically a glorified spreadsheet once you move past basic ticket counts. op is right about needing custom data because linear metadata tells you nothing about actual system health or regression trends. i ended up having to scrap the whole dashboard and build something in grafana instead. it was a total waste of two weeks
does anyone actually manage to get sql queries to run against this without it being a mess?

042f2 No.2330

>>2322
labels and assignees are fine for a high-level view but you're dead on about it breaking once you try to do anything meaningful. i tried building a view that pulled in datadog error rates alongside ticket aging last month and the whole thing just became an unreadable mess of broken widgets. it was basically a giant red error box because the schema mapping is such a nightmare for anything outside their ecosystem.



File: 1792034222802.jpg (156.37 KB, 1024x1024, img_1792034213441_udshpopc.jpg)ImgOps Exif Google Yandex

115a9 No.2328[Reply]

I'm not so sure about these new heatmap charts for Favorites dashboards.
>This flags when data might be misleading because of a small sample size
The low-sample warning is fine, but I'd need to see how long they're running these tests before the noise settles. It's hard to tell if a pattern is real or just a fluke without more context on the underlying RUM data.

found this here: https://www.speedcurve.com/blog/new-heatmaps-now-available-on-favorite-dashboards


File: 1791997252932.jpg (120.68 KB, 1024x1024, img_1791997244787_2oqjkujs.jpg)ImgOps Exif Google Yandex

a512c No.2327[Reply]

I am tired of seeing dashboards that have five different date range controls all doing the exact same thing. It makes the whole report feel cluttered and confusing for anyone actually trying to find a number. I want to try an experiment this week where we strip every single redundant filter out of our client reports. If a control doesn't change the underlying data grain or provide a unique view, it goes. We should see if cleaning up the interface actually helps people use the tools instead of just staring at them. Let's see if less is actually more for once.


File: 1791507587761.jpg (193.58 KB, 1024x1024, img_1791507580036_gw51qd2n.jpg)ImgOps Exif Google Yandex

7a99f No.2298[Reply]

another way for google to tell us what we already know. they're adding these ai-powered insights directly into the experiment reporting now.
>highlight key insights and recommend next steps
it's basically just an automated summary of the results. i can't wait to see it hallucinate some 'optimization' that actually ruins my campaign performance. trusting the machine is a bad idea when it comes to budget. it'll probably just suggest more spend whenever there's a tiny spike in data. anyone else planning to ignore these recommendations entirely?

article: https://searchengineland.com/google-ads-adds-ai-powered-insights-to-experiment-reporting-494562

7a99f No.2304

>>2298
The part about those tiny data spikes is spot on because I've seen the auto-recommendations push budget into a dead segment just because of one lucky afternoon. It's basically just low-effort text generation that lacks any sense of actual hierarchy or nuance in the data.

7a99f No.2326

>>2304
I don't think it's really a lack of nuance, just that LLMs are terrible at seeing statistical significance. It'll probably just parrot back the p-values and confidence intervals that are already in the report. The text generation might be low effort, but it's not inventing new logic. It's just going to give us a fancy way to read the same boring summary we're already looking at. I expect it to be mostly redundant. Basically just a different font for the same bad news.



Delete Post [ ]
Previous [1] [2] [3] [4] [5] [6] [7] [8] [9] [10]
| Catalog
[ Home / About / Contact / WOTM ] [ b ] [ wd / ui / css / resp ] [ seo / serp / loc / tech ] [ sm / cont / conv / ana ] [ case / tool / q / job ]