「メルカリスクレイピングは禁止なのか」「商品価格や出品情報を、規約に配慮しながら調査したい」と考える方は少なくありません。メルカリには価格、商品状態、販売状況など市場調査に役立つ公開情報がありますが、取得できる情報だからといって、どのような方法・目的でも自由に利用できるわけではありません。
結論からいうと、スクレイピングという技術だけで一律に適法・違法を判断することはできません。メルカリの最新の利用規約とガイド、取得対象、アクセス方法、データの利用目的を確認し、サイト運営や第三者の権利に影響しない範囲で設計する必要があります。
本記事では、従来の手順解説を土台に、メルカリスクレイピング規約を調べる際の確認先、AIを使える工程、収集項目の設計、Octoparseで商品データを取得する流れ、欠損・重複を見つける検証方法まで具体的に解説します。
「スクレイピング メルカリ」のようなキーワードで具体的な方法を探している場合も、ツールを動かす前に規約と取得目的を確認し、少量テストから始めることが大切です。
先に確認：本記事は一般的な技術情報であり、法律上の助言ではありません。規約や法令は変更されるため、実行前に必ず公式の最新情報を確認し、判断が難しい場合はサイト運営者や専門家へ相談してください。
スクレイピングとは
Webスクレイピングは、Webページから必要な情報を取得し、表形式などに整理する技術です。EC・フリマサービスの商品調査では、商品名、価格、商品状態、販売状況、商品URLなどを同じ列構成にそろえることで、手作業のコピー＆ペーストより比較しやすくなります。
ただし、「ページに表示されている」「ツールで取得できる」という事実と、「その方法・目的で利用してよい」という判断は別です。技術設計と同時に、利用規約、robots.txt、著作権、個人情報、サーバー負荷、取得後の利用方法を確認することが重要です。
スクレイピング自体は違法ではない
日本には、Webスクレイピングという技術を一律に禁止する法律があるわけではありません。一方で、実際の適法性や契約上の問題は、アクセス方法、取得する情報、複製・公開の範囲、個人データの取扱い、サイトへの負荷など個別事情で変わります。
- 著作権：商品説明文や画像などを、そのまま再公開・転載しない。必要な分析値と原文コンテンツを分けて管理する。
- 個人情報・個人関連情報：氏名、アカウント情報、プロフィール、コメントなど、個人を識別・推測できる情報の取得と利用を必要最小限にする。
- 利用規約：対象サービスが定めるアクセス方法、禁止事項、コンテンツ利用条件を確認する。
- サーバー負荷・アクセス制限：高頻度アクセスや技術的制限の回避を前提にしない。停止条件を決め、小規模テストから始める。
法令の原文は、e-Gov法令検索の著作権法と個人情報の保護に関する法律で確認できます。一般的な論点は「スクレイピングは違法？Webスクレイピングに関するよくある誤解」も参考にしてください。
メルカリでスクレイピングは禁止？規約の確認ポイント
「メルカリスクレイピング禁止」と一言で結論づけるのは正確ではありません。また、「メルカリスクレイピング規約」という名前の単独規約だけを探せばよいわけでもありません。少なくとも、メルカリの利用規約、禁止されている行為、アクセス制限に関する案内、robots.txtを組み合わせて確認します。
| 確認先 | 確認する内容 | 実務上の判断 |
|---|---|---|
| メルカリ利用規約 | 第5条のアクセス拒否・利用停止、第7条の個人情報等、第8条の禁止事項 | 取得対象と利用目的を文書化し、個人情報等をサービス外で利用しない |
| 禁止されている行為 | 取引・投稿・外部誘導など、ガイドで禁止される具体的行為 | 収集後の自動連絡、勧誘、取引操作などとデータ調査を混同しない |
| アカウントの利用制限 | 外部環境・国外・VPN経由などで制限される場合があること | 制限を回避する構成ではなく、停止して原因と許可範囲を確認する |
| robots.txt | クローラーに対する技術的なクロール方針 | 規約・法令とは別に確認する。robots.txtに記載がないことを許諾とは解釈しない |
特に注意したいのは、未ログインなら自由にスクレイピングできるわけではないという点です。ログインの有無だけで、規約、権利、サーバー負荷、技術的制限に関する問題が消えることはありません。ログインが必要なページ、CAPTCHA、アクセス制限を回避して取得する設計も避けます。
メルカリをスクレイピングする際の注意点
実行前に、次の7項目をチェックしてください。可否を判断できない項目がある場合は、収集を開始せず確認を優先します。
- 目的と必要項目を限定する：「価格帯を把握するため、商品名・価格・状態・商品URLを取得する」のように目的と列を先に決めます。念のためという理由でプロフィールやコメントまで集めないようにします。
- 公開範囲を確認する：ログイン、購入、本人確認などを求められる領域を対象にせず、公開ページから取得できる必要最小限の情報に絞ります。
- 規約とガイドを実行日ごとに確認する：タスク作成時だけでなく、定期実行を続ける場合も変更を確認します。確認日と確認URLを運用記録に残すと判断根拠を追跡できます。
- 低頻度・小規模でテストする：最初から大量ページを巡回せず、数件のURLで抽出項目と動作を確認します。エラーや制限の兆候があれば自動で停止できる条件を設けます。
- アクセス制限を回避しない：プロキシやIP切替を、CAPTCHA、ブロック、地域制限をすり抜ける目的で使いません。制限が出た場合は収集を止め、対象・頻度・許可の有無を見直します。
- 原文・画像の再配布を避ける：分析に必要な数値や分類結果を中心に保存し、商品説明や画像をそのまま転載する用途と分離します。
- 保存期間とアクセス権を決める：収集データを誰が、何の目的で、いつまで利用するかを決めます。不要になった原データは削除し、外部共有前に個人情報等が含まれていないか確認します。
メルカリスクレイピングにAIを使うと何が変わる？
「メルカリスクレイピング AI」で調べる方が期待しているのは、ページ構造の認識、項目抽出、商品分類、価格分析の自動化でしょう。AIは設定や分析を補助できますが、規約上の許可を生み出したり、アクセス制限を回避してよい根拠になったりするものではありません。
| 工程 | AI・自動化が役立つこと | 人が確認すること |
|---|---|---|
| 抽出設定 | 類似する商品カードや候補フィールドの検出 | 不要なプロフィール・コメント等を含めていないか |
| データ整形 | 価格表記の数値化、カテゴリ名・状態表記の統一 | 送料込み／別、売り切れ、セット商品の解釈 |
| 分類・要約 | 商品説明からブランド、型番、特徴の候補を作る | 原文との照合、誤分類、根拠のない補完がないか |
| 分析 | 価格帯、出品数、販売状況の傾向を集計する | 標本の偏り、重複、取得日時、欠損率を確認する |
Octoparseの自動検出は、ページ構造から類似要素を候補として認識し、基本的なワークフロー作成を支援します。公式ヘルプでも、自動検出ですべてのデータが正確に取得できるとは限らず、候補の切替や手動調整、実行テストが必要と説明されています（自動検出機能とは？）。
メルカリスクレイピングで収集する項目を設計する
詳しい記事にするだけでなく、実務で再現できるように、先に「1行が何を表すか」を決めます。価格調査なら、1商品・1取得時点を1行にすると、更新や比較がしやすくなります。
| フィールド例 | 用途 | 検証ポイント |
|---|---|---|
| 取得日時 | 価格・販売状況の時点管理 | タイムゾーンを統一する |
| 商品ID／商品URL | 重複除去、再確認 | URLのクエリを除き正規化する |
| 商品名 | 検索、分類 | 空欄・文字化けを確認する |
| 価格 | 中央値、価格帯の分析 | 通貨記号やカンマを除いて数値化する |
| 商品状態 | 同条件での価格比較 | 表記ゆれをカテゴリへ統一する |
| 販売状況 | 出品中／売り切れの比較 | 画面表示と抽出値をサンプル照合する |
| カテゴリ・ブランド | 集計軸 | 欠損時にAIで推測した値は別列にする |
| 画像URL | 社内確認用の参照 | 画像そのものの再配布を前提にしない |
商品説明、出品者名、プロフィール、コメントなどは、価格分析だけなら不要なことが多い項目です。目的に必要かを個別に判断し、取得しない選択肢を優先してください。
メルカリのスクレイピングに役立つOctoparseとは
Octoparse（オクトパス）は、画面上で対象要素と処理順を設定できるノーコードのWebスクレイピングツールです。コードを書かずに、URLを開く、商品リストを繰り返す、詳細ページを開く、必要なデータを抽出する、といった処理をワークフローとして確認できます。
メルカリの商品調査では、目的に応じて次の2つの始め方があります。
| 方法 | 向いているケース | 確認事項 |
|---|---|---|
| https://www.octoparse.jp/template/mercari-url-based-product-listing-scraper | 確認済みの商品URLから同じ項目を取得したい | 対象URL、出力項目、テンプレートの現在の提供状況 |
| https://www.octoparse.jp/template/mercari-keyword-product-listings-scraper | 特定キーワードの商品候補を一覧で比較したい | 検索条件、取得範囲、重複、実行頻度 |
| カスタムタスク | 独自の列、一覧と詳細ページ、スクロールを設定したい | サイト構造の変化、待機時間、ループ終了条件 |
テンプレートは短時間で試しやすく、カスタムタスクは項目や処理を調整しやすい方法です。どちらの場合も、実行前の規約確認と少量テストは省略できません。
無料で「メルカリ」から商品データを集める方法
ここでは、既存記事で紹介していた「メルカリ URL別商品情報」テンプレートの流れを維持しながら、失敗を減らす確認項目を追加します。画面やテンプレート名は更新される可能性があるため、実際のOctoparse画面とテンプレートページの案内を優先してください。
ステップ1. 対象とする商品URL・取得項目を決める
メルカリの公開商品ページを開き、調査対象のURLを整理します。最初は2〜5件程度に絞り、商品名、価格、状態、販売状況、商品URLなど必要な列だけを定義します。ログインが必要なページや、個人情報等を含む領域は対象にしません。
画面例：商品URLを確認する段階。画面仕様や表示内容は撮影時点のものです。
ステップ2. Octoparseでメルカリのテンプレートを選ぶ
Octoparseを起動し、テンプレートタスクを開きます。検索欄に「メルカリ」と入力し、目的に合うテンプレートを選択します。複数のURLから同じ項目を取得する場合は「メルカリ URL別商品情報」が候補です。
テンプレートの説明欄で、対応する入力形式と出力フィールドを確認します。不要な列がある場合は、取得後に削るだけでなく、可能であればタスク側でも対象から外し、必要最小限の収集にします。
ステップ3. URLを入力して少量テストを実行する
テンプレートに確認済みの商品URLを入力し、まずローカル抽出で少量テストを行います。いきなり大量URLや定期実行を設定せず、数件でデータプレビューを確認してください。
実行中は、正常件数だけでなく、空欄、エラー、同じURLの重複も確認します。アクセス制限、CAPTCHA、想定外のログイン要求が出た場合は、そのまま回避を試みずタスクを停止します。
ステップ4. データプレビューで欠損・重複を確認する
実行完了の表示だけで成功と判断せず、元ページと抽出結果をサンプル照合します。価格が数値として扱えるか、商品状態と販売状況が別列になっているか、商品IDまたはURLで重複を除けるかを確認します。
ステップ5. 必要な形式へエクスポートする
検証が終わったデータをCSV、Excel、JSONなど用途に合う形式へ出力します。分析用データには取得日時と元URLを残し、AIで補完・分類した列は、Webページから直接取得した列と区別してください。
商品一覧をカスタムタスクで取得する場合
キーワード検索結果などの商品一覧を対象にする場合は、一覧カードをループし、必要に応じて詳細ページを開くワークフローを設計します。無限スクロールや「もっと見る」があるページでは、画面に表示された件数と抽出件数を照合し、ループ回数・待機時間・終了条件を設定します。
- 対象の検索条件を決め、結果URLをOctoparseで開く
- 「ウェブページのデータを自動検出」で候補フィールドを確認する
- 商品カードのループと、必要な場合だけ詳細ページ遷移を設定する
- スクロール回数・間隔・最大件数など停止条件を設定する
- 最初の10件程度をプレビューし、一覧件数と抽出件数を比較する
設定方法はOctoparse公式ヘルプの「ページネーションの処理（無限スクロール）」も参照してください。Webページの構造は変わるため、定期実行では抽出件数の急減を検知する仕組みが必要です。
メルカリスクレイピングの精度を高める検証方法
収集件数が多くても、欠損や重複が多ければ価格分析を誤ります。毎回すべてを目視する代わりに、次の指標を記録すると異常を見つけやすくなります。
| 検証指標 | 計算例 | 異常時の確認 |
|---|---|---|
| 取得件数 | 実行ごとの総行数 | 検索結果件数、スクロール終了、ページ構造変更 |
| 重複率 | 重複商品ID数 ÷ 総行数 | ループ範囲、同一URL、再読込 |
| 必須項目欠損率 | 価格または商品名が空の行数 ÷ 総行数 | セレクター、表示待機、売り切れページ |
| 価格異常値 | 0円、文字列、極端な桁数 | 通貨記号、送料、セット価格、誤った要素 |
| サンプル一致率 | 目視確認した10件の一致件数 ÷ 10 | 抽出列のずれ、AI補完の誤り |
ページ構造が変わると、タスク自体は「成功」でも別の要素を取得している場合があります。取得件数だけではなく、列ごとの欠損率とサンプル一致率を一緒に確認するのがポイントです。
収集データを価格・市場調査に活用する方法
メルカリの商品データは、個別出品のコピーではなく、集計した傾向として使うと意思決定につなげやすくなります。
- 価格帯の把握：平均だけでなく中央値、四分位、商品状態別の価格帯を比較する
- 販売状況の比較：出品中と売り切れを分け、取得時点をそろえて見る
- キーワード調査：商品名に含まれる型番・容量・限定表記などを分類し、価格差を確認する
- 変化の追跡：同一商品IDを時系列で比較し、価格変更や販売状況の変化を見る
売り切れ表示は「その価格で確実に成約した」ことを常に意味するとは限らず、取得できた出品だけに偏る可能性もあります。AIでレポートを作る場合も、取得条件、対象期間、件数、欠損率を併記し、推測と観測値を分けてください。
FAQ（よくある質問）
Q1. メルカリスクレイピングは禁止されていますか？
一律に「禁止」「許可」と断定せず、最新の利用規約と禁止行為ガイド、取得対象、アクセス方法、利用目的を個別に確認してください。規約違反や権利侵害、過度な負荷、技術的制限の回避につながる設計は避けます。
Q2. 未ログインならメルカリをスクレイピングしても問題ありませんか？
未ログインであることだけでは問題がない根拠になりません。公開ページであっても、規約、robots.txt、著作権、個人情報、サーバー負荷、取得後の利用を確認する必要があります。
Q3. AIを使えばメルカリスクレイピングを完全自動化できますか？
AIは要素候補の検出、表記統一、分類、集計を補助できますが、規約確認、抽出項目の選定、誤りの検証は人が行う必要があります。特に価格、販売状況、商品状態は元ページとのサンプル照合が欠かせません。
Q4. アクセス制限やCAPTCHAが出たらどうすればよいですか？
タスクを停止し、取得範囲、頻度、待機時間、許可の有無を見直します。プロキシや自動操作で制限を回避することを前提にせず、必要ならサイト運営者へ確認してください。
Q5. どのデータを集めると価格調査に使いやすいですか？
取得日時、商品IDまたはURL、商品名、価格、商品状態、販売状況、カテゴリ・ブランドが基本です。目的に不要なプロフィールやコメントは集めず、AIによる推測値は直接取得した値と別列にします。
Q6. Octoparseのテンプレートとカスタムタスクはどちらを選ぶべきですか？
既知の商品URLから定型項目を取得するならテンプレートが試しやすく、検索結果の一覧、詳細ページ、独自フィールドを扱うならカスタムタスクが向いています。どちらも少量テストとデータプレビューで精度を確認してから範囲を広げます。
まとめ
メルカリスクレイピングでは、ツールを動かす前に「何のために、どの公開情報を、どの頻度で取得し、どう使うか」を決めることが重要です。メルカリの利用規約・禁止行為・アクセス制限・robots.txtを確認し、必要最小限の項目から少量テストを行ってください。
Octoparseを使えば、商品URLの入力、データ抽出、プレビュー、エクスポートまでを画面上で確認できます。AIや自動検出は設定・整形・分析を助けますが、規約判断と最終検証を置き換えるものではありません。
まずは数件の商品URLと必要な列だけでタスクを作り、元ページとの一致、欠損率、重複率を確認しましょう。検証できた小さなタスクから始めることが、再現性のある市場調査への近道です。
競合情報も営業リストも、ウェブデータをそのままExcel・CSV・Google Sheetsに出力
コード不要、誰でも今日から。クリック操作だけで必要な項目を自動抽出
Google Maps・食べログ・iタウンページ向けテンプレートで、リード獲得をすぐに開始
クラウドで毎日・毎週自動実行。大量取得でも安定して、競合動向を常に把握
MCP対応でAIエージェントと連携。収集データをAIに渡して分析・活用まで一気通貫
クレジットカード不要で無料スタート。世界600万人以上が選んだ信頼のツール
