
ETL/ELTとは?「まず全部入れる」が、法律とぶつかる場所
データを取り出して、変換して、入れる。その順番を入れ替えただけに見える変化が、預ける個人データの量を変えました。条文とガイドライン、そして国に届いた漏えい報告の内訳で確認してまとめました。
30秒でわかる「ETL/ELT」
- データを取り出し(E)・変換し(T)・入れる(L)一連の処理。順番の違いがETLとELTです
- セキュリティの公的用語集に定義はありません。ただし個人情報保護法のガイドラインは、この3工程を名指ししています
- 外部サービスに任せた時点で法律上の「委託」。本人の同意は要りませんが、監督義務がつきます
- ガイドラインは「必要のない個人データを提供しないことは当然」と書いています。ELTの「まず全部入れる」はこことぶつかります
- 今日やること:変換前の生データがどこに、何日残っているかを1つ確認する
この記事の地図(全8章)
ETLとELTは、データ基盤の話に必ず出てくる略語です。3文字の並び順が違うだけなので、技術の細かい選択に見えます。実際、多くの資料では処理速度やコストの話として説明されます。
この記事は、そこには踏み込みません。順番を入れ替えたことで「生のままの個人データが置かれる場所と時間」が変わった、という一点だけを扱います。そして、その一点に法律が正面から関係しています。
この記事は2026年8月22日時点の内容です。条文はe-Gov法令検索、委託の解釈は個人情報保護委員会『個人情報の保護に関する法律についてのガイドライン(通則編)』(令和8年6月一部改正)、漏えい元の内訳は同委員会『令和7年度 年次報告』(令和8年7月)から直接引用しています。
この記事は法律相談ではありません。個別の構成が委託に当たるか、どこまでの監督が必要かは事実関係によって変わります。判断が必要な場面では、個人情報保護委員会の相談窓口や弁護士にご相談ください。
ETL/ELTとは(やさしい定義)
違いは、変換をどこでやるかだけです
別々の場所にあるデータを取り出して、形をそろえて、保管先に入れる一連の処理。変換を入れる前にやるのがETL、入れた後にやるのがELTです。
3つの工程が何をしているかを先に押さえます。各工程に、個人データが姿を変えて残ります。
| 工程 | やること | そこに残るもの |
|---|---|---|
| E:Extract(抽出) | 元のシステムからデータを取り出す | 取り出し用のアカウント、抽出したそのままのデータ |
| T:Transform(変換) | 形式をそろえる、不要な項目を落とす、氏名などを別の値に置き換える | 変換前のデータ、変換の途中のデータ、変換のルールそのもの |
| L:Load(書き込み) | 保管先や分析基盤に入れる | 入れたあとのデータ、書き込みに使うアカウント |
真ん中の行の「変換のルールそのもの」に注目してください。どの項目を、どんな方法で置き換えたかが分かれば、元に戻せる場合があります。第3章で見るとおり、法律はこれも保護の対象にしています。
ETLとELTの違いは、この3つの並び順だけです。
| 方式 | 順番 | 保管先に最初に入るもの |
|---|---|---|
| ETL | 取り出す → 変換する → 入れる | 変換済みのデータ。落とした項目は保管先に入りません |
| ELT | 取り出す → 入れる → 変換する | 取り出したままのデータ。変換は入れたあとに行います |
ELTが広まったのは、保管先の処理性能が上がって「入れてから変換したほうが速い」場面が増えたためです。ただし速さの話として決めた選択が、預けるデータの中身を変えています。ここが第2章の主題です。
なお、この語にセキュリティの公的な定義は見当たりません。念のため確認した結果を載せておきます。
| 調べたこと | 結果 |
|---|---|
| NIST CSRC Glossary で「ETL」を検索 | 0件 |
| 同じく「extract」を検索 | 8件。いずれも鍵導出、特徴抽出、モデル抽出などの別概念 |
2026年8月22日に確認しました。この辞典では、公的な定義がない語についてはその事実を先に書くようにしています。定義が無いということは、会社ごとに指す範囲が違うということでもあります。
第1章 おわり — 次は第2章
なぜ今これが問題なのか
漏えいの10件に1件は、預けた先から出ています
順番を入れ替えると、セキュリティの前提が変わります。並べると差がはっきりします。
| 観点 | ETL(変換してから入れる) | ELT(入れてから変換する) |
|---|---|---|
| 保管先に届く個人データ | 落とした項目は届かない | いったん全部届く |
| 生データが置かれる時間 | 変換までの短い間だけ | 変換が終わるまで保管先に残る |
| 変換前に事故が起きたとき | 影響は抽出元と処理中の範囲 | 保管先にある生データが対象になる |
| 権限設計 | 保管先には変換後のデータしか無い前提で組める | 保管先の権限が、生データへの権限になる |
| やり直しのしやすさ | やり直すには再抽出が要る | 生データが残っているのでやり直しやすい |
最下段のとおり、ELTには実務上の利点があります。問題は、その利点と「生データが残る」ことが同じ性質だという点です。やり直せるのは残っているからで、残っているものは漏れます。どちらを選ぶかではなく、選んだ側の副作用を手当てするかどうかの話です。
では、預けた先で実際にどれくらい漏れているのか。個人情報保護委員会は、漏えいがどこで起きたかを分けて集計しています。
| 漏えい等が起きた場所 | 件数 | 割合 |
|---|---|---|
| 報告した事業者自身 | 11,040件 | 82.7% |
| 委託先 | 1,292件 | 9.7% |
| 不明 | 1,013件 | 7.6% |
出典:個人情報保護委員会『令和7年度 個人情報保護委員会 年次報告』(令和8年7月)。個人情報取扱事業者等から委員会へ直接行われた報告13,345件の内訳です(期間:令和7年4月1日〜令和8年3月31日)。およそ10件に1件は、自社ではなく預けた先で起きています。
委託先で起きた1,292件を原因で分けると、性格が見えてきます。
出典:同上。委託先で起きたものの約4分の1が不正アクセスです。データを渡すということは、自社の守りの外側にもう1つ、狙われる場所を作るということでもあります。
報告の7.6%は、どこで漏れたのか分からないまま報告されています。データが複数の場所を経由していれば、経路のどこで出たのかを特定するのは難しくなります。
ETL/ELTは、まさにデータを複数の場所に経由させる仕組みです。経路が増えるほど、事故のあとに答えられないことが増えます。移動の記録を残すかどうかは、平常時にしか決められません。
第2章 おわり — 次は第3章
法律は、この3工程を名指ししている
知らないうちに「委託」になっています
ここがこの記事の中心です。個人情報保護法のガイドラインは、何をもって「個人データの取扱いの委託」とするかを、こう説明しています。
「個人データの取扱いの委託」とは、契約の形態・種類を問わず、個人情報取扱事業者が他の者に個人データの取扱いを行わせることをいう。具体的には、個人データの入力(本人からの取得を含む。)、編集、分析、出力等の処理を行うことを委託すること等が想定される。
出典:個人情報保護委員会『個人情報の保護に関する法律についてのガイドライン(通則編)』(令和8年6月一部改正)3-4-4 委託先の監督並べてみてください。入力・編集・分析・出力。ETLの3工程が、そのまま入っています。
| ETLの工程 | ガイドラインの語 | 意味すること |
|---|---|---|
| E:抽出 | 入力(本人からの取得を含む) | 取り出す処理を任せれば委託です |
| T:変換 | 編集、分析 | 形をそろえる処理を任せれば委託です |
| L:書き込み | 出力 | 入れる処理を任せれば委託です |
ガイドラインは「契約の形態・種類を問わず」としています。ツールの利用契約であっても、そこで個人データの処理をさせているなら委託に当たり得ます。「うちはツールを使っているだけで、委託していない」という整理は通りません。
そして、委託に伴ってデータを渡すことは、本人の同意が要る「第三者提供」には当たりません。法第27条第5項第1号が、そう定めています。止める仕組みが無い代わりに、渡した側に監督の義務がかかります。
個人情報取扱事業者は、個人データの取扱いの全部又は一部を委託する場合は、その取扱いを委託された個人データの安全管理が図られるよう、委託を受けた者に対する必要かつ適切な監督を行わなければならない。
出典:個人情報保護法 第25条(委託先の監督)(e-Gov法令検索で2026年8月22日に確認)ガイドラインは、その「必要かつ適切な監督」を3つに具体化しています。
| 措置 | 求められている内容 |
|---|---|
| 1 適切な委託先の選定 | 委託先の安全管理措置が、少なくとも委託元に求められるものと同等であることを、あらかじめ確認しなければならない |
| 2 委託契約の締結 | 双方が同意した安全管理措置の内容とともに、取扱状況を委託元が合理的に把握することを盛り込むことが望ましい |
| 3 取扱状況の把握 | 定期的に監査を行う等により実施の程度を調査し、委託の内容等の見直しを含めて適切に評価することが望ましい |
出典:同ガイドライン3-4-4(1)〜(3)。1だけが「しなければならない」と書かれています。選ぶ前に確認する。これが最低線です。なお再委託については、監督を怠ったまま再委託先が不適切な取扱いをした場合、元の委託元による法違反と判断され得ると明記されています。
そして、この記事でいちばん重い一文がこれです。同じ節の冒頭に、前置きのように書かれています。
その際、委託する業務内容に対して必要のない個人データを提供しないようにすることは当然のこととして、(中略)必要かつ適切な措置を講じなければならない。
出典:同ガイドライン3-4-4ELTは、変換前のデータを保管先に入れてから加工する方式です。つまりその業務に必要のない項目まで、いったん預け先に渡ることになります。ガイドラインが「当然のこと」として求めているのは、その逆です。
ELTを選ぶこと自体が違法なわけではありません。ただし「必要な範囲に絞る」という当然の措置を、変換後ではなく抽出の段階でやる必要が出てきます。速さのために順番を変えたなら、絞る作業を前に持ってくる。この付け替えを忘れた設計が、いちばん危ない形です。
もうひとつ、変換そのものに関する条文があります。氏名などを置き換えて仮名加工情報を作る場合、元データから削除した記述、個人識別符号、そして加工の方法に関する情報をまとめて「削除情報等」と呼び、その安全管理措置が義務づけられています(法第41条第2項)。
つまり、変換のルールそのものが法律上の保護対象です。第1章の表の「変換のルール」がここにつながります。どの項目をどう置き換えたかが分かれば、置き換えた意味が無くなるためです。
第3章 おわり — 次は第4章
よくある誤解と、間違えやすい似た用語
「コピーが増える」という点は共通です
データを別の場所へ動かす仕組みは、他にもあります。目的が違うだけで、コピーが増えるという性質は同じです。
| 用語 | 目的 | 変換するか |
|---|---|---|
| ETL/ELT | 分析や利用のために、形をそろえて集める | する |
| データ連携(システム間) | 業務システム同士でデータを受け渡す | することもある |
| レプリケーション | 同じ内容の複製を別の場所に持ち、可用性を上げる | しない |
| バックアップ | 失われたときに戻せるよう控えを取る | しない |
| ログの転送 | 記録を集約して調べられるようにする | 整形はする |
どれも「元の場所以外にデータが増える」点で共通しています。棚卸しをするときは、この5つをまとめて一覧にしてください。片方だけ管理しても、残った経路から出ます。
誤解も並べます。
| よくある誤解 | 実際はどうか |
|---|---|
| ツールを使っているだけなので委託ではない | ガイドラインは「契約の形態・種類を問わず」としています。処理をさせていれば委託に当たり得ます |
| 委託先が漏らしたのだから、責任は委託先にある | 委託元には監督義務があります。再委託先の不適切な取扱いが、元の委託元の法違反と判断され得るとも書かれています |
| 変換して名前を消したので、もう個人データではない | 加工の程度によります。仮名加工情報は他の情報と照合すれば識別できる状態を含み、削除情報等の安全管理も義務です |
| 中間ファイルは一時的なものなので管理対象外 | 一時的でも、その間に漏れれば同じことです。置き場所と保持期間を決めていないものは「一時的」ではありません |
4つ目は現場でいちばん多い抜けです。処理が失敗したときの再実行のために中間ファイルを残す設計はよくありますが、消す条件を書いていないと、それは永続的なコピーになります。
ETL/ELTの経路を作ると、本番のデータをそのまま別の環境へ流す仕組みができあがります。その先が検証環境だった、というのは事故の典型です。
脆弱性診断の点検項目にも「テスト環境に本番のデータを置いていないか」が入っています。経路を作るときに、流し先を間違えられない仕組みにしておくほうが、運用ルールで縛るより確実です。
もっと詳しく
そもそも守っている対象についてはデータベースとは?漏えい1万7139件と4つの侵入口に、弱点の洗い出しについては脆弱性診断とは?種類・診断項目と結果の見方にまとめています。
第4章 おわり — 次は第5章
個人:自分のデータは何回コピーされているか
1社に渡したつもりが、1社では終わっていません
利用者から見ると、データを預けた相手は1社です。しかし実際には、その裏でデータが複数の場所へ複製されています。第2章で見た「委託先での漏えい1,292件」は、利用者が名前も知らない会社から出たものを含みます。
| できること | なぜ効くのか | 今日できる最小単位 |
|---|---|---|
| プライバシーポリシーの「委託」の項を読む | 委託の有無と範囲は、たいてい書かれています | よく使うサービスを1つ選んで、その項だけ読む |
| 使わないサービスを退会する | 複製されている先の数ごと減らせます | 1年使っていないアカウントを1つ消す |
| 漏えいの通知が「委託先で発生」と書いていたら、そこも確認する | 同じ委託先を使う別サービスにも、自分のデータがある可能性があります | 通知に書かれた委託先の名前を控えておく |
3つ目は実際に起きます。同じデータ処理の会社を複数のサービスが使っていれば、1回の事故で複数のサービス分が同時に出ます。通知に会社名が書かれていたら、それは自分にとって意味のある情報です。
関連する話
漏れたデータがその後どう流通するかは個人情報はなぜ売られる?住所・電話・顔写真の流出と身元特定の仕組みに、漏れたIDとパスワードの使われ方はアカウント乗っ取りとは?原因・対策・取り返し方を完全解説にまとめています。
第5章 おわり — 次は第6章
会社・組織で設計するときに決めること
作ってから絞るのは、たいてい失敗します
ETL/ELTの経路は、いちど動き出すと止めにくくなります。先に決めておく項目を並べます。すべて、あとから直すと関係部署の調整が要るものです。
| 決めること | 決めないと起きること |
|---|---|
| 抽出する項目を、業務に必要な範囲まで絞る | 「必要のない個人データを提供しない」という当然の措置が、最初から崩れる |
| 中間データの置き場所と保持期間 | 再実行用の一時ファイルが、実質的に永続的なコピーになる |
| 変換ルール(削除情報等)の管理方法 | 置き換えたはずの値が、ルールと突き合わせて元に戻せる状態になる |
| 各工程で使うアカウントの権限 | 抽出用のアカウントが、書き込みや削除までできる状態で残る |
| 流し先の環境の区別 | 検証環境に本番データが流れる。事故の典型です |
| 移動の記録を残す範囲と期間 | 事故のあと、どの経路で出たかを答えられない |
1行目がすべての土台です。ELTを選んだ場合、この作業は変換の工程ではなく抽出の工程で行う必要があります。「入れてから絞る」設計のまま「必要な範囲に絞る」を満たすには、そこしかありません。
委託先を選ぶときは、ガイドラインが求めている3つを、そのまま確認項目にできます。
| ガイドラインが求めること | 実務での確認の仕方 |
|---|---|
| あらかじめ、委託先の安全管理措置が自社と同等であることを確認する | 契約前に、安全管理措置の項目を一覧で出してもらう。口頭確認も方法として認められています |
| 契約に、取扱状況を委託元が合理的に把握できることを盛り込む | 報告の頻度と内容、監査を受け入れるかを条文にする |
| 定期的に監査を行う等により、実施の程度を調査する | 年1回の確認を予定に入れる。契約更新のタイミングに合わせる |
| 再委託について、事前報告または承認を受ける | 再委託の有無を聞き、無断で行わないことを条文に入れる |
出典:個人情報保護委員会『通則編』3-4-4。最下段を落とすと、自社が知らない会社にデータが渡ります。ガイドラインは、委託元が監督を行っていない状態で再委託先が不適切な取扱いをした場合、元の委託元による法違反と判断され得るとしています。
本番のデータが、どこへ、いくつコピーされているかを1枚に書き出す。ETLの経路だけでなく、レプリケーション、バックアップ、ログ転送、検証環境への複製まで含めてください。第4章のとおり、どれも同じ性質を持っています。
書き出すと、たいてい誰も理由を説明できない経路が1つか2つ見つかります。それが最初に止める候補です。止められない経路については、保持期間を決めるところから始めます。
第6章 おわり — 次は第7章
委託先で漏えいが起きたら:最初の10分
報告義務は、預けた側にもあります
委託先から連絡が入った。自社のシステムは無事です。それでも、報告と通知の義務は自社に残ります。順番を固定しておきます。
| 時間 | やること | やってはいけないこと |
|---|---|---|
| 0〜3分 | その委託先に渡していた項目と件数を、契約と設計書から確認する | 委託先の説明を待つ。渡した内容は自社が把握しているはずのものです |
| 3〜5分 | 連絡を受けた日時と内容を記録する。報告期限の起算はここから | 状況が固まってから記録を始める |
| 5〜8分 | 施行規則第7条の4類型に当たるかを判定する | 「委託先の事故だから自社の報告は不要」と判断する |
| 8〜10分 | 同じ委託先へ流している他の経路を止めるか判断する | 原因が判明するまで、経路を動かし続ける |
3行目が要点です。委託先で起きた事故でも、その個人データについて報告する義務は委託元にあります。報告義務の類型と期限(速報は速やかに、確報は30日以内、不正の目的をもって行われたおそれのある事案は60日以内)はデータベースの記事で表にしています。
なお、委託先が委員会へ通知した場合の扱いなど、報告の分担には条文上の定めがあります。どちらが報告するのかは、事故のあとに相談するのではなく、契約の段階で決めておく事項です。
相談先と確認先
- 個人情報保護委員会 漏えい等報告フォーム(報告はホームページのフォームから行うのが原則)
- 個人情報保護法相談ダイヤル(報告義務に当たるかどうかの一般的な相談)
- 委託契約書(報告の分担、監査条項、再委託の条件)
- 自社のデータ経路の一覧(同じ委託先を使う他の経路の有無)
- IPA サイバーセキュリティ相談窓口(企業組織向け)
第7章 おわり — 次は第8章
関連用語と、次に読む記事
集める・預ける・記録する
この用語とセットで覚えると理解が早くなる語です。
| こんな人に | 次に読む記事 |
|---|---|
| そもそも何を守っているのか整理したい | データベースとは?漏えい1万7139件と4つの侵入口 |
| 取引先経由の攻撃を知りたい | サプライチェーン攻撃とは?6つの経路と、狙われるのが「小さいから」である理由 |
| 外部に任せるときの責任分担を知りたい | MDR/MSSPとは?責任分界点を書いている会社は、2割です |
| データの移動記録を残したい | ログ管理とは?保存期間・必要なログ・運用方法を完全解説 |
| 中の人による持ち出しが心配 | 内部不正とは?33項目のうち3つは、会社自身を守るために要る |
第8章 おわり — 最後にFAQ
ETL/ELTについてよく聞かれること
実際に検索されている疑問から
ETLとELTは、どちらを選ぶべきですか?
この記事はどちらが優れているかを決めません。セキュリティの観点で違うのは、保管先に最初に届くものです。ETLは変換済みのデータ、ELTは取り出したままのデータが届きます。ELTには、生データが残るのでやり直しやすいという実務上の利点がありますが、その利点と「生データが残る」ことは同じ性質です。ELTを選ぶなら、「必要な範囲に絞る」作業を変換の工程ではなく抽出の工程に持ってくる必要があります。
ETLツールを使うだけでも「委託」になりますか?
なり得ます。個人情報保護委員会のガイドラインは、個人データの取扱いの委託を「契約の形態・種類を問わず」他の者に個人データの取扱いを行わせることとし、具体例として入力(本人からの取得を含む)、編集、分析、出力等の処理を挙げています。ETLの3工程がそのまま含まれます。委託に当たれば、法第25条の監督義務がかかります。なお委託に伴う提供は第三者提供に当たらないため、本人の同意は不要です。
委託先で漏えいが起きた場合、報告するのは誰ですか?
委託元にも報告義務が残ります。令和7年度に個人情報保護委員会へ直接行われた報告13,345件のうち、漏えいが起きた場所が委託先だったものは1,292件(9.7%)でした。原因の内訳では誤送付506件に次いで不正アクセスが328件を占めています。どちらが報告するかには条文上の定めがあるため、事故のあとに相談するのではなく、契約の段階で分担を決めておいてください。
変換して名前を消せば、もう個人データではないのですか?
加工の程度によります。仮名加工情報は他の情報と照合すれば特定の個人を識別できる状態を含み、個人情報保護法の規律が残ります。さらに同法第41条第2項は、元のデータから削除した記述、個人識別符号、そして加工の方法に関する情報を「削除情報等」として、その安全管理措置を義務づけています。変換のルールそのものが保護対象です。どの項目をどう置き換えたかが分かれば、置き換えた意味が失われるためです。
出典・参考
- e-Gov法令検索『個人情報の保護に関する法律』第25条(委託先の監督)・第27条第5項・第41条(仮名加工情報の作成等)https://laws.e-gov.go.jp/law/415AC0000000057
- 個人情報保護委員会『個人情報の保護に関する法律についてのガイドライン(通則編)』(令和8年6月一部改正)3-4-4 委託先の監督https://www.ppc.go.jp/personalinfo/legal/guidelines_tsusoku/
- 個人情報保護委員会『令和7年度 個人情報保護委員会 年次報告』(令和8年7月)https://www.ppc.go.jp/aboutus/report/
- 個人情報保護委員会『漏えい等の対応とお役立ち資料』https://www.ppc.go.jp/personalinfo/legal/leakAction/
- NIST Computer Security Resource Center Glossary(「ETL」「extract」の検索結果を確認)https://csrc.nist.gov/glossary
最終更新:2026年8月22日/次回見直し予定:2027年7月(個人情報保護委員会の年次報告が例年7月頃に公表されるため)



コメント