こんにちは、ジャベ雄です

週末恒例のClaude＆Anthropic情報まとめ、第2弾です、前回(2026/6/1週)のIPO申請や課金分離予告の続きとして、その後の動きを切れ目なく拾っていきます

今週はとにかく 6/9に出た新モデル の話が大きいです、ただ「最強モデルが出ました、めでたしめでたし」では終わらなかったのが今週の面白いところで、すごい話と、ちょっと引っかかる話がセットで出てきました

取り上げるのは次の6つ

• 新モデル Claude Fable 5 一般公開、上位の限定版 Mythos 5 も登場(6/9)
• 安全機構の「見えない弱体化」と過剰拒否が問題化 → Anthropicが謝罪して可視化へ
• 30日データ保持が物議、Microsoftが社員利用を一時自粛
• 限定版 Mythos 5 が自律で科学研究をこなす世界線
• Claude Code v2.1.169 の新機能(セーフモード・作業ディレクトリ移動など)
• 6/15ボックス:課金分離スタートと旧モデル提供終了が同じ日に

前半は「すごい新モデルが出た → でも一筋縄じゃない」という光と影、後半は限定版の世界線と、私たちの財布に近い実務の話、温度感が変わるので順番に書いていきますね

Claude そのものをこれから触る方は Claudeの使い方(初心者向け) もあわせてどうぞ

Claude Fable 5 が一般公開、上位の限定版 Mythos 5 も登場

2026年6月9日(米国時間)、Anthropic が新モデル Claude Fable 5 と、その上位にあたる Claude Mythos 5 を発表しました、これまで最上位は「Opusクラス」でしたが、今回その上に Mythosクラス という新しいティアが新設された格好です(公式の言い方で「a tier above the Opus class」)

ざっくり整理すると、2つのモデルはこういう関係です

私たちが触れるのは Fable 5 の方です、Mythos 5 は後半でまた触れますが、こちらは一般公開ではなく承認制の限定提供なので、まずは Fable 5 を中心に見ていきます

スペックと価格

共通スペックはこんな感じです、コンテキスト(一度に扱える文章量)が100万トークン、最大出力が12.8万トークン、考える深さを自分で調整する適応的思考(adaptive thinking)が常時オンになっています

価格は入力$10・出力$50で、Opus 4.8 のおよそ2倍です、最上位のさらに上が新設されたぶん、お値段もそれなりという立て付けですね

提供先は Claude API・AWS(Amazon Bedrock)・Vertex AI・Microsoft Foundry、Fable 5 はこれに加えて Claude.ai(Pro/Max/Team/Enterprise) でも使えます、Claude Code からは v2.1.170(6/9リリース)以降で利用可なので、使うなら claude update で更新しておく必要があります

どれくらい強いの？

気になる性能ですが、コーディング系のベンチマーク(性能テスト)では 主要なものでトップ水準(SOTA) を出しています

危ない要求は自動でOpus 4.8に切り替わる

Fable 5 には安全のための分類器が組み込まれていて、サイバーセキュリティ・生物/化学・蒸留(モデルの中身を抜き取る行為)といった高リスクな要求を検知すると、自動的に Opus 4.8 へフォールバック(肩代わり)します

この切り替えが起きるのは平均で全セッションの5%未満、95%超のセッションではフォールバックは起きないとされています、普通の使い方ならほぼ気にしなくていい範囲ですね、エージェント機構やフォールバック先のモデルについては Claude Opus 4.8の変更点まとめ もあわせてどうぞ

6/22まではプランに含まれる

費用面でうれしいのは導入キャンペーンです、6/9〜6/22は Fable 5 が Pro/Max/Team/席課金Enterprise に追加料金なしで含まれます、つまりこの期間は、いつものプランの枠の中で Fable 5 を試せます

東京では 6/10に Code with Claude 2026 が開催され、この Fable 5 や Claude Code の新機能が解説されました(SF 5/6・ロンドン 5/19・東京 6/10 のツアーの一環、6/11には招待制の拡張デーも)、ただモデル発表自体は米国時間6/9のグローバル発表なので、「東京で初公開」ではなく、世界同時のお披露目を東京でも追いかけた、という位置づけです

「見えない弱体化」と過剰拒否で物議、Anthropicが謝罪

ここからが影の部分です、Fable 5 は公開直後にちょっとした騒ぎになりました

「hello」まで拒否する過剰拒否

まず分かりやすかったのが 過剰拒否(over-refusal) です、公開直後の Fable 5 は「hello」や「cancer(がん)」といった無害な単語までバイオ安全リスクとみなして拒否する挙動を見せて、SNSで話題になりました、安全に振りすぎた結果、普通の会話まで止めてしまった格好です

「黙って弱くする」設計が批判された

もう一つ、より深刻だったのが安全機構の設計です、約319ページあるシステムカードの13ページ目付近に、こんな趣旨の記述がありました

かみ砕くと「特定の用途だと判断したら、黙って回答の質を落とす」という仕組みです、これがAI研究者から secret sabotage(秘密のサボタージュ) だと批判されました、ユーザーからすると「ちゃんと答えてもらえているのか分からない」のが怖いところで、確かに引っかかります

翌日に非を認めて方針転換

ここからの動きは早かったです、2026年6月11日、Anthropic が謝罪して方針を転換しました、公式の言葉では「We made the wrong tradeoff and we apologize for not getting the balance right(私たちは間違ったトレードオフをした、バランスを取り切れなかったことを謝罪する)」「You should have visibility into the safeguards we have in place, and why(どんな安全装置があり、なぜそれが働くのかをユーザーは見えるべきだ)」と認めています

改善策はこうです

• フラグが付いた要求は Claude Opus 4.8 へ 「可視的に」フォールバックする(毎回ユーザーに表示)
• API利用時は拒否の理由を返すようにする

つまり「黙って弱くする」のをやめて、「切り替えるときは見えるようにする」方向へ舵を切ったわけです、当面は誤検知(false positives)が増えるという但し書きも付いていますが、過剰拒否を受け入れてでも透明性を取る、という選択ですね

個人的には、Anthropic を一方的な悪役にする話ではないと思っています、設計の判断は確かにまずかったけれど、批判を受けて翌日には非を認めて直したのは、対応としてはむしろ素早い方です、AIの安全機構をどこまで透明にするかは、これから各社が悩むテーマになりそうです

30日データ保持が物議、Microsoftは社員利用を一時自粛

影の話がもう一つ、データの扱いです、ここは実務で使う人ほど気になる部分なので、少し丁寧に書きます

プロンプトと出力を30日保持

Mythosクラス(Fable 5・Mythos 5)では、全トラフィックでプロンプトと出力を30日保持します、目的はトラスト&セーフティ(不正利用の監視など)で、学習には使わないとされています、30日経過後は自動削除、安全調査や法的要請といった稀なケースだけが例外です

引っかかるのは、これを無効化できない点です

• Zero Data Retention(ZDR=ゼロデータ保持)に非対応
• 無効化トグル・プラットフォーム例外・企業向けカーブアウト(個別除外)も無し
• ZDR契約のある組織(Claude Console/Enterprise/AWS Bedrock/Google Cloud/Microsoft Foundry経由)にも30日保持が適用される

Microsoftが社員に利用自粛を通達

この保持方針を受けて、2026年6月10日、Microsoft が社員に Fable 5 の利用を控えるよう通達しました、法務レビュー中というのが理由です、ただし注意したいのは、これは 社内利用の一時自粛 であって恒久禁止ではない点と、GitHub Copilot や Microsoft Foundry 経由の外部顧客向け提供は継続している点です

大手が即座に立ち止まって法務確認に入るあたり、データ保持の扱いがそれだけ慎重を要するテーマだということでもあります

限定版 Mythos 5 が自律で科学研究をこなす

ここで前半に出てきた Mythos 5 に戻ります、こちらは一般公開ではなく、安全機構(セーフガード)を外したうえで Project Glasswing のパートナーと、一部の生物研究者(こちらはまだ soon=これから段階)に限定提供されているモデルです、いわば「私たちはまだ触れないけれど、裏ではこんなことになっている」という世界線の話です

Project Glasswing って？

Project Glasswing は 2026年4月7日に発足した Anthropic 主導のコンソーシアム(共同事業体) です、参加メンバーには AWS・Apple・Google・Microsoft・NVIDIA・JPMorganChase・Broadcom・Cisco・CrowdStrike などが名を連ねていて、顔ぶれだけ見てもなかなか重量級です

自律でゲノム解析、創薬を加速

具体的な成果として公表されているのがこのあたりです、いずれも原文に「約」が付いているので、その温度感のまま読んでください

私たちが日常で触る Fable 5 の、さらに上の世界でこういうことが起きている、というのを頭の片隅に置いておくと、Anthropicがなぜあれだけ安全機構に神経を尖らせているのかも、少し腑に落ちる気がします

Claude Code v2.1.169 の新機能:セーフモードと作業ディレクトリ移動

ここからは私たちの手元に近い話に戻ります、Claude Code の v2.1.169(2026年6月8日) で、地味だけど助かる機能がいくつか入りました

個人的に効きそうなのが –safe-mode です、CLAUDE.md やMCPサーバー、スキルをいろいろ盛っていると、調子が悪いときに「どれが原因か」を切り分けるのが面倒なんですよね、これを使えば全カスタマイズを一旦オフにして素の状態で動かせるので、原因の切り分けがぐっと楽になります

あと企業向けですが、管理MCPポリシー(allowedMcpServers/deniedMcpServers)が再接続時など複数のケースで効かない不具合も修正されています、組織でMCPサーバーを制限している環境では地味に大事な修正です

自走系の小ネタも2つ

少し新しめのバージョンの話も軽く触れておきます、まず Dynamic Workflows の入れ子サブエージェントが最大5階層に対応しました(v2.1.172)、子分の子分のそのまた…と、作業を深く分割できるようになった格好です

