Objective-Cフリーランス案件の実情｜保守中心の単価と残り需要

Objective-C保守案件がまだ残っている理由

結論として、2014年のSwift登場から10年以上経った現在も、iOSアプリの全面Swift化はビジネス側の判断で「先送り」されているケースが少なくありません。動いているアプリのリライトは費用対効果が読みにくく、リリース中の売上に直結する機能の改修が優先されるためです。

Objective-C資産が積み上がっている領域

長寿命なiOSアプリを持つ企業ほど、Objective-C資産が残りやすい構造にあります。特に以下の領域は保守案件が観測されやすい傾向があります。

• 金融・証券系のスマホアプリ（規制対応と後方互換要件が重い）

• 広告SDK・計測SDK（ホスト側の互換性維持のためObjective-Cで書かれ続ける実装）

• toB業務アプリ・現場作業アプリ（社内展開のみで再開発予算が付きづらい）

• 長寿命の大規模メディアアプリ・EC・カタログ系アプリ

これらは新規機能をSwiftで書きつつ、既存モジュールはObjective-Cのまま残る「ハイブリッド構成」で運用されているケースが多く、両方を触れる人が必要とされます。

Swiftへの完全移行が難しい実務上の理由

Swift移行が単純に進まないのは、以下のような実務的な制約が絡むためです。

• ARC以前のMRC実装が一部残っており、メモリ管理挙動を理解した上で書き換える必要がある

• カテゴリ・スイズリングを多用したライブラリ拡張がSwift側で再現しづらい

• Objective-Cランタイムに依存した動的機能（メソッド差し替え、KVOの独自拡張など）が残っている

• サードパーティSDKの一部がObjective-C前提のインターフェースで提供されている

• リリース中のアプリであるため、Swift移行の副作用リスクをフェーズごとに切っていく必要がある

Objective-CランタイムやARCの仕様はApple公式ドキュメントObjective-C Runtime、Transitioning to ARC Release Notesで確認できます。

ミニFAQ

Q. これから新規でObjective-Cを学ぶ意味はありますか？

A. ゼロから言語習得のためだけに時間を投じる価値は薄いです。ただし、既にSwiftとiOSの実務経験があるなら、Objective-Cの読解力を追加しておくと案件の受け皿が広がります。書けるより「読める・改修できる」を優先するのが実務ベースの投資対効果です。

Q. Objective-C案件は数年でゼロになりますか？

A. 短期でゼロにはなりにくいと見られます。金融や広告SDKのように保守が長期化する領域があるため、緩やかに縮小しつつ「残る需要」に集約されていく形が現実的です。

保守案件の単価レンジ

先に相場の短答から示します。Objective-C保守案件の月額は60〜95万円前後が目安で、同条件のSwiftメインiOS案件と比べるとやや下の帯に寄る傾向があります。

本記事の相場観は、2026年時点で首都圏中心の主要フリーランスエージェント数社の公開案件（週4〜5日・準委任契約・iOS保守／改修案件でObjective-Cを応募要件または歓迎要件に含む募集）を編集部で確認した観測ベースです。非公開案件や個別商流の条件差は反映しきれないため、実際の提示額は個別条件で変動します。公開案件数はSwift単独より少ないため、観測の分母が薄いレンジと考えて読んでください。

保守フェーズ別の単価目安

※月額目安は、首都圏中心の公開案件に見られる税別報酬レンジの想定です。商流・出社比率・清算幅・役割の重さにより変動します。

単価が上に振れやすいのは、言語仕様の読解だけでなくリリース設計・CI/CD・移行計画まで踏み込める人材のケースです。自分の市場単価の目安を確認したい場合は、無料のフリーランスエンジニア単価診断で経験・スキルから概算レンジを確認できます。

単価が下振れしやすい条件

• 週2〜3日の変則稼働のみ受ける前提

• リモート100%・地方在住・出社不可の条件が固い

• Swift実装経験が浅く、Objective-Cのみの経験で応募する

• テスト・CI・リリース周りを他メンバー依存で進めたい

単価が上振れしやすい条件

• 現行アプリのObjective-C ⇔ Swift相互運用を単独で組める

