データフィードのベストプラクティス

予想されるトラフィックスパイクについては、事前に関係者へ周知してください。 遅延は、データフィードの処理時間に直接影響します。 詳しくは、管理ユーザーガイドの「トラフィックスパイクのスケジュール」を参照してください。

データフィードには、アドビとの契約に明示的に記載されていない限り、サービスレベル契約は含まれません。 フィードは通常、レポートウィンドウの経過後数時間以内に配信されますが、12 時間以上かかる場合があります。

複数のファイル配信プロセスを使用する時間別フィードが最も高速です。 タイムリーな配信が優先度が高い場合は、毎時の複数ファイルフィードの使用を検討してください。

フィードの取り込みプロセスを自動化する場合は、ヒットとファイルが複数回転送される可能性を考慮してください。 フィードの取り込みプロセスでは、エラーを発生させたりデータを重複させたりすることなく、重複するヒットと重複するファイルを処理できる必要があります。 hitid_high 列と hitid_low 列の組み合わせを使用して、ヒットを一意に識別することをお勧めします。

まれに、hitid_high と hitid_low の値が重複する場合があります。 このような場合は、そのファイルが以前に送信および処理されていないことを確認します。 ファイル内の一部の行のみが重複している場合は、一意性を判断するために visit_num と visit_page_num を追加することを検討してください。

FTPを使用する場合（推奨されない場合）、FTP サイトに十分な空き容量があることを確認してください。 意図せずにディスク容量が不足するのを防ぐため、宛先からファイルを定期的に削除します。

sFTPを使用する場合（推奨されません）、.part接尾辞を持つファイルを読み取ったり削除したりしないでください。 .part サフィックスは、ファイルが部分的に転送されたことを示します。 ファイルが転送されると、.part サフィックスが消えます。