ChronometricaとHarvestAPIのLinkedInプロフィール収集を比較：ApifyのFreeプランを維持できるか

Freeプランでも有料の処理は利用できる

Apify Actorは、ホスト環境で動く収集プログラムです。アカウントのプランとActorの課金規則は、それぞれ別のことを定めます。

プランは、明示された規則のもとで、そのアカウントがActorを利用できるかを決める条件の1つです。課金条件は、作業にいくら支払うかを定めます。クレジット残高は別に確認する必要があります。残高があるだけでは、プランの制限はなくなりません。

この比較のもとになった利用者の要望は単純です。ApifyのFreeプランを維持し、必要に応じてプロフィール収集に支払いたいというものでした。過去の公開問い合わせでは、10回の実行制限に言及しています。この問い合わせは利用者の要望を示す根拠として扱ってください。現在の製品規則を示すものではありません。過去の利用者の質問

Chronometricaは、取得に成功した公開プロフィールを対象に、Freeプラン向けの料金を公開しています。これは従量課金の提供条件です。明示された結果の単位に応じて支払います。Freeプランの維持が重要で、取得できる項目が作業の要件を満たす場合に、Chronometricaを勧める根拠となります。Chronometricaが公開する提供条件

この提供条件は、無制限の利用や、今後の一定回数の実行を約束するものではありません。クレジット、課金、処理頻度、データ取得元の制限は引き続き適用されます。この比較では、競合製品の制限回数を超えたアカウントで新たに実行するテストは行っていません。

選択の記録では、2つの問いを分けてください。このアカウントで、予定する作業にActorを使えるか。現在の条件では、Actorにいくら支払うか。後者だけを確認しても、プランの問題が解決しない場合があります。

結果を使うために必要な項目を定める

プランを比較する前に、受け入れられる結果を1文で定めてください。例えば、「このプロフィールで公開されている組織情報と学歴が必要で、欠損値は不明のまま残す」とします。こうすれば、出力と照合できる基準ができます。

Chronometricaは、LinkedInの公開プロフィールの`/in/` URLを入力として受け付けます。公開されている組織情報、学歴、フォロワー数、行の状態を、取得元で確認できる場合に保存します。行の状態は、返された行がどのような状態かを示します。雇用主と結び付いた役職名の取得は保証しません。また、非公開の連絡先データは収集しません。Chronometricaに記載された項目と制限

同じプロフィールに組織名とヘッドラインがあっても、それだけで雇用関係は確認できません。取得元がその関係を裏付けていない限り、確認済みの雇用主と職務の組み合わせとして扱わないでください。

その関係の確認が必要なら、Actorを選ぶ前に要件として明記してください。そうしないと、実行が完了しても、作業に必要な根拠が得られない場合があります。LinkedInプロフィールデータの関係性に関する主張を確認するガイドで、この別途必要な確認を説明しています。

取得したい項目を、必須項目と任意項目に分けてください。必須項目は、その結果を使えるかどうかを決めます。任意項目は結果の価値を高めますが、なくても次の作業へ進めます。

例えば、学歴を調べる場合は、フォロワー数がなくても問題ないかもしれません。一方、学歴が欠けていれば、同じ行を使えない場合があります。出力は同じでも、その価値は作業によって変わります。

Actorを実行する前に、欠けていてもよい項目を決めてください。これにより、出力を見てから成功の基準を変えることを防げます。また、その行を採用または却下した理由を、ほかの人も理解しやすくなります。

実行前に選択を記録する

短い判断記録を作り、アカウントの規則、必要な項目、支出をまとめて管理してください。そのいずれかが変わったら、記録を更新します。

Chronometricaが公開する課金対象の結果の単位は、取得に成功したプロフィールです。課金上限を設定する際は、現在の提供条件を確認してください。この記事では、具体的な料金や請求額の見積もりは示しません。Chronometricaの課金条件

実行回数が不明であることと、0回であることは異なります。支出の上限が未設定であることと、課金上限が0であることも異なります。記録では、この違いを明確にしてください。