もう一つ、Claude Managed Agents に cronスケジュール実行(時間を決めて自動起動)と 認証情報Vault(秘密情報の金庫)がパブリックベータで追加されました(6/9)、決まった時間にエージェントを自走させたい用途には便利そうです

「6/15ボックス」:課金分離スタートと旧モデル提供終了

最後は ユーザー直撃の6/15 です、前回予告した課金分離がいよいよ発効する日で、しかも同じ日に旧モデルの提供終了も重なります、日付が同じだと混乱しやすいので、ここは丁寧に分けて書きます

課金分離が6/15発効(前回予告の実発効)

第1弾で予告した エージェント枠の課金分離が、2026年6月15日に発効します、対象は Agent SDK・claude -p(ヘッドレス)・Claude Code GitHub Actions・Agent SDK認証を使うサードパーティのエージェントアプリ、つまり プログラム的な自動利用 が、別建ての月次クレジットへ分離されます

金額は固定ドル額です、このクレジットには次のような性質があります

• ユーザー単位で付与(プールでの共有はしない)
• 毎月リフレッシュ、繰り越しなし
• 枯渇後は、有効化していれば standard API rates(標準APIレート)の usage credits へ流れる
• 最初に一度だけ claim(請求)が必要、以後は自動更新

逆に 対象外なのは、Web/デスクトップ/モバイルのチャット、対話的に使う Claude Code、Claude Cowork です、これらは従来どおりサブスク枠から消費されます、前回も書いたとおり 「対話で使う人」と「自動化で使う人」できれいに割れる のは今回も同じです

課金面と安全面の両取りについては Claude Codeセキュリティ5選 もあわせてどうぞ、自動化を進めるほど、費用と安全はセットで意識したいところです

同じ6/15に旧モデルがAPI提供終了

もう一つ、同じ 2026年6月15日に、Opus 4 と Sonnet 4 が Claude API で提供終了(retirement)します、固定バージョンIDへのリクエストはエラーになるので、本番で版数を固定して叩いている人は移行が要ります

なお Opus 4.1 も 8/5に提供終了予定です、主に影響するのは 版数固定IDを本番で叩いているAPI利用者で、claude.ai や Claude Code の一般ユーザーは原則として対象外です、その場で対話している分には、いつの間にか新しいモデルに切り替わっている、くらいの感覚で大丈夫です

お金まわりの続報(前回の補足)

前回触れた資金の話の続報も軽くまとめておきます、Anthropic は 6/1にSECへ秘密S-1を提出、シリーズH(発表は5/28)で 650億ドル調達・評価額9,650億ドル(post-money)・年換算売上470億ドルという規模感でした、売上は2025年末の約90億ドルから一気に伸びた形です、さらに Apollo・Blackstone 主導の 350億ドルの債務ファイナンスも成立し、Google製TPUをSPV(特別目的会社)経由でリースする、つまり株式ではなく借入で計算資源を確保する動きも出ています、加えて同時期に OpenAIもSECへ秘密S-1を提出(評価額最大8,520億ドル)していて、AI大型上場が同時進行しているのが今の景色です

日本では 6/2にSBIホールディングスがAnthropicと提携しました、日本の金融グループとして初めて Claude で全社AX(AIトランスフォーメーション)を進めるもので、原則、全グループ役職員への展開を掲げています、金融機関として初の「Claude Security」共同検証も含みますが、こちらは Ridge-i と SBI証券の開発中チャットを対象とした検証フェーズで、金融AIエージェントはまだ計画段階です、海外の大型調達だけでなく、足元の国内導入も動き始めているのは追っておきたいところです

競合の動きも一言だけ、Google は Gemini 3.5 Pro を「来月(6月)公開予定」と表明しています(I/O 2026=5/19で3.5を発表、軽量版Flashは即日提供済み)、ただし200万トークンやDeep Think、価格といった詳細スペックは公式未公表で各メディアの予想段階なので、ここでは「来月出る予定」までにとどめておきます

今週のまとめ:今週の気になった情報6点

今週(2026/6/8週)の Claude 周りで気になった情報を、6点に整理するとこんな感じです

個人的には、今週は「すごいモデルが出た、でも一筋縄じゃない」という光と影がきれいに並んだ週でした、性能はトップ級でも、安全機構の設計やデータ保持で立ち止まる場面があって、Anthropic がそれを翌日に認めて直したあたりに、急いで作っている裏側がにじんで見えた気がします、私たちの手元では 6/15の課金分離 が一番近い話なので、開始後しばらくは自分の消費を観察してみるつもりです

次回のお知らせ

次回は 6/15の課金分離スタート後の実機の挙動や、Fable 5 の6/23以降のクレジット消費がどんな感じかも、使ってみて分かったことがあれば書きます、Mythos 5 の生物研究者向け提供(soon段階)が動いたら、そこも拾いたいところです

「今週これ気になったよ」みたいな話題があれば、次週分で拾ってみたいと思っています、引き続きカジュアルに Claude の話題を追っていきますね、ではまた来週末に

私のおすすめ本PR

Excel VBA塾【動画×本で学ぶ!】

たてばやし淳

Amazonで見る楽天で見る

退屈なことはPythonにやらせよう 第3版

Al Sweigart

Amazonで見る楽天で見る

脱マウス最速仕事術

森新

Amazonで見る楽天で見る

私のおすすめからランダムで3冊を表示しています

※本記事の情報は2026/6/8週時点(6/13確認)の公開情報・主要報道をもとにしています、Fable 5・課金分離・データ保持とも今後 Anthropic 側の発表で内容が更新される可能性があるので、正確な条件はその時点の公式システムカードやHelp Center、公式発表をご確認ください

こんにちは、ジャベ雄です

AIと言えばClaude！他のAIも嫌いじゃないけどClaude中心で行くと決めたので最新情報を追いかけることにしました

毎週末に当週のClaude＆Anthropic社に関する情報をまとめますので同じClaudeファンに届けばいいなと思います

取り上げるのは次の4つ

• AnthropicがSEC(米国の証券取引委員会)にIPO申請(6/1)
• Claudeが自分のコードの8割を自分で書くようになった話
• Claude サブスクのエージェント枠が別建てに変わる課金分離(6/15開始)
• 大きな仕事を裏で自走させる新機能Dynamic Workflows

前半2つは業界全体の大きな動き、後半2つは私たちの使い方に近い話、温度感が違うので順番に書いていきますね

Claude そのものをこれから触ってみたい方は Claudeの使い方(初心者向け) もあわせてどうぞ

AnthropicがIPO申請(6/1):「秘密提出」って何？

2026年6月1日、Anthropic が SEC(米国の証券取引委員会)に Form S-1 のドラフトを「秘密提出」したと公式発表しました、TechCrunch や CNBC など主要メディアも一斉に報じています

そもそもS-1とか秘密提出って何？

用語が固いので軽く噛み砕いてみます

つまり「上場の準備を始めましたよ」という意思表示ではあるんですが、すぐ上場というわけではなく、まだ株数・価格・上場先(ナスダックかニューヨーク証券取引所か)・ティッカーも未定の段階です、Anthropic 自身も「IPOのオプションを得るための提出」と表現していて、上場を確約するものではないという含みを残しています

評価額9,650億ドルってどれくらい？

この IPO 申請の少し前、2026年5月28日に発表されたシリーズH(Hシリーズの資金調達)で、Anthropic の評価額は post-money で9,650億ドルに達しました(調達額は650億ドル)

9,650億ドルって、日本円にするとざっくり150兆円規模です(1ドル=150円換算)、ピンと来ない数字ですが、参考までに比べると

• トヨタ自動車の時価総額が報道ベースで 40〜50兆円台(2026年5月時点)
• ソニーグループが 20兆円前後
• OpenAI の直近の評価額が報道では 8,520億ドル(2026年3月の資金調達時)

つまり 未上場のスタートアップなのに日本の代表的な大企業を超える規模 で、報道では SpaceX・OpenAI と並ぶ「兆ドル級上場」候補という位置づけになっています、AI スタートアップとしては OpenAI を一旦上回ったというのも今回のトピックです

ユーザーへの影響は当面薄め

正直に言うと、Anthropic が IPO 申請したからといって、明日から Claude の使い心地が変わるわけではないです、株式上場で集めた資金で開発が加速する期待はありますが、ユーザー体験への直接影響は当面薄めだと思います

個人的に気になるのは、上場後は四半期決算で売上・コスト・顧客動向が開示されるようになる点です、Claude を運営するコストがどれくらい重いのか、収益化のためにプランの仕組みをどう動かしてくるのか、外から見えるようになります、あとで触れる課金分離とも繋がる部分なので、長期で見ていきたいところです

Claudeが自分のコードの8割を自分で書く時代に

2つ目はちょっと毛色が違って、AI そのものの進化の話です、今週 Anthropic が公式ブログで、いまや自社の本番コードの8割超を Claude 自身が書いていると明かしました、書き手は Anthropic のエンジニアではなく Claude、という時代になってきています

1割未満から8割超へ

伸び方がなかなかです、Claude Code が登場する前(2025年2月ごろ)は、Claude が書いて実際に取り込まれたコードはまだ1桁%でした、それが2026年5月時点では本番に反映されるコードの8割超まで来ています

品質についても Anthropic は「今は人間が書くコードと同じくらい、1年以内にはそれを上回る見込み」としています、もちろん丸投げではなく、人間のエンジニアは指示とレビューに回る形で、最終チェックは人がしているという立て付けです

「AIがAIを作る」ってこと？

気になるのはこの先です、Anthropic 自身が「この流れはAIが自分の後継モデルを自分で設計・開発できる段階(再帰的自己改善)を指し示している」と表現しています、AIがAIを作る、という少しSFっぽい話が、開発元の現状報告として出てきたわけです

