feat(remix): Add parameterized transaction naming for routes

[onurtemizkan]

This PR adds parameterized routes for Remix SDK, similarly to the NextJS SDK

Resolves: #16690
Needs docs PR for the Vite plugin

Adds automatic parameterization of Remix route IDs for transaction naming. Converts internal Remix route file patterns to parameterized paths similar to the other SDKs (routes/user.$id -> /user/:id).

• Created sentryRemixVitePlugin that extracts route information from Remix builds and generates a manifest file containing route ID to parameterized route mappings.
• Added remixRouteParameterization.ts with regex-based route conversion that handles dynamic segments ($param → :param), splat routes ($ → :*), and nested routes.
• Updated both client and server instrumentation in performance.tsx and instrumentServer.ts to use parameterized transaction names.
• It also works with Hydrogen

Vite plugin is used like:

// vite.config.tsimport{defineConfig}from'vite';import{vitePluginasremix}from'@remix-run/dev';import{sentryRemixVitePlugin}from'@sentry/remix';exportdefaultdefineConfig({plugins: [remix(),sentryRemixVitePlugin({appDirPath: './app',// Default is 'app' in project root}),],});

Updated all Remix E2E test applications to expect parameterized route names. Added new E2E test application create-remix-app-v2-non-vite for testing backward compatibility for non-Vite builds - these continue to use routes/user.$id format.

Summary

Route File	Example URL	Before	After (Server - All Apps)	After (Client - Vite Plugin)
_index.tsx	/	routes/_index	/	/
user.$id.tsx	/user/123	routes/user.$id	/user/:id	/user/:id
users.$userId.posts.$postId.tsx	/users/123/posts/456	routes/users.$userId.posts.$postId	/users/:userId/posts/:postId	/users/:userId/posts/:postId
$.tsx (splat)	/docs/guide/intro	routes/$	/:*	/:*
docs.$.tsx (scoped splat)	/docs/guide/intro	routes/docs.$	/docs/:*	/docs/:*

Notes

• Server-side: Parameterization works automatically for all Remix apps (Vite, non-Vite, Hydrogen, Express).
• Client-side: Requires the Vite plugin. Without it, client transactions continue using route IDs (e.g., routes/user.$id).

[github-actions]

node-overhead report 🧳

Note: This is a synthetic benchmark with a minimal express app and does not necessarily reflect the real-world performance impact in an application.

Scenario	Requests/s	% of Baseline	Prev. Requests/s	Change %
GET Baseline	11,282	-	9,086	+24%
GET With Sentry	1,914	17%	1,761	+9%
GET With Sentry (error only)	7,671	68%	6,153	+25%
POST Baseline	1,153	-	1,210	-5%
POST With Sentry	575	50%	597	-4%
POST With Sentry (error only)	1,031	89%	1,075	-4%
MYSQL Baseline	3,924	-	3,326	+18%
MYSQL With Sentry	477	12%	493	-3%
MYSQL With Sentry (error only)	3,295	84%	2,708	+22%

View base workflow run

[chargome]

Why did this increase so much?

[onurtemizkan]

After adding the new tests, some of them started randomly timing out slightly above the 10-minute threshold on CI. It can be 11-12. I just increased this much to be ready for when we add more tests.

[chargome]

Shouldn't this be url here then? In the legacy case this will not be parameterized right?

[onurtemizkan]

So this is still not an unparameterized url really, in the previous implementation we were using route for the routeId (e.g. routes/users.$userId.posts.$postId) as well, so while it's not a parameterized route by its format, it still contains the parameterized route info.

[chargome]

@onurtemizkan please merge in once linting issues are solved ✅

[onurtemizkan]

This PR adds parameterized routes for Remix SDK, similarly to the NextJS SDK

Resolves: #16690
Needs docs PR for the Vite plugin

Adds automatic parameterization of Remix route IDs for transaction naming. Converts internal Remix route file patterns to parameterized paths similar to the other SDKs (routes/user.$id -> /user/:id).