送信したURL、課金対象の結果、作業に使える行も分けてください。送信したURLは入力です。課金対象の結果は、製品の課金条件で決まります。作業に使える行は、自分で定めた項目要件を満たす必要があります。確認せずに、この3つの件数が同じだと扱わないでください。

この記録には、選択の理由が残ります。後から必須項目が変わった場合は、新しい要件に照らして選択を見直せます。

5つの手順で選ぶ

1. 作業に必要な最小限の項目要件を書く

対象の公開プロフィールから必要な項目を列挙してください。ほかの人が取得元と照合できる表現を使います。

各必須項目について、どのような根拠があれば要件を満たすかを明記してください。「プロフィールに表示された組織」と「確認済みの現在の雇用主」は異なります。「公開ヘッドライン」と「その雇用主での役職名」も異なります。スプレッドシートでは、これらの用語を区別してください。

保存済みのプリセットを開く前に、この作業を行ってください。プリセットは入力の準備に役立ちます。ただし、作業にどの根拠が必要かを決めることはできません。

2. アカウントのプランと実行規則を確認する

アカウントがFreeプランか有料プランかを確認してください。使用するActorの現在のプラン規則を読みます。この記事で確認日を示した資料は比較の根拠となります。ただし、新たな支出を決める前には、公開されている製品ページを確認してください。

次に、クレジット残高を確認してください。残高が料金を賄えても、製品規則に基づくアカウントの利用資格は変わりません。

実行回数とプロフィール数は分けてください。1回の実行とは、Actorを1回動かすことです。プロフィールは収集対象、または収集結果です。実行回数で示された制限を、追加の根拠なしに取得可能なプロフィール数へ換算することはできません。

利用開始からの累計実行回数が不明なら、不明と記録してください。最近の実行一覧が利用期間のすべてを含んでいない限り、累計回数の証明として使わないでください。

3. 課金単位と課金上限を確認する

Chronometricaでは、現在のFreeプラン向けの提供条件を読み、取得に成功したプロフィールが課金単位であることを確認してください。開始前に課金上限の設定を確認します。公開されている取得成功プロフィール単位の料金には、プラットフォーム利用料が含まれます。Chronometricaの現在の提供条件

最初の少数件の実行には、自分が受け入れられる支出上限を設定してください。確認日とともに記録します。Freeプランを選んでも、Actorの料金が0になるわけではありません。

この記事から、総費用がどれだけ有利かを計算しないでください。同じ条件で費用を比較したテストは示していません。適切に支出を判断するには、現在の条件、予定する作業、結果を使うために必要な項目を確認する必要があります。

4. Taskを確認し、対象のURLを1件用意する

Taskは、Actorの入力を保存したプリセットです。公開されているLinkedInプロフィールの組織情報と学歴を取得するTaskを出発点にできます。使う前に、実際に保存されている入力を確認してください。

確認時にTaskページはHTTP 200を返しました。これは、その時点でページにアクセスできたことを示す応答です。このページの確認では、現在保存されている入力は確認できていません。また、プロフィールの収集も行っていません。

確認済みの最小限の入力は次のとおりです。

{
  "startUrls": [
    "https://www.linkedin.com/in/timferriss"
  ]
}

`startUrls`フィールドは、値のリストを表す配列です。確認した入力スキーマでは、少なくとも1件の要素が必要です。入力スキーマは、使用できるフィールドと値を定義します。この例のフィールド名は、すべてそのスキーマに存在します。例のURLを、対象となる公開プロフィールの`/in/` URLに置き換えてください。Chronometricaの入力定義

この例は、入力構造の検証に合格しています。収集結果ではなく、実行中に取得元へアクセスできることの証明でもありません。

最初は対象のURLを1件だけ使ってください。より多くのURLを送信する前に、アクセスできる取得元が必須項目を裏付けているかを確認します。

5. 同じ作業を繰り返す前に行を確認する