ユーザー目線だと、今日の使い心地が変わる話ではないです、ただClaude の進化が「人がコツコツ」から「AIが自走」に乗り換わりつつあるのは、これからのモデル更新の速さを読むうえで頭に置いておきたいところです、開発元が自分でブレーキの議論をしている温度感も含めて、追っておくと面白いと思います

Claudeサブスク課金分離(6/15開始):エージェント枠が別建てに

こちらは ユーザー直撃の話 です、2026年6月15日から、Claude のサブスクプランの中でエージェント枠が別建てになります、5月14日に Anthropic の Help Center で告知され、いま開始直前のタイミングです

「エージェント」と「チャット」の違い

そもそもですが、今回の変更で影響を受けるのは「エージェント(自律実行)」の方です、「チャット(対話)」は据え置きです、この区別が大事

ざっくり言うと、人がその場で打ち込んで返事を待つ使い方=チャット、Claude が裏で自走するプログラム的な使い方=エージェント、と分けて考えると分かりやすいです

エージェント側の仕組みについては Claude Code拡張機構の入門 でも触れていて、Skills や MCP のような自動実行寄りの機能を多用すると今回の変更の影響圏に入りやすくなります

新しい月次クレジットの金額レンジ

6/15以降、エージェント枠はプランごとに別建ての月次クレジットを消費します、金額は次のとおりです(報道時点の情報、Anthropic Help Center 準拠)

このクレジットは標準APIレート(従量制ベースの料金)で消費されます、簡単に言うと、エージェントが使った分の API 料金が、このクレジットの中から引き落とされていくイメージです

Team と Enterprise は席の種類(標準/プレミアム)で1席あたりの金額が変わるので、上の表は幅で示しています、Enterprise でも標準席だと枠が付かない(0ドル)ケースがあるので、自分のプランの正確な額は契約画面で確認してもらうのが確実です

影響を受けるのはどんな人？

個人的に気になるのは、影響範囲が 「対話で使う人」と「自動化で使う人」できれいに割れる ところです

ちなみに私は Claude Code Desktop で対話しながら作業する使い方がメインなので、直接の影響は小さそうです、ただ MCP サーバー経由で WordPress 投稿を自動化したりしているので、自動化の度合いを上げていくと将来は別建てクレジットの世界に踏み込むことになります、自動化の便利さと費用感のバランスを意識する局面が来そうだなと思っています

対策の選択肢

影響を受けそうな方の現実的な選択肢としては、次の3つかなと思います

• プランを上げてエージェント枠のクレジットを増やす(Pro→Max 5x→Max 20x)
• 大量に回すなら素直に API レート課金(従量制)で運用する、ヘビーユースなら API 直結のが分かりやすいケースもあり
• 当面は対話寄りの使い方に寄せる、エージェント機能の常用は様子見

どれが正解とは言いにくく、使用パターン次第です、月にどれくらいエージェントが動いてどれくらい API コストが乗っているかは Anthropic 側のダッシュボードで確認できるはずなので、6/15以降に1〜2週使ってみて様子を見るのが現実的じゃないでしょうか

自動化を進めるときの安全策については Claude Codeセキュリティ5選 もあわせて読んでもらえると、課金面と安全面の両方をケアできると思います

新機能 Dynamic Workflows:大きな仕事をClaudeが裏で自走

最後は新機能の話です、Claude Code に Dynamic Workflows(動的ワークフロー) という仕組みが入りました、ざっくり言うと、1回の会話では大きすぎる仕事を、Claude が自分で段取りして裏で進めてくれる機能です

どういう仕組み？

面白いのは段取りのやり方です、これまでは Claude が頭の中(会話の文脈)で手順を抱えていましたが、Dynamic Workflows ではClaude がその場で「台本(スクリプト)」を書き起こして、その台本どおりに作業を回します

台本の中では、仕事を細かいタスクに割って、たくさんの小さな Claude(サブエージェント)に同時に分担させます、1回のワークフローで最大1,000体まで、同時に動くのは16体までという設計で、しかもお互いの結果を別のエージェントが検証し合う仕組みまで入っています

使えるのは誰？ どう出す？

今のところお試し公開(リサーチプレビュー)の位置づけで、プランによって初期設定が違います

• Max・Team:はじめからオン(既定で使える)
• Pro:設定(/config)の「Dynamic workflows」からオンにする
• プロンプトに「workflow」と入れると呼び出しやすい(ほかに ultracode という設定でも自動で使われる)

さっきの課金分離とつながる話

勘のいい方は気づいたかもしれませんが、これは1つ前の課金分離と地続きです、サブエージェントを大量に動かすほど、エージェント的な使い方=別建てクレジットを消費する側に寄っていくということでもあります

便利な自走機能がどんどん増える一方で、6/15からはその自走分の費用が見えやすくなる、という流れです、新機能を楽しみつつ、回しすぎたときのクレジット消費もちょっと意識しておくと安心じゃないでしょうか

今週のまとめ:今週の気になった情報4点

今週(2026/6/1週)の Claude 周りで気になった情報を、4点に整理するとこんな感じです

個人的には、IPOとコード自作は「中長期で Claude がどう育つか」を読む材料、課金分離と Dynamic Workflows は「来週から自分の使い方をどう調整するか」のネタ、という温度感で見ています、業界の大きな動きと、手元の使い勝手の話が同じ週に並んだ感じです

あと、最近のモデルの傾向については Claude Opus 4.8の変更点まとめ も書いていますので、課金体系とあわせてモデル側の動向も追っておきたい方はそちらもどうぞ

次回のお知らせ

このシリーズはこれから毎週末に更新していく予定です、次回は6/15の課金分離スタート後の話題も含まれるはず、実機の挙動が変わっていたらそこも書きます

「今週これ気になったよ」みたいな話題があれば、次週分に入れて拾ってみたいと思っています、引き続きカジュアルに Claude の話題を追っていく予定です、ではまた来週末に

※本記事の情報は2026/6/1週時点の公開情報・主要報道をもとにしています、IPO・課金分離とも今後 Anthropic 側の発表で内容が更新される可能性があるので、正確な条件はその時点の公式 Help Center や公式発表をご確認ください

私のおすすめ本PR

Excel VBA塾【動画×本で学ぶ!】

たてばやし淳

Amazonで見る楽天で見る

退屈なことはPythonにやらせよう 第3版

Al Sweigart

Amazonで見る楽天で見る

脱マウス最速仕事術

森新

Amazonで見る楽天で見る

私のおすすめからランダムで3冊を表示しています

WordPressの管理画面に 「WordPress 7.0が利用可能です」という通知が出ていて、押そうか押すまいか迷っていませんか

結論から言うと、何も確認せずに「今すぐ更新」を押すのはおすすめしません、WordPress 7.0は2018年のGutenberg以来の大型アップデートで、PHPの要件引き上げやエディタの内部構造変更など これまでと挙動が変わる箇所がいくつか入っています

とはいえ、ちゃんと事前確認すれば 個人ブログ規模ならそんなに怖がる必要はないのも事実です

この記事では、Cocoonユーザーも含むWordPressを自分で運営している初心者〜中級者向けに、WordPress 7.0アップデート前に確認したい注意点と 具体的な手順、トラブル発生時の対処までまとめて解説します

読み終わったとき、「アップデートしていいのか、もう少し様子見か」が自分で判断できる状態になっているのを目指しています

WordPress 7.0ってどんなアップデート

まずは「そもそもWordPress 7.0って何が変わったの」を ざっくり全体像から押さえます

2026年5月20日リリースの大型アップデート

WordPress 7.0は 2026年5月20日(現地時間)に正式リリースされました

当初は4月予定でしたが、品質確保のために約1か月延期されています、こういう延期判断が入っているのは個人的にはむしろ安心材料です

位置づけとしては 2018年にGutenbergが登場したWordPress 5.0以来の大型バージョンアップと言われていて、エディタやUI周りの刷新が中心になっています

「リアルタイム共同編集」は今回見送り

ちなみに当初の目玉だった リアルタイム共同編集機能(Googleドキュメントのように複数人で同時編集できる仕組み)は、リリース直前の5月8日に 今回見送りと発表されました

バグや性能の問題で間に合わなかったとのことで、将来のバージョンで再登場の予定です、複数人ブログを運営している方は次の機会まで待つことになります

主要な新機能8つ

WordPress 7.0で追加された主な新機能をざっと並べると次のような感じです

• ネイティブAI統合:OpenAI・Gemini・Anthropicに接続できるConnectors画面が追加
• ビジュアルリビジョン:緑=追加・黄=変更・赤=削除の色分けで差分表示
• DataViewsで管理画面UI刷新:投稿一覧などのテーブル表示が新コンポーネントに移行
• 新ブロックの追加:Breadcrumbs(パンくず)・Icons(アイコン)・Navigation Overlay Close
• Headingsブロック統合:H1〜H6が単一コンポーネントにまとまった
• PHP-onlyブロック登録:JavaScriptなしでブロック作成が可能
• ビルドツール刷新:webpack → esbuildでビルド時間が短縮
• 管理画面リデザイン:ナビゲーションを含むUI全体が現代的に

個人ブログを書いている方の視点だと、ビジュアルリビジョンと AI統合あたりは触っていて楽しい変化じゃないかなと思います

一方で DataViewsへの移行は地味に大きい変更で、管理画面まわりをカスタマイズしているサイトでは挙動が変わる可能性があります、このあとの注意点で詳しく触れます

WordPress 7.0で「壊れる可能性がある」変更ポイント

ここからが本記事の核心、アップデート前に押さえておきたい変更ポイントを6つに整理してみました

「大きめの変更」というと怖い響きですが、要するに これまで動いていたものが急に動かなくなる可能性がある変更のことです、それぞれ自分のサイトに該当するかチェックしてみてください

注意点1:PHP 7.2と7.3のサポート終了

WordPress 7.0で最も影響範囲が広いのが PHP 7.2と7.3のサポート終了です、最低要件が PHP 7.4以上に引き上げられました