• Fastlane・GitHub Actions・Xcode Cloud等のCI/CDを触った実務経験がある

• 大規模アプリのモジュール分割・SDK設計の経験がある

• 移行ロードマップをビジネス側と握れる提案力がある

Swift単独案件のレンジや高単価条件はSwift・iOSフリーランスの単価相場｜経験別レンジと高単価の条件で整理しているため、Swiftメインで動く前提の方はそちらも参照してください。iOS・Android・クロスプラットフォームを含めた俯瞰はモバイルアプリ開発案件の単価相場｜iOS・Android・クロス比較にまとまっています。

ミニFAQ

Q. Objective-Cしか経験がなくても月80万円は取れますか？

A. 公開案件ベースでは少数派です。大規模iOSアプリの保守経験に加え、Swift併走やリリース運用まで担える人であれば80万円台に届く余地があります。単言語のみの経歴だと60〜75万円の帯からスタートする想定になりやすいです。

Q. 保守案件で交通費・出社費用は別支給されますか？

A. 準委任案件では別支給されないケースが多く、月額単価に含まれる想定です。金融系や社内システム系で常駐比率が高い案件は、出社日数と交通費の扱いを面談時に確認しておくと後工程で揉めにくくなります。

Swift移行フェーズ別の案件パターン

現場のObjective-C案件は、既存プロダクトがSwift移行のどの段階にあるかで求められる立ち回りが変わります。フェーズを見誤ると入場後に想定と違うタスクを振られやすいため、面談時にフェーズを確認しておくと良いです。

フェーズA：フルObjective-C（移行未着手）

• 対象：機能追加より不具合修正・OSアップデート追随が中心

• 案件例：長寿命アプリのメンテナ、SDKチームのバックオフィス的な保守

• 求められる力：Objective-C読解、ARC/MRC混在下でのメモリ理解、旧UIKit挙動の把握

フェーズB：Objective-CとSwiftの相互運用（混在期）

• 対象：新機能はSwift、既存モジュールはObjective-Cで残っている状態

• 案件例：多くのミッドサイズ〜大規模iOSアプリはこの帯

• 求められる力：ブリッジヘッダー、@objc公開、モジュール構成理解、両言語のビルド設定

フェーズC：Swift主・Objective-C部分移行

• 対象：新規実装はほぼSwiftで、Objective-C箇所を段階的にリライト

• 案件例：新規機能開発とリファクタリングを兼務する案件

• 求められる力：Swift実装力、Objective-Cの読解と書き換え設計、レビュー対応

フェーズD：リプレース設計・PoC

• 対象：Objective-C資産のSwift移行計画そのものを策定する上流フェーズ

• 案件例：技術顧問・リード役割・移行ロードマップ策定

• 求められる力：モジュール分割設計、リリース計画、ビジネス側との合意形成

入場前にフェーズを確認するコツ

面談で「現在Objective-CコードとSwiftコードの比率はざっくり何対何ですか」「今後3〜6ヶ月でどこまで移行する計画ですか」を聞くと、フェーズをほぼ判別できます。両方の質問に明確な回答がない場合は、要件が定まっていない可能性があるため、稼働開始後に手戻りが増えやすい点を織り込んで臨みたいところです。

保守案件で求められる技術範囲

Objective-C保守案件で実際に問われる技術は、言語仕様の暗記より「レガシー資産を安全に触れるか」に寄っています。以下は面談・スキルシートで期待されやすい範囲です。

言語・ランタイム

• Objective-Cの基本文法とメッセージ送信モデル

• ARC・MRCの違いと、__bridge系キャスト

• カテゴリ・エクステンション・プロトコル

• Objective-Cランタイム（メソッドスイズリング・KVO実装）

• ブロック構文とキャプチャの落とし穴

フレームワーク・SDK

• UIKit（UIViewControllerライフサイクル、Auto Layout、UITableView／UICollectionView）

• Foundation（NSString・NSArray・NSDictionaryと、Swift側のブリッジ挙動）

• CoreData（レガシーコードでの利用が多い）

