Next.jsフリーランス単価相場と継続案件の取り方｜2026年版

参画していた Next.js 案件が更新されずに終わり、次の案件が決まるまで2週間ほど無収入の期間ができてしまった。エージェント経由で月70万円台の案件は取れるのに、3〜6ヶ月で契約が切れるたびに営業をやり直し、単価も独立したときからほとんど上がっていない。Next.js フリーランスとして働く方の多くが、こうした「案件は取れるが収入が安定しない」状態に悩んでいます。

スキルが足りないわけではありません。問題は、案件を「単発で取って終わり」にしてしまう働き方そのものにあります。次の案件を探すことに毎回エネルギーを使っていると、目の前の案件で「次につながる動き」をする余裕がなくなり、結果として契約が更新されず、また探し直す——この繰り返しから抜け出せなくなります。

収入を年間を通して読める状態にするカギは、案件を取る力ではなく、取った案件を「継続案件」に変える力です。同じクライアントとの契約更新を引き出し、更新のタイミングで単価を上げ、複数の案件で空白期間を埋めていく。この仕組みができると、営業に追われる働き方から、収入を設計する働き方へと変わっていきます。

本記事では、まず2026年の Next.js フリーランス案件の単価相場をフルタイム前提で整理し、自分の単価が相場のどこにあるかを診断できるようにします。そのうえで、契約更新を引き出す動き方、更新時の単価交渉の進め方、空白期間を作らないパイプライン運用という3つの「継続案件の取り方」を、Next.js の実務に紐づけて具体的に解説します。最後に、これらを実行に移すための90日アクションプランを提示します。

Next.jsフリーランス案件の単価相場（2026年版）

まず、自分の単価が市場のどこにあるかを把握するところから始めましょう。相場の全体像が見えると、「自分はまだ上げられるのか」「すでに天井に近いのか」が判断でき、後半で解説する単価交渉の準備にもつながります。

2026年 Next.jsフリーランス案件の単価レンジと案件数

2026年時点の Next.js フリーランス案件（フルタイム＝週5日常駐相当・準委任契約が主流）の単価レンジは、複数のデータソースを照らし合わせると次のように整理できます。

データソースによって平均値に幅がありますが、実態としては 月70〜80万円が最もボリュームのある価格帯で、上位レンジには 月100万円超の案件も存在する、という構図です。年収ベースに換算すると、月70〜80万円なら年840〜960万円に相当します（消費税・経費・空白期間を考慮する前の額面）。

ここで注目したいのは、平均（76〜89万円）と上限（110万円）の間に30万円前後の差があることです。この差は「Next.js が書ける」というスキルの有無ではなく、後半で解説する 設計・バックエンド・改善実績といった評価軸の差によって生まれます。つまり、単価の頭打ちを感じている方にも、相場の天井までまだ伸びしろがあるということです。

経験年数・スキル組み合わせ別の単価マトリクス

同じ Next.js 案件でも、経験年数とスキルの組み合わせによって単価帯は変わります。フルタイム（週5日）月額を基準に、おおまかな目安を整理します。

App Router や React Server Components の実務経験があると、月額で5〜10万円のアップが見込めるという傾向も報告されています（テックタレントフリーランス）。TypeScript とセットで提案できるかどうかも、単価を左右する分かれ目になります。

このマトリクスで自分の現在地を確認してみてください。「中堅〜上位」にいるのに単価が60万円台で止まっている場合は、スキルではなく案件の取り方や交渉の問題である可能性が高くなります。

副業案件とフリーランス案件の単価・働き方の違い

Next.js の案件を探していると、副業向け（週1〜2日）の案件とフルタイムのフリーランス案件が混在しています。この2つは単価の考え方も働き方も異なるため、混同しないことが大切です。

副業案件は週2日程度の稼働を前提に、月15〜30万円程度のレンジが中心です。本業の収入があるうえでの上乗せなので、空白期間のリスクや収入の安定性は大きな問題になりにくい構造です。副業として Next.js 案件に取り組む場合の単価感や案件獲得の進め方は、Next.js副業の単価相場と案件獲得法で詳しく解説しています。