もし古いPHPで動かしている場合、アップデート後にサイトが真っ白になるみたいな事故につながります、原則として事前にPHPバージョンを確認しておくのが安全です

確認方法は管理画面で簡単にできます

1. WordPress管理画面 → ツール → サイトヘルス
2. 上部タブの 情報を開く
3. サーバーセクションの PHPバージョンを確認

ここに 7.4未満の数字が出ている場合は、レンタルサーバー側でPHPバージョンを上げる必要があります

主要レンタルサーバーでのPHP変更場所は次の通りです

公式の推奨は PHP 8.3以上です、せっかく上げるなら最新の安定版にしておくのがおすすめ、パフォーマンスもセキュリティも向上します

ただし古いプラグインやテーマを使っている場合、PHPを上げると一部の機能が動かなくなるケースもあります、後述のステージング環境でのテストが大事になってきます

注意点2:Iframed Editor(エディタのiframe化)

WordPress 7.0では 投稿編集画面のエディタ部分がiframe(別フレーム)に分離されました、これがプラグイン開発者にとっては 今回最大のインパクトある変更と言われています

iframeって何かを簡単に言うと、「画面の中に別のページが埋め込まれている枠」のことです、エディタ部分がこの別枠扱いになったため、エディタの外から中の要素にアクセスしていた古いコードが そのままでは動かないケースが出てきます

具体的に影響を受けやすいのは次のようなプラグインです

• エディタのツールバーや見た目をカスタマイズするプラグイン
• ブロックエディタを拡張する古めの独自プラグイン
• カスタムフォントを管理画面側で動的に注入するタイプの仕組み
• ページビルダー系プラグイン(Elementor・Bricks・Divi等)の一部機能

とはいえ、後方互換性のための仕組みも用意されています、ブロックAPI v3未満のブロックが1つでもページに存在すると 自動的にiframeが解除されるようになっていて、急に壊れる事態は減らされています

エディタ拡張系のプラグインを多用している方は 事前にステージングで投稿編集画面が正常に動くか確認するのが安全です

注意点3:Headingsブロックの構造変更

これまでH1〜H6はそれぞれ別のブロックタイプとして管理されていましたが、WordPress 7.0からは 単一のHeadingsブロックにまとめられました

使う側からするとサイドバーで「H2 → H3」みたいに簡単に切り替えできて便利になっています、ただし開発者目線だと 内部のブロック名やバリエーション構造が変わっているため、独自にスタイルや挙動を上書きしているコードがあると影響します

具体的に確認したいのは次のような実装です

• register_block_styleで見出しブロックにカスタムスタイルを登録している
• core/headingというブロック名を直接フィルタしているコード
• 見出しブロックに対してカスタムCSSクラスを当てている記法

Cocoonテーマを使っている個人ブロガーの場合、この変更は テーマ側のアップデートで吸収される可能性があるので、Cocoonの更新を待ってからWordPress本体を上げるのも一つの手です

注意点4:DataViewsへの管理画面UI移行

投稿一覧画面・固定ページ一覧・メディアライブラリ・コメント一覧などの管理画面UIが、従来のList Tableから 新コンポーネント「DataViews」に移行しました

見た目はスッキリ現代的になっていて、フィルタや表示項目の切り替えも柔軟になっています

ただし、これまで投稿一覧画面に 独自のカラムや一括操作を追加していたプラグインがうまく表示されなくなるケースがあります、たとえば次のような機能を使っている方は要注意

• 投稿一覧にカスタムフィールドの値を列表示しているプラグイン
• 一括操作メニューにオリジナル項目を追加しているプラグイン
• 管理画面のCSSをカスタマイズしているテーマ・プラグイン
• WP All Importなど一覧画面に独自UIを差し込むタイプのツール

個人ブログレベルだと該当する機能は少ないですが、投稿数が多いサイトでカスタム表示を活用している方は事前にステージングでチェックしておきたいところです

注意点5:the_contentフィルタチェーンの変更

WordPressの本文表示で内部的に使われている the_contentフィルタの動作順序に変更が入ったため、一部のページビルダー系プラグインで 編集画面が空になる、または 本文が重複表示されるといった報告が出ています

典型的にはElementorやDivi、Beaver Builderあたりの古いバージョンを使い続けているサイトで起きやすい現象です

対策はシンプルで、使っているページビルダーを最新版にアップデートしてから本体更新する、これでほとんどのケースは回避できます

Cocoonユーザーで標準ブロックエディタしか使っていない方は、この点はほぼ気にしなくて大丈夫です

注意点6:AI統合機能の挙動を理解しておく

WordPress 7.0の目玉のひとつ、ネイティブAI統合は注意というより 「思い込みで使わない」がポイントです

導入後によくある誤解として「AIが勝手に記事を書き始めるんじゃない?」「裏で勝手に外部APIに通信するのでは?」というものがありますが、どちらも違います

AI統合は自動では起動せず、管理画面の Settings → Connectors で明示的に接続設定をしない限り何も動きません

OpenAIやGemini、Anthropic Claudeなどのプロバイダーを 自分でAPIキーを入れて接続する必要があり、接続しなければ単に機能がオフのまま、ということです

逆に言うと、AIを使いたい方は 各プロバイダーのAPIキー取得から準備が必要になります、Anthropic Claudeとの連携でAI執筆を試したい方はClaudeを始める前に知っておきたい用語集のあたりから入るとスムーズです

アップデート前にやっておきたい5つのチェック

注意点を踏まえて、アップデート前にやっておきたい準備を5つにまとめました、ここをサボるとあとで泣くやつなので、面倒でもざっとでも目を通しておくのがおすすめです

チェック1:ファイルとデータベース両方のバックアップ

これは 最優先で、間違いなくやるべき作業です、何かあったときに巻き戻せる状態を作っておくのが全ての保険になります

バックアップは ファイル(wp-content等)と データベース(MySQL)の両方が必要です、片方だけだと復元できません

やり方は大きく3パターン

1. レンタルサーバーの自動バックアップ機能を有効化(Xserver・ConoHa WINGなど標準装備)
2. UpdraftPlus等のバックアッププラグインで手動バックアップ
3. FTP+phpMyAdminで自力エクスポート(中級者向け)

個人的には 1と2を併用するのがおすすめです、レンタルサーバー側で自動的に取られているのに加えて、自分でもUpdraftPlusで「アップデート直前のスナップショット」を取っておくと安心感が違います

UpdraftPlusの場合の最低限のバックアップ手順

1. 管理画面 → 設定 → UpdraftPlus Backupsを開く
2. 今すぐバックアップボタンを押す
3. データベースをバックアップに含めると ファイル(プラグイン・テーマ等)をバックアップに含めるの両方にチェック
4. 完了後、ダウンロードしてローカルにも保存しておく

チェック2:PHPバージョンの確認と必要なら引き上げ

注意点1で書いた通り、PHP 7.4未満を使っている場合は 先にPHPを上げてからWordPress 7.0アップデートに進みます

順番が大事で、WordPress本体を先に上げると PHPバージョン不足でサイトが落ちる可能性があります、原則としてPHP → WordPress本体の順で進めるのがおすすめです

PHPバージョンを上げたら、すぐに本体を上げずに 1〜2日サイトを動かしてみるのもおすすめです、PHP変更だけで動かなくなるプラグインが先に分かるので、切り分けがしやすくなります

チェック3:プラグインとテーマの最新化

使っているプラグインとテーマを 事前にすべて最新版に更新します

これをやる理由は、注意点2〜5で挙げた変更に対して 各プラグイン・テーマ側がWordPress 7.0対応のアップデートを出しているからです、最新化しておけば多くの問題は事前に回避できます

特に重点的に確認したいのは次のあたり

• Cocoonテーマ:WordPress 7.0対応バージョンが出ているか確認
• ページビルダー(Elementor等):the_contentフィルタ変更への対応
• SEO系プラグイン(All in One SEO・Yoast・SEO SIMPLE PACK等)
• キャッシュ系プラグイン(WP Super Cache・W3 Total Cache等)
• バックアップ系(UpdraftPlus・BackWPup等)

長らく更新が止まっているプラグインがある場合、これを機に 代替プラグインへの乗り換えを検討するのもありです、メンテされていないプラグインは今後もどこかで詰まる原因になりやすいので

チェック4:ステージング環境でのテスト(できれば)

ここはハードルが少し上がりますが、ステージング環境(本番と同じ構成のテスト環境)で先にアップデートを試せると安全度が一気に上がります

主要レンタルサーバーだと ステージング機能が標準装備されているケースが多くなっています

ステージング環境でやることは決まっていて、同じ内容を先にアップデートして問題がないか確認するだけです

確認ポイントは次のあたり

• 投稿編集画面が今まで通り開けるか
• 記事の表示が崩れていないか(特に見出しと装飾)
• 管理画面の投稿一覧・固定ページ一覧が正常に表示されるか
• 使っているプラグインの設定画面が開けるか
• お問い合わせフォームなど動的機能が動くか

「ステージング環境を作るのが面倒」という方も多いと思いますが、個人ブログなら数クリックで作れるサーバーがほとんどです、せめて初回の大型アップデートくらいは試しておくと安心感がぐっと違います

チェック5:アップデートタイミングの選定

これも地味に大事で、アップデートする時間帯を選びます

避けたほうがいいタイミング

• サイトのアクセスピーク時間帯(夜21〜23時など)
• これから外出する直前(問題が起きてもすぐ対処できない)
• 新記事を公開した直後
• キャンペーン期間中など売上に直結する時期

個人的なおすすめは 平日の昼間・週末の午前中あたりです、アクセスが落ち着いていて、何かあっても落ち着いて対応できる時間帯がベスト

あと マイナーアップデートが2〜3回出てから本体更新する、というのも保守的だけど有効な戦略です、リリース直後は思わぬバグが残っていることがあり、7.0.1や7.0.2を待ってから上げると安定性が上がります

