2つの広告主フォルダーに、クリエイティブのカード、情報源への参照、観測日を示すマーカーが入っています。

複数の地域や配信面を指定する配列と入力モードがレポートの要件に合うなら、XTechを選んでください。これらはドキュメントに記載されています。この条件が、推奨するツールを変える主な要因です。XTech Actor。

Actorは、Apify上で動くデータ収集プログラムです。この比較は、情報源へのリンクを備えたクリエイティブレポートを作るために、2つのActorから選ぶ手助けをします。Chronometrica自身による比較です。製品の根拠資料は2026年10月20日に確認しました。この記事のために新たな比較テストは実施していません。

まず、レポートに必要な内容を決めてください。保存する各クリエイティブに、確認担当者が見られる素材は必要ですか。付随するバリエーションに固定のフィールドは必要ですか。収集時に複数の地域や配信面を設定する必要はありますか。

合計数を比べる前に、これらの問いに答えてください。クリエイティブ、付随するバリエーション、保存された行は、それぞれ異なる集計単位です。有用なレポートでは、収集から確認まで、この区別を明確に保ちます。

!2つの広告主フォルダーに、クリエイティブのカード、情報源への参照、観測日を示すマーカーが入っています。

レポートに必要な出力から選ぶ

この比較の背景には、具体的な購入者ニーズがあります。公開投稿で、競合4社のレポート作成が依頼されました。投稿にはMetaとGoogleのライブラリへのリンクがあり、クリエイティブの数とバリエーションの調査が求められていました。この記事では、その依頼のうちGoogleのクリエイティブ一覧を扱います。比較対象のActorは、当社の編集判断で選びました。公開された購入者の依頼。

クリエイティブライブラリとは、情報源へのリンク、利用可能な素材、収集時の条件を備えたクリエイティブの保存記録をまとめたものです。別の人が、レポートの根拠となる公開情報を確認できます。

選ぶ際は、記録を保存するルールと、収集時に使える入力設定を比較してください。

レポートに必要な出力から選ぶ
判断項目ChronometricaXTech
クリエイティブの保存ルール利用可能な公開メディアまたはプレビューが必要重複のないクリエイティブごとに1件の記録を保存し、公開プレビューへのリンクを含むと記載
バリエーションの確認メディア、プレビュー、幅、高さの固定フィールド必要なバリエーション構造に出力が合うか確認
フィルター設定指定した地域、プラットフォーム、形式の情報を保持複数の対象、地域、配信面を指定可能
詳細情報行のステータスと欠損値のルールを記載日付と詳細情報のフィールドを記載。詳細情報の収集は任意

これらの製品情報は、上記の日付に行ったドキュメントの確認に基づきます。Chronometricaのドキュメント、XTechのドキュメント。

Chronometricaは、確認できる素材と固定のバリエーション構造が必要なライブラリに適しています。明記された採用ルールが、その要件を直接支えます。この推奨は、保存する記録を定義する「出力仕様」に関するものです。速度、精度、網羅性、信頼性が優れていることを示すものではありません。

収集ツールを選ぶ前に、必要な記録の内容を書き出してください。選択の妥当性を確認しやすくなります。結果の件数が多くても、レポートに必要なフィールドの欠落を見逃さずに済みます。

Chronometricaが採用する記録の条件を理解する

Chronometricaは、有用なクリエイティブを採用するルールを記載しています。公開メディアまたは利用可能なプレビューがある場合に、クリエイティブの行を保存します。どちらもない場合、メタデータだけのクリエイティブ結果は課金対象として出力しないと記載しています。メタデータとは、利用可能な素材そのものを含まない、クリエイティブの説明情報です。Chronometricaのドキュメント。

レポートでクリエイティブを示す必要がある場合、このルールは重要です。役立つ説明情報が記録に含まれていても、素材の確認基準を満たすとは限りません。収集ツールの採用ルールと、レポートの採用ルールを一致させてください。

ドキュメントによると、各行にはクリエイティブの識別情報、`mediaUrl`、`previewUrl`、`variationCount`、`variations`、指定した地域、プラットフォーム、形式、および`observedAt`が保持されます。付随する各バリエーションには、`mediaUrl`、`previewUrl`、`width`、`height`があります。欠損値のルールと行のステータスも定義されています。Chronometricaの出力ドキュメント。

これらのフィールドは、用途を分けて使ってください。クリエイティブの識別情報は、その行がどのクリエイティブを表すかを示します。メディアとプレビューのリンクから、その内容を確認できます。バリエーションのフィールドは、付随する各版を説明します。指定したフィルターは、収集ツールにどの条件で検索を依頼したかを示します。`observedAt`は、観測を行った日時を記録します。

プレビューだけでも、ドキュメントに記載された採用ルールを満たす場合があります。プロジェクトでメディアファイルそのものが必要なら、収集前に、その厳しい要件を明記してください。利用可能なプレビューだけでは、その要件を満たせません。

不明な値は、不明なまま保持してください。幅が不明であることは、幅が0であることとは異なります。プレビューがあっても、存在しないメディアリンクが素材への直接リンクになるわけではありません。確認担当者が、どの情報を利用できるか判断できるようにしてください。