• Created sentryRemixVitePlugin that extracts route information from Remix builds and generates a manifest file containing route ID to parameterized route mappings.
• Added remixRouteParameterization.ts with regex-based route conversion that handles dynamic segments ($param → :param), splat routes ($ → :*), and nested routes.
• Updated both client and server instrumentation in performance.tsx and instrumentServer.ts to use parameterized transaction names.
• It also works with Hydrogen

Vite plugin is used like:

// vite.config.tsimport{defineConfig}from'vite';import{vitePluginasremix}from'@remix-run/dev';import{sentryRemixVitePlugin}from'@sentry/remix';exportdefaultdefineConfig({plugins: [remix(),sentryRemixVitePlugin({appDirPath: './app',// Default is 'app' in project root}),],});

Updated all Remix E2E test applications to expect parameterized route names. Added new E2E test application create-remix-app-v2-non-vite for testing backward compatibility for non-Vite builds - these continue to use routes/user.$id format.

Summary

Route File	Example URL	Before	After (Server - All Apps)	After (Client - Vite Plugin)
_index.tsx	/	routes/_index	/	/
user.$id.tsx	/user/123	routes/user.$id	/user/:id	/user/:id
users.$userId.posts.$postId.tsx	/users/123/posts/456	routes/users.$userId.posts.$postId	/users/:userId/posts/:postId	/users/:userId/posts/:postId
$.tsx (splat)	/docs/guide/intro	routes/$	/:*	/:*
docs.$.tsx (scoped splat)	/docs/guide/intro	routes/docs.$	/docs/:*	/docs/:*

Notes

• Server-side: Parameterization works automatically for all Remix apps (Vite, non-Vite, Hydrogen, Express).
• Client-side: Requires the Vite plugin. Without it, client transactions continue using route IDs (e.g., routes/user.$id).

[github-actions]

node-overhead report 🧳

Note: This is a synthetic benchmark with a minimal express app and does not necessarily reflect the real-world performance impact in an application.

Scenario	Requests/s	% of Baseline	Prev. Requests/s	Change %
GET Baseline	11,282	-	9,086	+24%
GET With Sentry	1,914	17%	1,761	+9%
GET With Sentry (error only)	7,671	68%	6,153	+25%
POST Baseline	1,153	-	1,210	-5%
POST With Sentry	575	50%	597	-4%
POST With Sentry (error only)	1,031	89%	1,075	-4%
MYSQL Baseline	3,924	-	3,326	+18%
MYSQL With Sentry	477	12%	493	-3%
MYSQL With Sentry (error only)	3,295	84%	2,708	+22%

View base workflow run

[chargome]

Why did this increase so much?

[onurtemizkan]

After adding the new tests, some of them started randomly timing out slightly above the 10-minute threshold on CI. It can be 11-12. I just increased this much to be ready for when we add more tests.

[chargome]

Shouldn't this be url here then? In the legacy case this will not be parameterized right?

[onurtemizkan]

So this is still not an unparameterized url really, in the previous implementation we were using route for the routeId (e.g. routes/users.$userId.posts.$postId) as well, so while it's not a parameterized route by its format, it still contains the parameterized route info.

[chargome]

@onurtemizkan please merge in once linting issues are solved ✅

[onurtemizkan]

This PR adds parameterized routes for Remix SDK, similarly to the NextJS SDK

Resolves: #16690
Needs docs PR for the Vite plugin

Adds automatic parameterization of Remix route IDs for transaction naming. Converts internal Remix route file patterns to parameterized paths similar to the other SDKs (routes/user.$id -> /user/:id).

• Created sentryRemixVitePlugin that extracts route information from Remix builds and generates a manifest file containing route ID to parameterized route mappings.
• Added remixRouteParameterization.ts with regex-based route conversion that handles dynamic segments ($param → :param), splat routes ($ → :*), and nested routes.
• Updated both client and server instrumentation in performance.tsx and instrumentServer.ts to use parameterized transaction names.
• It also works with Hydrogen

Vite plugin is used like:

// vite.config.tsimport{defineConfig}from'vite';import{vitePluginasremix}from'@remix-run/dev';import{sentryRemixVitePlugin}from'@sentry/remix';exportdefaultdefineConfig({plugins: [remix(),sentryRemixVitePlugin({appDirPath: './app',// Default is 'app' in project root}),],});

