Vercel Analytics is surprisingly good at tracking actual user experience, not just synthetic metrics.

Let’s see it in action. Imagine you’ve deployed a Next.js app with Vercel. After a few hours, you navigate to the "Analytics" tab in your Vercel dashboard. You’re greeted with a summary of your site’s performance:

Vercel Analytics Dashboard Example

This isn’t just another dashboard with Lighthouse scores. It’s showing you real-time data from your actual users. You’ll see metrics like:

  • Largest Contentful Paint (LCP): When the main content of your page is likely visible to the user.
  • First Input Delay (FID): How long it takes for the page to become interactive for the user.
  • Cumulative Layout Shift (CLS): How much the page layout unexpectedly shifts during loading.
  • Core Web Vitals: The aggregation of LCP, FID, and CLS, which Google uses as a ranking signal.
  • Page Views: How many times your pages have been visited.
  • Top Pages: Which pages are most popular.
  • Referrers: Where your traffic is coming from.
  • Countries: Where your users are located.

This data is collected using the browser’s native PerformanceObserver API and sent directly to Vercel. It’s aggregated and presented in a way that’s easy to understand, allowing you to quickly identify performance bottlenecks that are impacting your users.

The core problem Vercel Analytics solves is the disconnect between synthetic performance testing (like Lighthouse audits) and real-world user experience. Lighthouse gives you a snapshot under controlled conditions. Vercel Analytics shows you how your site performs for actual people on their devices, with their network conditions, in their geographical locations. This is crucial because a site that scores 100 on Lighthouse might still feel sluggish to a user on a slow mobile connection.

Internally, Vercel Analytics works by:

  1. Client-Side Measurement: When a user visits your Vercel-deployed site, a small JavaScript snippet included by Vercel automatically collects performance metrics using the browser’s Performance API.
  2. Data Aggregation: These metrics are sent to Vercel’s backend, where they are aggregated and processed. This is done in a privacy-preserving way, meaning individual user data is not stored or identifiable.
  3. Dashboard Presentation: The aggregated data is then displayed in your Vercel project’s Analytics dashboard, providing insights into your site’s performance over time.

The exact levers you control are primarily through your application’s code and deployment. While Vercel handles the collection and aggregation, the performance of your site is determined by:

  • Image Optimization: Using next/image or other optimization techniques to serve appropriately sized and formatted images.
  • Code Splitting: Ensuring that only the necessary JavaScript and CSS are loaded for each page.
  • Efficient Data Fetching: Minimizing the time it takes to fetch data required for rendering.
  • Third-Party Scripts: Being mindful of the impact of external scripts on page load and interactivity.
  • Server-Side Rendering (SSR) vs. Static Site Generation (SSG): Choosing the right rendering strategy for your pages.

The most surprising part is how Vercel seamlessly integrates this into your deployment without requiring explicit configuration for basic tracking. You get real user metrics out-of-the-box for any site deployed on Vercel, making it incredibly low-friction to start understanding your actual user experience. It democratizes access to RUM (Real User Monitoring) data that was previously only available through expensive third-party tools.

The next step is to dive into the nuances of interpreting these metrics, especially how they correlate with user engagement and conversion rates.

Want structured learning?

Take the full Vercel course →