Streaming in web applications

Learn how streaming works in web applications. Explore benefits, use cases, and implementation details with Vercel Functions and the Web Streams API
Last updated on August 7, 2025
Streaming

Streaming sends data to the client in small pieces, called chunks, as soon as they're ready. Unlike traditional methods that wait for the entire response, streaming lets users start seeing and using content sooner. For example, a server can send the first part of an HTML page immediately, then stream in additional content as it's generated.

Vercel Functions support streaming responses, so you can render and display parts of the UI as soon as they are ready. This approach reduces perceived wait times and allows users to interact with your app before the entire page loads.

Common use-cases include:

  • Ecommerce: Render the most important product and account data early, letting customers shop sooner
  • AI applications: Streaming responses from AIs powered by LLMs lets you display response text as it arrives rather than waiting for the full result

HTTP responses typically send the entire payload to the client all at once. This approach can lead to noticeable delays for users, especially when handling large datasets or complex computations.

How responses and requests typically flow between client and server, with the response sent in one large batch.
How responses and requests typically flow between client and server, with the response sent in one large batch.

With the Web Streams API, the server generates data and splits it into chunks. Each chunk is sent to the client as soon as it's ready. The client processes each chunk on arrival, so users can start seeing and interacting with content immediately. It is supported in most major web browsers and popular runtimes, such as Node.js and Deno.

The Web Streams API helps you:

  • Break large data into chunks: Chunks are portions of data sent over time
  • Handle backpressure: Backpressure occurs when chunks are streamed from the server faster than they can be processed in the client, causing a backup of data
  • Build more responsive apps: Rendering your UI progressively as data chunks arrive can improve your users' perception of your app's performance

Chunks in web streams are fundamental data units that can be of various types, such as strings, ArrayBuffers, or typed arrays, depending on the content (for example, String for text or Uint8Array for binary data).

Standard function responses contain full payloads of data, while chunks are pieces of the payload that get streamed to the client as they're available.

For example, imagine you want to create an AI chat app that uses a Large Language Model to generate replies. Due to their large data sets, replies from language models can generate slowly.

Standard function responses require you send the full reply to the client when it's done, but streaming enables you to show each word of the reply as the model generates it, improving users' perception of your chat app's speed.

How streamed responses typically work, with data sent continuously in small chunks.
How streamed responses typically work, with data sent continuously in small chunks.

Chunk sizes can be out of your control, so it's important that your code can handle chunks of any size. Chunks sizes are influenced by the following factors:

  • Data source: Sometimes the original data is already broken up. For example, OpenAI's language models produce responses in tokens, or chunks of words
  • Stream implementation: The server could be configured to stream small chunks quickly or large chunks at a lower pace
  • Network: Factors like a network's Maximum Transmission Unit setting, or its geographical distance from the client, can cause chunk fragmentation and limit chunk size
    • In local development, chunk sizes won't be impacted by network conditions, as no network transmission is happening

For an example function that processes chunks, see streaming.

Once you understand how to deal with chunks of different sizes, you must understand how to deal with chunks arriving faster than you can process them in the client.

When the server streams data faster than the client can process it, excess data will queue up in the client's memory. This issue is called backpressure, and it can lead to memory overflow errors, or data loss when the client's memory reaches capacity.

For example, popular social media users can receive hundreds of notifications streamed to their web client per second. If their web client can't render the notifications fast enough, some may be lost, or the client may crash if its memory overflows.

A diagram of backpressure.
A diagram of backpressure.

You can handle backpressure with flow control. This technique manages data transfer rates between sender and receiver, often by pausing the stream or buffering data until the client is ready to process more.

  • Vercel Functions: Learn about functions on Vercel.
  • Streaming functions: Learn how Vercel enables streaming function responses over time for ecommerce, AI, and more.
  • Vercel AI SDK: Use Vercel's AI SDK to power your streaming AI applications.