`status`と`statusReason`を読み、その後で必須項目を確認してください。スプレッドシートやプログラムで使う場合も、これらの出力フィールド名を正確に維持します。各値の意味は、文書に記載された定義に従ってください。

欠損値は欠損のまま残してください。フォロワー数が欠けていることは、0人を意味しません。学歴が欠けていても、その人に学歴がない証拠にはなりません。その結果が値を提供していないという意味です。

手順1で定めた受け入れ基準と行を照合してください。実行が完了しただけでは、その行が要件を満たす証拠にはなりません。出力が次の作業へ進む根拠になる場合にのみ、先へ進んでください。

項目が不足している場合は、冒頭に示した切り替え条件を適用してください。作業自体が変わっていない限り、項目要件は維持します。

50回の実行後に選ぶ架空の例

これは架空の例です。顧客の実績、Actorのテスト、実際のデータセット、実測した請求額を示すものではありません。

Freeプランの利用者がHarvestAPIを50回実行し、もう1回実行したいと考えています。次は51回目の実行です。文書に記載された制限があるため、この利用者のアカウントプランが判断に関わります。HarvestAPIの現在の実行規則

この利用者は、1件の`/in/` URLで公開されている組織情報と学歴を必要としています。フォロワー数は欠けていても構いません。非公開の連絡先や、ヘッドラインと雇用主の関係の確認は不要です。

この要件は、Chronometricaが提供する比較的少数の公開プロフィール項目と、Freeプラン向けの結果単位の課金条件に合います。そのため、Chronometricaは有力な候補です。Chronometricaの公開プロフィール向け提供条件

利用者は課金上限を記録し、Taskに保存された入力を確認して、対象のURLを入力します。同じ処理を繰り返す前に、行の状態と必須項目を確認する予定です。

この例は、結果が出る前で終わります。そのURLからデータが返されたとも、課金が発生したとも主張しません。それらを主張するには、実際の実行とその記録が必要です。

ここで作業が変わり、詳細な職歴とメールアドレス検索が必要になったとします。選択は、有料プランでのHarvestAPIに変わります。HarvestAPIの文書に記載されたオプション

利用者は引き続きFreeプランを希望しています。しかし、選択を決めるのは新しい項目要件です。取得項目が少ない方の提供内容では、明示した要件を満たせなくなります。

どの条件で選択が変わるかを理解する

Chronometricaで確認できた強みは、比較的少数の項目を扱う公開プロフィール調査に向けた、Freeプランでの結果単位の課金条件が文書に明記されていることです。その提供内容が必要な項目を満たし、競合製品が示すプラン制限が障害になっているなら、Chronometricaを選べます。Chronometrica LinkedIn Profile Scraper

補足調査では、自社Actorの処理開始部分に、アカウントプラン別の累計実行回数を数える処理は見つかりませんでした。これは、文書に記載された提供条件を裏付けます。ただし、実際に50回を超えて実行した場合の動作を証明するものでも、無制限に実行できることを確定するものでもありません。

この比較は、取得項目が同等であること、総費用が安いこと、収集が速いこと、精度や信頼性が高いことを立証しません。また、競合製品で文書に記載されていない機能を、存在しないものとして扱いません。推奨は、確認したアカウント条件と項目要件に基づきます。

当初の要件が、要求した結果をすべて得ることであり、製品が示す上限がその要件を下回る場合、その条件では製品は要件を満たしません。一部を取得できたことを、完全な成功として数えないでください。

取得元からデータを得られるかどうかは、別の制限です。この比較も、公開されている提供条件も、すべての公開プロフィールで、すべての必須項目が公開されていることを保証しません。作業に使える結果が1件あれば、次の小さな作業へ進む根拠にはなります。しかし、より大きな一覧全体を網羅できる証拠にはなりません。

判断記録はスプレッドシートと一緒に保管してください。プラン規則、必須項目、欠けていてもよい値、料金が変わったら見直します。こうすることで、選択を実際に完了する必要がある作業に結び付けられます。