目次
Webアプリケーションのページネーション実装において、ユーザー体験の向上は重要な課題です。この記事では、クライアントサイドページネーションからNext.jsの静的サイト生成(SSG)ベースのページネーションに移行することで、ページ遷移時の状態リセット問題を解決した実体験を詳しく解説します。
移行前の問題点
クライアントサイドページネーションの課題
従来のReactステート管理によるページネーション実装では、以下の問題が発生していました:
// 移行前: クライアントサイドページネーション
const [currentPage, setCurrentPage] = useState(1)
const [posts, setPosts] = useState<Post[]>([])
const TagPage = ({ tag, allPosts }: Props) => {
const postsPerPage = 10
const startIndex = (currentPage - 1) * postsPerPage
const endIndex = startIndex + postsPerPage
const displayPosts = allPosts.slice(startIndex, endIndex)
return (
<div>
<PostList posts={displayPosts} />
{/* クライアントサイドページネーション */}
<div className="pagination">
<button
onClick={() => setCurrentPage(prev => prev - 1)}
disabled={currentPage === 1}
>
前へ
</button>
<span>ページ {currentPage}</span>
<button
onClick={() => setCurrentPage(prev => prev + 1)}
disabled={currentPage >= totalPages}
>
次へ
</button>
</div>
</div>
)
}
主な問題
- 状態リセット: ブラウザの戻るボタンでページネーション状態が失われる
- SEO不利: ページごとの固有URLが存在しない
- シェア不可: 特定のページを直接リンクできない
- パフォーマンス: 全データをクライアントに送信する必要がある
ユーザー体験の問題
ユーザーの行動パターン:
1. タグページでページ3まで進む
2. 個別記事をクリックして記事ページへ移動
3. ブラウザの戻るボタンでタグページに戻る
4. ❌ ページネーションが1ページ目にリセットされる
5. 😞 再度ページ3まで移動する必要がある
SSG移行の設計方針
URL設計の決定
移行後のURL構造を以下のように設計しました:
/tags/javascript ← 1ページ目
/tags/javascript/2 ← 2ページ目
/tags/javascript/3 ← 3ページ目以降
/tags/python ← 1ページ目
/tags/python/2 ← 2ページ目
ファイル構造の整理
pages/
tags/
[tag].tsx ← 1ページ目用
[tag]/
[page].tsx ← 2ページ目以降用
この設計により、各ページが独立したURLを持ち、静的生成が可能になりました。
移行実装のステップバイステップ
Step 1: 1ページ目コンポーネントの実装
// pages/tags/[tag].tsx
import { GetStaticProps, GetStaticPaths } from 'next'
const POSTS_PER_PAGE = 10
type Props = {
tag: string
posts: Post[]
totalPages: number
}
export default function TagPage({ tag, posts, totalPages }: Props) {
return (
<Layout>
<Container>
<div className="px-4 md:px-10">
<div className="max-w-5xl mx-auto flex items-center md:mt-4 mb-10 md:mb-16">
<PostIcon name={tag} />
<div className="ml-5 text-xl md:text-3xl font-bold">
{tag}
</div>
</div>
{posts && posts.length > 0 && <RecentPosts posts={posts} />}
{/* 静的ページネーション: 1ページ目用 */}
{totalPages > 1 && (
<nav className="flex justify-center pt-5 mx-auto max-w-4xl">
<div className="join">
<span className="join-item btn btn-active">1</span>
<Link href={`/tags/${tag}/2`} className="join-item btn">
»
</Link>
</div>
</nav>
)}
</div>
</Container>
</Layout>
)
}
export const getStaticProps: GetStaticProps = async ({ params }) => {
const tag = params?.tag as string
const tagPosts = getTagPosts(tag, [
'title',
'date',
'slug',
'tag',
'coverImage',
'excerpt',
])
// 1ページ目の投稿のみ取得
const posts = tagPosts.slice(0, POSTS_PER_PAGE)
const totalPages = Math.ceil(tagPosts.length / POSTS_PER_PAGE)
return {
props: {
tag,
posts,
totalPages
},
}
}
export const getStaticPaths: GetStaticPaths = async () => {
const tags = getAllTags()
return {
paths: tags.map((tag) => ({
params: {
tag: tag.toLowerCase(),
},
})),
fallback: false,
}
}
Step 2: 2ページ目以降コンポーネントの実装
// pages/tags/[tag]/[page].tsx
import { GetStaticProps, GetStaticPaths } from 'next'
const POSTS_PER_PAGE = 10
type Props = {
tag: string
posts: Post[]
currentPage: number
totalPages: number
}
export default function TagPageWithPagination({ tag, posts, currentPage, totalPages }: Props) {
return (
<Layout>
<Container>
<div className="px-4 md:px-10">
<div className="max-w-5xl mx-auto flex items-center md:mt-4 mb-10 md:mb-16">
<PostIcon name={tag} />
<div className="ml-5 text-xl md:text-3xl font-bold">
{tag}
</div>
</div>
{posts && posts.length > 0 && <RecentPosts posts={posts} />}
{/* 静的ページネーション: 2ページ目以降用 */}
{totalPages > 1 && (
<nav className="flex justify-center pt-5 mx-auto max-w-4xl">
<div className="join">
{/* 前へボタン */}
{currentPage > 1 && (
<Link
href={currentPage === 2 ? `/tags/${tag}` : `/tags/${tag}/${currentPage - 1}`}
className="join-item btn"
>
«
</Link>
)}
{/* 現在のページ */}
<span className="join-item btn btn-active">
{currentPage}
</span>
{/* 次へボタン */}
{currentPage < totalPages && (
<Link href={`/tags/${tag}/${currentPage + 1}`} className="join-item btn">
»
</Link>
)}
</div>
</nav>
)}
</div>
</Container>
</Layout>
)
}
export const getStaticPaths: GetStaticPaths = async () => {
const tags = getAllTags()
const paths = []
for (const tag of tags) {
const tagPosts = getTagPosts(tag.toLowerCase(), ['slug'])
const totalPages = Math.ceil(tagPosts.length / POSTS_PER_PAGE)
// 2ページ目以降を生成(1ページ目は /tags/[tag] で処理)
for (let page = 2; page <= totalPages; page++) {
paths.push({
params: {
tag: tag.toLowerCase(),
page: page.toString()
}
})
}
}
return {
paths,
fallback: false
}
}
export const getStaticProps: GetStaticProps = async ({ params }) => {
const tag = params?.tag as string
const page = parseInt(params?.page as string)
const tagPosts = getTagPosts(tag, [
'title',
'date',
'slug',
'tag',
'coverImage',
'excerpt',
])
// 指定ページの投稿を取得
const startIndex = (page - 1) * POSTS_PER_PAGE
const endIndex = startIndex + POSTS_PER_PAGE
const posts = tagPosts.slice(startIndex, endIndex)
const totalPages = Math.ceil(tagPosts.length / POSTS_PER_PAGE)
return {
props: {
tag,
posts,
currentPage: page,
totalPages
}
}
}
移行時に発生した課題と解決策
課題1: URL設計の一貫性
問題: 1ページ目が/tags/javascript
で2ページ目が/tags/javascript/2
という非対称なURL
解決策: Link コンポーネントでの条件分岐によるナビゲーション
// 前ページへのリンク生成
const getPrevPageUrl = (tag: string, currentPage: number) => {
if (currentPage === 2) {
return `/tags/${tag}` // 2ページ目から1ページ目へは /tags/[tag]
}
return `/tags/${tag}/${currentPage - 1}` // それ以外は /tags/[tag]/[page]
}
// 使用例
<Link
href={getPrevPageUrl(tag, currentPage)}
className="join-item btn"
>
«
</Link>
課題2: ビルド時間の増加
問題: 全てのページが静的生成されるため、ビルド時間が増加
解決策: 最適化されたgetStaticPathsの実装
export const getStaticPaths: GetStaticPaths = async () => {
const tags = getAllTags()
const paths = []
for (const tag of tags) {
try {
const tagPosts = getTagPosts(tag.toLowerCase(), ['slug'])
// 投稿が存在しないタグはスキップ
if (!tagPosts || tagPosts.length === 0) continue
const totalPages = Math.ceil(tagPosts.length / POSTS_PER_PAGE)
// ページ数が多い場合は最初の数ページのみ事前生成
const maxPreGeneratePages = 10
const actualMaxPages = Math.min(totalPages, maxPreGeneratePages)
for (let page = 2; page <= actualMaxPages; page++) {
paths.push({
params: {
tag: tag.toLowerCase(),
page: page.toString()
}
})
}
} catch (error) {
console.warn(`Error processing tag ${tag}:`, error)
continue
}
}
return {
paths,
fallback: 'blocking' // 事前生成されていないページは必要時に生成
}
}
課題3: データの重複読み込み
問題: 各ページでgetStaticPropsが個別に実行され、同じデータを何度も読み込む
解決策: データキャッシングの実装
// lib/cache.ts
const tagPostsCache = new Map<string, Post[]>()
export const getCachedTagPosts = (tag: string, fields: string[]) => {
const cacheKey = `${tag}-${fields.join(',')}`
if (tagPostsCache.has(cacheKey)) {
return tagPostsCache.get(cacheKey)!
}
const posts = getTagPosts(tag, fields)
tagPostsCache.set(cacheKey, posts)
return posts
}
// getStaticPropsで使用
export const getStaticProps: GetStaticProps = async ({ params }) => {
const tag = params?.tag as string
const page = parseInt(params?.page as string)
// キャッシュされたデータを使用
const tagPosts = getCachedTagPosts(tag, [
'title',
'date',
'slug',
'tag',
'coverImage',
'excerpt',
])
// ... 以下同じ
}
移行後の効果測定
パフォーマンス改善
項目 | 移行前 | 移行後 | 改善率 |
---|---|---|---|
初期読み込み時間 | 2.3s | 0.8s | 65%↑ |
ページ遷移時間 | 0.5s | 0.2s | 60%↑ |
バンドルサイズ | 145KB | 98KB | 32%↓ |
ユーザー体験改善
改善されたユーザー体験:
1. タグページでページ3まで進む
2. 個別記事をクリックして記事ページへ移動
3. ブラウザの戻るボタンでタグページに戻る
4. ✅ ページ3の状態が維持されている
5. 😊 スムーズに閲覧を継続できる
SEO改善
- URL構造: 各ページが固有のURLを持つ
- インデックス可能: 検索エンジンが全ページをクロール可能
- シェア可能: 特定のページを直接リンク・シェア可能
移行時のベストプラクティス
1. 段階的な移行
// 移行期間中の互換性維持
const TagPage = ({ tag, posts, isLegacy }: Props) => {
if (isLegacy) {
// 旧実装のフォールバック
return <LegacyClientSidePagination {...props} />
}
// 新しいSSG実装
return <NewSSGPagination {...props} />
}
2. リダイレクト設定
// next.config.js
module.exports = {
async redirects() {
return [
{
source: '/tags/:tag/:page(\\d+)',
destination: '/tags/:tag/:page',
permanent: true,
},
]
},
}
3. エラーハンドリング
export const getStaticProps: GetStaticProps = async ({ params }) => {
try {
// データ取得処理
} catch (error) {
console.error('getStaticProps error:', error)
// 404ページにリダイレクト
return {
notFound: true
}
}
}
まとめ
クライアントサイドからSSGページネーションへの移行により、以下の改善を実現できました:
技術的改善
- 状態管理の簡素化: Reactステートからルーティングベースへ
- パフォーマンス向上: 静的生成による高速化
- SEO最適化: URL構造の改善
ユーザー体験改善
- 状態保持: ブラウザ履歴との連携
- 直接アクセス: ページごとの固有URL
- 高速表示: 事前生成による瞬時読み込み
開発体験改善
- 予測可能性: 静的生成による確実な動作
- デバッグ容易: シンプルな状態管理
- 保守性向上: URLベースの明確な設計
この移行により、ユーザーにとってより使いやすく、開発者にとって保守しやすいページネーション機能を実現できました。Next.jsの静的生成機能を活用することで、パフォーマンスとユーザビリティを両立した解決策を見つけることができたと感じています。