入力上限をライブラリ全体の上限と決めつけずに確認する

ツールを選ぶ前に、対象、指定するフィルター、必要な件数を書き出してください。レポートに必要なのがサンプルなのか、明示した範囲の全結果なのかも示してください。

確認したChronometricaの入力スキーマでは、`targets`に1〜100件を指定できます。`maxItems`に指定できる値は1〜5,000です。この記事で確認した設定は、`region: "US"`、`platform: "ALL"`、`adFormat: "ALL"`です。この確認では、ほかの値への対応は確かめていません。Chronometricaの入力スキーマ。

最大5,000という値は、`maxItems`入力で確認した上限です。複数回の収集を通じたライブラリ全体の上限を示すものではありません。また、提示された根拠資料からは、複数回の収集でこの上限を超える完全な一覧を作れることも確認できません。

1回の収集で`maxItems`に5,000を超える値を指定する必要がある場合、確認済みのスキーマではChronometricaはその要件を満たしません。説明せずに、要件を少ない件数のサンプルに置き換えないでください。対象を追加すれば入力上限がなくなるとも考えないでください。

より広い範囲の全結果が必要な場合、入力上限だけでは、そのツールが要件を満たすか判断できません。収集方法が、必要な結果全体を網羅できるという根拠が必要です。この比較では、そのような完全性のテストは行っていません。

少数のサンプルでも、確認できるクリエイティブの傾向を調べる役には立ちます。サンプルであることを明記してください。指定したフィルターは検索範囲を示しますが、条件に合うすべてのクリエイティブが見つかった証明にはなりません。

ライブラリを作る前に少数の記録で採用基準を確認する

最初の確認では、保存された出力がレポートのルールを満たすか、という1点を確かめてください。少数の収集結果で、フィールドの構造、情報源へのリンク、集計単位を確認できます。ただし、完全な網羅性は証明できません。

  1. 各競合企業を、意図した広告主またはドメインに対応付けてください。元の対象と並べて、特定できた広告主を記録します。記録が意図した企業のものか確認してください。レポートで使う地域、プラットフォーム、形式の指定値と、使用する取得元の日付の値を明示してください。
  2. 書面にした採用ルールに基づいてActorを選んでください。利用可能なプレビューで十分なのか、メディアそのものが必要なのかを明記します。必要なバリエーションフィールドを定義してください。地域と配信面の設定がレポートの範囲に合うか確認します。必須フィールドと任意の詳細情報を分けてください。
  3. 実際の入力を確認し、少ない件数から始めてください。最初の比較では、対象を1件にして、両方に同じ小さな件数上限を設定します。各Actorの設定を個別に確認してください。一方のActorのフィールド名が、もう一方にも使えるとは考えないでください。
  4. 保存された行と、各対象の処理結果を確認してください。クリエイティブの識別情報、利用可能なメディアまたはプレビュー、付随するバリエーション、欠損値を確認します。取得できる場合は、スキップした件数や利用できない件数も保持してください。取得元のエラーは、取得元のエラーとして記録します。対象の処理結果が未解決でも、その広告主に広告がない証明にはなりません。
  5. 情報源と観測時の条件を含むライブラリを作ってください。採用した各クリエイティブに、情報源またはプレビューのリンク、指定したフィルター、`observedAt`を保存します。採用または要確認とした理由を加えてください。明示した範囲内で、確認できるクリエイティブの傾向を比較します。

Chronometricaは、クリエイティブライブラリ用の公開Taskを提供しています。Taskは、保存された入力プリセットです。出発点として使い、実行前に実際の設定を確認してください。保存済みの確認記録では、公開ページがHTTP 200を返したことを確認しています。これは、確認時にページを利用できたことを意味します。その時点で保存されていた入力設定を確認したものではありません。クリエイティブライブラリ用Task。

次の入力は、キャッシュした公開JSON Schemaを使ったローカル確認に合格しました。JSON Schemaは、許可される入力フィールドと値を定義するものです。指定したフィールド名は、すべてそのスキーマに存在します。これは入力構造の確認であり、実際の取得元から結果が返る証明ではありません。

json
{
  "targets": [
    "nike.com"
  ],
  "region": "US",
  "platform": "ALL",
  "adFormat": "ALL",
  "includeDeliveryDetails": false,
  "maxItems": 3
}
ライブラリを作る前に少数の記録で採用基準を確認する

`nike.com`を、収集したい公開対象に置き換えてください。このドメインは入力例であり、収集結果ではありません。値`3`は、最初の確認に使う小さな件数上限を設定します。この記事のための実行は行っていません。Chronometricaの入力ドキュメント。

この例では、`includeDeliveryDetails`を`false`に設定しています。レポートに配信の詳細情報が必要なら、設定を変える前に、ドキュメントでその意味を確認してください。追加の詳細情報は、レポートで定義した問いに答えるために使います。集計単位を変えるものではありません。

確認後、採用した行にレポートで必要なフィールドと根拠が含まれるか判断してください。満たしていない要件は、収集を拡大する前に解決します。保存した記録とレポートの要件が合っていなければ、記録を増やしても解決しません。

