サーバーサイドでのデータ取得
Server Components内で`fetch`などのメソッドを使い、パフォーマンスを最適化した堅牢なサーバーサイドデータ取得を実装します
「サーバーサイドでのデータ取得」はCoddyKit上の無料Next.js 15 Fullstack (App Router + Server Actions)レッスンです。 これはレッスン1/3です。 下記で完全なレッスンを無料で読むことができます。その後、ブラウザ内の組み込みコードエディタと24時間対応のAIチューターでハンズオン演習できます。 これはNext.js 15 Fullstack (App Router + Server Actions)学習パスの一部であり、ウェブとCoddyKitアプリ全体で進捗が同期されます。 Next.js 15 Fullstack (App Router + Server Actions)コースには全3レッスンが含まれています。
このレッスンの一部はまだ翻訳されておらず、英語で表示されています。
Why Fetch Data on the Server?
Next.js 15 excels at rendering your application on the server. This is super powerful for performance and SEO!
When you fetch data directly on the server, your users see content faster because the HTML is already built with data. It also helps search engines index your content better.
- Performance: Faster initial page loads.
- SEO: Content is available for crawlers.
- Security: Keep sensitive logic on the server.
Enhanced `fetch` for Server Components
In Next.js 15 Server Components, the standard fetch Web API is automatically enhanced. This means it comes with built-in caching and revalidation features.
You can use fetch directly inside your async Server Components to get data from external APIs or your own backend services.
Fetching Data in a Component
Let's see how simple it is to fetch data. Here, we'll get a single "Todo" item from a public API. Notice the async keyword on the component function.
Next.js handles the waiting for data before rendering the component.
Run This Basic Fetch Example
This JavaScript code demonstrates fetching data from a public API. While a Next.js Server Component uses JSX, the underlying fetch logic is the same. Run it to see the data!
async function fetchTodo() {
const url = 'https://jsonplaceholder.typicode.com/todos/1';
try {
const response = await fetch(url);
if (!response.ok) {
throw new Error(`HTTP error! status: ${response.status}`);
}
const data = await response.json();
console.log("Fetched Todo Title:", data.title);
} catch (error) {
console.error("Fetch failed:", error);
}
}
fetchTodo();Automatic Caching with `fetch`
By default, Next.js automatically caches the results of fetch requests in Server Components. If the same fetch request is made again (e.g., across multiple components or re-renders), Next.js will use the cached data.
This is fantastic for performance as it avoids redundant network requests.
Opting Out of Caching
Sometimes, you need the freshest data, bypassing the cache. You can do this by passing an option to fetch: { cache: 'no-store' }. This tells Next.js to always refetch the data.
Use 'no-store' for highly dynamic data that changes frequently and needs to be up-to-date on every request.
async function fetchFreshData() {
const url = 'https://jsonplaceholder.typicode.com/posts/1';
// 'no-store' ensures data is always fresh
const response = await fetch(url, { cache: 'no-store' });
const data = await response.json();
console.log("Fresh Post Title:", data.title);
}
fetchFreshData();Revalidating Data on Demand
What if you want cached data, but also want to specify how often it should be considered "fresh"? You can use the next.revalidate option with fetch.
This sets a time-to-live (TTL) for the data. After this time, the next request will refetch the data and update the cache.
async function fetchRevalidatedData() {
const url = 'https://jsonplaceholder.typicode.com/users/1';
// Revalidate data every 60 seconds
const response = await fetch(url, { next: { revalidate: 60 } });
const data = await response.json();
console.log("User Name (revalidated):", data.name);
}
fetchRevalidatedData();`revalidate` vs. `no-store`
Choosing between cache: 'no-store' and next: { revalidate: N } depends on your data's needs:
no-store: Use for data that must be absolutely fresh on every request (e.g., real-time stock prices, user-specific shopping cart).revalidate: N: Use for data that can be slightly stale but should update periodically (e.g., blog posts, product listings that change hourly).- Default (cached): Use for static or infrequently changing data (e.g., navigation links, static page content).
Beyond `fetch`: Direct Database Access
While fetch is powerful for external APIs, Server Components can also directly interact with databases or ORMs like Prisma. Since Server Components run on the server, they can safely contain database credentials.
This means you can write code like await prisma.user.findMany() directly in your components, keeping your client bundle small and secure.
Data Fetching Options
Which of the following statements about server-side data fetching in Next.js 15 are TRUE?
Recap: Server-Side Fetching
You've learned how to harness server-side data fetching in Next.js 15!
fetchin Server Components is automatically optimized with caching.- Use
cache: 'no-store'for always-fresh data. - Use
next: { revalidate: N }for time-based data freshness. - Server Components can also directly access databases securely.
Mastering these techniques is key to building fast, efficient, and secure Next.js applications.
よくある質問
「サーバーサイドでのデータ取得」レッスンは無料ですか?
はい。「サーバーサイドでのデータ取得」の完全なテキストはこのウェブで無料で読めます。インタラクティブに演習し(組み込みコードエディタと24時間対応のAIチューター)、Next.js 15 Fullstack (App Router + Server Actions)コースの残りをアンロックするには、CoddyKit PROにアップグレードしてください。 Next.js 15 Fullstack (App Router + Server Actions)コースには全3レッスンが含まれています。
「サーバーサイドでのデータ取得」で何を学びますか?
Server Components内で`fetch`などのメソッドを使い、パフォーマンスを最適化した堅牢なサーバーサイドデータ取得を実装します ブラウザで直接実行するハンズオンコードでNext.js 15 Fullstack (App Router + Server Actions)を演習し、24時間対応のAIチューターがレッスンを進める中での質問に答えます。
Next.js 15 Fullstack (App Router + Server Actions)を始めるのに経験は必要ですか?
事前経験は必要ありません。CoddyKitのNext.js 15 Fullstack (App Router + Server Actions)は初級者から上級者向けに構成されているため、ここから始めるか最初から始めて、自分のペースで進むことができます。 これはレッスン1/3です。
「サーバーサイドでのデータ取得」レッスンにはどのくらい時間がかかりますか?
ほとんどのCoddyKitレッスンは約5~10分かかります。各レッスンはコンパクトでインタラクティブなので、着実に進歩し、ウェブとアプリ全体で正確に前回の場所から再開できます。
このNext.js 15 Fullstack (App Router + Server Actions)レッスンでコードを書いて実行できますか?
はい。すべてのNext.js 15 Fullstack (App Router + Server Actions)レッスンに組み込みコードエディタが含まれているため、ブラウザでリアルコードを書いて実行し、即座のAIフィードバックを取得できます。ローカル設定は不要です。
このコースのすべてのレッスン
- サーバーサイドでのデータ取得
- キャッシュと再検証
- 並列・逐次・ストリーミングによるデータ取得