位置情報エンジニアのフリーランス案件・単価｜GIS/地図開発の仕事内容

位置情報エンジニアとは

位置情報エンジニアは、緯度経度や住所などの空間データを扱うシステムを開発するエンジニアの総称です。狭義の「GISエンジニア」から、地図UIを実装するWebフロント／モバイル開発まで、担当領域はプロジェクトによって大きく変わります。

GISエンジニアと地図系Web/アプリエンジニアの違い

同じ「位置情報を扱う」でも、GISエンジニアはデータ側、地図系Web/アプリエンジニアはUI側に寄る傾向があります。

現場では役割が混ざる案件も多く、「地図UIの実装だけ」「空間DBの設計だけ」に切り分けられないケースもあります。募集要項では業務範囲が広く書かれていることが多いので、面談で実際の分担を確認するとミスマッチが減ります。

対象読者と本記事のスコープ

本記事は、フリーランスとして位置情報・地図系の案件に参画したい実務経験3年前後以上のエンジニアを想定しています。Web／モバイル／データ系の下地があり、そこにGIS要素を足していきたい層に向けた内容です。測量士・都市計画コンサルタントなど、非IT側から位置情報業界に入るキャリアは本記事のスコープ外です。

位置情報エンジニア案件の職種と業務内容

案件で登場する職種を、業務内容と紐付けて整理します。募集要項に「GISエンジニア」と一括で書かれていても、実際にはこれらの複数を兼務することが多いです。

バックエンド（データパイプライン・空間DB）

GPSログや車載センサー、店舗POSなどから集めた位置データを、集計しやすい形に加工するのが主な役割です。ドラレコ・シェアモビリティ・配送車両など、位置情報を「大量に流し続ける」プロダクトで需要が集中します。

• 位置情報のバッチ／ストリーム処理（Kafka／Kinesis／Pub/Sub）

• 空間インデックス設計（PostGISのGiSTインデックス、Uber H3、Google S2 など）

• 位置精度向上アルゴリズム（マップマッチング、外れ値除去）

• GISサーバー（GeoServer 等）の運用

Web系のバックエンド経験があれば、空間データの型と関数（ST_Distance、ST_Within、ST_MakePointなど）を覚えるところから入れます。

フロントエンド／モバイル（地図UI・ルーティング）

地図表示・ピン配置・ルート描画・現在地追跡など、ユーザーが触れる部分を担当します。主要フリーランスエージェントの公開案件を見る限り、地図UI実装を含むWeb／モバイル寄りの募集は比較的見つけやすい傾向があります。

• Webの場合：Google Maps JavaScript API、Mapbox GL JS、Leaflet、OpenLayers

• iOS：MapKit、Google Maps SDK for iOS、Mapbox Maps SDK

• Android：Google Maps SDK for Android、Mapbox

• クロスプラットフォーム：React Native（react-native-maps）、Flutter（google_maps_flutter）

数万ピンをスムーズに描画するためのクラスタリング（MarkerClusterer／Supercluster）や、オフライン対応、ダークモード対応など、細かい要件が案件ごとに違います。

GIS解析・データ整備

自治体系・不動産テック・農業テック・防災系で登場することが多い領域です。「地図データを分析し、示唆を出す」タスクが中心になります。

• 空間データの前処理・クレンジング（Shapefile／GeoJSON／CSV）

• ジオコーディング（住所→緯度経度）と逆ジオコーディング

• 空間クエリ／集計（半径○km内の店舗数、エリア別売上）

• タイル配信の設計（ラスタタイル／ベクタータイル／PMTiles）

Excelや汎用のBIツールでは扱いにくい「面・線・点の交差」「距離集計」を、SQLとGIS関数で解くのが日常業務です。

ミニFAQ

Q. GISの資格は必要ですか？

案件参画に必須ではありません。GIS学術士や測量士補があれば書類上プラスに働くケースはありますが、公開案件では「PostGISでの空間分析経験」「Mapbox実装経験」といった実務スキルが優先されている印象です。

Q. 数学・統計の知識はどこまで求められますか？

座標系変換や距離計算はライブラリ任せで問題ないことが多い一方、精度が求められる案件（自動運転向けの地図補正、混雑予測など）では線形代数や統計の素養があると業務に入りやすいです。

案件で使われる主な技術スタック

同じ「位置情報」でも、案件ごとに使う技術が違います。ここでは2026年時点の主要フリーランスエージェント公開案件と、各技術の公式ドキュメント・技術ブログを参考に、層別で整理します。

地図API・SDK（Google Maps／Mapbox／OSM／Leaflet／OpenLayers）

案件でよく指定されるのは以下の4系統です。

案件ではGoogle MapsとMapboxが指定されることが多く、費用面の見積もりミスがトラブル要因になりがちです。料金体系は公式ページで最新情報を確認してから提案するのが安全です。

