Next.js は素晴らしいフレームワークだ。みんな使ってるし、自分も使っている。 ただ、2つだけ「これはもうしょうがないよね」とみんなが諦めている問題がある。Vercel 以外でまともに動かないことと、ビルドが遅いことだ。 2026年2月24日、Cloudflare が Vinext を発表した。Vite 上に Next.js の API をゼロから再実装したフレームワークだ。既存の app/、pages/、next.config.js がそのまま動いて、ビルドは4倍速、バンドルサイズは57%減。 この記事では Vinext が何をやっているのか、なぜ速いのか、そして本当に使えるのかを全部調べた。 なぜ「しょうがない」だったのか この2つの問題の根っこは同じだ。Next.js のビルドツールが完全に独自ということ。 覚えている人もいると思うが、かつて React の入門といえば crea

今日vercelがリリースした10年分のReactとNext.jsの知見が詰まったreact-best-practices。 Claude Codeで早速インストールしてPRをレビューしてもらった。 インストール方法 スキルインストールに際して、Vercelが公開した「add-skill」を公開した。 これが便利で、Claude Code, Codex, Cursor等環境ごとにインタラクティブにスキルをインストールできる。 使い方は次のとおり。 どの環境にインストールするかを選択しているところ。 使い方 開発中のPRについて、実際にレビューしてもらった。 「今回のPRについて、next.jsのベスト・プラクティスに沿っているかチェックして」と指示。 スキルが発動する。 レビュー結果が次の通り。 すごく・・・いいです・・・ 結果的に、React.cacheを使えって言われた。 結論 男は黙

内部的には Google Identity Platform + NextAuth による認証、 マルチロール制御、通知、DTO検証などを組み込み、 App Router特有の問題が浮き彫りになるような構成になっています。 📂 リポジトリ: System guide: docs/README.md Frontend playbook: frontend/docs/README.md Checklists: docs/checklists.md App Routerの“自由さ”をどう設計で制御するか 実際に運用して分かった課題は、大きく3つです。 1. 境界のあいまいさ server専用コード（handlerやrepositoryなど）がclientコンポーネント側に漏れる。 2. Server Actionのスパゲッティ化 Actionがランダムなpage.tsxに散らばり、 機能とルー

TanStack AI は TanStack チームが開発する TypeScript 向けの軽量な AI フレームワークです。LLM プロバイダーのインターフェイスを抽象化し、ツール呼び出しやチャット機能を提供します。この記事では TanStack AI の概要と基本的な使い方を紹介します。 AI エージェントの開発をする上で LLM の API 呼び出しを抽象化してくれるフレームワークは欠かせないものと言えるでしょう。OpenAI や Anthropic などの主要な LLM プロバイダーはそれぞれ公式 SDK を提供していますが、それぞれ異なるインターフェイスを提供しているため複数の LLM モデルを切り替えながら開発する場合には煩雑さが増してしまいます。 この差異を吸収してくれるフレームワークとして TypeScript なら AI SDK、Python なら LangChain が

Next.js 16からの/_next/mcpエンドポイントにより、AIエージェントは 実行中のアプリケーションの内部状態にリアルタイムでアクセスできる ようになるからです。 How It Works（仕組みの解説） 以下仕組みの解説ですが、少し細かい内容になるので、先に検証結果をみたい方は飛ばして先に検証セクションからご覧ください。 Next.js DevTools MCPがどのように動作しているのか、アーキテクチャを理解しておくと、より効果的に活用できます。 公式ドキュメントによると This package provides a bridge MCP server that connects your coding agent to Next.js development tools: Coding Agent ↓ next-devtools-mcp (this package) ↓

はじめに こんにちは。ZOZOTOWN開発本部フロントエンドの菊地（@hiro0218）です。 2021年、ZOZOTOWNはフロントエンドリプレイスを開始しました。現在、ホームページや商品一覧ページなど主要なページのNext.js化が完了し、運用フェーズに入っています。詳細は以下の記事を参照してください。 techblog.zozo.com 開始当初、他社事例を参考にしながら、よくある課題を未然に防ぐディレクトリ構成を設計しました。本記事では、約4年にわたる運用で改善を重ねてきたディレクトリの分割戦略について紹介します。 ※本記事は2025年8月にちょっと株式会社との合同勉強会で発表した内容を基にしています。 speakerdeck.com 背景 現在、私が携わっている領域におけるフロントエンド開発は4チーム、合計30名強で運用しています。この規模で効率的に開発を進めるため、ディレクトリ

