作りたい成果物から逆引きするWeb業界の職種一覧と担当範囲

Web業界の職種は、役割の説明を何本読んでも決まりません。決まるのは、作りたい成果物を「画面」「動き」「データ」「運用」の4つの層に分け、自分で埋められない層を数えたときです。埋められなかった層の担当が、あなたに必要な職種です。

この記事は「職種を説明する記事」ではなく「作りたいものから職種を逆に引く記事」です。求人票で使われている呼称と、公的な職業分類の項目名は別のレイヤーにあり、この2つを混ぜると「Webディレクターはプロジェクトマネージャーの別名」といった誤解が生まれます。両方のレイヤーを並べたうえで、最後に読者が紙1枚で自分の答えを出せる判定手順を置きました。

掲載した分類の定義・調査数値は、すべて2026年8月2日に一次資料から取得したものです。出典と取得日はその場に書いています。なお「ディレクションとは何か」「マーケティングとSNS運用の線引き」といった職種そのものの定義には踏み込みません。それぞれ専用の記事があるので、必要な箇所からリンクで渡します。

結論｜職種は「作りたいものの4つの層」で決まる

Webの成果物は、どんなに複雑なものでも次の4つの層に割れます。層は作業の順番ではなく、「誰かが必ず責任を持たなければ完成しない領域」の区切りです。

• 画面：開いた瞬間に目に入るもの。レイアウト、配色、文字組み、写真やイラストの配置、画面の一覧と遷移。
• 動き：触ったときの反応。メニューの開閉、タブの切り替え、入力内容のチェック、スクロールに連動する演出。
• データ：保存と受け渡し。送信された内容をどこに残すか、ログイン、在庫や予約の重複排除、外部サービスとの連携。
• 運用：公開した後に動かし続ける仕組み。誰がどこを更新するのか、何を計測するのか、どう直していくのか。

この4層に対して、自分がいま埋められる層と埋められない層を分けると、必要な職種の数がそのまま出ます。結論だけ先に書きます。

1. 埋められない層が0本なら、職種を増やす必要はありません。そのまま作り始めてよい状態です。
2. 埋められない層が1本なら、その層のスキルを足すだけで単独で完成できます。学ぶ対象をその層だけに絞ります。
3. 埋められない層が2本以上なら、現時点では分業が前提です。同時に2層を追わず、残りが少ない層から順に埋めます。

「Webデザイナーになりたい」から入ると、自分が本当に埋めたい層がどこなのかが最後まで分かりません。逆に成果物から入ると、必要な層と職種は1回の作業で確定します。以降は、その判定を支える材料として公的な分類と実際の調査数値を確認し、最後に判定手順そのものを置きます。

公的な職業分類では、Web職種はどう定義されているか

求人サイトに並ぶ職種名は、企業が自由に付けた呼称です。一方で、統計に使われる公的な職業分類は項目が固定されています。この2つを突き合わせると、「よく見かけるのに公的分類には存在しない呼称」がはっきりします。ここを押さえておくと、求人票の職種名に振り回されなくなります。

日本標準職業分類での位置（現行は2009年12月設定）

日本の統計で使われる職業分類は「日本標準職業分類」です。総務省のページによれば、現行版は平成21年（2009年）12月設定で、それ以降の改定は行われていません。つまり、スマートフォンが普及しきる前の区分が今も現行として使われています。

この分類で「ウェブデザイナー」が置かれているのは、小分類〔224〕デザイナーです。定義文はこう書かれています。

工業的若しくは商業的製品又はその他の物品・装飾に関し、用途・材質・製作法・形状・模様・色彩・配置・照明などについて、技芸的又は趣味的な意匠を考案し、図上に設計・表現を行う専門的な仕事に従事するものをいう。

定義の中心にあるのは「意匠を考案し、図上に設計・表現を行う」です。装飾や見栄えではなく、設計が本体だと書かれています。この項目には、ウェブデザイナーと並んで工業デザイナー、服飾デザイナー、インテリアデザイナー、グラフィック・デザイナー、CGアーティストが同居しています。つまり公的分類の上では、グラフィックデザイナーとWebデザイナーは同じ項目であり、「グラフィックデザイナーは見た目を整える人」といった役割の切り分けは分類に存在しません。

