一般的なものは何ですか？
最も重要なのは、サイトがチェックされていることです。 これは、詳細を詳しく調べることなく、人が理解することです。 どういうわけか、サイトの可用性に関する統計が収集され、サイトが壊れたときにアラートが送信されます。 同様の方法で構成可能：
設定を詳しく調べると、もちろん、ツールの方向がわずかに異なることは明らかです。 メトリックは、顧客の行動をさらに調査し、HostTracker-サイトの技術的側面を調査します。 しかし、この機能は同じようです。
理論と実践
それで、違いは何ですか？ 知っているように、Yandex.Metricaを設定するには、ページにJavaScriptコードを埋め込む必要があります。 彼のおかげで、Metricは各クライアントに関する情報を受け取ります。 それに基づいて、トラフィックとWebサイトの使用シナリオに関する結論が導き出されます。 また、間接的に、アクセシビリティについて結論を出すことができます。通常よりも長く顧客がいない場合、これは懸念の原因になる可能性があります。
HostTrackerは別のメカニズムを提供します-定期的にサイトにアクセスする実際のユーザーを模倣してサイトを監視します。 ただし、Metrikaには同様のメカニズムがあります。特殊なYandexボットを使用したチェックです。 さらに、 MetricとDirectの両方から構成されます。 しかし、これらのボットについてはほとんど知られていない。 それらの番号とアドレスはどこにも開示されておらず（これは秘密であると直接書かれています）、検証間隔は秘密のままです。 レポートには、平均間隔が示されます。 また、説明では、週100ビュー以上のトラフィックで監視が効率的に機能すると説明していますが（メインツールは依然としてページで実行されるスクリプトであることが示唆されます）、練習により、1日あたり1000訪問のオンラインストアの「損失」 1時間以上経過した後にのみ表示されます。 1日に200件のヒットがあったサイトは、Metricからアラートが送信される3時間前にありました。 どちらの場合でも、アラートには連続したアイドルサイトのみが含まれます。 （たとえば、サーバーの負荷が増加したために）「スローダウン」または表示/非表示になった場合、通知は完全に欠落している可能性があります。 また、ページが読み込まれている場合はアラートは送信されませんが、データベース、ファイルサーバー、およびサイトの正しい操作に必要な他の要素との接続が切断されます。
同時に、HostTrackerが公言するリクエストの強制生成によるアクティブモニタリングは、サイトを訪問者の数で分割せず、選択したモニタリング間隔（10分など）で、他の要因に関係なく10分ごとにサイトをチェックします。
特定の比較：
ご覧のように、Metricaは1年に1つの低下のみに気付きました。 同じサイトの場合、HostTrackerは先月4にしか気づきませんでしたが、その理由はタイムアウトであり、クライアントは実際にサイトにアクセスできないか、不快です。 これは、期間が短いか、誰かが長い遅延にもかかわらずサイトにアクセスできたため、メトリックによって単純に無視され、Yandexスクリプトは引き続き機能します。
何が必要ですか？
この出版物は、HostTrackerとその他の類似のシステム（非常にシステムではない）の動作の違いに関する繰り返しの質問（Habréのコメントを含む）への回答として生まれました。
利便性指標-「オールインワン」。 これもその欠陥です。 監視機能は開発者に楽しいボーナスとして理解されたようですが、メトリックの主なタスクからはほど遠いようです（実際、これは隠されていません）。 これは、十分な数の訪問者（実際には1日に数千人）で正確であり、クライアントが何らかの理由でサイトに入ることができない場合に通知するという基本的な問題を解決します。 また、Directを同時に無効にして、広告資金を節約します。 ただし、実際には、このような節約は常に機能するとは限りません。
hostTrackerは、訪問者の数に関係なく正確であり、多くの追加機能に加えて、さまざまなプロトコルを使用した監視、コンテンツのチェックなどの基本的な診断の機会があります。 良いことは、 ドメインとサイトの証明書の有効期限を思い出させることです。 アルゴリズムは明確で透過的です。 マイナスがあります-あなたが支払わなければならないほとんどの機能のために。
多くのお客様は、有料または無料の2つまたは3つのシステムを使用しています。 結果は常に一致するとは限りません。 このような場合、原則として、クライアントは測定値の違いを説明するように求められるため、これについて確認します。 多くの場合、これはサイトの隠れたバグや「機能」、ホスティング、または監視システムの動作の識別につながり、実際の問題を見逃す可能性をほぼゼロに減らします。
ご覧のとおり、各タスクには独自のツールがあります。
フィールドからのニュース
昨日、クライアントからGoogle Adwordsの問題について書かれました。 Googleには、広告をホストするサイトをチェックするメカニズムもあります。 ただし、問題はMetricの場合と同じです。サイトのクラッシュと次のGoogleボットスキャンの間の時間間隔については、燃えた金額です。 そのため、サイトがクラッシュしたときに広告を自動的にオフにする機能を実現するために、Google APIと統合するリクエストを受け取りました。 ほとんどの場合、この関数はすぐに表示されます。その後、詳細について説明します。 このケースは、サービス開発の原則を完全に実証しています。特定の人々の特定の問題を解決します。 最初から 。 したがって、私たちは批判と希望に感謝します。