WordPress 7.0アップデート手順(本番)

準備が整ったら、いよいよ本番アップデートに進みます、具体的な作業手順を順番に追います

ステップ1:メンテナンスモードに入れる(任意)

アップデート中に来訪者にエラー画面を見せたくない場合、WP Maintenance Modeなどのプラグインで一時的にメンテナンスページを表示できます

個人ブログだと WordPress標準のメンテナンスモード(更新中の一瞬だけ自動表示)で十分なケースが多いです、過度に身構えなくても大丈夫

ステップ2:プラグインを一時停止(慎重派向け)

本当に慎重にいきたい場合、アップデート前にプラグインをすべて停止してから本体更新、その後ひとつずつ有効化していく、という手順もあります

この方法だと、もし問題が起きたとき どのプラグインが原因かが切り分けやすいです、ただし停止すると一部の表示が崩れる可能性もあるので、来訪者向けにメンテナンスモードと組み合わせるのが安全

個人ブログ規模なら必須ではないですが、プラグインを20個以上入れている方は試す価値ありです

ステップ3:WordPress本体をアップデート

いよいよ本体更新です、手順は次の通り

1. 管理画面 → ダッシュボード → 更新を開く
2. WordPress 7.0が表示されているのを確認
3. 今すぐ更新ボタンを押す
4. 進捗バーが出て、自動的にメンテナンスモードに入る
5. 完了画面が出るまで ブラウザを閉じない

所要時間は 1〜3分程度です、サイトの規模やサーバーのスペックで多少前後しますが、長くても5分以内には終わります

ステップ4:動作確認

アップデート完了後すぐに 動作確認に入ります、以下のチェックリストを順に潰していくのがおすすめ

1. トップページが正常に表示されるか(ログアウト状態で確認)
2. 記事ページの本文・見出し・装飾が崩れていないか
3. 管理画面にログインできるか
4. 投稿の新規追加画面が開けるか
5. 既存の投稿を編集モードで開いてみる(ブロック構造が崩れていないか)
6. お問い合わせフォーム・コメント欄など動的機能が動くか
7. スマホで見たときの表示も確認

問題なく動けば、アップデート完了です、お疲れさまでした

アップデート後にトラブルが起きたときの対処法

準備しても、ごくたまに 「サイトが真っ白」「管理画面に入れない」といったトラブルが起きます、そのときの 復旧パターンを知っておくと焦らずに済みます

パターン1:画面が真っ白になった

サイトを開いても何も表示されない、いわゆる 「ホワイトスクリーン・オブ・デス(WSOD)」と呼ばれる現象です

原因の多くは PHPバージョンの不整合か プラグインの互換性問題です

対処手順

1. レンタルサーバーのファイルマネージャでサイトのURLに /wp-adminを付けてアクセス、管理画面に入れるか確認
2. 入れない場合、FTPまたはサーバーのファイルマネージャで wp-content/pluginsフォルダを plugins_offみたいに名前変更
3. これで全プラグインが無効化されるので、管理画面に入れるはず
4. plugins_offを pluginsに戻し、管理画面でプラグインをひとつずつ有効化して原因を特定

パターン2:特定のページだけ崩れる

トップは表示できるけど特定の記事だけ表示が崩れる、というケース、多くは ブロックエディタ側の構造変更が原因です

該当ページを編集画面で開き、画面上部に 「ブロックの回復」ボタンが出ていないか確認します、出ていればワンクリックで修復できます

出ていない場合は、該当ブロックを一度削除して同等の新しいブロックに置き換える、というのが現実的な復旧手段です

パターン3:管理画面の表示が変わって戸惑う

これは「トラブル」というより「仕様変更による戸惑い」ですが、DataViews移行で投稿一覧の見た目が変わって使いにくく感じる方が出ています

慣れの問題ではあるんですが、どうしても従来UIに戻したい場合は 従来UI互換プラグインがそのうちリリースされる可能性が高いです、少し時間をおいて様子見するのもあり

パターン4:どうしても直らない最終手段

あれこれ試しても直らない場合、バックアップから復元するのが確実な最終手段です

チェック1で取ったバックアップを使い、サイト全体をアップデート前の状態に巻き戻します

復元後はもう一度準備をやり直す形になりますが、無理に粘って中途半端な状態で運用するよりは、いったん戻して落ち着いてから再チャレンジするほうが結果的に早く解決します

結局WordPress 7.0にアップデートすべきか

最後に、「自分のサイトはアップデートすべきか様子見か」の判断指針をまとめます

早めにアップデートしてOKな人

次の条件に当てはまる方は、準備さえちゃんとすれば 早めに上げて問題ないと思います

• PHP 8.0以上で動いている
• 標準ブロックエディタしか使っていない(ページビルダーなし)
• プラグイン数が10〜15個程度に収まっている
• Cocoonなどメンテナンス活発なテーマを使っている
• 個人ブログレベルでカスタム機能が少ない

少し様子見が無難な人

逆に次のような構成のサイトは、7.0.1〜7.0.2が出るまで待つのが個人的にはおすすめです

• Elementor・Divi・Bricksなどページビルダーをガッツリ使っている
• 更新が止まったままの古いプラグインを使い続けている
• WP All Importなど管理画面UI拡張プラグインを多用
• 独自カスタマイズが多い(子テーマ・functions.phpの編集多数)
• 収益が立っているECサイトや法人サイトを運営している

アップデートしない選択はあり?

「もう面倒だしWordPress 6.xのまま使い続けたい」という選択も気持ちは分かります、ただし セキュリティアップデートが受けられなくなるのは大きなリスクです

WordPressは古いバージョンに対しても一定期間セキュリティパッチが提供されますが、新機能や互換性アップデートは止まるため、長期的にはやはり最新版に追従するのが原則です

急いで上げる必要はないにせよ、半年〜1年以内には移行する前提で計画を立てるのがおすすめです

まとめ:準備すれば怖くないWordPress 7.0アップデート

WordPress 7.0は確かに大型アップデートで、PHP要件の引き上げやIframed Editor・DataViewsなど これまでと挙動が変わる箇所もいくつか含まれています

でも、しっかり準備すれば 個人ブログ規模で大事故になる確率は低いのも事実です

この記事のポイントをおさらいすると次の通り

• WordPress 7.0は 2026年5月20日リリース、Gutenberg以来の大型アップデート
• 注意すべき変更ポイントは6つ:PHP要件・Iframed Editor・Headings統合・DataViews・the_contentフィルタ・AI挙動
• 事前にやることは5つ:バックアップ・PHP確認・プラグイン更新・ステージングテスト・タイミング選定
• トラブル時はプラグイン無効化 → ブロック回復 → 最終手段はバックアップ復元
• 個人ブログでPHP 8.0以上・標準エディタ中心なら早めに上げてOK、ページビルダー多用や法人サイトは少し様子見

個人的には、「いきなり今すぐ更新」を押さずに、この記事のチェックリストを見てから上げるのが安心の近道だと思います

WordPress 7.0で導入されたAI統合機能を活用してブログ運営を効率化したい方は、まず Claudeを始める前に知っておきたい用語集や Claudeの使い方を初心者向けに解説した記事あたりから入ると、AI連携の全体像がつかみやすいです

あとアップデート前のバックアップは大事ですが、ふだんからのセキュリティ意識も合わせて見直すとより安心ですよ、AI連携を入れるとAPIキー管理など新しい観点も増えるので、Claude Code Desktopの初心者向けセキュリティガイドあたりにも目を通しておくのがおすすめです

参考までにこのサイトはアップデート済みで、特にエラーなど発生せず無事完了しています

複数のBacklogプロジェクトを掛け持ちしていると、更新チェックだけで時間がどんどん溶けていきませんか？

メール通知は多すぎて肝心のメンションを見落とす、スペースを切り替えるたびにログインし直すのが面倒…そんな悩みを解消するためにChrome拡張機能「BacklogTracker」を自作して公開しました！

なぜ作ったのか

皆さんは Backlog 使ってますか？

社内のやり取りだけならTeamsなどのコミュニケーションツールでの方がライトに使えて便利だったりしますが、社外のやり取りやタスク管理となるとBacklogは圧倒的で、新しいプロジェクトに参画すると「え？Backlog使ってないんですか？」と聞くほど便利

そんな私は複数のBacklog組織（スペース）をまたいで、しかも同一Backlog組織の中でも複数プロジェクトに招待されて日々Backlogと睨めっこしていますが、ここまでくると「タスク管理するBacklogのタスクを管理したい」状態に陥っています

通知もメールなので他に紛れてしまうし未読が多くなるとまとめて確認するのも意外と大変・・

と言うことで「だったら管理できるツールを作ったらいいじゃない！」ということで、実利用者の私が”欲しい！”と思った機能を詰め込んだChrome拡張機能を作ったのでご紹介です

BacklogTrackerの5つの主な機能

最初は未読チェックツールだけのつもりでしたが作り始めるとあれもこれもとなって、少なくとも私が使う上では全部盛りになっています

もし追加機能が欲しいなどご要望あれば下部でコメントいただくが、お問い合わせページからご連絡ください

複数スペース（組織）の完全一元管理

異なるBacklog組織（スペース）でもそれぞれのAPIキーを登録しておくと、すべてのプロジェクトの最新情報をChrome右上のポップアップ1つで確認できます

「A社のBacklog」「B社のBacklog」を行き来してそれぞれログイン…という手間がゼロになります。PMOされてる方なんか情報を取りこぼせないので地味に熱いんじゃないでしょうか

未読・既読トラッキング

Backlogには標準で「未読」という概念がありますが、巡回している途中で無意識に既読にしてしまうとか未読が溢れすぎてもう見れないとか、未読はあってないようなものです（私は）

この拡張ではバックグラウンドで定期的にAPIを叩いて更新情報を取得し、前回確認した時刻より新しい更新があった課題を「未読」としてリストに表示します