エンジニア側は中分類〔10〕情報処理・通信技術者にまとまっており、小分類は〔101〕システムコンサルタント、〔102〕システム設計者、〔103〕情報処理プロジェクトマネージャ、〔104〕ソフトウェア作成者、〔105〕システム運用管理者、〔106〕通信ネットワーク技術者の6つだけです。

出典：総務省 日本標準職業分類「一般原則・分類項目名・説明及び内容例示」および日本標準職業分類のページ（いずれも2026年8月2日取得。定義文は説明及び内容例示の120ページ、情報処理・通信技術者は96〜97ページ）

「フロントエンド」「Webディレクター」は公的分類に存在しない

取得した説明及び内容例示の全文を検索すると、「フロントエンド」「バックエンド」という語は1件も出てきません（2026年8月2日に全文検索して確認）。「ディレクター」で引っかかるのは放送・演劇の「プログラム・ディレクター」と、葬儀関連の「葬祭ディレクター」の2つだけで、Webディレクターに相当する項目はありません。

よく「Webディレクター＝プロジェクトマネージャー」と並べて書かれますが、分類にある〔103〕情報処理プロジェクトマネージャの定義は次のとおりです。

システム開発プロジェクトの責任者としてプロジェクト計画を作成し、必要となる要員や資源を確保し、予算、要求品質等について責任を持ち、プロジェクト全体を管理する仕事に従事するものをいう。

ここで責任範囲として挙がっているのは、要員・資源・予算・要求品質です。制作物の中身をどう良くするかは定義に入っていません。制作の内容に踏み込む役割と、プロジェクトの資源に責任を持つ役割は、公的分類の上でも別のものとして書かれているということです。「Webディレクター」「プロジェクトマネージャー」「プロダクトマネージャー」の3つを1つの見出しにまとめてしまうと、この違いが消えます。

同じ理由で、「WordPressエンジニア」も公的分類には存在しません。これは職種名ではなく、使う道具で区切った担当領域の呼び名です。求人票で見かけても、実際に問われているのはWebサイトの実装と運用のどこまでを引き受けるかであって、道具の名前そのものではありません。

よく見る呼称と分類の対応をまとめると次のようになります。WordPressエンジニアは「CMS実装の担当者」の行に当たります。

注意して読んでほしいのは最下段です。〔253〕企画事務員は「企画・立案、業務計画の策定及び市場調査などの仕事」と定義され、内容例示に「マーケティング・リサーチャー」が入っています。この項目は大分類C「事務従事者」の下にあり、デザイナーやエンジニアが属する大分類B「専門的・技術的職業従事者」ではありません。公的分類はマーケティングを技術職として扱っていない、ということです。実務での評価と分類上の位置づけがずれている典型例なので、ここを根拠に職種の優劣を語るのは適切ではありません。

国のデジタルスキル標準は6つの役割で切っている

もう1つ、現在進行形で更新されている公的な区分があります。情報処理推進機構（IPA）が公開している「デジタルスキル標準」のうち、DX推進スキル標準（DSS-P）です。こちらはDXを推進する人材の役割を6つの類型に区分しています。

• ビジネスアーキテクト
• デザイナー
• データサイエンティスト
• データマネジメント
• ソフトウェアエンジニア
• サイバーセキュリティ

ここでもデザイナーは1つの類型にまとまっており、UIデザイナーとプロダクトデザイナーを分ける区分はありません。定義は「ビジネスの視点、顧客・ユーザー視点、コミュニケーション視点等を総合的にとらえ、製品・サービスの方針や開発のプロセスを策定する」役割とされ、視覚表現よりもプロセス設計に重心があります。日本標準職業分類の「意匠を考案し、図上に設計・表現を行う」と方向は一致しています。

出典：IPA DX推進スキル標準（DSS-P）概要（2026年8月2日取得。同ページの更新履歴に2026年4月16日 ver2.0公開と記載）

世界規模の開発者調査では、職種はどう申告されているか

分類は制度の側の話なので、実際に働いている人がどう名乗っているかも見ておきます。Stack Overflow Developer Survey 2025は、回答者に「現在の仕事、または直近1年でもっとも長く従事した仕事」を34の選択肢から1つ選ばせています。有効回答は43,560件です。Web制作に関係する選択肢の内訳は次のとおりでした。

