社内SEとは|仕事内容・年収・SIerとの違いとキャリアパスを解説
最終更新日:2026/06/29
社内SEとは、自社の情報システムを企画・運用・保守する社内向けエンジニアです。顧客向けに開発するSIerと違い、自社の業務改善と社内運用を担う点が特徴です。年収相場、必要スキル、キャリアパスを整理し、会社員として社内SEを目指す人と、経験をフリーランスに広げたい人の双方に役立つ判断材料を提示します。
先に結論
社内SEは自社の業務改善・システム企画・運用保守を担う、社内向けの情報システム要員です
社内SEは自社の業務改善を担い、SIerは顧客企業向けのシステム開発・導入を担う点が両者の大きな違いです
受託開発と比べて納期を自社で調整しやすく残業を抑えやすい傾向はあるものの、導入案件や一人情シスでは繁忙化する場面もあります
公開求人の想定年収レンジや職種別集計ベースでは、500〜650万円前後が一つの目安です(業界・企業規模・地域で大きく上下します)
上流寄りの仕事が多いため、開発の手を動かす経験は意識的に積まないと薄くなりがちです
社内SE的な業務をフリーランスで請ける道もあり、PM支援・SaaS導入支援・情シス常駐などが該当します
自社の業務を技術で長く改善したい人、ベンダー折衝や調整役を楽しめる人に向く部類の職種です
この記事でわかること
社内SEの定義と日々の仕事内容
SIer・SES・受託開発との違い
年収相場と昇給の傾向
必要なスキルとキャリアパスの選択肢
社内SEからフリーランスへ広げる道筋
目次
社内SEとは
社内SEの主な仕事内容
社内SEとSIer・SES・受託開発の違い
社内SEの年収相場
社内SEに必要なスキル
社内SEのメリットとデメリット
社内SEのキャリアパス
社内SEの求人を探すコツ
よくある失敗と対策
社内SEを目指すかどうかの判断軸まとめ
よくある質問
社内SEとは
社内SE(社内システムエンジニア)とは、自社の業務システムや情報基盤を企画・導入・運用する立場のエンジニアを指す職種名です。顧客向けにシステムを作る受託開発エンジニアと違い、対象は「自社の従業員と業務プロセス」になります。
定義と立ち位置
社内SEは情報システム部門(情シス)に所属するケースが多く、組織図上は管理部門に近い位置にあります。職種としての守備範囲は会社によって幅があり、PCキッティングのような運用作業から、基幹システム刷新のような企画案件までを兼務する例も少なくありません。
職種名としての呼び方も統一されておらず、求人票では「社内SE」「情シス」「社内IT」「コーポレートエンジニア」などが混在します。応募先の業務内容を理解するには、肩書きよりも仕事内容欄を丁寧に読み解く必要があります。
なぜ「社内SE」と呼ばれるのか
歴史的には、SIer業界で顧客向けに働くエンジニアと区別するための社内呼称として広がりました。最近はDXの文脈で「コーポレートエンジニア」と呼び直す企業も増えていますが、求人媒体での掲載数では依然として「社内SE」が主流の表現として残っています。転職を検討するエンジニアの関心は高い職種です。
呼び方の違いを整理すると次の通りです。
呼び方 | 使われる文脈 | ニュアンス |
|---|---|---|
社内SE | 求人票・転職市場で最多 | 職種としての伝統的呼称 |
情シス(情報システム部) | 社内の部署名 | 部門名・チーム名として使われる |
コーポレートエンジニア | DX文脈のベンチャー求人 | 業務改善・自動化寄りの新呼称 |
社内IT・IT企画 | 大企業の組織名 | 管理職寄りや戦略系で使われやすい |
ミニFAQ:社内SEと情シスは同じ?
ほぼ同じ意味で使われますが、「情シス」は部署名・チーム名、「社内SE」は職種としての呼び方というニュアンスの違いがあります。求人検索では両方のキーワードで探すと候補が広がります。
社内SEの主な仕事内容
仕事内容は会社規模で大きく変わります。ベンチャーや中小企業ではヘルプデスクから企画まで一人または少人数で対応するケースが多く、大企業では領域ごとに分業されるパターンが目立ちます。判断材料として規模別の違いをまとめます。
観点 | 中小企業(一人情シス含む) | 大企業(情シス専任体制) |
|---|---|---|
守備範囲 | 運用〜企画まで広く | 領域ごとに分業 |
裁量 | 大きい(自分で判断する場面が多い) | プロジェクト単位での裁量 |
専門性 | 幅広く浅くなりやすい | 領域を深掘りしやすい |
学習機会 | 雑多な業務で実地に学ぶ | 研修・体系的教育が整備されやすい |
評価 | 経営者との距離が近く可視化されやすい | 階層が多く評価軸が見えにくい場面も |
社内ヘルプデスク・PC運用
新入社員のPCキッティング、アカウント発行、Wi-Fi・VPNのトラブル対応、退職者のアカウント停止などが該当します。経験を積みたいエンジニアにとっては地味に見える領域ですが、従業員の業務に直結するため止めると影響が大きい仕事です。
最近はゼロタッチキッティングやIDaaS(Okta、Microsoft Entra ID など)導入で省力化が進んでおり、運用設計まで踏み込める社内SEは評価されやすくなっています。
業務システムの企画・要件定義
販売管理・会計・人事・勤怠などの基幹業務システムや、SFA/CRMといった営業支援システムを企画・導入する仕事です。現場ヒアリング→業務要件の整理→ベンダー選定→導入プロジェクト管理の流れで進めます。
ここが社内SEの最も上流に位置する仕事で、コードを書くより業務改善コンサルに近い動き方が求められます。
ベンダーコントロール(外部委託管理)
実装はSIerやSaaSベンダーに任せ、社内SEは要件のすり合わせ・進捗管理・受入テストを担当する形が増えています。ベンダーの提案を鵜呑みにせず、自社の業務にあてはめて判断できるかが腕の見せどころです。
情報システム部門のその他業務
セキュリティ運用、社内ネットワークの設計、SaaSの選定・契約、内部統制対応(J-SOX)、IT資産管理など、領域横断の雑多な業務が日常的に発生します。一人情シスの環境では、これらを一手に引き受けることも珍しくありません。
ミニFAQ:社内SEはコードを書くのか?
書く会社もありますが、業務システムをローコード(kintone、Power Apps等)で内製したり、簡単な自動化スクリプトを書く程度が中心です。フルスクラッチで開発するケースは限定的で、ベンダーへ実装を委託するパターンが多数派です。ただし、内製比率が高い企業やSaaS企業のコーポレートエンジニア職では、社内ツール開発や自動化実装を継続的に担う例もあります。
社内SEとSIer・SES・受託開発の違い
社内SEを検討する人が必ず比較するのが、SIer・SES・受託開発との違いです。立ち位置と評価軸を整理します。
立ち位置の比較表
観点 | 社内SE | SIer | SES | 受託開発 |
|---|---|---|---|---|
主な発注者 | 自社(業務部門) | 顧客企業 | 顧客企業 | 顧客企業 |
主な働き方 | 自社オフィス・一部リモート | 顧客先常駐や自社 | 顧客先常駐が中心 | 自社オフィス |
役割 | 企画・運用・ベンダー管理 | 上流〜開発・運用 | 開発・運用工程の担当 | 設計〜開発・納品 |
評価軸 | 業務改善への貢献 | プロジェクト成功 | 現場評価・契約継続・技術適合 | 納期と品質 |
残業傾向 | 比較的少なめ | 案件次第で多い | 案件次第 | 納期前に集中 |
※残業傾向は一般的な傾向であり、企業規模・障害対応体制・導入案件の有無で大きく変わります。
社内SEは正社員雇用が中心ですが、業務委託の選択肢も存在します。フリーランス転向を検討している人は、契約形態の違いについてフリーランスエンジニアの働き方も併せて確認してください。
働き方の違い
社内SE:自社の業務カレンダーで動くことが多く、リリース日も顧客案件よりは自社都合で調整しやすい
SIer:顧客都合のスケジュールに合わせる必要があり、繁忙期が読みづらい
SES:参画案件によって生活リズムが変わる。常駐先のルールに準じる
受託開発:納品物の検収日が動かしづらく、リリース直前は集中して負荷が上がる
スキル蓄積の違い
社内SEは幅広く浅く積みやすい反面、特定技術を深掘りする機会は意識的に作る必要があります。SIerや受託開発で同じプロジェクトに長く関わると、特定領域の専門性が積み上がります。SESは参画案件によってスキル形成のばらつきが大きく、案件選びが重要です。
社内SEで身につくベンダーコントロール力・業務要件整理力・社内調整力は、後にフリーランスとしてPM支援や情シス支援案件に参画するときに直接活きるスキルです。
社内SEの年収相場
年収は会社規模・業種・担当領域で開きがあります。公的職業情報と求人媒体の集計を参考に確認します。
平均年収の目安
主要転職サービスの公開求人や職種別集計を見ると、社内SEの想定年収レンジは500〜600万円台に集中する傾向があります。dodaの平均年収ランキングでは「社内SE」が職種カテゴリとして独立しており、IT職種全般の中では中位に位置します。マイナビエージェントの職種別平均年収、厚生労働省のjob tag(職業情報提供サイト)に掲載されたIT技術者の職業情報を併せて確認すると、相場感の精度が上がります。
なお、dodaやマイナビは求人・登録者ベースの職種別傾向、job tagは近い職種を含む公的な職業情報として、相場感の補助線として参照する位置づけです。社内SEそのものを直接対象とした統計と、IT技術者全体を対象とした統計が混在している点に留意してください。
※掲載年収は「想定」ベースであり、実際の支給額や賞与・残業手当を含む年収とは異なります。集計対象や算出方法はサービスごとに異なるため単純比較はできません。
※集計対象や算出方法はサービスごとに異なるため単純比較はできません。掲載求人の年収レンジを集計したものか、登録者の申告ベースかでも数値が変わる点に注意してください。
経験年数 | 年収目安 | 主な担当 |
|---|---|---|
1〜3年 | 350〜450万円 | ヘルプデスク・運用補助 |
3〜5年 | 450〜600万円 | 業務システム運用・小規模プロジェクト |
5〜10年 | 550〜750万円 | PM・ベンダーコントロール |
10年以上 | 700〜1,000万円 | 情シス管理職・IT戦略 |
※主要転職サイトの公開求人レンジを中心に、職種別集計や公開情報を補助的に参照した編集部整理の目安です。業界・企業規模・地域・経験年数で大きく上下します。
業界・企業規模別の傾向
外資系企業・金融・製薬・通信などのIT予算が大きい業界は年収レンジが上振れしやすい部類に入ります。一方、中小企業の一人情シスは業務範囲が広がりやすく、評価制度によっては専門性が見えにくいケースもあります。
国内エンジニア全体の平均年収については、フリーランスエンジニアの平均年収記事で職種別の比較を整理しています。
昇給と役職の関係
管理部門扱いの企業では、マネジメントに進まないと給与が伸びにくい傾向があります。プレーヤーのまま専門性を伸ばす道として、SaaS運用のスペシャリスト、セキュリティ専任、データ基盤担当などのキャリアトラックを用意する企業も増えており、専門職制度の有無は応募前に確認したい論点です。
ミニFAQ:年収を上げる近道は?
転職か昇格のどちらかが王道です。社内SEは外部市場価値が把握しづらいため、定期的に転職エージェントと面談して相場感を更新しておくと交渉材料が増えます。フリーランスとして単価を上げる仕組みは、単価相場と単価の上げ方を参照してください。
社内SEに必要なスキル
技術力だけでは務まらない職種です。三つの軸でスキルを整理します。
技術スキル
ネットワーク・サーバー・クラウド(AWS/Azure/Google Cloud)の運用知識
認証基盤(Active Directory、IDaaS:Okta、Microsoft Entra ID(旧Azure AD)など)とSSO設計
データベース・SQLの基本(業務データを抽出して分析する場面が多い)
ローコードプラットフォーム(kintone、Power Platform、Salesforce)
情報セキュリティの基礎知識(IPAの情報セキュリティ10大脅威などで最新の脅威動向を把握)
インフラエンジニア・クラウドエンジニア・ネットワークエンジニア・セキュリティエンジニアで扱われる基礎知識が、そのまま社内SEの土台になります。
コミュニケーション・調整スキル
社内SEの仕事は、人とのやり取りの比重が大きい職種です。経営層・現場・ベンダー・監査・経理など利害が異なる相手と話す機会が多く、「相手の言葉に翻訳して伝える」スキルが成果に直結します。
技術者同士の会話と、業務部門との会話を切り替えられる人ほど評価されやすい傾向があります。
業務知識(ドメイン知識)
販売管理・会計・人事・物流・製造など、自社のビジネスを理解しているほどシステム企画の精度が上がります。簿記2級程度の知識があれば、会計システム周りの議論で詰まらなくなります。
業界によっては固有のドメイン知識(金融なら勘定系、製造なら生産管理など)が要求されます。専門業界の知見は転職市場でも評価される強みです。
社内SEのメリットとデメリット
「楽そう」というイメージだけで転職すると後悔しがちな職種です。良い面と難しい面を分けて整理します。
メリット
顧客納品型の案件よりは納期調整しやすい:自社案件は優先度を社内で調整できる
長期視点で取り組める:システム導入から運用改善まで自分が見続けられる
業務知識が深まる:自社のビジネスを理解しながら技術を活かせる
ライフプランが立てやすい:客先常駐がなく勤務地が安定する
キャリアの幅が広がりやすい:技術・業務・マネジメントを横断できる
デメリット
最新技術に触れる機会が偏る:枯れた技術の運用が中心になりやすい
評価が見えづらい:成果が「止まらないこと」なので可視化しにくい
一人情シスの孤独:相談相手が社内にいないケースがある
コードを書く時間が減る:開発者としてのスキルが錆びる懸念
給与カーブが緩やか:管理部門に分類されると昇給ペースが落ちる会社もある
向いている人・向いていない人
向いている人の特徴は次のとおりです。
ビジネスサイドの言葉で技術を語れる人
完璧な答えがない場面でも折り合いをつけられる人
地味な運用業務の中で改善ポイントを見つけるのが好きな人
一つの会社のシステムを長期で育てたい人
逆に、最先端の技術を深掘りしたい人、純粋に開発の手を動かしたい人、短期間でスキルを横展開したい人は、社内SEより開発職のほうが合いやすい傾向があります。実装経験を短期間で積むという意味では、SIerや受託開発のほうがスキル形成が速いケースが多いため、若手のうちは開発側でキャリアを積んでから社内SEに移るルートも選択肢の一つです。ただし、内製比率が高い企業やコーポレートエンジニア型の組織では、社内SEでも開発寄りの動きが取れる例外もあります。
社内SEのキャリアパス
社内SEからの進路は意外と多岐にわたります。代表的な四つのパターンを示します。
情シスの中での出世コース
担当→主任→課長→部長→CIO(情報統括役員)と上がる伝統的なコース。大企業やIT投資額の大きい企業でCIO・情報システム責任者クラスまで進めば、年収1,000万円台以上が視野に入るケースもあります。経営層との折衝が増えるため、財務・経営戦略への理解が必須になります。
業務系コンサル・ITコンサルへの転身
社内SEで培ったベンダーコントロール力と業務理解は、ITコンサルタントやPM・PMOへの転身で評価されやすい部類に入ります。事業会社の業務理解や導入経験が評価されるポジションもあり、コンサルファーム側がデジタル領域強化で社内SE経験者を採用するケースも見られます。
開発職への戻り方
社内SEの経験を経て、再び開発寄りに戻る選択もあります。SaaS企業のカスタマーサクセスエンジニア、業務SaaSのプリセールス、技術系プロダクトマネージャーなど、業務知識×技術力を武器にできるポジションが現実的な選択肢になります。
フリーランスとしての選択肢
社内SE経験者がフリーランスに移る場合、純粋な開発案件より情シス支援・PM支援・SaaS導入支援の方向が現実的です。フリーランスエージェントの公開案件で見られる募集例は次のとおりです。
情シス常駐支援:首都圏の週3〜5日稼働の公開案件では、月60〜100万円前後の募集が見られます(主に中堅〜上級者向け)
ERP/SaaS導入PM支援:プロジェクト単位、月80〜150万円前後の募集が見られます(導入PM経験者向け)
一人情シス向けスポット支援:時間契約での部分支援が中心
セキュリティ運用支援:ISMSやPマーク取得運用の伴走支援
※主要フリーランスエージェント(レバテックフリーランス、Midworks、ITプロパートナーズ等)の公開案件・募集要項を編集部で参照した目安です。首都圏の週4〜5日稼働を含む公開案件で見られる目安であり、地方・低稼働・スポット案件では下振れします。経験・スキル・稼働日数で実際の単価は前後し、条件を満たせる人物像としては、情シス実務5年以上、業務システム導入PM経験、ベンダー折衝経験のあるエンジニアを想定しています。未経験から到達できる単価ではない点に留意してください。
会社員からフリーランスへ移る具体的なステップは、フリーランスエンジニアになるには?最適なタイミングと具体的なステップで詳しく整理しています。
社内SEの求人を探すコツ
社内SE求人は職種名が統一されていないため、検索の工夫で出会える案件数が変わります。
求人媒体ごとの傾向
大手転職サイト(doda、リクナビNEXT、マイナビ転職など):求人量が多く、相場感の把握に向く
ハイクラス向け(ビズリーチ、JACリクルートメントなど):年収600万円以上の管理職寄り案件が多い部類
直接応募(Wantedly、企業採用ページ):ベンチャーのコーポレートエンジニア求人が拾いやすい
フリーランス向けエージェント:情シス常駐案件やPM支援案件が中心
フリーランスエンジニアの営業方法で紹介している案件獲得チャネルの考え方は、社内SE系の業務委託案件にもあてはまります。
キーワードの使い分け
「社内SE」:定番だが応募者が集中しやすい
「情シス」「情報システム」:少し古い言い回しだが優良企業が使うケースがある
「コーポレートエンジニア」:DX文脈の比較的新しい呼称、ベンチャーで多い
「IT企画」「IT推進」:管理職寄りの上流案件が多い
四つのキーワードで横断検索すると見落としが減ります。
よくある失敗と対策
転職後のミスマッチを避けるための、ありがちな失敗例を整理します。
「楽そう」だけで転職してミスマッチ
「社内SEは残業が少なくて楽」というイメージで転職した結果、一人情シスで便利屋扱いされ疲弊するパターンです。面接時にIT予算規模・部門人数・SaaS導入状況を必ず聞き取ります。一人情シスでも、外部委託をうまく使う文化があるかどうかで負荷が大きく変わります。
開発スキルが錆びる
社内SEの業務だけだとコードを書く機会が減り、3〜5年で開発スキルが市場価値を維持しづらい状態になりがちです。個人開発・OSSコントリビュート・社内ローコード開発で手を動かす習慣を意識的に作る対策が有効です。
評価が見えづらい
社内SEの仕事は「止まらないこと」が成果のため、改善前後の数値(システム停止時間、ヘルプデスク対応時間、月次の問い合わせ件数)を自分で記録して可視化する習慣が評価交渉に効きます。
社内SEを目指すかどうかの判断軸まとめ
社内SEは「自社の業務を技術で改善する」職種で、受託開発エンジニアやSESとは仕事の評価軸も日常も大きく異なります。スキル形成のスピードよりも、業務理解と長期視点を重視する人に向いています。
判断材料として整理した要点は次の通りです。
公開求人の想定年収レンジベースでは、500〜650万円が一つの目安。業界・企業規模・地域で大きく上下する
仕事内容は会社規模で別物。一人情シスと大企業の専任社内SEは別職種に近い
スキル形成は「幅広く浅く」になりがちなので、専門性は意識して伸ばす
キャリアパスは情シス管理職・コンサル・開発復帰・フリーランスの四方向が現実的
フリーランスとして社内SE経験を活かすなら、PM支援・SaaS導入支援・情シス常駐が主戦場
社内SEからのキャリア比較を深掘りしたい場合は、ITコンサルタント・PM・PMOの各記事と併せて検討すると判断がしやすくなります。フリーランスへの道を具体的に検討する場合は、フリーランスエンジニアになるにはと単価相場を併せて確認してください。会社員のままステップアップしたい場合も、外部の市場価値を把握しておくと社内交渉の材料になります。
参照した一次情報・参考リンクは次のとおりです。
doda:平均年収ランキング
マイナビエージェント:職種別平均年収
IPA:情報セキュリティ10大脅威
厚生労働省 job tag:IT技術者の職業情報
よくある質問
社内SEは未経験から目指せますか?
中小企業の一人情シスポジションであれば、PCサポートやヘルプデスク経験から入る道はあります。ただし、業務システム企画やベンダーコントロールが主担当の求人は実務経験3年以上を求めるケースが多い部類です。未経験から入る場合は、SIerや受託開発で2〜3年経験を積んでから移るルートが比較的現実的です。ヘルプデスクや情報システム補助から入る例もあります。
残業は本当に少ないですか?
企業口コミや求人票では、受託開発より残業が少なめの募集も多く見られます。一方で、システム導入の佳境(要件定義の追い込み、本番稼働直前)には残業が集中する期間があり、年間を通じて完全にフラットというわけではありません。応募時には平常時と繁忙期の残業実績を分けて確認するのが現実的です。
社内SEに向いている資格は?
応用情報技術者試験、ITストラテジスト、PMP、簿記2級などが上流寄りの仕事で評価されやすい資格です。技術側ではAWS認定(ソリューションアーキテクト アソシエイト以上)、CCNA、Microsoft 365認定なども実務で活きます。資格単体で年収が上がるわけではありませんが、選考時の足切り回避と業務理解の証明に役立ちます。
社内SEは将来AIに置き換わりますか?
現時点では、問い合わせ一次対応や定型運用の自動化は進んでおり、コーディング作業の一部を生成AIが担う動きも見られます。一方で、業務要件の整理・ベンダー折衝・経営層との合意形成といった「人と業務をつなぐ仕事」は人の関与が残りやすいと考えられます。AIをツールとして使いこなせる社内SEは、むしろ評価が上がりやすい部類に入ります。
一人情シスは避けるべきですか?
一人情シスは会社の規模・経営層のITリテラシー・予算規模で天と地ほど差があります。経営層がITを重視し、外部委託の予算がある会社の一人情シスは裁量大きく動けてやりがいがあります。逆に「人件費を抑えるための一人情シス」は便利屋化しやすく、応募前にIT予算規模と外部委託活用の度合いを必ず確認します。
フリーランス社内SEは現実的ですか?
実務経験を積んだ社内SEがフリーランスとして活動するのは現実的な選択肢です。情シス常駐の業務委託案件、SaaS導入支援、PM支援などが主な領域になります。一方で、純粋な「社内SE的働き方」をフリーランスでそのまま再現するのは難しく、複数社のスポット支援を組み合わせる形が多くなります。フリーランスとしての始め方はフリーランスエンジニアになるにはを参考にしてください。
社内SEは何歳まで続けられますか?
定年まで続けるエンジニアも多い職種です。24/365運用の有無にもよりますが、顧客納品型の開発職と比べると夜間・休日対応の頻度が低い企業も多く、長く働きやすい部類に入ります。40代以降はマネジメント・企画寄りにシフトしていく流れが一般的で、コードを書き続けたい場合は副業や個人開発で手を動かす形になります。
社内SEと開発エンジニアどっちが先に経験するべき?
開発スキルを重視するなら、キャリア初期にSIerや受託開発で経験を積んでから社内SEに移るルートが選ばれることも多いです。社内SEから入ると、開発の基礎が浅いまま運用・企画にシフトしてしまい、後から技術側に戻りづらくなる懸念があります。一方で内製比率の高い企業に新卒入社する場合は、社内SEから始めても開発経験を積める例もあります。
中小企業と大企業、どちらの社内SEがおすすめ?
学べる範囲の広さでは中小、専門性の深さでは大企業に分があります。裁量を持って幅広く触りたいなら中小、特定領域を深掘りして次のキャリアにつなげたいなら大企業、という選び方が目安になります。フリーランス転向を検討している場合は、フリーランスエンジニアと会社員の働き方の比較も併せて確認してください。
社内SEの転職で見るべきポイントは?
最低限、IT予算規模・情シス人数・外部委託活用度・経営層のITリテラシー・基幹システムの刷新計画の有無、の五つは面接で確認しておきます。求人票には書かれていない情報が多いため、エージェント経由か面談で直接聞き出す姿勢が安全です。
社内SE求人で注意したい募集文言は?
「何でもやってもらえる方歓迎」「便利屋的に動ける方」のような表現は、業務範囲が定義されていないサインのため、入社後の負荷読みが難しくなります。「経営層と直接議論できる」「予算決裁権を持って動ける」のように裁量と責任範囲が具体的に書かれている求人は、入社後のミスマッチが起きにくい傾向があります。求人票の「歓迎要件」「想定年収レンジ」「残業時間」「リモート可否」が明示されているかどうかは応募前の最低ラインの確認項目です。
関連するタグ:



