最近は Claude Code を事務職や企画職の方にも配って、日々の作業を手伝ってもらう会社が増えてきましたよね

ただ、何の準備もせずにそのまま配ってしまうと、思わぬところで事故が起きやすいんです

例えば、認証情報の入ったファイルを読まれてしまったり、消したくないフォルダを巻き込んで操作されてしまったり、といった場面が考えられます

この記事では、Claude Code を一般の社員に配るときのガードレール設計を、情シスや管理者の目線で一通りまとめます、設定ファイルの中身も具体的なコード付きで紹介していきます

「会社で配る予定はないけど、個人で使っていて事故が心配」という慎重派の方にも、そのまま真似できる構成にしているので、肩の力を抜いて読んでみてください

Claude Code のセキュリティの全体像はClaude Code Desktop 初心者向けセキュリティ5選、設定ファイルそのものの整理はClaude Code 設定ファイル早見表でも扱っているので、土台から知りたい方は合わせてどうぞ

なぜ「初期設定なしで配る」と事故るのか

Claude Code は、お願いした内容に応じて自分でファイルを読み書きしたり、裏でコマンド(プログラム命令)を実行したりできます

この自走できる力が便利さの源なんですが、配り方を間違えると、同じ力がそのままリスクにもなります

とくに、コマンドや設定ファイルに慣れていない方が使う場合、こんな場面が起こりがちです

• パスワードやAPIキーの入った .env ファイルを読み込んで、その中身が会話履歴に残ってしまう
• デスクトップやドキュメントなど、消したくないフォルダの中で作業させてしまい、関係ないファイルまで巻き込む
• 「許可をバイパス」する設定をうっかり有効にして、確認なしで何でも実行できる状態になる
• 認証情報をそのまま Git にコミットして、社外に出してはいけない情報が共有リポジトリに載る

どれも「使う人が気をつければ防げる」と言えなくはないんですが、毎回・全員が気をつけ続けるのは現実的じゃないですよね

だからこそ、使う人の注意力に頼らず、仕組み側であらかじめ守るという発想が大事になります

ハーネス(枠組み)で守るという考え方

ここで言うハーネスは、使う人を包む安全の枠組みくらいに考えてください、車のシートベルトのように、意識しなくても勝手に守ってくれる仕掛けのことです

具体的には、管理者があらかじめ設定ファイルや作業フォルダを用意しておき、使う人はその枠の中で操作する、という形を作ります

この記事で紹介するガードレールは、おおまかに次の6つです、上から順に効果が広いものになっています

1. managed-settings.json で、上書きできない管理ポリシーを配る
2. settings.json の permissions で、できる操作とできない操作を線引きする
3. セキュリティ系プラグインで、書かれたコードを自動でチェックする
4. 作業フォルダの固定で、どこでも実行できる状態を避ける
5. .gitignore の標準配布で、認証情報をうっかり共有させない
6. 初期CLAUDE.md の配布で、社内ルールを最初から読ませる

正直、ここまでやると「ちょっと過剰かな」と感じる場面もあると思います、ただ、事故が心配な環境なら、最初は厚めに守っておいて、慣れてきたら緩めるくらいがちょうどいいんじゃないでしょうか

1. managed-settings.json で上書きできないポリシーを配る

ガードレールの土台になるのが managed-settings.json です、これは管理者が配る「上から決めた設定」で、使う人が自分の設定で上書きできないのが大きな特徴です

Intune や Jamf といった MDM(端末を一括管理する仕組み)を使って、全社員のパソコンに同じファイルを配る、という運用が想定されています

置き場所はOSごとに決まっている

managed-settings.json は、置く場所がOSごとに決まっています、2026年6月時点の公式ドキュメントだと次の通りです

同じ場所に managed-settings.d というフォルダを作って、複数の設定ファイルに分けて置くこともできます、チームごとにポリシーの断片を分担したいときに便利です

中身は通常のsettings.jsonと同じ書き方

ありがたいことに、ファイルの中身は普通の settings.json と同じ書き方で大丈夫です、管理者として「これだけは守らせたい」という最小限のポリシーから始めるのがおすすめです

{
  "permissions": {
    "disableBypassPermissionsMode": "disable",
    "deny": [
      "Read(.env)",
      "Read(**/.env)",
      "Read(**/.env.*)",
      "Read(**/*.pem)",
      "Read(**/*.key)",
      "Read(**/id_rsa)",
      "Read(**/credentials.json)"
    ]
  }
}

この例だと、認証情報が入りがちなファイルの読み込みをまとめて禁止しつつ、確認なしで何でも実行する「許可をバイパス」モードも封じています、それぞれの中身はこのあとの章で順番に説明します

managed-settings.json に書いた内容は、使う人の設定では上書きできません、なので本当に外してほしくない守りだけをここに集約するのがコツです

設定の優先順位を押さえておく

Claude Code の設定は何層かに分かれていて、ぶつかったときにどれが勝つかが決まっています、優先順位は上が強いです

大事なのは、禁止(deny)はどの層から付けても効くという点です、ある層で禁止したものは、別の層で許可しても解除されません

つまり管理者は、managed の層で禁止を盛っておけば、使う人がどんな設定をしても穴が開かない、という安心感が得られます

2. permissions で操作範囲を線引きする

次は、Claude Code が「何をしていいか」を細かく決める permissions の話です、ガードレールの中でも一番こまかく効くところです

permissions は3つのリストでできています、それぞれの役割はこんな感じです

判定の順番は deny → ask → allow です、最初に deny にあたれば、後ろで allow に書いてあっても禁止が優先されます、なので禁止したいものは deny に書くのが確実です

危険なコマンドを deny で止める

まず止めておきたいのが、影響範囲の大きいコマンドです、ファイルを一括で消すような命令や、ネットへ自由にアクセスする命令を deny に入れておきます

{
  "permissions": {
    "deny": [
      "Bash(rm -rf *)",
      "Bash(curl *)",
      "Bash(wget *)",
      "Bash(git push *)"
    ],
    "defaultMode": "default"
  }
}

Bash というのは、Claude が裏で実行するコマンド(プログラム命令)のことです、ここでは一括削除の rm、勝手なダウンロードに使われがちな curl と wget、共有リポジトリへの送信になる git push を止めています

WebFetch でアクセス先のドメインを絞る

WebFetch は、Claude がWebページを読みにいく機能です、ここを野放しにすると、どこへでも情報を取りにいけてしまうので、許可するドメインだけ絞るやり方が安心です

{
  "permissions": {
    "allow": [
      "WebFetch(domain:docs.claude.com)",
      "WebFetch(domain:github.com)"
    ],
    "deny": [
      "WebFetch"
    ]
  }
}

書き方は WebFetch(domain:許可したいドメイン) です、この例だと、ドキュメントとGitHub以外への読み込みを止めつつ、業務で必要なところだけ通せます

「許可をバイパス」モードを封じる

Claude Code には、確認をすっ飛ばして次々に実行する「許可をバイパス」モードがあります、便利ではあるんですが、慣れていない方が使うと、止める間もなく操作が進んでしまう危険があります

これを管理者側で封じるのが disableBypassPermissionsMode です、値を “disable” にすると、設定からもコマンドからもこのモードが使えなくなります

{
  "permissions": {
    "disableBypassPermissionsMode": "disable"
  }
}

さらに徹底したいなら、allowManagedPermissionRulesOnly を true にすると、許可・確認・禁止のルールを管理者の設定だけに限定できます、使う人が勝手に許可を増やすのを防げます

permissions まわりをもう少しじっくり知りたい方は、Claude Code 設定ファイル早見表で各ファイルの役割を確認しておくと、どこに何を書けばいいか迷わなくなります

3. セキュリティ系プラグインで自動チェックを足す

設定で操作を縛るだけでなく、書かれたコードそのものを自動でチェックする仕組みも入れておくと安心です、ここで役立つのが公式のセキュリティ系プラグインです

2026年5月に公開された security-guidance は、Claude が書いたコードに危なっかしいパターンが混じっていないかを自動で見てくれるプラグインです、たとえば外部からの入力をそのまま実行してしまう書き方などを拾ってくれます

導入は Claude Code Desktop のプラグイン画面から数クリックで済みます、無料で、どのプランでも使えて、入れたあとは自動で動いてくれるので、配る側としても手間がかからないのが嬉しいところです

security-guidance の検出パターンや、deny リストとの組み合わせ方はsecurity-guidance とは 使い方と運用のコツでくわしくまとめているので、入れる前にざっと目を通しておくと運用イメージがつかみやすいです

プラグインの配布元を管理者で固定する

プラグイン自体は便利なんですが、誰がどこから入れられるかを野放しにすると、出どころの怪しいものが混ざる心配もあります

会社で配るなら、managed-settings.json 側で「入れていいプラグインの棚」を絞っておくのがおすすめです、公式の棚だけ許可しておけば、使う人は安心して選べます

4. 作業フォルダを固定して「どこでも実行」を避ける

地味ですが効くのが、作業する場所をあらかじめ決めておくという対策です

Claude Code は、起動した場所のフォルダを起点に動きます、なので、もしデスクトップやドキュメントの直下で起動してしまうと、大事なファイルが並ぶ場所で操作が走ることになります

そこで、MDM で全社員のパソコンに 所定の作業フォルダ を自動で作っておく、という手を打ちます、たとえばこんな構成です

C:\Users\(ユーザー名)\ClaudeWork\
  ├─ .gitignore        ← 認証情報を除外するリスト
  ├─ CLAUDE.md         ← 社内ルールを書いた初期ファイル
  └─ work\             ← ここで作業する

このフォルダの中で作業してもらうように案内しておけば、関係ないファイルを巻き込むリスクをぐっと減らせます、後で出てくる .gitignore や CLAUDE.md も、最初からこの中に置いておけます

さらに、Claude が触れてよいフォルダを設定で限定したいときは、additionalDirectories という項目で、追加で使ってよい場所をリスト化できます、明示した場所以外には基本的に手を出させない、という運用も組み立てられます

5. .gitignore を標準配布して認証情報を守る

つづいて、.gitignore の標準配布です、これは認証情報のうっかり共有を防ぐための、地味だけど大事な一手です

.gitignore は、Git に「このファイルは管理しないでね(=共有リポジトリにもアップしないでね)」と伝えるためのリストです、ここに書いたファイルは、コミットの対象から外れます

パスワードやAPIキーが入る .env などをここに書いておけば、Git 経由で社外に出てしまう事故を防げます、配布する雛形はこんな内容で十分です

# 認証情報
.env
.env.*
*.pem
*.key
id_rsa
credentials.json

# ローカル設定
.claude/settings.local.json

# 一時ファイル
*.log
tmp/

ポイントは、これを全員に同じ内容で配ることです、一人ひとりに「.gitignore を書いてね」とお願いしても抜けが出ますが、雛形を配ってしまえば、最初から同じ守りが効きます

6. 初期CLAUDE.mdを配って社内ルールを読ませる

最後は 初期CLAUDE.md の配布です、ここまでが仕組みで縛る守りだったのに対し、これは「Claud に最初から読ませておく社内ルール」という、もう一段やわらかい守りになります

CLAUDE.md は、Claude Code が作業前に読み込む指示書のようなファイルです、ここに会社のルールや禁止事項を書いておくと、毎回それを踏まえて動いてくれます