一方、フルタイムのフリーランスは、収入のすべてを案件単価に依存します。だからこそ、本記事のテーマである「継続案件化」と「空白期間をなくす運用」が、副業以上に重要になります。1つの案件が切れただけで月収がゼロに近づくリスクがあるため、相場どおりの単価を取れているかだけでなく、その単価を「年間を通して維持できるか」までを設計する必要があります。

単価が上がる人・頭打ちになる人の差（Next.js特有の評価軸）

相場を把握したら、次は「なぜ自分の単価が上がらないのか」を診断しましょう。同じ「Next.js 経験あり」でも単価に差がつくのは、クライアントが評価する軸が「コードが書けること」よりも一段上にあるからです。

単価に効くNext.js実務（App Router設計・RSCによるパフォーマンス最適化）

クライアントが高い単価を払うのは、「言われた画面を作れる人」ではなく「設計や品質の判断を任せられる人」です。Next.js の文脈で単価に効く実務を具体化すると、次のような領域になります。

• App Router の設計判断: どこを Server Component にしてどこを Client Component にするか、データ取得をどの層で行うか、キャッシュ戦略をどう設計するかを根拠を持って決められる
• React Server Components によるパフォーマンス最適化: バンドルサイズの削減やレンダリング戦略の見直しで、表示速度や Core Web Vitals を実際に改善できる
• SEO・表示速度への貢献: メタデータ設計やレンダリング方式（SSR/SSG/ISR）の選択を、ビジネス要件に合わせて提案できる

これらは「Next.js が書ける」の一歩先にある領域で、クライアントから見ると「自分たちでは判断しきれないことを任せられる」価値になります。単価の上限レンジ（100万円超）にいる人は、こうした設計・最適化の判断をプロジェクトに持ち込んでいます。

フロント完結から「設計・バックエンドも担える」への拡張

フロントエンドだけで完結する案件は、担い手が多いぶん単価競争になりやすい領域です。一方で、Next.js の API Routes や tRPC、Prisma を使ったバックエンド、データベース設計やAPI設計まで守備範囲を広げられると、案件の選択肢が一気に増え、単価も上がりやすくなります。

クライアントにとって「フロントもバックエンドも一人で見てもらえる」ことは、コミュニケーションコストの削減に直結します。特に少人数のプロダクト開発では、フルスタックで動ける人材の価値が高く評価されます。Server Actions を使ったフォーム処理やデータ更新まで担えると、フロントとバックエンドの境界をまたいだ提案ができるようになり、これが単価の差として表れます。

「Next.jsが書ける」止まりで単価が止まる典型パターン

逆に、単価が頭打ちになりやすいのは次のようなパターンです。

• 指示された画面を実装するだけで、設計や技術選定の判断には関わっていない
• テストやCIの整備に踏み込まず、品質を「動けばよい」レベルで止めている
• 改善提案をせず、決められたタスクをこなすことに終始している
• 自分のスキルを「Next.js が書けます」としか説明できず、何をどう改善できるかを言語化していない

これらに心当たりがある場合、単価が上がらない原因はスキル不足ではなく「単価に効く実績の作り方」を知らないことにあります。そして、その実績を最も効率よく作れる場が、実は今参画している案件です。次の章からは、この「今の案件」を継続案件に変え、単価を上げていく具体的な方法を解説します。

継続案件の取り方①｜契約更新を引き出す動き方

ここからが本記事の中心です。3〜6ヶ月で切れる案件を継続案件に変える——そのために最も効くのは、案件が終わりかけてから慌てて動くことではなく、参画した初月から「更新される動き」を仕込んでおくことです。

契約更新が決まるのは「更新面談の前」

多くのフリーランスは、契約更新の判断が「更新面談で決まる」と考えています。しかし実際には、更新の可否は面談よりずっと前、日々の働きぶりの積み重ねの中ですでに決まっていることがほとんどです。

