Laravel route monitoring

Monitor your Laravel routes.
Find the endpoints that need attention.

Laritor is a performance monitoring and issue tracking tool for Laravel. Compare traffic, response times, HTTP errors, and memory use across your routes. Find a slow or failing endpoint, then open its requests to inspect the queries, API calls, logs, and exceptions behind the problem.

Free trial: 300K events · Unlimited apps and users

A route’s recorded request count, duration, memory, HTTP error rate, and link to its requestsView screenshot
Laritor Laravel route monitoring showing the GET slug route with 646 recorded requests, 572 millisecond average duration, 1753 millisecond p95, 34 MB average memory, an 18.89 percent HTTP error rate, and View requests
01

Compare your endpointsTraffic, duration, memory, and errors.

02

Follow performance changesRequest and response trends over time.

03

Inspect the causeOpen the affected request timeline.

Traffic and response times

Compare recorded request counts and average duration. Use p90 and p95 to look beyond the average when some responses are much slower.

HTTP error rate

See the share of recorded requests returning 4xx or 5xx responses. Open the affected requests to investigate why they failed.

Request memory

Compare average recorded memory for each route. Inspect individual requests to understand differences in the work they perform.

Compare routes in your Laravel app

Choose the endpoint
worth investigating first.

A route groups requests for an endpoint pattern and HTTP method. For example, different product IDs can match GET /products/{id}, so you can review the endpoint’s behavior together.

Search routes, select a period, and compare recorded request counts, response categories, average duration, p90, p95, memory, and last seen activity. Sort by the metric that matters to your investigation.

Explore request grouping
Searchable route comparisons with traffic, response categories, latency percentiles, memory, and last seenView screenshot
Laritor Laravel routes table with search, All routes, With errors and Slow routes filters, GET and HEAD endpoints, request counts, HTTP response categories, average duration, p90, p95, memory and last seen columns

Find the busy endpoints

Sort by Requests to see where recorded traffic is concentrated. Compare volume with response times before choosing an optimization.

Find routes with errors

Use With errors to focus on routes with recorded 4xx or 5xx responses. Check the response breakdown and open relevant requests.

Find high average duration

The current Slow routes filter selects routes with an average duration of at least one second. Also review p90 and p95 to find slower responses on other routes.

Last seen means the latest recorded request for that route in the selected period. A route with no recorded requests is not evidence that nobody visited it.

Route performance over time

Find when the route
became slower or started failing.

Open a route and choose a time window. Use its performance charts to follow traffic, response times, and request memory rather than relying on one summary value.

The Requests view separates status categories per interval. The Duration and Memory views help you compare how the recorded workload changes over time.

Recorded route traffic by HTTP response category, with request duration percentilesView screenshot
Laritor route performance chart with Requests, Duration and Memory tabs, stacked 2xx and 5xx request counts over time, and p50, p90, p95 and p99 duration summaries

Requests

Follow recorded traffic per interval, split into 2xx, 3xx, 4xx, and 5xx responses. Find when failures started or increased.

Duration

Compare average duration with p50, p90, p95, and p99 over time. Focus on the periods where the route’s responses slowed down.

Memory

Review average recorded request memory over time. Compare changes with the workload and relevant deployments.

Compare the same time window and similar workloads when checking an improvement. Averages can hide slower responses, and summaries built from stored intervals can report the highest interval percentile.

Response breakdown and traffic classifications

Separate response errors.
Inspect the traffic behind them.

See how the route’s recorded responses split across status categories. Follow a category to matching requests to investigate what returned that status.

2xxSuccessful responses
Requests that returned a successful HTTP status.
3xxRedirects
Requests that returned a redirection status.
4xxClient errors
Inspect rejected, unauthorized, or missing-resource responses.
5xxServer errors
Inspect requests that returned a server error.

Open bot or suspicious request activity for the same route to inspect actual URLs, IP addresses, and user agents. Use those details to improve rate limits or filtering in your Laravel app or firewall.