空間データベースとGISツール

サーバーサイドで空間データを扱う場合、PostgreSQL の拡張である PostGIS がデファクトに近い位置づけで採用されるケースが目立ちます。他にもMySQL Spatial、MongoDB Geospatial、Elasticsearch Geoなど、既存DBの空間拡張機能が使われることもあります。

デスクトップ側では QGIS（無料）と ArcGIS（有料）が代表的なGISソフトです。データ整備のクライアントワークではArcGISが指定されることも多く、QGISは学習用や個人プロジェクトで多く使われています。

位置情報関連ライブラリ

実装で頻出するのは以下のライブラリです。案件募集で名前が挙がったら、公式ドキュメントの主要関数だけでも眺めておくと面談時の解像度が上がります。

• Turf.js：JavaScriptで距離・面積・バッファなどの空間計算を行うライブラリ

• GeoPandas：Pythonでの空間データ処理（Pandasの空間版）

• Shapely：Python向けの幾何計算ライブラリ

• Supercluster：Mapbox系のクラスタリング

• OSRM／GraphHopper：ルーティングエンジン

• Uber H3／Google S2：地理空間の階層グリッド

測位・センサー

モバイル・IoT寄りの案件では、次のような測位技術が絡みます。

• GPS／GNSS（Galileo・GLONASS・準天頂衛星「みちびき」）

• Wi-Fi測位、Bluetooth Beacon（BLE）

• 加速度・ジャイロセンサーによる自律航法

• 屋内測位（IMES・可視光通信・UWB）

ドラレコ・車両動態管理・スマホの現在地機能などは、単一の測位ではなく複数を組み合わせて精度を担保するのが一般的です。

単価・報酬の目安

2026年上半期に主要フリーランスエージェントの公開案件（週2〜5日・業務委託）を確認した範囲では、位置情報系の案件単価は「Web系バックエンド／モバイル」の相場と近く、専門技術が絡むほど上振れしやすい傾向があります。

職種別の傾向

以下は週5日稼働の公開案件を中心にした月額目安です。実際の契約金額は精算幅・税別税込・商流（元請／二次請）で変動するため、参考レンジとして読んでください。

上記は複数の公開案件を確認して整理した参考レンジであり、件数の集計値ではありません。契約条件・稼働日数・業界により実額は変動します。正確な自分の市場単価は、案件エージェントで見積もりを取るのが早いです。

自分がどのくらいの単価を狙えるか気になる方は、無料のフリーランスエンジニア単価診断で現在の市場単価の目安を確認できます。

スキル別の傾向

同じ「位置情報エンジニア」でも、次の要素があると単価が上がりやすい傾向があります。

• PostGISの空間インデックス設計・チューニング経験（ST_Contains、ST_DWithinをパフォーマンス影響まで踏まえて書ける）

• 大規模GPSログの処理経験（月次数億レコード規模のパイプライン）

• モビリティ・自動運転向けの地図データ経験（HDマップ、Vector Map Format 等）

• Google Maps／Mapboxの料金設計・移行経験

• 地図タイルの自前配信経験（Nginx＋MBTiles、PMTiles、CloudFront配信）

「地図UIを綺麗に作れる」だけだと差別化しづらいのが実情です。データ処理・パフォーマンス設計・ドメイン理解のいずれかで奥行きをつけると、単価交渉の材料になります。

単価を上げる条件

高単価案件を狙う場合、次の3点セットが揃うと交渉しやすくなります。

1. 対象業界のドメイン理解（例：物流なら配車最適化・輸送計画の基本用語）

2. 空間データ処理の実務経験（PostGIS／GeoPandas等）

3. スケーラビリティ設計（大規模データ・多拠点配信の経験）

単価を体系的に上げる考え方は『フリーランスエンジニアの単価相場と単価の上げ方』で整理しています。

ミニFAQ

Q. 副業レベルでも参画できますか？

週2〜稼働の位置情報案件も見られますが、母数は多くありません。地図APIの本番運用や大規模データを扱う案件は稼働の集中を求められがちなので、初回はスコープを絞った切り出し案件から入るのが安全です。

案件の獲得ルートと探し方

位置情報案件は「Web／モバイル」ほど募集数が多くありません。探し方を工夫すると効率が上がります。

フリーランスエージェント

主要フリーランスエージェントに「位置情報」「地図」「GIS」「Mapbox」「PostGIS」といった技術名で希望条件を伝えると、非公開含めて紹介対象に入りやすくなる傾向があります。募集の総数は少なめですが、モビリティ・不動産テック・物流の常駐系案件はエージェント経由で見つかるケースが比較的多い傾向があります。

エージェント選びや相談のコツは『フリーランスエンジニアの営業方法と案件獲得の近道』にまとめています。

