# 大規模なニューススクレイピング：Google News、RSS、鮮度

ニュースモニタリングは3つの予測可能な場所で破綻します：JavaScriptでレンダリングされた検索、ページネーションの制限、IPごとのレート制限です。これらすべてを乗り越えるパイプラインがこちらです — Google News、RSS、重複排除、そして鮮度SLA。

ニュースモニタリングは解決済みの問題のように思えますが、毎時間千の出版社を対象に実行しようとすると、数年前に有名なScrapyとSeleniumのウォークスルーが直面したのと同じ3つの壁が現れます：必要な検索結果がJavaScriptでレンダリングされ、通常のHTTPリクエストでは空白のまま返され、ページネーションが制限されているため、クエリごとに最初の100件程度の結果しか取得できず、各出版社がIPごとにレート制限をかけるため、単一のクローラーが数百のリクエスト後に停止します。大規模で生き残るメディアモニタリングパイプラインは、1つの賢いスクレイパーではなく、発見、抽出、重複排除、鮮度の層状システムです。このガイドは、Google News、RSS、クリーンな記事抽出を使用してそのシステムを構築し、倫理の境界線がどこにあるかを示します。

## 発見：RSSとGoogle Newsの垂直

見つけられないものは監視できませんし、すべての出版社のホームページをクロールするのは無駄です。2つの発見チャネルが重労働を担います。RSSフィードは最も安価でクリーンです — 出版社が承認し、すでに構造化されており、ポーリングが簡単です — しかしカバレッジは不完全で履歴は浅いです。Google Newsの垂直がそのギャップを埋めます：トピックや国ごとに記事を表示し、ソース、タイムスタンプ、スニペットがすでに解析されています。ニュースインターフェースを自分でスクレイピングする代わりに、[SERP API](https://quantumproxies.io/serp-api)を通じてクエリを実行し、HTML解析やブロック処理なしでJSONとして垂直を返します。

```bash
curl -X POST "https://api.quantumproxies.io/v1/scraper/serp" \
  -H "Authorization: Bearer YOUR_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{"query": "semiconductor export controls", "search_type": "news", "gl": "us", "hl": "en"}'
```

同じクエリを異なる`gl`国コードで実行することで、1つのストーリーの地域カバレッジをキャッチします — これは、同じイベントが市場ごとに異なるフレームで提示されるため重要な技術です。ニュースや他の垂直が単純なスクレイピングに抵抗する理由のメカニズムについては、[2026年のSERPスクレイピングの仕組み](https://quantumproxies.io/blog/how-serp-scraping-works-in-2026)を参照してください。

## 抽出：記事が抵抗する時

発見はURLを提供し、抽出は記事を提供します。多くのニュースサイトはまだクリーンサーバーレンダリングHTMLを提供しており、それらには回転IPを通じた通常のリクエストで十分です。しかし、大手メディアはますます記事 — 少なくとも検索とアーカイブページ — をクライアントサイドでレンダリングするようになっており、生のフェッチでは空のシェルが返されます。これは、[空のページ、データの欠落](https://quantumproxies.io/blog/scraper-returns-empty-page-javascript)でカバーされている正確な失敗モードです。ヘッドレスブラウザのフリートを実行する代わりに、[Scraper API](https://quantumproxies.io/scraper-api)にレンダリングを任せ、ページを実行してインデックス化の準備ができたクリーンなMarkdownを返します。

```python
import requests

def fetch_article(url, api_key):
    r = requests.post(
        "https://api.quantumproxies.io/v1/scraper/extract",
        headers={"Authorization": f"Bearer {api_key}"},
        json={"url": url, "format": "markdown"},
        timeout=(5, 120),
    )
    r.raise_for_status()
    p = r.json()["payload"]
    return {"title": p["title"], "markdown": p["content"], "canonical": p["metadata"].get("canonical")}
```

単一クローラーセットアップを停止させるIPごとの制限は、リクエストが自動的に回転する住宅プールに広がるため、ここで消えます。独自のクローラーを実行する場合、グローバルではなくドメインごとに同時実行性を予算化します — 理由は[レート制限の解明](https://quantumproxies.io/blog/fix-429-too-many-requests-scraping)にあります。

![4つの独立した段階からなるニュースメディアモニタリングのパイプライン：Google NewsのバーティカルとRSSで記事を見つけ、レンダリングして記事をMarkdownに抽出し、すべての日付をUTCに正規化し、正規URLとコンテンツハッシュで重複を除去する。カードには、レイアウトが変わっても影響を受けるのは抽出だけだと注記している。](https://res.cloudinary.com/dmqliab0t/image/upload/f_auto,q_auto,w_1200/v1785335176/blog/generated/qp-b9-040-diag1.png)
*発見、抽出、正規化、重複排除を別々のステージとして保持します。1つの出版社がレイアウトを変更した場合、修正が必要なのは抽出ステップだけです。*

## 正規化と重複排除

マルチソースニュースの混沌とした現実は、同じストーリーが多くの異なる形で何度も届くことです。日付は同じバッチで`March 24, 2021`、`2 hours ago`、ISOタイムスタンプとして現れ、署名は形式が異なり、Associated PressやReutersのワイヤーストーリーは数十のサイトでそのまま再公開されます。この混乱を抑えるために2つの正規化ステップがあります：

- **すべての日付をUTCに解析します。** '昨日'や'3日前'のような相対的な文字列はフェッチ時間に対して解決されなければならず、さもなければ鮮度ロジックが静かに壊れます。
- **正規URLで重複排除し、次にコンテンツハッシュで重複排除します。** `<link rel="canonical">`タグは1つのURLのトラッキングパラメータバリアントを統合し、正規化された本文のハッシュは異なるURLに存在するシンジケートワイヤーコピーをキャッチします。
- **ソースマップを保持します。** 重複を捨てるのではなく、どのアウトレットがストーリーを取り上げたかを記録します — '40のアウトレットが取り上げた'というのはメディアモニタリングにおけるシグナルそのものです。

## 鮮度SLAとスケジューリング

メディアモニタリングは遅延で評価されます：6時間遅れて見つかった言及は評判や取引の用途には無価値です。すべてを1つのクロックでクロールするのではなく、ポーリングを階層化します。ホットトピックや速報クエリは数分ごとに再ポーリングし、ルーチンキーワードのロングテールは毎時間または毎日実行します。各階層を鮮度SLAとして扱い、ソースがそれを逃した場合にアラートを発します — デモとプロダクションの違いはまさにこのモニタリングレイヤーであり、[プロダクションソフトウェアとしてのスクレイパーの実行](https://quantumproxies.io/blog/schedule-monitor-web-scrapers)でカバーしています。

## ペイウォールの境界線

最も価値のあるカバレッジの一部はサブスクリプションの背後にあり、ここでモニタリングは倫理に直面します。見出し、スニペット、公開日、公開された記事本文を収集するのは通常のメディアモニタリングです。ペイウォールを回避して支払っていない記事の全文を取得するのは、著作権や利用規約に影響を与える別の行為です。耐久性のあるアプローチは、公開されているもの — 見出し、デック、スニペット、メタデータ — をインデックス化し、全文を読むためにソースにリンクするか、フィードを販売する出版社からライセンスを取得することです。これは情報提供の指針であり、法的助言ではありません。大規模なものについては、弁護士と相談してアプローチを確認してください。

![ニュースデータへの3つのルートを比較した表で、Google Newsバーティカルの列が強調されている：RSSフィードは最も安いがカバー範囲にむらがあり、Google NewsのSERPバーティカルは1つのAPIでトピックと地域による発見ができ、記事の直接スクレイピングは本文全体が得られるが保守の手間が最も大きい。](https://res.cloudinary.com/dmqliab0t/image/upload/f_auto,q_auto,w_1200/v1785335176/blog/generated/qp-b9-040-diag2.png)
*RSSは最も安価で、Google Newsの垂直は1つのAPIでトピックと地理的発見を提供し、直接スクレイピングは最もメンテナンスが必要なコストで全文記事を提供します。*

## よくある質問

### Google Newsを大規模にスクレイピングするにはどうすればいいですか？

Google Newsの垂直を直接インターフェースをスクレイピングするのではなく、SERP APIを通じてクエリを実行します。トピッククエリと`gl`および`hl`パラメータを国と言語に渡し、ソース、タイムスタンプ、スニペットをJSONとして受け取ります。これにより、自作のニューススクレイパーを壊すJavaScriptレンダリングとIPブロッキングを回避し、国コード全体でクエリを実行することで同じストーリーの地域カバレッジをキャプチャします。

### 記事をスクレイピングするための無料のニュースAPIはありますか？

RSSフィードは無料で、出版社が承認したニュースフィードに最も近いものであり、最初の発見チャネルとすべきです。それらは構造化されており、ポーリングが安価ですが、カバレッジは不完全で履歴は浅いです。数千のアウトレットにわたる広範で最新のカバレッジのためには、RSSをSERPベースのニュース検索と直接記事抽出と組み合わせる必要があります。なぜなら、単一の無料ソースではメディアの全体像をカバーできないからです。

### なぜ私のニューススクレイパーは空白のページを返すのですか？

サイトはそのコンテンツを — 多くの場合、特に検索とアーカイブページを — JavaScriptでレンダリングするため、通常のHTTPリクエストではスクリプトが実行される前に空のHTMLシェルを受け取ります。ページをブラウザベースまたはレンダリングスクレイパーAPIでレンダリングするか、ページが呼び出す基礎となるJSONエンドポイントを見つけてください。空白の結果はほぼ常にクライアントサイドレンダリングを意味し、ネットワークの失敗ではありません。

### ニュース記事をどのように重複排除しますか？

重複排除は2回のパスで行います：ページの正規リンクタグを使用してURLバリアントを統合し、トラッキングパラメータのコピーを削除し、次に正規化された記事本文をハッシュして異なるURLで再公開されたシンジケートワイヤーストーリーをキャッチします。重複を完全に削除するのではなく、どのアウトレットが各ストーリーを取り上げたかのマップを保持します — メディアモニタリングでは、ストーリーがアウトレットに広がることがコアメトリックです。

大規模なニュースはスクレイピングの問題ではなく、パイプラインの問題です。発見、抽出、正規化、鮮度を分離したステージに分け、カバレッジのためにGoogle Newsの垂直とRSSに頼り、回転IPとレンダリングAPIが単一クローラービルドを沈めるJavaScriptとレート制限を吸収します。これを行えば、1つのレイアウト変更がシステム全体をダウンさせることはありません。

[Google Newsの垂直をクリーンなJSONとして取得](https://quantumproxies.io/serp-api)