Bot and suspicious counts can overlap with any HTTP status and with each other. They are not additional response categories to add to the total. Laritor helps you investigate this traffic; blocking rules are applied in your app or infrastructure.

Explore request and bot traffic monitoring
Route response categories and matching bot or suspicious request activityView screenshot
Laritor route response breakdown showing 646 requests, 524 successful 2xx responses, 122 server-error 5xx responses, 246 bot requests, no suspicious requests, and links to matching activity

Average Laravel execution phases

See where the route
spends its time.

Compare average time spent in framework booting, middleware, controller work, and response rendering. Use the breakdown to choose which stage needs a closer look.

Then open individual requests to inspect the queries, external calls, and other work inside that execution. Phase averages show the route’s pattern; the request timeline supplies the detail.

Recorded average time in Laravel booting, middleware, controller work, and response renderingView screenshot
Laritor route execution timing showing 280 milliseconds framework booting, 30 milliseconds middleware, 238 milliseconds controller work, and 20 milliseconds response rendering

Framework booting

Time spent starting Laravel for the recorded requests.

Middleware

Time spent passing through request middleware.

Controller

Time spent in the route’s controller work.

Response rendering

Time spent preparing the response for the client.

The sum of recorded phase averages can differ from end-to-end average duration. Use the route breakdown to guide an investigation rather than treating it as one request’s exact timeline.

From a route summary to a recorded request

Open the request
behind a slow response or error.

Use View requests or a response-category link on the route. Keep the selected period, filter to the activity you want, and open an affected request.

Inspect its ordered events to understand which query, API call, cache operation, or code path needs attention. For exceptions, read the recorded error and stack trace alongside the work that preceded it.

Explore request timelines
A recorded request timeline with its related events and Laravel execution phasesView screenshot
Laritor Laravel request timeline showing ordered queries, logs, jobs, feature flags, N+1 and duplicate query labels, and time spent in framework booting, middleware, controller work and response rendering

Improve a request with in-app AI.

Use Laritor’s in-app AI recommendations for a recorded request to help investigate slow work and plan an optimization. Review the suggestion against your code and test the change.

Set up in-app AI

Investigate an exception with your AI agent.

Connect through Laritor MCP to retrieve the exception and its recorded execution timeline. Your coding agent can use those events with your repository to understand the failure and work on a fix.

Connect Laritor MCP

A practical endpoint investigation

Compare the route.
Follow the request to the cause.

Start with the endpoint where users are seeing a problem or where performance needs work. Use the route summary to find the relevant period and requests.

After a change, review new recorded activity to see how the endpoint behaves under a comparable workload.

  1. 01

    Choose the route and period

    Find an endpoint with high duration or HTTP errors. Select the time window you want to investigate and compare its traffic and response breakdown.

  2. 02

    Open an affected request

    Use View requests or a response category to open matching activity. Filter by duration, status, or other details, then inspect the request timeline.

  3. 03

    Fix the cause and compare

    Use the recorded queries, API calls, logs, and exceptions to improve the code or configuration. Test again and compare new requests in a similar time window.

Use Laritor how you want

Focus on route problems.
Or compare successful traffic too.

Keep requests with exceptions, requests with detected issues, or successful activity too. Each retained request includes its related recorded events.

Route counts, durations, and HTTP error rates reflect the requests you send. Filtered modes can overrepresent failures and slow activity, so they do not describe all application traffic.

Most cost effective

Exceptions only

Record a request and its related events when it contains an exception. Use route context to investigate endpoints affected by captured failures.

Focus on exception debugging.

Maximum value

Full observability

Record successful requests too. Compare endpoint traffic, routine response times, and failures with a broader view of route activity.

Use this for broader endpoint performance trends.

An HTTP 4xx or 5xx response does not necessarily contain an exception. Choose the mode that retains the activity you want to investigate. Paid plans start at $20/month with 20M events included. Estimate your usage

Request filtering and privacy controls

