LabHub

Blog

Error Tracking & Monitoring 2026 — Sentry / Bugsnag / Honeybadger / GlitchTip / Highlight / LogRocket / Hyperdx Deep Dive

한국어English日本語

1. The 2026 Error Tracking Map — Commercial / Open Source / Session Replay

The "just use Sentry" era is over in 2026. Sentry is still the de-facto leader, but three clear categories now surround it — classic commercial tools, self-hostable open source, and a session replay camp that shows you the 60 seconds of user behavior right before the error.

The big picture looks like this.

Three shifts define 2026. First, Sentry's 2024 Codecov acquisition closed the loop from "error → impacted code → impacted PR → whose change" inside one company. Second, the OpenTelemetry Logs signal is now in its second year of GA, making vendor-neutral error pipelines practical. Third, AI grouping and AI triage are now standard features at Sentry, Datadog, and Bugsnag.

This guide walks through all of these tools at May 2026 in terms of features, pricing, self-hosting, and data residency.


2. Sentry — Leader, Codecov Acquisition (2024), AI Features

Sentry started in 2008 as an open source error tracker by David Cramer and is now the de-facto standard. The biggest 2024 event was the Codecov acquisition — by buying the code coverage tool, Sentry can now show test coverage at the error's line and the PR number that introduced the bug in the same screen.

As of May 2026 Sentry covers the following areas.

A JavaScript client setup looks like this.

import * as Sentry from '@sentry/nextjs'

Sentry.init({
  dsn: process.env.NEXT_PUBLIC_SENTRY_DSN,
  release: process.env.SENTRY_RELEASE,
  environment: process.env.NODE_ENV,
  tracesSampleRate: 0.1,
  replaysSessionSampleRate: 0.0,
  replaysOnErrorSampleRate: 1.0,
  integrations: [
    Sentry.replayIntegration({
      maskAllText: true,
      blockAllMedia: true,
    }),
  ],
})

A few core patterns.

Pricing as of May 2026 starts at Team $26/month and Business $80/month. Self-hosting is supported, but since 2024 the Sentry main repo is under Business Source License (BSL) — you can't resell as a hosting service, but internal company use is free.


3. Bugsnag (SmartBear) — Enterprise

Bugsnag started in 2013 and was acquired by SmartBear in 2021. SmartBear owns a QA toolchain (BitBar / Cucumber / SoapUI / TestComplete), and since the acquisition Bugsnag has leaned harder into enterprise, compliance, and SDLC integration.

Bugsnag's differentiators.

Bugsnag has less share in the Korean / Japanese market than Sentry, but is still a top pick at global enterprises (especially mobile games and fintech).

Pricing is not public — it's sales-led. Typically a mix of per-seat and per-event billing.

The JavaScript client setup looks almost identical to Sentry.

import Bugsnag from '@bugsnag/js'
import BugsnagPluginReact from '@bugsnag/plugin-react'

Bugsnag.start({
  apiKey: process.env.NEXT_PUBLIC_BUGSNAG_KEY,
  appVersion: process.env.APP_VERSION,
  releaseStage: process.env.NODE_ENV,
  enabledReleaseStages: ['production', 'staging'],
  plugins: [new BugsnagPluginReact()],
})

4. Honeybadger — Indie-Friendly

Honeybadger was started in 2012 by Ben Curtis, Joshua Wood, and Starr Horne as a bootstrapped company. They run without VC capital and have kept the "indie hacker / Rails community friend" positioning.

Highlights.

Honeybadger's appeal is "you can use it without burden even if your team is small, your billing is simple, and your compliance is light." It's the choice for solo or small teams who find Sentry's feature breadth heavy or Bugsnag's sales cycle too long.

Ruby setup is basically one line.

# Gemfile
gem "honeybadger"

# config/honeybadger.yml
api_key: 'xxx'
env: <%= Rails.env %>

5. Rollbar — Long Tail

Rollbar was started in 2012, around the same time as Sentry. It used to be the other half of a duopoly with Sentry, but in the 2020s lost ground on feature breadth, community, and pricing. It's still alive in 2026 but in a "long tail" position.

Rollbar's remaining strengths.

Existing Rollbar users have no reason to leave, but cases where Rollbar is the first pick for new adoption have shrunk.


6. GlitchTip — Open Source Sentry-Compatible

GlitchTip started in 2020 at Burke Software as an open source error tracker. Its biggest feature is wire-protocol compatibility with the Sentry SDK — you change the DSN on the client and the same code reports to GlitchTip.

GlitchTip's target slot is clear.

One-line self-hosting with Docker Compose.

git clone https://gitlab.com/glitchtip/glitchtip-backend.git
cd glitchtip-backend
docker compose up -d

Just change the DSN on an existing Sentry client.

import * as Sentry from '@sentry/browser'

Sentry.init({
  // Point at GlitchTip instead of Sentry
  dsn: 'https://yourkey@glitchtip.example.com/1',
})

GlitchTip doesn't chase every Sentry feature (no Performance / Replay / Profiling). But for "we just want errors caught well, and we want it running in our own datacenter," it's the lightest answer.


7. Highlight.io — Open Source + Session Replay

Highlight.io is an open source observability platform started in 2022. Its defining feature is bundling error tracking + session replay + logs + distributed tracing on one screen. Apache 2.0 licensed, GitHub-first, self-hosting prioritized.

Highlights.

What makes Highlight interesting is "open source but with LogRocket-style session replay." It's a good fit for indies, small teams, or nonprofits where LogRocket's licensing or pricing is too heavy.

import { H } from 'highlight.run'

H.init('YOUR_PROJECT_ID', {
  environment: 'production',
  version: 'commit:abcdefg12345',
  tracingOrigins: true,
  networkRecording: {
    enabled: true,
    recordHeadersAndBody: true,
    urlBlocklist: ['/api/auth/login'],
  },
})

8. AppSignal — Elixir/Ruby Specialist

AppSignal is a Dutch company that started in 2012 as a Ruby on Rails APM and now first-class supports Elixir / Node.js / Python / Ruby as a full-stack observability tool. In the Elixir community it's basically the standard.

Highlights.

AppSignal is the top pick for "I use Elixir / Rails-style dynamic languages and want APM + errors in a single tool." It's a poor fit for teams whose main stack is JS / Java / Go.

Elixir setup.

# mix.exs
defp deps do
  [
    {:appsignal_phoenix, "~> 2.4"}
  ]
end

9. BetterStack — Logs + Errors + Status Pages

BetterStack is a Slovak company that merged Better Uptime (2021) and Logtail (2022) into an observability platform. As of 2026 it bundles Uptime / Logs / Telemetry (metrics+tracing) / Incidents / Status Pages in one SaaS.

Highlights.

BetterStack's differentiator is "one company that bundles Uptime + Logs + Status Page." A good starting point for small SaaS / indie / startup teams who don't want to glue PagerDuty + Datadog + statuspage.io together.

It's not a "dedicated" error tracker, but log-based error detection and alerting is solid. There's partial overlap with Sentry's territory.


10. LogRocket / FullStory / OpenReplay — Session Replay

Session replay shows the user's screen / clicks / network / console as a video for the N minutes before an error. It solves the classic "bug doesn't reproduce" problem. The 2026 top three are LogRocket, FullStory, and OpenReplay.

LogRocket — started in 2016, the best-known session replay tool

FullStory — the UX analytics leader

OpenReplay — open source session replay (Elastic License)

Session replay always brings PII and GDPR concerns. Masking input values / credit card numbers / tokens on the client before transport is standard.

// LogRocket example
import LogRocket from 'logrocket'

LogRocket.init('your/app-id', {
  network: {
    requestSanitizer: (request) => {
      if (request.url.includes('/api/auth')) return null
      delete request.headers['Authorization']
      return request
    },
  },
  dom: {
    inputSanitizer: true,
    textSanitizer: false,
  },
})

11. Hyperdx — OpenTelemetry-Native Open Source

Hyperdx is an open source observability platform started in 2023. Its defining feature is being OpenTelemetry native — OTLP is the first-class input and ClickHouse is the backend. After ClickHouse acquired Hyperdx in 2024, it sits as one component of ClickHouse Observability.

