3
6

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?

1秒1回のアクセスで逮捕された男の話 — Bright Dataで合法的にスクレイピングする方法

3
Last updated at Posted at 2026-01-28

はじめに

2010年、愛知県で一人の男性が逮捕されました。容疑は「偽計業務妨害」。彼がやったこと?図書館の蔵書検索システムから図書情報を収集しただけです。アクセス頻度は1秒に1回程度。普通に考えれば問題ないレベルですが、旧式システムが負荷に耐えられず障害を起こし、逮捕に至りました。

これが有名な「Librahack事件」です。1

「そんな極端な例でしょ?」と思うかもしれません。しかし、あなたが今使おうとしているスクレイピングツール、本当に安全ですか?

技術的に可能 ≠ 法的に許される

この原則を忘れると、あなたも法的トラブルに巻き込まれる可能性があります。特に、Bright Dataのような強力なスクレイピングツールを使う場合、その危険性は格段に高まります。

本記事では、Bright Dataを使う際に必ず理解しておくべき法的リスクと、安全にスクレイピングを行うためのチェックリストを解説します。「使えるツールがあるから何でもやっていい」という誤解を解き、責任あるデータ収集の方法をお伝えします。

免責事項: 本記事は情報提供を目的としており、法的助言ではありません。具体的な案件については必ず弁護士などの専門家にご相談ください。


Bright Dataとは?なぜ使うの?

Bright Dataって?

Bright Dataは、世界最大級のWebデータ収集プラットフォームです。Fortune 500企業を含む20,000社以上のグローバル企業が採用しており、AI開発、価格監視、市場調査などの分野で広く利用されています。2

簡単に言えば、通常のスクレイピングでは突破できない技術的障壁を、合法的な手段で解決してくれるツールです。

従来のスクレイピングの課題

通常、Webスクレイピングを行う際には以下のような技術的障壁に直面します:

  • IP制限・レート制限: 同一IPからの大量アクセスを検知してブロック
  • CAPTCHA: ボット判定を行い、人間による認証を要求
  • 動的コンテンツ: JavaScriptで動的に生成されるコンテンツへの対応
  • 地理的制限: 特定地域からのアクセスのみを許可
  • User-Agent検証: 正当なブラウザかどうかの判定

Bright Dataが解決する技術的問題

Bright Dataは、これらの課題を以下の機能で解決します:

機能 説明
プロキシネットワーク 7,200万以上のレジデンシャルIPを提供し、実際のユーザーとして振る舞うことでブロックを回避
Web Unlocker JavaScript実行、CAPTCHA解決、セッション管理を自動化
IPローテーション IPを自動的にローテーションし、検知を回避
地理的分散 世界195カ国のIPから目的の地域のコンテンツにアクセス可能

これらの機能により、公開されているデータに対する技術的障壁を効率的に解決できます。

// Bright Data Web Unlockerの例
const axios = require('axios');

async function scrape() {
  const response = await axios.get('https://example.com', {
    proxy: {
      host: 'brd.superproxy.io',
      port: 22225,
      auth: {
        username: 'brd-customer-YOUR_ID-zone-web_unlocker',
        password: 'YOUR_PASSWORD'
      }
    }
  });
  
  // 公開データを取得
  console.log(response.data);
}

ただし、技術的に可能だからといって、何でもスクレイピングしていいわけではありません。だからこそ、法的な境界線を理解することが極めて重要なのです。


Bright Dataはなぜ"安全"と言われるのか

Bright Data自身は、非常に高いコンプライアンス基準を掲げています。ここでは、Bright Dataがどう主張しているかという観点で、その体制を見ていきましょう。

GDPR/CCPA準拠

Bright Dataは公式に、EU一般データ保護規則(GDPR)およびカリフォルニア消費者プライバシー法(CCPA)への準拠を表明しています。3

同社のプライバシーポリシーでは、個人データの収集、保存、使用に関する厳格な基準を設けており、データ主体の権利(アクセス権、削除権など)を尊重するとしています。

Ethical Web Scrapingポリシー