クライアントが更新を判断する材料は、面談で語られる言葉ではなく、参画期間を通じて積み上がった「この人がいないと困る度合い」です。だからこそ、参画初月から次の3点を意識して動くことが重要になります。

1. 早い段階でプロジェクトの全体像を把握する: 自分のタスクだけでなく、プロダクト全体の構造や課題を理解し、文脈を持って提案できる状態を作る
2. 小さな改善を継続的に出す: 大きな成果を一度出すより、毎週「気づいて直した」を積み重ねるほうが信頼につながる
3. コミュニケーションを途切れさせない: 進捗・課題・判断に迷う点を先回りして共有し、「何をしているか分からない」状態を作らない

これらは特別なスキルではなく、姿勢の問題です。しかし、この姿勢があるかどうかで「手放したくない人」になれるかが決まります。

クライアントが手放したくないNext.jsエンジニアの貢献例

「期待を超える納品を」とよく言われますが、抽象的すぎて何をすればいいか分かりません。Next.js 案件で「手放したくない」と思わせる具体的な貢献を、中長期の視点で挙げます。

• App Router 移行ロードマップの提示: Pages Router で動いているプロジェクトに対し、段階的な App Router 移行の計画を示す。これは「今すぐ終わる作業」ではなく「これからも一緒に進めたい仕事」を作り出す
• 技術的負債の可視化: コードベースの中で放置されている課題（型の不整合、テスト不足、パフォーマンスのボトルネック）を整理し、優先順位をつけて共有する。クライアントが気づいていなかった問題を見せることで、継続して任せる理由になる
• パフォーマンス指標の改善提案: Core Web Vitals や表示速度を計測し、「ここを直せばこれだけ改善する」という具体的な改善プランを提示する

これらに共通するのは、「今の作業」ではなく「これから取り組むべきこと」を可視化している点です。中長期の課題とロードマップを示せる人は、クライアントにとって「契約を切ると進行中の計画が止まってしまう」存在になります。これが、単発案件を継続案件に変える最も確実な方法です。

更新されない案件の予兆を見極める

一方で、すべての案件を無理に継続させようとする必要はありません。中には、こちらがどれだけ貢献しても更新につながらない案件もあります。次のような予兆が見えたら、深追いせず次の準備に切り替える判断も大切です。

• プロジェクト自体の予算縮小や方針転換が示唆されている
• 短期で完結する機能開発が目的で、もともと継続を前提としていない
• 意思決定者とのコミュニケーションが極端に少なく、貢献が評価される回路がない

更新されない案件を見極める力は、後述するパイプライン運用と表裏一体です。「この案件は更新されなさそうだ」と早めに気づけるほど、次の案件を仕込む時間的な余裕が生まれます。

継続案件の取り方②｜更新時の単価交渉の進め方

契約更新は、単に契約を延長するタイミングではなく、単価を見直す最大のチャンスです。新しい案件で単価を上げるのは実績の証明がゼロからになりますが、更新時は「すでに成果を出している」という最強の交渉材料が手元にあります。このチャンスを活かさない手はありません。

更新交渉に最適なタイミングと切り出し方

単価交渉のタイミングは、契約更新の話が出る少し前——具体的には更新面談の2〜4週間前が理想です。更新の意思をクライアントが固める前に、こちらの希望と根拠を伝えておくことで、相手が判断に組み込みやすくなります。

切り出し方は、唐突に金額だけを伝えるのではなく、成果を振り返りながら自然に持ち込むのが効果的です。たとえば「この数ヶ月で担当範囲がここまで広がり、こういう改善を出せました。次の期間はさらにこの領域にも貢献していきたいと考えていて、単価についても相談させていただけますか」という流れです。実績→今後の貢献→単価という順番にすることで、値上げ要求ではなく「価値に見合った調整」として受け止めてもらいやすくなります。