Updated all Remix E2E test applications to expect parameterized route names. Added new E2E test application create-remix-app-v2-non-vite for testing backward compatibility for non-Vite builds - these continue to use routes/user.$id format.

Summary

Route File	Example URL	Before	After (Server - All Apps)	After (Client - Vite Plugin)
_index.tsx	/	routes/_index	/	/
user.$id.tsx	/user/123	routes/user.$id	/user/:id	/user/:id
users.$userId.posts.$postId.tsx	/users/123/posts/456	routes/users.$userId.posts.$postId	/users/:userId/posts/:postId	/users/:userId/posts/:postId
$.tsx (splat)	/docs/guide/intro	routes/$	/:*	/:*
docs.$.tsx (scoped splat)	/docs/guide/intro	routes/docs.$	/docs/:*	/docs/:*

Notes

• Server-side: Parameterization works automatically for all Remix apps (Vite, non-Vite, Hydrogen, Express).
• Client-side: Requires the Vite plugin. Without it, client transactions continue using route IDs (e.g., routes/user.$id).

[github-actions]

node-overhead report 🧳

Note: This is a synthetic benchmark with a minimal express app and does not necessarily reflect the real-world performance impact in an application.

Scenario	Requests/s	% of Baseline	Prev. Requests/s	Change %
GET Baseline	11,282	-	9,086	+24%
GET With Sentry	1,914	17%	1,761	+9%
GET With Sentry (error only)	7,671	68%	6,153	+25%
POST Baseline	1,153	-	1,210	-5%
POST With Sentry	575	50%	597	-4%
POST With Sentry (error only)	1,031	89%	1,075	-4%
MYSQL Baseline	3,924	-	3,326	+18%
MYSQL With Sentry	477	12%	493	-3%
MYSQL With Sentry (error only)	3,295	84%	2,708	+22%

View base workflow run

[chargome]

Why did this increase so much?

[onurtemizkan]

After adding the new tests, some of them started randomly timing out slightly above the 10-minute threshold on CI. It can be 11-12. I just increased this much to be ready for when we add more tests.

[chargome]

Shouldn't this be url here then? In the legacy case this will not be parameterized right?

[onurtemizkan]

So this is still not an unparameterized url really, in the previous implementation we were using route for the routeId (e.g. routes/users.$userId.posts.$postId) as well, so while it's not a parameterized route by its format, it still contains the parameterized route info.

[chargome]

@onurtemizkan please merge in once linting issues are solved ✅

[onurtemizkan]

This PR adds parameterized routes for Remix SDK, similarly to the NextJS SDK

Resolves: #16690
Needs docs PR for the Vite plugin

Adds automatic parameterization of Remix route IDs for transaction naming. Converts internal Remix route file patterns to parameterized paths similar to the other SDKs (routes/user.$id -> /user/:id).

• Created sentryRemixVitePlugin that extracts route information from Remix builds and generates a manifest file containing route ID to parameterized route mappings.
• Added remixRouteParameterization.ts with regex-based route conversion that handles dynamic segments ($param → :param), splat routes ($ → :*), and nested routes.
• Updated both client and server instrumentation in performance.tsx and instrumentServer.ts to use parameterized transaction names.
• It also works with Hydrogen

Vite plugin is used like:

// vite.config.tsimport{defineConfig}from'vite';import{vitePluginasremix}from'@remix-run/dev';import{sentryRemixVitePlugin}from'@sentry/remix';exportdefaultdefineConfig({plugins: [remix(),sentryRemixVitePlugin({appDirPath: './app',// Default is 'app' in project root}),],});

Updated all Remix E2E test applications to expect parameterized route names. Added new E2E test application create-remix-app-v2-non-vite for testing backward compatibility for non-Vite builds - these continue to use routes/user.$id format.

Summary

