With January over, 2024 is in full swing. Read on below to find out more about the Metrics Alpha, Cron Monitoring GA, SDK improvements, and more.

When I first had the idea for this post, I wanted to provide a collection of actionable ways to handle errors caused by API rate limits in your applications. But as it turns out, it’s not that straightforward (is it ever?). API rate limiting is a minefield, and at the time of writing, there are no published standards in terms of how to build and consume APIs that implement rate limiting.

Imagine this: Your website is getting a lot of traffic and you have some kind of metrics, logging, or performance monitoring setup (maybe even Sentry). You’re alerted to something… odd. You open up your error and see that a request was interrupted by another request. Uh oh. This sounds like a user was rage-clicking , clicking like crazy making duplicate requests. You weren’t expecting that!

Sentry Cron Monitoring alerts you when your scheduled jobs fail and gives you the context you need to fix it - like we do with error and performance issues. Cron Monitoring focuses on serving code-level insights behind missed and failed jobs and relating them to errors already in your issue stream.

Sentry was born and bred in the Open Source community, and we very much think of ourselves as part of it today. One thing we’ve learned together over the years is that an over-emphasis on user freedom can come at the cost of developer sustainability, to the point that we are now in an Open Source sustainability crisis.

While companies tout the importance of user privacy, few put their money where their mouth is – or in our case, actually live and breathe the concept the way we do as a company. From how we think about our Product to the way we implement our Marketing, Sentry’s take on privacy is rooted in three key fundamentals: Don’t make me choose, think like your customer, and build for tomorrow today.

This is not another abstract post about what the ramifications of the cookieless future might be; Sentry actually removed cookies from our website a few months ago. Here’s how it impacted us positively and negatively, in both expected and unexpected ways. I hope this can serve as a guide or inspire others who are considering making this change.

Since enabling browser profiling on our Sentry.io dashboard a month ago, we have collected over 2M profiles and learned a lot about how our users experience our dashboard. The profiles collected gave us insight into how our dashboard performs in production and surfaced some issues causing UI jank. In this post, we will look at an example of an issue we discovered using Profiling.

Let’s cut right to it. Read on to learn about all the product updates from our oddly productive December. From new tools to help with debugging while in development to new performance issues, we shipped a handful of new capabilities for every developer.

Like everyone else in the world, we are thinking hard about how we can harness the power of AI and machine learning while also staying true to our core values around respecting the security and privacy of our users’ data. If you use Sentry, you might have seen our “Suggested Fix” button which uses GPT-3.5 to try to explain and resolve a problem. We have additional ideas being developed as well that we’re excited to preview.

Slow-loading assets on your web pages can lead to frustrated users, high bounce rates, and lost conversions. For the vast majority of websites, slow-loading resources will be your main performance bottleneck. There’s no way to get around going through the network for essential resources like JavaScript, CSS, and images — thus, it’s crucial that you can quickly identify and fix your slow-loading assets.