「State of GTM Engineering 2026」を読み解く -- 228名調査から見えたGTMエンジニアの実態
海外で急成長する「GTMエンジニア」という職種。年次調査レポート State of GTM Engineering 2026 の228名回答データを日本語で徹底解説し、日本のBtoB市場との接点を考察する。
「State of GTM Engineering 2026」を読み解く -- 228名調査から見えたGTMエンジニアの実態
GTMエンジニア（Go-To-Market Engineer）は、2023年にClay社が生み出した職種概念だ。営業・マーケティング・カスタマーサクセスの成果を最大化するために、CRM・MA・AIツールを統合して「再現性のある成長の仕組み」を設計・構築する。
2026年3月、228名のGTMエンジニアを対象にした年次調査レポート「State of GTM Engineering 2026」が公開された。この記事ではレポートの主要データを日本語で読み解き、日本のBtoB市場にどう接続できるかを考えていく。
GTMエンジニアの基本像
誰がGTMエンジニアなのか
GTMエンジニアは**「収益のコードベース（Revenue Codebase）」を扱うエンジニア**だ。プロダクトエンジニアがプロダクトのコードを書くように、GTMエンジニアはセールスパイプライン、リードスコアリング、ナーチャリングシーケンスといった「売上を生む仕組み」をコードとツール統合で構築する。
これが「マーケティング担当がツールを使う」のとは違う。GTMエンジニアはAPI統合、カスタムスクリプト、AIワークフローを駆使して、個別施策ではなくシステムとしてのGTM基盤を設計する。
2つのタイプ
Internal GTM Engineerは社内のセールス/マーケ基盤を構築・自動化する。CRM連携、リードスコアリング、パイプライン最適化がメイン業務で、Clay社内チームが代表例だ。
Forward Deployed GTM Engineerは顧客先に入り込み、プロダクトの導入・実装を支援する。SLG文脈で特に重要なタイプで、PalantirのFDSEがその典型だ。後者については別記事で詳しく解説する。実際にこの職種概念に触れるまで、自分も「セールスエンジニアとどう違うのか」がよくわからなかった。
調査データの概要
State of GTM Engineering 2026の回答者228名のプロファイル:
- 使用ツール: Clay（84%が使用）が圧倒的1位。CRM（HubSpot/Salesforce）、Smartlead、Apolloが続く
- AI開発ツール: Cursor/Claude Codeの採用率が70%に迫る
- プログラミング言語: Python, SQL, JavaScript（API統合・カスタムソリューション構築用）
- 組織内位置づけ: セールス組織とマーケ組織の間、もしくはRevOpsチーム内に配置されるケースが多い
年収データ
| 地域 | 中央値 | 上位レンジ |
|---|---|---|
| 米国全体 | $135K（約2,000万円） | $250K+（約3,700万円+） |
| Vercel | - | $252K |
| OpenAI | - | $250K |
| Palantir FDSE | $205K | $486K（RSU含む） |
Glassdoorでの平均は$182Kで、ソフトウェアエンジニアの平均と同水準かやや上。GTMエンジニアは「エンジニアリング力 × セールスへの直接インパクト」の掛け算で評価されるため、成果連動報酬が大きい傾向がある。
LinkedIn求人数の推移
2026年1月時点でLinkedInに掲載されているGTMエンジニア関連の求人は3,000件以上。Forward Deployed Engineer（FDE）を含めると、2024年比で800-1,000%の増加という報道もある。
技術スタックの全体像
GTMエンジニアの技術スタックは4層で整理できる。
1. データ収集層
ターゲット企業・人物の情報を収集・統合する層。
Clayが84%で圧倒的1位なのには理由がある。従来のデータエンリッチメントツールは「1つのデータソースに問い合わせて結果を返す」だった。ClayのWaterfall enrichmentは複数のデータソースを優先順位付きで順番に照合し、最初にヒットした結果を採用する。さらにAI Research Agentがウェブ上の非構造データ（プレスリリース、SNS投稿、ブログ記事）からも情報を抽出する。
Apollo、ZoomInfo、Clearbit（HubSpot統合）が続くが、Clayほど柔軟なフォールバック設計を持つツールは他にない。Clay固有の設計思想は別記事で深掘りした。
2. AI処理層
収集したデータを分析・加工する層。Claude/GPTによるリードスコアリングとパーソナライズドメッセージ生成、そしてCursor/Claude Code（採用率70%）によるカスタムスクリプト開発が中心だ。
GTMエンジニアの70%がCursorやClaude Codeを使っているというデータは、率直に言って驚いた。「ノーコードツールの設定者」だと思っていたが、コードを書くエンジニアそのものだ。
3. オーケストレーション層
複数ツールを連携させるワークフローを構築する層。n8nはセルフホスト可能でノード数無制限、Make（旧Integromat）はビジュアルフローで非エンジニアでも操作しやすい。Tray.ioはエンタープライズ向けで複雑な条件分岐に強い。
4. CRM/出力層
最終的にデータとアクションを出力する層。HubSpotはSMB〜Mid Market向けで無料プランもある。Salesforceはエンタープライズでカスタマイズ性が高い。Smartlead/Instantlyはコールドメールシーケンスに特化している。
日本市場との接点
日本でのGTMエンジニアの現在地
2026年3月時点で、日本のGTMエンジニア市場は黎明期にある。
- Offers（overflow社）が2026年3月に国内転職サービスとして初めて「GTMエンジニア」を職種カテゴリに追加（PR Times）
- Yahoo!ニュース、AMP等で「年収2,400万円の新職種」として報道
- 日本語での実践記事はほぼ存在しない（概念紹介・翻訳記事のみ）
日本のBtoB SaaSとGTMエンジニアリング
日本のBtoB SaaS企業の多くはSLGモデルだ。営業チームが商談を獲得し、提案し、受注する。そこにエンジニアが入る構造はまだ確立されていない。
日本の既存職種との対応でいうと、プリセールスエンジニアは個別案件の技術提案が中心だが、GTMエンジニアは全案件に効く仕組みを構築する。SE（セールスエンジニア）は導入後サポートまで含むが、自動化・スケール設計は範囲外だ。RevOpsとの関係では、RevOpsが戦略を決め、GTMエンジニアが実装を担う。
日本で使えるツール
データ収集層が日本市場で弱いのが現状の課題だ。Clay/Apolloは英語UI で日本企業データのカバレッジが限定的。AI処理層（Claude, GPT）とオーケストレーション層（n8n）は問題なく使える。CRMもHubSpot/Salesforceは日本語対応・日本法人がある。
日本企業のデータエンリッチメントには、帝国データバンクやSPEEDA等の国内ソースとの連携が必要になるケースが多い。ここはMCPサーバーやカスタムスクリプトで補完する領域で、GTMエンジニアの腕が問われる部分でもある。自分が調べた限りでは、日本市場向けにこれを実装した事例はほぼ公開されていない。
State of GTMEレポートから読み取れるトレンド
調査データを読んで、とくに印象に残った3点を書く。
GTMエンジニアは「セールスのためのSRE」になりつつある。 SREがインフラの信頼性を保証するように、GTMエンジニアはパイプラインの信頼性を保証する。データの鮮度、メール到達率、CRMデータの整合性といった「営業インフラ」の品質を技術で担保する役割だ。
AI活用は「テキスト生成」から「判断の自動化」へシフトしている。 初期のGTMエンジニアリングにおけるAI活用は「メール文面の生成」が中心だった。2026年のレポートでは、リードの優先順位判断、商談タイミングの最適化、チャーン予兆検知といった判断の自動化にシフトしている。
個別ツールの機能よりも「統合」が価値を生む。 複数ツールをどう繋いで一貫したワークフローにするかがGTMエンジニアの差別化ポイントになっている。これはエンジニアリングスキルが必要な領域だ。
これらのトレンドを踏まえて、次の記事ではClay社がなぜ評価額$3.1Bに到達したのかを技術者視点で分析する。