配布する雛形には、作業フォルダの説明・やってほしくないこと・困ったときの相談先あたりを入れておくと親切です

# 社内Claude Code 利用ルール

## 作業する場所
- 作業は ClaudeWork\work フォルダの中で行ってください
- このフォルダの外にあるファイルは、勝手に触らないでください

## やってほしくないこと
- .env や鍵ファイル(*.pem / *.key)の中身を会話に出さない
- 共有リポジトリへの送信(git push)はしない
- 設定ファイルを書き換えるときは、内容を私(利用者)に見せてから書く

## 困ったとき
- 操作に迷ったら止まって、情報システム部に相談してください
- 連絡先: jyoshi@example.com

ここで1つ気をつけたいのは、CLAUDE.md はあくまで「お願い」であって、強制力はないという点です

本当に守らせたい禁止は、これまで紹介した managed-settings.json の deny で仕組みとして縛る、CLAUDE.md は方針や心構えを伝える、という役割分担で考えると分かりやすいです

個人でも真似したい最小セット

ここまで会社向けの話をしてきましたが、「うちは会社じゃないし、そこまではいらないかな」という方も多いと思います

そこで、個人で使う慎重派の方が真似する価値のある最小セットを、3つに絞ってまとめておきます

• settings.json の deny に .env 系と危険コマンドを入れる:認証情報の読み込みと一括削除を止める、これだけで事故の多くが防げます
• .gitignore に認証情報を書く:Git を使うなら、.env や鍵ファイルを最初に除外しておく
• 作業フォルダを1つ決める:専用のフォルダの中だけで Claude Code を使うようにして、大事なファイルから離す

managed-settings.json や MDM 配布は会社向けの仕組みですが、個人なら自分の settings.json に同じ deny を書くだけで近い効果が得られます、管理者がいない分、自分が管理者のつもりで一度だけ設定しておく、というイメージです

設定が不安なら Claude 自身に頼む手もある

「設定ファイルを自分でいじるのは怖い」という方は、Claude 自身に書いてもらうのも手です、やりたいことを言葉で伝えれば、中身を用意してくれます

たとえば、こんな感じで頼んでみてください

このプロジェクトの settings.json を作りたいです。
次の方針でお願いします。

・.env や鍵ファイル(.pem / .key)の読み込みを deny で禁止
・rm の一括削除と git push を deny で禁止
・「許可をバイパス」モードは使えないようにする

書き込む前に、設定内容を一度わたしに見せてから保存してください。

最後の「書き込む前に見せてね」の一言がポイントです、内容を確認してから保存すれば、知らないうちに変な設定が入る心配もありません

よくある質問

まとめ

事務職や企画職の方に Claude Code を配るときは、使う人の注意力に頼らず、仕組みで守るのが基本でした

この記事で紹介したガードレールを、もう一度おさらいしておきます

• managed-settings.json:MDMで配る、上書きできない管理ポリシー
• permissions の deny:危険コマンドと認証情報の読み込みを止める
• セキュリティ系プラグイン:書かれたコードを自動でチェックする
• 作業フォルダの固定:どこでも実行できる状態を避ける
• .gitignore の標準配布:認証情報の共有を防ぐ
• 初期CLAUDE.md:社内ルールを最初から読ませる

会社で配る予定がなくても、deny・.gitignore・作業フォルダの3つは個人でも真似する価値があります、慎重派の方ほど、最初に一度だけ仕込んでおくと、後がずっと気楽になりますよ

関連する話として、Claude Code Desktop 初心者向けセキュリティ5選では使い始めの守り方を、security-guidance とは 使い方と運用のコツではプラグインによる自動チェックをくわしく扱っています、合わせて読むと、自分の環境に合った守りを組み立てやすくなると思います

Claude・生成AIを学べる本PR

面倒なことはChatGPTにやらせよう

カレーちゃん・からあげ

Amazonで見る楽天で見る

実践Claude Code入門

西見公宏・吉田真吾・大嶋勇樹

Amazonで見る楽天で見る

Claude CodeによるAI駆動開発入門

平川知秀

Amazonで見る楽天で見る

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

Anthropicから新しいモデルClaude Fable 5が出たので、さっそく1日まるまる触ってみました

世間の総括をひとことで言うと「遅い・トークンを食う・しかし有能」あたりに落ち着いていて、私の体感もだいたいそこに重なります

ただ、本家ブログでは焦点をひとつに絞りたいので、今回はトークンの減りの速さを記事の背骨にして書いていきます、性能向上そのものは正直地味なんですが、トークンが消えていくスピードはちょっと無視できないなと感じたので

結論を先に薄く置いておくと、こんな感じです

そもそもモデルやトークンってなに？という方は、先にAI用語集に目を通しておくと、この先がぐっと読みやすくなると思います

カタログスペックでOpus 4.8と比べてみる

まずは公式が出している数字から、ひとつ前のClaude Opus 4.8と並べて見てみます、ここはぜんぶ公式発表値です

表を見てまず目に入るのは、API価格がOpus 4.8のちょうど2倍になっているところです、入力$10・出力$50で、Opus 4.8の入力$5・出力$25からきっちり倍ですね

もうひとつ大きいのが思考モードのちがいです、Opus 4.8は思考をオン/オフ選べるんですが、Fable 5はadaptive thinkingという深く考える仕組みが常時オンで無効化できません、AIが内部でじっくり考えるぶん、見えないところで思考用のトークンが乗ってくる作りになっています

速度を上げるFast modeがFable 5には用意されていないのも、地味だけど効いてきます、このあたりが「速さは売りじゃない」を裏づけている感じですね

公式ベンチマークの主役はSWE-bench Pro

性能の数字も見ておきます、Anthropicが公式発表で前面に出しているのはSWE-bench Proというコーディングのベンチマークです

SWE-bench Proで80.3%、Opus 4.8の69.2%から10ポイント以上の上積みなので、数字としてはちゃんと伸びています

世の中の評価はどうなっている？

次に、私の感想に行く前に世間の声を整理しておきます、肯定も否定もはっきり出ていて、両方知っておくとバランスよく判断できると思うので

肯定的な評価

有名な解説者のSimon Willisonさんは「a beast(怪物級)、遅くて高いが、あらゆるタスクを着実に噛み砕き続ける」と評していて、知識の想起についてはOpus 4.8より上だと書いています

大規模な事例だと、Stripeが5,000万行のRubyコードベースを1日で移行したという自己申告もあります、ほかにも、過去モデルが作り込んだバグを複数見つけ出したという報告や、調査の自律性が上がった(他人のブランチまで自分でpullして原因を特定する)という体験談が出ています

共通しているのは「単なるコード生成器ではなく、開発サイクルそのものの運転手になりつつある」という見方で、長時間まかせる使い方ほど評価が高い印象です

否定的・不満の声

一方で、辛口の声もしっかりあります

技術系コミュニティでは「進化は革命的というより漸進的(incremental)」「ベンチマークへの過適合では？」という疑いの声が出ています

そして何より多いのがコストとレート上限への不満です、Willisonさんは初日のAPI利用で$110.42、ほかにも1日で$82.92という報告、$100のMaxプラン枠を約9分で使い切ったという話まで出回っています(このあたりの個人実測値は再現性が確かめられていないので、雰囲気として受け取るのが安全です)

1日触った私の体感

性能・速度・トークン消費の3つの軸で、1日触った正直なところを書いていきます

性能:上がった気はする、でも目に見えてすごいかは分からない

Webデザインや受け答えの質は、Opus 4.8より上がった気はします、ただ、目に見えてすごい向上かと言われると、正直よく分かりませんでした

たぶんこれは、私が一般的な用途でそこまで高難易度の使い方をしていないだけかもしれません、世間でも「単発のタスクだと差が見えにくい」という見方は共通していて、差が出るのは長時間の自律タスクや大規模なコードベースを扱うときみたいです

Stripeの5,000万行みたいな規模感だと真価が出るんでしょうが、日常の使い方だとそこまで実感しづらい、というのが私の体感です

速度:それなりに時間はかかる、〇倍速いみたいな体感はない

速度については、それなりに時間はかかる、という印象です、Opusと比べて速度が何倍も速いみたいな体感はありませんでした

これは私が日頃からeffort(どれだけ手間をかけて考えるかの設定)を高めにしているのも要因です、effortを上げているぶん深く考えるので、そのぶん待ち時間も伸びます

世間でも「effortをmediumにしてもOpus 4.8のxhighより倍以上かかる」という声があって、ここは私の体感と一致しています、Fable 5はadaptive thinkingが常時オンで深く考える設計なので、遅く感じるのは仕様どおりとも言えます、速くしたいならeffortを下げる、というのが公式の指針です

トークン消費:噂以上に速く減る、PROだと厳しいと思う

そして本題のトークン消費です、ここがいちばん言いたいところでした

SNSでも噂されているとおり、かなりの速さで減ります、しかも私の体感では、5〜10倍かそれ以上の勢いで減っていく感覚でした、世間でよく言われる「3〜5倍」よりも、自分のケースはもっと激しかったです

感覚としては、MAXプラン($110)でも厳しい、PROプランだとすぐ5時間の上限に達して、ほぼ使えないんじゃないかなと思います

もちろん、これも私がeffortを高めにしているのが要因のひとつなので、effortを下げれば減りは緩やかになります、ただ「思っていたより全然速い」というのが1日触っての正直な感想です

「トークンが速く減る」噂をファクトチェックする

では、なぜそんなにトークンが減るのか、「3〜5倍速く減る」という噂を分解してみます、結論から言うと、方向性は正しいけれど「モデルが勝手に食う」というより複数の要因の掛け算でそうなっています

ざっくり計算すると、重み約2倍 × トークナイザ約30%増 = 約2.6倍が構造的な下限になります、ここにhigh effortと常時オンの思考、並列ワークフローが乗ると、体感3〜5倍に届く、という内訳です

つまり「3〜5倍速く減る」は、ひとつの巨大な原因ではなく、重み × トークナイザ × effort × 思考 × 運用の合算だった、というのがファクトチェックの答えです

そして私のように、effortを高めにしてワークフローやサブエージェントも多用していると、この合算がさらに上振れします、自分の体感が3〜5倍ではなく5〜10倍に感じたのも、たぶんこの上振れぶんなんだろうなと、分解してみて腑に落ちました

たぶん、一般的な用途だと1タスクあたりの旨味が出にくくて、1トークンあたりのコスト感だけがダイレクトに来てしまう、これが私の「割に合わない感」やSNSの不満の正体なんだと思います、Claude固有の用語をもう少し押さえたい方はClaude用語集もあわせてどうぞ

まとめ:日常はOpus 4.8、長期・大規模はFable 5

1日触ってみての私なりの結論は、使い分けがいちばん現実的、というところに落ち着きました

• 日常の軽い作業や単発のタスクは、半額のOpus 4.8で十分
• 長期・複雑・大規模なコードをまるごとまかせるならFable 5の出番
• トークンを節約したいなら、effortを下げる・Sonnetを併用する

Fable 5が有能なのは間違いないんですが、その有能さを引き出せるのは長時間まかせる大きな仕事のときで、日常使いだとコストの重さばかりが目立ちやすい、というのが正直な体感でした

新しいモデルが出るたびにワクワクしますが、Fable 5は「とりあえず一番新しいから使う」よりも、自分の用途に合うかを見極めてから取り入れる方が幸せになれそうだなと感じた1日でした

Claude・生成AIを学べる本PR

面倒なことはChatGPTにやらせよう

カレーちゃん・からあげ

Amazonで見る楽天で見る

実践Claude Code入門

西見公宏・吉田真吾・大嶋勇樹

Amazonで見る楽天で見る

Claude CodeによるAI駆動開発入門

平川知秀

Amazonで見る楽天で見る

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

SeleniumやスクレイピングでWebページを自動操作するとき、最初の関門になるのが「狙った要素をどう指定するか」です、ボタンを押す・文字を入力する・値を読み取る、どれも先にその要素を特定することから始まります

そのときの「住所」にあたるのがCSSセレクタです、ページの中の「ここの要素」を文字列で言い当てるための書き方で、これが書けると自動化はぐっとラクになります

CSSセレクタというとWebデザイン(見た目をつける)の文脈で出てくることが多いんですが、この記事では自動化で要素を狙う視点に絞ってまとめます、同じセレクタでも、デザインで便利な書き方と自動化で効く書き方は少しズレるので、そのあたりも整理していきます

使用例はPython版のSeleniumで書きますが、セレクタの構文そのものは言語やツールに依存しません、VBA版のSeleniumでも、BeautifulSoupのようなスクレイピングでも、UiPathやPower Automate DesktopといったRPAツールでも、Web要素を指す手段としてCSSセレクタが使えます、Pythonを使っていない方も、セレクタの部分はそのまま読み替えられます

実際にブラウザを動かす操作コード(クリックや入力、待機、ループなど)は言語ごとの記事にまとめているので、この記事は「セレクタの書き方そのもの」に集中します、たとえばSeleniumVBAでの実装なら「SeleniumVBAの使い方 実践コード集」にあります

デザイン用のCSSと、自動化のセレクタは何が違う？

セレクタの具体的な書き方に入る前に、まずここを押さえておくと迷いません、同じCSSセレクタでも、見た目をつける(デザイン)目的と、要素を特定する(自動化)目的では、効くものと効かないものが違うんです

大きく分けると、違いは次の4つです

違い1 状態・装飾むけの擬似クラス・擬似要素は要素特定に効かない

デザインでよく使う ::before や ::after(擬似要素)は、自動化では使えません、これは見た目の上では存在しても、DOM(ページの構造)には実体のノードが無いからです

大事なのは、これがエラーになるのではなく常に「空」が返るという点です、MDNにも、擬似要素を含むセレクタは返り値が常に空になると明記されています、つまり「見つからない」のではなく「最初から取れない」ので、原因に気づきにくいハマりどころです

同じく :hover / :focus / :active のような操作状態の擬似クラスも、自動化での要素特定にはほぼ使えません、構文としては有効ですが、「その瞬間その状態の要素」しか返さないので、静的に要素を狙う用途には向かないんです、フォーカス中の要素が必要なら、セレクタではなく activeElement を使うのが定石になります

違い2 判定基準は「見た目に効くか」ではなく「querySelectorAllが解釈できるか」

ここが一番のキモです、自動化で使えるセレクタかどうかの判定基準は、そのセレクタをブラウザの querySelectorAll が解釈できるかどうかです

というのも、SeleniumでCSSセレクタ指定(By.CssSelector)を使うと、内部ではブラウザの querySelectorAll が呼ばれます、これはW3CのWebDriver仕様で定義されている動きです、要素1つを取る指定は先頭の1件、複数取る指定は当てはまる全件が返ります

つまり、querySelectorが解釈できるセレクタ＝Seleniumで使えるセレクタと考えてOKです、ブラウザのDevToolsのコンソールで document.querySelectorAll(“セレクタ”) を試して、ちゃんと要素が返ればSeleniumでも同じく使えます、これは自分でセレクタを検証するときにも役立つ考え方です

違い3 「中の文字」では選べない

自動化だと「『送信』と書かれたボタンを押したい」のように、表示テキストで要素を狙いたい場面がよくあります、ところがCSSセレクタには、これがありません

:contains() という書き方を見かけることがありますが、これはjQuery独自の非標準セレクタです、ブラウザの querySelectorAll に渡すとエラー(SyntaxError)になるので、Seleniumでも使えません

テキストの中身で要素を選びたいときは、CSSではなくXPathの出番です、XPathなら text() や contains() が使えて、たとえば //button[contains(., ‘送信’)] のように「『送信』を含むボタン」を狙えます、このあたりの実装は実践コード集の方でも触れているので、後ほどリンクします

違い4 「壊れにくさ」という評価軸が増える

デザイン用のCSSは、自分のサイトのHTMLに対して書くので、構造が変われば自分でセレクタも直せます、ところが自動化は他人のサイト(自分で変えられないHTML)を相手にすることが多いです

すると、そのセレクタが「ページの作りが少し変わっても壊れにくいか」という、装飾CSSには無かった評価軸が出てきます、同じ要素を狙うのにも、壊れにくい書き方と壊れやすい書き方があって、自動化では前者を選ぶ意識が要ります、この観点は後半のTipsでも具体的に見ていきます

基本のセレクタ(id・class・タグ)

まずは土台になる基本のセレクタからです、ここは自動化でもデザインでも共通で、一番よく使うところです

ポイントになるのが、下2つの組み合わせです、.btn.primary のようにクラスをくっつけて書くと「両方のクラスを持つ要素」を狙えます(AND)、間にスペースを入れないのがコツで、スペースを入れると意味が変わるので注意です

逆にカンマで区切ると「どちらかに当てはまる要素」をまとめて取れます(OR)、複数種類のボタンをいっぺんに集めたいときなどに便利です

Python版のSeleniumだと、こんな感じで指定します、find_element の第2引数に、上のセレクタ文字列をそのまま渡すだけです

from selenium.webdriver.common.by import By

# id が search の要素を探す
driver.find_element(By.CSS_SELECTOR, "#search")

# class が btn かつ primary の要素(両方のクラスを持つもの)
driver.find_element(By.CSS_SELECTOR, ".btn.primary")

# input タグを全部取る(find_elements は複数形・リストで返る)
driver.find_elements(By.CSS_SELECTOR, "input")

セレクタの文字列が同じなら、VBA版のSeleniumでも考え方は同じです、VBAなら driver.FindElement(By.CssSelector, “#search”) のようにメソッド名や書き方は変わりますが、渡すセレクタ文字列(#search)はまったく同じものを使えます

属性セレクタ(動的id・class対策の主役)

ここからが、自動化でとくに頼りになるセレクタです、属性セレクタは、要素が持つ属性(name・type・href・id・classなど)を手がかりに要素を狙う書き方です

このうち、自動化でとくに重宝するのが前方一致(^=)・後方一致($=)・部分一致(*=)の3つです、なぜかというと、最近のサイトは id=”btn-8f3a2″ のように、毎回ランダムに変わるid・classを持っていることが多いからです

こういう「変わる部分」を完全一致で書くと、ページを開き直すたびに壊れます、そこで、変わらない部分だけを前方一致や部分一致で拾うと安定します、たとえば btn- の部分が固定なら、後ろのランダム文字は無視して [id^=’btn-‘] で狙う、という具合です

# name 属性が q の要素(完全一致)
driver.find_element(By.CSS_SELECTOR, "[name='q']")

# id が btn- で始まる要素(後ろがランダムでもOK・前方一致)
driver.find_element(By.CSS_SELECTOR, "[id^='btn-']")

# class に primary を含む要素(部分一致)
driver.find_element(By.CSS_SELECTOR, "[class*='primary']")

# href が .pdf で終わるリンクを全部取る(後方一致)
driver.find_elements(By.CSS_SELECTOR, "[href$='.pdf']")

ちなみに、値の大文字・小文字を無視したいときは、閉じカッコの直前に i を付けます、[type=’text’ i] のように書くと、TEXT でも Text でもマッチします、地味ですが、サイトによって表記がそろっていないときに効きます

結合子(子孫・直下・隣接・一般兄弟)

セレクタ同士をつないで「位置関係」で絞り込むのが結合子です、似た要素がたくさんあるページで、狙った1つに寄せるときに効いてきます

このうち、子孫(スペース)と直下の子(>)は基本でよく使うので、ここでは軽めにいきます、ざっくり言うと、スペースは「ずっと下まで含めて探す」、> は「すぐ下の階層だけに限定する」です

むしろ覚えておきたいのが、後半の2つ、隣接兄弟(+)と一般兄弟(~)です、これは「ある要素の横(同じ親の中の並び)」を狙う書き方で、フォームのラベルと入力欄のような「隣り合った要素」を取るときに便利です

+ は「直後の兄弟1つだけ」、~ は「後ろに続く兄弟すべて」を指します、たとえば「label のすぐ後ろの input」を狙うなら label + input、「ある見出しより後ろにある段落を全部」なら h2 ~ p という具合です

# .list の中にある .item をすべて(子孫・何段下でもよい)
driver.find_elements(By.CSS_SELECTOR, ".list .item")

# .list のすぐ下の .item だけ(直下の子)
driver.find_elements(By.CSS_SELECTOR, ".list > .item")

# label の直後にある input(隣接兄弟・1つだけ)
driver.find_element(By.CSS_SELECTOR, "label + input")

# .title より後ろに並ぶ .row をすべて(一般兄弟)
driver.find_elements(By.CSS_SELECTOR, ".title ~ .row")

位置・除外で狙う(:nth-child・:not とFindElements+indexの使い分け)

「上から何番目」や「これは除く」という狙い方もあります、構造系の擬似クラスと呼ばれるもので、自動化でも普通に使えます、ただ、ここはSeleniumならではの選択肢もあるので、その使い分けまで含めて見ていきます

除外できる :not() はCSSの強み

まず、自動化でも素直に役立つのが :not() です、これは「カッコ内のセレクタに当てはまらないもの」を狙う書き方で、「○○以外」をセレクタ1本で表現できます

たとえば input:not([disabled]) と書くと、「無効化されていない入力欄だけ」を取れます、押せないボタンや入力できない欄を最初から除けるので、自動化のエラー回避にそのまま効きます、これはVBA側でループして弾く手間が省けるので、CSSセレクタならではの便利さです

# 無効化(disabled)されていない input だけを取る
driver.find_elements(By.CSS_SELECTOR, "input:not([disabled])")

:nth-child は「使えるけど、集めてループでも同じ」

「上から○番目の要素」を狙うのが :nth-child(n) です、ほかにも :first-child(最初)、:last-child(最後)、:nth-of-type(n)(同じタグの中で○番目)があります

これらは確かに使えるんですが、自動化ではFindElements で全部集めてから、index(番号)やループで取り出しても同じことができます、どちらが正解というより、両方できると知っておくのが良いです

# 方法A セレクタで「2番目の li」を直接狙う
driver.find_element(By.CSS_SELECTOR, "li:nth-child(2)")

# 方法B 全部集めてから index で2番目を取る(リストは0始まりなので [1] が2番目)
els = driver.find_elements(By.CSS_SELECTOR, "li")
print(els[1].text)   # [0]が1番目、[1]が2番目

むしろ :nth-child には、知らないとハマるクセがあります、これは「すべての兄弟をひっくるめて数えた○番目」を見るので、たとえば li:nth-child(2) は「2番目の子が li ならそれ」という意味です、もし li の前に別のタグが混じっていると、番号がズレて狙いが外れます

「同じ種類のタグの中での○番目」が欲しいなら、:nth-of-type の方が直感に近いです、ただ、このあたりの数え方の混乱もあって、自動化ではFindElements で集めてindexやループで取り出す方が、結果が読めて安全な場面が多いと感じます、番号がズレる心配がなく、コードを見ても何番目を取っているかが分かりやすいからです

ついでに、CSSで「親に近いこと」をやりたいなら :has() という擬似クラスもあります、div:has(> img) で「imgを直下に持つdiv」のように、中身を条件にして親側を狙えます、ただし:has() は比較的新しい機能(Chrome・Edgeは105、Safariは15.4、Firefoxは121以降)なので、古いブラウザを自動操作する場合は注意してください

自動化での実践Tips

最後に、セレクタを実際に書くときに効いてくるコツを、いくつかまとめておきます、ここを意識すると、壊れにくくて読みやすいセレクタが書けるようになります

一意に絞るコツ … 属性やclassを組み合わせる

狙った1つに絞れないときは、条件を足して組み合わせるのが基本です、タグ＋属性、class＋属性、親の中の子…と重ねていくと、似た要素の中から目的のものを言い当てられます

# タグ + 属性 + 親で絞り込む(検索フォームの中の送信ボタンなど)
driver.find_element(By.CSS_SELECTOR, "form.search button[type='submit']")

動的id・classは部分一致で逃がす

さっきの属性セレクタの章ともつながりますが、毎回変わるid・classを相手にするときは、完全一致を避けて前方一致・部分一致で「変わらない部分」だけを拾います、これは動的なページを自動操作するときの定番テクニックです

DevToolsの「Copy selector」は鵜呑みにしない

ブラウザのDevToolsには、要素を右クリックして「Copy selector」でセレクタをコピーできる機能があります、便利なんですが、出てくるのは body からの長い nth-child パスになりがちで、これがけっこう脆いんです

こういう「上から数えていく」パスは、ページの作りがちょっと変わるだけで簡単に壊れます、なので、コピーしたものをそのまま使うより、ユニークなidやclassを見つけて手で書き直す方が、ずっと壊れにくいセレクタになります、Copy selectorは「とっかかり」くらいに考えておくのがちょうどいいです

テキスト・親方向で狙うときはXPath

ここまで見てきたとおり、CSSセレクタには2つだけ苦手があります、表示テキストで選ぶことと、子から親へ遡ることです、この2つはXPathの担当だと割り切ると、迷わなくなります

テキストで探す書き方(全要素を集めてループで文字一致を見る方法)や、親へ遡る “..” の使い方は、「SeleniumVBAの使い方 実践コード集」でVBA版の実際のコード付きで紹介しています、CSSで狙えるところはCSSで、苦手なところだけXPathで、と分担させるのが組みやすいです

まとめ

自動化で要素を狙うCSSセレクタの書き方を、ひととおり整理してみました、最後にポイントをまとめておきます

• 自動化で使えるセレクタかどうかは「querySelectorAllが解釈できるか」が判定基準、::before などの擬似要素は常に空が返る、:contains() は非標準で使えない
• 基本は #id / .class / タグ、複数クラスのANDは .a.b、ORは カンマ区切りで書ける
• 毎回変わるid・class対策には、属性の前方一致(^=)・部分一致(*=)が主役、結合子は子孫(スペース)・直下(>)・隣接兄弟(+)・一般兄弟(~)
• 「○○以外」は :not()、位置で狙う :nth-child は使えるが番号のズレに注意、FindElements で集めてindex・ループの方が安全な場面も多い
• DevToolsの Copy selector は脆いので手で書き直す、テキスト・親方向はXPathに任せる

セレクタの書き方そのものは、ここまでの内容でだいたいカバーできます、あとは実際にブラウザを動かすコード(クリック・入力・待機・ループなど)と組み合わせるだけです、SeleniumVBAでの実装は「SeleniumVBAの使い方 実践コード集」に、導入から知りたい方は「Excelでもブラウザ操作！SeleniumVBAの使い方」にまとめてあります

Python版で「結局どのByを使えばいいの？」というところは「Seleniumのfind_elementの使い方」が、要素が出てくるまで待つ書き方は「Selenium WebDriverWaitの使い方」が参考になります、Chromeの起動オプションまわりは「SeleniumのOptionsとServiceまとめ」も合わせてどうぞ

セレクタが書けるようになると、自動化でできることが一気に広がります、まずは身近なページで、DevToolsの document.querySelectorAll() を使ってセレクタを試してみるところから始めてみてください

Python自動化の独学に効く本PR

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

Al Sweigart

Amazonで見る楽天で見る

Pythonクローリング&スクレイピング 増補改訂版

加藤耕太

Amazonで見る楽天で見る

シゴトがはかどる Python自動処理の教科書

クジラ飛行机

Amazonで見る楽天で見る

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

SeleniumVBAを入れてみたものの、「で、実際にやりたい操作はどう書くの？」というところで止まっていませんか？

導入と基本の流れは前の記事「Excelでもブラウザ操作！SeleniumVBAの使い方」で書いたので、この記事は実際に書くコードに集中した実践編です、導入はそちらで済んでいる前提で進めます

クリックや入力、待機、要素の存在チェック、プルダウン、複数要素のループ、スクショ、JavaScript実行…と、ブラウザ自動化で「結局これ毎回書くよね」というコードをまとめました、私が普段よく使う書き方をベースにしているので、コピペして手を入れながら使ってもらえればと思います

最初に一番だいじな「要素の探し方」から見ていきます、ここを By.CssSelector に寄せておくと、あとがぐっとラクになります

要素の探し方は By.CssSelector に寄せる

SeleniumVBAで要素を探すときは FindElement(By.X, “値”) という形で書きます、この By には id・class・name・タグ名・CSSセレクタ・XPath…と何種類か指定できるんですが、初心者のうちは全部覚えようとしなくて大丈夫です

個人的なおすすめは、基本は By.CssSelector ひとつに寄せるやり方です、CSSセレクタはWeb制作でも使う書き方で、id・class・属性・子孫…とだいたいの探し方をこれ1本でカバーできます、覚えることが減るぶん、つまずきにくくなります

「探したいもの」と「CSSセレクタの書き方」を対応表にするとこんな感じです

そして、これらをスペース(子孫)や「>」(直下の子)でつなげられるのがCSSセレクタの強みです、階層をたどって狙った要素をピンポイントに指定できるので、似た要素がたくさんあるページほどここが効いてきます

属性での絞り込み([id^=]など)や :not・:nth-child といったCSSセレクタ自体の書き方は、別記事「CSSセレクタの書き方 自動化で要素を狙う指定方法」に詳しくまとめたので、狙った要素がうまく取れないときはこちらもどうぞ

たとえば id が “search” の検索ボックスを探すなら、こう書けます、By.Name や By.ID を使い分けなくても、CSSセレクタの書き方を変えるだけで済むのがラクなところです

' id が search の要素を探す
Dim el As WebElement
Set el = driver.FindElement(By.CssSelector, "#search")

' name 属性が q の要素を探す(Googleの検索ボックスなど)
Set el = driver.FindElement(By.CssSelector, "[name='q']")

ちなみに FindElementByCssSelector(“#search”) のように、Byを書かずに呼べるショートカットのメソッドも用意されています、どちらでも結果は同じなので、書きやすい方で大丈夫です

CSSで足りないとき … テキスト検索はループ、親だけXPath

正直に書いておくと、CSSセレクタは「要素の中の文字で探す」のと「子から親へさかのぼる」のが苦手です、SeleniumVBAには By.LinkText や By.XPath もあるので手っ取り早くはそれを使えばいいんですが、By.CssSelectorに寄せ切りたいなら、テキスト検索は独自functionで再現できます

考え方はシンプルで、CSSで候補を集めて、VBAでループしながらtext一致を探すだけです、まずはリンクを表示文字で探す関数、全aタグを集めてループするので、これで By.LinkText の代わりになります

' リンクを表示文字で探す(全aタグをループしてtext一致・LinkTextの代わり)
Public Function FindLinkByText(driver As WebDriver, ByVal keyword As String) As WebElement
    Dim els As WebElements, el As WebElement
    Set els = driver.FindElements(By.CssSelector, "a")
    For Each el In els
        If InStr(el.GetText, keyword) > 0 Then
            Set FindLinkByText = el
            Exit Function
        End If
    Next el
    Set FindLinkByText = Nothing   ' 見つからなければ Nothing
End Function

同じ考え方を、リンク以外の要素にも広げたのがこちらです、探す範囲のCSSセレクタとキーワードを渡すと、その中からtext一致の要素を返します、「送信」という文字のボタンのような、By.XPath でやりがちなテキスト検索を、CSSとループだけで書けます

' 指定CSSの要素をループして表示文字で探す(XPathを使わずtext一致)
Public Function FindByText(driver As WebDriver, ByVal cssSel As String, _
                           ByVal keyword As String) As WebElement
    Dim els As WebElements, el As WebElement
    Set els = driver.FindElements(By.CssSelector, cssSel)
    For Each el In els
        If InStr(el.GetText, keyword) > 0 Then
            Set FindByText = el
            Exit Function
        End If
    Next el
    Set FindByText = Nothing
End Function

' 使い方(button の中からテキスト「送信」を探す)
' FindByText(driver, "button", "送信").Click

これで、リンク文字もテキスト一致も By.CssSelector ＋ループで書けるので、覚える By を増やさずに済みます

そして、CSSでもループでも唯一どうにもならないのが、子から親へさかのぼる逆引きです、CSSは子孫しか選べないので、ここだけは By.XPath の “..”(親を表す書き方)を使います

' 見つけた要素から親をたどる(CSSでは無理・XPathの ".." を使う)
Dim child As WebElement, parent As WebElement
Set child = driver.FindElement(By.CssSelector, "#price")

' その要素を起点に ".." で親要素を取る
Set parent = child.FindElement(By.XPath, "..")

よく使う操作コード集

ここからは、見つけた要素に対して「何をするか」のコードをまとめていきます、どれも前の記事の基本コード(StartChrome → OpenBrowser → NavigateTo でページを開いたあと)の流れの中で使う想定です

クリックする・文字を入力する

クリックは Click、文字入力は SendKeys です、入力欄に元から入っている文字を消したいときは、SendKeys の clearBeforeTyping を True にするか、先に Clear を呼びます

' ボタンをクリック
driver.FindElement(By.CssSelector, ".btn-search").Click

' 入力欄に文字を打ち込む
driver.FindElement(By.CssSelector, "[name='q']").SendKeys "SeleniumVBA"

' 元の文字を消してから入力(clearBeforeTyping)
driver.FindElement(By.CssSelector, "#keyword").SendKeys "新しい値", clearBeforeTyping:=True

' 入力欄を空にするだけ
driver.FindElement(By.CssSelector, "#keyword").Clear

' フォームを送信する
driver.FindElement(By.CssSelector, "#keyword").Submit

テキスト・属性・CSSを取り出す

表示テキストを取るのは GetText、リンク先(href)などの属性は GetAttribute、文字色などの見た目は GetCSSProperty で取れます、メソッド名を間違えやすいところなので、ここはまとめて覚えておくと安心です

Dim el As WebElement
Set el = driver.FindElement(By.CssSelector, "#title")

' 表示テキストを取る
Debug.Print el.GetText

' 属性を取る(リンク先の href など)
Debug.Print el.GetAttribute("href")

' 見た目のCSS値を取る(文字色など)
Debug.Print el.GetCSSProperty("color")

' 中のHTMLやタグ名を取りたいとき
Debug.Print el.GetInnerHTML
Debug.Print el.GetTagName

' 表示・有効・選択の状態を真偽値で取れる
Debug.Print el.IsDisplayed
Debug.Print el.IsEnabled
Debug.Print el.IsSelected

待機する(ImplicitMaxWait が基本)

ブラウザ自動化でハマりやすいのが「要素がまだ表示されていないのに探しにいって失敗する」パターンです、対策の基本が ImplicitMaxWait です

これを設定しておくと、以降の FindElement が、要素が出てくるまで自動でリトライしながら待ってくれます、ページ表示がもたつくサイトでも、これだけでだいぶ安定します

' 以降の FindElement は、最大10秒まで要素を待つ(ミリ秒指定)
driver.ImplicitMaxWait = 10000

' 単純にその場で止めたいだけなら Wait(ミリ秒)
driver.Wait 1000   ' 1秒待つ

ImplicitMaxWait は「要素が出るまで待つ賢い待機」、Wait は「とにかく指定ミリ秒止まる」だけのシンプルな待機です、基本は ImplicitMaxWait を最初に1回セットしておき、どうしても固定で待ちたい場面だけ Wait を足す、という使い分けがおすすめです

要素があるか確認する(IsPresent)

覚えておきたいのが、FindElement は要素が見つからないとエラーになる、という点です、なので「あるかどうか分からない要素」を相手にするときは、いきなり FindElement しないほうが安全です

そこで使うのが IsPresent です、これは要素があるかどうかを True / False で返してくれるので、エラーで止まらずに分岐できます、第3引数で「この要素は最大何ミリ秒待つか」も指定できます

' 要素があるかを True / False で確認する
If driver.IsPresent(By.CssSelector, ".alert") Then
    Debug.Print "アラートが出ています"
End If

' 待ち時間を指定しつつ、見つかった要素を受け取る
Dim el As WebElement
If driver.IsPresent(By.CssSelector, "#result", 5000, , el) Then
    Debug.Print el.GetText   ' 見つかったときだけ使う
End If

最後の引数に ByRef で変数を渡すと、見つかった要素をそのまま受け取れます、「あるか確認 → あれば使う」を1回で書けるので、地味に便利です

プルダウン(select)を選ぶ

プルダウン(select要素)は、専用のメソッドで選べます、表示文字で選ぶ SelectByVisibleText、値で選ぶ SelectByValue、順番で選ぶ SelectByIndex の3つを覚えておけば十分です

Dim sel As WebElement
Set sel = driver.FindElement(By.CssSelector, "#prefecture")

' 表示されている文字で選ぶ
sel.SelectByVisibleText "東京都"

' value 属性の値で選ぶ
sel.SelectByValue "13"

' 上から数えた順番で選ぶ(0始まり)
sel.SelectByIndex 0

複数の要素をまとめて取る・ループする

1つではなく、条件に合う要素を全部取りたいときは FindElements(複数形)を使います、これは要素のコレクションを返すので、For Each でぐるっと回せます、一覧ページから値をまとめて拾うときの定番です

Dim els As WebElements
Dim el As WebElement

' class="item" の要素を全部取る
Set els = driver.FindElements(By.CssSelector, ".item")

For Each el In els
    Debug.Print el.GetText
Next el

表をまるごとExcelに取り込む

VBAでブラウザを動かす一番のうまみが、取ってきた値をそのままExcelに書き出せることです、ページの表(table要素)なら、TableToArray で2次元配列にできるので、シートへの貼り付けがかなりラクになります

' ページの表を2次元配列にして、シートに一気に貼る
Dim tbl As WebElement
Set tbl = driver.FindElement(By.CssSelector, "table#data")

Dim arr As Variant
arr = tbl.TableToArray

Range("A1").Resize(UBound(arr, 1) + 1, UBound(arr, 2) + 1).Value = arr

' 1セルずつ書きたいときは For Each で
Dim els As WebElements, el As WebElement, r As Long
Set els = driver.FindElements(By.CssSelector, ".price")
r = 1
For Each el In els
    Cells(r, 1).Value = el.GetText
    r = r + 1
Next el

逆に、Excelの一覧を読みながらページを順に開く、という回し方もできます、A列に並べたURLやIDを For で回して、そのつど NavigateTo でページを開けば、Excel主導のブラウザ自動化が組めます

スクリーンショットを撮る

画面の証跡を残したいときは SaveScreenshot です、ページ全体・特定の要素だけ・縦に長いページの全体…と撮り分けられます

' 表示中の画面を保存
driver.SaveScreenshot "C:\temp\shot.png"

' 縦に長いページ全体を保存(fullScreenShot)
driver.SaveScreenshot "C:\temp\full.png", , fullScreenShot:=True

' 特定の要素だけ保存
Dim el As WebElement
Set el = driver.FindElement(By.CssSelector, "#chart")
el.SaveScreenshot "C:\temp\chart.png"

iframe・タブを切り替える

ページの中に別ページが埋め込まれている iframe の中身は、そのままだと操作できません、SwitchToFrame で中に入って、終わったら SwitchToDefaultContent で元に戻ります

' iframe の中に入る
Dim frame As WebElement
Set frame = driver.FindElement(By.CssSelector, "iframe#content")
driver.SwitchToFrame frame

' iframe 内の要素を操作したあと、元のページに戻る
driver.SwitchToDefaultContent

タブやウィンドウの切り替えは Windows 経由で行います、タイトルやURLで目的のタブに移ったり、新しいタブを開いたりできます

' タイトルやURLで目的のタブへ切り替える
driver.Windows.SwitchToByTitle "注文一覧"
driver.Windows.SwitchToByUrl "https://example.com/orders"

' 次のタブへ・新しいタブを開く
driver.Windows.SwitchToNext
driver.Windows.SwitchToNew windowType:=svbaTab

JavaScriptを実行する・スクロールする

標準のメソッドだけだと届かない操作は、ExecuteScript でJavaScriptを直接走らせて片付けられます、戻り値も受け取れるので、ちょっとした計算やページ内の値取得にも使えます

JS側では、VBAから渡した引数を arguments[0] の形で受け取れます、よく使うのは「目的の要素まで画面をスクロールする」用途です

' JSを実行して戻り値を受け取る(5 * 10 = 50)
Dim ret As Variant
ret = driver.ExecuteScript("return arguments[0]*arguments[1];", 5, 10)
Debug.Print ret

' 指定した要素までスクロールする
Dim el As WebElement
Set el = driver.FindElement(By.CssSelector, "#footer")
driver.ExecuteScript "arguments[0].scrollIntoView(true);", el

' 画面を下に1000pxスクロールする
driver.ExecuteScript "window.scrollBy(0,1000);"

エンターキーなどの特殊キーを送る

検索ボックスに文字を打って、そのままエンターで検索したい…というのもよくあります、特殊キーは WebKeyboard を用意して、SendKeys の文字とつなげて送ります

Dim k As New WebKeyboard
Dim box As WebElement
Set box = driver.FindElement(By.CssSelector, "[name='q']")

' 検索語を打ってエンターキーで送信
box.SendKeys "SeleniumVBA" & k.ReturnKey

' Ctrl + A で入力欄を全選択する
box.SendKeys k.Chord(k.CtrlKey, "a")

ヘッドレス・起動オプションを付ける

画面を出さずに裏で動かす(ヘッドレス)や、起動時のオプションを足したいときは、StartChrome のあとに CreateCapabilities で設定オブジェクトを作って、OpenBrowser に渡します

Dim driver As New WebDriver
driver.StartChrome

Dim caps As WebCapabilities
Set caps = driver.CreateCapabilities

' 画面を出さずに動かす(ヘッドレス)
caps.RunInvisible

' 起動オプションを足す
caps.AddArguments "--start-maximized"

' ダウンロード先と確認ダイアログの設定
caps.SetDownloadPrefs downloadFolderPath:="C:\dl\", promptForDownload:=False

' 設定を渡してブラウザを開く
driver.OpenBrowser caps

ヘッドレスにすると画面が出ないぶん動作が軽くなるので、定期実行や大量処理のときに向いています、ただ動作確認のうちは、画面を出したまま挙動を見ながら作るほうが安心です

便利なヘルパー関数を用意しておく

同じような書き方を毎回くり返すなら、自分用の小さな関数(ヘルパー)にまとめておくと、コードがぐっと読みやすくなります、ここでは私がよく使うものを紹介します、どれも検証済みのメソッドだけで組んでいるので、そのままコピペして使えます

TryFind … 無ければ Nothing を返す(エラーを出さない)

さっき書いたとおり FindElement は要素が無いとエラーになります、TryFind は IsPresent を使って、見つかれば要素を、無ければ Nothing を返します、「あるかどうか分からない要素」を扱うときの土台になります

' 存在チェック付き取得(無ければNothing・エラーを出さない)
Public Function TryFind(driver As WebDriver, ByVal sel As String, _
                        Optional ByVal waitMS As Long = 3000) As WebElement
    Dim el As WebElement
    If driver.IsPresent(By.CssSelector, sel, waitMS, , el) Then
        Set TryFind = el
    Else
        Set TryFind = Nothing
    End If
End Function

WaitFor … 出るまで待って、ダメなら明示エラー

WaitFor は逆に、「この要素は確実に出るはず」という場面用です、時間内に出れば返し、出なければ「何のセレクタで失敗したか」が分かるエラーを出します、原因が分からないまま止まるより、メッセージが残るぶんデバッグがラクになります

' 要素が出るまで待って取得(ダメなら明示エラー)
Public Function WaitFor(driver As WebDriver, ByVal sel As String, _
                        Optional ByVal timeoutMS As Long = 10000) As WebElement
    Dim el As WebElement
    If driver.IsPresent(By.CssSelector, sel, timeoutMS, , el) Then
        Set WaitFor = el
    Else
        Err.Raise vbObjectError + 513, , "要素が見つかりません: " & sel
    End If
End Function

Css … By.CssSelector を短く書くラッパー

毎回 driver.FindElement(By.CssSelector, “…”) と書くのは長いので、Css(driver, “…”) だけで済むようにしたラッパーです、CSSセレクタに寄せる方針と相性がよく、本文のコードがかなりスッキリします

' By.CssSelector 短縮ラッパー
Public Function Css(driver As WebDriver, ByVal sel As String) As WebElement
    Set Css = driver.FindElement(By.CssSelector, sel)
End Function

' 使うとこう書ける
' Css(driver, ".btn-search").Click

SafeClick … 存在・表示・有効を確かめてからクリック

クリックは、要素はあっても「まだ表示されていない・押せない状態」だと失敗することがあります、SafeClick は IsPresent で存在を確かめ、さらに IsDisplayed と IsEnabled が True のときだけ Click します、押せないときに止まらず素通りするので、流れが安定します

' 安全クリック(存在＋表示＋有効を確認してClick)
Public Sub SafeClick(driver As WebDriver, ByVal sel As String, _
                     Optional ByVal waitMS As Long = 5000)
    Dim el As WebElement
    If driver.IsPresent(By.CssSelector, sel, waitMS, , el) Then
        If el.IsDisplayed And el.IsEnabled Then el.Click
    End If
End Sub

スクロール系 … 最下部まで・要素を画面中央へ

スクロールまわりも、ExecuteScriptでJavaScriptを走らせる独自functionにしておくと便利です、よく出番があるのが、遅延読み込みや無限スクロールのページで最下部まで自動で送って中身を出し切る処理と、目的の要素を画面の真ん中まで持ってくる処理です

' 最下部までオートスクロール(無限スクロール・遅延読み込み対策)
' 高さが伸びなくなったら読み切ったとみなして止まる
Public Sub ScrollToBottom(driver As WebDriver, _
                          Optional ByVal maxLoops As Long = 30, _
                          Optional ByVal waitMS As Long = 800)
    Dim lastH As Double, newH As Double, i As Long
    lastH = driver.ExecuteScript("return document.body.scrollHeight;")
    For i = 1 To maxLoops
        driver.ExecuteScript "window.scrollTo(0, document.body.scrollHeight);"
        driver.Wait waitMS
        newH = driver.ExecuteScript("return document.body.scrollHeight;")
        If newH = lastH Then Exit For
        lastH = newH
    Next i
End Sub

' 対象の要素を画面の中央へスクロール
Public Sub ScrollToCenter(driver As WebDriver, el As WebElement)
    driver.ExecuteScript "arguments[0].scrollIntoView({block:'center', inline:'center'});", el
End Sub

ScrollToBottomは、ページの高さが伸びなくなったら「もう読み切った」と判断して止まる作りなので、件数の読めない無限スクロールでも空回りしません、ScrollToCenterは要素を上端ではなく中央に置くので、固定ヘッダーに隠れて押せない…みたいなクリック事故も減らせます

ハマりどころとTips

最後に、書きはじめのうちにつまずきやすいところを、軽くまとめておきます

• 閉じ忘れに注意 … 処理の終わりに CloseBrowser → Shutdown を呼ばないと、裏でWebDriverが残ることがあります、処理の最後に毎回呼ぶ形にしておくのがおすすめです
• まず ImplicitMaxWait をセット … 「要素がまだ無い」系のエラーは、最初に ImplicitMaxWait を入れておくだけでかなり減ります
• 存在チェックは IsPresent で … 無いかもしれない要素を FindElement で取りにいくとエラーになります、迷ったら IsPresent で分岐するのが安全です
• メソッド名の取り違えに注意 … 探すのは By.CssSelector(By.Cssではない)、テキストは GetText、CSS値は GetCSSProperty です、名前が紛らわしいので、ここはコピペで間違いを防ぐのがラクです

このあたりを押さえておけば、たいていの「動かない…」はかなり減らせると思います、あとは作りたい処理に合わせて、ここまでのコードを組み合わせていく感じです

まとめ

SeleniumVBAの実践コードを、ひととおり並べてみました、最後にポイントを整理しておきます

• 要素の探し方は By.CssSelector に寄せると覚えることが減る、リンク文字やテキスト検索はCSS＋ループの独自functionで再現でき、XPathが要るのは親への逆引き(“..”)だけ
• 操作は Click / SendKeys / GetText / GetAttribute が基本、待機は ImplicitMaxWait をまずセット
• 無いかもしれない要素は IsPresent で確認、プルダウンや複数要素・スクショ・JS実行も専用メソッドで書ける
• よく使う処理は TryFind / WaitFor / Css / SafeClick のようにヘルパー関数化しておくと読みやすい

まだ導入が済んでいない方は、まず「Excelでもブラウザ操作！SeleniumVBAの使い方」で土台を作ってから、この記事のコードを動かしてみてください

ドライバーの更新まわりで困ったときは「VBAでChromeDriverを自動更新する方法」、これまでの定番だったSeleniumBasicから入りたい方は「SeleniumBasicの導入方法」も合わせて読んでもらえると、VBAでのブラウザ自動化がだいぶ見通しよくなると思います

VBAの独学に効く本PR

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

たてばやし淳

Amazonで見る楽天で見る

パーフェクトExcel VBA

高橋宣成

Amazonで見る楽天で見る

Excel マクロ&VBA［実践ビジネス入門講座］完全版 第3版

国本温子

Amazonで見る楽天で見る

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

VBAやPythonで業務を自動化したり、Seleniumでスクレイピングを組んだり——そういうことが自分でできるなら、そのスキルは転職市場でちゃんと武器になります

ただ正直なところ、「業務の延長で書いている」状態と「実務のエンジニアとして働く」状態の間には、まだ少し差があります、そこを埋めないまま飛び込むと苦労しがちなんですね

この記事では、私自身も業務の自動化から入った立場で、今あるスキルを武器にPython職へ転職するための道筋——何が足りなくて、どう補強して、どう動くか——を順番にまとめてみました

業務で自動化してるスキルは転職の武器になる

まず大前提として、あなたが普段やっている自動化は、世間で思われているよりずっと価値があります

VBAでExcel業務を自動化する、Pythonでデータを集めて整形する、Seleniumでブラウザ操作を自動化する——こういうのは実務でそのまま需要があるスキルです、現場には「コードは書けないけど業務は分かる」人が大多数なので、「業務を理解したうえで自動化できる」人材は普通に重宝されます

受け皿も意外と広くて、社内SEやDX推進の担当、データ周りのエンジニア、Pythonを使う開発職など、いきなりWebアプリのバリバリ開発でなくても入り口はいろいろあります

たとえばSeleniumのWebDriverWaitで待機処理を書くとか、VBAでJSONを扱うみたいなことが自力でできるなら、それはもう「ちょっと書ける」のレベルは超えています、自信を持っていいところです

ただ”業務の延長”だけだと足りない部分

とはいえ、自分用や社内用に書くコードと、仕事として納品するコードには差があります、ここを正直に把握しておくのが大事です

実務で求められて、独学だと抜けがちなのはこのあたりです

• 保守性（他人が読んで直せるコード、命名や構造の整理）
• テストやエラー処理（動けばOKでは済まない、想定外への備え）
• Gitでのバージョン管理とチーム開発の進め方
• 要件をヒアリングして設計に落とす力

逆に言えば、コードを書く土台はもうあるので、この”実務開発との差”を埋めれば一気に転職レベルに届きます、ゼロから始める完全未経験の人より、ずっと有利なスタート地点にいるわけですね

足りないスキルを効率よく補強する

足りない部分を埋める手段は、ざっくり「ピンポイントの講座」と「体系的なスクール」に分かれます、今の自分にどれくらい足りないかで選ぶといいです

弱点をピンポイントで埋めるなら：Coloso

「Gitだけ」「データ処理だけ」のように足りない分野が見えているなら、買い切りの動画講座が手軽です、Colosoは現役プロが教える講座が分野ごとに揃っていて、Python・データ・自動化・AIあたりも選べます

必要な分野だけ買い切りで学ぶ

Colosoは月額の縛りがない買い切り型なので、「この部分だけ」と割り切って補強するのに向いています、気になる講座があるか見てみるところからどうぞ

Colosoの講座を見てみる

体系的に学び直して転職支援も：Python Winner

「独学の穴が多そう」「転職活動も支えてほしい」なら、Python特化のスクールが安心です、Python WinnerはWinスクールが運営するPython・AI・データ分析特化のスクールで、マンツーマンレッスンなので自分の弱点に合わせて進められます

経済産業省のリスキリング講座（Reスキル講座）に認定されていて、条件を満たせば給付金で受講料が補助されます、dodaなど大手の転職エージェントと連携した就職・転職サポートがあるのも、未経験から動く人には心強いところですね

マンツーマン＋給付金で学ぶ

給付金の条件や金額は執筆時点のものなので、最新は公式で確認してくださいね、無料相談で自分が対象か聞いてみるのが早いです

Python Winnerを見てみる

転職に振り切るなら：SHIFT TERAS CAMPUS

「短期で本気で転職まで持っていきたい」なら、転職特化のスクールという選択肢もあります、SHIFT TERAS CAMPUS（旧DMM WEBCAMP）は、チーム開発やオリジナル開発など実務に近いカリキュラムで、転職保証が付くコースも用意されています

料金は数十万円とそれなりですが、専門実践教育訓練給付金の対象で、条件を満たせば最大80%（上限64万円）が戻るので、実質負担はぐっと下がります（金額や条件は執筆時点なので公式で確認を）

転職保証付きで一気に

給付金を使えるか、どのコースが合うかは無料カウンセリングで相談できます、まず話を聞いてみて判断するのがいいと思います

SHIFT TERAS CAMPUSを見てみる

ちなみに、PythonそのものよりAIの活用側に広げたいなら、未経験からAIを学んで仕事に活かす講座もあります、自分の進みたい方向に合わせて選ぶといいですね

ポートフォリオは「作った自動化」を見せるだけでいい

転職で効くのが、口で「できます」と言うより動くものを見せることです、そして自動化を触ってきた人は、ここで出せる材料をすでに持っていることが多いです

• 業務で作った自動化ツールを、汎用化してGitHubに公開する（社内情報は消す）
• スクレイピングやデータ整形の小さな成果物をまとめる
• 作った経緯や工夫をブログに書く（説明できる力も伝わる）

「実務で困りごとを自動化で解決した」という話は、そのまま実績として刺さります、完全未経験の人が課題を提出するより、リアルで強いんですね

発信のイメージがわかない人は、私が書いているVBAでGmailを送るやPyInstallerの中身を見るのような記事も、「作ったもの・調べたことを公開する」一例として眺めてみてください

転職活動の動き方

スキルとポートフォリオが整ってきたら、実際の動き方です、ここはサービスの宣伝ではなく素直なところを書きます

求人を探すなら、転職エージェントと求人サイトを併用するのが定番です、エージェントは複数登録して相性のいい担当を見つけると進めやすいです、IT・Web系に強いところを選ぶと、自動化スキルの価値も伝わりやすいですね

職務経歴書では、「何を自動化して、どんな成果が出たか」を数字で言語化するのがポイントです、「手作業◯時間を◯分に短縮」のような具体が効きます、異業種や非エンジニアからの転職でも、ここが書ければ十分に戦えます

まとめ｜まずは棚卸しと、1つ補強から

Python転職の道筋を、4ステップで振り返っておきます

大事なのは、完全なゼロからではなく、すでにある自動化スキルの上に積むという意識です、いきなり全部やろうとせず、まずは棚卸しと、足りない所を1つ補強するところから始めてみてくださいね

最初の一歩

「何から補強するか」で迷うなら、買い切りで気軽に始められるColosoで弱点を1つ埋めるところからが動きやすいです

Colosoで弱点を補強する

Python自動化の独学に効く本PR

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

Al Sweigart

Amazonで見る楽天で見る

Pythonクローリング&スクレイピング 増補改訂版

加藤耕太

Amazonで見る楽天で見る

シゴトがはかどる Python自動処理の教科書

クジラ飛行机

Amazonで見る楽天で見る

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

AI関連の記事やニュースを読んでいると、生成AI・LLM・プロンプト・ハルシネーションみたいな用語がさらっと出てきて、なんとなくわかるけど意味を聞かれると説明しにくい、ということはありませんか？

この記事は、AIまわりでよく聞く用語の意味を 初心者の方でも引けるようにやさしくまとめたAI用語集です、1つの語につき一言で言い切ってから、ひとこと補足を足す形にしています

使い方は2通り、上から順に読んで全体像をつかんでもいいですし、知らない語に出会ったときに気になるところだけ引く辞書としてブックマークしておくのもおすすめです

用語は5つのテーマに分けて、各テーマの中は基本の語から発展の語へ並べています、表の用語名の先頭に ★が付いているものは、はじめての方がまず押さえると話が早い基本の語です

1. 基礎・しくみ(AIの中身まわり)
2. 使う・プロンプト(AIへの頼み方まわり)
3. 発展・組み合わせ技術(一歩進んだ仕組み)
4. リスク・限界(気をつけたいこと)
5. 周辺・エコシステム(動かす環境やお金まわり)

内容は気づいたときに随時アップデートしていきますので、よく使う方はたまに覗いてもらえるとうれしいです

1. 基礎・しくみ|AIの中身まわりのAI用語

まずはAIそのものの大枠を押さえる用語です、ここが分かると後のテーマがぐっと読みやすくなるので、★が付いた語からどうぞ

ここで覚えておくと得なのが LLMと生成AIの関係です、生成AIという大きなくくりの中で、特に文章を担当しているのがLLM、というイメージを持つと整理しやすいと思います

2. 使う・プロンプト|AIへの頼み方まわりのAI用語

次は、生成AIを実際に使うときに出てくる用語です、AIへの頼み方や設定まわりの言葉なので、使い始めの方ほど役に立ちます

長い会話を続けると「さっき言ったこと忘れてる？」となるのは、コンテキストウィンドウからあふれているのが原因のことが多いです、そういうときは大事な前提をもう一度貼り直すと持ち直します

AIをまだあまり触ったことがない方は、Claudeの使い方を初心者向けに解説した記事を先に読むと、ここの用語がそのまま画面とつながって入りやすいです

3. 発展・組み合わせ技術|一歩進んだAI用語

ここからは、AIを業務やサービスに組み込むときに出てくる一歩進んだ用語です、少し難しめですが、意味だけ知っておくとニュースの解像度が上がります

このテーマで最初に押さえたいのが RAGです、社内マニュアルを参照しながら答えるチャットボットなど、業務でいま伸びている方式で、埋め込みやベクトルDBはそのRAGを支える裏方にあたります

RAGの中身をもう少しだけ知りたい方は、RAGの仕組みを初心者向けに解説した記事で図解しているので、合わせて読むと腹落ちしやすいです

4. リスク・限界|気をつけたいAI用語

AIは便利な半面、苦手なことや気をつけたい落とし穴もあります、ここの用語を知っておくと、AIとの付き合い方が少し慎重になって安心です

このテーマでいちばん身近なのが ハルシネーションです、AIの答えは便利な下書きとして受け取りつつ、固有名詞や数字は自分でも裏取りする、という習慣を持っておくと安心です

5. 周辺・エコシステム|環境やお金まわりのAI用語

最後は、AIを動かす環境やお金まわりの用語です、AIサービスの値段やニュースの背景が分かるようになる言葉を集めました

AIサービスの料金が「使った分だけ」になっているのは、多くが トークン課金だからです、長い文章を投げるほどトークンが増えるので、料金とトークンの関係をなんとなく意識しておくと使い勝手が良くなります

まとめ|気になる語から少しずつ慣れていけば大丈夫

AI用語をまとめて紹介しましたが、最初から全部を覚える必要はありません

AI関連の記事やニュースで知らない語に出会ったときに、このページに戻ってきて意味をひと撫でする、という使い方をしているうちに自然と馴染んでいくと思います

迷ったら、まず ★を付けた基本の語から押さえてみてください、生成AI・LLM・プロンプト・ハルシネーションあたりが分かると、AIの話の見通しが一気に良くなります

用語は気づいたときに足したり直したりしていく予定なので、辞書代わりにブックマークしておいてもらえると便利だと思います

Claude・生成AIを学べる本PR

面倒なことはChatGPTにやらせよう

カレーちゃん・からあげ

Amazonで見る楽天で見る

実践Claude Code入門

西見公宏・吉田真吾・大嶋勇樹

Amazonで見る楽天で見る

Claude CodeによるAI駆動開発入門

平川知秀

Amazonで見る楽天で見る

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

noteに記事を書くとき、見出しを付けて、段落を整えて、画像を貼って…という手作業、地味に時間が掛かりますよね

そのあたりをまるっと任せたくて、note自動投稿ツールnote Posterを作ってみました

Windowsで動く無料ツールで、しかも大半はClaude(AIアシスタント)に話しかけるだけで操作できます、「note 自動投稿」と聞くと身構えるかもしれませんが、note Posterが作るのは下書きまでです

この記事では、何ができて、どんな感じで使えるのかを広く浅く紹介していきます、詳しい導入手順やダウンロードは、別途用意したアプリ庫ページにまとめてあるので、最後にそちらへ案内しますね

note Posterを作ったきっかけ

きっかけは、ふだんの記事づくりの流れでした、Claudeに頼めば、情報を集めて記事のタタキ(下書きのたたき台)を作るところまでは、わりとすぐに用意できます

そこまでできるなら、最後のnoteへの下書き入稿までAIに任せた方が効率的じゃないか？と思うわけです、ところがClaudeに「noteに投稿して」とそのまま頼んでも、これがなかなかうまくいきません

noteのエディタはAIが直接ポチポチ操作できる作りではないので、あいだをつなぐ道具が要る、というわけでClaudeからの指示でnoteの下書きを組み立てる係として作ったのがnote Posterです

ちなみにAIでサクッとアプリを作る感覚は、以前AIでアプリ開発に挑戦した体験記でも書いているので、興味があればそちらもどうぞ

note Posterでできること

ざっくり言うと、note PosterはWindows上でnoteへの下書き作成を自動化するツールです

裏でChrome(ブラウザ)を動かして、noteのエディタに原稿を流し込む仕組みになっています、できることをまとめると、こんな感じです

• noteの記事の下書きを自動で組み立てる
• 見出し・段落・箇条書き・引用・コード・画像まで流し込める
• 有料エリアの区切り(ここから有料、という境界)も指定できる
• Claudeと組み合わせれば、会話だけで原稿づくりから下書き化まで頼める

note記事でよく使う要素は一通りカバーしているので、簡単なテキスト記事から画像入りの記事まで、わりと幅広く下書きにできます

Claudeから会話で使えるのが肝

note Posterのいちばんの推しポイントは、ここだと思っています

zipの中にはClaude向けの説明ファイル(CLAUDE.md)が同梱されていて、これがClaudeにnote Posterの使い方を教えてくれます、なので利用者は細かい操作を覚えなくても、Claudeに普通の言葉で頼むだけで大丈夫です

たとえば、こんな頼み方ができます

原稿のテーマだけ伝えれば、Claudeが本文を書いて、そのままnote Posterを呼び出してnoteの下書きにしてくれる、という流れですね

note Posterが用意するのは、本文と、頼めば「ここから有料」という区切りまでです、ハッシュタグや価格、公開するかどうかは、下書きができてからnoteの画面で自分で決めます

Claudeでの操作にあたってはClaude Codeを使います、Claude Code自体に不慣れな方は、Claudeの使い方を初心者向けにまとめた記事から雰囲気をつかんでおくと入りやすいと思います

基本はClaudeとセットで使うツール

ひとつ正直に書いておくと、note PosterはClaudeとセットで使うことを前提にしたツールです、単体でも動かせますが、その場合は自分でnoteに書いた方がたぶん早いと思います

一応、Claudeを使わない手動の方法もあります、テンプレートのarticle.jsonにタイトルや本文の要素を書き込んで、run.batをダブルクリックすれば下書きが組み上がります、書き方のサンプルはsamplesフォルダに入っています

ただ、JSONを手で書くくらいなら、Claudeに「こんな記事をnoteの下書きにして」と頼んでしまった方がずっとラクです、なのでこのツールは、本文づくりをClaudeに任せる使い方でこそ力を発揮します

使い方ダイジェスト

導入の流れも、ざっくりだけ触れておきます、細かい画面つきの手順はアプリ庫ページにまとめてあるので、ここでは全体像だけ眺めてもらえればと思います

動作に必要なのは、Windows 11・Google Chrome・noteアカウント・ネット接続、そしてClaudeから使うならClaude Codeです、特別な開発環境は要りません

公開の考え方と注意したいこと

最後に、使うときの心構えのような話を少しだけ

先にも書いたとおり、note Posterが作るのは下書きまでです、プレビューで中身を確かめてから、公開ボタンは自分の手で押す、という使い方を想定しています

それと、noteの規約まわりも軽く触れておくと、自動で下書きを作ること自体がはっきり禁止されているわけではありません、ただ、過度な投稿はやめておくのが無難だと思います

1日にたくさん投稿しすぎない、といった「ほどほど」を意識して、気持ちよく使えるといいですね

まとめ 詳しい手順とダウンロードはこちら

note Posterは、noteの下書き作成を自動化する無料ツールです、Claudeから会話で頼めるのが便利で、見出しや画像入りの記事も下書きまで一気に組めます

この記事では広く浅く紹介してきましたが、認証キーの発行・ダウンロード・画面つきの導入手順・よくある質問は、アプリ庫の専用ページにまとめてあります、実際に試してみたい方は、そちらから始めてみてください

PC仕事の時短に効く本PR

脱マウス最速仕事術

森新

Amazonで見る楽天で見る

できる人のパソコン仕事術 なんと効率10倍!

パソコン博士TAIKI

Amazonで見る楽天で見る

できるWindows 11パーフェクトブック 困った!&便利ワザ大全 改訂3版

法林岳之ほか

Amazonで見る楽天で見る

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

「ブログを始めてみたいけど、何から手をつければいいのか分からない」——最初はみんなそこでつまずきますよね

結論から言うと、WordPressブログに必要なものはサーバー・ドメイン・テーマの3つだけで、今は申し込みから約10分で開設できるところまで簡単になっています

この記事では、実際にこのブログ（javeo.jp）をエックスサーバー＋SWELLで運営している私が、サーバー契約からWordPressの開設、テーマ導入、最初の記事を出すところまでの全手順を、初心者向けに順番にまとめてみました

WordPressブログに必要なもの3つと費用の全体像

まず全体像をつかんでおきましょう、WordPressでブログを作るのに要るものはたった3つです

• レンタルサーバー：サイトのデータを置く「土地」にあたるもの
• 独自ドメイン：サイトの「住所」、このブログでいう javeo.jp の部分
• WordPressテーマ：サイトの「見た目」を決めるデザインの着せ替え

WordPress本体は無料で、上の3つにかかる費用の目安はこんな感じです（料金は記事執筆時点のもので、最新は各公式ページで確認してくださいね）

合計しても月1,000円前後＋テーマ代くらいで始められます、無料ブログと違って独自ドメインのサイトは自分の資産になりますし、広告やデザインの自由度も高いので、本気で続けたいならWordPressで作っておくのが安心ですね

【STEP1】レンタルサーバーを選ぶ

最初の関門がサーバー選びですが、ここで迷いすぎると前に進めません、初心者がチェックすべきポイントは表示速度・安定性・実績・管理画面の分かりやすさくらいで十分です

そのうえで私がおすすめするのはエックスサーバーです、理由はシンプルで、このブログ自体もエックスサーバーで動かしているからで、長く使っていて速度も安定性も不満がなく、利用者が多いぶんネット上に情報が多くて困ったときに調べやすいんですね

とはいえ比較なしに勧めるのもフェアじゃないので、もう一つの定番であるConoHa WINGと並べてみます、どちらも質が高いので、最後は好みで選んで問題ないレベルです

「とりあえず鉄板で間違いないものがいい」ならエックスサーバー、「管理画面の新しさや最安の月額を重視したい」ならConoHa WING、という選び方で大丈夫です、この記事ではこのあとエックスサーバーで開設する手順を例に進めていきますね

ConoHa WINGが気になる人はこちらもどうぞ、こちらも独自ドメインが最大2つ無料で付いてきます

【STEP2】クイックスタートでWordPressを開設する

サーバーが決まったら、いよいよ開設です、昔はサーバー契約・ドメイン取得・WordPressインストール・SSL設定をバラバラにやる必要がありましたが、今はクイックスタートを使えば、この4つを申し込みフォームの流れの中でまとめて終わらせられます

実際の流れはこんな感じです、画面の案内に沿って入力していくだけなので、身構えなくて大丈夫ですよ

支払いまで終えてWordPressのログイン画面が開けば、もうあなたのブログは世界に公開されている状態です、ここまでで一番の山は越えました

【STEP3】WordPressの初期設定（最初にやる5つ）

開設できたら、記事を書き始める前に最低限の初期設定をすませておきます、ここを整えておくと後で困りません、特にパーマリンクは最初に決めておくのが大事です

【STEP4】テーマをSWELLにして見た目を整える

WordPressは「テーマ」を入れ替えるだけでサイト全体の見た目がガラッと変わります、無料テーマでも始められますが、デザインや使い勝手で時間を取られたくないなら、最初から完成度の高い有料テーマを入れてしまうのが結局は近道です

私が使っているのがSWELLというテーマで、このブログもSWELLで作っています、おすすめする理由はこのあたりです

• ブロックエディターに完全対応で、マウス操作だけで装飾できる（コード不要）
• 表示速度を上げるキャッシュや遅延読み込みの機能が最初から入っている
• ボタンや吹き出し、ステップなどの装飾ブロックが標準でそろっている

価格は17,600円（税込）の買い切りで、月額はかかりません（執筆時点・最新は公式で確認してくださいね）、バージョンアップも無料で、しかも複数のサイトで使い回せるので、ブログを増やしても買い直す必要がないのは大きいです

それと、ここまでの手順どおりエックスサーバーを契約しているなら、エックスサーバー経由でSWELLを買うと5%OFF（17,600円→16,720円）になります、サーバーをエックスサーバーにそろえておくと、こういう細かい得もあるんですね

導入の手順もシンプルです

デザインで悩む時間を減らしたいなら

SWELLは買い切りで複数サイトに使えるので、ブログを長く続けるつもりなら早めに入れてしまうほうがトータルでは得をしやすいです、公式で機能やデモを見てみてください

ちなみに、すでにCocoonなど別のテーマでサイトを持っていて「SWELLに乗り換えたい」という人は、移行の手順を別記事にまとめています、CocoonからSWELLへの移行手順もあわせてどうぞ

【STEP5】最初の記事を書いて公開する＋運営のコツ

ここまで来たら、あとは書くだけです、いきなり完璧な記事を目指さず、まずは1本公開してみるのがおすすめですよ

記事を書き始める前に、最低限そろえておくとよいのがこのあたりです

• 固定ページ（プロフィール・お問い合わせ・プライバシーポリシー）を用意する
• 記事のカテゴリーをいくつか決めておく（書くテーマの軸になる）
• アクセス解析（GA4）とサーチコンソールは、落ち着いてからつなげばOK

続けるコツは、最初から飛ばしすぎないことだと思います、テーマを絞って、自分が書きやすいジャンルから出していくと、無理なく記事がたまっていきます、完璧主義になりすぎず「直せばいい」くらいの気持ちで公開していきましょう

追加でドメインが欲しくなったら（XServerドメイン vs お名前.com）

クイックスタートでは独自ドメインが1つ無料で付いてくるので、最初のブログはそれで十分です、ただ、2つ目のサイトを作りたくなったり、別ジャンルで新しい独自ドメインを取りたくなったときは、ドメイン取得サービスを使うことになります

定番はXServerドメインとお名前.comの2つです、軽く比較しておきますね（料金は執筆時点・税込）

すでにエックスサーバーを使っているなら、管理画面をまとめられるXServerドメインが楽です、更新費を少しでも抑えたい・いろんな種類のドメインから選びたいならお名前.comも候補になります、ここも用途で選べば大丈夫ですよ

まとめ｜まずはサーバー契約から動き出そう

WordPressブログの始め方を振り返っておきます、やることは大きく3ステップでした

• サーバーを選ぶ（迷ったらエックスサーバー、最安重視ならConoHa WING）
• クイックスタートで開設する（サーバー・ドメイン・WordPress・SSLを一括で）
• テーマをSWELLにして見た目を整える

頭で考えているうちは何も始まりませんが、サーバーさえ契約してしまえば、あとは流れで開設まで進めます、最初の一歩はまずはサーバー契約からです、思い立った今日のうちに動いてしまいましょう

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

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冊を表示しています

Pythonでバッチを組むと、処理結果やエラーをどこかに通知したくなります、メールだと埋もれがちなので、普段使っているチャットに飛ばしておくと見落としが減って便利です

会社のやり取りがTeams中心なら、Teamsに通知できると確認の手間が減ります、ただ少し前まで手軽だったIncoming Webhook(Office 365 コネクタ)は段階的に廃止が進んでいて、新しく作るなら今はPower Automate Workflowsで用意するのが公式の推奨です

以前ChatworkにPythonから通知する記事を書きましたが、今回はそのTeams版です、Workflowsで発行したWebアドレスにPythonからJSONをPOSTするだけなので、流れはChatworkのときと近いです、この記事ではWebhookの作り方から実際に送るサンプルコードまでまとめてご紹介します

Teams通知の仕組み

先に全体像をつかんでおきます、やることはシンプルで、Workflowsで作ったWebhook URL(専用のWebアドレス)宛てに、Pythonからメッセージの中身をJSONでPOSTすると、指定したチャネルにカードとして投稿される、という流れです

• TeamsのWorkflowsでWebhookを作る(Webhook URLが発行される)
• PythonからそのWebhook URLにメッセージをJSONでPOSTする
• 指定したチャネルにメッセージが投稿される

送るデータの形はAdaptive Cardという、Teamsが受け取れるカード形式のJSONです、見た目はあとから整えられますが、まずは1行のメッセージを送るところから作っていきます

WorkflowsでWebhookを作る

まずはTeams側でWebhookを用意します、公式に用意されているテンプレートを選ぶだけなので、プログラムの知識は要りません、手順は次のとおりです

Pythonのプログラム

Webhook URLが用意できたら、あとはPythonから送るだけです、URLはコードに直書きせず.envファイルから読み込む形にしています、こうしておけば値を差し替えるのも楽ですし、うっかり鍵を公開してしまう事故も防げます

まず読み込みに使うpython-dotenvを入れておきます

pip install python-dotenv

次にプロジェクトの直下に.envを作って、さっき発行されたWebhook URLを書いておきます、変数名はTEAMS_WEBHOOK_URLにして、値だけ(URLそのもの)を書きます

TEAMS_WEBHOOK_URL=発行されたWebhook URL

本体のコードがこちらです、ステータスコードが200か202かどうかで送信成功を True・False で返すようにしています

import os

import requests
from dotenv import load_dotenv

load_dotenv()
TEAMS_WEBHOOK_URL = os.environ["TEAMS_WEBHOOK_URL"]


def send_to_teams(message, webhook_url=TEAMS_WEBHOOK_URL) -> bool:
    payload = {
        "type": "message",
        "attachments": [
            {
                "contentType": "application/vnd.microsoft.card.adaptive",
                "content": {
                    "$schema": "http://adaptivecards.io/schemas/adaptive-card.json",
                    "type": "AdaptiveCard",
                    "version": "1.4",
                    "body": [
                        {"type": "TextBlock", "text": message, "wrap": True},
                    ],
                },
            }
        ],
    }
    response = requests.post(webhook_url, json=payload)
    return response.status_code in (200, 202)

やっていることはシンプルで、発行されたWebhook URLに対して、メッセージを入れたJSONをPOSTするだけです、送るJSONはトップに type として message を置いて、その中の attachments にAdaptive Cardを入れる、という決まった形になっています、引数のmessageがそのままTextBlockの本文として表示されます

送り方のポイントが2つあります、まずjson=でデータを渡すと、Content-Typeがapplication/jsonに自動で設定されるので、ヘッダーを手で書く必要はありません、認証についてもWebhook URL自体に署名が含まれているので、追加の認証ヘッダやトークンは不要です

あとは send_to_teams('通知したいメッセージ') のように呼べば、バッチの好きなタイミングで通知できます、処理が終わったタイミングや、例外を捕まえたタイミングで呼ぶと、結果やエラーをそのままTeamsに流せます

使うときの注意点

つまずきやすいところを先にまとめておきます

• 投稿先に選べるのは標準チャネルだけ(非公開チャネルやチャットには直接送れない)
• 旧Incoming Webhookは廃止される流れなので、これから作るならWorkflowsで用意する
• 成功のステータスコードは200ではなく202になることがある
• 利用には職場・学校アカウント(Microsoft 365)が必要(個人アカウントではWorkflowsが使えない)

旧Incoming Webhook(Office 365 コネクタ)は段階的に廃止が進められてきて、公式の最新案内では2026年5月の更新で最終的な廃止とされています、期限は過去に何度も後ろ倒しされてきた経緯がありますが、これから新しく作るなら使えない前提で考えておくのが安全なので、Workflowsで用意するのが確実です、既存のWebhookがある人も最新の案内を確認しつつ早めに移しておくと安心です

権限まわりは環境によります、Power Automateは多くのMicrosoft 365環境で使えますが、組織の設定によってはWorkflowsの作成が制限されていることもあります、テンプレートが選べない、作成でエラーが出るといったときは、組織の管理者に確認してみてください

公式ドキュメント

もう少し踏み込みたいときは、↓の公式ドキュメントが参考になります、Workflowsからカードを投稿する話や、コネクタ廃止の経緯がまとまっています

• Microsoft Teams にアダプティブ カードを投稿するフローを作成する｜Microsoft Learn
• Retirement of Office 365 connectors within Microsoft Teams｜Microsoft 365 Developer Blog

あとがき

仕事のやり取りがTeams中心なら、処理結果やエラーがそのまま流れてくると見落としがぐっと減ります、Webhookを1つ作ってしまえば、あとはPythonから呼ぶだけなので、一度組んでおくと使い回しが効きます

同じ要領でChatworkに通知したい方は、PythonからChatworkに自動通知する記事もあわせてどうぞ、APIトークンとルームIDの取り方からまとめています、送り先が違うだけで、Pythonから通知する考え方は今回とほぼ同じです

Pythonの自動化つながりだと、Selenium WebDriverWaitの使い方でスクレイピングを安定させて、その結果をこのTeams通知に流す、といった組み合わせも便利です、作ったスクリプトを配りたいときは、PyInstallerでexe化する話もどうぞ

Python自動化の独学に効く本PR

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

Al Sweigart

Amazonで見る楽天で見る

Pythonクローリング&スクレイピング 増補改訂版

加藤耕太

Amazonで見る楽天で見る

シゴトがはかどる Python自動処理の教科書

クジラ飛行机

Amazonで見る楽天で見る

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