Bright Dataは「倫理的なWebデータ収集」を企業DNAの中心に置いていると主張しています:4

  • 公開データのみを対象: ログイン不要で誰でもアクセス可能な情報のみを収集対象とする
  • 透明性の確保: データ収集方法とプライバシー保護について詳細なポリシーを公開
  • オプトアウト保証: ネットワーク参加者はいつでもオプトアウト可能

この「公開データのみ」という方針は、業界全体の信頼性向上にも繋がっており、高く評価できます。

KYC(Know Your Customer)プロセス

Bright Dataの最も特徴的なコンプライアンス施策が、この厳格なKYCプロセスです:5

  1. ビデオ通話による本人確認: 新規顧客はライブビデオで身元確認を受ける
  2. ユースケースの審査: 専任のコンプライアンス担当者が利用目的を個別審査
  3. 27以上の独自指標: 業界独自の評価基準で顧客を多角的に評価
  4. 継続的なモニタリング: アカウント開設後も24/7で利用状況を監視

Bright Dataは年間数百から数千の顧客リクエストを拒否・停止しており、成人向けコンテンツ、ギャンブル、暗号通貨など、特定のユースケースは明確に禁止されています。

この厳格なプロセスは、他のプロキシサービスとは一線を画しており、ツールとしての信頼性を大きく高めています。

訴訟対応と大企業の採用

Fortune 500企業を含む多数のグローバル企業がBright Dataを採用しており、同社は過去に法的紛争にも対応してきた実績があります。この点は、ツールとして一定の信頼性を示す根拠となっています。


しかし、ここが最も重要なポイントです。

Bright Data側がどれほど高いコンプライアンス体制を整えていても、ツールの使用者であるあなた自身が法的リスクから守られるわけではありません。 ツールは中立であり、使い方次第で合法にも違法にもなるのです。

では、具体的にどのような法的リスクがあるのでしょう?


スクレイピングに潜む法的リスク

スクレイピング自体を直接禁止する法律は日本にも米国にも存在しません。しかし、やり方や使い方によって、様々な法律に抵触する可能性があります。

1. 利用規約違反(民事リスク)

問題点

多くのWebサイトは利用規約(ToS: Terms of Service)でスクレイピングを明示的に禁止しています。

具体例

  • Amazon: 「ロボットなどのデータ収集・抽出ツールの使用は一切含まれません」と明記
  • LinkedIn: スクレイピングを禁止する条項を含む
  • 楽天: 自動的な情報取得を禁止
  • Twitter(X): APIの範囲外でのデータ取得を制限

リスク

利用規約に同意してサイトを利用している場合、規約違反は契約違反(債務不履行)となり、民事訴訟のリスクがあります。損害賠償請求や差し止め命令の対象となる可能性があります。

判例: hiQ Labs v. LinkedIn

この米国の有名な訴訟では、複雑な経緯がありました:6

  • 当初、第9巡回控訴裁判所は「公開データへのアクセスはCFAA(コンピュータ詐欺濫用防止法)違反にあたらない」と判断
  • しかし、最終的に2022年の和解では、hiQがLinkedInの利用規約に違反したとして50万ドルの支払いに同意
  • 特に、偽アカウントを作成してログイン後のデータにアクセスした行為が問題視された

この判例が示すのは、公開データのスクレイピング自体は必ずしも違法ではないが、利用規約違反は契約上の責任を問われるということです。

robots.txt

また、robots.txtファイルは法的拘束力を持ちませんが、サイト運営者の明確な意思表示です。これを無視することは、後の法的紛争において不利に働く可能性があります。

2. 著作権・データベース権

問題点

Web上のコンテンツの多くは著作権で保護されています。

法的根拠

  • 著作権法: 文章、画像、動画などの創作物を保護
  • データベース権: EUではデータベース自体にも権利が認められる

グレーゾーンと例外

対象 著作権の有無 備考
事実情報(価格、住所、営業時間) なし 事実そのものには著作権はない
記事の文章 あり 創作的表現として保護される
データベース全体 場合による 日本では保護されないが、EUでは保護される
  • 著作権法47条の5: データ解析目的での一定の複製は例外として認められる(日本)
  • Fair Use: 米国では限定的な状況で「公正使用」が認められる