• ネットワーク層（NSURLSession、旧AFNetworking系ライブラリの残存）

ビルド・リリース

• Xcodeプロジェクト構成（.xcodeproj／.xcworkspace）

• CocoaPods（保守案件では現役、Swift Package Managerと併存）

• Fastlane・GitHub Actions・Xcode CloudでのCI/CD

• 証明書・プロビジョニングプロファイル管理

• App Store Connectの提出フロー

Swiftとの接続

• ブリッジヘッダーの書き方と、@objc公開の判定

• Swift側からObjective-Cメソッドを呼ぶ際のインターフェース設計

• Objective-C側からSwiftを呼ぶ場合の-Swift.h自動生成の理解

Cocoa／Cocoa Touchの各APIリファレンスはApple Developer Documentationから辿れます。案件で使う具体的なAPIは事前に一次情報で確認しておくと、キャッチアップの深さが伝わります。

稼働形態と契約の実情

Objective-C保守案件は、稼働形態がSwift新規案件と少し異なる傾向があります。公開案件を見る限りでは、書き換え中心のタスクも多く、フルタイム常駐一辺倒ではなく変則稼働の募集も見られます。

稼働日数の傾向

• 週5日フル稼働：フェーズC・Dの上流寄り案件で見られる

• 週3〜4日：フェーズBの混在期案件で比較的見かけやすい

• 週2日・スポット：既存アプリの緊急対応、iOS版アップデート追随

契約形態

多くは準委任契約で、成果物固定の請負より、時間ベースの支援型に寄ります。準委任と請負の違いや契約時のリスク観点は準委任契約と請負契約の違い｜フリーランスエンジニアが知るべきリスクと注意点にまとまっていますが、Objective-C保守の場合は「範囲が読みにくい既存資産」を触るため、準委任の方が現実に合いやすいです。

リモート・出社比率

金融系・大規模toBは出社日数を求められるケースがあり、広告SDK・スタートアップ系はフルリモートが選びやすい傾向です。フルリモート前提で探すなら、対象案件が「常駐必須の金融系」に寄っていないかを最初のフィルタで見ておくと効率的です。

ミニFAQ

Q. 短期スポット案件だけで年間を回せますか？

A. Objective-C単独ではやや厳しい印象です。Swift案件・iOS以外の案件と組み合わせて、稼働の切れ目を避ける設計にする方が安定します。短期案件のつなぎ方は他記事のノウハウを組み合わせてください。

Q. リモート100%で高単価は取れますか？

A. 保守案件では出社ありの方が単価が上振れしやすい傾向があります。フルリモートを崩さないなら、CI/CD・移行設計まで一人で回せる強みで単価を取りにいくのが現実的です。

ケース別：Objective-C案件との向き合い方

読者の状況によって取るべき動き方が変わるため、代表的な3ケースに分けて整理します。

ケースA：Swiftメイン経験者で、Objective-Cは学生時代に触った程度

• 動き方：まずは相互運用フェーズ（フェーズB）から入る

• 学び直し：Objective-C文法の「読み」だけ回復し、書きは既存コードのマネから

• 単価感：Swift案件の相場をベースに、Objective-C読解力を加点材料として提示

ケースB：現役のObjective-C担当で、独立を検討中

• 動き方：会社在籍中にSwift実装経験を意図的に増やす

• スキルシート：フェーズB・Cを両方こなせる形に整える

• 単価感：Objective-C単独より、Swift併走で80万円台を狙える構成にする

ケースC：iOS未経験だがネイティブアプリに参入したい

• 動き方：Objective-C案件から入るのは推奨しない

• 代替ルート：Swift・SwiftUIから入り、案件でObjective-C箇所に触れて広げる

• 参考：SwiftUIとは｜UIKitとの違い・できること・案件動向を解説、Swiftとは？できることから年収、将来性まで徹底解説

未経験者がObjective-Cから入るのは、中長期では縮小が見込まれる領域に学習時間を投じる形になりやすく、投資対効果としては見合いにくい選択です。iOS参入自体はSwiftから始めるほうが素直です。

よくある失敗と対策

Objective-C保守案件で入場後に詰まりやすいポイントを整理します。