Route File	Example URL	Before	After (Server - All Apps)	After (Client - Vite Plugin)
_index.tsx	/	routes/_index	/	/
user.$id.tsx	/user/123	routes/user.$id	/user/:id	/user/:id
users.$userId.posts.$postId.tsx	/users/123/posts/456	routes/users.$userId.posts.$postId	/users/:userId/posts/:postId	/users/:userId/posts/:postId
$.tsx (splat)	/docs/guide/intro	routes/$	/:*	/:*
docs.$.tsx (scoped splat)	/docs/guide/intro	routes/docs.$	/docs/:*	/docs/:*

Notes

• Server-side: Parameterization works automatically for all Remix apps (Vite, non-Vite, Hydrogen, Express).
• Client-side: Requires the Vite plugin. Without it, client transactions continue using route IDs (e.g., routes/user.$id).

[github-actions]

node-overhead report 🧳

Note: This is a synthetic benchmark with a minimal express app and does not necessarily reflect the real-world performance impact in an application.

Scenario	Requests/s	% of Baseline	Prev. Requests/s	Change %
GET Baseline	11,282	-	9,086	+24%
GET With Sentry	1,914	17%	1,761	+9%
GET With Sentry (error only)	7,671	68%	6,153	+25%
POST Baseline	1,153	-	1,210	-5%
POST With Sentry	575	50%	597	-4%
POST With Sentry (error only)	1,031	89%	1,075	-4%
MYSQL Baseline	3,924	-	3,326	+18%
MYSQL With Sentry	477	12%	493	-3%
MYSQL With Sentry (error only)	3,295	84%	2,708	+22%

View base workflow run

[chargome]

Why did this increase so much?

[onurtemizkan]

After adding the new tests, some of them started randomly timing out slightly above the 10-minute threshold on CI. It can be 11-12. I just increased this much to be ready for when we add more tests.

[chargome]

Shouldn't this be url here then? In the legacy case this will not be parameterized right?

[onurtemizkan]

So this is still not an unparameterized url really, in the previous implementation we were using route for the routeId (e.g. routes/users.$userId.posts.$postId) as well, so while it's not a parameterized route by its format, it still contains the parameterized route info.

[chargome]

@onurtemizkan please merge in once linting issues are solved ✅

[onurtemizkan]

This PR adds parameterized routes for Remix SDK, similarly to the NextJS SDK

Resolves: #16690
Needs docs PR for the Vite plugin

Adds automatic parameterization of Remix route IDs for transaction naming. Converts internal Remix route file patterns to parameterized paths similar to the other SDKs (routes/user.$id -> /user/:id).

• Created sentryRemixVitePlugin that extracts route information from Remix builds and generates a manifest file containing route ID to parameterized route mappings.
• Added remixRouteParameterization.ts with regex-based route conversion that handles dynamic segments ($param → :param), splat routes ($ → :*), and nested routes.
• Updated both client and server instrumentation in performance.tsx and instrumentServer.ts to use parameterized transaction names.
• It also works with Hydrogen

Vite plugin is used like:

// vite.config.tsimport{defineConfig}from'vite';import{vitePluginasremix}from'@remix-run/dev';import{sentryRemixVitePlugin}from'@sentry/remix';exportdefaultdefineConfig({plugins: [remix(),sentryRemixVitePlugin({appDirPath: './app',// Default is 'app' in project root}),],});

Updated all Remix E2E test applications to expect parameterized route names. Added new E2E test application create-remix-app-v2-non-vite for testing backward compatibility for non-Vite builds - these continue to use routes/user.$id format.

Summary

Route File	Example URL	Before	After (Server - All Apps)	After (Client - Vite Plugin)
_index.tsx	/	routes/_index	/	/
user.$id.tsx	/user/123	routes/user.$id	/user/:id	/user/:id
users.$userId.posts.$postId.tsx	/users/123/posts/456	routes/users.$userId.posts.$postId	/users/:userId/posts/:postId	/users/:userId/posts/:postId
$.tsx (splat)	/docs/guide/intro	routes/$	/:*	/:*
docs.$.tsx (scoped splat)	/docs/guide/intro	routes/docs.$	/docs/:*	/docs/:*

Notes

