ウェブ調査で元のレポートと転載を見分ける方法

ページを増やす前に、確認する主張を決める

ある購入検討者が公開の投稿で「手早くできる競合調査」を求め、作り話の回答や初歩的な比較を避けたいと述べていました。この言葉から、調査の出発点となる有用な原則が分かります。結果をさらに集める前に、具体的に何を比較するかを決めることです。この投稿は、本ガイドの背景を示すものです。問題がどの程度広く存在するかを示すものではありません。公開された調査の質問 — 2026年8月12日公開、2026年10月25日確認。個人の発言のみ。

確認可能な主張を1つ書きます。製品、機能、条件を含め、分かる場合は関連する時期やバージョンも記載してください。「この製品の方が優れている」といった広すぎる表現は避けます。その表現では、機能、検証条件、根拠に関する複数の問いが曖昧になります。

次の2つの問いを分けてください。

1. その企業は、その機能を発表したか。
2. 示された条件でその機能が動作することを、独立した根拠が示しているか。

公式発表は、最初の問いに対する直接の根拠になります。それを繰り返す記事が複数あっても、2つ目の問いへの答えになるとは限りません。

検索前に、必要な根拠を決めます。発表の有無に関する主張なら、公式発表だけで十分な場合があります。性能に関する主張なら、適切な方法と条件による別の検証を探してください。こうすることで、問いに答えられない根拠の複製を集め続けずに済みます。

検索で候補を探す

Actorは、ホスト環境で動作するデータ収集プログラムです。Taskは、Actorの入力設定を保存したものです。Google Search Scraper Actorは、この方法のうち候補を探す工程に適しています。ただし、文書に記載された検索項目だけでは、2つのレポートが独立した根拠を持つかどうかは判断できません。

確認した公開デフォルトビルドのバージョン`1.0.15`には、以下の入力項目が定義されています。静的チェックには合格しました。つまり、Actorを実行せずに、入力案が定義済みの入力規則と一致することを確認しました。これにより、実行時の結果、網羅性、収集の成功が確認されたわけではありません。公開デフォルトビルド — 2026年10月25日確認。定義された項目と静的検証のみ。

最初の検索には、次の小規模な入力案を使います。

{"country":"US","engines":["google"],"language":"en","maxResultsPerExecutedQuery":3,"queries":["reporting software official announcement"]}

サンプルの検索語リスト全体を、目的の検索語句に置き換えてください。実行前に、検索エンジンのリスト全体、国、言語、結果件数の上限を確認します。保存済みのTaskに、すでにこれらの値が設定されているとは限りません。

このサンプルでは、Google、米国の国設定、英語の言語設定を指定しています。`maxResultsPerExecutedQuery`は、実行された検索語句ごとの結果件数を最大3件に設定します。3件は上限であり、必ず3ページが返るという意味ではありません。これは入力案です。本ガイドのためにActorを実行した事実はありません。

Competitor SERP Research Task — 2026年10月25日確認。公開ページの存在のみを出発点にできます。SERPは検索エンジンの結果ページを意味します。公開ページにはTask ID `Pjq0JLkzo0wHTcabU`が記載されています。現在保存されている設定と実行時の動作は、未確認です。

公開情報に基づく根拠と、アカウント内の記録を分けてください。Actorの公開文書やTaskの公開ページは、アカウントに保存された設定や実行結果を証明しません。後でActorを使う場合は、それらを別に記録します。入力案を、収集が完了した結果として示さないでください。

検索時の情報と情報源の関係を別々に保存する

ページをどのように見つけたかを説明できるよう、検索時の情報を保存します。そのうえで、情報源についての判断を記録する表を別に作ります。検索結果は、ページを発見した経緯を示します。情報源の表には、発見後に確認した内容を記録します。

確認したビルドには、次の出力項目が定義されています。定義があるだけでは、特定の実行でその項目が返されたことの証明にはなりません。公開デフォルトビルド — 2026年10月25日確認。出力項目の定義のみ。

スニペットとは、検索結果に表示される文章です。記事本文の確認済みの箇所ではありません。検索結果のアドレスだけでは、元の著者を特定できません。検索順位は、根拠の質を示す指標ではありません。`observedAt`は、ページに表示された公開日と分けて管理します。