Highlights.

Hyperdx's slot is clear. It's for teams that want "no vendor lock-in on top of OpenTelemetry standards, self-hosted, with a Sentry-like UX." After the ClickHouse acquisition, the "ClickHouse + Hyperdx + OTel" stack is a strong alternative to Datadog / New Relic.

// Just configure the OpenTelemetry SDK and it ships to Hyperdx
import { NodeSDK } from '@opentelemetry/sdk-node'
import { OTLPTraceExporter } from '@opentelemetry/exporter-trace-otlp-http'

const sdk = new NodeSDK({
  traceExporter: new OTLPTraceExporter({
    url: 'https://in-otel.hyperdx.io/v1/traces',
    headers: {
      authorization: process.env.HYPERDX_API_KEY,
    },
  }),
})

sdk.start()

12. Datadog / New Relic — Integrated with APM

Datadog Error Tracking and New Relic Errors Inbox are "error tracking built into APM." Not a separate tool — a tab inside APM.

Datadog Error Tracking highlights.

New Relic Errors Inbox highlights.

For teams "already on Datadog / New Relic as APM," it makes sense to turn this on before adopting Sentry separately. APM + errors in one screen, no extra tool.


13. Maturity of the OpenTelemetry Logs/Errors Signal

OpenTelemetry was formed in 2019 by merging OpenTracing and OpenCensus as the observability standard. Initially only Traces was GA — Metrics went GA in 2023 and Logs in 2024. As of 2026, the scenario "send logs + traces + metrics + errors with one OpenTelemetry SDK and swap backends behind it" is practical.

The standard shape for sending errors via OpenTelemetry.

import { trace, SpanStatusCode } from '@opentelemetry/api'

const tracer = trace.getTracer('my-app')

async function fetchUser(id: string) {
  return tracer.startActiveSpan('fetchUser', async (span) => {
    try {
      const user = await db.user.findUnique({ where: { id } })
      span.end()
      return user
    } catch (err) {
      span.recordException(err)
      span.setStatus({ code: SpanStatusCode.ERROR, message: err.message })
      span.end()
      throw err
    }
  })
}

Errors produced this way can be sent anywhere via OTLP — Sentry (OTLP input beta), Datadog, New Relic, Hyperdx, Grafana, or your own backend. That's the foundation of the 2026 "errors are standard, vendors are swappable" scenario.

In practice not every vendor accepts OTLP as first class. Sentry / Datadog / New Relic all give their own SDKs more features (auto-context / auto-grouping / auto-PII masking), and the OTLP path is leaner. There's a trade-off between "vendor lock-in" and "maximum features."


14. Korea / Japan — Toss, Kakao, Mercari, LINE, freee

A look at what large Korean and Japanese companies actually use for error tracking shows the global trend with some regional color.

Korean cases

Japanese cases

A common pattern emerges. Once user data volume crosses a certain threshold (hundreds of millions of events per month), teams revisit in-house tools or self-hosting. Cost matters, but the data residency requirements of Korea's Personal Information Protection Act and Japan's APPI matter more. So small companies tend toward Sentry SaaS while large ones split into Sentry self-hosted or in-house tools.


15. Who Should Pick What — Solo / Startup / Enterprise / Self-Hosted

Finally, recommendations by scenario.

Solo / indie / side project

Small startup (10 people or less)

Growth-stage startup (10–100 people)

Enterprise (100+, compliance matters)

Self-hosted / data sovereignty

Language / runtime priorities

The best 2026 setup is one of two — "Sentry" or "OpenTelemetry + backend." Sentry gives immediate value; OpenTelemetry gives long-term freedom. Small teams choose Sentry, larger teams layer Sentry / Datadog / Hyperdx on top of OTel — a two-sided strategy that has become common.


16. References

Sentry

Bugsnag

Honeybadger

Rollbar

GlitchTip

Highlight.io

AppSignal

Raygun

BetterStack

LogRocket / FullStory / OpenReplay

Hyperdx

Datadog / New Relic

OpenTelemetry

Korea / Japan engineering blogs

Comments

No comments yet.

Sign in to leave a comment