• Server-side: Parameterization works automatically for all Remix apps (Vite, non-Vite, Hydrogen, Express).
• Client-side: Requires the Vite plugin. Without it, client transactions continue using route IDs (e.g., routes/user.$id).

[github-actions]

node-overhead report 🧳

Note: This is a synthetic benchmark with a minimal express app and does not necessarily reflect the real-world performance impact in an application.

Scenario	Requests/s	% of Baseline	Prev. Requests/s	Change %
GET Baseline	11,282	-	9,086	+24%
GET With Sentry	1,914	17%	1,761	+9%
GET With Sentry (error only)	7,671	68%	6,153	+25%
POST Baseline	1,153	-	1,210	-5%
POST With Sentry	575	50%	597	-4%
POST With Sentry (error only)	1,031	89%	1,075	-4%
MYSQL Baseline	3,924	-	3,326	+18%
MYSQL With Sentry	477	12%	493	-3%
MYSQL With Sentry (error only)	3,295	84%	2,708	+22%

View base workflow run

[chargome]

Why did this increase so much?

[onurtemizkan]

After adding the new tests, some of them started randomly timing out slightly above the 10-minute threshold on CI. It can be 11-12. I just increased this much to be ready for when we add more tests.

[chargome]

Shouldn't this be url here then? In the legacy case this will not be parameterized right?

[onurtemizkan]

So this is still not an unparameterized url really, in the previous implementation we were using route for the routeId (e.g. routes/users.$userId.posts.$postId) as well, so while it's not a parameterized route by its format, it still contains the parameterized route info.

[chargome]

@onurtemizkan please merge in once linting issues are solved ✅

[onurtemizkan]

This PR adds parameterized routes for Remix SDK, similarly to the NextJS SDK

Resolves: #16690
Needs docs PR for the Vite plugin

Adds automatic parameterization of Remix route IDs for transaction naming. Converts internal Remix route file patterns to parameterized paths similar to the other SDKs (routes/user.$id -> /user/:id).

• Created sentryRemixVitePlugin that extracts route information from Remix builds and generates a manifest file containing route ID to parameterized route mappings.
• Added remixRouteParameterization.ts with regex-based route conversion that handles dynamic segments ($param → :param), splat routes ($ → :*), and nested routes.
• Updated both client and server instrumentation in performance.tsx and instrumentServer.ts to use parameterized transaction names.
• It also works with Hydrogen

Vite plugin is used like:

// vite.config.tsimport{defineConfig}from'vite';import{vitePluginasremix}from'@remix-run/dev';import{sentryRemixVitePlugin}from'@sentry/remix';exportdefaultdefineConfig({plugins: [remix(),sentryRemixVitePlugin({appDirPath: './app',// Default is 'app' in project root}),],});

Updated all Remix E2E test applications to expect parameterized route names. Added new E2E test application create-remix-app-v2-non-vite for testing backward compatibility for non-Vite builds - these continue to use routes/user.$id format.

Summary

Route File	Example URL	Before	After (Server - All Apps)	After (Client - Vite Plugin)
_index.tsx	/	routes/_index	/	/
user.$id.tsx	/user/123	routes/user.$id	/user/:id	/user/:id
users.$userId.posts.$postId.tsx	/users/123/posts/456	routes/users.$userId.posts.$postId	/users/:userId/posts/:postId	/users/:userId/posts/:postId
$.tsx (splat)	/docs/guide/intro	routes/$	/:*	/:*
docs.$.tsx (scoped splat)	/docs/guide/intro	routes/docs.$	/docs/:*	/docs/:*

Notes

• Server-side: Parameterization works automatically for all Remix apps (Vite, non-Vite, Hydrogen, Express).
• Client-side: Requires the Vite plugin. Without it, client transactions continue using route IDs (e.g., routes/user.$id).

[github-actions]

node-overhead report 🧳

Note: This is a synthetic benchmark with a minimal express app and does not necessarily reflect the real-world performance impact in an application.

