ChronometricaとClockworksを比較：キーワード調査パネルに適したTikTokスクレイパーの選び方

Actorを選ぶ前に、必要な出力を決める

まず、収集後に何を説明する必要があるかを考えます。この用途では、動画の一覧だけでは不十分です。何を検索したか、どのクエリから各行が得られたか、どの収集制限が適用されたかも知る必要があります。

その記録があれば、「収集設定が同じままで、観測した集合が変わったのか」という実務上の問いに答えられます。設定を再現できなければ、結果が増えた理由は、単に検索範囲が広がったためかもしれません。

この表は、確認したChronometricaの公開仕様、Chronometricaの入力スキーマ、Clockworksの公開仕様、Clockworksの入力スキーマをまとめたものです。ここで説明していない機能は、この比較の対象外です。記載がないことは、その機能が存在しない根拠にはなりません。

今回のパネル収集には、Chronometricaがよく適しています。文書化されたフィールドにより、クエリ群とページ内の位置を、保存する証拠の一部にできます。これがChronometricaを選ぶ理由です。ただし、これらのフィールドは、検索結果がトレンドをより正確に測定できることの証明にはなりません。

Chronometricaのクエリフィールドで説明できること

Chronometricaは、この判断に関わる5つのフィールドを文書化しています。`rootQuery`、`query`、`querySource`、`pageIndex`、`pageRank`です。これらを組み合わせると、各行の元になったクエリ群と、観測時のページ内の位置を説明できます。Chronometricaの公開仕様。

クエリ群は、元の検索語句と、収集中に使った関連語句を結びつけます。調査を、固定した元の語句の一覧より広げる場合、この関係を残すことが重要です。残さなければ、関連検索の結果を、元の検索から得た証拠と誤認するおそれがあります。

保存データには、フィールド名と返された値を残します。クエリ情報全体を、1つの大まかな話題ラベルに置き換えないでください。ラベルは、レポート用に行をまとめる際には役立ちます。ただし、各行がどのように収集対象に入ったかは説明できません。

同じ理由で、ページ情報も残します。これにより、収集した検索ページの中で、行がどこにあったかを確認できます。ページ内の位置は、その収集で観測した情報です。話題の需要、視聴者数、TikTok全体での動画の順位を直接示すものではありません。

レポートを作る前に、返された値を調べ、その意味を理解しているか確認します。ページ番号の付け方を推測したり、フィールド名から`querySource`に入り得る値を作り出したりしないでください。文書に記載された意味と、実際に返されたデータを使います。

ここまで確認すると、収集ツールを選ぶ基準が明確になります。各動画について、元のクエリと関連クエリを区別して確認する必要があるなら、Chronometricaには、その作業に使える明確な公開仕様があります。

最初の観測前に収集制限を固定する

Chronometricaでは、クエリ拡張、重複を除いた動画の総件数上限、語句ごとの件数制限、ページ数の制限、均等配分または順次配分を設定できます。均等配分は、全体の収集枠を検索語句間で分けます。順次配分は、後の語句より先に、前の語句の枠を埋めます。均等配分では、語句ごとの実効的な最大件数が下がる場合があります。Chronometricaの入力スキーマ。

これらの設定は、パネルに何が含まれるかに影響します。クエリとともに調査記録へ残す必要があります。

小規模なパネルで、全体の収集枠を各語句に分けたい場合は、均等配分が適しています。ただし、すべての語句から同じ数の動画が返る保証はありません。順次配分では、前の語句から先に収集枠が割り当てられるため、クエリの順番が特に重要です。

ページ数の制限も、収集範囲を定める条件です。各クエリで何ページまで収集するかを制限します。行数の上限は、収集結果として保持できる動画数を制限します。どちらの設定も、プラットフォーム全体に条件に合う動画が何件あるかを示すものではありません。

クエリ拡張は、検索範囲を変えます。最初の語句の一覧を明確にする必要がある場合は、拡張を無効にして始めます。後で有効にする場合は、その変更を記録します。追加されたクエリによって、検索する語句と、全体の収集枠の配分の両方が変わる可能性があります。

この変更があった時点で、それまでと同じ条件での比較は途切れたと扱います。両方の収集結果を調べることはできます。ただし、設定を変えずに繰り返し観測した結果として示すべきではありません。

内容を確認しやすい小規模な入力例

以下は設定例です。収集結果、ベンチマーク、検索量の推定ではありません。語句は、自分の調査に合うものに置き換えてください。

{
  "queries": [
    "ugc ad examples",
    "skincare routine"
  ],
  "expandQueries": false,
  "maxResults": 8,
  "resultsPerQuery": 4,
  "maxPagesPerQuery": 1,
  "searchDistribution": "balanced"
}

この入力は、公開文書に記載されたフィールドを使い、値も有効範囲内に収めています。元のクエリを2つ指定し、関連クエリの拡張を無効にしています。動画の総件数上限は8件、クエリごとの結果件数制限は4件です。均等配分を使い、各クエリで1ページまで収集します。Chronometricaの入力スキーマ。

これらの制限は、要求する収集条件を示します。動画が8件返ることや、各語句から4件ずつ返ることを保証するものではありません。収集内容を説明する前に、実際の出力を確認してください。

この用途には、確認済みの公開Taskがあります。Taskは、保存された入力設定です。開始時の設定として使えます。ただし、収集が完了した証拠や、測定されたトレンドの証拠ではありません。使用前に設定を確認してください。TikTok Keyword Monitoring Snapshot Task。