リスク

  • 記事全文をコピーして再公開: 明確な著作権侵害
  • 画像やデザインの無断使用: 著作権侵害
  • データベース全体の複製: データベース権侵害の可能性(EU)

安全な使い方は、事実情報のみを抽出し、創作的表現は避けることです。また、取得したデータの用途も重要で、個人的な分析用途と商業的な再販売では法的評価が大きく異なります。

3. 不正アクセス禁止法(刑事リスク)

問題点

日本の不正アクセス禁止法、米国のCFAAなど、認証を突破する行為は刑事罰の対象となります。

具体的に違法となる行為

  • 他人のID/パスワードを使ってログインしてスクレイピング: 明確に違法
  • 技術的制限(認証システム)を回避してデータにアクセス: 明確に違法
  • 偽アカウントを大量作成してログイン後の情報を取得: 明確に違法
  • 自分のアカウントでログインしてデータを自動取得: 利用規約違反のリスクあり

日本の不正アクセス禁止法

  • 刑事罰: 3年以下の懲役または100万円以下の罰金
  • 「不正アクセス行為」とは、認証を回避してコンピュータに接続する行為

米国のCFAA

hiQ v. LinkedInの判例により、公開データへのアクセスは「without authorization(無許可)」には該当しないとされました。しかし、ログインが必要なデータへのアクセスは、たとえ自分のアカウントであっても法的リスクがあると考えるべきです。

重要: ログイン後の情報をスクレイピングすることは、以下の理由から推奨されません:

  1. 利用規約違反のリスク: ほとんどのサイトはログイン後のデータの自動取得を禁止している
  2. 不正アクセス禁止法のリスク: 「許可された範囲を超えたアクセス」とみなされる可能性
  3. 個人情報保護法のリスク: ログイン後のデータには個人情報が含まれることが多い

基本方針: スクレイピングは公開データのみに限定すべき

4. 業務妨害罪

問題点

サーバーに過度な負荷をかけると、業務妨害として刑事責任を問われる可能性があります。

有名な事例: Librahack事件(2010年)

冒頭で紹介した事件の詳細です:

  • 愛知県岡崎市立図書館の蔵書検索システムから図書情報を収集していた男性が逮捕
  • アクセス頻度は1秒に1回程度で、通常は問題ないレベル
  • しかし、図書館の旧式システムがアクセス障害を起こし、偽計業務妨害の容疑で逮捕
  • 最終的に起訴猶予となったが、技術者コミュニティに大きな衝撃を与えた

教訓

  • 「1秒に1回なら安全」という基準は存在しない
  • 相手のサーバー環境によって影響が異なる
  • 業務を妨げたかが判断基準

電子計算機損壊等業務妨害罪

刑法234条の2により、5年以下の懲役または100万円以下の罰金

5. 個人情報保護法

問題点

個人情報を含むデータのスクレイピングには、個人情報保護法の規制が適用されます。

個人情報とは

  • 氏名、生年月日、住所、電話番号、メールアドレスなど
  • 顔写真(個人が特定できる場合)
  • 他の情報と照合することで個人を特定できる情報

法的義務

  • 利用目的の特定・通知
  • 適正な取得
  • 安全管理措置
  • 第三者提供の制限

リスク

  • ECサイトのレビューから顧客の氏名・評価を収集して分析: 個人情報保護法違反の可能性
  • SNSのプロフィール情報を大量収集: 同様のリスク

日本の個人情報保護法

違反には、個人情報保護委員会からの勧告・命令があり、従わない場合は1年以下の懲役または100万円以下の罰金

GDPR(EU)

  • はるかに厳格で、違反には最大2,000万ユーロまたは全世界売上高の4%のいずれか高い方という巨額の罰金

ヨーロッパ相手に個人情報を扱う場合は、特に注意が必要です。

6. 競争法・営業秘密

問題点

競合他社の情報を収集する行為が、不正競争防止法に抵触する場合があります。

