Astro
Learn how to manually set up Sentry in your Astro app and capture your first errors.
You need:
- A Sentry account and project
- Your application up and running
- Astro
3.0.0or above - If you're using Astro's Netlify adapter (
@astrojs/netlify), you need version5.0.0or above
What runtime do you use?
This SDK currently only works on Node runtimes, such as Node adapter or Vercel with Lambda functions. If you use Cloudflare Pages, refer to our Astro on Cloudflare guide. Other non-Node runtimes, like Vercel's Edge runtime, are currently not supported.
Choose the features you want to configure, and this guide will show you how:
Install and add the Sentry integration using the astro CLI:
npx astro add @sentry/astro
Next, install the Profiling package using your preferred package manager:
npm install @sentry/profiling-node
Register the Sentry integration in your astro.config.mjs file:
astro.config.mjsimport { defineConfig } from "astro/config";
import sentry from "@sentry/astro";
export default defineConfig({
integrations: [sentry()],
});
Create a sentry.client.config.(ts|js) file in the root of your project. In this file, import and initialize Sentry for the client:
sentry.client.config.(ts|js)import * as Sentry from "@sentry/astro";
Sentry.init({
dsn: "___PUBLIC_DSN___",
// Adds request headers and IP for users, for more info visit:
// https://docs.sentry.io/platforms/javascript/guides/astro/configuration/options/#sendDefaultPii
sendDefaultPii: true,
// ___PRODUCT_OPTION_START___ performance
Sentry.browserTracingIntegration(),
// ___PRODUCT_OPTION_END___ performance
// ___PRODUCT_OPTION_START___ session-replay
Sentry.replayIntegration(),
// ___PRODUCT_OPTION_END___ session-replay
// ___PRODUCT_OPTION_START___ user-feedback
Sentry.feedbackIntegration({
// Additional SDK configuration goes in here, for example:
colorScheme: "system",
}),
// ___PRODUCT_OPTION_END___ user-feedback
// ___PRODUCT_OPTION_START___ performance
// Define how likely traces are sampled. Adjust this value in production,
// or use tracesSampler for greater control.
tracesSampleRate: 1.0,
// ___PRODUCT_OPTION_END___ performance
// ___PRODUCT_OPTION_START___ session-replay
// This sets the sample rate to be 10%. You may want this to be 100% while
// in development and sample at a lower rate in production
replaysSessionSampleRate: 0.1,
// If the entire session is not sampled, use the below sample rate to sample
// sessions when an error occurs.
replaysOnErrorSampleRate: 1.0,
// ___PRODUCT_OPTION_END___ session-replay
// ___PRODUCT_OPTION_START___ logs
// Enable logs to be sent to Sentry
enableLogs: true,
// ___PRODUCT_OPTION_END___ logs
});
Create a sentry.server.config.(ts|js) file in the root of your project. In this file, import and initialize Sentry for the server:
sentry.server.config.(ts|js)import * as Sentry from "@sentry/astro";
// ___PRODUCT_OPTION_START___ profiling
import { nodeProfilingIntegration } from "@sentry/profiling-node";
// ___PRODUCT_OPTION_END___ profiling
Sentry.init({
dsn: "___PUBLIC_DSN___",
// Adds request headers and IP for users, for more info visit:
// https://docs.sentry.io/platforms/javascript/guides/astro/configuration/options/#sendDefaultPii
sendDefaultPii: true,
// ___PRODUCT_OPTION_START___ profiling
// Add our Profiling integration
nodeProfilingIntegration(),
// ___PRODUCT_OPTION_END___ profiling
// ___PRODUCT_OPTION_START___ performance
// Define how likely traces are sampled. Adjust this value in production,
// or use tracesSampler for greater control.
tracesSampleRate: 1.0,
// ___PRODUCT_OPTION_END___ performance
// ___PRODUCT_OPTION_START___ profiling
// Define how many user sessions have profiling enabled.
profileSessionSampleRate: 1.0,
// ___PRODUCT_OPTION_END___ profiling
// ___PRODUCT_OPTION_START___ logs
// Enable logs to be sent to Sentry
enableLogs: true,
// ___PRODUCT_OPTION_END___ logs
});
Instrumentation for Astro <3.5.2
For Astro versions below 3.5.2, you need to manually add server instrumentation via the Sentry middleware as explained on our APIs page.
To upload source maps for clear error stack traces, add your Sentry auth token, organization, and project slugs in the sentry options inside astro.config.mjs:
astro.config.mjsimport { defineConfig } from "astro/config";
import sentry from "@sentry/astro";
export default defineConfig({
integrations: [
sentry({
org: "___ORG_SLUG___",
project: "___PROJECT_SLUG___",
// store your auth token in an environment variable
authToken: process.env.SENTRY_AUTH_TOKEN,
}),
],
});
To keep your auth token secure, set the SENTRY_AUTH_TOKEN environment variable in your build environment:
.env.sentry-build-pluginSENTRY_AUTH_TOKEN=___ORG_AUTH_TOKEN___
You can prevent ad blockers from blocking Sentry events using tunneling. Use the tunnel option to add an API endpoint in your application that forwards Sentry events to Sentry servers.
To enable tunneling, update Sentry.init with the following option:
Sentry.init({
dsn: "___PUBLIC_DSN___",
tunnel: "/tunnel",
});
This will send all events to the tunnel endpoint. However, the events need to be parsed and redirected to Sentry, so you'll need to do additional configuration on the server. You can find a detailed explanation on how to do this on our Troubleshooting page.
Let's test your setup and confirm that Sentry is working correctly and sending data to your Sentry project.
To verify that Sentry captures errors and creates issues in your Sentry project, create a test page, for example, at src/pages/test.astro with two buttons:
test.astro<script>
const buttonOne = document.getElementById("one");
const buttonTwo = document.getElementById("two");
buttonOne.addEventListener("click", throwTestError);
buttonTwo.addEventListener("click", throwApiError);
function throwTestError() {
throw new Error("Sentry Example Frontend Error");
}
async function throwApiError() {
await fetch("/api/test-error");
}
</script>
<button id="one" type="button">Throw a frontend error</button>
<button id="two" type="button">Throw an API error</button>
Then also create the route we're calling in our test page, like src/pages/api/test-error.(js|ts):
test-error.(js|ts)export async function GET() {
throw new Error("Sentry Example API Route Error");
}
Open the page in a browser and click the buttons to trigger a frontend error and an error in the API route.
Important
Errors triggered from within your browser's developer tools (like the browser console) are sandboxed, so they will not trigger Sentry's error monitoring.
To test tracing, create a custom span to measure the time it takes for the API request to complete:
test.astro<script>
import * as Sentry from "@sentry/astro";
const button = document.getElementById("one");
button.addEventListener("click", throwApiError);
async function throwApiError() {
await Sentry.startSpan(
{
name: "Example Frontend Span",
op: "test",
},
async () => {
await fetch("/api/test-error");
},
);
}
</script>
<button id="one" type="button">Throw an API error with a trace</button>
Now, head over to your project on Sentry.io to view the collected data (it takes a couple of moments for the data to appear).
At this point, you should have integrated Sentry into your Astro application and should already be sending data to your Sentry project.
Now's a good time to customize your setup and look into more advanced topics. Our next recommended steps for you are:
- Explore practical guides on what to monitor, log, track, and investigate after setup
- Continue to customize your configuration
- Learn how to manually capture errors
- Learn more about deploying Astro apps to Cloudflare Pages
- Get familiar with Sentry's product features like tracing, insights, and alerts
Our documentation is open source and available on GitHub. Your contributions are welcome, whether fixing a typo (drat!) or suggesting an update ("yeah, this would be better").