Scenario	Requests/s	% of Baseline	Prev. Requests/s	Change %
GET Baseline	11,282	-	9,086	+24%
GET With Sentry	1,914	17%	1,761	+9%
GET With Sentry (error only)	7,671	68%	6,153	+25%
POST Baseline	1,153	-	1,210	-5%
POST With Sentry	575	50%	597	-4%
POST With Sentry (error only)	1,031	89%	1,075	-4%
MYSQL Baseline	3,924	-	3,326	+18%
MYSQL With Sentry	477	12%	493	-3%
MYSQL With Sentry (error only)	3,295	84%	2,708	+22%

View base workflow run

[chargome]

Why did this increase so much?

[onurtemizkan]

After adding the new tests, some of them started randomly timing out slightly above the 10-minute threshold on CI. It can be 11-12. I just increased this much to be ready for when we add more tests.

[chargome]

Shouldn't this be url here then? In the legacy case this will not be parameterized right?

[onurtemizkan]

So this is still not an unparameterized url really, in the previous implementation we were using route for the routeId (e.g. routes/users.$userId.posts.$postId) as well, so while it's not a parameterized route by its format, it still contains the parameterized route info.

[chargome]

@onurtemizkan please merge in once linting issues are solved ✅

[onurtemizkan]

This PR adds parameterized routes for Remix SDK, similarly to the NextJS SDK

Resolves: #16690
Needs docs PR for the Vite plugin

Adds automatic parameterization of Remix route IDs for transaction naming. Converts internal Remix route file patterns to parameterized paths similar to the other SDKs (routes/user.$id -> /user/:id).

• Created sentryRemixVitePlugin that extracts route information from Remix builds and generates a manifest file containing route ID to parameterized route mappings.
• Added remixRouteParameterization.ts with regex-based route conversion that handles dynamic segments ($param → :param), splat routes ($ → :*), and nested routes.
• Updated both client and server instrumentation in performance.tsx and instrumentServer.ts to use parameterized transaction names.
• It also works with Hydrogen

Vite plugin is used like:

// vite.config.tsimport{defineConfig}from'vite';import{vitePluginasremix}from'@remix-run/dev';import{sentryRemixVitePlugin}from'@sentry/remix';exportdefaultdefineConfig({plugins: [remix(),sentryRemixVitePlugin({appDirPath: './app',// Default is 'app' in project root}),],});

Updated all Remix E2E test applications to expect parameterized route names. Added new E2E test application create-remix-app-v2-non-vite for testing backward compatibility for non-Vite builds - these continue to use routes/user.$id format.

Summary

Route File	Example URL	Before	After (Server - All Apps)	After (Client - Vite Plugin)
_index.tsx	/	routes/_index	/	/
user.$id.tsx	/user/123	routes/user.$id	/user/:id	/user/:id
users.$userId.posts.$postId.tsx	/users/123/posts/456	routes/users.$userId.posts.$postId	/users/:userId/posts/:postId	/users/:userId/posts/:postId
$.tsx (splat)	/docs/guide/intro	routes/$	/:*	/:*
docs.$.tsx (scoped splat)	/docs/guide/intro	routes/docs.$	/docs/:*	/docs/:*

Notes

• Server-side: Parameterization works automatically for all Remix apps (Vite, non-Vite, Hydrogen, Express).
• Client-side: Requires the Vite plugin. Without it, client transactions continue using route IDs (e.g., routes/user.$id).

[github-actions]

node-overhead report 🧳

Note: This is a synthetic benchmark with a minimal express app and does not necessarily reflect the real-world performance impact in an application.

Scenario	Requests/s	% of Baseline	Prev. Requests/s	Change %
GET Baseline	11,282	-	9,086	+24%
GET With Sentry	1,914	17%	1,761	+9%
GET With Sentry (error only)	7,671	68%	6,153	+25%
POST Baseline	1,153	-	1,210	-5%
POST With Sentry	575	50%	597	-4%
POST With Sentry (error only)	1,031	89%	1,075	-4%
MYSQL Baseline	3,924	-	3,326	+18%
MYSQL With Sentry	477	12%	493	-3%
MYSQL With Sentry (error only)	3,295	84%	2,708	+22%

View base workflow run

[chargome]

Why did this increase so much?

[onurtemizkan]

