summaryrefslogtreecommitdiff
path: root/src
diff options
context:
space:
mode:
authorJoe Carstairs <65492573+Sycamost@users.noreply.github.com>2024-04-10 20:00:31 +0100
committerJoe Carstairs <65492573+Sycamost@users.noreply.github.com>2024-04-10 20:00:31 +0100
commit213c22a4197ef8774a5bba3435cc851fb9395866 (patch)
treeab7c7831f571965fc15b7b6851246f9af4841cce /src
parent333e88a4ae4825d1842517f4e5c3e0b546cbb531 (diff)
Blog post: tracking pixels
Diffstat (limited to 'src')
-rw-r--r--src/content/blog/2024/04/10/tracking_pixels.md35
1 files changed, 35 insertions, 0 deletions
diff --git a/src/content/blog/2024/04/10/tracking_pixels.md b/src/content/blog/2024/04/10/tracking_pixels.md
new file mode 100644
index 0000000..15ccc55
--- /dev/null
+++ b/src/content/blog/2024/04/10/tracking_pixels.md
@@ -0,0 +1,35 @@
+---
+title: Tracking pixels
+description: Concerning a notice in the privacy policy of an HR app
+pubDate:
+ year: 2024
+ month: 04
+ day: 10
+---
+
+I recently made the mistake of reading the privacy policy of the HR app my
+employer uses. Take this choice excerpt:
+
+> **Tracking Pixels**
+>
+> We may place tracking pixels in our Applicant Tracking System (ATS). These
+> pixels are used for analytics purposes, including to track statistical
+> information around when an email sent to you is opened.
+
+Translation:
+
+> We reserve the right to know whether you have read our emails, how long you
+> spent reading them, at what time and in what physical location you read them,
+> and any other information we can get our hands on. We reserve the right to do
+> this as soon as you open an email, without asking for your permission first,
+> and ask for your forgiveness later. That is, if you ever find out: which you
+> won't, because we also reserve the right to hide this information in a Privacy
+> Policy which we know you won't read, and we design our data-harvesting monster
+> to be completely undetectable to anyone except determined experts, on purpose.
+> We reserve the right to leave this data lying unused in a data warehouse where
+> someone might steal it, and we also reserve the right to use it, if we can
+> think of something satisfactorily dastardly to do with it. On the bright side,
+> we probably won't, so having your data leaked to hackers and fraudsters is
+> probably the worst you have to worry about. Unless we sell your data to
+> advertisers, or a ~black hole of stolen data~ Large Language Model. Oh yeah,
+> we probably reserve the right to do that, too. We doubt anyone will ever check.