diff --git a/docs/framework/react/guides/ssr.md b/docs/framework/react/guides/ssr.md index ddaab23f38..d1a0a9fc5c 100644 --- a/docs/framework/react/guides/ssr.md +++ b/docs/framework/react/guides/ssr.md @@ -175,7 +175,7 @@ With just a little more setup, you can use a `queryClient` to prefetch queries d - Wrap your tree with `` where `dehydratedState` comes from the framework loader. How you get `dehydratedState` also differs between frameworks. - This can be done for each route, or at the top of the application to avoid boilerplate, see examples -> An interesting detail is that there are actually _three_ `queryClient`s involved. The framework loaders are a form of "preloading" phase that happens before rendering, and this phase has it's own `queryClient` that does the prefetching. The dehydrated result of this phase gets passed to **both** the server rendering process **and** the client rendering process which each has it's own `queryClient`. This ensures they both start with the same data so they can return the same markup. +> An interesting detail is that there are actually _three_ `queryClient`s involved. The framework loaders are a form of "preloading" phase that happens before rendering, and this phase has its own `queryClient` that does the prefetching. The dehydrated result of this phase gets passed to **both** the server rendering process **and** the client rendering process which each has its own `queryClient`. This ensures they both start with the same data so they can return the same markup. > Server Components are another form of "preloading" phase, that can also "preload" (pre-render) parts of a React component tree. Read more in the [Advanced Server Rendering guide](./guides/advanced-ssr).