1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
use crate::{EventPayloadBuilder, PropValue};
use std::collections::HashMap;
use serde::{Deserialize, Serialize};
/// Request body parameters for the 'POST /api/event' API.
#[derive(Debug, Clone, Serialize, Deserialize)]
pub struct EventPayload {
/// Domain name of the site in Plausible.
///
/// This is the domain name you used when you added your site to your Plausible account.
/// It doesn't need to be an actual domain name, so when adding your mobile app to Plausible,
/// you could insert the mobile app name in the domain name field
pub domain: String,
/// Name of the event.
///
/// Can specify `pageview` which is a special type of event in Plausible.
/// All other names will be treated as custom events.
pub name: String,
/// URL of the page where the event was triggered.
///
/// If the URL contains UTM parameters, they will be extracted and stored.
/// When using the script, this is set to window.location.href.
///
/// The URL parameter will feel strange in a mobile app but you can manufacture something that
/// looks like a web URL. If you name your mobile app screens like page URLs, Plausible will
/// know how to handle it.
/// So for example, on your login screen you could send something like:
///
/// ```text
/// event: pageview
/// url: app://localhost/login
/// ```
///
/// The pathname (/login) is what will be shown as the page value in the Plausible dashboard.
pub url: String,
/// Referrer for this event.
///
/// When using the standard tracker script, this is set to `document.referrer`.
///
/// Referrer values are processed heavily for better usability.
/// Consider referrer URLS like `m.facebook.com/some-path` and `facebook.com/some-other-path`.
/// It's intuitive to think of both of these as coming from a single source: Facebook.
/// In the first example the `referrer` value would be split into `visit:source == Facebook`
/// and `visit:referrer == m.facebook.com/some-path`.
///
/// Plausible uses the open source [referer-parser](https://github.com/snowplow-referer-parser/referer-parser)
/// database to parse referrers and assign these source categories.
///
/// When no match has been found, the value of the referrer field will be parsed as an URL.
/// The hostname will be used as the `visit:source` and the full URL as the `visit:referrer`.
/// So if you send `https://some.domain.com/example-path`, it will be parsed as follows:
/// `visit:source == some.domain.com` `visit:referrer == some.domain.com/example-path`.
#[serde(skip_serializing_if = "Option::is_none")]
pub referrer: Option<String>,
/// Width of the screen.
///
/// When using the script, this is set to `window.innerWidth`.
#[serde(skip_serializing_if = "Option::is_none")]
pub screen_width: Option<usize>,
/// Custom properties for the event.
///
/// See: <https://plausible.io/docs/custom-event-goals#using-custom-props>
///
/// Custom properties only accepts scalar values such as strings, numbers and booleans.
/// Data structures such as objects, arrays etc. aren't accepted.
#[serde(skip_serializing_if = "Option::is_none")]
pub props: Option<HashMap<String, PropValue>>,
}
impl EventPayload {
#[must_use]
pub const fn new(
domain: String,
name: String,
url: String,
referrer: Option<String>,
screen_width: Option<usize>,
props: Option<HashMap<String, PropValue>>,
) -> Self {
Self {
domain,
name,
url,
referrer,
screen_width,
props,
}
}
#[must_use]
pub const fn builder(domain: String, name: String, url: String) -> EventPayloadBuilder {
EventPayloadBuilder::new(domain, name, url)
}
}