この拡張機能経由で課題に遷移するまで既読にならいので「あの課題、見たっけ？」ということは避けれるはず

なお、初回設定時に過去の課題が大量に「未読」になってしまわないよう、最初の取得は24時間前からのデータを起点にするようにしてありますので初日にいきなり数百件未読が積まれるパターンを防いでいます

スマート通知フィルタリング

バッジの数字やデスクトップ通知の対象を3つのモードから選べます。

• 全て：更新があったすべての課題をカウント
• 自分が担当：担当者が自分の課題のみ通知
• 自分に通知：コメント内に自分宛てのメンションが含まれる場合のみ通知

参加するプロジェクトによって把握するべき範囲が変わると思うのでお好みで

私も全体把握のため「全て」をみるプロジェクトもあれば、担当が回ってきたものだけ対応すればいいものもあるのでプロジェクトベースで変更できるようにしています

ピン留め＆メモ機能

未読リストで課題のアイコンをクリックすると、「ピン留め」タブに保存されます

「今すぐ対応できないけど忘れたくない」「〇〇さんに確認してから返信する」といった課題をひっかけておくのに使えます

さらに課題ごとにフリーテキストのメモを残すこともできます。「◯日に返信予定」「Aさん確認待ち」みたいな走り書きを残しておけるので、次に開いたときに状況を瞬時に思い出せます

メモはカーソルを外した瞬間に自動保存されます

ピン留めを外してもメモは課題ベースで保持しているので次回その課題が未読に上がってきたときにメモが復元される、うっかり解除してしまってもメモが消えない設計です

CSV一括出力でまとめて既読、リストで管理

ポップアップの「CSV一括既読」ボタンを押すと、溜まっている未読課題を一括でCSVダウンロードできます

CSVには最新コメントへ直接飛べるアンカー付きURLも含まれているので、日報や週報に貼り付けるだけで進捗報告書の下地が出来上がります

CSV出力と同時に未読リストもリセットされるので、「チェックしてCSVに書き出す」という一連の作業がボタン1つで完結します

その他の機能

ON/OFFトグル：通知の一時停止

使い始めるとあまりOFFにすることはないと思いつつ、切り替え機能も搭載しました

OFFにすると拡張アイコンがモノクロ＋赤い×マークに自動で切り替わるので、一目で停止中かどうかがわかります

再開するとその時点で最新情報を収集するので監視間隔を待たずにすぐ収集できます

手動ピン留め：課題キーをペーストするだけ

Backlogの「課題キーのコピー」機能でコピーした文字列（例：PROJ-123 課題のタイトル）をそのままピン留め入力バーに貼り付けるだけで、手動でピン留めに追加できます

未読に上がっていない課題も強制的にウォッチしたい場面で便利です

自動データクリーンアップ

既読から30日以上操作されていない古い記録はバックグラウンドで自動削除されますので使い続けてもChromeが重くならない設計にしました

ピン留め・メモのデータはクリーンアップ対象外なので安心してください

セキュリティについて

取得したBacklog情報はブラウザのローカル領域（IndexedDB / chrome.storage）にのみ保存し、APIキーは暗号化しています

Backlog API以外の外部サーバーへ業務データが送信されることはありません。読み取り専用で、Backlog上の課題情報を更新・削除することもありません

また本ツールは読み取り（Read-only）専用の思想で、APIを通じた課題の書き換えや削除は行いません

法人環境での利用も想定していますが、社内のセキュリティポリシーはご確認のうえでご判断してください

現在のプランとロードマップ

2026年4月現在はベータ版として公開中で、全機能を無料でお試しいただけます（監視プロジェクト数も上限なし）

ベータ終了後は「Free / Basic / Pro」のプラン制に移行予定ですが、まずは気軽に試してみてもらえるとうれしいです

今後追加したい機能としては以下を考えています。

1. 課題URL＋件名のMarkdownコピー機能（日報・週報向け）
2. 課金ダッシュボード連携（プラン管理）

フィードバックや機能要望があればコメントかX（旧Twitter）でどうぞ。一人で開発しているので反応があるほど開発が捗ります笑

Chrome拡張機能が使えない、Chromeを開いていなくても使いたい高へ

実は同じく BacklogTracker の Windows デスクトップアプリ版 も用意しています

タスクトレイに常駐するスタンドアロンアプリで、Chromeを起動していなくてもバックグラウンドで未読を監視 できます

• タスクトレイから常駐起動／PC起動時の自動起動にも対応
• 機能セットはChrome拡張版とほぼ同等（複数組織対応、ピン留め＆メモ、CSV出力など）
• 単一の .exe 形式でインストール不要

私もそうですが、会社の規定でChrome拡張機能のインストールができない方や、ブラウザの起動頻度が低い方にはこちらも検討してみてください

詳細はこちら: BacklogTracker デスクトップアプリ版

まとめ：こんな人におすすめ

• 複数のBacklogスペース（組織）をまたいで仕事している
• Backlogの通知メールが多すぎて管理しきれていない
• 「あとで確認しよう」と思った課題をよく忘れる
• 日報・週報の作成に時間がかかっている
• PMO・プロジェクトマネージャー・ディレクターの役割を担っている

インストール方法・設定手順は別記事にまとめていますのでそちらもあわせてご覧ください。

→ Backlog監視ツール の使い方

“会議のオプション”設定方法

まず設定するメニューの場所から

OutlookのスケジュールやTeamsのカレンダーメニューから会議予定を開くと署名のようなTeams会議リンクが記載されているはず

普段は「ここをクリックして会議に参加してください」しか触らないと思うのですが、下にある「会議のオプション」が今回のメニューです

1点重要なことをここでお伝えすると、この”会議オプション“は開催者のみ設定できますので誰かが設定した会議は操作できないのでご注意ください

自動入室許可について

まずは会議への自動入室許可について

厳密には”ロビーを迂回するユーザー“の話なんですが、外部の人に呼ばれたTeams会議に参加すると許可されるまで待たされることが多々あると思います

地味イラっとする仕様なんですが、逆にこちらが開催する側だと毎回毎回許可するのが面倒だったりもします

確かに内部の聞かれちゃまずい話をしているときに外部の人が入ってくるのはリスクなので許可制なのは理解できます・・・が、そんなことあります？

ということで”外部の人でも許可不要（ロビーを迂回）で参加してもらう“設定がこちら

選択肢はM365のライセンスによって違いますが、”全員”だったり”ゲスト”や”招待された～”を含むように設定してあげれば解決です

自動録画について

続いて自動録画

今のご時世、議事録なんて取らずに録画とCopilotの要約を残す運用をされている方も多いと思いますが、会議が終わって「録画するの忘れてた・・・」なんてよくある話

特に定例会議は油断しがちなので”自動録画設定で録画忘れ防止“が大事、ってことで設定がコチラ

この設定はトグルボタンのON・OFFだけなので説明不要かと

ポリシーにもよりますがCopilotも事前に設定できますよと

あとがき

少なくとも私の周囲ではこの設定を知っている人が圧倒的少数派なので特にレコーディングの設定は教えてあげるとドヤれるかもしれないです

プロキシサーバーとは？

プロキシサーバーはインターネットへの接続を中継してくれるサービスで、WEBサイトから見ればプロキシサーバーがアクセスしていることになるので結果としてIPアドレスが秘匿されることになります

絵にすると↓の通りパソコンとインターネットの間にプロキシサーバーがいる状態になります

プロキシサーバーは無料もあれば有料もあり、優良なものもあれば粗悪なものあるということで実際に私が利用しているサービスの一つ「jpProxy」についてまとめてみます

jpProxyについて

まず一番大事なことからお伝えするとjpProxyは有料サービスです

ですが、構築費（初回にかかる費用）200円、月額295円と非常にお安く利用できるサービスなので気になるほどではないかと（※費用は2025年11月現在）

また、特徴として日本国内のプロキシサーバー（≒IPアドレス）なのでWEBサイトにも国内からアクセスすることになります

jpProxyの主な利用シーン

jpProxyのトップページにもありますがjpProxyはこのような方に使われています

• クローリング時のアクセス回数制限の回避
• 複数アカウントを使いたい
• IPアドレスを秘匿したい
• 海外から国内のサイトにアクセスしたい

クローリング時のアクセス回数制限を回避したい

AmazonやGoogleなどのほとんどのサイトサーバーでは単位時間内のアクセス回数に制限を設けています

アクセス元のIPアドレスからのアクセス回数をカウントし、その回数が一定の基準を超えるとアクセスを制限するので、IPアドレスを分散させることで制限を回避することが可能です

また、この場合も日本のサイトをクローリングするなら日本国内のプロキシIPアドレスが最適です

複数のアカウントを持ちたい

サイト利用時に複数のアカウントを持ちたい場合がありますが、その場合にIPアドレスで同一ユーザであることを判定されます

判定されるとアカウントを作れなかったりアクセスに不都合が生じる場合があります

jpProxyのIPアドレスを使えばIPアドレスによる同一ユーザ判定を回避できるようになります
また、この場合も日本のサイトで複数アカウントを利用するなら日本国内のプロキシIPアドレスが最適です

海外から国内のサイトにアクセスしたい

最近ではIPアドレスでアクセス元の国を判断するサイトが増えています
アクセス元のIPアドレスが日本でない場合、接続を拒否するサイトがあります

jpProxyのIPアドレスは日本国内の固定IPアドレスですので安心です

無料だと不安

無料のプロキシは公開されているので、トラフィック量が異常なほど多いです
そのため、接続できなかったり、遅かったりと使い物にならないものがほとんです

また、無料のプロキシはセキュリティの面でもおすすめできません

動画の閲覧には安定したネットワークが必要となりますので、多人数が同時に接続するプロキシは動画の閲覧には不向きです

jpProxyは通信内容をロギングおよび閲覧していません

