diff --git a/includes/debug-ids/img/bad-stack-trace.png b/includes/debug-ids/img/bad-stack-trace.png
index c46df3b27f9b47..09b5823b1ff6c1 100644
Binary files a/includes/debug-ids/img/bad-stack-trace.png and b/includes/debug-ids/img/bad-stack-trace.png differ
diff --git a/includes/debug-ids/img/good-stack-trace.png b/includes/debug-ids/img/good-stack-trace.png
index 37c877711f7af8..98d55fa4455076 100644
Binary files a/includes/debug-ids/img/good-stack-trace.png and b/includes/debug-ids/img/good-stack-trace.png differ
diff --git a/includes/debug-ids/index.mdx b/includes/debug-ids/index.mdx
index 72ac7e1e298815..0de9130d52ebc0 100644
--- a/includes/debug-ids/index.mdx
+++ b/includes/debug-ids/index.mdx
@@ -70,7 +70,7 @@ When you upload source maps, Sentry's bundler plugins or Sentry CLI prepare the
 ### Why use Debug IDs to uniminify your code?
 
 <PlatformSection notSupported={["react-native"]}>
-Unminifying your code is essential for effective debugging. While there are other [legacy ways](/platforms/javascript/sourcemaps/troubleshooting_js/legacy-uploading-methods/) to achieve this at Sentry, using **Debug IDs are recommended by Sentry** as it is the most reliable method. By unminifying your code, you get much clearer stack traces when errors occur. Instead of seeing obfuscated code, you'll see the exact code you originally wrote, making it far easier to understand and resolve issues. Below are examples that demonstrates the difference:
+Unminifying your code is essential for effective debugging. While there are other [legacy ways](/platforms/javascript/sourcemaps/troubleshooting_js/legacy-uploading-methods/) to achieve this at Sentry, using **Debug IDs are recommended by Sentry** as it is the most reliable method. By unminifying your code, you get much clearer stack traces when errors occur. Instead of seeing obfuscated code, you'll see the exact code you originally wrote, making it far easier to understand and resolve issues. Below are examples that demonstrates the difference.
 </PlatformSection>
 <PlatformSection supported={["react-native"]}>
 Unminifying your code is essential for effective debugging. While there are other [legacy ways](/platforms/react-native/sourcemaps/troubleshooting/legacy-uploading-methods/) to achieve this at Sentry, using **Debug IDs are recommended by Sentry** as it is the most reliable method. By unminifying your code, you get much clearer stack traces when errors occur. Instead of seeing obfuscated code, you'll see the exact code you originally wrote, making it far easier to understand and resolve issues. Below are examples that demonstrates the difference: