WebUpdate Check (WUC) のご紹介

2025年12月27日

2025/12/27	WebUpdate Check - Version.0.1.92.0 リリース (誤検知対応)
2025/09/25	WebUpdate Check - Version.0.1.89.0 リリース
2025/08/27	WebUpdate Check - Version.0.1.79.0 リリース
2025/06/06	WebUpdate Check が、窓の杜にレビュー掲載されました。
2025/05/21	WebUpdate Check - Version.0.1.65.0 リリース

AntiVirus 誤検知情報
Microsoft Defenderで誤検知がおきております。詳細はこちら

Web Update Check (WUC) は、

CSS Selector や GET Request, HEAD Request などで
Webサイトの更新をチェックできるフリーソフトウェアです。

また、Javascript で生成していたり、リダイレクトするサイトも、
WebView2 を使用することにより対応しています。

特徴としては、

CSS Selector で部分的に更新がチェックできる
WebView2 により動的ページでもチェックできる
更新されただけでなく、何が更新されたのか確認できる
WinMerge と連携することにより、WebPageとして比較できる

ことにあります。

窓の杜にて、レビュー掲載いただきましたので、
使い方に関しては、こちらの記事を参照いただけると、わかりやすいかと思います。

機能の詳細や設定サンプルなどに関しては、公開サイトを参照願います。

Web Update Check

スクリーンショット (メイン画面)

スクリーンショット (設定画面)

ご質問や、ご要望などがありましたら、下記にコメントください。
返信が欲しい場合には、こちらのメールにご連絡ください。

コメント一覧 (19)

- 1. user
- 2025年12月02日 11:57
- いつも便利に使わせていただいています。
  コマンドラインなどからURLチェックを走らせられる機能を実装いただけないでしょうか？　そういった機能があると、タスクスケジューラーなどで自動でURLチェックできるので非常に便利かと思います。
- 0
  
  無類のねこ好き
  
  がしました
- - 2. 無類のねこ好き
  - 2025年12月02日 18:39
  - >>1
    コメントありがとうございます。
    
    実現可能だと思っております。
    ただし、少し内部的な動作を検討する必要があると思っています。
    例えば、
    1.GUIでアップデート確認
    2.コマンドラインでアップデート確認 (更新あり)
    3.コマンドラインでアップデート確認 (2からの更新なし)
    4.GUIで表示
    という流れの場合、現在の動作のままだと、2で更新された内容が、4では表示されなくなってしまいます。そのため、コマンドラインの場合は、前回の内容を更新しないようにする必要があります。
    
    もう一つは、WebViewを使用しているものが、コマンドラインでも正常に取得できるかどうか、確認が必要と思っております。
    
    検討してみます。
  - 0
    
    無類のねこ好き
    
    がしました
- 3. 初心者です
- 2025年12月18日 14:20
- WUC_0.1.89.0.7z
  ダウンロードできませんでした-ウイルスが検出されました
  だって
- 0
  
  無類のねこ好き
  
  がしました
- 4. 無類のねこ好き
- 2025年12月18日 18:39
- >>3
  コメントありがとうございます。
  結論から言いますと、お使いのアンチウイルスソフトの誤検知となります。
  ----------
  最新のChromeおよびEdgeでダウンロードを実施しましたが、SmartScreenの警告は表示されませんでした。
  また、ダウンロードしたファイルを下記ソフトでもウイルスとして検出されませんでした。
  ・ESET Internet Security
  ・Kaspersky Virus Removal Tool
  など
  ----------
  どちらのアンチウイルスソフトでしょうか。
  こちらで、そのソフトメーカーに誤検知報告できるかもしれません。
- 0
  
  無類のねこ好き
  
  がしました
- - 5. あ
  - 2025年12月21日 17:40
  - >>4
    横からすみません。
    当方もウイルス検出で WUC_0.1.89.0.7z をダウンロードできませんでした。
    Windows標準のセキュリティです。
  - 0
    
    無類のねこ好き
    
    がしました
- - 6. 無類のねこ好き
  - 2025年12月21日 19:31
  - >>5
    コメントありがとうございます。
    Microsoftに誤検知の報告をいたしました。
    回答がありましたら、ご報告させていただきます。
  - 0
    
    無類のねこ好き
    
    がしました
- - 7. 無類のねこ好き
  - 2025年12月27日 20:11
  - >>3
    >>5
    誤検知情報を記載しましたので、詳細をご確認ください。
    誤検知対応版もリリースしました。
    
    余談ですが、
    ESETにも確認してもらったら1日程度で、問題ないことが確認できております。Microsoftは一向に対応してくれません。誤検知される方は、最新バージョンをご使用ください。
  - 0
    
    無類のねこ好き
    
    がしました
- 8. note
- 2026年04月23日 16:40
- Webページ更新確認に使用させていただております。
  NAMEの左となりのアイコンの意味を教えてください。
  なんとなくはわかるのですが教えてください。
- 0
  
  無類のねこ好き
  
  がしました
- - 9. 無類のねこ好き
  - 2026年04月23日 17:36
  - >>8
    コメントありがとうございます。
    
    「ステータス凡例」の記載を追加しました。ご確認ください。
    https://droid-dev-bros.netlify.app/WebUpdateCheck/ja/#screenshots
  - 0
    
    無類のねこ好き
    
    がしました
- 10. まま
- 2026年04月24日 23:22
- URLを一括でインポートできる機能はありますか？
- 0
  
  無類のねこ好き
  
  がしました
- - 11. 無類のねこ好き
  - 2026年04月25日 09:03
  - >>10
    コメントありがとうございます。
    
    残念ながら、インポート機能はございません。
    なぜなら、URLごとに条件が違いますし、CSS Selectorなどは複雑になる可能性もあるため、チェックルーチンも難しくなります。
    いったん、URLだけをインポートできたとしても、結局、URLごとに編集画面を開かなければならないので、あまり楽にならないのかと思っています。
    （なので、検討はしていたものの、実装まで漕ぎつけていない状況です。）
    
    もし、最低限こんなことができればというご意見があれば、お寄せください。
  - 0
    
    無類のねこ好き
    
    がしました
- - 12. まま
  - 2026年04月25日 16:54
  - >>11
    ご丁寧な回答ありがとうございます。
    恐縮ですか、追加で2つ教えてください。
    URL登録の上限はありますか。
    また、作業を減らすために、CSS Selectorの入力を省いたら、登録したページ全体で１か所でも変化があった場合にUP印に変わるという理解でいいですか。その場合のデメリットとしてチェック時間が非常にかかるなどありますか。
  - 0
    
    無類のねこ好き
    
    がしました
- - 13. 無類のねこ好き
  - 2026年04月25日 19:22
  - >>12
    ご質問ごとにお答えします。
    
    > URL登録の上限はありますか。
    上限は設定しておりません。
    WUC.exe と同じフォルダーにデータベース(WUC.liteDB)で管理しているため、上限を設けなくても高速に表示できるからです。
    
    あくまで理論上ですが、.netの仕様として、
    ・グループの数は、数億個
    ・グループ内のURLの数は、数万行
    ぐらいまでいけます。
    これらの値と、ご使用のPCの状況により変動しますので、上限は設定しておりません。
    (そんなに多く登録しないと思っている＆検証も難しいため)
    
    > また、作業を減らすために、CSS Selectorの入力を省いたら、登録したページ全体で１か所でも変化があった場合にUP印に変わるという理解でいいですか。
    はい、その認識であっています。
    表示上の違いではなく、ソースコード上の違いで判断します。
    最近のサイトの多くは、動的コンテンツが多いです。
    動的コンテンツの場合は、クラス名などを内部的にランダムで生成したりするため、表示するごとに変更が発生したりします。
    このツールを作った理由は動的コンテンツでも、変更が分かるようにしたかったからです。
    
    > その場合のデメリットとしてチェック時間が非常にかかるなどありますか。
    [Get Request (Selector)]の場合、"CSS Selector"を設定しようと設定しまいと、チェック時間としては、ほとんど変わりないと思われます。
    なぜなら、サイトから取得するデータ量は変わらず、変更範囲を絞ることが目的だからです。
    指定しない場合のデメリットは、チェックするごとに毎回更新と判断されてしまうことぐらいだと思います。
    
    もし、まま様がチェックしたいサイトが、静的サイトであるなら、[HEAD Request]もしくは、[GET Request (Response Headers Read)]の方が断然早いです。
    なぜなら、コンテンツ自体を取得せず、サーバーに問い合わせているだけだからです。
    
    どのぐらいのURLを登録したいとお考えでしょうか？
  - 0
    
    無類のねこ好き
    
    がしました