jpProxyの設定・使い方

基本的にボタンポチポチしかすることはないんですが、簡単に設定方法や使い方のご紹介です

契約プロキシ一覧

今契約しているプロキシサーバーの情報を見ることができます

接続元IP登録

プロキシサーバーに接続するIPアドレスを登録できます

サーバーへのアクセス方法はBasic認証かこのページでホワイトリストとして登録することで利用できるようになります

登録するために必要な自分のIPアドレスは画面中央に表示されれている（黄塗り箇所）のでコピペで大丈夫な親切設計

ユーザID・パス確認

こちらがBasic認証するときに必要なユーザIDとパスワードを確認できる画面

Basic認証とはなんぞや、って方に簡単な説明すると画面上部に表示されるユーザー名とパスワードを入力するフォームでの認証

このフォームにユーザID・パスを入力することでプロキシサーバーに接続できます

プロキシサーバー経由でインターネットアクセスする方法

ネットワーク設定周りを変更するのが正攻法であるものの、起動オプションでプロキシを指定してあげる方法がおそらく一番簡単かつ影響が少ないはず

まずはChromeをプロキシサーバ経由の通信でする起動オプション込みのコマンドがコチラ

"C:\Program Files\Google\Chrome\Application\chrome.exe" --proxy-server="http://{IPアドレス}:{ポート}"

Windwos+Rのファイル名を指定して実行、Chromeのショートカットプロパテのリンク先、タスクバーの検索ウィンドウなどでコマンドを使うとプロキシ接続した状態でChromeを利用できます

まとめ

個人的にはスクレイピングするときによく使うjpProxy のご紹介でした

使い方としてはVPNサービスと大差はありませんがPython+Seleniumのスクレイピングプログラムでも簡単に利用できて何気に重宝しますし、お安いサービスなのでおススメです！

VPNサービスとは？

VPNをちゃんと理解しようとすると通信技術やセキュリティの話が必要になってくるんですが、今回はPythonなどプログラムででRPA・スクレイピングするときに使うVPNに特化して説明をするので端的には

自分のIPアドレスを隠してくれるサービス

です（かなり極端な表現なので気になる人はちゃんと調べてください）

目的だけでいえばプロキシサーバーなんかもありますので気になる人は同じく調べてみてみるとお勉強になります

無料もあれば有料もあり、優良なものもあれば粗悪なものあるということで実際に私が利用しているサービスの一つ「NordVPN」についてまとめてみます

NordVPNとは

まず一番大事なことからお伝えするとNordVPNは有料サービスです

基本的に無料VPNサービスは通信速度が遅かったりセキュリティに不安があったりするのでVPNを使う時は惜しまず有料サービスがおススメです

費用やセキュリティについてはNordVPNのサイトの中でもまとめてあるので参考にしてみてください

NordVPNを利用するまで

NordVPNの利用開始に必要な手順は下記3つ

特に難しいことはありませんが順番に解説していきます

• アカウント作成
• ライセンス購入
• アプリ or 拡張子インストール

アカウント作成

アカウントの作成はGoogleアカウント or Appleアカウント or その他メアドがあれば簡単に作成可能です

ライセンス購入

続いてライセンスの購入

どの期間で購入しても+110/月～130/月で上位プランにアップできますが、VPNを使いたいだけならベーシックプランで十分

期間は月単価が半額以下になるので1年プラン以上を推奨で、2年プランの方が最も安いですが、個人的にはちょっと長すぎなので1年プランの方がおススメです

※以下は2025年11月時点の料金なので参考に

アプリインストール

各OS用にダウンロード画面がありますのでサイト上で対象OSを選択

直感的にわかる簡単仕様ですが、Windows用のインストーラーの手順は↓↓

拡張機能インストール

Chrome or Edge用の拡張機能はそれぞれのストアからインストールするだけ

chromeウェブストア：VPN for Chrome: NordVPN proxy protection

Edgeアドオン：NordVPN – the Fastest VPN proxy for privacy – Microsoft Edge Addons

使い方

インストールしたアプリと拡張機能では使い方は当然ながら適用範囲も違うので簡単にご紹介

アプリの使い方

NordVPNは日本語に対応しているのでまずはアプリの中で言語設定を・・

左下の歯車　→　General　→　Language

使い方はかなりシンプル

VPNを利用するには画面下部の接続先を選ぶだけでいいし、自分のIPアドレスを隠匿したいだけなら”国：Japan“を選ぶか、上部の”VPNで接続を保護“をクリックしてあげれば日本のIPアドレスで外部接続するようになります

切り替えが終わるとアプリの画面でお知らせしてくれて、ヘッダーメニュー個所にIPアドレスも表示されています

そしてこのアプリを使った場合の影響範囲としてPC自体のIPアドレスが変わったような状態になります（正確には違いますが）

なのでどのブラウザ、どのアプリを使ってもNordVPNによって確立したIPアドレスに変わります

他にもアプリにはセキュリティ対策やADブロックなどの機能もあるのでお好みで

拡張機能の使い方

拡張機能は残念ながら日本語に対応していないので英語のままです

基本的にはアプリの時と同じく”国：Japan“を選ぶか、上部の”Quick Connect“をクリックでVPN接続されます

そしてこの拡張機能は対象のブラウザだけIPアドレスが変わったような状態になります

少し見にくいですが、手前のEdgeは通常のIPアドレスのままに対して奥のChromeはNordVPNで接続したIPで検知されていることがわかります

もう一つ、拡張機能の設定でブラウザ起動時に自動でVPN接続する設定があります

この設定をすることでSeleniumなどで”ブラウザ起動時に自動でVPN接続する“ことが可能になります

NordVPNの特徴

VPNを利用するときあると嬉しい”セッション中でも定期的にIPが変わるIPローテーション”機能ですが、残念ながらNordVPNには搭載されていません

ですが、アプリにしても拡張機能にしてもVPN接続する度にIPアドレスが変わるので特に拡張機能なら定期的にブラウザ再起動すれば簡易的なIPローテーションを実現できます

まとめ

個人的にはスクレイピングするときによく使うNordVPN のご紹介でした

他にも利用しているVPNサービスがありますので順次紹介していきます

GetItemを使ってるとエラーが

先日、自作したExcelで商品情報取得するツール使っていたら見慣れないエラーが・・・

レスポンスの中身を見るとコチラが

ErrorCode:932
LongMessage:Auth token is hard expired, User needs to generate a new token for this application.

私は英語が苦手なのですぐにGoogle先生に翻訳を頼んだのですが、日本語版がコチラ

認証トークンの有効期限が切れています。ユーザーはこのアプリケーション用に新しいトークンを生成する必要があります。

今まで一度も有効期限切れエラーなんて発生したことないのに何で！？

と思いましたが原因と対応方法はわかりやすいエラーで、メッセージに書いてある通りおとなしく”新しいトークンを生成“します

トークンを再作成する

やり方は簡単で下記手順の通り

最初に同じことやってるはずなんですが正直忘れてました

APIの取得手順をブログに残しておいて良かったと過去の自分をほめてあげたい

あとがき

今回突然エラーになりましたが、これは本当に単純な有効期限切れですかね？

findItemsAdvanced終了のお知らせもあったので何かeBay側で発生してる気もします・・

前置き

突然Xserverから新サービスの案内が来て説明を見る限りではDaaSのようですが、ちょっと前にWindows Server始めたばかりで何が違うんだろう？？と素直に疑問

当時Windows Serverを利用していたので簡単にまとめましたが・・・

クラウドPCも契約してみたので比較も含めてザックリまとめます

クラウドPCの実態

クラウドPCの紹介ページを探索していると「料金・仕様」ページに一つの答えが書いてありました

いや、結局Windows Serverじゃん！！

参考までにこっちがWindows Server側の仕様

記載内容が違うので単純比較できないですが大体同じっぽい

個人的主要項目を抜粋して比較するとコチラ

違うような同じような・・・やっぱり大体同じかなと

スペック・契約期間別料金表

色々項目比較したところで結局大事なのはスペックとその金額の2点！

と言うことでそれぞれのクラウドPCとXserver VPS for Windows Serverの料金ページから情報を抜粋して比較してみる

尚、Windows Serverの方はリモートデスクトップ SALを使う前提で料金上乗せしています

※金額は一ヶ月あたりの金額です

クラウドPC

Windows Server+リモートデスクトップ SAL（月額990円）

スペック相応に金額が上がっていて正直優劣をつけるような差はない・・

強いて言うなら長期間の契約をする前提だとWindows Serverはリモートデスクトップ分がどのプランでも固定（割引されない）のでやや劣勢だけど逆に使わないと割り切れるなら優勢になる

それぞれ契約したプランと使った感想

折角両方を契約して使ったので個人の感想ですが参考になれば

まず使用目的はWindows Serverを契約した時の記事の冒頭で触れていますが、毎日定期実行したいプログラム（主にPython）があって、自宅PCだと常時電源を付けておく必要があったり、通常使用している最中にプログラムが実行されると画面アプリが出てきたりメモリを喰うのが嫌で別環境を準備したいと思ったのがきっかけです

PC買うより初期費用安いし場所も取らない、微々たるものでしょうが電気代もかからない、要らなくなればすぐ解約できる、この定期実行プログラムで得られる利益などをトータルで考えると悪くないんじゃないかと思って契約しました（ぶっちゃけブログのネタにもなるし）

少し前置きが長くなりましたが、つまりPCでやることはプログラム実行だけで高スペックを求めているわけではないのでなるべく費用を抑えた最低限スペックを求めて選択しています

まずそれぞれ契約したプラン

比較するに当たってそれぞれどのプランを選択したのかがコチラ

前述の通りあまりお金をかけたくない前提でスペック下から検討してクラウドPCのお試しプランは流石にスペック低すぎると思ってやめました

クラウドPCのエントリープランは実際に今契約しているもので特に何の文句もなく快適に利用できているので私はしばらくこれを使うつもりです