Concerned about
data in your endpoint requests?

Request URLs, headers, user context, and related events can contain sensitive information. Laritor applies redaction before recorded data leaves your application, and you can customize what is sent.

Keep the details needed to investigate performance while removing or anonymizing private values.

Explore privacy controls

Choose which requests to keep.

Use recordRequest to exclude unwanted request activity, such as routine endpoints your team does not need to inspect.

Control payload and context fields.

Review query parameter, header, body, session, and response recording overrides. Request and response bodies are disabled by default.

Explore request recording controls

Protect user and event details.

Customize profile, email-address, IP-address, string, and structured-value redactors for the information recorded with requests.

Laravel route monitoring questions

Understand route metrics
and how to investigate them.

Answers about endpoint grouping, slow routes, percentiles, response categories, traffic, and recording modes.

What is Laravel route monitoring?

Laravel route monitoring groups recorded requests by their route so you can compare endpoint traffic, response times, memory, and HTTP errors. Laritor is a Laravel performance monitoring and issue tracking tool that helps you identify routes needing attention and open their requests to inspect the related execution events.

How is a route different from an individual request URL?

A route describes the endpoint pattern and HTTP method, such as GET /products/{id}. Individual requests can contain different parameter values while matching the same route. Laritor’s route views help you compare the endpoint as a group, then open individual requests for the actual URL and execution details. Different HTTP methods can appear separately.

How do I find slow Laravel routes?

Compare average duration and p90 or p95 in the route list, or sort by those columns. The current Slow routes filter selects routes whose recorded average duration is at least one second. A route with a lower average can still have slow individual responses, so inspect its percentiles, duration trend, and matching requests too.

What do p90 and p95 mean in route monitoring?

A percentile describes where a duration falls within a set of recorded responses. p95 helps you see slower responses that an average can hide. Charts show values for each time interval; summaries built from stored intervals can show the highest interval percentile rather than one exact percentile across all requests. Use the same time window and inspect individual requests when investigating a change.

How does Laritor calculate a route’s HTTP error rate?

The HTTP error rate is the number of recorded 4xx and 5xx responses divided by recorded requests for the route in the selected period. The response breakdown separates 2xx successes, 3xx redirects, 4xx client errors, and 5xx server errors. An HTTP error response does not necessarily mean an exception was thrown.

Can I inspect the requests behind a route’s errors?

Yes. Open the route and use View requests, or follow a response category such as 4xx or 5xx to matching requests in the selected period. Open an affected request to inspect its status, duration, queries, outbound requests, logs, exceptions, and other events recorded with that execution.

Can I see bots or suspicious requests for a route?

Yes. The route response breakdown includes bot and suspicious request counts with links to matching activity. These classifications can overlap with any HTTP status and with each other, so they are not extra response categories to add to the request total. Inspect URLs, IP addresses, and user agents to inform filtering or rate-limiting rules in your application or firewall.

Can I see where Laravel spends time on a route?

Yes. The route timing view shows recorded average time in framework booting, middleware, controller work, and response rendering. Use it to choose which stage to inspect, then open individual request timelines for the events inside that work. The sum of phase averages can differ from the end-to-end average duration.

Do route metrics include every request in my application?

They reflect the requests Laritor records. Exceptions-only and issue tracker modes retain selected problematic occurrences, while full observability also records successful activity. Filters and limits affect the available data. Filtered route counts, durations, and HTTP error rates should not be treated as measurements of all application traffic.

Do I need to add tracking code to every Laravel route?

Install and configure the Laritor Laravel client to record supported requests and their route context. You do not need a separate custom event call for every route. Choose a recording mode, review request filters and privacy settings, and open Routes in Laritor to inspect the available activity. Custom events can add application-specific milestones when useful.

Install in under 1 minute

Understand your route performance.
Improve the requests behind it.

Add Laritor’s Laravel client, choose a recording mode, and compare your endpoints with the execution context needed to investigate them.

Free trial: 300K events · Unlimited apps and users