例の語句は、入力形式を示すためのものです。まとまりのある1つのニッチ分野のパネルを構成するものではありません。自分のパネルでは、同じ調査上の問いに答える語句を選びます。別の話題を扱う場合は、分析でも明確に分けてください。

7段階の収集手順を使う

この手順では、収集ツールの選択と確認に重点を置きます。比較可能なクエリ群について詳しく知るには、TikTokクエリサンプルの手順を参照してください。

1. 観測で確かめたい問いを書きます。どのような結果が得られれば役立つかを明示します。たとえば、固定した語句に対して、同じ種類の動画が繰り返し表示されるかを確認したい場合があります。この問いは、プラットフォーム全体の需要についての主張とは分けてください。
2. 設定をすべて保存します。元のクエリ、拡張設定、配分方式、総件数の上限、語句ごとの件数制限、ページ数の制限を記録します。クエリの順番も残します。設定に短いラベルを付けると、後の観測を正確な入力内容と対応づけやすくなります。
3. 識別情報と関連情報を残します。動画の識別情報、返されたクエリ群のフィールド、ページ情報を保存します。観測時刻は、自分の収集ログに記録します。Actorの出力に観測時刻のフィールドがあると決めつけないでください。
4. あらかじめ決めた時点で繰り返します。問いに合う観測時点を選び、実際に収集した時刻を毎回記録します。同じ設定を使います。必要な変更が生じた場合は、その内容を説明し、同じ条件で比較できる系列がどこで終わるか、または再開するかを示します。
5. 重複を除いた動画数と、クエリごとの割り当て件数を数えます。パネル全体の件数では、同じ動画を1回だけ数えます。それとは別に、収集結果が各クエリにどのように割り当てられたかを調べます。総件数の上限や、その他の設定した制限に達した観測には印を付けます。
6. 同じ指標を比較します。重複を除いた動画数は同じ動画数の指標と、クエリごとの割り当ては同じ割り当ての指標と比較します。変化率を計算するときは、前回の件数を明示します。結果の集合が変わった原因として、順位、取得元でのデータの利用可能性、結果の重複も検討します。
7. 収集ツールが引き続き用途に合うか確認します。問いに答えるために標準の日付フィルターや並べ替え機能が必要になった場合は、Clockworksの文書化された機能を使います。もはや問いに答えられない系列を維持するためだけに、設定を固定し続けないでください。Clockworksの入力スキーマ。

このため、役立つ観測記録には、ダウンロードした行以外の情報も必要です。正確な入力内容、収集時刻、重複を除いた動画数、クエリごとの割り当て件数、到達した制限についての注記も含めます。これらの注記があれば、次の比較を説明しやすくなります。

動画の総件数とクエリ別件数の合計を分ける

1つの動画が、複数の検索語句に関連する場合があります。そのため、2つの異なる問いが生じます。パネルに重複を除いて何件の動画が含まれたかという問いと、結果がパネル内の各クエリにどのように対応したかという問いです。

最初の問いには、動画の識別情報を使って答えます。2つ目の問いには、保存したクエリ情報を使います。同じ動画を複数回数えていないことを確認するまでは、クエリ別件数を足した値を、重複を除いた動画数として示さないでください。

この区別は、語句間の変化の読み取り方にも関わります。観測した集合のうち、ある語句に対応する割合が増え、別の語句に対応する割合が減る場合があります。ただし、それだけで、パネル全体の重複を除いた動画数が増えたとは限りません。

欠損値は、欠損していると分かる形で残します。必要な識別情報や関連情報の値が欠けている場合は、不明と記し、何を確実に数えられないか説明します。0は、定めた規則の下で該当するものを観測しなかったことを意味します。不明は、そう判断するために必要な値がないことを意味します。

収集できなかった場合も、同じように扱います。観測が完了していない日を、条件に合う動画が0件だった日として扱ってはいけません。誤った減少を示すのではなく、観測の欠落をそのまま示します。

架空の例：動画6件から、上限の8件へ

これは架空の計算例です。観測したTikTokデータ、顧客の成果、実環境でのActorテストではありません。調査者が、あらかじめ指定した同じパネルを2つの日付で繰り返し観測します。最初の観測には、重複を除いて6件の動画が含まれています。2回目には、重複を除いて8件の動画が含まれ、設定した動画8件の上限に達しています。

計算は次のとおりです。

• 観測された差：動画`8 - 6 = 2`件。
• 最初の観測に対する変化率：`2 / 6 × 100 = 33.33%`。

この割合は、観測した行数の変化を示します。ニッチ分野の需要が33.33%増えたことを示すものではありません。

明確なレポートでは、次のように記述します。「パネルには、最初の観測で重複を除いて6件、2回目の観測で8件の動画が含まれていました。2回目の観測は、設定した上限に達しました。」

2回目の収集は、許可された総件数で停止しています。そのため、上限に達したことは重要です。観測した件数だけでは、収集枠を増やした場合に何件返ったかは分かりません。検索順位、取得元でのデータの利用可能性、結果の重複によっても、収集した集合は変わる可能性があります。

次に、クエリごとの割り当てを調べます。変化が指定した複数の語句にわたっているか、1つの語句に集中しているかを確認します。結論は、データが裏づける範囲にとどめます。つまり、今回収集したパネル内の変化として扱います。

次の観測で上限を上げたことを示さずに、同じ件数比較を続けないでください。より大きなパネルが必要なら、新しい設定を保存し、変更を明示します。以前の観測も、当時の収集制限に基づく有用な記録として残ります。