Cloudflare Workers、フルスタックアプリの構築とホスティングが可能に。新たにNext.jsやAngularなどに対応、MySQLへの接続も Cloudflareは、同社が提供するグローバルなコンテンツデリバリーネットワーク（CDN）のエッジにおいてJavaScriptのランタイムを提供する「Cloudflare Workers」の新機能や機能強化を発表しました。 You can now deploy static sites and full-stack applications on Cloudflare Workers – the primitives are all here. https://t.co/lDgcd4kh9j #DeveloperWeek — Cloudflare (@Cloudflare) April 8, 2025 Next.jsサポート、MySQ

CDNプロバイダのCloudflareは、いわゆるサーバレスコンピューティングサービスの一種としてCDNのエッジにおいてJavaScriptのコードを配置し実行できる「Cloudflare Workers」を提供しています。 Cloudflare Workersは、HTML5の機能であるService Workerの実行環境をクラウド上で提供するというものです。 Service Workerとは、もともとWebブラウザに実装されバックグラウンドで起動される、いわばプログラミング可能なローカルプロキシです。ルーティングやレスポンスやキャッシングなどを操作し、オフラインで動作するWebアプリケーションを実現する上で重要な機能を提供します。 Cloudflare Workersを用いると、例えば次のようなことが可能になると説明されています。 異なるタイプのリクエストごとに、異なるオリジンサーバへ

本記事の文章表現の一部には、生成AI(Google Gemini)を用いた校正・改善を行っています。ただし、掲載されている情報の正確性については筆者自身が責任をもって確認・執筆しています。AIの力を借りながらも情報の信頼性を最優先にしていますので安心してお読みいただければ幸いです。 1. 概要 CVE-2025-29927 は、Next.js (ReactベースのフルスタックWebフレームワーク) における 認可バイパスの脆弱性 です。特にNext.jsの ミドルウェア (middleware) で認可チェックを行っている場合に、攻撃者が細工したHTTPヘッダーを送信することで認可を迂回できる深刻な欠陥となっています。この脆弱性により、本来認可が必要な 保護リソース へ攻撃者が未認証のままアクセスできる可能性があります。脆弱性の深刻度はCritical (重大) と評価されており、CVSS

Next.js の App Router は強力な機能を提供しますが、i18n に関しては next-i18next などのライブラリを使用するのが一般的です。しかし、これらのライブラリは便利な反面、Next.js のメジャーアップデートのたびに互換性の問題が発生しやすく、対応に追われることも少なくありません。 本記事では、Next.js v15 の App Router で、ライブラリに依存せずに、必要最小限の実装で型安全な i18n を実現する方法を紹介します。 実装方針 型安全: TypeScript を活用し、翻訳キーやロケールの型を定義することで、コンパイル時にエラーを検知します。 自動化: スクリプトを用いて翻訳ファイルから型定義を自動生成し、手動管理の手間を削減します。 サーバー/クライアント対応: サーバーコンポーネントとクライアントコンポーネントの両方で翻訳関数を使用でき

最近いろんなプロジェクトをNext.js v14からv15にアップデート作業している@zaruです、こんにちは。 Next.js v15の大きな変更点はリリースノートなどで発表されていますし、アップグレードをサポートする codemod もあり、大半のプロジェクトは npx @next/codemod@canary upgrade latest を実行するだけで自動で修正されます。 しかし、Next.js v15のリリースノートには書かれていない（と思う）のですが、Next.js v15にはフォームをサブミットすると、フォーム内容がリセットされるように変更されています。これはv14とは異なる挙動です。 「フォームをサブミットすると、フォーム内容がリセットされる」とテキストで書くと、それはそうでしょう。なに当たり前のこと言ってるんだ？となるかもしれません。 実際に挙動を確認したほうが早いので

はじめに 今、Next.js 15がホットな話題ですが、そのNext.js 15で導入された、use cahceにより、これまでのNext.jsのcache戦略が大きく改良されることになりました。 また、よりシンプルかつ柔軟なcache戦略を取り入れやすくなり、大幅に開発体験が改良されることになるであろうため、use cacheについて以下の記事を参考に解説しようと思います。 Next.js 14までの課題 1. fetch()について これまでNext.jsのfetch()といえば、デフォルトでcacheされるものでした。 しかしながら、これはfetch()を使用しない場合を、十分考慮したものではありませんでした。 そのため、ローカルデータベースアクセスに対する制御は十分に提供されていないといった課題がありました。 2. fetch()以外を使用する場合、エスケープハッチが必要だった エ