クラウドソーシング／SNS

短期の地図UI実装、GISデータ整備、住所マスターのクレンジングなどは、クラウドソーシング にも一定量の案件があります。エージェント経由の中長期案件と比べると単価は抑えめな傾向がありますが、位置情報の実務が浅い段階で実績を作るには入りやすいルートです。

SNS（X／LinkedIn）では、モビリティ・空間データ・都市計画テックのスタートアップが技術ブログや採用ポストを出しているケースが目立ちます。技術記事を書いておくと声がかかりやすくなる領域でもあります。

検索する際のキーワード設計

エージェントのフリーワード検索は、汎用語より技術名で絞る方が精度が上がります。

• 「PostGIS」「Mapbox」「Google Maps API」「GIS」「地理空間」

• 「シェアモビリティ」「MaaS」「配車」「不動産テック」「物流最適化」

• 「屋内測位」「BLE」「GPS」「マップマッチング」

複数キーワードを組み合わせすぎるとヒットが激減するので、まずは技術名単体で件数感を掴むのが良いです。

業界別の実例

位置情報エンジニアの案件は、業界を絞ると探しやすくなります。ここでは代表的な業界の案件イメージを整理します。

モビリティ・シェア移動

タクシー配車、ライドシェア、レンタサイクル、シェアスクーターなど。GPSログの大量処理、ルート最適化、マップマッチング、ETA（到着予測）などが典型テーマです。ドラレコ／車載データを扱う案件は、Go／Python／AWS／GCPが指定されがちです。

不動産テック

物件検索、周辺施設情報の可視化、エリア分析、地価データの可視化などがテーマです。既存の不動産テックのフリーランスエンジニア案件でも、地図UIと空間データ検索の技術が中心に登場します。

物流・配送最適化

配送ルート最適化、拠点配置分析、輸送計画、ラストワンマイル最適化などがテーマになります。関連業界の技術トピックは物流業界のフリーランスエンジニア案件にも整理があります。GIS×最適化アルゴリズムの案件は、機械学習経験と組み合わせると単価が上がりやすい領域です。

防災・自治体・都市計画

自治体GIS、防災マップ、避難所可視化、都市計画支援など、行政・自治体の周辺で位置情報を扱うケースです。単価は民間案件より控えめなことが多いですが、公共データを扱う経験や、GISソフト（ArcGIS等）の実務は他業界に転用しやすい強みになります。

その他（農業・観光・ヘルスケア）

営農支援（圃場管理、農薬散布経路）、観光の周遊分析、店舗商圏分析、ヘルスケアの行動ログ分析などもあります。件数は少なめですが、ドメインを絞って提案できると受注につながりやすい領域です。

求められるスキルとキャリアパス

位置情報エンジニアは、「Web／モバイル／データのどれかで実務経験を持っている人が、GIS要素を積み上げる」パターンで入るのが現実的です。

実務未経験から入るステップ

いきなり「GISエンジニア」を名乗るのはハードルが高いので、既存スキル＋位置情報要素で挑めるところから入ります。

1. Web／モバイル／データ系の実務経験を1年以上積む

2. 個人プロジェクトでGoogle Maps／Mapbox／Leafletのいずれかを触る

3. PostGISで空間クエリを書ける状態にしておく（GiSTインデックス、ST_Distance などの基本関数）

4. GitHub／技術ブログで地図系の実装記録を残す

5. エージェント経由で「地図UIあり」「PostGIS利用」の案件から着手

未経験からのキャリア設計は『30代未経験からフリーランスエンジニアになれる？』もあわせて参照ください。

ミドル層のスキルアップ

すでにWeb／モバイル／データ系のフリーランスとして稼働している人は、「今の技術×位置情報」で単価を伸ばしやすい状況にあります。

• Webフロント → Mapbox GL JS／Google Maps JavaScript API

• モバイル → React Native／Flutter＋地図SDK

• バックエンド → PostGIS／空間インデックス設計

• データエンジニア → GPSログのストリーム処理、H3／S2グリッド

一つのプロジェクトで「地図UI＋データ処理＋料金設計」まで話せる人は、フリーランス市場では希少価値が高い部類に入ります。

高単価人物像

位置情報×機械学習、位置情報×IoT、位置情報×大規模データのいずれかで実務経験がある人は、公開案件でも高めのレンジで募集される傾向があります。たとえば以下のような条件を満たすエンジニアが該当します。

• モビリティサービスの本番運用でPostGIS／H3／S2のいずれかを1年以上運用した経験

• 地図タイルの自前配信をゼロから構築し、CDN・キャッシュ戦略まで手を動かした経験

• 位置情報の機械学習モデル（ETA予測、混雑予測、需要予測）の実装・改善経験

「一人で担当できる領域が広い」ほど交渉余地が広くなります。

よくある失敗と対策