この表から読み取れることは2つあります。第一に、プロジェクトマネージャーとプロダクトマネージャーは別々の選択肢として集計されています。回答者数も296対201と近い規模で並んでおり、調査の側もこの2つを同じものとして扱っていません。第二に、フロントエンドだけを名乗る人は4.25%にとどまり、フルスタックの約6分の1です。実装層を「フロント担当」「バック担当」で切って考えるより、両方に手が届く状態が世界的には多数派だということになります。

ただし、これは開発者向けの調査です。回答者の母集団が開発者に偏っているため、デザイン職や体験設計の専門職が0.27%しかいないことを「世の中にデザイナーが少ない」と読むのは誤りです。数値はあくまで「開発者コミュニティの中での構成比」として扱ってください。

出典：Stack Overflow Developer Survey 2025（Work）（2026年8月2日取得。設問は職種を尋ねる項目、全回答者ベースの集計値）

成果物から引く｜作りたいものと担当職種の対応表

ここが記事の中心です。作りたいものを決めると必要な層が決まり、層が決まると担当職種が決まります。2枚の表を順に引いてください。

表1｜作りたいものと、必要になる層

「必ず要る層」は誰かが担当しないと完成しない層、「一部でよい層」は最低限で済ませられる層です。どちらにも書かれていない層は、その成果物では無くても成立します。

「画面内で完結するアプリ」は、予定表やメモ、計算ツールのように保存先が利用者の端末だけで済むものを指します。ここが「必要」に変わるのは、複数の端末から同じデータを見たくなった瞬間です。判定のときは「他人と共有するか」を基準にすると迷いません。

表2｜層ごとの担当職種と、1人で埋めるときの入口

各層で具体的に何を決めるのかは、この記事の冒頭に挙げた4層の説明のとおりです。ここでは「その層を誰が担当するか」と「自分で埋めるならどこから入るか」だけを対応させます。

なお「画面」の層で作る画面一覧は、制作現場で「サイトマップ」と呼ばれることがあります。ただしこの語は、検索エンジンに送信するXMLサイトマップとまぎらわしいため、社外とやりとりする資料では「画面一覧」または「ディレクトリマップ」と書き分けたほうが安全です。書き方はディレクトリマップの作り方にまとめてあります。

職種ごとの担当範囲と、他職種との境界線

表2で当たりを付けたら、その層の中で職種がどう分かれるかを確認します。ここでは境界がどこにあるかだけを扱います。各職種の定義そのものは専用記事に譲ります。

デザイン層｜グラフィックとWebとUI設計の境界

公的分類ではすべて〔224〕デザイナーの1項目です。実務で分かれているのは職務内容ではなく納品の単位だと考えると整理できます。

• 納品が1枚の画像で完結する（バナー、ロゴ、チラシ）＝グラフィックデザイナーと呼ばれやすい
• 納品が画面の集合と遷移を含む（画面一覧、画面設計図、試作）＝Webデザイナーと呼ばれやすい
• 納品に操作の検証や指針づくりが含まれる＝UI・UXデザイナーと呼ばれやすい

「プロダクトデザイナー」は、日本標準職業分類にもIPAのデジタルスキル標準にも項目がありません。企業が自社の職務範囲に合わせて名付けている呼称なので、求人票でこの名前を見たら、必ず職務内容の記述のほうを読んでください。名前からは範囲が読み取れません。

なお、同じ「Webデザイナー」でも国によって担当範囲が違います。この差は日本と海外のWebデザイナー／ディレクターの違いで比較しています。海外案件や外国籍メンバーとの分業を考えているなら先に読んでおくと、募集要項の読み違いを避けられます。

実装層｜フロント・バック・CMSの境界

実装層の境界は1本だけです。利用者のブラウザの中で動くものがフロントエンド、サーバーの側で動くものがバックエンド。入力チェックのように両側に置く処理もありますが、その場合も「どちらに置いたら安全か」で判断が付きます。改ざんされて困るチェックはサーバー側に置きます。

サーバー側で何が起きているかを先に押さえておくと、この線引きは自分で引けるようになります。全体像はバックエンドとは何か（サーバー・データベース・APIの全体像）で解説しています。