単価アップを正当化する3つの材料

単価交渉を通すには、感覚ではなく具体的な材料が必要です。Next.js 案件で特に効く材料を3つに整理します。

1. 担当範囲の拡大実績: 参画当初はフロントの実装だけだったが、設計判断・バックエンド・他メンバーのレビューまで担うようになった、という範囲の広がり。レバテックフリーランスでも、担う作業量や役割が増えると単価を上げやすいと解説されています（レバテックフリーランス）
2. 改善で出した数値: 「表示速度を◯秒短縮した」「ビルド時間を◯%削減した」「Core Web Vitals を改善した」など、計測できる成果。数値はクライアント社内で単価を承認する人を説得する材料にもなる
3. 習得した周辺スキル: 参画期間中に身につけた新しい技術（テスト基盤の構築、CI/CD の整備、新しいライブラリの導入など）。チームの生産性に貢献するスキルは単価の根拠になる

これら3つの材料は、第一章で触れた「単価に効く実績」と完全に一致します。つまり、契約更新を引き出す動き方をしていれば、単価交渉の材料は自然に手元にたまっていく構造になっています。

交渉が通らないときの代替案

単価交渉は常に通るとは限りません。クライアント側の予算が決まっていて、希望額が難しいこともあります。そのときに「断られたから関係終了」とするのではなく、代替案を持っておくと選択肢が広がります。

• 稼働の調整: 週5日から週4日に減らし、空いた1日で別案件を取る。トータルの収入を上げつつ、現案件との関係も維持できる
• 成果連動の提案: 固定単価が上げられないなら、特定の成果（パフォーマンス改善・機能リリース）に対する追加報酬を提案する
• 次案件への切り替え: 単価が頭打ちで、これ以上の伸びが見込めないと判断したら、相場の上位レンジを狙える次の案件へ計画的に移る

ここで重要なのは、代替案を「捨て案」ではなく「自分の収入設計の選択肢」として持っておくことです。次に解説するパイプライン運用ができていれば、「この案件にしがみつかなくても大丈夫」という余裕が交渉の強さにもつながります。

継続案件の取り方③｜空白期間を作らないパイプライン運用

ここまでは「今の案件」を継続案件に変える方法でした。最後は、複数の案件を視野に入れ、1つの案件が終わっても収入が途切れない「パイプライン運用」の考え方です。これができると、年間を通して読める収入に大きく近づきます。

1案件依存をやめる — 案件パイプラインの考え方

無収入期間が生まれる最大の原因は、収入を1つの案件に100%依存していることです。その1案件が終われば、当然ながら収入はゼロになります。

パイプライン運用とは、案件を「点」ではなく「流れ」で捉える考え方です。現在参画中の案件、終了予定が見えている案件、これから仕込む次の案件——これらを常に並行して頭の中に持ち、どれか1つが終わっても次がつながるように管理します。営業活動も、案件が切れてから始めるのではなく、稼働中から少しずつ継続するものとして組み込みます。

1案件依存から抜け出す具体的な形は、後述する「複数案件・直接契約・エージェント併用」の3つの組み合わせです。

終了予兆から逆算する次案件の仕込みスケジュール

空白期間をなくすには、「いつ次を仕込み始めるか」を案件の終了予兆から逆算します。次案件への応募から参画開始までは、エージェント経由でも面談・調整に2〜4週間かかることが珍しくありません。これを踏まえると、現案件の終了が見えてから動き出すのでは遅すぎます。

目安として、現案件の終了見込みの2ヶ月前から次案件の仕込みを始めるスケジュールを推奨します。

このスケジュールを習慣化すると、「案件が切れてから慌てて探す」という働き方そのものがなくなります。前章で触れた「更新されない案件の予兆を見極める」力は、この逆算スケジュールを早く起動するためのトリガーになります。

複数案件・直接契約・エージェント併用の使い分けと稼働管理

空白を作らない収入源の組み方には、いくつかのパターンがあります。それぞれの特徴と、フリーランスならではの注意点を整理します。