8月31日、LogRocket Blogで「Next.js View Transitions API」と題した記事が公開された。この記事では、Next.jsでのView Transitions APIの使用方法とその利点について詳しく紹介されている。 View Transitions APIとは View Transitions APIは、特にナビゲーション中のWebアプリケーションのユーザー体験を向上させるための新しいブラウザ機能だ。このAPIを使用すると、DOM状態の変化やページ間のナビゲーションにおいてスムーズなアニメーションを実現できる。 従来、WebアプリケーションでのトランジションにはJavaScriptやCSS、さらには多くのライブラリが必要だったが、このAPIを使うことで、標準化された方法でトランジションを簡単に実装できるようになった。これにより、複雑さが削減され、アニメー

本稿はNext.js v15.0.0-rc.0時点の情報を元に執筆しており、PPRはさらにexperimentalな機能です。v15.0.0のリリース時や、PPRがstableな機能として提供される際には機能の一部が変更されてる可能性がありますので、ご注意下さい。 Partial Pre-Rendering(以降PPR)はNext.js v14.0で発表された、SSRやSSGにならぶ新たなレンダリングモデルです。 PPRは前述の通り開発中の機能で、v15のRC版にてexperimentalフラグを有効にすることで利用することができます。ppr: trueとすれば全部のページが対象となり、ppr: "incremental"とすればexport const experimental_ppr = trueを設定したRouteのみがPPRの対象となります。 // next.config.mjs

概要 今回は、最近実務の中で調査を行った App Router 環境下でのページ毎のレンダリング形式の設定方法について、まとめていこうと思います。 具体的には、Pages Router の環境と比べて、ページに対しての SSR と SSG の設定方法と、SSG での細かな挙動の設定方法などが異なっていたため、その辺りについての記載を行なっていこうと思います。 公式のドキュメントを参照しながらまとめたため、大きな解釈違いはないと思っているのですが、間違っている箇所などあれば気軽にご指摘いただけると嬉しいです。 今まで（Pages Router）のレンダリング形式の設定 getServerSideProps や getStaticProps で SSR や SSG の設定が行える getStaticProps は getStaticPaths で細かな定義が行えます getStaticPath

はじめに 皆さんこんにちは、mamiなのだ！ 今回はバックエンドは作らずにNextAuth.jsやprisma、microCMSなどを利用してNext.jsでECサイトを作成してみたので、その方法や手順などを公開しつつ、認証周りや大型開発案件でも採用されるstorybookなどについても解説していこうと思うのだ！ フロントを勉強し始めた初学者さんや、フロントがメインではないバックエンドエンジニアの方に向けて、丁寧に解説を挟みながら書いていくので「へ〜フロントってこんな感じのことやってるんだ〜」と思ってくれたら嬉しいのだ！ ちなみにこの記事は丁寧に解説しすぎて死ぬほど長くなってしまったので、気になる部分だけ読んでみても良いのだ！ フロントガチ初心者の方は読んでるだけでも勉強になると思うので、暇な時にのんびり読むことをお勧めするのだ！ 対象読者 フロントを勉強し始めた初学者さん フロントがメイ

このエントリーは一休.com Advent Calendar 2023の15日目の記事になります。 CTO 室の恩田です。 現在は一休レストランのフロントエンドのリアーキテクトを手がけています。 今日はその中で Next.js App Router から Remix に乗り換えた話をご紹介したいと思います*1。 背景 6日目の記事で香西から紹介させていただきましたが、2023年10月に一休レストランのスマートフォン用レストラン詳細ページをリニューアルしました。 一休レストランの Rust バックエンドが正式リリースされました。https://t.co/7N4VGv5ej9 このページのスマートフォンビューはバックエンドが Rust で書かれた GraphQL になってます— naoya (@naoya_ito) 2023年10月4日 ちなみにフロントエンドも、旧バージョンは Nuxt v2

TL;DR: jQueryはDrupalのバーター リニューアルするたびにWeb界隈の一斉レビューを受けることでお馴染のデジタル庁ポータルサイトがいつの間にかまたリニューアルされていて、フロントエンドがNext.jsからDrupalに変わって話題になっていたので1、私も旅券所持者として国政に関心を持ってゆく また、まわりのフロントエンドエンジニアの間でjQuery氏の入庁について「モダンブラウザ全盛の時代に必要か？」と疑念がとなえられていたので、これも追求してゆきたい どのような変更があったのか システム変更の経緯はプロジェクトの関係者であるHal Sekiさんの発言が正確なところだと思う Drupalが話題ですが、元々CMS側は2年前からずっとDrupalだったんです。設立当初はサイトもシンプルだったのでフロントエンド側はNextjsでヘッドレス構成だったのですが、構成が複雑になってきて