因みに、Windows Serverの2GBプランはお安いんですが並行処理を入れるとメモリ不足に陥りがち

流石に今の世の中メモリ2GBはお話にならんです・・

メモリ3GBはどうなの！？と言われると、今のところメモリ不足になったことはなくて、そもそも重い処理を流すことも少ないので私の使い方だとこの辺りがちょうど良いのでしょう

使った感想など

ここまでそれっぽく書いてきましたが、使用感としてはぶっちゃけほとんど同じ！

なのでスペック・料金で目的に合った方を選べばそれが全てと言っても過言ではないはず・・

私と同じように24時間365日いつでもプログラムを実行したい！って方には前述のクラウドPCのエントリープラン辺りがオススメ

本当にPCのつもりで使うなら今の世の中メモリ8GBは欲しいよねってことで9千円台のプランになりそう（だけどこれなら実機買った方が・・・）

参考に両サービスを混合してスペック順に並べた表がコチラ

サービスは綺麗に交互の並びになって、料金は一部入れ替わりがあるけど大体スペック順になる感じなので、やっぱり目的の使い方にあったスペックを選ぶだけでサービスとしての差はないと思ってよさそう

キャンペーン値引きやってます

両サービスとも結構な頻度でキャンペーン値引きやってます

条件は初めて契約する時のみになっているので、まずは短期間試してみるのを取るか、一気に長期間契約して安く利用するかは悩みどころ

（アカウント2つ作っちゃえばいい気もする）

2024年1月に実施されている各キャンペーンの契約期間別値引き金額がコチラ

大体いつもこの感じになるのですが、Windows Serverの条件となる契約期間が長い・・・

絶対に長く使うなら長期間割引されるWindows Serveで、とりあえず1年使ってみるだったら短期でも値引き率の高いクラウドPCってのも選択基準の1つ

最後に

そもそも毎月費用をかけてまでこんな環境要らないと思っている方へ・・・

個人で使うには絶妙に手を出したくない金額ではありますがあると思っているより便利です！

なにより、この24時間365日プログラム実行する環境を外注する場合なんか環境構築までお任せできるので想像以上に便利だと思います（私も受注するなら環境準備してほしいと思ってます）

騙されたと思って短期間だけでもお試しで利用してみてはいかがでしょうか

そもそもWindows Serverとは？

正確なサービス名称はVPS for Windows Serverのこと

そしてVPSとは「Virtual Private Server」の略で、日本語略では「仮想専用サーバー」です

詳しいことは省略しますが、簡潔に言えば大きなサーバーを小さな仮想サーバーに分割して、その小さなサーバーをユーザーに専用サーバーとして提供してくれるサービスです

さらにそのサーバーのOSが一般的なパソコンに似たWindowsを使っているものをWindows Serverというわけです

Windows Serverの良い点と悪い点

良い点

• 初期費用を安く済ませることができる
• 電気代がかからない
• 物理的な場所を取らない
• プログラム作成や環境構築を誰かに手伝ってもらうことが簡単
• 必要なときに必要なスケールアップ（スペックアップ）が可能
• 不要になったら契約解除するだけ（≒廃棄が不要）
• Windows PCライクな操作感で利用できる
• 管理者権限を持っているのでアプリインストール可能
• 管理者権限を持っているのでGoogle Driveなどのストレージサービスをマウントできる

悪い点

• 実機に比べると料金に対するスペックが低い
• リモートデスクトップ SALが無いと利用しにくい（別料金）
• Microsoft 365ライセンスが使えない（別料金のサーバー専用ライセンスが必要）
• 他のVPSに比べて料金が高い
• サービス側が決める定期メンテナンスに巻き込まれる

Xerverのプラン別料金表とオプション料金

プラン別料金

※SSDはどのプランでも100GB
※金額は1ヶ月あたりの料金

ConoHaと違って「メモリ：1GB、CPU：2コア」のプランと「３ヶ月、６ヶ月」プランが無い

スペックの方は使い物にならないから使わないし、期間の方も刻んだところで値引き率は低いので個人的には気にならない範囲

オプション料金

後述しますがリモートデスクトップ SALは必須レベル

他は使い道次第ですが、月額料金をかけてまで契約する必要はあまりないかと

ConoHaのプラン別料金表

プラン別料金

※SSDはどのプランでも100GB
※金額は1ヶ月あたりの料金
※1ヶ月の料金は時間課金タイプの上限

プラン料金はserverに比べて若干お高い料金設定

代わりにオプション料金が若干やすいのでトータルで考えれば差は無いと思って良さそう

オプション料金

自動バックアップはVPSなのに必要なの？って気もしますがお安いのでお好みで

その他はXserverと同じく使い道に合わせてお好みで

オススメのプランと比較

※プラン料金に個人的必須なリモートデスクトップ SAL料金を加算しています

私が実際に契約しているのは「メモリ：2GB、CPU：3コア」のプラン

今のところ定期実行にメモリが必要な処理は少ないのでこれで十分

予算との相談もあってこのプランにしましたが「メモリ：4GB、CPU：4コア」が可能ならそちらの方がオススメ（と言うかプラン変更しようか悩んでます）

Xserverでの契約手続き

契約のためのサイトはコチラから

※先にXserverのアカウント登録が必要です

申し込み画面

各項目については以下に

サーバーの種類

今回はWindows Serverを契約したいわけなので”Windowsサーバーのお申し込み“をクリック
※初期値は”VPSのお申し込み“になっています

サーバー名

初期値は”win-yyyy-mm-dd-hh-mm-ss”ですがお好みで変更を

プラン

ここもお好みですが私は24時間Pythonプログラムが実行できれば満足でスペックは一番下の”メモリ：2GB“にしました

サーバーの契約期間

• 1ヶ月
• 12ヶ月
• 24ヶ月
• 36ヶ月

から選ぶのですが、長ければ長い方がお得！（当たり前）

イメージタイプ

契約する対象を選ぶ

サーバーのEdition（プルダウン）はこだわりがなければその時の最新を選んでおけばいいと思う

それと別に契約の組み合わせを選ぶ

• Windows Server
• Windows Server for Remote Desktop
• Windows Server for Remote Desktop+Office（EXCEL、WORD、POWER POINT）

Remote Desktopは使い勝手の都合、個人的には必須

OfficeソフトはMicrosoft 365 (旧Office 365)のライセンスが使えないのでWindows ServerでもOfficeソフトを使いたいなら契約が必要

OfficeはわざわざWindows Serverで使う必要がないかなと思うので私は”サーバー＋Remote Desktop“にしました

ライセンス

リモートデスクトップ SAL

「リモートデスクトップ接続」を利用するために必要なライセンス契約です。
ご利用人数分のご契約が必要です。

とのこと

個人利用だけなら1個で十分ですが誰かにメンテナンスしてほしいとか、共同利用したいとかあれば1～2個余剰を持っていても良いかも

Microsoft Office SAL

「Microsoft Office」を利用するために必要なライセンス契約です。
ご利用人数分のご契約が必要です。

考え方は基本的にリモートデスクトップ SALと同じ

ただ地味にお値段高いので契約するにしても必要最低限にしたいところ

Administratorパスワード 

記載されているポリシーに合わせてご自由に

半角英大文字、半角英小文字、半角数字、半角記号（\^$+-*/|()[]{}.,?!_=&@~%#:;'”）から3種類以上を含んだ9文字以上70文字以内

管理者パスワードだし堅牢にしたいけど考えるのがめんどくさい方は↓↓↓がオススメ

https://www.luft.co.jp/cgi/randam.php

ちなみに全ての契約手続きが終わった後、初回ログインで使うので控えておく

最後に

“「Xserver VPS利用規約」に同意する”にチェックを入れて”お申し込み内容を確認する”ボタンを押下

この後は最終確認と支払い関係の画面なので割愛・・・

契約が終わったら管理ページへ

ログインページ

VPS用のログインページへ

https://secure.xserver.ne.jp/xapanel/login/xvps/

VPS契約管理ページ

色々メニューはありますがとりあえず”VPS管理”画面へ

VPSパネル

契約直後はまだサーバー起動準備中なので右上の電源状態が”稼働中”になるまで待つ

リモートデスクトップ SALを使わないサーバー起動

VPSパネルで電源ステータス左にある”コンソール”ボタンを押下するとWindowsのログイン画面になるのですがまず画面が小さい・・（なんだこの余白は）

そしてロック解除のために画面に従って”Ctrl + Alt + Del”キーを押下すると・・PC本体の方に反応してロック解除されない

結論としては画面右上にある”Send CtrlAltDel”ボタンを押す必要がありました

続いてパスワード入力

申し込み画面で登録していたAdministratorパスワードを入力

私は何となく堅牢な方がいいと思って32桁で半角英大文字、半角英小文字、半角数字、半角記号を全て含んだ乱数にしたのですがこれが仇に・・

もちろんメモは取っていたのですがコピペができない（泣く泣く手打ちしました）

当然パスワードなので堅牢な方がいいですが、この段階ではほどほどに

無事ログインした後の画面がコチラ

やっぱり小っさ！！

ってことで前置きが長くなりましたがリモートデスクトップ SALは契約した方がイライラから解放されるのでお勧めですよって話でした

リモートデスクトップを使ってサーバーに接続

スタートメニューで”Windows アクセサリ → リモートデスクトップ接続”

VPSパネルにIPアドレスを入れて

Administratorパスワードを入れて

Windowsのデスクトップが表示されるので後は好きなようにアプリインストールとかしちゃってくださ（↓はスクショ取り忘れて少しアプリインストールした後です・・）

あとがき

私はこのWindows Serverを使ってクローリングからのXポストやLINE通知をするプログラムを日々実行しています

同じような環境が欲しい人はWindows Serverを契約して、外注でプログラム＆環境構築してもらえれば実現可能なので是非検討をー