不正競争防止法(日本)

  • 営業秘密の不正取得・使用: 3年以下の懲役または300万円以下の罰金(個人)、5年以下の懲役または500万円以下の罰金(法人は最大3億円)
  • 例: 価格設定アルゴリズム、在庫情報、顧客リストなど、公開されていない企業秘密

リスク

  • 競合のECサイトから価格データを収集して自動価格調整: 場合によっては不正競争とみなされる可能性
  • ログイン後に見える会員限定の卸売価格をスクレイピング: 営業秘密の侵害 + 利用規約違反のダブルリスク

会員限定情報や、ログイン後に表示される価格・在庫情報は、営業秘密として保護される可能性が高く、特にリスクが大きいです。


安全にスクレイピングを行うためのチェックリスト

では、どうすれば法的リスクを最小化できるのでしょう?
以下のチェックリストを活用してください。

事前確認

  • 利用規約を確認: スクレイピングが明示的に禁止されていないか
  • robots.txtを確認: サイト運営者の意思を尊重
  • 公開データかどうか: ログイン不要で誰でもアクセス可能か
  • 個人情報を含むか: 含む場合は個人情報保護法への対応が必要
  • 著作権保護されているか: 事実情報のみを対象にしているか

技術的配慮

  • 適切なアクセス頻度: サーバーに過度な負荷をかけない(具体的な数値基準はないが、常識的な範囲で)
  • User-Agentの適切な設定: 自身の正体を偽らない
  • ログイン後のデータには手を出さない: 公開データ(ログイン不要でアクセス可能なデータ)のみを対象とする
  • 技術的制限の尊重: 不正なCAPTCHA回避はしない

データの利用

  • 利用目的の明確化: 何のためにデータを使うのか
  • 著作権侵害をしない: 収集したデータをそのまま再公開しない
  • 個人情報の適切な管理: 必要最小限の収集、安全管理、利用目的の範囲内での使用
  • 競合情報の慎重な扱い: 営業秘密に該当しないか確認

法的対策

  • 法務部門への相談: 企業として行う場合は必須
  • 弁護士への相談: グレーゾーンの場合は専門家の意見を聞く
  • 許可の取得: 可能であればサイト運営者に許可を求める
  • 継続的なモニタリング: 法律や規約の変更に対応

まとめ

Bright Dataは、技術的には世界最高峰のWebスクレイピングプラットフォームです。

  • GDPR/CCPA準拠
  • 厳格なKYC
  • Fortune 500企業の採用実績
  • 7,200万以上のレジデンシャルIP
  • ブラウザ自動化対応

など、ツール自体のコンプライアンス体制と機能は非常に高い水準にあります。特に、倫理的なデータ収集への取り組みは業界全体の信頼性向上に大きく貢献しています。

しかし、ツールが合法でも、使い方次第であなたのスクレイピング行為は違法になり得ます。

重要なのは

  1. 公開データとログイン後データの区別: 公開データへのアクセスは比較的安全だが、認証が必要なデータへの不正アクセスは刑事罰のリスク
  2. 利用規約の確認: 契約違反は民事責任を問われる
  3. データの種類: 事実情報は比較的安全だが、著作物や個人情報は慎重に
  4. サーバーへの負荷: 業務妨害にならない範囲で
  5. 利用目的: 個人的分析と商業利用では法的評価が異なる

Bright Dataのような強力なツールを使う際には、技術的な可能性だけでなく、法的な境界線を常に意識する必要があります。特に企業としてスクレイピングを行う場合は、必ず法務部門や弁護士に相談し、リスクを最小化した上で実行することを強く推奨します。

「技術的に可能 ≠ 法的に許される」

この原則を忘れず、責任あるデータ収集を心がけましょう。


参考文献

Bright Data公式資料

判例・法律

日本語の解説記事

その他


  1. Wikipedia - Librahack事件

  2. Bright Data公式サイト

  3. Bright Data Trust Center - GDPR Compliance

  4. Bright Data Ethical Data Collection

  5. Bright Data KYC Process

  6. hiQ Labs v. LinkedIn判決文

3
6
0

Register as a new user and use Qiita more conveniently

  1. You get articles that match your needs
  2. You can efficiently read back useful information
  3. You can use dark theme
What you can do with signing up
3
6

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?