diff --git a/docs/product/crons/img/deleting-environment.png b/docs/product/crons/img/deleting-environment.png
new file mode 100644
index 0000000000000..60f54bec4b847
Binary files /dev/null and b/docs/product/crons/img/deleting-environment.png differ
diff --git a/docs/product/crons/img/deleting-monitor.png b/docs/product/crons/img/deleting-monitor.png
new file mode 100644
index 0000000000000..98e138090279c
Binary files /dev/null and b/docs/product/crons/img/deleting-monitor.png differ
diff --git a/docs/product/crons/img/disabling-monitor.png b/docs/product/crons/img/disabling-monitor.png
new file mode 100644
index 0000000000000..d017312c0354b
Binary files /dev/null and b/docs/product/crons/img/disabling-monitor.png differ
diff --git a/docs/product/crons/img/muting-environment.png b/docs/product/crons/img/muting-environment.png
new file mode 100644
index 0000000000000..0fcc39b26cf35
Binary files /dev/null and b/docs/product/crons/img/muting-environment.png differ
diff --git a/docs/product/crons/img/muting-monitor.png b/docs/product/crons/img/muting-monitor.png
new file mode 100644
index 0000000000000..534713bd28625
Binary files /dev/null and b/docs/product/crons/img/muting-monitor.png differ
diff --git a/docs/product/crons/job-monitoring.mdx b/docs/product/crons/job-monitoring.mdx
deleted file mode 100644
index f4f189a2ad90c..0000000000000
--- a/docs/product/crons/job-monitoring.mdx
+++ /dev/null
@@ -1,55 +0,0 @@
----
-title: Job Monitoring
-sidebar_order: 1
-description: "Learn how to set up monitor notifications, monitor the same job in multiple environments, and manage your monitor in the Sentry UI."
----
-
-Sentry's Cron Monitoring service can notify you and store a timeline of the following check-in events:
-
-- **Missed check-in:** The job didn't execute in the predicted timeframe or frequency. This can happen for various reasons, such as:
- - The job scheduler is misconfigured, skipped, or failed to initiate your job.
- - A timeout failure event when a job sent an initial check-in but failed to send a final check-in.
- - Network issues, such as an outbound firewall or an unstable connection.
- - An invalid request format.
-- **Failed check-in:** The job has reported its execution as unsuccessful.
-- **Successful check-in:** The job has reported its execution as successful.
-
-To see information about your cron monitor, select "Crons" from the sidebar menu and click on your cron monitor's name.
-
-## Cron Monitor Details
-
-This is where you'll find a daily historical bar chart showing successful, failed, and missed check-ins and a line chart of the runtime average for the job execution.
-
-The "Issues" section shows the issues created from this Cron Monitor. Issues are created when a cron monitor job execution is missed or failed. If you have configured the Sentry SDK for your job, any errors thrown during the job runtime will be shown here as well.
-
-The table of recent check-ins lists previously scheduled jobs and their statuses.
-
-
-
-## Multiple Environments
-
-To monitor the same job in different environments, use a shared schedule to send check-ins for multiple environments to one monitor. Each environment will have its own status and set of check-ins.
-
-### Alerting on Specific Environments
-
-To only receive failing or missed monitor alerts for a specific environment or set of environments, [configure the
-environment](/product/alerts/create-alerts/issue-alert-config/#environment) for
-your monitor alert.
-
-### Existing Limitations:
-
-- It's not currently possible to pause an individual monitor environment.
-
-- It's not currently possible to see an aggregate view of a monitors' status
- across all environments. Each environment will appear as its own row in the
- monitor list.
-
-## Ownership
-
-Cron monitors can be assigned an owner as either a Team or specific Organization Member. When an owner is assigned to a monitor, new issues produced by failures of that monitor will be assigned to that owner.
-
-## Pausing Your Cron Monitor
-
-You can pause job monitoring in the header of your cron monitor. When you pause, your monitor will stop recording check-ins and will no longer notify you of any failed or missed check-ins.
-
-Note: Pausing your cron monitor won't pause the execution of your job or change the configuration of your job scheduler.
diff --git a/docs/product/crons/monitor-details.mdx b/docs/product/crons/monitor-details.mdx
new file mode 100644
index 0000000000000..09ccb238b74dd
--- /dev/null
+++ b/docs/product/crons/monitor-details.mdx
@@ -0,0 +1,109 @@
+---
+title: Monitor Details
+sidebar_order: 1
+description: "Learn how to use Sentry's Monitor Details page to understand your recurring job's overall health."
+---
+
+Clicking on a recurring job from the [**Cron Monitors**](https://sentry.io/orgredirect/organizations/:orgslug/crons/) page takes you to the **Cron Monitor Details** page. Here you'll be able to see:
+- Daily historical bar chart: Displays the number of successful, failed, and missed check-ins for the selected job.
+- Runtime line chart: Shows the average execution time for the job over time.
+
+If you scroll down to the "ISSUE" section, you'll see any issues created when a job execution missed or failed. If you've configured the Sentry SDK for your job, any errors thrown during the job runtime will be shown here as well.
+
+Just below, you'll find the table of "Recent Check-Ins" which lists previously scheduled jobs and their statuses.
+
+
+
+## Check-in Status
+
+Sentry's Cron Monitoring can notify you and store a timeline of the following check-in events:
+
+- **Missed check-in:** The job didn't execute within the expected timeframe or frequency because:
+ - The job scheduler is misconfigured and skipped or failed to initiate your job.
+ - A job sent an initial check-in, but failed to send a final check-in due to a timeout failure event.
+ - There were network issues, such as an outbound firewall or an unstable connection.
+ - An invalid request format.
+
+- **Failed check-in:** The job reported its execution as unsuccessful.
+- **Successful check-in:** The job reported its execution as successful.
+- **Unknown check-in:** In rare cases, Sentry may be unable to identify a check-in status due to an outages or maintenance period.
+
+
+## Monitor States
+
+A monitor can have three states: active, muted, and disabled. Only disabled monitors do not count towards your plan's monitor limit.
+
+- **Active:** The monitor is accepting and processing check-ins. If a check-in fails or is missed, new Cron Monitor issues will be created based on your monitor's configuration.
+- **Muted:** The monitor and its environments accept check-ins, but won't create Cron Monitor issues for failed or missed check-ins. This is useful if you want to temporarily pause alerts without stopping check-ins.
+- **Disabled:** The monitor and its environments no longer accept check-ins. Any check-ins sent to a disabled monitor will be ignored. Disabled monitors don't count towards your plan's monitor limit.
+
+
+ The monitor state supersedes the [environment state](#environment-state). If a monitor is disabled or muted, all of its environments will automatically inherit that state, regardless of their individual settings.
+
+
+### Muting Monitors
+
+You can mute job monitoring in the header of your cron monitor:
+
+
+
+### Disabling Monitors
+
+You can disable job monitoring in the header of your cron monitor:
+
+
+
+### Deleting Monitors
+
+You can delete a monitor from the monitor details page.
+
+
+
+
+ Deleting a monitor will remove all of its environments and check-in history.
+ This action is irreversible.
+
+
+## Multiple Environments
+
+A monitor can be configured to run across multiple environments, all following the same schedule. However, only environments with at least one check-in will appear and be available for alerting and filtering.
+
+Although the check-in schedule is the same across all environments, each environment operates independently. This ensures that a missed or failed check-in in one environment won't impact the state of other environments.
+
+If you're using [an SDK that supports Crons](/product/crons/getting-started/), the check-in environment will be automatically set to the environment configured in the SDK. If you're using the API, you can set the environment in the check-in payload.
+
+## Environment State
+
+Each environment can have one of the following states independent of the monitor state:
+
+- **Healthy:** The environment's latest check-in was successful.
+- **Unhealthy:** The environment's latest check-in was a failure or miss.
+- **Waiting for check-in:** The environment hasn't had any check-ins.
+- **Muted:** The environment is muted and won't create any Cron Monitor issues.
+- **Broken:** The environment has had multiple failed or missed check-ins in a row.
+
+### Broken Environments
+
+Monitored environments that remain consistently unhealthy for 14 days will be marked as broken. If the issue persists and no action is taken, Sentry will automatically mute the environment after it's been broken for 30 days. To recover a broken environment, you'll need send a new healthy check-in.
+
+### Muting Environments
+
+You can mute an environment from the monitor list or monitor details page. To do this:
+
+1. Hover over the environment state.
+2. Select "Mute Environment".
+
+
+
+### Deleting Environments
+
+You can delete an environment from the monitor list or monitor details page. To do this:
+
+1. Hover over the environment state.
+2. Select "Delete Environment".
+
+
+
+
+ Deleting an environment will remove all of its check-in history.
+
diff --git a/src/middleware.ts b/src/middleware.ts
index bb6162ececf97..818281b32741f 100644
--- a/src/middleware.ts
+++ b/src/middleware.ts
@@ -3351,6 +3351,10 @@ const USER_DOCS_REDIRECTS: Redirect[] = [
from: '/clients/cordova/',
to: '/platforms/javascript/guides/cordova/',
},
+ {
+ from: '/product/crons/job-monitoring/',
+ to: '/product/crons/monitor-details/',
+ },
];
const DEVELOPER_DOCS_REDIRECTS: Redirect[] = [