`snippet`がnullの場合は、値が欠けていることを意味します。記事に関連する語が0個あるという意味ではありません。公開日がない場合は、不明と記録してください。観測日時で置き換えないでください。

エクスポートしたデータの行の重複は、別の問題です。検索時の観測記録を残しながら、重複するアドレスを処理する必要がある場合は、検索結果のエクスポートデータを統合するガイドを使ってください。本ガイドでは、主張がどのように広まったかを示すのに役立つ場合、異なるページを残します。

次の項目を使い、自分で確認用の表を作ります。これらは分析用の項目案であり、Actorの追加出力項目ではありません。

親情報源とは、別のページがその主張の根拠として使っている情報源です。情報源グループには、同じ根拠につながるページを含めます。関係を確認できない場合は、親情報源を不明のままにしてください。

主張の根拠となる情報源を順にたどる

主張ごとに、次の8つの手順を使います。関連する箇所をすべて読めるよう、調査範囲を絞ってください。

1. 正確な主張を書きます。何を確認する必要があるかを示してください。発表があったことと、発表された機能が動作するという主張を分けます。
2. 件数を限定して候補を集めます。検索語句、設定、返されたアドレスを保存してください。限定した候補集合には、明示した上限があります。ウェブ全体を網羅する調査ではありません。
3. 該当箇所を読みます。実際のページと、その主張に付された情報源を確認してください。一般的な参考文献一覧だけでは、どの情報源がどの文を裏付けるかが分からない場合があります。
4. 参照先をたどります。引用されている各レポートや発表を開いてください。必要に応じて、途中にある要約からも参照先をたどります。確認できたつながりをすべて記録します。
5. 出所を確認できる一次情報源を探します。一次情報源とは、対象となる発表、観察、検証を直接提供する情報源です。見つかった範囲で最も古く、出所を確認できる情報源を、調査の限界とともに記録します。
6. ほかの情報源に依存する箇所をまとめます。要約や転載であることが明確なものは、使用している情報源の下にまとめてください。それぞれのURLと、関係を示す根拠を残します。
7. 別個に示された内容を評価します。実際に別個の観察であるものは、独自のグループとして管理してください。各観察が何を、どの条件で確かめているかを確認します。
8. 不足点を記録し、結論を書きます。情報源のつながりが欠けている部分は、未解明のままにしてください。ページ数、情報源の役割、独立した裏付けを分けて報告します。

手順3の本文確認には、確認済みのページ本文を根拠として扱うガイドを使ってください。この方法では、主張を実際のページ本文に結び付けます。本ガイドでは、そこからさらに問いを進めます。その本文は、ほかの情報源ですでに示されている根拠に依存しているでしょうか。

特定の主張に対応する情報源をたどってください。あるページが、機能に関する記述では公式発表にリンクし、別の箇所では独自の分析を示している場合があります。公式発表へのリンクがあるからといって、ページ内のすべての文がその発表に依存するわけではありません。また、独自の分析があるからといって、繰り返された機能の記述まで独立したものになるわけではありません。

関連する一次的な根拠に到達した時点、または次のつながりを確認できなくなった時点で、情報源をたどる作業を止めます。止めた理由を記録してください。理由を示さずに、要約から推定上の元情報へ飛ばないでください。

根拠が独立しているかを判断する

独立性とは、主張の根拠が独立しているかということです。著者、ドメイン、タイトルが違うだけでは十分ではありません。2つの発行元が、どちらも1つの発表を使っている場合があります。また、1つのページに、ほかの情報源の主張の繰り返しと、別個の検証が含まれる場合もあります。

明示された引用を、情報源の関係を示す根拠として使います。その引用が、確認対象の箇所に対応しているかを確認してください。引用先のアドレスと、主張をその引用先に結び付ける記述を保存します。

一致する文章は、より慎重に扱う必要があります。特徴的な文が繰り返されている場合、転載や共通の情報源がある可能性を示します。ただし、どちらがどちらを写したかまでは確認できない場合があります。出所の明記がなく、関係を解明できない場合は、一致を記録し、依存関係を不明としてください。