After adding the new tests, some of them started randomly timing out slightly above the 10-minute threshold on CI. It can be 11-12. I just increased this much to be ready for when we add more tests.

[chargome]

Shouldn't this be url here then? In the legacy case this will not be parameterized right?

[onurtemizkan]

So this is still not an unparameterized url really, in the previous implementation we were using route for the routeId (e.g. routes/users.$userId.posts.$postId) as well, so while it's not a parameterized route by its format, it still contains the parameterized route info.

[chargome]

@onurtemizkan please merge in once linting issues are solved ✅

[onurtemizkan]

This PR adds parameterized routes for Remix SDK, similarly to the NextJS SDK

Resolves: #16690
Needs docs PR for the Vite plugin

Adds automatic parameterization of Remix route IDs for transaction naming. Converts internal Remix route file patterns to parameterized paths similar to the other SDKs (routes/user.$id -> /user/:id).

• Created sentryRemixVitePlugin that extracts route information from Remix builds and generates a manifest file containing route ID to parameterized route mappings.
• Added remixRouteParameterization.ts with regex-based route conversion that handles dynamic segments ($param → :param), splat routes ($ → :*), and nested routes.
• Updated both client and server instrumentation in performance.tsx and instrumentServer.ts to use parameterized transaction names.
• It also works with Hydrogen

Vite plugin is used like:

// vite.config.tsimport{defineConfig}from'vite';import{vitePluginasremix}from'@remix-run/dev';import{sentryRemixVitePlugin}from'@sentry/remix';exportdefaultdefineConfig({plugins: [remix(),sentryRemixVitePlugin({appDirPath: './app',// Default is 'app' in project root}),],});

Updated all Remix E2E test applications to expect parameterized route names. Added new E2E test application create-remix-app-v2-non-vite for testing backward compatibility for non-Vite builds - these continue to use routes/user.$id format.

Summary

Route File	Example URL	Before	After (Server - All Apps)	After (Client - Vite Plugin)
_index.tsx	/	routes/_index	/	/
user.$id.tsx	/user/123	routes/user.$id	/user/:id	/user/:id
users.$userId.posts.$postId.tsx	/users/123/posts/456	routes/users.$userId.posts.$postId	/users/:userId/posts/:postId	/users/:userId/posts/:postId
$.tsx (splat)	/docs/guide/intro	routes/$	/:*	/:*
docs.$.tsx (scoped splat)	/docs/guide/intro	routes/docs.$	/docs/:*	/docs/:*

Notes

• Server-side: Parameterization works automatically for all Remix apps (Vite, non-Vite, Hydrogen, Express).
• Client-side: Requires the Vite plugin. Without it, client transactions continue using route IDs (e.g., routes/user.$id).

[github-actions]

node-overhead report 🧳

Note: This is a synthetic benchmark with a minimal express app and does not necessarily reflect the real-world performance impact in an application.

Scenario	Requests/s	% of Baseline	Prev. Requests/s	Change %
GET Baseline	11,282	-	9,086	+24%
GET With Sentry	1,914	17%	1,761	+9%
GET With Sentry (error only)	7,671	68%	6,153	+25%
POST Baseline	1,153	-	1,210	-5%
POST With Sentry	575	50%	597	-4%
POST With Sentry (error only)	1,031	89%	1,075	-4%
MYSQL Baseline	3,924	-	3,326	+18%
MYSQL With Sentry	477	12%	493	-3%
MYSQL With Sentry (error only)	3,295	84%	2,708	+22%

View base workflow run

[chargome]

Why did this increase so much?

[onurtemizkan]

After adding the new tests, some of them started randomly timing out slightly above the 10-minute threshold on CI. It can be 11-12. I just increased this much to be ready for when we add more tests.

[chargome]

Shouldn't this be url here then? In the legacy case this will not be parameterized right?

[onurtemizkan]

So this is still not an unparameterized url really, in the previous implementation we were using route for the routeId (e.g. routes/users.$userId.posts.$postId) as well, so while it's not a parameterized route by its format, it still contains the parameterized route info.

[chargome]

@onurtemizkan please merge in once linting issues are solved ✅