私たちのほとんどは、私たちが毎日訪れるサイトの技術的なアクセシビリティの問題に定期的に直面しています。 信頼できるアクセスチャネルと高速通信がこの問題を長い間解決しているように見えますが、モバイルデバイス、クラウドインフラストラクチャ、および地域でのインターネットの普及により、このサイトが私（またはユーザー）に開かれていないのはなぜだと思いますか？正しく動作しませんか？ そして、私のサイトはどのようにユーザーに開かれますか（そして一般的には見えますか）？
これらの質問に答える方法は？
ウェブサイトの技術的可用性
私は遠くから少し始めます。 （1つのインターネット接続を使用して）ネットワークの1つのポイントにのみ存在するため、アクセスしているWebサイトが開かない場合、そのWebサイトが機能しているかどうかを確実に判断することはできません。 たとえば、次のような多くの問題が発生する可能性があります。
- ネットワークセグメントと「メインネットワーク」のアクセス不能性（低いデータ交換レート）。 これは、モバイル地下鉄からサイトに行くと明らかに顕著です。信号が弱い場合は、信頼できる信号受信のゾーンでのオープンを待つことしかできません。信号が弱い場合、サイトは利用できません。
- 前の問題のより危険な変更は、プロキシサーバーの設定（DDoS、クラウド、ネットワークインフラストラクチャからの保護）がユーザーからの最初の要求を変更することで、これによりサイトが正しく機能しなくなります。 最も無害な例：ユーザーの半分はサイトをリダイレクトなしでwwwで開き、残りはリダイレクトで開きます。
- サイトの低速（またはサーバーが接続されている通信チャネル）。 この場合、多数のユーザー（再び低速なチャネルまたはネットワークへの不安定な接続を持っているユーザー）に対して、サイトは非常に長い間開かれるか、まったく開かれません。 この場合、サイトのアクセシビリティの実際の問題は、ユーザーのアクセシビリティの問題によって重なります。
- かなり新しい（Runetの）問題は、低速または不安定な接続（モバイルまたはパブリックWiFiの読み取り）上の多数のオブジェクト/ページサイズのために、ユーザーがブラウザーでページの読み込み/表示を待つ時間がないことです。
舞台裏では、サイトの機能的なアクセシビリティに関する疑問がまだ残っています。一般に、サイトは機能していますが、特定の理由で多くのユーザーにとって、サイトの（実質的な）機能は機能しません。 たとえば、新しい顧客を登録するときにキャプチャをチェックします。
アクセシビリティの問題を見つける
残念ながら、サイトの開発またはサポートチーム（オフィス内）は、記載されている問題のごく一部のみを個別に追跡できます。つまり、主要な要求に対するサーバーの応答時間を測定し、このインジケーターを最適化します。 サーバーサイトエラーを排除します。 サイトのページの合計オープン時間を診断し、クライアントのアクセシビリティの主要な問題を排除します。
しかし、内部チームは、外部のネットワークの接続性と速度に関連する技術的なアクセシビリティの問題を追跡することはできません。 いいえ、もちろん、各従業員に自宅からサイトをチェックするように依頼することはできますが、これは常に現実とはほど遠いもので、通常の解決策にはなりません。
分散ネットワーク接続
また、このトピックから少し離れます。 ロシアの都市/地域または世界のさまざまな地域のユーザーがいる場合、サイトにアクセスできるかどうかはわかりません（物理的に隣に座っていない場合のみ）。 地理的アクセシビリティの問題を確認するには、ポイント（サーバー）のネットワークが必要です。それ自体が利用可能（お互いに見える）-接続されたネットワークです。 この場合にのみ、チェックポイントをユーザーの「隣」に置き、ポイント自体に技術的なアクセシビリティの問題がないことを確認します（他のポイントが表示され、ネットワークへの十分な接続速度がある）、私たちはしっかりと言うことができます：特定のユーザーが利用できる「または」いいえ、これらのユーザーはサイトを利用できません。
例：モスクワ、サンクトペテルブルク、エカテリンブルク、カザンから銀行の聴衆がいます。 銀行のサイトにユーザーがアクセスできることは明らかです（特定のユーザーに対してはサイトに問題はありません）。これらの都市のサイトをチェックすることによってのみ可能です。 そのため、チェックポイント自体は常に「Web上」にある必要があります。そうしないと、データに頼ることができません。モスクワとカザンの間のチャネルが「落ちた」場合、外部リソースはすべてカザンにアクセスできなくなります。 そして、私たちのサイトが彼らにとって利用できなくなる情報は価値がありません。アクセシビリティに問題がありますが、それらを解決することはできず、問題は本質的にグローバルです。
しかし、場合によっては、すべてがコミュニケーションチャネルで問題ない場合、当社サイトはカザン住民にアクセスできなくなります。これは、提供されるサービスの品質を改善するための問題を考え、探し始める機会です。
分散監視
記載されている問題に戻る。 サイトがどのように開き、どのように（分散、モバイル、地域）ユーザーを探しているかを知るには、ターゲットオーディエンスにできるだけ近い分散監視ポイントのネットワークを使用する必要があります。 ロシアのさまざまな地域で状況が多かれ少なかれ明確な場合：適切な都市からサイトの可用性を確認するだけで、モバイルユーザーにとっては都市のさまざまなポイントからネットワークのカバレッジ（速度）を確認することは興味深いです-アクセシビリティの問題を喜んで見つける-これはモバイルオペレーターにのみ関連していますネットワークおよび3/4 / 5G。
この場合、地域の可用性を確認する場合、検証ポイント自体がアクセス可能であること、検証ポイントのネットワーク内の接続が切断されていないことを確認することが重要です。
監視サービス
RuNetには、ロシアの複数の都市からのサイト検証を提供するサービスがわずかしかありません（つまり、分散地理的監視）。
- ホストトラッカー 、ロシアの4ポイント（モスクワ-2、サンクトペテルブルク-2）、可用性チェック。
- Ping Admin 、ロシアの20ポイント（モスクワ-7、サンクトペテルブルク-2、ニジニノヴゴロド、ウラジオストク、ノボシビルスクなど）、可用性チェック（いくつかのアルゴリズム）
- WEBOパルサー 、ロシアで11ポイント（モスクワ-4、サンクトペテルブルク-2、エカテリンブルク、ノボシビルスク、ハバロフスク、サマラ、クラスノダール、 それらすべてをテスト ）、可用性、速度、ページを開く時間（複数のアルゴリズム）を確認します。