日付は手掛かりとして扱います。表示された日付が早ければ、次に確認する対象を決める助けになります。ただし、そのページが主張を最初に生み出した証拠にはなりません。ページで日付の意味が明示されている場合は、その意味を記録します。不明な日付は、不明のままにしてください。

次の確認状態を、一貫して使ってください。

別個の観察であっても、質を確認する必要があります。方法、範囲、条件を読んでください。独立しているからといって、弱い検証の根拠が強くなるわけではありません。ある1つのバージョンや条件で行われた検証では、より広い主張を裏付けられない場合があります。

文書に記載がないことから、機能が存在しないと推測しないでください。確認したページが機能に関する主張を裏付けていなくても、その機能が存在しないことの証明にはなりません。確認できた範囲に限定して、「確認した根拠では、その主張を確かめられない」と記録します。

オリジナルの架空例：5ページで1つの発表が繰り返される

これは、説明のために作成したオリジナルの架空例です。Actorの実行結果、顧客の成果、実際に観察された企業に関する調査結果ではありません。

ある調査者が、「この製品は、指定した日時にレポートを配信できる」という架空の主張を確認します。5つのページがこの機能に言及しています。1つは公式発表です。3つは、その発表を明示的に引用しています。残る1つは、出所を示さずに1文を繰り返しています。

ページ数の内訳は、次のとおりです。

発表ページ1件 + 出所を明記して繰り返すページ3件 + 関係が不明なページ1件 = 確認したページ5件。

関係を確認できた情報源グループの内訳は、次のとおりです。

発表ページ1件 + 出所を明記して繰り返すページ3件 = 1つの発表につながるページ4件。

ページEは、確認済みの情報源のつながりには含めません。一致する文があることは、調査する理由になります。ただし、それだけでは親情報源を確実に割り当てるには不十分です。

根拠をまとめると、確認できた一次情報の発表が1件、出所を明記した繰り返しが3件、関係が不明な情報源が1件です。この5ページの中で見つかった、別個の独立した検証は0件です。この0件という数は、確認した範囲について述べています。独立した検証がどこにも存在しないという意味ではありません。ページEの情報源との関係は不明であり、値が0の関係ではありません。

根拠に基づいて言える結論は、次のとおりです。「公式発表には、指定した日時にレポートを配信できると記載されている。確認した3ページが、その発表を繰り返している。さらに1ページは、情報源との関係を解明できていない。」

これを「5件の独立した裏付け」と言い換えないでください。その機能が独立した検証で確認されたとも表現しないでください。関連する条件で機能を確かめる、別の検証を探します。見つかった場合は、その方法と結果を記録してから結論を変更します。

結果を報告する前に不足点を確認する

比較結果を書く前に、表全体を確認します。情報源の関係と、最終的な主張の表現の両方を確認してください。

1. 集計したすべてのページにIDがあり、確認状態が記録されていることを確かめます。
2. 割り当てたすべての親情報源に、関係を示す根拠があることを確かめます。
3. 共通の根拠となる1つのレポートを、その要約を通じて重複して数えていないことを確認します。
4. 閲覧できなかったページは、読んだものの根拠が不十分だったページと分けます。
5. 欠損値をそのまま保持し、観測された0件という数値と区別します。
6. 最終的な主張を、情報源の条件、日付、バージョンと照らし合わせます。
7. 検索の上限と、解明できていない情報源のつながりを明記します。

引用先のページを閲覧できない場合は、引用を残し、該当箇所を未確認と記録します。その引用を、確認済みの裏付けとして扱わないでください。本ガイドは、過去のコンテンツを復元できると約束するものではありません。古い情報源の保存版を使う場合は、すでに手元にあるものに限り、そのバージョンを明示します。

たどった先が要約で終わる場合は、元情報だと証明されたものとしてではなく、見つかった範囲で最も古い情報源として示します。複数のページに関係があるように見えても、つながりを確認できない場合は、独立性は不明と報告します。不確実な情報を使って、裏付けの件数を増やさないでください。

最終レポートでは、3つの問いに答えます。何が見つかったか、情報源がどのように関係しているか、何がまだ証明されていないかです。確認したページ数は、別個の根拠を持つ情報源の数や質とは分けて示してください。