fix(SUPP-148): Fix broken Event Approval link in Data Clean-Up

docs/data-governance/data-clean-up.mdx

@@ -20,17 +20,17 @@
 
 #### Blocking events that are not queried
 
 [Lexicon](/docs/data-governance/lexicon) is our data dictionary in Mixpanel, and is where project owners and admins can add / manage descriptions for all events and properties to organize your data.
 
 - Order by volume descending. Are your users querying events with large volume? If not, you might want to think about blocking these events. Blocking events means that they will no longer be ingested in Mixpanel. This is especially helpful for apps, since you don’t need to release new app versions and wait for users to download the latest versions for the code change to take effect (we still recommend that you clean up the code on the backend though!).
 - Sometimes, customers may still want these large volume events because they rely on them downstream (via data pipelines). But if you’re not querying the events in Mixpanel itself, you shouldn’t send it in - if you’re on the [events plan](/docs/pricing#monthly-events-calculation), this increases your utilization; also, this clutters up the UI for users who don’t need to see it there. You could hide the event in the UI in Lexicon, but our recommended approach is to not send this data into Mixpanel at all.
 - If you’re leveraging our SDKs and want to continue doing so for ease of leveraging our ID management and default properties, an alternative is to route events from [Mixpanel’s SDKs via a proxy in your own domain](/docs/tracking-methods/sdks/javascript). This way, you get to push the events required for backend analyses directly into your warehouse, and send only the events users query in our UI to Mixpanel
 
 #### Cleaning up display names and adding descriptions for events
 
 It’s always helpful to add descriptions to your events so users know where they are triggered. If you’re an owner or admin, you can add the descriptions directly on the UI itself. You could also export the data into a CSV, update the description there, then import it back into Lexicon if it’s easier to clean up that way. If you leverage Segment, mParticle, or Avo.app, you can use that to import your event names and descriptions that way too.
 
 If you use Figma to identify your events, some customers add their links to the event descriptions as well.
 
 #### Adding tags to events
 
@@ -74,11 +74,11 @@
 
 ### Cleaning up user profiles
 
 If you want to clean up old user profile properties that are no longer being used, you can use our [Engage API](/reference/profile-delete-property) to remove these old user properties. We also provide a ‘people_unset’ method in the Mixpanel-utils Library [here](https://github.com/mixpanel/mixpanel-utils#unset-properties).
 
 ## 2. Deleting problematic data
 
 Data Deletion allows you to delete noisy or sensitive data from your Mixpanel project, helping you maintain the integrity of your analytics project, and preserve a clear view of user behavior.
 
 You might find this useful if you:
 - accidentally send Personal Identifiable Information (PII) in a property
@@ -106,7 +106,7 @@
 ### Who can use Data Deletion?
 
 You can use the Data Deletion tool in these scenarios:
 - Your Mixpanel role is Owner or Admin
 - Your data does not extend beyond the past 180 days (event time, not ingestion time)
 - Your event volumes are below 5 billion events per month, any month over the trailing 3 months
 - Your project has not had more than 10 deletes over the past calendar month
@@ -173,7 +173,7 @@
 
 ## 3. Drop Filters
 
 Drop Filters let you stop unwanted events from being ingested and stored into Mixpanel going forward. Where [Data Deletion](#2-deleting-problematic-data) addresses *past* problematic data, Drop Filters address it *proactively* — events matching your filter rules are dropped at ingestion and never stored, never queried, and never counted.
 
 You might find this useful if you:
 - Have **unwanted events** (e.g. test or staging events) leaking into your production project
@@ -203,7 +203,7 @@
 ### How to use
 
 <Warning>
     Dropped events are not stored and cannot be recovered. Review your filter carefully before saving. Filters are active within 10 minutes after creation and while drop filters can be deleted, the data dropped while they were active cannot be recovered unless sent to Mixpanel again.
 </Warning>
 
 <Frame>
@@ -246,5 +246,5 @@
 
 ### Other resources
 
-- [Event Approval](/changelogs/2023-06-01-event-approval)
+- [Event Approval](/docs/data-governance/event-approval)
 - [Recovering from a hot shard](/docs/debugging/distinct-id-limits)