• 複数案件の並行: 週5日を1案件に充てるのではなく、週3日＋週2日のように分散させる。1つが終わってももう1つが残るため、収入のショックが小さい。ただし複数クライアントとの調整・稼働管理が必要になる
• 直接契約: エージェントを介さず企業と直接契約すると、マージンが乗らないぶん手取りが増えやすい。継続案件化したクライアントとは、信頼関係ができた段階で直接契約に切り替える交渉も選択肢になる
• エージェント併用: 営業の手間を抑えつつ案件の流れを絶やさないために、エージェントは複数活用するのが基本。直接契約と組み合わせ、空白が出そうなときの保険として使う

フリーランスとして複数案件や直接契約を組むうえで忘れてはならないのが、消費税・インボイスの扱いです。年間の課税売上が1,000万円を超えるとその後に消費税の納税義務が発生し、インボイス制度に登録している場合は取引ごとに適格請求書の発行が必要になります（国税庁 インボイス制度の概要）。複数案件で売上が増えるほど、額面の単価だけでなく税・経費を差し引いた「手取りベースの年間収入」で設計する視点が欠かせません。稼働率（実際に稼働できた日数の割合）も、空白期間が減るほど上がり、年間収入を底上げします。

年間で読める収入をつくる90日アクションプラン

ここまでの内容を実行に移すための、90日アクションプランをまとめます。多くの案件が3ヶ月（四半期）単位で更新されることを踏まえ、ちょうど1回の更新サイクルにあたる90日を、現状把握→仕込み→実行の3フェーズに分けて設計しました。記事を閉じた直後から動ける粒度にしています。

最初の30日: 単価・実績の棚卸しと現案件での継続貢献の仕込み

最初の1ヶ月は、現在地の把握と継続貢献の種まきに使います。

• 単価の現在地を確認する: 本記事の相場マトリクスで、自分の単価が相場のどこにあるかを診断する。「中堅〜上位」なのに単価が低いなら、伸びしろがあると判断できる
• 実績を棚卸しする: これまでの案件で出した成果（改善した数値、担った範囲、習得したスキル）を書き出す。単価交渉の材料の土台になる
• 現案件で継続貢献を仕込む: App Router 移行ロードマップ、技術的負債の可視化、パフォーマンス改善提案のうち、今の案件で出せるものを1つ選んで着手する

31〜60日: 更新交渉材料の整備とパイプラインの着手

2ヶ月目は、交渉の準備とパイプラインの構築を並行で進めます。

• 改善で出した数値を記録する: 仕込んだ継続貢献の成果を、計測できる形（速度・時間・割合）で記録していく
• 担当範囲の拡大を意識する: フロントだけでなく、設計判断・バックエンド・レビューなど、範囲を一歩広げる動きを取る
• パイプラインに着手する: エージェントを複数登録し、職務経歴・スキルシートを最新化する。気になる案件をウォッチし始め、「いつでも動ける」状態を作る

61〜90日: 更新交渉の実行と複数案件運用の定着

3ヶ月目は、いよいよ更新交渉の実行と、空白を作らない運用の定着です。

• 更新交渉を実行する: 更新面談の2〜4週間前に、実績→今後の貢献→単価という流れで交渉を切り出す。3つの材料（範囲拡大・改善数値・スキル拡張）を揃えて臨む
• 交渉結果に応じて動く: 通れば継続、難しければ稼働調整・成果連動・次案件への切り替えの代替案を検討する
• 複数案件運用を定着させる: 週の稼働を分散し、1案件依存から抜ける形を試す。手取りベース・稼働率・消費税を踏まえた年間収入の見通しを立てる

この90日サイクルを1周回すと、「次の案件を探す働き方」から「収入を設計する働き方」への入り口が見えてきます。あとはこのサイクルを更新のたびに繰り返すことで、Next.js フリーランスとして年間を通して読める収入に近づいていけます。