失敗1：ビルドが通らない環境問題を放置する

古いXcode前提のプロジェクトが最新Xcodeで通らないケースがあります。CocoaPodsのバージョン整合、旧Swiftバージョンの残存、非推奨APIの警告など、まずはビルドが安定して通る状態を作ることが先です。移行タスクより先に環境整備の工数を握っておくと、後の見積もりが崩れません。

失敗2：メモリ管理挙動の勘違い

MRCとARCが混在するプロジェクトでは、__bridgeキャストや__weak宣言の扱いを間違えるとクラッシュや解放不備が起きやすくなります。着手前にどのモジュールがMRCで、どこがARCかを地図化しておくと事故が減ります。

失敗3：Swiftへの一括書き換え提案が通らない

「全部Swiftにしたほうが良い」という一括書き換え提案は、既存の売上に影響しない改修が優先されるビジネス側では通りにくい傾向があります。段階移行のロードマップを提示する方が話が進みやすく、単価も上げやすいです。

失敗4：SDKの更新でObjective-C側だけ動作不良

サードパーティSDKがSwift対応バージョンを出したとき、Objective-C側のインターフェースが変わっているケースがあります。SDK更新のリリースノートを事前に読み、影響範囲を切り出してからPRを分ける癖をつけると、レビューが通りやすくなります。

Objective-C案件の見つけ方

保守案件は公開案件の露出が少ない領域です。エージェントに登録し、非公開案件で条件を絞ってもらうルートが現実的です。

案件検索でのファセット指定

主要フリーランスエージェントの案件検索で「iOS」「Swift」「Objective-C」のタグを指定すると、保守案件が拾いやすくなります。フリコンの案件一覧はObjective-C案件一覧、Swift併走で探す場合はSwift案件一覧から確認できます。

スキルシートの書き方の要点

• Objective-C経験は「読み・書き・書き換え」の粒度で分けて書く

• 触ったモジュール規模（画面数・行数・ユーザー数）を書ける範囲で明示する

• Swiftとの相互運用実績があるなら、必ず記載する

• CI/CD・リリース経験があるなら、Fastlane・GitHub Actions等の具体ツール名まで書く

面談で聞かれる観点

• 現行アプリのObjective-C／Swift比率

• 保守と新規実装のタスク比率

• リリース周りを誰が担当しているか

• 移行計画の有無と時間軸

面談時にこちらから聞くべき確認項目は幅広く、業務委託契約書の確認ポイント｜フリーランスエンジニアが締結前に見る条項とチェックリストも併読すると契約時のチェック漏れを減らせます。

モバイル系レガシーと他レガシー案件の違い

Objective-Cは「モバイル系レガシー」に分類されます。同じ「レガシー保守」でも、メインフレーム系（COBOL・汎用系）とは市場構造がかなり違うため、混同しないほうが判断しやすいです。

メインフレーム系レガシーの実態はCOBOLフリーランスの単価相場と案件動向｜保守中心の実務と参入条件、汎用系エンジニアとは？仕事内容やスキル、年収について解説にまとまっています。単価を体系的に上げる考え方はフリーランスエンジニアの単価相場と単価の上げ方を参照してください。

まとめ

• Objective-Cフリーランス案件は、Swift移行が進んでも「保守・改修・部分移行」の需要として残り、公開案件の観測では月60〜95万円前後が中心の帯です

• 単価を上げるにはSwift併走・CI/CD・移行設計の3条件が鍵で、単言語のみだと帯の下寄りに張り付きやすいです

• 出やすい業種は金融・広告SDK・toB業務アプリ・大規模メディアで、フルリモートよりハイブリッド稼働の方が選択肢は広がります

• ゼロからObjective-Cで独立を目指すのは推奨しません。iOS参入はSwiftからが素直で、Objective-Cは読解力を追加する形でスキルの受け皿を広げるのが投資対効果に見合います

• 次のステップとして、まずは主要エージェントに登録し、iOS保守案件の非公開含めた紹介を受け、フリーランスエンジニア単価診断で自分の単価目安を確認してから面談に臨むと、条件交渉が具体的になります