CMSを使った構築（WordPressなど）は、この線とは別の軸にあります。CMSは実装層と運用層をまたぐ道具であり、導入することで「運用」の層を埋めるのが本来の目的です。したがって「WordPressができる人」という括りは、実装の腕前を表す言葉としても、運用設計の力を表す言葉としても曖昧です。募集する側も応募する側も、どの層をどこまで引き受けるかで話したほうが噛み合います。

進行・成果層｜ディレクション・マーケティング・ライティングの境界

運用層はいちばん呼称が乱れている領域です。この記事では定義を決め直さず、すでに決着している記事へ渡します。

まず「ディレクション」と「ディレクター」は、業務の名前と職種の名前という関係にあります。この2語の使い分けはディレクションとディレクターの違いで扱っています。制作スキルを持つべきかという論点もそちらが本体です。

次に「マーケティング」と「SNS運用」は、しばしば同じ枠で募集されますが職務は別です。線引きの基準はSNS運用とマーケティングの違いにまとめてあります。運用層を1人で引き受ける前に、どちらを求められているのかを確認してください。

ライティングは、公的分類では〔211〕著述家（コピーライターを含む）と〔212〕記者，編集者に分かれています。前者は文章そのものを作る仕事、後者は取材と編集を含む仕事です。Webライターという1語で募集されていても、求められているのがどちらなのかで必要なスキルが変わります。

さらに、この層には既存の分類に載っていない新しい呼称が次々に生まれています。関連する整理は次の記事にあります。

• GTMエンジニアとは何者か｜製品を市場に届ける側に立つ実装者の役割
• SEOディレクターとWEB解析士の違い｜提案で終わる役割と実装まで進む役割
• AI時代に必要なディレクターとは何か｜判断だけを担う役割が成立しにくくなる理由

【判定】作りたいものから、必要な職種と次に学ぶ1つを確定する

ここまでの材料を使って、実際に判定します。所要時間は10分程度で、紙1枚とペンがあれば終わります。読み終えたときに「自分に足りない職種」と「次に学ぶ1つ」が確定していれば成功です。

手順｜4ステップで書き出す

1. 作りたいものを1つだけ、1文で書く。「誰が、何をするためのものか」まで入れる。例：「近所の美容室のお客さんが、スマートフォンから予約を取るためのサイト」
2. その1文を4層に割り、各層に必要なものを1行ずつ書く。抽象的な言葉ではなく、具体的な機能名で書く。
3. 各行に○（いま自分で作れる）か×（作れない）を付ける。迷ったら×にする。「調べればできそう」は×。
4. ×が付いた層を表2で引き、担当する職種の呼称を書き込む。

先ほどの例を最後まで書き出すと、こうなります。

合否ライン｜×の本数で読む

×の本数を数えて、次のとおりに判定します。ここが判定の中身です。

• ×が0本：職種を増やす必要はありません。いま着手してよい状態です。学習を続ける理由があるとすれば、それは完成のためではなく速度のためです。
• ×が1本：その層のスキルを足せば単独で完成できます。学ぶ対象をその層に限定してください。他の層の入門書に手を出すと完成が遠のきます。
• ×が2本以上：現時点では分業が前提です。全部を独学で埋めようとせず、×が最も少ない層から1つずつ潰します。同時に2層を追うと、どちらも中途半端で止まります。
• ○が全部なのに手が止まる：職種の問題ではありません。「何を作るか」を1文で書く工程が抜けています。手順1に戻って、対象者と目的を入れて書き直してください。

先ほどの例は×が3本なので「分業が前提」です。ただし、この判定はもう一段だけ動きます。

判定が外れたとき｜×は「道具で消せる」ことがある

×が付いた層は、必ずしも「人を増やす」ことでしか埋まらないわけではありません。次の3パターンは、道具の採用で×そのものが消えます。

• 運用だけ×：CMSを採用すると、更新作業を依頼主側に渡せるため×が消えることがあります。導入と運用設計はWordPress実践ガイドにまとまっています。
• データだけ×：予約やフォームの外部サービスを使うと、保存と通知を自分で作らずに済むことがあります。ただし、細かい要件に合わせられない制約は残ります。
• 画面だけ×：既製のテンプレートを採用すると×が消えることがあります。デザインツールで作り込むか既製品で済ませるかの判断材料はCanva・Figma・STUDIOの使い分けにあります。