クリエイティブとバリエーションを別の単位で数える

次の例は架空のものです。Actorのテスト、実際のデータセット、購入者の発言の引用、費用の測定結果ではありません。

取得元を確認したところ、識別情報の異なるクリエイティブ候補が3件見つかったとします。

  • クリエイティブAには、利用可能なバリエーションが3件あります。
  • クリエイティブBには、利用可能なプレビューのバリエーションが1件あります。
  • クリエイティブCにはメタデータがありますが、利用可能な公開メディアもプレビューもありません。

Chronometricaが明示する採用ルールでは、AとBは有用なクリエイティブの行として採用できます。Cは採用できません。Cは、スキップした件数または利用できない件数に含めてください。存在しない素材を作り上げないでください。

計算では、2つの単位を分けて使います。

  • 識別情報の異なる候補3件から、利用できない候補1件を引くと、保存されるクリエイティブは2行です。
  • バリエーション3件にバリエーション1件を足すと、付随するバリエーションは4件です。

したがって、この架空のレポートには、採用されたクリエイティブ2件と、それらに付随するバリエーション4件が含まれます。クリエイティブ2件を、広告4件、キャンペーン4件、測定された成果4件として扱うことはできません。

明確な要約では、この架空の確認で、識別情報の異なるクリエイティブ2件と、それらに付随するバリエーション4件を採用したと記載します。また、候補1件には、利用可能な公開メディアもプレビューもなかったと記載します。読み手が件数を確認するときは、両方の事実が重要です。

候補をスキップしたことは、収集の不具合を証明しません。この例では、採用ルールに従って除外しています。また、除外したことは、その広告主にクリエイティブがない証明にもなりません。この例には候補が存在しますが、利用可能な素材がありません。

レポート内のすべての競合企業に、同じ集計ルールを適用してください。ある広告主のバリエーション数と、別の広告主のクリエイティブ数を比べると、異なる単位を使うことになります。両方の合計が読み手に役立つなら、両方を保持し、それぞれの集計単位を明記してください。

情報源を確認できるレポートにする

ライブラリの各記録には、確認担当者がそれぞれの判断を検証できる情報を含めてください。特定できた広告主、クリエイティブの識別情報、情報源またはプレビューのリンク、利用可能なバリエーション、指定したフィルター、`observedAt`、採用または要確認とした理由を含めます。

各対象の処理結果も、ライブラリと一緒に保持してください。採用された行がない対象には、説明が必要です。考えられる結果には、確認範囲で利用可能な結果がなかった、広告主の照合が未解決、取得元に問題があった、などがあります。判明している結果をそのまま保持してください。不足する情報を推測で埋めないでください。

情報源へのリンクと観測日は、後の収集で結果が変わったときにも役立ちます。件数の変化を解釈する前に、対象、フィルター、観測日時、採用ルールを比較してください。件数だけでは、変化の理由は分かりません。

既存のガイド「Google広告のクリエイティブをエクスポートし、情報源の根拠を保持する方法」では、ライブラリを作る方法をより広く説明しています。このActor比較は、収集ツールと採用ルールを選ぶために使ってください。得られた根拠を整理する際は、そのガイドを使ってください。

推測した広告成果のフィールドをライブラリに追加しないでください。公開クリエイティブだけでは、広告費、売上、コンバージョン率、ターゲット層での成果、戦略の成否は確認できません。確認できるメッセージから説明できるのは、そのメッセージの内容です。その背後にある事業成果は分かりません。

この限界は、元の購入者ニーズを考えるうえで重要です。クリエイティブ一覧は、レポートのうちクリエイティブの数とバリエーションを扱う部分に役立ちます。それだけでは、どの競合企業の広告が成功しているか、またなぜ成功しているかには答えられません。

表示日と課金に関する説明を、本来の意味の範囲で扱う

公開されている初回表示日と最終表示日の値は、取得元が示す意味の範囲で扱ってください。両日間の期間が長くても、継続的な配信、多額の広告費、高い成果を証明するものではありません。比較に使う前に、広告の表示日の読み方を確認してください。

配信の詳細情報にも、同じルールを適用してください。公開されている意味をそのまま保ちます。公開された日付の期間を、売上の推定や、根拠のないキャンペーン戦略の説明に変えないでください。

Chronometricaの有用な行に関するルールは、ドキュメントに記載された採用と課金のルールです。測定によって費用面の優位性を示したものではありません。Chronometricaのドキュメント。

XTechも、検索結果が空の場合と取得元のエラーを、課金対象のクリエイティブ行から除外します。この比較では、プレビュー欠落の不具合や、役に立たない行への課金は確認されていません。XTechのドキュメント。

一方のツールのほうが安いという主張を裏付ける、同条件の実行や料金テストはありません。費用が購入判断を左右する場合は、合意した同じ収集範囲について、現在の課金単位を確認してください。その費用確認は、ここで評価した、ドキュメント上の出力が要件に合うかという判断とは分けてください。

出典と参考資料

著者 Chronometrica · 更新日

ページの先頭へ ↑