位置情報案件で発生しやすい落とし穴と、避け方を整理します。

座標系や測地系のミス

日本国内の位置情報では、世界測地系（JGD2011）・旧日本測地系（Tokyo Datum）・平面直角座標系など、複数の座標系が混在します。データを取り込む際に座標系を確認せずマージすると、数百メートル〜数キロずれた位置に点が置かれるトラブルが起きます。

• 対策：受領データのメタ情報（EPSGコード）を必ず確認する

• 対策：PostGISではST_Transformで明示的に座標系を揃える

• 対策：地図描画時にWGS84（EPSG:4326）／Web Mercator（EPSG:3857）の使い分けを意識する

地図API料金の見積もり不足

Google Maps／Mapboxは従量課金です。特にJavaScript APIの「地図ロード」課金は、SPAで毎ページ地図を出す構成にすると想定より早く料金枠を消費します。

• 対策：本番想定のPV・ロード数を出し、公式ページの料金ページで概算を算出する

• 対策：可能なら静的タイル・キャッシュ・Leaflet＋OSMベースなど、要件次第でライセンス費を抑えやすい構成も提案に含める

• 対策：契約時に「料金超過時の負担」がクライアント側か自分側かを明確にする

プラットフォーム規約違反

規約解釈は利用形態によって異なるため、最終判断は公式規約と法務・ベンダー確認を前提にしてください。Google Maps Platform、Mapbox、Apple Mapsなどの地図APIには、他社地図との組み合わせ方や取得データの保存方法に関する制限が定められています。具体的な条件はサービス種別・API種別・保存対象データで細かく異なるため、必ず最新の利用規約を確認したうえで、必要に応じて法務・ベンダーにも相談してください。

• 対策：POC段階でも公式規約（Terms of Service）を確認する

• 対策：クライアントに「取得データを長期保存する要件」がある場合は要相談

• 対策：不安な場合はサポート窓口・法務レビューを挟む

スケール時のパフォーマンス設計不足

数百点までは動く実装でも、数万〜数十万点になると急に地図がカクつく／DBが返らないという事象が起きます。

• 対策：ピンはクラスタリング（Supercluster等）を早い段階で入れる

• 対策：PostGISはGiSTインデックスを空間カラムに付けて、EXPLAIN ANALYZEでクエリ計画を確認する

• 対策：頻繁に叩かれるジオコーディングはCDN／キャッシュ層を挟む

現場で役立つチェックリスト

案件参画前・作業前に確認したい観点を一覧化しました。

• 地図API：契約種別（Google Maps／Mapbox／OSMベース）と料金体系を確認したか

• 座標系：受領データのEPSGコードを確認したか

• 空間DB：PostGISの拡張は入っているか（CREATE EXTENSION postgis を確認）

• インデックス：空間カラムにGiSTインデックスを付けたか

• クラスタリング：ピン数が多いUIにクラスタリングは入っているか

• キャッシュ：ジオコーディング／逆ジオコーディングにキャッシュ層があるか

• 規約：地図APIの利用規約と保存制限を確認したか

• 精度：測位方式（GPS単独／Wi-Fi補正／GNSS）とアプリの要件がマッチしているか

• 監視：APIのエラー率と課金の閾値アラートを入れたか

まとめ

位置情報エンジニアは、GIS解析・地図UI・データパイプラインの3系統に分かれ、モビリティ・物流・不動産・防災・自治体などの業界で継続的な需要があります。単価はWeb／モバイル一般と近い水準を軸に、PostGIS／機械学習／モビリティ経験が絡むほど上振れしやすい傾向です。

• 求人母数は多くないが、業界を絞ると探しやすい

• 案件を取る決め手は「PostGIS」「Mapbox／Google Maps」「業界ドメイン」の3点セット

• 料金・座標系・規約の見積もりミスが典型の失敗パターン

• キャリアパスは既存スキル（Web／モバイル／データ）＋位置情報要素の順が現実的

• 高単価人物像は「大規模データ×位置情報」「AI×位置情報」「地図タイル自前配信」のいずれかを深く経験している層

まずは公開案件で自分の現在地を把握し、そのうえで実装実績を作る順番が現実的です。具体的な次のアクションは以下の3つから始めるのがおすすめです。

1. 主要エージェントに位置情報スキルを登録し募集動向を把握する

2. 個人プロジェクトでMapbox／PostGISに触れ実装記録を残す

3. 自分の市場単価を単価診断で確認する

参照・一次情報

• Google Maps Platform 公式

• Mapbox 公式

• OpenStreetMap 公式

• PostGIS 公式

※本記事の単価・案件傾向に関する記述は、2026年時点で主要フリーランスエージェントが公開している業務委託案件を筆者が確認して整理した目安です。件数の集計値ではなく参考レンジとしてお読みください。