先ほどの例に当てはめると、予約サービスを埋め込む方式に切り替えれば「データ」と「運用」の×が同時に消え、残るのは「動き」の1本だけになります。×が3本の分業前提から、×が1本の「フロントエンドだけ学べば完成する」状態に変わるということです。判定の結論が変わるので、道具の検討は必ず学習計画より先に行ってください。

ここで止めます。「どの予約サービスを選ぶか」まで広げると、判定そのものが終わらなくなります。いまの目的は成果物を1つ完成させることであって、最適な道具を選び抜くことではありません。候補を1つ決めて、判定表の×を書き換えたらこの章は終了です。

よくある誤解を3つ正す

判定の精度を下げる思い込みが3つあります。いずれも入門記事で繰り返し書かれているものです。

誤解その1｜フロントとバックは職種として分かれている

技術的な境界は確かにありますが、職種として分かれているとは限りません。Stack Overflow Developer Survey 2025で、フロントエンドだけを名乗る回答者は4.25%（1,878人）、フルスタックは26.96%（11,919人）でした。世界規模で見れば、両方に手が届く状態が多数派です。

判定への影響は具体的です。「動き」と「データ」の両方に×が付いた場合、2人ぶんの職種が必要だと決めつける必要はありません。1人で両方を埋めていく道筋のほうが人数としては多い、というのが実測です。

誤解その2｜Webディレクターはプロジェクトマネージャーの別名

日本標準職業分類の〔103〕情報処理プロジェクトマネージャの定義は、要員・資源・予算・要求品質への責任です。制作物の中身に踏み込む役割は書かれていません。Stack Overflow Developer Survey 2025でも、プロジェクトマネージャー（0.67%）とプロダクトマネージャー（0.45%）は別々の選択肢として集計されています。

3つを同じものとして扱うと、求人票を読むときに「何に責任を持つ役割なのか」が読めなくなります。資源に責任を持つのか、制作物の中身に責任を持つのかを必ず分けて読んでください。

誤解その3｜まず基本の3言語から学ぶのが誰にとっても正解

MDNの学習教材（Core learning modules）は、次の順序で構成されています。

1. HTMLによるコンテンツの構造化
2. CSSの基礎
3. CSSによる文字の装飾
4. CSSレイアウト
5. JavaScriptによる動的なスクリプティング
6. JavaScriptのフレームワークとライブラリ
7. アクセシビリティ

ここで重要なのは順序そのものではなく、この教材が何のための課程かという点です。MDNは冒頭で「フロントエンド開発者として成功するために必要な、本質的なスキルと実践を教える」と明記しています。つまりこの順序は、フロントエンド志望者に向けた順序です。

「どの職種を目指す場合でもまず基本の3言語から」と一般化すると、ライターやマーケター志望の人が半年を無関係な学習に使うことになります。判定で「動き」の層に×が付いていないなら、この順序は当面あなたの学習計画には入りません。

出典：MDN Core learning modules（2026年8月2日取得。モジュールの並び順と課程の位置づけを原文で確認）

学習順は「職種」ではなく「埋めたい層」で決める

判定で×が付いた層が決まったら、その層の入口だけを開けます。層ごとの入口は次のとおりです。

• 画面が×：既存サイトの模写から入る。ゼロから発想するより、成立している画面を分解するほうが早く形になる。
• 動きが×：作りたい動きを1つ決めて、その動きだけを再現する。教材を頭から通読するより、動く成果物が残るぶん判定が更新しやすい。
• データが×：まずサーバーとデータベースの全体像を1度通す。細部の文法より、どこに何が置かれているかの地図が先。
• 運用が×：更新の担い手を決め、計測の設定を1つ入れる。数字を見ないまま運用改善を語ることはできない。

「動き」の層を埋めるなら、書き写すだけの教材より手を動かす課題のほうが判定を更新しやすくなります。HTML/CSS練習問題で画面を組む手を作り、JavaScript練習問題（初心者向け基礎文法）で動きを付けられるようにするのが最短です。教材全体の並びはJavaScript学習ガイドにまとめてあります。

