ソフトナビゲーションによる写真モーダルフローの構築
インターセプトと並列ルートを組み合わせ、項目をモーダルで開きながら、更新時にはディープリンクできるようにします。
「ソフトナビゲーションによる写真モーダルフローの構築」はCoddyKit上の無料Next.js 15 Fullstack (App Router + Server Actions)レッスンです。 これはレッスン4/4です。 下記で完全なレッスンを無料で読むことができます。その後、ブラウザ内の組み込みコードエディタと24時間対応のAIチューターでハンズオン演習できます。 これはNext.js 15 Fullstack (App Router + Server Actions)学習パスの一部であり、ウェブとCoddyKitアプリ全体で進捗が同期されます。 Next.js 15 Fullstack (App Router + Server Actions)コースには全4レッスンが含まれています。
このレッスンの一部はまだ翻訳されておらず、英語で表示されています。
Why Modals Break Deep-Linking
Traditional modal implementations render a dialog on top of the current page. This creates a fundamental problem: when a user shares the URL or refreshes the browser, the modal disappears — there is no route change, so no persistent URL state exists.
Next.js 15 solves this with two advanced routing features working in tandem:
- Intercepting Routes — catch a navigation and render a different UI in the current context
- Parallel Routes — render two route segments simultaneously in the same layout
Together they let you open a photo in a modal with a proper URL (e.g. /photos/42) while keeping the grid visible behind it. On a hard refresh, the same URL shows the full-page photo view instead.
The File Structure You Need
The pattern requires a specific directory layout inside your app/ folder. Here is the structure for a photo gallery:
app/photos/page.tsx— the photo grid (list view)app/photos/[id]/page.tsx— the standalone full-page photo detailapp/@modal/(.)photos/[id]/page.tsx— the intercepted modal versionapp/layout.tsx— root layout that accepts themodalslot
The @modal prefix declares a parallel route slot. The (.) prefix on the intercepting segment tells Next.js: intercept navigations that go to photos/[id] at the same depth in the URL tree.
This dual existence — a real page at photos/[id] and an intercepted version at @modal/(.)photos/[id] — is the entire secret.
Configuring the Root Layout for Parallel Slots
The root layout (or any shared layout) must be updated to accept and render the modal slot. Next.js passes each parallel route slot as a named prop to the layout component.
If no intercepting route is active, Next.js renders a built-in default.tsx file for the slot. Without it the app crashes — always provide a default.tsx returning null.
// app/layout.tsx
import type { ReactNode } from 'react';
interface RootLayoutProps {
children: ReactNode;
modal: ReactNode; // named slot from @modal parallel route
}
export default function RootLayout({ children, modal }: RootLayoutProps) {
return (
<html lang="en">
<body>
{children}
{modal} {/* renders null by default, or the intercepted modal */}
</body>
</html>
);
}
// app/@modal/default.tsx
export default function ModalDefault() {
return null; // no modal active — render nothing
}The Photo Grid Page
The grid page at app/photos/page.tsx fetches all photos and renders them as links. When a user clicks a photo, Next.js detects that the destination (/photos/[id]) has an intercepting counterpart and silently redirects the render to @modal/(.)photos/[id] instead — without changing the displayed URL behavior.
Key points:
- Use a plain
<Link href="/photos/42">— no special modal trigger code needed - The interception is entirely file-system driven; the grid component stays clean
- Marking the page
asynclets youawaityour data fetch at the component level
// app/photos/page.tsx
import Link from 'next/link';
import { getAllPhotos } from '@/lib/photos';
export default async function PhotosPage() {
const photos = await getAllPhotos();
return (
<main className="grid grid-cols-3 gap-4 p-6">
{photos.map((photo) => (
<Link key={photo.id} href={`/photos/${photo.id}`}>
<img
src={photo.thumbnailUrl}
alt={photo.title}
className="w-full aspect-square object-cover rounded-lg hover:opacity-80 transition"
/>
</Link>
))}
</main>
);
}The Full-Page Photo Detail (Hard Refresh Target)
The route at app/photos/[id]/page.tsx is the canonical destination. It renders when:
- The user pastes the URL directly in the address bar
- The user refreshes the page while the modal is open
- A search engine crawler indexes the photo
This page is a standard Next.js async Server Component — it receives the params prop and fetches its own data. No special intercepting-route knowledge is needed here.
// app/photos/[id]/page.tsx
import { getPhotoById } from '@/lib/photos';
import { notFound } from 'next/navigation';
interface PhotoPageProps {
params: Promise<{ id: string }>;
}
export default async function PhotoPage({ params }: PhotoPageProps) {
const { id } = await params; // params is a Promise in Next.js 15
const photo = await getPhotoById(id);
if (!photo) notFound();
return (
<main className="max-w-3xl mx-auto p-8">
<img src={photo.imageUrl} alt={photo.title} className="w-full rounded-xl" />
<h1 className="mt-4 text-2xl font-bold">{photo.title}</h1>
<p className="mt-2 text-gray-600">{photo.description}</p>
</main>
);
}The Intercepting Modal Route
The file at app/@modal/(.)photos/[id]/page.tsx is rendered instead of the full-page view when navigation happens client-side from the grid. The (.) segment means intercept one level up — matching photos/[id] relative to the current route tree depth.
Interception depth notation:
(.)— same level(..)— one level up(...)— from the root
This component renders a dialog overlay and reuses the same data-fetching logic as the full-page view, keeping content consistent regardless of how the user arrived.
// app/@modal/(.)photos/[id]/page.tsx
import { getPhotoById } from '@/lib/photos';
import { notFound } from 'next/navigation';
import PhotoModal from '@/components/PhotoModal';
interface InterceptedPhotoPageProps {
params: Promise<{ id: string }>;
}
export default async function InterceptedPhotoPage({
params,
}: InterceptedPhotoPageProps) {
const { id } = await params;
const photo = await getPhotoById(id);
if (!photo) notFound();
return <PhotoModal photo={photo} />;
}Building the Modal Client Component
The PhotoModal component needs to close the modal when the user clicks the backdrop or a close button. In a parallel + intercepting route setup, closing means navigating back — which restores the underlying grid and clears the modal slot.
Use useRouter().back() from next/navigation for this. Mark the component 'use client' since it uses browser hooks. The dialog element uses the native HTML <dialog> API for accessible modal semantics.
'use client';
import { useRouter } from 'next/navigation';
import { useEffect, useRef } from 'react';
import type { Photo } from '@/lib/photos';
interface PhotoModalProps {
photo: Photo;
}
export default function PhotoModal({ photo }: PhotoModalProps) {
const router = useRouter();
const dialogRef = useRef<HTMLDialogElement>(null);
useEffect(() => {
dialogRef.current?.showModal();
}, []);
function handleClose() {
router.back(); // removes modal from parallel slot
}
return (
<dialog
ref={dialogRef}
onClose={handleClose}
className="backdrop:bg-black/60 rounded-2xl p-0 max-w-2xl w-full"
>
<button
onClick={handleClose}
className="absolute top-3 right-3 text-white text-xl"
aria-label="Close"
>
✕
</button>
<img src={photo.imageUrl} alt={photo.title} className="w-full rounded-t-2xl" />
<div className="p-6">
<h2 className="text-xl font-bold">{photo.title}</h2>
<p className="mt-2 text-gray-600">{photo.description}</p>
</div>
</dialog>
);
}Adding a Loading State for the Modal Slot
Because the intercepting route fetches data server-side before streaming to the client, there can be a visible delay. Next.js supports co-located loading.tsx files inside parallel route slots to show a skeleton while the server component resolves.
Place it at app/@modal/(.)photos/[id]/loading.tsx. This follows the same Suspense-based streaming that applies to all route segments — parallel slots are no exception.
// app/@modal/(.)photos/[id]/loading.tsx
export default function ModalLoading() {
return (
<div className="fixed inset-0 z-50 flex items-center justify-center bg-black/60">
<div className="bg-white rounded-2xl p-8 max-w-2xl w-full animate-pulse">
<div className="h-72 bg-gray-200 rounded-xl mb-4" />
<div className="h-6 bg-gray-200 rounded w-2/3 mb-2" />
<div className="h-4 bg-gray-100 rounded w-full" />
</div>
</div>
);
}Handling Error Boundaries in the Modal Slot
If the photo fetch fails (e.g. invalid ID, network error), the intercepted route should degrade gracefully. Add an error.tsx file inside the intercepting segment — it must be a Client Component because it receives the error object and a reset function.
The error boundary is scoped to the parallel slot, so an error in the modal does not crash the photo grid behind it.
'use client';
// app/@modal/(.)photos/[id]/error.tsx
import { useRouter } from 'next/navigation';
interface ModalErrorProps {
error: Error & { digest?: string };
reset: () => void;
}
export default function ModalError({ error, reset }: ModalErrorProps) {
const router = useRouter();
return (
<div className="fixed inset-0 z-50 flex items-center justify-center bg-black/60">
<div className="bg-white rounded-2xl p-8 text-center">
<h2 className="text-lg font-semibold text-red-600">Failed to load photo</h2>
<p className="mt-2 text-sm text-gray-500">{error.message}</p>
<div className="mt-4 flex gap-3 justify-center">
<button onClick={reset} className="px-4 py-2 bg-blue-500 text-white rounded-lg">
Try again
</button>
<button onClick={() => router.back()} className="px-4 py-2 bg-gray-200 rounded-lg">
Go back
</button>
</div>
</div>
</div>
);
}Generating Metadata for Social Sharing
One major benefit of this pattern is that the full-page route at app/photos/[id]/page.tsx can export rich Open Graph metadata. When a user shares the URL, crawlers hit the canonical route — not the modal — and receive proper <meta> tags.
Export a generateMetadata function from the full-page route. The intercepted modal page does not need its own metadata export because crawlers never reach it directly.
// app/photos/[id]/page.tsx (metadata addition)
import type { Metadata } from 'next';
import { getPhotoById } from '@/lib/photos';
interface Props {
params: Promise<{ id: string }>;
}
export async function generateMetadata({ params }: Props): Promise<Metadata> {
const { id } = await params;
const photo = await getPhotoById(id);
if (!photo) return { title: 'Photo not found' };
return {
title: photo.title,
description: photo.description,
openGraph: {
title: photo.title,
description: photo.description,
images: [{ url: photo.imageUrl, width: 1200, height: 630 }],
},
};
}Testing the Soft Navigation vs Hard Refresh Behaviour
Once the structure is in place, manually verify the two distinct code paths:
- Soft navigation (expected: modal): Start on
/photos, click any image. The URL changes to/photos/42but the grid remains visible beneath the modal overlay. The@modalslot is active. - Hard refresh (expected: full page): While the modal is open, press
F5orCmd+R. The page reloads andapp/photos/[id]/page.tsxrenders in full — no grid, no modal wrapper — as if you navigated directly. - Back navigation (expected: grid): Click the close button or browser back.
router.back()pops the history entry, the modal slot clears, and the grid reappears without a full reload.
This three-way behaviour is the defining property of the combined pattern and should be your primary acceptance criterion during development.
Quick Check: Intercepting Route Depth Notation
You are building a dashboard at app/dashboard/ that contains a team list at app/dashboard/team/[memberId]/page.tsx. You want to intercept navigations to a member's profile and show it in a modal while keeping the dashboard visible. Where should you place the intercepting route file?
Recap: The Complete Photo-Modal Pattern
In this lesson you built a full photo gallery with soft-navigation modals and deep-linkable URLs using two complementary Next.js 15 features:
- Parallel Routes (
@modal) — create a named slot in your layout that can render independently alongsidechildren, defaulting tonullviadefault.tsx - Intercepting Routes (
(.),(..),(...)) — catch a client-side navigation and substitute a different component without changing the URL
The key insights to remember:
- The canonical route (
photos/[id]/page.tsx) always handles hard refreshes and search engine crawls — keep it complete with metadata - The intercepting route (
@modal/(.)photos/[id]/page.tsx) only activates on soft navigation from within the app - Closing the modal calls
router.back()— no custom state management required - Add
loading.tsxanderror.tsxinside the intercepting segment to handle async states gracefully
This pattern delivers the user experience of a single-page app while preserving the shareability and SEO benefits of a multi-page architecture.
AI チューターと学ぶ TypeScript — 無料
ブラウザでリアルコードを書いて実行し、24/7 の AI チューターから瞬時にサポートを受け、ウェブまたはアプリで続きから学習できます。
- コース
- 22
- レッスン
- 88
よくある質問
「ソフトナビゲーションによる写真モーダルフローの構築」レッスンは無料ですか?
はい。「ソフトナビゲーションによる写真モーダルフローの構築」の完全なテキストはこのウェブで無料で読めます。インタラクティブに演習し(組み込みコードエディタと24時間対応のAIチューター)、Next.js 15 Fullstack (App Router + Server Actions)コースの残りをアンロックするには、CoddyKit PROにアップグレードしてください。 Next.js 15 Fullstack (App Router + Server Actions)コースには全4レッスンが含まれています。
「ソフトナビゲーションによる写真モーダルフローの構築」で何を学びますか?
インターセプトと並列ルートを組み合わせ、項目をモーダルで開きながら、更新時にはディープリンクできるようにします。 ブラウザで直接実行するハンズオンコードで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)は初級者から上級者向けに構成されているため、ここから始めるか最初から始めて、自分のペースで進むことができます。 これはレッスン4/4です。
「ソフトナビゲーションによる写真モーダルフローの構築」レッスンにはどのくらい時間がかかりますか?
ほとんどのCoddyKitレッスンは約5~10分かかります。各レッスンはコンパクトでインタラクティブなので、着実に進歩し、ウェブとアプリ全体で正確に前回の場所から再開できます。
このNext.js 15 Fullstack (App Router + Server Actions)レッスンでコードを書いて実行できますか?
はい。すべてのNext.js 15 Fullstack (App Router + Server Actions)レッスンに組み込みコードエディタが含まれているため、ブラウザでリアルコードを書いて実行し、即座のAIフィードバックを取得できます。ローカル設定は不要です。
このコースのすべてのレッスン
- 名前付きスロットとデフォルトセグメントによる並列ルート
- 共有モーダル体験のためのインターセプトルート
- ダッシュボードとタブの条件付きスロットレンダリング
- ソフトナビゲーションによる写真モーダルフローの構築