- - 14. まま
  - 2026年04月25日 20:30
  - >>13
    詳しい回答ありがとうございます。
    
    URL登録は1500程度です。
    対象は上場企業HPの財務関連サイトです。
    よって、すべて静的サイトと想定しています。
    
    とりあえずNameとURLはエクセルにまとめました。
    これからWUCに気合を入れて登録します。
    CSS Selectorも含めて。
    断然早いと教えてもらったので。
  - 0
    
    無類のねこ好き
    
    がしました
- - 15. 無類のねこ好き
  - 2026年04月25日 20:48
  - >>14
    >URL登録は1500程度です。
    1500は大変そうですね。
    もしかしたら、少しは楽になるかもしれないので、差し支えなければ、メールの方からご連絡ください。
  - 0
    
    無類のねこ好き
    
    がしました
- - 16. 無類のねこ好き
  - 2026年04月26日 12:22
  - >>14
    CSVファイルをインポートする機能を実装してみました。
    （ちなみに、私のPCでは、300件データで25秒ぐらいで終わりました。）
    
    ベータ版として公開します。
    https://droid-dev-bros.netlify.app/WebUpdateCheck/ja/beta.html
    
    注意点は、上記に記載したつもりなので、よく読んでください。
  - 0
    
    無類のねこ好き
    
    がしました
- 17. まま
- 2026年04月26日 22:24
- 手作業で今日1日400件を進めたところだったので、インポートできた際は感動で声が出ました。激しく感謝です。今後はCSS Selectorだけを選べばいいので作業が大幅にラクになります。
  
  今日挑戦してみて2つ追加で質問させてください。取得に失敗した場合、web view2にチェックを入れると取得できるサイトが多いです。できないサイトは他の選択肢がありますか。また、one or more errors occurred.(A task was canceled.)が出てきた場合、色々試しましたが取得できません。何かやり方ありますか。
- 0
  
  無類のねこ好き
  
  がしました
- - 18. 無類のねこ好き
  - 2026年04月29日 23:55
  - >>17
    おおよその原因は分かりました。
    下記がかかわっています。
    
    https://murui-no-neko-zuki.techblog.jp/archives/33782349.html
    先頭から根本原因2 まで
    
    簡単に言うと、IPoE接続であった場合、2分間で1,024個接続ができるということです。
    
    WebView2の場合、JSや画像などを含めると、1URLあたり約100ファイル=100個の接続が必要となります。
    HttpClientの場合、1ファイル(htmlファイルのみ)=1個の接続で済みます。
    
    それ以外グループ1100件　5分
    → 1100件 * 1個 / 5分 * 2分 = 440個なので問題が起きない。
    
    取得失敗グループ　20件　1分
    WebView2にチェックグループ　80件　7分
    → 100件　8分
    → → 100件 * 100個 / 8分 * 2分 = 2,500個 > 1,024個なので問題が起きやすい。
    
    処理が遅い場合には問題が起きにくく、
    処理が早い場合に、ポートが枯渇して、問題が起きていると思われます。
    ポートが枯渇していると、サーバーへ接続すらできないため、HttpStatusCode: 0となります。
    
    混在は問題ないですが、分けておいた方が無難です
    WebView2も計算上、40～80件ごとにグループ分けしたほうが望ましいと思われます。
  - 0
    
    無類のねこ好き
    
    がしました
- - 20. 無類のねこ好き
  - 2026年04月30日 09:26
  - >>17
    > 「すべてのURLチェック」では問題発生します。
    認識のとおり、結局ポートが枯渇しますので。
    
    なので、「WebView2-A」グループのチェックが終わった直後、すぐに「WebView2-B」グループのチェックを始めると、おそらく問題が発生します。
    グループのチェックをした後、別のグループをチェックする場合には、念のため2分ぐらい経過した後に実施したほうが無難です。
    
    ちなみに、1,024個のポートは、WUCで使用できるポート数ではなく、PCごとのポート数でもなく、光ルーターごとのポート数ですので、家庭内で同時に、ブラウザーなどで開いているとその分使えるポートが減ります。(動画などはIPv6接続なので枯渇の問題とは関係ありません。)
    WUCでチェック中に、Wi-Fi経由のスマホブラウザーでいろいろ閲覧していると、WUCかブラウザーで問題もしくはタイムアウトが発生するということです。
    
    この枯渇問題は、世界的インターネットの制約なので、ツールでどうにかできる問題ではありません。
    回避する方法を、前回のコメントに記載した記事に追記予定(5月連休明け？)ですので、興味があったら見てくださいな。
  - 0
    
    無類のねこ好き
    
    がしました

コメントフォーム

名前

コメント

記事の評価

リセット

リセット

顔

星

情報を記憶