運用層で1つだけ注意点があります。計測を学ぶときに、古い教材で「Googleアナリティクス」の旧画面を教えているものがあります。標準のユニバーサルアナリティクスは2023年7月1日にデータの処理を停止しており、2024年7月1日以降は管理画面とAPIからも参照できません。現行はGoogleアナリティクス4（GA4）です。画面が違うと感じたら教材の発行時期を確認してください。

出典：Googleアナリティクス ヘルプ「ユニバーサルアナリティクスのサポート終了」（2026年8月2日取得。英語版を正として参照）

まとめ

• 職種は役割の説明では決まらない。作りたい成果物を画面・動き・データ・運用の4層に割り、埋められない層を数えると決まる。
• 求人票の呼称と公的分類は別レイヤー。UI・UXデザイナー、プロダクトデザイナー、Webディレクター、WordPressエンジニアは、日本標準職業分類に同名の項目がない。
• Webディレクターとプロジェクトマネージャーとプロダクトマネージャーは同義ではない。責任の対象が資源なのか制作物の中身なのかで分けて読む。
• ×は人を増やす以外に、道具の採用で消せることがある。学習計画を立てる前に道具を検討すると判定が変わる。
• 学ぶ順序は職種名ではなく、×が付いた層で決める。基本の3言語から入るのはフロントエンド志望者の順序であって、全員の順序ではない。

判定表は1回書いて終わりにせず、成果物を1つ完成させるたびに書き直してください。×が○に変わった層が、そのまま身につけたスキルの記録になります。

よくある質問（FAQ）

Q. Webデザイナーとフロントエンドエンジニアの違いはどこにありますか？

担当する層が違います。Webデザイナーは「画面」の層を担当し、画面一覧・画面設計図・配色や文字組みまでを決めます。フロントエンドエンジニアは「動き」の層を担当し、決まった画面をブラウザ上で操作できる状態にします。日本標準職業分類ではWebデザイナーは小分類〔224〕デザイナーに置かれており、フロントエンドという項目名は存在しません（2026年8月2日に説明及び内容例示の全文を検索して確認）。

Q. Webディレクターはプロジェクトマネージャーと同じ職種ですか？

同じではありません。日本標準職業分類の〔103〕情報処理プロジェクトマネージャは「システム開発プロジェクトの責任者として…予算、要求品質等について責任を持ち、プロジェクト全体を管理する」と定義されており、制作物の中身に踏み込む役割は含まれていません。Stack Overflow Developer Survey 2025でも、プロジェクトマネージャー（0.67%）とプロダクトマネージャー（0.45%）は別の選択肢として集計されています（いずれも2026年8月2日取得）。

Q. WordPressエンジニアという職種は公的に存在しますか？

存在しません。日本標準職業分類にもIPAのデジタルスキル標準にも、この呼称に対応する項目はありません。これは職種ではなく、使う道具で区切った担当領域の呼び名です。実務では実装層と運用層をまたぐ役割になるため、募集要項を読むときは「サイトの実装をどこまで担うか」「公開後の更新を誰が行うか」の2点を確認してください。

Q. 未経験でも1人でWebサイトを完成させられますか？

作るものによります。判定表で×が0本または1本なら単独で完成できます。×が2本以上でも、CMSの採用で「運用」を、外部の予約やフォームのサービスで「データ」を消せる場合があり、そこで×が1本まで減れば単独で完成できる状態に変わります。人を増やす前に、道具で消せる×がないかを先に確認してください。

Q. 求人でよく見る「プロダクトデザイナー」は公的な職種名ですか？

いいえ、公的な分類項目名ではありません。日本標準職業分類にもIPAのデジタルスキル標準にも同名の項目はなく、職務内容としては小分類〔224〕デザイナーの範囲に収まります。企業ごとに職務範囲が異なる呼称なので、名前ではなく募集要項に書かれた職務内容のほうを読んで判断してください。

Q. フルスタックを目指したほうが有利ですか？

目標として掲げるものではなく、層を埋めた結果として付く呼称だと考えてください。Stack Overflow Developer Survey 2025では、フルスタック開発者が26.96%（11,919人）で最多、フロントエンド開発者は4.25%（1,878人）でした（2026年8月2日取得）。ただし数として多いことと、いま自分が2層を同時に学ぶべきことは別です。判定表の×は1本ずつ潰してください。