ずっと気になっていたロジクールのトラックボール ERGO M575SPd をついに購入しました！
5年ほど愛用している MX Master 3 から乗り換えての、M575SPd のレビューです

ERGO M575SPd

総合評価

( 4.5 )

メリット

• クリック音がほとんどしない
• 腕や腰が楽
• マウスを動かさないのでスペースが不要

デメリット

• 右手専用
• 角度が固定
• USB充電できない（電池必須）

前から気にはなっていたんですが、最終的に購入を決めたのはKeepa(Amazon の価格の推移を見られるサービス)で見ると過去最安値を更新したからでした（なぜかプライム感謝祭の直前に）
値段は日々変わるので、今の価格はリンク先で確かめてください

M575SPd と M575SP の違い Amazon限定で保証は1年

M575SPd は、ERGO M575SP シリーズのうちAmazon.co.jp 限定のモデルです
限定ではありますが本体の性能に差は特にありません

ロジクールの公式プレスリリースの仕様表を見ても、通常色の3つと同じシリーズの型番としてラインナップされていて、保証期間とボールの色を除けば通常色のブラックと同じ

※箱に入っていた保証書にも確かに「ご購入日から1年間」とありました

箱の中身は、本体・かんたん接続ガイド・保証書・安全上の注意の紙
単3形の電池は本体に入った状態で、Logi Bolt の USB レシーバーも付属

ほかに、Amazon の商品名には「Amazon.co.jp限定壁紙ダウンロード付き」の一文が付いています

ジャベ雄

保証書は手書きなのでAmazonの購入履歴と一致させておきましょう

M575SPd の特徴 静かなクリックと親指で転がすボール

M575SPd は、親指でボールを転がしてカーソルを動かす、右手用のワイヤレストラックボールです
本体は動かさないので、腕は机に置いたまま

定規を横に置くと、このくらいの大きさ
サイズは縦13.4cm・横10.0cm・厚み4.8cmで、前に使っていた標準的なサイズのマウスよりひと回り大きめです

右手で包むように持って、親指をボールに乗せる形
戻る・進むのサブボタン2つは人差し指の位置にあります

主な仕様

dpi は、ボールを少し転がしたときにカーソルが動く幅だと思えばOK(数字が大きいほど大きく動く)

Logi Bolt のレシーバーは USB-A の端子、Bluetooth とどちらで接続するかはお好みで

裏には電池を入れる場所と電源スイッチ、接続ボタンがあります
接続ボタンを長押しすると LED が点滅して、Bluetooth のペアリング待ちになります

私は自宅PCと会社PCの両方で使うことになるのでレシーバーの差し替えは手間でしかなく、Bluetooth接続にしました
PC1台でUSBポートが開いてる人はレシーバーの方が設定不要ですぐ使えるので楽です

箱の裏の「前腕の筋肉活動を25%軽減します」の通り、ロジクールの普通のマウス(M650)に比べて25%楽になるそう（筋肉活動量とは・・）

電池の持ちは、旧 ERGO M575 の最大24か月(レシーバー)・最大20か月(Bluetooth)より少し短めの最長18か月

M575SPd レビュー 他の人の声で多い良い点と気になる点

他の人のレビューで多かった良い点は、クリック音の静かさ・腕や腰の楽さ・掃除のしやすさ
気になる点として挙がっていたのは、戻る・進むボタンの音・内部のゴミ・左右スクロールが無いこと(どれも1件ずつか仕様)

良い点1 クリック音がほとんどしない

いちばん多かったのが、クリックの静かさです
mybest の検証では、クリック音の静かさが4.85点(総合は4.51点)

静かなだけでなく、押した手ごたえは残っているとの声も目立ちます

カチカチという音はほとんど気にならない一方で、指先にはしっかりとクリックした手ごたえが残っている

ライフハッカー・ジャパン

Business Insider Japanも、カチカチとした音は出ないが「しっかりと押し込んでいる感触はある」と書いていました
オンライン会議中や、夜に自宅で作業するときに向いています

実際に触ってみて一般的なマウスのカチカチ音は全くなく、打感はマットな感じで私は好きなタイプ

良い点2 腕や腰が楽になった

本体を動かさないぶん、腕(肘から下)や腰が楽になったとの声も多めでした

長時間作業した日でも腕が疲れて集中力が途切れてしまうことが、格段に減りました

ROOMIE

ライフハッカー・ジャパンでは、前かがみになる時間が減って、腰も楽になったと紹介しています

置き場所がマウスより小さく済むのも、机が狭い方にはうれしいところ
mybest のフィット感は、手が大きい人で4.65点・小さい人で4.30点

私は確実に手が小さい方でして、確かにちょっと「マウスが大きいかな・・」と感じてしまいました

気になる方は量販店などで実機を確認した方が安心かもしれません

良い点3 ボールが外しやすく掃除が楽

ボールは、本体の裏の穴から指で押すと外れる作り
hendigiは「指の細い方であれば、ボールをグッと押し込むだけで簡単に取り外せ」、ライフハッカー・ジャパンも「本体裏側から指で軽く押すだけでポンと外れ」と書いていました

気になる点 戻る・進むの音・内部のゴミ・チルトなし

• 戻る・進むボタンは前モデルと同じくらいの音がする
• 内部のボールが当たる部分にゴミがたまり、ときどき掃除が要る
• ホイールに左右スクロール(チルト)が無い

戻る・進むボタンの音を気にする声も見かけましたが、私は気にならない程度でした

故障の話も探しましたが、チャタリング(1回押しただけで2回押したことになる不具合)の報告は見つかりませんでした
発売から2年たっても目立った故障の話が見当たらないので、少なくとも保証期間内に簡単に壊れることはなさそう

ジャベ雄

静かさの声がいちばん多かったので、音が気になる場所で使う方には向いていそうです

私のおすすめ本PR

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

Al Sweigart

Amazonで見る楽天で見る

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

パソコン博士TAIKI

Amazonで見る楽天で見る

実践Claude Code入門

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

Amazonで見る楽天で見る

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

Logi Options+ で戻る・進む・ホイールクリックに機能を割り当てる

M575SPd のボタンの割り当ては、ロジクールのアプリ Logi Options+ で変えられます
変えられるのは戻る・進む・ホイールクリックの3つで、左右のクリックは対象外

※箱とかんたん接続ガイドにある「Logi アプリ(app.logi.com)」は、アクセスすると Logi Options+ のページに飛びます

私も Logi Options+ を入れてみて、特に難しい設定は無し
M575SPd は、Options+ の画面では「ERGO M575SP Trackball」として出てきます

割り当てられる操作の例

• コピー・貼り付け
• 音量の操作
• デスクトップの表示
• ファイルを開く
• Enter や Backspace などのキー

戻るボタンの候補にコピー・縮小・音量を下げる、が並んでいました
進むボタンは基本的に戻ると反対の操作を割り当てできます（貼り付け・拡大・音量を上げる）

ホイールクリックの候補は、タスクビュー・デスクトップの表示/非表示・アプリの切り替え・ジェスチャー
どのボタンにも「キーボードショートカット」の候補があるので、好きなキーの組み合わせも登録できます

アプリごとに割り当てを分けることもできます
たとえば、ブラウザでは戻る・進む、Excel ではコピー・貼り付け
画面の上の「アプリケーションの追加」から、PCに入っているアプリを選んで設定します

サイドボタンにコピー/ペーストを割り当てることで、範囲選択から貼り付けまでが右手だけで完結

ライフハッカー・ジャパン

ポインターの速さとスクロールの向きは、「ポイントとスクロール」の画面で変えられます
初期値は、ポインタ速度が50%、スクロール方向が標準、スムーズスクロールがオフでした

せっかくのボタンなのでブラウザの戻る・進むのままにせず使いやすいようにカスタマイズしてみてください

ログインが必要な機能と、入れる前の注意

Smart Actions(いくつかの操作を1つのボタンにまとめる機能)や設定のバックアップは、Logi アカウントへのログインが必要です

マウスのボタンに加えて、アプリやフォルダを開く手間も短くしたいなら、ボタン型ランチャーの CLaunch も合わせてどうぞ

ジャベ雄

変えられるのは3つだけなので、よく使う操作から入れていくのがよさそうです

トラックボール未経験者の不安と購入後に気付いた失敗

使い始めの今は、つい本体ごと動かそうとしてしまいますが、これは慣れれば解消しそう
マウス操作で親指に神経を使うことがなかったので、違和感が半端ではなくなんとなく前腕がつりそうで・・
これも慣れで解消してくれることを望むばかり

失敗したと思ったのは、USBで充電できずに単3電池が必須なこと
Amazon でスペックをちゃんと見ておけばよかったところですが、衝動買いに近かったのでやむなし
あと今使っているMX Masterとの比較になるので単体で見た悪い点ではないのですが、ワンタッチで接続先を切り替えられないのはプライベートPCと仕事用PC両方に使う人にとってはマイナス

ジャベ雄

マウスは腕、トラックボールは親指と、カーソルを動かす場所がまるごと変わります

M575SPd が向かない人とトラックボールに慣れるまでの期間

合わない理由でいちばん大きいのは、右手専用で傾きも固定なこと
買ってから合わなかった、は避けたいですよね
ほかにも、次の項目に当てはまる方は要購入検討です

• 左利きの方(右手専用の形)
• 本体の角度を変えたい方(傾きは固定)
• 左右スクロール(チルト)をよく使う方
• 2台のPCをワンタッチで頻繁に切り替えたい方(切り替えは裏のボタンの3秒長押し)
• 充電式で使いたい方(単3電池1本で動き、USBでは充電できない)
• ボールや内部の掃除が面倒な方

M575SPdに左利き用バージョンは残念ながら用意されていません
エレコムには左手用の親指トラックボールもありますが、選択肢はかなり少なめ

傾きのある形がほしい方と、2台のPCをワンタッチで行き来したい方には、同じロジクールの上位機 MX ERGO S も候補
20度の傾斜があり、店頭で触ってみると思っている以上に楽と言うかフィットする感じはあります
Easy-Switch は2台のPCをボタン1つで切り替えられます

M575SPd も、箱のかんたん接続ガイドには EASY-SWITCH の図があり、裏のボタンを3秒押すと 1 と 2(Bluetooth)を切り替える絵になっています
私は先にレシーバーを抜いていたので、切り替えにはなりませんでした
裏のボタンを3秒押すと LED が白く速く点滅し、ペアリング待ちになって PC 側から見つけられるようになりました
2台の行き来は、まだ試していません

「実質どちらか一方でしか使えない」という声もあるので、2台の切り替えを毎日のように使うなら、MX ERGO S とも比べてみるのがおすすめです

慣れるまでは2日〜1週間との声が多い

他の人のレビューで見かけた日数は、こんな感じでした

• 2日ほど
• 1週間もしないうちに、指先が自然にボールを転がすように
• 2日目に痛みが出て、4日目くらいで消えた

使い始めは肩や腕に力が入った、マウスに慣れている人ほど時間がかかる、との声も

ジャベ雄

最初の数日は慣れなくて当たり前、くらいの気持ちで始めるのがおすすめです

まとめ プライム感謝祭の前に M575SPd の値段を見ておく

M575SPd は、ERGO M575SP の Amazon.co.jp 限定モデルです
通常版との違いは、保証が1年なこととボールの色

• 親指でボールを転がすので、腕を動かさずに使える
• クリック音がほとんどしない、との声が多い
• 戻る・進む・ホイールクリックは Logi Options+ で割り当てを変えられる
• 慣れるまでは2日〜1週間、との声が多い
• 右手専用で傾きは固定、左右スクロールも無い
• USBでは充電できず、単3電池1本で動く

プライム感謝祭2026は、先行セールが10月13日〜15日、本番が10月16日〜19日です(プライム会員限定)
M575SPd が対象になるかは、公表されていません
2025年のプライム感謝祭(先行セール)では、M575SPd もセールの対象になっていたようです

私が買った10月7日は、Keepa で見ると過去最安値でした
セールを待つか、いま買うかは、リンク先で今の値段を見てから決めても遅くないと思います
腕の疲れを減らしたい方、クリックの音を抑えたい方は、一度のぞいてみてください

参考 充電式がいいなら MX ERGO S

M575 シリーズは、初代の ERGO M575 から M575SP まで、どれも単3電池1本で動く型です
USBで充電できる型は、見つかりませんでした

充電式で使いたい方には、同じロジクールの上位機 MX ERGO S が候補になります

• USB Type-C で充電(1分の充電で24時間、フル充電で最長120日)
• 2台のPCをボタン1つで切り替えられる(Easy-Switch)
• 本体に20度の傾斜がある
• 重さは259g(M575SP は145g)

そのぶん、公式ストアの価格は M575SP の2倍以上
軽さと値段をとるなら M575 シリーズ、充電と2台の切り替えをとるなら MX ERGO S、という分かれ方です

リンク先は Amazon.co.jp 限定の MXTB2d で、こちらも M575SPd と同じく保証は1年です

私のおすすめ本PR

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

Al Sweigart

Amazonで見る楽天で見る

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

パソコン博士TAIKI

Amazonで見る楽天で見る

実践Claude Code入門

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

Amazonで見る楽天で見る

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

VBAでCSV読み込んでますか？

VBAでCSVを読み込むとき、もしダブルクォーテーションの囲みもなく、Split関数を使うだけで読み込めるきれいなCSVにしか出会ったことがないあなたは幸せ者です

一般的にはデータの中に区切り文字のカンマが紛れていたり、囲み文字になるはずのダブルクォーテーションが紛れていたり、文字コードがあれこれとか改行コードが含まれているなど考慮が必要なものです

今回はExcelとAccessの両VBAで同じコードを使いまわすために、CSVを1行ずつ読んで配列で返す関数を作りました
色々考慮してもデータ固有の問題もあるので100%完璧は難しくても、なるべく汎用的にちょっと味付けすれば対応できるように、が目標です

コード全文はそのまま貼れる形で載せていますのでデータにあわせて改修しながら使ってください

CSVファイルの特徴のおさらい

CSVはComma Separated Values（カンマ・セパレーテッド・バリュー）の略で、その名の通りカンマで区切られた文字列のことです※タブで区切るTSV（タブ・セパレーテッド・バリュー）なんてのもあります

特徴として囲み文字（ダブルクォーテーション）の中にあるカンマは区切り文字としては取り扱わずに、ただの文字として取り扱います

具体例として囲み文字がない場合は

「ほげほげ,1,000,hogehoge」→　「ほげほげ / 1 / 000 / hogehoge」

の4データになってしまいますが、各データに囲み文字を付けると

「"ほげほげ","1,000","hogehoge"」→　「ほげほげ / 1,000 / hogehoge」

の通り3データに分割されます

似たような話で、データの中にダブルクォーテーションが含まれる場合、ダブルクォーテーションをもう一つ付けることでエスケープと言われる処理になり囲み文字としてのダブルクォーテーションにならずただの文字のダブルクォーテーションとして取り扱います

どちらかと言うと、ちゃんとエスケープしないと起きる予期せぬ解釈を避ける意味の方が強い

「1234,"hoge"hoge","ほげほげ"」　→　「1234 / hogehoge" / ほげほげ」

「1234,"hoge""hoge","ほげほげ"」　→　「1234 / hoge"hoge / ほげほげ」

Splitだとダブルクォーテーション内のカンマで列がずれる

次はSplit関数のおさらい

Split(expression, [ delimiter, [ limit, [ compare ]]])

https://learn.microsoft.com/ja-jp/office/vba/language/reference/user-interface-help/split-function

expressionで指定した文字列をdelimiterで区切って配列として返すのが一般的な使い方で、CSVならdelimiterをカンマにすればうまくいきそう

なんですが、Split は囲み文字の中かどうかを見ないので、カンマを見つけるたびに分割します

前述の例だとデータを4つに分割してしまうパターンが発生します

つまりコードリストなどよっぽどきれいなCSVじゃないと使い物になりません

ダブルクォーテーションを正しく扱うCSV読み込み関数 Excel・Access共通

結論から言うと、1行ずつ読みながら「いま囲み文字の中か」を判定して、囲みの中のカンマでは分割しない関数にすれば解決します
参照設定も特に要りません

Excelで開くときとほぼ同じ条件でデータを分割する仕様で、VBAの中で値を受け取って加工したいとき・Excelを介さずAccessで読みたいとき・先頭のゼロや日付の自動変換を通したくないときに有効です

使う関数は3つ

基本的には CsvReadFile だけで足りるはずです
Excelのシートに貼るときは CsvTo2DArray を挟み、読み込みは自前で書いて分割だけ任せたいときは CsvParseLine を使います

戻り値で配列を返したいので、Sub ではなく Function にしました
ADODB.Stream は CreateObject で呼んでいて、Windows API の宣言(Declare)も使っていないので、ExcelでもAccessでも標準モジュールに貼るだけで動く作りにしてます

引数で文字コードと区切り文字を変えられる

charset には、ADODB.Stream の Charset が受け付ける名前(そのPCのレジストリに登録されている文字セット名)なら何でも渡せます
ふだんは省略して自動判定に任せ、うまく読めないときだけ指定する使い方を想定してます

囲みの判定はフィールドの先頭だけで行う

仕組みはシンプルで、" を囲み文字の始まりとみなすのはフィールドの先頭にあるときだけです
値の途中にある "(5"3 など)は、ただの文字として読みます

囲みに入ったら、次の " までを InStr でまとめて取り込みます
そこで " が2つ続いていれば、おさらいで出てきたエスケープなので " 1文字に戻し、1つだけなら囲みの終わりです

1文字ずつ文字列をつなげていく書き方は、長い値で遅くなるので避けました

コード全文と貼り方

コードは、標準モジュールに全文をそのまま貼ってください
.bas ファイルの先頭に付く Attribute VB_Name の行は、最初から入れていません

VBEの「変数の宣言を強制する」をオンにしている方は、先頭に Option Explicit が2行並ぶはずです
片方を消しておいてください
Accessの Option Compare Database の行は、そのまま残して大丈夫です

'==============================================================================
' modCsv : CSV 読み込みモジュール (Excel / Access 共通・参照設定不要)
'
' 対応していること
'   ・囲み文字内の区切り文字           "東京,大阪"         → 東京,大阪
'   ・エスケープされた囲み文字         "say ""hi"""        → say "hi"
'   ・囲み文字内の改行 (複数行にまたがるフィールド。改行コードも元のまま保持)
'   ・改行コード CRLF / LF / CR を自動判定 (CRLF と LF の混在も可)
'   ・文字コード自動判定 (BOM 付き UTF-8 / UTF-16、BOM 無し UTF-8、それ以外は Shift_JIS)
'   ・区切り文字・囲み文字の変更 (TSV など。囲み文字 "" で囲み処理なし)
'
' 崩れたデータもエラーにせず、次のように読む (Excel / Python の csv とほぼ同じ挙動)
'   ・囲まれていないフィールド途中の "      5"3          → 5"3
'   ・閉じ囲みの直後に続く文字             "abc"def     → abcdef
'   ・ファイル末尾まで閉じられない囲み     → そこまでを 1 フィールドとして確定
'
' 比較はすべてバイナリ比較で書いているので、Access の Option Compare Database
' のモジュールに貼り付けても動作は変わらない
'
' 使用例
'   Dim rows As Variant, r As Long
'   rows = CsvReadFile("C:\data\sample.csv")
'   For r = 0 To UBound(rows)          ' 0 件なら UBound = -1 なのでループしない
'       Debug.Print rows(r)(0), rows(r)(1)
'   Next
'==============================================================================
Option Explicit

Private Const adTypeBinary As Long = 1
Private Const adTypeText As Long = 2
Private Const adReadLine As Long = -2
Private Const adCR As Long = 13
Private Const adLF As Long = 10

Private Const SAMPLE_BYTES As Long = 1048576     ' 文字コード・改行コード判定に使う先頭バイト数

'------------------------------------------------------------------------------
' CSV ファイルを 1 行ずつ読み込み、レコードの配列を返す
'
'   filePath       : CSV ファイルのパス
'   charset        : "auto"(既定) / "Shift_JIS" / "UTF-8" / "Unicode"(UTF-16LE) など
'                    ※ADODB.Stream の Charset に渡せる名前ならなんでも可
'   delimiter      : 区切り文字 (既定 ",")。TSV なら vbTab
'   quoteChar      : 囲み文字 (既定 """")。"" を渡すと囲みを解釈しない
'   skipEmptyLines : True(既定) なら空行を読み飛ばす。False なら空文字 1 個のレコードになる
'
'   戻り値 : 0 始まりの Variant 配列。各要素はそのレコードの String 配列 (0 始まり)
'            → rows(行)(列) で参照する。0 件のときは UBound = -1 の空配列
'            行ごとに列数が違ってもそのまま返す (揃えたいときは CsvTo2DArray)
'------------------------------------------------------------------------------
Public Function CsvReadFile(ByVal filePath As String, _
                            Optional ByVal charset As String = "auto", _
                            Optional ByVal delimiter As String = ",", _
                            Optional ByVal quoteChar As String = """", _
                            Optional ByVal skipEmptyLines As Boolean = True) As Variant
    Dim stm As Object
    Dim sample() As Byte
    Dim lineSep As Long
    Dim rows() As Variant, rowCount As Long
    Dim fields() As String, fieldCount As Long
    Dim fieldBuf As String, inQuotes As Boolean
    Dim lineText As String, lineNo As Long, recordStartLine As Long
    Dim hadCR As Boolean, pendingNewline As String
    Dim doParse As Boolean

    ValidateChars delimiter, quoteChar

    Set stm = CreateObject("ADODB.Stream")
    stm.Type = adTypeBinary
    stm.Open
    stm.LoadFromFile filePath

    If stm.Size = 0 Then
        stm.Close
        CsvReadFile = Array()
        Exit Function
    End If

    ' 先頭部分のバイト列から文字コードと改行コードを判定する
    If stm.Size < SAMPLE_BYTES Then sample = stm.Read(stm.Size) Else sample = stm.Read(SAMPLE_BYTES)
    If LCase$(charset) = "auto" Then charset = DetectCharset(sample)
    lineSep = DetectLineSeparator(sample)

    ' テキストモードに切り替えて先頭から 1 行ずつ読む
    stm.Position = 0
    stm.Type = adTypeText
    stm.Charset = charset
    stm.LineSeparator = lineSep     ' CRLF のファイルも LF で区切り、行末の CR は下で外す

    ReDim rows(0 To 255)
    ReDim fields(0 To 15)

    Do Until stm.EOS
        lineText = stm.ReadText(adReadLine)
        lineNo = lineNo + 1

        ' BOM (U+FEFF) が残っていたら除去
        If lineNo = 1 Then
            If CharCodeAt(lineText, 1) = &HFEFF& Then lineText = Mid$(lineText, 2)
        End If

        ' 行末の CR を外す (囲みの中の改行だった場合は pendingNewline で元に戻す)
        hadCR = (CharCodeAt(lineText, Len(lineText)) = 13)
        If hadCR Then lineText = Left$(lineText, Len(lineText) - 1)

        If inQuotes Then
            fieldBuf = fieldBuf & pendingNewline        ' 囲みの中の改行はデータとして残す
            doParse = True
        Else
            recordStartLine = lineNo
            doParse = Not (skipEmptyLines And Len(lineText) = 0)
        End If

        If doParse Then
            If ParseLine(lineText, delimiter, quoteChar, inQuotes, fieldBuf, fields, fieldCount) Then
                AddRecord rows, rowCount, fields, fieldCount
            ElseIf lineSep = adCR Then
                pendingNewline = vbCr                   ' 囲みの中で行が終わった → 次の行へ続く
            ElseIf hadCR Then
                pendingNewline = vbCrLf
            Else
                pendingNewline = vbLf
            End If
        End If
    Loop
    stm.Close

    ' 囲みが閉じないままファイルが終わった → 読めたところまでで確定する
    If inQuotes Then
        Debug.Print "CsvReadFile: " & recordStartLine & " 行目から始まる囲み文字が閉じられていません : " & filePath
        AddField fields, fieldCount, fieldBuf
        AddRecord rows, rowCount, fields, fieldCount
    End If

    If rowCount = 0 Then
        CsvReadFile = Array()
    Else
        ReDim Preserve rows(0 To rowCount - 1)
        CsvReadFile = rows
    End If
End Function

'------------------------------------------------------------------------------
' 1 レコード分の文字列を分割して String 配列 (0 始まり) で返す
'   Line Input などで自前で読んだ行を分割したいとき用
'   (囲みの中に改行が入っている文字列を渡してもよい)
'------------------------------------------------------------------------------
Public Function CsvParseLine(ByVal lineText As String, _
                             Optional ByVal delimiter As String = ",", _
                             Optional ByVal quoteChar As String = """") As String()
    Dim fields() As String, fieldCount As Long
    Dim fieldBuf As String, inQuotes As Boolean

    ValidateChars delimiter, quoteChar
    ReDim fields(0 To 15)

    If Not ParseLine(lineText, delimiter, quoteChar, inQuotes, fieldBuf, fields, fieldCount) Then
        AddField fields, fieldCount, fieldBuf           ' 囲みが閉じていない → 残りを最後のフィールドにする
    End If

    ReDim Preserve fields(0 To fieldCount - 1)
    CsvParseLine = fields
End Function

'------------------------------------------------------------------------------
' CsvReadFile の戻り値を 2 次元配列 (行, 列) に変換する (どちらも 0 始まり)
'   列数が足りない行は Empty で埋める。Excel の Range.Value にそのまま代入できる
'   0 件のときは Empty を返す
'------------------------------------------------------------------------------
Public Function CsvTo2DArray(ByRef rows As Variant) As Variant
    Dim result() As Variant
    Dim r As Long, c As Long, colCount As Long

    If UBound(rows) < 0 Then Exit Function

    For r = 0 To UBound(rows)
        If UBound(rows(r)) + 1 > colCount Then colCount = UBound(rows(r)) + 1
    Next

    ReDim result(0 To UBound(rows), 0 To colCount - 1)
    For r = 0 To UBound(rows)
        For c = 0 To UBound(rows(r))
            result(r, c) = rows(r)(c)
        Next
    Next
    CsvTo2DArray = result
End Function

'------------------------------------------------------------------------------
' 1 行分を解析してフィールドを fields に追加していく (内部処理)
'   inQuotes / fieldBuf / fields / fieldCount は行をまたいで状態を引き継ぐ
'   戻り値 : True  = レコードが完結した
'            False = 囲みの中で行が終わった (次の行に続く)
'------------------------------------------------------------------------------
Private Function ParseLine(ByRef lineText As String, ByVal delimiter As String, ByVal quoteChar As String, _
                           ByRef inQuotes As Boolean, ByRef fieldBuf As String, _
                           ByRef fields() As String, ByRef fieldCount As Long) As Boolean
    Dim pos As Long, hit As Long, lineLen As Long
    Dim quoteCode As Long
    Dim atFieldStart As Boolean

    If Len(quoteChar) = 0 Then quoteCode = -1 Else quoteCode = AscW(quoteChar) And &HFFFF&
    lineLen = Len(lineText)
    pos = 1
    atFieldStart = Not inQuotes

    Do While pos <= lineLen
        If inQuotes Then
            ' 囲みの中 : 次の囲み文字までをそのまま取り込む
            hit = InStr(pos, lineText, quoteChar, vbBinaryCompare)
            If hit = 0 Then
                fieldBuf = fieldBuf & Mid$(lineText, pos)
                Exit Function                               ' 囲みの中で行末 → 次の行へ続く
            End If
            fieldBuf = fieldBuf & Mid$(lineText, pos, hit - pos)

            If CharCodeAt(lineText, hit + 1) = quoteCode Then
                fieldBuf = fieldBuf & quoteChar             ' "" → " (エスケープ)
                pos = hit + 2
            Else
                inQuotes = False                            ' 閉じ囲み
                pos = hit + 1
            End If

        ElseIf atFieldStart And CharCodeAt(lineText, pos) = quoteCode Then
            ' フィールド先頭の囲み文字 → 囲み開始
            inQuotes = True
            atFieldStart = False
            pos = pos + 1

        Else
            ' 囲みの外 : 次の区切り文字までを取り込む
            ' (途中にある " や、閉じ囲みの後ろに続く文字はそのまま値として扱う)
            hit = InStr(pos, lineText, delimiter, vbBinaryCompare)
            If hit = 0 Then
                fieldBuf = fieldBuf & Mid$(lineText, pos)
                pos = lineLen + 1
            Else
                fieldBuf = fieldBuf & Mid$(lineText, pos, hit - pos)
                AddField fields, fieldCount, fieldBuf
                atFieldStart = True
                pos = hit + 1
            End If
        End If
    Loop

    If inQuotes Then Exit Function      ' 行末が """ や空行など、囲みの中で終わった → 次の行へ続く

    AddField fields, fieldCount, fieldBuf       ' 行末 = 最後のフィールドの終わり
    ParseLine = True
End Function

' fieldBuf を 1 フィールドとして確定する
Private Sub AddField(ByRef fields() As String, ByRef fieldCount As Long, ByRef fieldBuf As String)
    If fieldCount > UBound(fields) Then ReDim Preserve fields(0 To fieldCount * 2 + 1)
    fields(fieldCount) = fieldBuf
    fieldCount = fieldCount + 1
    fieldBuf = vbNullString
End Sub

' fields を 1 レコードとして確定する
Private Sub AddRecord(ByRef rows() As Variant, ByRef rowCount As Long, _
                      ByRef fields() As String, ByRef fieldCount As Long)
    ReDim Preserve fields(0 To fieldCount - 1)
    If rowCount > UBound(rows) Then ReDim Preserve rows(0 To rowCount * 2 - 1)
    rows(rowCount) = fields                     ' 配列のコピーが格納される
    rowCount = rowCount + 1
    fieldCount = 0
End Sub

' 指定位置の文字コード (0～65535)。範囲外なら -1
Private Function CharCodeAt(ByRef s As String, ByVal pos As Long) As Long
    If pos >= 1 And pos <= Len(s) Then
        CharCodeAt = AscW(Mid$(s, pos, 1)) And &HFFFF&
    Else
        CharCodeAt = -1
    End If
End Function

Private Sub ValidateChars(ByVal delimiter As String, ByVal quoteChar As String)
    If Len(delimiter) <> 1 Or Len(quoteChar) > 1 Then
        Err.Raise 5, "modCsv", "区切り文字は 1 文字、囲み文字は 1 文字か空文字で指定してください。"
    End If
    If StrComp(delimiter, quoteChar, vbBinaryCompare) = 0 Then
        Err.Raise 5, "modCsv", "区切り文字と囲み文字に同じ文字は指定できません。"
    End If
End Sub

'------------------------------------------------------------------------------
' 文字コードの推定
'   BOM があればそれに従う。無ければ UTF-8 として正しいバイト列かを検査し、
'   正しければ UTF-8、そうでなければ Shift_JIS とみなす
'   (ASCII だけのファイルは Shift_JIS 扱い。どちらで読んでも結果は同じ)
'------------------------------------------------------------------------------
Private Function DetectCharset(ByRef b() As Byte) As String
    Dim i As Long, k As Long, last As Long, need As Long
    Dim hasMultiByte As Boolean

    last = UBound(b)
    If last >= 2 Then
        If b(0) = &HEF And b(1) = &HBB And b(2) = &HBF Then DetectCharset = "UTF-8": Exit Function
    End If
    If last >= 1 Then
        If b(0) = &HFF And b(1) = &HFE Then DetectCharset = "Unicode": Exit Function
        If b(0) = &HFE And b(1) = &HFF Then DetectCharset = "unicodeFFFE": Exit Function
    End If

    i = 0
    Do While i <= last
        Select Case b(i)
            Case Is < &H80:     need = 0
            Case &HC2 To &HDF:  need = 1
            Case &HE0 To &HEF:  need = 2
            Case &HF0 To &HF4:  need = 3
            Case Else:          DetectCharset = "Shift_JIS": Exit Function
        End Select

        For k = 1 To need
            If i + k > last Then Exit Do            ' サンプルの末尾で文字が途切れた
            If b(i + k) < &H80 Or b(i + k) > &HBF Then DetectCharset = "Shift_JIS": Exit Function
        Next
        If need > 0 Then hasMultiByte = True
        i = i + need + 1
    Loop

    If hasMultiByte Then DetectCharset = "UTF-8" Else DetectCharset = "Shift_JIS"
End Function

'------------------------------------------------------------------------------
' 改行コードの推定
'   LF があれば LF 区切り (CRLF は行末の CR を外して対応)、CR しか無ければ CR 区切り
'------------------------------------------------------------------------------
Private Function DetectLineSeparator(ByRef b() As Byte) As Long
    Dim i As Long, hasCR As Boolean

    For i = 0 To UBound(b)
        If b(i) = 10 Then DetectLineSeparator = adLF: Exit Function
        If b(i) = 13 Then hasCR = True
    Next
    If hasCR Then DetectLineSeparator = adCR Else DetectLineSeparator = adLF
End Function

基本の読み方

CsvReadFile にファイルのパスを渡したら、あとは rows(r)(c) で取り出すだけです(行も列も0始まり)

Dim rows As Variant, r As Long
rows = CsvReadFile("C:\data\sample.csv")
For r = 0 To UBound(rows)          ' 0 件なら UBound = -1 なのでループしない
    Debug.Print rows(r)(0), rows(r)(1)
Next

ひとつ注意したいのは、行ごとに列の数が違ってもそのまま返すところ
上の例のように rows(r)(1) と決め打ちで読むと、列が足りない行で実行時エラー9(インデックスが有効範囲にありません)になります
列の数は行ごとに UBound(rows(r)) で確かめておくのがおすすめです

ループや配列の書き方をおさらいしたいときは、VBAのループ処理の記事もどうぞ

Excelのシートに貼る例

シートに貼るなら、CsvTo2DArray で2次元配列にしてから Range.Value にまとめて入れます

Dim data As Variant
data = CsvTo2DArray(CsvReadFile("C:\data\sample.csv"))
If Not IsEmpty(data) Then
    With Worksheets(1).Range("A1").Resize(UBound(data, 1) + 1, UBound(data, 2) + 1)
        .NumberFormat = "@"     ' 先に文字列の表示形式にしておく
        .Value = data
    End With
End If

CSVをExcelで開いたら「001」が「1」になっていた、なんて経験はありませんか？

Excelは、CSVを開いたりセルに貼り付けたりすると、先頭のゼロを消す・日付に変えるといった自動変換をかけます(Microsoft 365 と Excel 2024 は設定で止められます)

この関数は値をすべて文字列で返すので、配列に入った時点ではまだ変換前のままです
シートに書き戻すときは、上の例のように先に表示形式を文字列(「@」)にしておくのが一般的なやり方
ただ、Range.Value への代入でも同じ変換が起きるのかまでは確かめていません

もう1つの注意は、Excelのセル1つに入るのが32,767文字までなこと(Excelの仕様と制限)
後の検証で15万文字の値を読めたのはAccessでの話なので、そこまで長い値はシートには収まりません

Accessのテーブルに追加する例

Accessなら、読んだ配列を1行ずつテーブルに足していけます(テーブル名と列名は仮のものです)

Dim rows As Variant, r As Long, rs As DAO.Recordset
rows = CsvReadFile("C:\data\sample.csv", "UTF-8")
Set rs = CurrentDb.OpenRecordset("T_Import", dbOpenDynaset)
For r = 1 To UBound(rows)       ' 0 行目はヘッダとして読み飛ばす
    rs.AddNew
    rs!Code = rows(r)(0)
    rs!CustName = rows(r)(1)
    rs.Update
Next
rs.Close

この例では文字コードを "UTF-8" と指定して、0行目はヘッダーとして読み飛ばしています
DAO.Recordset を使うのはテーブルに書き込む側の話で、読み込む関数のほうは参照設定なしで動きます

Accessの実機で34ケースを検証した

コードは、要件を伝えて Claude Code に書いてもらいました
そのうえで、Accessを外から自動で動かして、関数の戻り値と Python 標準の csv モジュールで読んだ結果を1件ずつ突き合わせています

結果は34ケースすべて一致
内訳は、ファイルの読み込み26・1行の分割6・2次元配列への変換2です

• 文字コードは Shift_JIS / UTF-8(BOMあり・なし)/ UTF-16LE を自動判定
• 改行コードは CRLF / LF / CR だけ / CRLF と LF の混在
• 囲みの中のカンマ・""・改行と、行末の """
• 空行・TSV・空のファイル・15万文字の値
• ①・髙(機種依存文字)・半角カナ
• ソ・表・能(Shift_JIS で2バイト目が「\」になる字)

BOMつきのUTF-8で、先頭の値が "ID" のように囲まれていても正しく読めました
①や髙も化けなかったので、ADODB.Stream に "Shift_JIS" を指定すると、Windows の CP932 として読んでくれているようです

速さも測ってみました
10万行・9.3MBのCSV(UTF-8のBOMつき・100行に1回は複数行にまたがる値入り)を4回読んで、1.05〜1.25秒
手元のPCで、Option Compare Database を書いていないモジュールでの計測です

ジャベ雄

10万行でも1秒ちょっとなので、ふだん使いで待たされることはなさそうです

VBAの独学に効く本PR

Excel マクロ&VBA やさしい教科書 Office 2024/2021 Microsoft 365対応

古川順平

Amazonで見る楽天で見る

てっとり早く確実にマスターできる Excel VBAの教科書 改訂新版

大村あつし

Amazonで見る楽天で見る

Excel マクロ/VBA 今日から使える業務の自動化入門

富士通ラーニングメディア

Amazonで見る楽天で見る

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

1行ずつ読むとセル内改行で壊れる Line Input # を使わない理由

1行ずつ読むときにいちばん厄介なのが、囲みの中の改行(Excelでいうセル内改行)です
1行ずつ分割すると、その値が2つのレコードに割れてしまいます

たとえば住所の欄に改行が入っていると、CSVには「1,"東京都」と「千代田区",3」の2行で保存されます

見た目は2行でも、囲みの中の改行なので、データとしては3列・1レコードです

囲みの中で行が終わったら状態を次の行へ持ち越す

そこでこの関数は、行が囲みの中で終わったら、囲みの中にいることと作りかけの値を覚えたまま次の行を読みます
次の行の頭で元の改行を値に戻してから、続きをつなげる流れです

値に残る改行は、CRLF でも LF でもファイルにあったまま

全行を1つの文字列にまとめてから " の数の偶奇で判定するやり方でも、囲みの中の改行は扱えます
今回は「1行ずつ読む」作りにしたかったので、状態を持ち越す形を選びました

ジャベ雄

囲みの中の改行は、1行ずつ読む作りと一番ぶつかるところです

Line Input # はLFだけのファイルとUTF-8に弱かった

VBAでテキストを1行ずつ読むなら、まず思い浮かぶのは Line Input # ではないでしょうか？

実はこの関数では使っていません
試してみたところ、結果が崩れる場面が3つありました

Microsoftの公式ページを見ても、Line Input # の行の終わりとして挙がっているのは CR と CRLF の2つだけで、LFには触れていません
文字コードの記述もありません

そこで、ADODB.Stream の ReadText で1行ずつ読み、行の区切りをLFにして、CRLFは行末に残ったCRを外して扱うことにしました
LineSeparator の既定は CRLF なので、LFは自分で指定してます
先頭1MBにLFが無く、CRだけで改行しているファイルならCRで区切ります

ちなみに、CreateObject で呼んでいるぶん、adLF などのADOの定数はコードの先頭に自前で書いてあります

文字コードはBOM・UTF-8の検査・Shift_JISの順に判定

charset を省略すると、ファイルの先頭1MBを見て文字コードを決めます

1. BOMがあれば、それに従う(UTF-8 / UTF-16)
2. BOMが無ければ、UTF-8として正しいバイト列かを調べる
3. 正しいUTF-8で、半角の英数字・記号以外の文字が入っていればUTF-8、それ以外はShift_JISとみなす

気をつけたいのは、判定に使うのが先頭の1MBだけなこと
先頭1MBが半角の英数字・記号だけのUTF-8は、Shift_JISと判定されます
ファイル全体がそうならどちらで読んでも結果は同じですが、1MBより後ろに日本語が出てくるCSVなら charset:="UTF-8" を指定してください

BOMの無いUTF-16も自動では見分けないので、UTF-16LEなら charset:="Unicode" を指定します

コードを書かずにCSVの文字化けだけ直したいなら、自作の文字コード変換ツールも使えます

Accessで使うならOption Compare Databaseに注意

実は、Option Compare Database のあるモジュールだと、InStr(行, ",") が全角のカンマ「，」にも当たりました
この関数を検証している途中、Accessの日本語環境で気づいたことです

標準モジュールを追加すると最初から書かれている

Accessで標準モジュールを追加すると、先頭に Option Compare Database が最初から入っています(手元の Microsoft 365 版で確認)
Accessで書いている方なら、見慣れた1行だと思います

InStr は比較の方法(4つ目の引数)を省略すると、モジュールの Option Compare の設定に従います(InStr関数の公式ページ)
そして Option Compare Database は、データベースの並べ替え順序で比べるAccess専用の書き方です(Option Compare ステートメントの公式ページ)

全角と半角が同じ文字として扱われた

Option Compare Database のモジュールに式を書いて試すと、こうなりました

ほかにも、大文字と小文字・半角カナと全角カナ・ひらがなとカタカナが同じ扱い(True)でした
公式ページに書かれているのは並べ替え順序で比べるところまでで、全角と半角の扱いには触れていないので、あくまで私の環境での実測です

Option Compare Database のモジュールで比較の方法を省略すると、InStr は全角のカンマも区切りとして見つけてしまいます
データに全角のカンマが混ざっていたら…と考えると、ちょっと怖くないですか？

この関数は比較をすべてバイナリで書いた

そこでこの関数は、InStr に vbBinaryCompare を付けて、1文字の判定も AscW で文字コードを比べています
なので Option Compare Database を消さずに貼っても、結果は変わりません

実際に、モジュールの先頭にこの1行を足して同じテスト(当時の33ケース)を流したときも全件一致でした

自分で InStr を書くときも、vbBinaryCompare を付けておけば全角との取り違えを避けられます
ただし付けるときは、1つ目の引数(開始位置)を省略できないので気をつけてください

Excelでも Option Compare Text を書いたモジュールなら同じことが起きるかもしれませんが、こちらは試していません

ジャベ雄

全角カンマで割れても、エラーは出ないので気づきにくいです

崩れたCSVはExcelで開いたときとほぼ同じに読む

囲み文字の閉じ忘れのような崩れたCSVが来ても、この関数はエラーで止めずに読みます
崩れた入力の読み方は RFC 4180 にも定めが無いので、同じCSVをExcelで開いて比べ、値の分け方をそちらに合わせました

試した崩れ方の中で、Excelと違ったのは1つだけです
閉じ忘れの " がファイルの最後まで続いたとき、Excelはセルの末尾に最後の改行を残しますが、この関数は最後の改行を落とします(ここはわざとです)

それと、値は文字列のまま返すので、Excelのように先頭のゼロや日付を勝手に変換することもありません
分け方は同じでも、ここはExcelで開いたときとの違い

閉じ忘れがあると、それ以降が1つの値に飲み込まれます(Excelも同じ)
そのときはイミディエイトウィンドウに「CsvReadFile: ○ 行目から始まる囲み文字が閉じられていません」と、始まった行を出します

エラーにも戻り値の印にもならないので、気づけるのはイミディエイトウィンドウだけです
取り込んだ件数や列の数も、一度見ておいてください

崩れていない普通のCSV(Shift_JISで、囲みの中のカンマ・""・改行あり)なら、分かれ方はExcelで開いた結果と同じでした

この関数でできないこと

• 全角のカンマ「，」と全角の「＂」は、区切りや囲みとして扱わない(普通の文字として読む)
• 値はすべて文字列で返す(数値や日付への変換は呼び出す側で)
• 区切り文字は1文字だけ、囲み文字は1文字か空文字
• Windows専用(ADODB.Stream を使うため、Mac版のExcelでは動かない見込み)
• 32bit版のOfficeは未確認(Declare を使っていないので影響は無いはず)
• 数百MB級のファイルはメモリに注意(ファイル全体を ADODB.Stream に読み込み、結果も配列に持つため)

ジャベ雄

100%完璧ではなくても、崩れたときの読み方が決まっていれば使い回せます

CSVではなくJSONで受け取るデータなら、VBA-JSONで読み込む方法も参考にしてみてください

VBAの独学に効く本PR

Excel マクロ&VBA やさしい教科書 Office 2024/2021 Microsoft 365対応

古川順平

Amazonで見る楽天で見る

てっとり早く確実にマスターできる Excel VBAの教科書 改訂新版

大村あつし

Amazonで見る楽天で見る

Excel マクロ/VBA 今日から使える業務の自動化入門

富士通ラーニングメディア

Amazonで見る楽天で見る

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

スプレッドシートの台帳を共有して入力を頼んだら、行が消えていた・計算式が壊れていた・思った入力と違うことになっていた、という経験はありませんか？

スプレッドシートを直接入力すると付きまとう問題ですが、専用の入力フォームを作ることで入力補助もできるし、こちらの意図した入力へ制限することもできます

入力フォームはGASで作成するので自由度高く対応でき、既存のスプレッドシートとも連携が可能です

今回は車両管理をサンプルとしていますが、せどり商品調査など入力を外注している場合なども有効なので、参考にするか下記のココナラ経由で私に発注してもらえると嬉しいです

共有したスプレッドシートが壊れる3つの理由

原因は、台帳を直接更新しているという当然の理由に行き着きます

入力を頼んだ時点で、台帳のどのセルでも書き換えられる状態を渡しているのと同じこと
そこから起きる崩れ方は、だいたい次の3つに分かれます

• 行や計算式を壊される:並べ替えの拍子に行がずれる・合計の列に数字を直接打たれる・フィルタをかけたまま行を消される
• 表記がばらつく:「(株)山田運輸」「山田運輸株式会社」「ヤマダ運輸」が並び、集計やフィルタで同じ会社として拾えなくなる
• 同じ情報を何度も入力する:台帳に入れた内容を請求用のシートにもう一度打ち、ドライバーへの連絡メールも手で書き直す

3つともスプレッドシートの自由度が高すぎるがゆえの問題で、どんなに手順を示したり注意を促したとしてもヒューマンエラーを防ぐことも、万人に伝わる手順を作ることも難しいところ

ジャベ雄

「気をつけて入力してください」と書いておいても、完璧に制御することはできないと思います

シートの保護・権限・Googleフォームで足りないところ

どれも片方は防げますが、入力はしてもらう・シートは直接触らせないの2つを同時には満たせないのが共通の弱点

シートを保護すると、サイドバーからの登録もブロックしてしまう

最初は、スプレッドシートの右側に入力画面(サイドバー)を出して、そこから台帳へ登録する作りにする予定でした
これはこれで一定の効果はあるのですが、サイドバーは操作している本人の権限で台帳に書き込むので、入力者が編集できないように台帳を保護すると、入力者の側ではサイドバーからの登録もできなくなります

つまりシート保護ができないので誤操作でデータを削除したりシートを壊してしまう可能性は残ってしまいます

保護そのものについても、Googleのヘルプ(範囲やシートの保護)はセキュリティ対策ではないと明記していて、非表示にしたシートの中身も閲覧者は見られると書かれています
マスタを非表示のシートに隠しておけば見られない、とはいかないので、ここはちょっと注意が要るところかもしれません

Googleフォームはマスタ連動できないし、台帳更新には向いていない

Googleフォームなら入力者に台帳を触らせずに済むので、思い浮かぶ手の一つだと思います
フォームにも「回答の編集を許可する」設定があって、回答した本人があとから自分の回答を直すことはできます

でも、この手の台帳運用では「管理番号○○の納車先を直したい」のような、台帳の任意の行を探して修正するパターンもあります
フォームは自分の回答を送る・直すための機能なので、他の人が入れた行や管理者が作った行を呼び出して直す使い方には向きません

ほかにも、顧客を選んだらその顧客のいつもの引取先が別の欄に入る・案件番号を連番で振る、といった動きは標準の設定だけでは作れません
回答に応じて次のセクションへ進ませる分岐はあっても値を埋めてはくれないので、そこまでやるなら結局GASの出番

ジャベ雄

フォームは「送る」には強いけど、「探して直す」は苦手です

専用の入力フォームを共有してシート自体は共有しない

やったことは、台帳とは別のURLで開く入力フォームを用意して、入力する人にはスプレッドシート編集権限を付与しない、この1点です

入力者はシートを操作できないので、行を消す・計算式を上書きする、という事故が起きる場所がそもそも無くなります

書き込みは「公開した本人として実行」で管理者の権限にする

入力フォームは、GASのウェブアプリという仕組みで作っています
スクリプトをURLで開ける画面として公開する機能で、公開するときに誰の権限で動かすかを「公開した本人」か「アクセスした人」から選べるのがポイントです

ここを公開した本人(管理者)として実行にすることでフォームから管理者の権限で台帳への書き込みができます
だから入力者に台帳の編集権限は要らず、台帳のシートを保護しても書き込みは可能です
ただしこれは、公開した人がスプレッドシートのオーナー(または保護の設定で編集できる人に入れた人)である前提の話
サイドバーで問題となっていた保護での入力制御は、この切り替えで対応できました

設定ファイル(appsscript.json)で書くと、この部分

"webapp": {
  "executeAs": "USER_DEPLOYING",
  "access": "ANYONE"
}

executeAs が誰として動かすか、access が誰がこのURLを開けるかの設定
USER_DEPLOYINGは「公開した本人として実行」、ANYONEは「Googleアカウントでログインしている人なら誰でも開ける」という意味

URLを知っている人は誰でも書き込める

入力者はGoogleアカウントでログインしていれば、URLを開くだけで入力できます
裏を返すと、URLを知っていれば、Googleアカウントを持つ誰でも台帳に書き込めるということ
なのでユーザー認証機能や履歴を残す仕様が望ましいです

もうひとつ、入力フォームの編集・削除タブからは、削除済みを除く全案件を呼び出して上書き・論理削除もできます
GASで作成するのでこの辺りをうまく制御してあげることでシートが壊れないような仕様にできます

各マスタについては、専用シートの値を入力画面に渡すので管理者なら選択項目を追加・削除することも簡単です

スマホからも入力でき、管理者はサイドバーを使う

入力フォームはスマホのブラウザでも同じ画面で開けて、画面の幅に合わせて表示が切り替わります
車を引き取った直後にその場で入力できるのは、外で動く仕事だと特にありがたいところだと思います

管理者のほうは、スプレッドシートを開いたまま右側に同じ入力画面(サイドバー)を出して使えます
スプレッドシートのオーナーは保護した範囲でも編集できるので、管理者がサイドバーから登録するぶんには保護に引っかかりません
台帳を見ながら入力したい管理者には、こちらのほうが使いやすいでしょう

ジャベ雄

入力者はURL、管理者はサイドバーの使い分けでより便利になります

誤入力を3段階で防ぐ 選ぶ・候補から選ぶ・フリー入力

表記ゆれと入力ミスは、項目ごとに入力のしかたを3段階で変えることで防いでいます

これとは別に、登録の前に必須の4項目(顧客名か新規顧客名・車種・引取先・納車先)の入れ忘れをチェックしています
分け方の基準は、値の種類が決まっていて増えにくいものは選ぶだけ、増えるけど同じ値を繰り返し使うものは候補付き、毎回違うものは自由入力
全部をプルダウンにすると初めての値が入れられず、全部を自由入力にすると表記がばらつくので、その間を取っています

マスタから選ぶだけ(顧客名・ドライバー)

顧客名とドライバーは、マスタのシートにある値から選ぶだけで、手入力させません
「(株)山田運輸」と「株式会社山田運輸」のように同じ会社なのに表記が異なる入力を防げます

顧客を選ぶと、その顧客のいつもの引取先・納車先が自動で入ります
手で上書きもできるので、今回だけ別の場所から引き取る、という案件にも対応できます

マスタに無い新しい顧客は、プルダウンの末尾にある「＋ 新規顧客を追加」を選ぶと、その場で顧客名と担当者を入れる欄が開きます
登録と同時に顧客マスタへ追加されるので、マスタに無い場合のイレギュラーにも対応できます
制御の抜け道にもなるので、管理者がときどきマスタを見直して表記をそろえる、みたいな感じの運用が前提
マスタ自体はスプレッドシートのただのシートなので、管理者が行を足したり直したりすれば、次に開いたときの選択肢に反映します

候補付きの自由入力(車種・引取先・納車先)

車種や引取先は候補が多く、新しい値もどんどん増えるので、プルダウンから選ぶだけでは逆に大変に
そこで、入力欄に文字を打つと候補が出て、候補に無い値もそのまま入れられる候補付きの自由入力にしました

候補の元は、候補リストのシートと、台帳に過去に入った値を合わせて重複を除いたもの
一度入れた引取先は次から候補に出てくるので、2回目以降は選ぶだけで済むのがやっぱり楽なところ

候補を出しているのはブラウザのdatalistという機能で、Chrome・Edge・PC版のSafariでは候補が出ます
AndroidのFirefoxは非対応とされていて、候補が出ずにただの自由入力として動きます
iPhoneのSafariとPC版のFirefoxは一部対応で、挙動がほかと違うことがあります
候補が出なくても入力そのものはできるので、環境による差で困りにくいのもこの方式を選んだ理由のひとつ

自由入力と登録前のチェック(車番・時間条件・料金)

車番・時間条件・料金は毎回違う値なので、そのまま打つ自由入力にしています
そのかわり登録ボタンを押した時点でチェックをかけ、必須の4項目(顧客名か新規顧客名・車種・引取先・納車先)が空なら、赤字の警告を出して登録エラーを出します

料金は数字以外が入っていたら止めますが、空欄ならOK
車番と時間条件にはなにもチェックをかけていないので、書き方をそろえたいなら入力者への説明で補う程度

チェックは画面の側と、台帳に書き込む直前のスクリプトの側の2か所でかけています
画面のチェックは入力者の手戻りを減らすため、スクリプト側のチェックは台帳を守る最終チェック、という分担

台帳の側で守ること 採番・論理削除・上書き防止

入口を分けたうえで、台帳そのものも管理番号採番・削除・同時編集の3つでデータが壊れないように工夫しています

管理番号は登録ボタンを押した時点で振る

管理番号(R-0001のような連番)は、入力画面に仮の番号を出さず、登録ボタンを押した時点で確定させます
最初は画面を開いたときに次の番号を表示していたんですが、そのあいだに誰かが登録すると画面の番号と確定した番号がバッティングするので仕様を変えました

番号を振る処理は、確定する時に1人ずつ順番に処理する仕組み(ロック)の中で現在の最大値+1を取るので、複数人が同時に登録しても番号は重複しません

削除処理してもデータは消さない(論理削除)

編集・削除のタブで管理番号を選ぶと、その案件の内容が呼び出されて、直して保存できます
削除は行を消さずに、削除フラグの列にチェックを入れて行に取り消し線を引く論理削除にしました
フォームから削除する限り行は残るので、番号が欠けたり同じ番号を使い回したりする心配はありません
管理者はシートで行ごと削除できますが、番号の欠番や振り直しが起きるので、削除はフォームから行うのが前提です

登録日時と更新日時も、台帳の列に自動で入ります

同時編集で後から保存した人を止める

2人が同じ案件を開いて別々に直すと、後から保存した人の内容で全項目上書きしてしまいます
そこで更新日時を版の目印にして、開いたときと保存するときで更新日時が変わっていたら、書き込まずに「他の人が変更しています」と知らせる作りにしました
画面には「最新の内容を読み込む」ボタンが出るので、読み直してから再度修正すればOK

管理者がスプレッドシートでセルの値を手で直した場合も、onEditを使ってその行の更新日時を上書きします
上書きされるのはセルの値を直したときだけで、行の削除や並べ替えでは変わりません

見出し名で読み書きするので、列の並びは今のままでいい

台帳の列は位置ではなく見出しの名前で探して読み書きしています
列の並びを変えなくていいので、現場が慣れたレイアウトや計算式をそのまま残せるのが、この作りのいちばんの狙い

その代わり、見出しの名前は見本と一字一句そろえる必要があります
名前が違うと、同じ名前の空の列が末尾に黙って足され、そちらに書き込まれてしまうからです
「更新日時」「削除フラグ」は足りなければ自動で末尾に足され、管理番号は「R-」+連番の形が前提
なので導入するときは、今の台帳の見出しを合わせる調整がちょっと要ります

ジャベ雄

作り直さずに、見出しを合わせて列を足すだけで済むのが使い勝手では大事だと思います

導入前に知っておきたい4つの制約

入口を分けた代わりに、ウェブアプリならではの制約が4つあります

1. 画面の上部にGoogleの注意書きが出る:個人のGoogleアカウントで公開すると、入力フォームの上に、Googleが作ったものではない旨の注意書きが表示されます(キャプチャ①の上部)
   Google Workspaceの組織内だけで使えば出ないという情報もありますが、社外のアカウントから開くと出るという説明もあるので、出るものとして入力者に一言伝えておくのがおすすめ
2. 入力した人のメールアドレスが取れない:公開した本人として動かす以上、アクセスした人のメールアドレスは基本的に取れません
   Google Workspaceの同じ組織内なら一般に取れるとされていますが、個人アカウント同士なら、担当者名を選ぶ欄で代わりにするのが現実的
3. 画面を直したら再デプロイ(公開し直し)が必要:公開中の入力フォームは、公開した時点のコードで固定されています
   直したあとは新しいバージョンを作って既存のデプロイを編集すると、URLを変えずに更新できます
   デプロイを新しく作ってしまうと入力者に配ったURLのほうは古い版のまま動き続けるので、ここは気をつけたいところ
   テスト用のURL(末尾が /dev)は編集権限のある人しか開けないので、入力者に渡すのは公開用のURL
4. 開きっぱなしの画面にはマスタの変更が反映しない:入力フォームは開いたときにマスタを読み込むので、管理者がマスタを直しても、再読み込みするまで選択肢は古いまま
   朝開いて夕方まで開きっぱなし、という使い方だと気づきにくいかもしれません

ジャベ雄

注意書きを見て手が止まる人もいるので、URLを渡すときに一言添えておくと親切です

まとめ

共有したスプレッドシートの台帳が壊れるのは、入力と保管が同じ場所にあるから
入口を入力フォームに分けて書き込みを管理者の権限で行えば、入力者に台帳を共有しなくて済みます

• 入力者にはURLだけを渡し、スプレッドシートは共有しない
• ウェブアプリを「公開した本人として実行」にして、書き込みは管理者の権限で行う
• 項目ごとに、選ぶ・候補から選ぶ・自由入力の3段階に分け、必須項目と料金は登録前にチェックする
• 台帳の側は、採番・論理削除・同時編集の上書き防止で崩れないようにする
• 見出し名で読み書きするので、列の並びは今のまま、見出しの名前を合わせて列を足せば導入できる

題材は回送の案件台帳でしたが、顧客台帳や受注台帳・在庫台帳でも、入力をアルバイトさんや委託先に頼んでいるなら同じ形が使えるはず
もっと大きな仕組みを入れる前に、今のスプレッドシートを活かしたまま入口だけ変える、という選択肢もあっていいと思います

サンプルで使ったスプレッドシートと入力フォーム

記事の中でキャプチャを貼っているスプレッドシートと入力フォームへのリンクを置いておきます

実際にどんな動きになっているか気になる人は適当に触ってもらってOKです

※別タブで開くリンクは下部へ

スプレッドシートを別タブで開く(閲覧専用)

入力フォームを別タブで開く(登録した内容は、上のスプレッドシートの台帳に入ります)

今回は自作アプリの紹介です

きっかけは複数URLの画像を一括ダウンロードする仕事の依頼でした
フリー素材サイトの検索結果ページ30件から、画像を集める作業で対象のURLはベースから少し変えるだけ

Excelでちょっと操作すればURLの準備は簡単なんですが、何せ1ページから10ファイル前後の画像を順次ダウンロードするのはなかなか骨の折れる作業・・・

そこで今後も使う機会があるだろうと自作してしまったアプリの名前はドストレートに「まとめて画像ダウンロード」です！

URLから対象となる画像を事前チェックして、対象を選んで一括ダウンロードする意外となかった仕様なので役に立つシーンがあれば是非ご利用ください

「画像のURL一覧」でなく「ページのURL一覧」から集める

このアプリで入力するのは、画像ファイルのURLではなくページの URL です

「画像を一括ダウンロード」する拡張機能やWEBサービスは多くありますが、意外と複数のURLに対して一括してダウンロードするサービスは見つけられませんでした

特にWEBサービスは静的コンテンツならいいんですが動的な場合は対応できないこともしばしば・・

そこでこのアプリは、アプリ内のブラウザ(Microsoft Edge WebView2)でページを実際に開いて下まで自動でスクロールしてから、ページの中の画像を集める作りにしました

この仕様にして後述の無限スクロールを除けば今のところ目的の画像がダウンロードできないページには出会っていません

気をつけてほしいのは、ページ送り(2ページ目以降)やリンク先のページは対象外になっている点です
クエリパラメータにページ番号があればそこを変えて必要ページ分のURLを登録すれば疑似的に対応できます

もう一つ、痒いところに手が届く機能として貼り付けで登録できるようにしています
Excel で「URL」「保存先」の2列を作っておけば、コピーして「クリップボードから貼り付け」で一度に入れられます

ジャベ雄

URL が規則的なら、Excel で列を作ってまとめて貼るのが早いです

作ってよかったのは保存先のフォルダ分けと画像の形式変換

作ってみて役に立ったのは、URL ごとの保存先と、保存するときの形式の変換の2つでした

URLごとに保存先フォルダを分ける

「URL一覧」画面では、URL の1行ごとに保存先フォルダを決められます
30ページ分の画像を1つのフォルダに混ぜるとどの画像がどのページのものかあとから追いにくくなります
保存先を最初から分けておけば、ページ単位で分かれた状態のまま残ります

• 行ごとの保存先は、行の「…」からフォルダを選べる
• 既定の保存先を使う行は、そのフォルダに直接入る(ページごとのサブフォルダは作られない)
• 同じ名前のファイルがあっても上書きせず、name_2.jpg のように番号を付けて保存する

保存が終わったら、ファイルの一覧を CSV か Excel で書き出せます
元URL・保存先・サイズ・alt が並ぶので、画像の出どころを控えておくのに使えます

保存するときに画像の形式をそろえる

「共通条件」画面の「ダウンロード時拡張子」で、保存する形式を 無変換 / JPG / PNG / WebP から選べるようにしました
サイトが WebP で配信していても、手元では JPG や PNG にそろえて保存できます
既定は「無変換」で、選んだ形式は記憶するようにしているのでいつもPNGで保存したい人には便利

変換の仕様は次のとおりです

• JPG は透明な部分を持てないので、白で塗ってから保存する
• SVG と、AVIF のように変換できない形式は元の形式のまま保存し、結果のメッセージに理由を出す
• アニメーション GIF は最初のコマだけの静止画になる(動きを残すなら「無変換」のまま)
• JPG と WebP は品質90で保存する
• 変換先に GIF や BMP は選べない

変換できない画像が混ざっても、エラーにはせずそのままダウンロードする仕様にしています

ジャベ雄

迷ったら既定の無変換のまま使い、困ったときだけ形式を選べば足ります

PC仕事の時短に効く本PR

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

パソコン博士TAIKI

Amazonで見る楽天で見る

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

法林岳之ほか

Amazonで見る楽天で見る

できるポケット 時短の王道 ショートカットキー全事典 改訂4版

間久保恭子・できるシリーズ編集部

Amazonで見る楽天で見る

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

複数URLの画像を一括ダウンロードする3ステップ

URL を入れて「チェック開始」を押し、事前確認で選んで保存する3ステップです

起動は、zip を解凍して BulkImageDownloader.exe を開くだけで、インストールは要りません
署名証明書を付けていないので、初回起動時は SmartScreen の警告が出ますがご了承を、、(「詳細情報」→「実行」で進めます)

保存する前に選び直せるので、余計な画像まで保存してから消す手間がありません
サムネイルを右クリックすると「ここから後ろをすべて選択解除」が出ますので、ページ下のほうのバナーなどが後ろにまとまっていれば、まとめて外せます

アイコンのような小さい画像が混ざるときは、先に「共通条件」で幅の最小を決めておきます
ページの一部分だけに絞りたいなら、対象要素に CSS セレクタを入れる方法もあります(「ブラウザ」画面の「要素を選択」でクリックすると自動で入ります)
セレクタの書き方そのものは ページ内の場所を指定するCSSセレクタの書き方 にまとめています

画面ごとの細かい操作は、アプリ庫の まとめて画像ダウンロードの使い方 に載せていますので一度確認してみてください

向いていないケースと使う前の注意

このアプリが向くのは、何十ページ分もの URL をまとめて回したいときです

1ページだけ保存したいとき

取りたい画像が1ページにしかないなら、ブラウザの拡張機能など他にもツールがあります
対象が1ページしかない場合はお好みで使い分けを

スクロールで読み込みを足していくサイト

下へスクロールするたびに続きを読み込むサイト(無限スクロール)では、奥のほうの画像まで集めきれません
自動スクロールは、最大でも30秒で止まる作りにしています

ページの中の一部分だけがスクロールする作りのサイトも、スクロールで後から出てくる画像を取りこぼすことがあります
保存する前に、事前確認の件数とサムネイルで足りない画像がないかを見ておくと確実です

使う前に確認したい規約とサーバーの負荷

フリー素材サイトの画像でも、使える範囲はサイトごとの利用規約やライセンスで決まっています
まとめて落とす前に、商用利用やクレジット表記の条件を読んでおくのが無難です

また相手のサーバーへの負荷も考えて、ページの読み込みは1件ずつにしています
ダウンロードの同時接続は、全体で4・同じサイトへは2までなので件数が多いと少し待ちますが、そのぶん相手のサイトにかける負荷は小さく済みます

ジャベ雄

規約で自動取得を禁じているサイトには使わないでください

まとめ:ページのURLを並べて、画像は保存前に選ぶ

まとめて画像ダウンロードは、ページの URL を並べて、ページの中の画像をまとめて保存する無料の Windows アプリです

保存先を行ごとに指定すれば、URL ごとのフォルダに分かれます
保存するときの形式は JPG・PNG・WebP から選べます
AVIF や SVG は元の形式のまま残ります

• 検索結果や一覧のページが何十ページもあって、画像をまとめて集めたい
• 集めた画像を、ページごとのフォルダに分けて残したい
• WebP で配信されている画像を、JPG や PNG にそろえて保存したい

ダウンロードと動作環境は、アプリ庫のページにまとめています

アプリ庫

まとめて画像ダウンロード｜複数URLの画像を一括ダウンロード | アプリ庫 複数のWebページのURLから、条件に合う画像だけを一括ダウンロードできる無料のWindowsアプリです。URLごとに保存先を指定でき、保存前にサムネイルで要らない画像を外せま…

ほかに作ってきた Windows アプリの話は、バイブコーディングで作ったWindowsアプリの実例4本 に書いています

PC仕事の時短に効く本PR

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

パソコン博士TAIKI

Amazonで見る楽天で見る

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

法林岳之ほか

Amazonで見る楽天で見る

できるポケット 時短の王道 ショートカットキー全事典 改訂4版

間久保恭子・できるシリーズ編集部

Amazonで見る楽天で見る

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

2026年9月1日、AnthropicからClaude Fable 5.1が公開されました
Fable 5の後継にあたるモデルで、入力と出力の単価はFable 5から据え置き、いっしょに発表されたMythos 5.1とは中身が同じモデルという関係

新しいモデルが出ると乗り換えたくなりますが、今回はちょっと事情が変わっていて、公式自身が「まずはOpus 5から」と書いています
要点は3つなんです

Claude Fable 5.1とは 公式スペックをFable 5・Opus 5と並べる

Claude Fable 5.1は、Anthropicが2026年9月1日に出した最上位クラスのモデルで、モデルIDはclaude-fable-5-1です

トークンやコンテキストウィンドウあたりの用語がふわっとしている方は、トークンやコンテキストウィンドウの意味を先に確かめると、この先の表がすんなり読めると思います
公式のモデルページと価格表に載っている数字を、Fable 5とOpus 5の2つと横に並べたのが下の表
表に出てくるeffortは、モデルにどれだけ考えさせるかの強さ設定です

まず目に入るのは、1Mコンテキストが3モデルとも同じという行でしょう
窓の大きさはFable 5.1の売りではなくて、Opus 5もSonnet 5も同じ1Mなんです

ジャベ雄

3モデルとも横並びなので、窓の広さでは選ぶ理由になりません

差が出ているのは知識のカットオフで、Fable 5.1は2026年6月と、現行ラインナップの中でいちばん新しい日付になっています
Opus 5が2026年5月、Fable 5が2026年1月なので、Fable 5から見ると5か月ぶん新しい知識を持っている計算

そのかわり、公式のレイテンシ区分はSlower(現行でいちばん遅い)と書かれています
何秒・何分かかるという公式の数字は出ていないので、待ち時間の具体的なところは触ってみないと分からないでしょう

Fable 5.1で新しくなったところ

公式が能力の伸びとして挙げているのは6つの領域で、コーディングと事務作業まわりに寄っています

• 長時間まかせるエージェント型のコーディング
• 文書・スプレッドシート・スライドを扱う仕事
• リサーチと検索
• 画像の読み取り、PDFの中の密なグラフや表とかも対象
• ロングコンテキスト(長い入力の扱い)
• パソコンの操作

日本語で使う立場でちゃんと見ておきたいのは、この一覧に多言語が入っていないところ
公式は多言語の性能はFable 5と同等と書いていて、日本語が良くなったとは言っていません

ジャベ雄

日本語が良くなったとは公式も書いていないので、期待しすぎないほうが安全です

新機能として公式が挙げているのは5つ
いちばん財布に近いのがキャッシュ読み取りの値下げで、100万トークンあたり$1.00だったものが$0.25になりました

Anthropicはこの値下げについて、APIのようにトークン単位で課金される場面の話として「典型的なワークロードならFable 5より約25%、エージェント色の濃い作業なら最大約45%安くなる」と見込んでいます
実測値ではなく公式の見積もりなので、鵜呑みにはできない数字

しかも安くなるのはキャッシュを使い回す長い作業のほうで、トークン課金で単発のチャットを投げるぶんには1円も変わりません
入力と出力の単価は据え置きですし、定額プランなら月額そのものは変わりません
ただしProなどでFableを使うと、減るのは使用クレジット(実費)のほうです(後述)

残る3つは、APIを自分で叩く人向けの追加です

• 会話の途中でeffortを切り替えても、プロンプトキャッシュを保ったままになりました
  Fable 5はこの指定自体に非対応でエラー、Opus 5は対応済み
• そのターンかぎりのシステムメッセージが置けます
  次のユーザー発言が来ると消える一方で履歴には残るので、キャッシュも思考も壊れない作り
• ツール実行中の進捗を読める形で返す設定が増えました
  既定だと長い処理の途中が無言に見えるので、進捗のテキストだけ受け取れるようにする指定

3つとも、公式の扱いはまだbeta(試験段階)です

5つ目が電子透かし
Fable 5.1とMythos 5.1が作ったテキストには統計的な透かしが入り、コード実行ツールなどで作った対応形式の画像・動画は、Claude APIのFiles API経由で取り出したときにC2PA(コンテンツの出どころを示す業界規格)の来歴情報が付きます
透かしの仕組み自体は前からあるもので、Claudeが出力に印を入れている話は8月の週末メモでも触れました

公式のベンチマーク表にSWE-benchは載っていない

Anthropicの発表ページの比較表に並んでいるのは次の数字だけで、その中にSWE-benchはありません

表の「—」は、公式がその欄の数字を出していないという意味です
数値はどれもAnthropicの自社公表で、この比較表にはeffortの明記がありません(effort別の精度とコストの図は別に出ています)

伸び幅が大きいのはだいたいエージェント系で、Terminal-Bench 4.0がFable 5の42.0%から55.8%まで上がっています
業務ワークフローのAutomationBenchも17.1%から31.4%なので、長く動かし続ける場面ほど差が付く並び

コーディングの話になるとSWE-benchの数字を探したくなりますが、今回の発表ページには入っていません
他所で見かける数字は別のソースのものなので、公式値として扱わないほうが安全だと思います

Fable 5との違い 3つの挙動変更と価格

APIの作りで変わったのは3つで、どれも思考(thinking)とツールの呼び方まわりです

1. 強制ツール利用が使えません
   tool_choiceにanyやtoolを渡すとエラー(autoとnoneは従来どおり)
2. 思考ブロックが作ったモデルに紐づきます
   Fable 5.1は旧モデルの思考を読めますが、旧モデルはFable 5.1の思考を読めない一方通行
3. 過去のターンを編集すると思考ブロックが無効になります
   2026年8月31日以降に作られた新規アカウントで強制される検査

1つ目について公式は、思考がつねにオンなので強制すると思考を飛ばしてしまい、モデルが考えを引数の中に書き込んで引数の質が落ちるから、と説明しています

3つとも重そうに見えますが、過去のターンを編集する話については、Claude Code・claude.ai・Managed Agents・Agent SDKが会話の履歴をそのまま保つ作りなので表に出てきません(公式が名指しで書いています)
残る2つは自分でAPIを呼ぶ側の話で、SDK経由でもtool_choiceをany / toolにしていれば影響を受けます

価格は入力$10・出力$50で据え置き、動いたのはキャッシュ読み取りだけです(詳しくは前の節)

Fable 5はLegacyという扱いに変わり、公式がすすめているのは5.1への移行
ただし引退は2027年6月9日より前にはしないと書かれているので、今すぐ使えなくなるわけではありません

もう1つ、Fable 5で使えたPriority Tier(処理枠を前もって確保する契約)が5.1では非対応になりました
ちょっと誤解しやすいところで、Opus 5も同じく非対応ですし、そもそもPriority Tierのキャパシティ確約は新規購入ができない状態
だから「Opus 5なら使えるのに」は乗り換えの理由にならないでしょう

コードを変えなくても現れる挙動の差

設定を1つも変えていなくても表に出てくる違いが、公式の数えかたで7つあります
チャットで使う人に関係するのは、このあたり

• 太字・見出し・リストといった装飾が減る
• 文章が場所によって密になる(長い文が増えて段落が少なくなる)
• 要約のときに、引用符なしで原文をそのまま再現しがち
• effortをlowにすると、検索せず記憶から答えがち

エージェントとして長く走らせる人に関わるのは、こういうのだったりします

• 並列のツール呼び出しが減って、1ターン1呼び出しになることがある
• 長いツール実行の途中で、進捗の更新が減る(特に高いeffortのとき)
• 小さな修正でも、ファイル全体を書き直しがち

並列のツール呼び出しについて公式は「往復が増えるぶんトークンと実時間はかかるが、答えの質は落ちない」と書いています
ファイル全体の書き直しのほうも「結果はたいてい同じだが、出力トークンと時間を食う」という書き方をしています

チャットの装飾が減る件について公式は、旧モデル向けに書いた「装飾するな」系の指示が、必要な構造まで消してしまうことがあると注意しています
カスタム指示を自分で書いている人には、実害がありそうな話だと思います

ジャベ雄

装飾を減らす指示を書いている人は、いちど見直しどきかもしれません

AIで仕事を減らしたい方へPR

AI鬼管理｜Claude Code活用の業務自動化トレーニング

Claude Code を業務の自動化に使うためのトレーニングです
いきなり申し込む形ではなく、まずは無料の業務効率化診断(オンライン面談)から始められます

無料の業務効率化診断を見てみる

Notta｜AI自動文字起こし

会議や動画の音声を自動で文字にするサービスです
議事録や書き起こしの手作業を減らしたいときに

Nottaを見てみる

Opus 5との違い 単価は2倍、キャッシュ読み取りだけ逆転

入力・出力ともOpus 5のちょうど2倍で、Fable 5.1が$10 / $50、Opus 5が$5 / $25
やっぱり最初に目が行くのは、この2倍という数字でしょう

ところがキャッシュ読み取りだけは逆転していて、Fable 5.1の$0.25はOpus 5の$0.50の半額なんです
公式の移行ガイドにも「Opus 5のレートの半分」とはっきり書かれています
同じ文脈を何度も読み直させる長い作業だと、この差が積み上がる場面もあるかもしれません

• 思考を切れない
  Opus 5はeffortがhigh以下なら思考をオフにできますが、Fable 5.1はどのeffortでもエラー
• 強制ツール利用の可否
  tool_choiceのany / toolを受け付けるのはOpus 5だけ
• 拒否されたときに返ってくる理由の種類が違う
  Opus 5はサイバーセキュリティ関連だけですが、Fable 5.1は生物学など拒否されうる範囲が広めです
• ZDR(ゼロデータ保持)では原則使えない
  Fable 5.1は30日のデータ保持が必須で(Anthropicの明示許可がある場合を除く)、Opus 5はZDRでも可
• fast modeはOpus 5とOpus 4.8だけ
  出力速度を上げるモードにFable系は入っていません(research previewでClaude APIのみ、申し込みが要ります)
• レイテンシ区分
  Fable 5.1がSlower、Opus 5がModerate

ややこしいのは、fast modeの値段の見え方
Opus 5をfast modeで回すと入力と出力の単価が$10 / $50になって、Fable 5.1の標準単価と並びます
でも同じになるのは入力と出力の単価だけで、キャッシュ読み取りはfast modeでも入力単価の0.1倍という倍率のままなので、当てはめると$1.00
Fable 5.1の$0.25とは4倍の開きが残ります
中身も別物で、fast modeは速さを買うもの・Fable 5.1は能力を買うものという違い

ジャベ雄

同じ値段だからどっちでもいい、とはならないところです

公式が示している使い分けの順番は、この3段

プランごとに使えるか Claude Codeの既定は変わらない

Fable 5.1が出ても、Claude Codeの既定モデルは切り替わりません
Fableはどのプランでも、モデルピッカーか/modelから自分で選ぶ形

Freeでは使えないと公式が書いていて、Fable 5と5.1はプラン上の扱いが同じ、とも明記されています

Claude Codeの既定モデルは、主なプランではMax・Teamプレミアム・Enterprise・APIがOpus 5、Pro・Team標準がSonnet 5のままです
今回いちばん実用に近い結論はここで、新しいモデルが出てもClaude Codeの既定は動かないという話なんです
claude.aiのほうは、Fable 5 / 5.1をモデルピッカーから選ぶ、と公式が書いています

じゃあProで使えるのか？というと、選べはします
ただプランの上限枠には含まれず、使用クレジットの消費になります
追加費用なしで回せるのはMaxとTeamプレミアムで、それも週次上限の50%まで、という線引きです

Proで長く回すと、減るのは上限ではなく使用クレジット、つまり実費
Claude Codeでは、Fableのリクエストが使用クレジットに課金される前に同意のプロンプトが出ます(Enterpriseの組織課金では出ません)
一度「クレジットで続ける」を選ぶと、次からは出ないので、安全弁として当てにしすぎないほうが無難です
ここからは私の見立てですが、Proで常用する前提ならプランの見直しも選択肢に入る気がします

ジャベ雄

Proの人は、Fableを回したぶんだけ財布が直接減る、と覚えておくと安全です

まとめ 日常はOpus 5、上振れが要るときだけFable 5.1

使い分けの線は公式がはっきり引いていて、日常のほとんどはOpus 5、届かないときだけFable 5.1という順番です

• 入力・出力の単価はFable 5と同じ、下がったのはキャッシュ読み取りだけ($1.00 → $0.25)
• 「約25%安くなる」はトークン課金の場面でのAnthropicの見積もり、月額は変わらないがProは使用クレジット(実費)が減る
• 知識カットオフは2026年6月でいちばん新しいが、レイテンシ区分はSlower
• 挙動が変わる3点のうち履歴編集の話はClaude Code・claude.aiが吸収してくれる
  残る2つは自分でAPIを呼ぶ側の話
• Claude Codeの既定は変わらない / Proは使用クレジット扱いでMaxでも週次上限の50%まで

6月にFable 5で1日作業してみたときは、トークンの減りがけっこう速かった記憶
ただ5.1では、キャッシュ読み取りが安くなる一方で、往復が増えたりファイル全体を書き直したりでトークンを余分に使う場面も公式が挙げているので、どちらに転ぶかはもう少し使ってみないと分かりません

6月にFable 5を1日まわしたときの体感は、別記事にまとめてあります

あわせて読みたい

Claude Fable 5を1日使った正直レビュー Anthropicの新モデルClaude Fable 5を1日触った体感をまとめました、有能だけどトークンの減りが速い、Opus 4.8とのスペック比較・世間の評価・噂のファクトチェックまで本家ブログらしく等身大で書いています

比較の相手になるOpus 5については、価格据え置きのまま1Mが既定になった回で整理しています

数字や仕様をご自身で確かめたい方へ、一次情報の置き場所は3つ
Fable 5.1単体のスペックと価格は公式概要ページ(日本語版、表は英語のまま)、Fable 5からの変更点はWhat’s newのページ(日本語)、プランごとの扱いはヘルプセンターの記事(英語)にあります

新しいモデルが出ると、とりあえず切り替えたくなるもの
でも今回は公式のほうが「まずOpus 5」と言ってくれているので、私はしばらく既定のまま様子を見るつもりです

Claude・生成AIを学べる本PR

実践Claude Code入門

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

Amazonで見る楽天で見る

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

平川知秀

Amazonで見る楽天で見る

開発効率をアップする! Claude Code 実用入門

大澤文孝

Amazonで見る楽天で見る

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

AIが騒がれだしてバイブコーディングというアプリ作成手法が流行りだしたころ、私も例にもれずチャレンジしました
ただ当時はAIが出すコードを何度もVisual Studioにコピペコピペ・・・それでも当時は革新的だと思っていたころが懐かしいです

感動はしながらも躓くことも多く、そもそもアプリなんてそんな頻繁に作ることもないのでしばらく疎遠になっていましたが、ClaudeではFableが公開されOpusは5になった現在でアプリを作る機会ができまして、改めてバイブコーディングでアプリ作成してみました

当時とは全然違う、設計さえできれば配布するところまでほとんど手を動かさずにAIが実行してくれる現状をまとめてみます

ちなみに作成したアプリは別サイトの アプリ庫 で公開していますので覗いてみてください

ジャベ雄

コピペが消えただけで、ここまで変わるとは思いませんでした

いまの私のアプリ作成は頼んで動かしてダメ出しの繰り返し

私がやるのは頼むことと、動かして違うところを言うこと、主にこの2つです
コードを書くのもビルドもテストの実行も、Claude Code(デスクトップ版)で進みます

いまの進め方にしてから、コーディングどころか開発ツールも触る必要がありません
ビルドや実行の命令はAIが裏で走らせて、返ってきたエラーもそのまま読んで直しにいきます

設計書やテストがこの順で出てくるのは設計から進めてほしい・テストも書いてほしいと私が頼んでいるからで、Claude Code の既定の動きではありません
何も言わずに投げると、いきなりコーディングから始まったりします

前提もひとつ、C#のビルドには .NET SDK が要ります
私は別件で開発環境を入れてあるので、まっさらなPCへ何も入れずに始められるわけではないです
（入っていなければAIが教えてくれるので指示に従うだけ）

とは言え、一昔前と違って自分で開発ツールを開くこともなく、コーディングにコピペすらも必要なくなったとは想像していなかったところ

ジャベ雄

設計書もAIが作ってくれることが、意外と大きい変化です

4本の出発点は作り直し・ゼロから・移植・後づけ

入り口はぜんぶ違うのに、進め方のほうは4本とも同じでした
数字は2026年8月27日にリポジトリから採ったもので、期間はコミットの記録に残っている範囲です、作業した時間ではありません

4本とも C# / .NET 10 / WPF のWindows専用で、現行は1.1.0
テストの件数を書けたのは記録の残っている2本だけで、残りは記録が残っていないので空欄にしてあります

1本目に挑戦したときの記録は別記事にあります
当時はチャットのコードを Visual Studio へ運ぶところからだったので、読み比べると工程の違いがそのまま出ているはずです

あわせて読みたい

【AI】バイブコーディングでWindowsアプリを作ってみました AI未経験寄りの私がGoogle AI StudioでC#未経験からWindowsアプリを作ってみた体験記です、AIで誰でも作れるは幻想か、便利さと越えられない一線まで率直にまとめました

実例1 TaskCatcher|1本目をまるごと作り直した

TaskCatcher は、思いついたタスクをホットキーひとつで登録できる常駐アプリです
1本目に作ったのがこれで、その版を2026年7月19日から Claude Code で作り直しました

• 呼び出し方が5種類(キーの組み合わせ・左Shift2回・Alt2回・Ctrl2回・右クリック2回)
• 選択中の文字をそのままタスク名へ入れられる
• Outlook・Googleカレンダーへの登録に対応
• 一覧と編集の画面つき

作った動機はシンプルで、登録する作業そのものが煩わしくて結局どこにも残らないのをどうにかしたかったから
思いついた瞬間にキーを押せば入る、狙いはそこだけです

作り直す前は .NET 8 の v0.3.0 で、WPFとWinFormsが混ざった作り
それを .NET 10 へ全面リビルドして、設計書・実装計画・15本のタスクという順で進めました

実測は2026年7月19日から8月20日まで、53コミットでC#のファイルが68本・約4,045行
自動テストは27件が通っている状態です

同じアプリを半年以上あけて2回作ったので、工程の差がそのまま比較表になりました

でも、この量を1本目と同じやり方でやろうとしたら、途中で萎えると思います
チャットの回答を1ファイルずつ貼っていく作業を68本ぶん、、、と考えるとちょっと気が引けます

同じアプリを、同じ人が、違う工程で作り直したという点で、4本のなかではこれがいちばん比べやすい題材
同じ用途のアプリを作っているのに、工程はまるで違いました

機能の一覧とダウンロードは公式ページに置いてあります

アプリ庫

思いついたタスクをホットキーで即登録｜TaskCatcher(Windows常駐・無料) 思いついた用事をホットキー一発でその場登録、Outlookの予定表・ToDo、Googleカレンダー・Tasksへ送れるWindows常駐アプリです、exeひとつで.NET不要・無料

どう使うと手が止まらなくなるのかは、思いついたタスクを取りこぼさないための紹介記事のほうに書きました

ジャベ雄

1本目の自分に、この進め方を見せてあげたいです

実例2 CopyPilot|前身なしでゼロから作った1本

CopyPilot は、コピーする前に対象を1ファイル単位で選べるファイルコピー・同期ツールです
前身なしでゼロから作ったのは、4本のなかでこの1本だけ

• 実行前に下見の一覧が出て、そこから対象を選べる
• 追加・更新だけのモードと、コピー元に合わせるミラーモードの2つ
• コピーは並列で走る
• 含める・除外のフィルタ指定
• 削除はゴミ箱送り(いきなり消さない)

2026年7月16日に始めて、8月20日までで52コミット、C#のファイルは36本・約2,380行
タスクは13本に分かれて、自動テストは59件まで増えました

行数は TaskCatcher より少ないのに、テストはTaskCatcher の27件より多い59件(件数の記録が残っているのはこの2本だけ)
ファイルを上書きしたり消したりする道具なので、手厚くテストしたかったため

動作環境と配布ファイルは公式ページにまとめてあります

アプリ庫

CopyPilot｜プレビューで選べる高速ファイルコピー | アプリ庫 プレビューで対象を見てから1ファイル単位で選んで実行できる無料のWindows用ファイルコピー/同期ツール、差分スキップと並列コピーで高速、ミラーにも対応

ジャベ雄

消す方向の機能は、テストを厚くしないと落ち着きません

AIで仕事を減らしたい方へPR

AI鬼管理｜Claude Code活用の業務自動化トレーニング

Claude Code を業務の自動化に使うためのトレーニングです
いきなり申し込む形ではなく、まずは無料の業務効率化診断(オンライン面談)から始められます

無料の業務効率化診断を見てみる

Notta｜AI自動文字起こし

会議や動画の音声を自動で文字にするサービスです
議事録や書き起こしの手作業を減らしたいときに

Nottaを見てみる

実例3 BacklogTracker|Python版をC#へ移植した

BacklogTracker のデスクトップ版は、複数の Backlog スペースの未読とメンションを常時見張るアプリです
もとは Python の customtkinter で作っていたものを、C# / WPF へまるごと移植しました

• 複数のスペースをまとめて監視できる
• プロジェクトごとに通知のレベルを変えられる
• 通知をクリックすると、該当のコメントへそのまま飛ぶ
• APIキーは暗号化して保存

移植した狙いは、起動の速さと見た目
Python版は立ち上がりに待ちがあって、1日中つけっぱなしにする道具としてはやっぱり気になっていました

設定とデータは旧版のまま引き継げる形にしてあるので、同じPCで入れ替える場合は登録し直す手間もありません
移植でいちばん気を使ったのが、ここでした

C#版の初コミットは2026年7月17日で、そこから8月20日までに15コミット、C#のファイルは20本・約2,869行
置き場そのものは5月から動いていますが、Python版や Chrome拡張も同居している場所なので、C#版の初コミットから数えています

コミットの数だけ見ると少なめで、1回にまとめて入れていたみたいな感じ
それでも行数ではTaskCatcher の次に多い1本です

導入手順と設定はデスクトップ版の公式ページにあります

アプリ庫

Backlog監視ツール デスクトップ版｜タスクトレイ常駐型の未読監視Winアプリ | アプリ庫 Backlogの更新をタスクトレイ常駐で監視して、ブラウザを開いていなくてもデスクトップ通知で知らせる無料のWindowsアプリです。複数スペースを1画面にまとめて確認でき、…

通知の設計をどう考えたかは、見落としを減らすための紹介記事で書いています

ジャベ雄

移植は、前の版の使い勝手を壊さないところが勝負です

実例4 文字コード変換ツール|昔つくったアプリの改修

テキストファイルの文字コードを変換するだけの小さいアプリで、C#のファイル6本・約695行で止まっています
4本のなかでは最小で、これだけは作り直さずに、前回作成したものを少し改修しただけ

• Shift-JIS と UTF-8(BOMあり・なし)への変換
• BOMの自動判定
• Shift-JIS で化けやすい記号の正規化
• ファイルを放り込むGUIと、引数を渡すCLI(コマンドから呼ぶ入り口)の両対応

できないことも書いておくと、改行コードの変換はありません
文字コードだけを変えるツールなので、CRLFとLFの直しは別の道具になります

原型を作ったのは2026年1月29日、まだ Visual Studio で書いていたころのものです
そこから半年以上ほったらかしにして、2026年8月16日から20日までの6コミットで、コマンドから呼ぶ入り口を使えるようにして、更新確認も足して 1.1.0 にしました

まるごと作り直さなくても、足りないところだけ後から足せます

でも、小さいから楽とも限らないのがちょっと意外なところ
化けやすい記号の扱いだけはだいぶ試していて、変換そのものより実際のファイルで何が起きるかを確かめる時間のほうが長かった気がします

ダウンロードと使い方は公式ページにあります

アプリ庫

文字コード変換ツール Windows｜CSVの文字化けをドラッグ1回で解決 | アプリ庫 CSVやテキストの文字コードをShift_JIS⇔UTF-8に変換する無料Windowsアプリです。ドラッグ＆ドロップ・右クリックの「送る」・コマンドラインの3通りの使い方と、変換しても…

ジャベ雄

小さい道具ほど、作るより確かめるほうに時間がかかります

4本さわって分かった、下がった線と残った線

1本目のときに書いた結論は、AIがあれば誰でも作れるというのは幻想で、作れはしたけれど一定のリテラシーは要る、というものでした
バイブコーディングでできることは確かに広がりましたが、4本さわったいまも線は下がっただけで消えてはいません

下がったところ

• コードの転記が消えた、貼り間違いという事故そのものが起きない
• ビルドのエラーはAIが読んで直すので、たいていは自分で読まずに済みました
• 頼めばテストのコードも一緒に書いてもらえる(27件・59件はどちらも自分では書かなかった量)
• Visual Studio を開かずにアプリが1本できあがる

残ったところ

いっぽうで、こちら側に置きっぱなしのものもあります
何を作るかを決めるのは、いまも人の側です

• やりたいことを言葉にできないと、そもそも始まらない
• 出てきたものが合っているかの判定は自分、動かして触るところは代われない
• 配るところまで持っていくには、exeのまとめ方・更新の仕組み・利用規約という別の段取りが要る
• 4本とも題材は「自分が困っていたこと」、困りごとが無いと作るものが決まらない

もうひとつ、動くかどうかを確かめるのは自分の仕事のまま
テストは書いてもらえますが、そのテストが確かめている中身で合っているのかは、やっぱり自分で見るしかありません

だから、要るリテラシーが消えたのではなく中身が入れ替わったという言い方がいちばん近い気がします
コードを書ける力の代わりに、やりたいことを言葉にする力と、出てきたものを確かめる力
ちゃんと動くところまで持っていけるかは、結局このふたつで決まるんじゃないでしょうか？

ジャベ雄

作りたいものが無いと、道具がよくても手は動きません

まとめ バイブコーディングでアプリ作成は小さいものから

最初の1本におすすめなのは、4本目の文字コード変換くらいの大きさです
6ファイル・約695行、頼んで動かして直すのを数回まわせば形になる規模なら、進め方そのものに慣れられます

ただ、小さいから楽とは限らないのは実例4で書いたとおりです
小さい1本でも、動かして確かめる時間はそれなりに要ります

• 題材は自分が困っていることから選ぶ(使わないものは完成まで行かない)
• 最初から機能を盛らない、動く形をひとつ作ってから足していく
• 出てきたものはちゃんと自分で動かして確かめる、ここを飛ばすと後から戻される
• テストも一緒に書いてもらう(直したときに他が壊れていないかがその場で分かる)
• 配れる形にするところまでを1セットにすると、中途半端で止まりにくい

今回並べた4本は Windows・WEB・Chrome拡張の無料ツールをまとめた棚 に置いてあります
どれも自分が困って作ったものなので、同じところで止まっている方には合うかもしれません

作り直しも、前身なしのゼロからも、移植も、後づけも、同じ進め方でひととおり形になりました
半年あまりでここまで工程が変わったので、次の半年でまた別のことを書いている可能性もじゅうぶんあります
そのときはまた実測ごと並べます

ジャベ雄

まずは小さいものを1本、最後まで通すところからです

Claude・生成AIを学べる本PR

実践Claude Code入門

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

Amazonで見る楽天で見る

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

平川知秀

Amazonで見る楽天で見る

開発効率をアップする! Claude Code 実用入門

大澤文孝

Amazonで見る楽天で見る

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

AI検索に載りたいなら llms.txt を置きましょう、という記事をあちこちで見かけます
ただ、自分のサイトに置く前に調べてみたら、llms.txt は意味ないと言われるだけの根拠がひととおりそろっていました

Googleは「どのAIシステムも使っていない」という立場で、38,000サイト分の実測でも97%が一度もリクエストされていません
しかも、AIは置いていないサイトを探しに来ることすらしていませんでした

なのでAI検索に引用されたくて置くなら、いまのところ効果の裏づけはありません
ただ、Claude Code のようなコーディングエージェント向けだと話が変わってきます

llms.txt とは AIに読ませるサイトの案内図

サイトのルートに置く llms.txt は、AIに「うちはこういう構成なので、詳しくはここを読んで」と伝えるマークダウンファイルです
提案は Jeremy Howard 氏、初版の公開は2024年9月3日

狙いはシンプルで、広告やJavaScriptだらけのHTMLをAIに読ませる代わりに、要点だけを整理した場所を1か所用意しておこう、という発想
置き場所は /llms.txt が基本で、/docs/llms.txt のようなサブパスでも構いません

名前が似ているので robots.txt と混同しがちですが、役割はぜんぜん別もの

robots.txt が門番だとすると、llms.txt は受付に置いてある館内マップみたいなものです
置いたからといって入館者が増えるわけではない、というのがこのあと出てくる話につながります

中身はマークダウンで書く

仕様で必須とされているのは プロジェクト名のH1が1つだけで、あとは全部おまけです
概要をブロック引用で添えて、H2で区切ったリンク集を並べる、というのが標準的な形になります

# サイト名

> このサイトが何なのかを1〜2行で

## 主要な記事

- [記事タイトル](https://example.com/foo/): どんな内容か
- [記事タイトル](https://example.com/bar/): どんな内容か

形式がマークダウンなのは、人が読んでも分かるし機械もパースできるからです
仕様そのものは止まっているわけではなく、2026年8月10日に v2 が出ています

ジャベ雄

ここまでは、なかなか良さそうな仕組みに見えるんです

Googleは「どのAIも使っていない」と言っている

GoogleのJohn Mueller氏は、llms.txt を「現時点では完全に憶測の域」と表現しています
理由はファイル自体は何年も前からあるのにどのAIシステムも使っていないから、という指摘

Google の見解はここがはっきりしていて、llms.txt も著者情報版の llms-author.txt も使っていません
そのうえで氏が挙げていた判断の目安が、ちょっと現実的でおもしろかったです

要するに、需要が発生してから作っても遅くないという話なんです
出典はSearch Engine Journal の記事(2026年6月2日)で、氏の発言をまとめたものになります

ちなみに Mueller 氏が代わりに評価していたのは WebMCP のほうでした
すでにサイトへ来ているAIエージェントに、どうやって正しく作業させるかという発想の規格で、Chromeが対応しています

97%は一度もリクエストされていない

Ahrefs が2026年6月15日に公開した調査で、llms.txt を置いた約38,000サイトのうち97%が、1か月間まったく取得されていなかったという結果が出ています
今回いちばん効いた材料がこれでした

97% of those files received zero traffic in May 2026.

Ahrefs「We Analyzed 137K Sites: 97% of llms.txt Files Never Get Read」

出典は Ahrefs の調査記事
数字だけ見ると強烈ですが、どうやって測ったのかも明記されているので、そこも見ておきます

調査の方法と規模

対象は、Ahrefs のアクセス解析を入れていて2026年5月にトラフィックがあった 137,210ドメイン
各ドメインのルートを叩いて llms.txt が HTTP 200 で返るかを確認し、中身がちゃんとマークダウンのものだけを有効と数えています

• 調査ドメイン:137,210
• 有効な llms.txt を持っていた:38,360(28%)
• 2026年5月にリクエスト0件:そのうち97%
• 何かしら取得されたのは:約1,100ドメイン

HTMLやソフト404を弾いている点が大事なところで、「置いたつもりで実は壊れていた」ぶんは最初から除かれています
ちゃんと動いている llms.txt に限っても97%が無風だった、ということなんです

取りに来ていたのは主にSEOツール

残り3%に届いたリクエストも、96%はボットで人間は4%
その内訳がこちら

いちばん多いのが SEO監査ツールの21.7%で、いちばん少ない部類がAI検索の取得ボットの1.1%です
「AI検索に引用されたいから置く」という動機に対して、その用途で読みに来ているのは全体の1%ちょっと、という話になります

置いた人を見に来ているのが、AIではなくSEOツールだった
この構図は皮肉というより、新しい規格が出たときにだいたい起きることなのかもしれません

読まれていても価値があるとは限らない

ここで「SEOツールが2割も読んでるなら、置く意味はあるんじゃないか」と思いたくなりませんか？
私も一度そう考えたんですが、読まれた先で何が起きるかを追うと話が続きませんでした

SEO監査ツールが取得したデータの行き先は、そのツールのデータベース
そこを見るのは競合分析をしている他人で、こちらの順位にも流入にも被リンクにも触れません

そもそもこれらのツールは、llms.txt があろうとなかろうとサイト全体をクロール済み
1ファイル増えたところで、向こうから見えるものは変わらないんです

21.7%という数字は取得された分の内訳であって、価値の指標ではありません
分母は「97%がそもそも0件」なので、残り3%の中の割合を効果として読むのは二重の誤読

内訳をもう一度見ると「GEO / AEOツール 5.8%」という行が見つかるでしょう
この手のサイト診断ツールは、llms.txt が無いと減点してくることがあるんです

スコアは順位でも流入でもない、途中の目安

そこを目的にして置くと、手段と目的が入れ替わってしまうんです

AIは置いていないサイトを探しに来ない

この調査でいちばん効くのは、割合の話よりこっちだと思います
Ahrefs は、llms.txt が存在しないサイトに対して、AIボットからのリクエストは1件も来ていなかったと報告しています

ここが分かると、「置いていないから損をしている」という不安はいったん消せます
探しに来ていない相手に向けて、置いていないことを気に病んでも仕方がないので

ジャベ雄

置いてないと不利、というわけではないんです
そもそも見に来ていないので

いちばん取りに来ていたのは Claude Code だった

ここから話が少しひっくり返ります
名前が分かるボットに絞って見ると、AIボットからのリクエストで最多だったのは GPTBot の4.51%で、そのすぐ後ろに Claude-Code が付けていました

Claude-Code は Anthropic のコーディングエージェント
そしてこの Claude-Code が、AI検索の取得ボット・AIアシスタント・AI学習クローラーのどれよりも多く llms.txt を取りに来ていたと報告されています

llms.txt は読まれていないというより、読む相手が想定と違ったということなんです

Claude Code に何かを調べさせたとき、そのサイトの構造をつかむために llms.txt を踏む
そういう使われ方だったりすると、確かに噛み合います

だから、ドキュメントサイトやAPIリファレンスを持っている人には、いまでも置く理由があります
逆に個人ブログでこの用途を期待するのは、やっぱり少し無理があるかなと思います

Claude Code 自体が読む設定ファイルの話は、別の記事にまとめてあります

あわせて読みたい

Claude Code 設定ファイル早見表 役割と場所 Claude Codeを触っていると次々に登場する設定ファイル(CLAUDE.md・settings.json・AGENT.md・SKILL.mdなど)を、保存場所と役割で一覧化した早見表記事です、微調整目線で抑えたい初心者〜中級者向けにまとめました

大手のドキュメントサイトは置いている

実際どうなっているのか気になったので、有名どころのURLを直接叩いて試してみたところ、はっきり分かれました
2026年8月22日時点の結果がこちら

開発者向けドキュメントを持っている会社は、だいたい設置済み
ただ、置いている理由は前の節とつながっていて、AI検索対策というよりコーディングエージェントに読ませるためだと考えると筋が通ります

Anthropic のような提供側が整備を進める一方で、Ahrefs の集計だとAI検索の取得は1.1%どまり
作る側と読む側で温度が違うのが、この規格のいまの位置なんでしょう

AI検索まわりの用語がぼんやりしている方は、AI用語集にクローラーや学習まわりの言葉をまとめてあります

WordPressで置いてみて分かったこと

結論から言うと、プラグインを入れて5分で終わりとはいきませんでした
初期設定のままだと、案内図として使えないものができあがるんです

使ったのは Website LLMs.txt という無料プラグイン
この記事を書きながら、実際に javeo.jp へ入れて確かめました

入れただけでは生成されない

有効化しただけで /llms.txt を叩くと、返ってくるのはまだ404
ただ、返ってきたのはWordPressのエラーページではなく、プラグイン自身の「まだ生成されていません」という一行でした

管理画面の「ファイルステータス」に Generate now というボタンがあって、これを押して初めてファイルができます
入れて満足して終わっている人、いるんじゃないでしょうか

初期設定のままだと古い記事が落ちる

ここが一番の落とし穴
「タイプごとの最大投稿数」の初期値が 100 なので、それを超えるぶんは古い順に切り捨てられます

このブログは公開記事が128本あるので、27本が黙って落ちていました
古い順に切られるので、長く読まれてきた記事から先に消えます

落ちていた中には、いまでも検索から人が来る記事がいくつも混ざっていたんです
案内図を作るつもりで、案内したい場所を外していたわけです

200に上げて作り直したら、128本すべて入りました

説明文を入れるとかえって読めなくなる

「投稿の抜粋 / メタディスクリプションを含める」をONにすると、各リンクに説明が付きます
ところがその説明が、全件そろって23字で切れました

- [Excelのセルの書式設定 表示形式とユーザー定義の書式コード](https://javeo.jp/excel-format-cells/): Excelのセルの書式設定で主役になるの...

設定には「最大文字数 250」という欄があるのに、そちらは効いていません
切り捨てられた残りは Detailed Content という別セクションに回るんですが、そこにはタイトルもURLも書かれていませんでした

投稿128件に対して説明は77件しかないので、並び順で対応づけることもできません
AIが読んだら、別の記事の説明として受け取るほうが自然なんじゃないでしょうか

なのでOFFに戻しました
タイトルとURLだけの素直なリストになって、ファイルも44KBから14KBまで落ちています

ひとつ安心した点もあって、下書きや非公開の記事は入っていませんでした
この記事自体を下書きのまま試したので、そこは実物で確かめられました

ジャベ雄

入れて終わりにすると、上から100本だけの案内図ができます

置いた初日にClaudeBotが来た

生成した日のアクセスログを見たら、もう取りに来られていました
テスト用に自分で叩いたぶんを除くと、初日の /llms.txt へのアクセスは4件

ここで引っかかったのがどうやって見つけたのかという点
サイトマップにも robots.txt にも llms.txt は入れていません

ページのソースを見たら、プラグインが全ページの head にこれを出していました

<link rel="llms-sitemap" href="https://javeo.jp/llms.txt"/>

AIが探しに来たわけではなく、こちらがHTMLで置き場所を教えていたということ
Ahrefs が「AIは存在しない llms.txt を探しに来ない」と報告していたのとも、これなら矛盾しません

結局 llms.txt は置くべきか

私の結論は、個人ブログなら急いで置かなくていいです
AI検索に引用されたいという動機に対しては、効果を支える材料がいまのところ見当たりません

判断が分かれるのは、サイトの性格のほうだったりします

でも、置くこと自体に害はありません
私もこの記事を書きながら入れてみましたが、狙いは効果を期待したからではなく、これから誰が取りに来るのかを自分のログで確かめるためです

もっと言うと、この手の規格は数か月で状況が変わります
Mueller 氏の「必要だと言われたら作ればいい」という目安は、いまのところ現実的な立ち位置なんじゃないでしょうか

• llms.txt はAIに読ませるサイトの案内図、2024年9月の提案で仕様は今も更新されている
• Google は使っておらず、現状を「憶測の域」と表現している
• 実測では約38,000サイトの97%が1か月間まったく取得されていない
• 取りに来ていた最多はSEO監査ツール、AI検索の取得は1.1%どまり
• AIボットは llms.txt が無いサイトを探しに来ていない
• 例外はコーディングエージェントで、Claude Code が実際に取りに来ている
• WordPressのプラグインで置く場合、初期設定のままだと古い記事が切り捨てられる

ジャベ雄

置くなら、AI検索でなく Claude Code のために置く、が現時点の答えです

Excelのセルの書式設定って、分類の中から選んでいるだけになっていませんか？

分類の最後にあるユーザー定義まで踏み込むと、できることが増えます
マイナスだけ赤くする・ゼロを消す・単位を付ける、このあたりは書式コードを1行書けば済みます
増えて重くなりがちな条件付き書式に頼らずに済む場面もあるんじゃないでしょうか？

ジャベ雄

表示形式の有能、意外と知られていません

セルの書式設定は Ctrl + 1 で開く

Ctrl + 1 は、Microsoftのキーボードショートカット一覧に「[セルの書式設定] ダイアログ ボックスを開く」として載っている公式のショートカットです

• Ctrl + 1 を押す(最短)
• セルを右クリックして[セルの書式設定]を選ぶ
• [ホーム]タブの[数値][配置][フォント]の3グループにある、右下の小さな矢印を押す

3つ目の小さな矢印は、押したグループのタブが開いた状態で出てきます
数値グループなら表示形式タブ、フォントグループならフォントタブ

開くと6つのタブが並んでいます
それぞれの持ち場は、だいたいこの表のとおり

Windows版のExcel(Microsoft 365 / 2021 / 2024)の画面で書いています
Mac版は開くキーが ⌘ + 1 になり、Web版はそもそも画面の作りが違うので、そのあたりは読み替えてください

ダイアログを開かずに表示形式を変えるショートカット

よく使う表示形式なら、ダイアログを開かずに当てられるショートカットとかも同じページに載っています

でも、この一覧は英語配列のキーボードを前提にした書き方
日本語配列だと ^ や @ はシフトを使わない位置にあるので、Shift を足すと別の記号に化けます
反応しないキーがあったら、やっぱり Ctrl + 1 からダイアログに入ってください

おもしろいのが通貨で、一覧の説明は「小数点以下の桁数が 2 で、負数を赤字にしてかっこで囲む通貨表示形式を設定する」
ただ通貨にするだけのショートカットではなかったんです

ジャベ雄

私の左手は、もう Ctrl + 1 しか覚えていません

表示形式 値は変えずに見た目だけ変える

このタブをどれだけいじっても、計算に使われる値のほうは動きません
触れるのはセルの中身ではなく、その見せ方だけ

分類は12個、上から順にこの並びです

通貨と会計はどこが違う？

金額を扱うたびに、この2つのどちらを選ぶか迷いませんか？
公式の説明では、通貨が「既定の通貨記号を数値に付けて表示する」もので、会計は列の中で通貨記号と小数点の位置を揃えるもの

通貨は記号が数字にくっついて動き、会計は記号が左端で縦にそろいます
帳票で桁を目で追うなら会計、単価を1つ出すだけなら通貨、という分け方でざっくり足りるはず

Microsoftは通貨の書式設定のページで、会計表示形式では負の数をかっこで表示するのが一般的なので[負の数の表示形式]ボックスは使用できない、と書いています
会計を選んだ瞬間に選択肢が減るのは、仕様どおりの動きなんです

表示形式で丸めても、値は丸まらない

ここがいちばん誤解されやすいところ
小数点以下2桁の表示にしたセルに 1.2345 と入れると、画面には 1.23 と出ます

でもMicrosoftの解説には、そのセルを計算に使う場合は小数点の右側にある4桁の完全な数字が使われる、とはっきり書かれています

この差がそのまま落とし穴になるのが消費税の端数処理
税率ごとに1回だけ丸める、という決まりに合わせるには値のほうを動かすことになるので、そちらは別記事にまとめました

あわせて読みたい

エクセルで消費税の端数処理 税率ごとに1回だけ丸める エクセルで消費税の端数処理をするとき、明細行ごとにROUNDDOWNを入れて足すと税額がずれます 国税庁のQ&Aは税率ごとに1回と書いているので、税率の列を持たせてSUMIFSで集計してから1回だけ丸める形にします 軽減税率8%が混じるときの数式も載せました

ついでに書いておくと、ブックをテキスト形式(txt / csv)で保存すると、公式の言い方で「すべての書式が削除されます」
そのとき書き出される値は画面の見た目のままで、実際の値とは違う可能性があります

ジャベ雄

見えている数字と中身は別物、ここだけ覚えて帰ってください

VBAの独学に効く本PR

Excel マクロ&VBA やさしい教科書 Office 2024/2021 Microsoft 365対応

古川順平

Amazonで見る楽天で見る

てっとり早く確実にマスターできる Excel VBAの教科書 改訂新版

大村あつし

Amazonで見る楽天で見る

Excel マクロ/VBA 今日から使える業務の自動化入門

富士通ラーニングメディア

Amazonで見る楽天で見る

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

ユーザー定義 書式コードが読めれば分類は要らない

分類の最後にある[ユーザー定義]は、上に並んだ11個を書式コードという文字列で自分で組み立てる場所です
通貨も日付もパーセンテージも、中身はぜんぶこのコードなんです

なので、ほかの分類を選んでから[ユーザー定義]に切り替えると、選んだ書式のコードが[種類]ボックスに入った状態で出てきます
それを書き換えていくのが実際の作り方

セミコロンの数で、当たる先が変わる

書式コードはセミコロンで区切った最大4セクションで、順番は決まっています

正の数 ; 負の数 ; ゼロ ; 文字列

やっかいなのは、書いたセクションの数で適用先が変わるところ
4つ書かないと後ろから欠けるのではなく、割り当てそのものが組み替わります

1つと2つのときの動きは公式のガイドラインに明記されています
3つのときだけは直接の説明が見当たらなかったので、上の順番の規定から読んだ形

引っかかるとしたら、2つで止めたときにゼロが正の数側へ巻き込まれるところでしょう
ゼロを消したいのに2セクションで書いていると、いつまでも 0 が消えません

飛ばしたいセクションがあるときは、中身を空にしてセミコロンだけ残します
Microsoft のヘルプも「コードが存在しないすべてのセクションにセミコロンを含める必要があります」と書いています

#,##0;[赤]"▲"#,##0;;@

これで、正の数は桁区切りつき・負の数は赤い▲つき・ゼロは非表示・文字列はそのまま、という4通りが1つのセルの属性で決まります

この「中身を書かなければ出ない」性質は公式にも例があって、0.00;; と書けば負の値とゼロが表示されなくなる、と説明されています

ゼロを消す書き方は、私は見積書でよく使っています
明細の空行に 0 が並ばなくなるので、見積書に使う関数と機能をまとめた記事のほうでも同じ形のコードを当てているんです

書式記号の早見表

セクションの中に書く記号は、覚えるものが意外と少ないです
公式ドキュメントの説明を、実際に使う順に並べ替えたのがこの表

0 と # の違いだけ、最初に押さえておくと迷いません
0 は空いた桁をゼロで埋め、# は埋めない、それだけ

$ や + はそのまま書けば表示されますが、# や 0 のように書式コードの中で意味を持つ文字を字として出したいときは、二重引用符で囲むか直前にバックスラッシュを置きます
ここは日本語環境だとちょっとややこしくて、Microsoftのページも英語版が backslash・日本語版が円記号と割れています
キーボードの ¥ キーで打つ文字だと思って読むと通りますが、うまく出ないときは二重引用符で囲む書き方に逃げるのが早いと思います

色名で指定できるのは8色

公式ページに色名として載っているのは黒 / 青 / 水 / 緑 / 紫 / 赤 / 白 / 黄 の8つです
このほかに [色1] から [色56] までの番号でパレットの色を指定する書き方もありますが、フォントタブのように好きな色を選べるわけではありません
細かい色分けをしたいなら、やっぱり条件付き書式の出番

[色1]〜[色56] の色見本

見本は既定のパレットの色です

公式は「色コードをコード セクションの最初のアイテムにする必要があります」としています
角かっこで囲んで、セクションの頭に置く形

[青]#,##0;[赤]#,##0

コードの中に条件が書ける

あまり知られていない機能ですが、書式コードの中には条件も書けます
角かっこの中に比較演算子と値を入れる形で、公式の言い方では「条件は、比較演算子と値で構成されます」

[>100][緑]#,##0;[<=-100][黄]#,##0;[水]#,##0

Microsoftのドキュメントに出てくる例を、日本語の色名に置き換えたものです
100より大きければ緑、-100以下なら黄、それ以外は水色
色はセクションの先頭に置く決まりでしたが、条件を付けるときは条件の角かっこが先に来ます

数値に使えるセクションは3つまでなので、書けるのは実質条件2つ + 残り全部という形
ただ「2つまで」と定めた記述は公式ドキュメントに見当たらなかったので、上限として覚えるのではなくセクション数の結果として理解しておくほうが安全かもしれません

日付と時刻のコード

日付と時刻は専用の記号を使います
数を増やすほど表示が長くなる、という覚え方でだいたい通るはず

この表で引っかかるのは、m が月と分の両方に使われているところじゃないでしょうか？
公式にも、m または mm は h か hh の直後に置く必要があり、そうしないと分ではなく月が表示される、と書かれています

時刻の書式で分が月になって出てきたら、ほぼこれが原因だったりします
h を抜いて mm だけ書いた、というやらかしが多いです

32時間30分が 8:30 と表示されるとき

1週間ぶんの勤務時間を足し上げて、合計が 32:30 になるはずのセルに 8:30 と出る現象
これは h が24時間でひと回りして、余った8時間30分だけを見せているからです
角かっこで囲んだ [h]:mm にすると、32:30 とそのまま出てくれます

公式のTEXT関数のページにも、h を角かっこで囲むと24時間ごとにリセットしなくなる、と説明があります
分だけの合計なら [m]、秒なら [s]

和暦と「元年」

和暦を出す ggge という書き方は、元号の切り替えについての公式ページに実例として出てきます
そこで案内されているコードが、条件つき書式コードの見本としてよくできていたんです

[<=43585][$-ja-JP]ggge"年"m"月"d"日";[>=43831]ggge"年"m"月"d"日";ggg"元年"m"月"d"日"

やっているのは日付の振り分けなんです
1つ目の [<=43585] が平成の最終日まで、2つ目の [>=43831] が2020年1月1日以降、そのどちらにも当てはまらない2019年5月〜12月だけが3つ目に落ちて「元年」と表示されます

条件2つ + それ以外の3セクション構成、$ で始まるロケール指定、”年” のような文字列リテラル
ここまでの話が1行に全部入っているので、書式コードの読み方の練習にちょうどいいと思います

ちなみに元年表示は、Excel自体が対応しています
Ctrl + 1 →[日付]→[カレンダーの種類]で和暦を選ぶと「1年を元年と表示する」というチェックが出てくるので、コードを書かずに済む道も

ジャベ雄

公式に載っていない記号でも、日本語版だと普通に使われてたりします

まとめ

持ち帰ってもらいたいのは3つだけ

• Ctrl + 1 で開く表示形式タブが変えるのは見た目だけで、値も計算結果も動かない
• 書式コードは「正の数 ; 負の数 ; ゼロ ; 文字列」、飛ばすときもセミコロンは残す
• 色は8つの色名から選べて、コードの中に条件も書ける

あとは空いたセルに適当な数字を入れて、[種類]ボックスをちょっといじってみるのが早いです

ジャベ雄

まずは #,##0 と ;; の2つだけ、手に馴染ませてください

VBAの独学に効く本PR

Excel マクロ&VBA やさしい教科書 Office 2024/2021 Microsoft 365対応

古川順平

Amazonで見る楽天で見る

てっとり早く確実にマスターできる Excel VBAの教科書 改訂新版

大村あつし

Amazonで見る楽天で見る

Excel マクロ/VBA 今日から使える業務の自動化入門

富士通ラーニングメディア

Amazonで見る楽天で見る

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

エクセルで画像の一部にぼかしを入れたい
私がそう思ったきっかけは業務の手順書
貼りたい画面キャプチャに氏名やメールアドレスといった個人情報が写り込んでいて、そのままでは配れません

画像加工のWebサービスはすぐ見つかりますが、隠したいのは個人情報や業務の情報です
よそのサーバーへ上げるのは、さすがに気が引ける
かといって、ぼかし用のフリーソフトを入れる手も使えません
ソフトを勝手にインストールできない職場は、けっこう多いんじゃないでしょうか？

アップロードはできない、インストールもできない
その条件で最後に残ったのが、最初から入っているExcelだったんです

ジャベ雄

手順は8つ、大事なのは最後の2つです

Excelで画像の一部だけぼかせる仕組み

Excelには画像を加工する機能がひととおり入っていて、その中にアート効果のぼかしがあります
モザイクと呼ばれることも多い加工です

ただ、1枚のままかけるとどうなるでしょうか？
アート効果は選んだ画像の全体にかかります
隠したい一部ではなく、画面まるごとがぼやけてしまう

そこで使うのが重ね方です
同じ画像を複製して重ね、上に置いた1枚だけをトリミングで小さく切り出して、その1枚にぼかしをかけます
やっていることは画像の加工より、切り抜いた紙を重ねる工作に近い作業だったりします

エクセルで画像の一部にぼかしを入れる手順

操作は8ステップ
使うのは、図を選んだときにリボンへ出てくる図の形式タブ(バージョンによっては書式タブ)だけで、追加のソフトは要りません
手順はWindows版のExcelで確認したもの
タブやメニューの名前はバージョンで変わるので、同じ名前が見つからないときは近い言葉を探してみてください

STEP

画像を必要な枚数だけ複製する

元の画像をコピーして貼り付けるか、Ctrlキーを押しながらドラッグして複製
隠したい箇所が1つなら2枚、ぼかしの中に素の領域を残すなら3枚が目安です

STEP

配置で重ねてぴったり揃える

複製した画像を全部選んで、図の形式タブの配置から左右中央揃えと上下中央揃えを続けて実行します
同じ大きさの複製なら、この2回でぴったり重なるはず
私は前まで方向キーで少しずつ寄せていたので、ここを知ってからは下ごしらえがやっと楽になりました

STEP

上の画像をトリミングする

いちばん上の画像を選び、図の形式タブのトリミングで、隠したい箇所だけが残るように切ります
丸や角丸四角の形に切りたいなら、トリミングの下向き矢印から図形に合わせてトリミング

STEP

アート効果のぼかしをかける

切り出した画像を選んだまま、図の形式タブの調整グループからアート効果を開いて、ぼかしを選びます
効き具合を変えたいときは、同じメニューの下にあるアート効果のオプションで半径の数値を上げてください

STEP

隠したい箇所のぶんだけ繰り返す

隠したい箇所が複数あるなら、複製・トリミング・ぼかしを必要な回数だけ繰り返します
気をつけたいのは、トリミングとぼかしのどちらを先にやるかで端の見え方がちょっと変わるところ
なので、うまく収まらないときは順番を入れ替えてみてください

STEP

全部を選んで1枚の図に統合する

重ねた画像を全部選んでコピーし、形式を選択して貼り付けから図(PNG)を選びます
これで重なりがまとめて1枚の画像にまとまります
同じ一覧には図(拡張メタファイル)も並んでいますが、そちらは座標や線の情報を持つ形式なんです
画素に焼き付くのがはっきりしている図(PNG)を選ぶほうが確実だと思います

STEP

ちゃんと消えたか、配るもので確かめる

統合した図を選んで図のリセットを押し、何も戻らないことを確認します
図のリセットは図の形式タブの調整グループにあって、編集中のブックならかけた効果を外せる機能です
ここでぼかしが外れて元の画面が出てきたら、選んでいるのは統合前の図

そのうえで、配るものそのものを開いて見ておくのが確実
手順書に貼るか、右クリックの図として保存でPNGに書き出して、その1枚を拡大し、隠した箇所が読めないことを確かめてください
ぼかしが弱いと文字の輪郭が残るので、読めてしまったらSTEP4に戻って半径を上げ直します
材料を消したあとだと戻る先が無くなって詰むので、確認を先に済ませておくのがおすすめです

STEP

材料にした画像をすべて削除する

統合してできるのは新しい1枚で、材料にした画像はシートに残ったまま
新しい図の下に隠れてクリックでは選べないので、図の形式タブの配置からオブジェクトの選択と表示を開き、一覧で材料だけを選んで消します
一覧の項目を選ぶとシート上の図がハイライトされるので、統合後の1枚がどれかを先に特定してから、残りを上から消していくのが楽

材料の画像を残したままだと、ぼかす前の画面がブックの中に残ってしまいます
だから材料を消して、配るのは統合後の図か、そこから書き出したPNGだけにしてください
作業に使ったブックそのものは渡さないほうが安全だと思います

ジャベ雄

統合して、拡大して確認、材料を消すのは最後
基本形はここまでです

ぼかした中に、ぼかさない領域を残す

ここからは応用
ぼかした範囲の中に、素のまま見せたい小さな領域を残す組み方もできます
表そのものは伏せたいけど、見出しの行だけは見せたい
そんなときに使う組み方みたいな感じです

やることは重ね順を決めるだけ
下から順に、素の画像 / 全体をぼかした画像 / 素の画像、と3枚重ねます

1. いちばん下は素の画像、加工せずそのまま置く
2. 真ん中は全体にぼかしをかけてから、伏せたい大きめの範囲だけを残してトリミングする
3. いちばん上は素の画像を、見せたい小さな領域だけ残してトリミングする

手順ではトリミングが先でしたが、真ん中の1枚だけ順番が逆
私の場合、狭く切ってからぼかしてみたら縁がにじんで下の層との境目が目立ったので、広いままぼかしてから切るようにしています

これで、伏せたい範囲はぼけたまま、その中の見せたい部分だけが素で出ます
上の階が下の階を隠していくので、上に行くほど残す範囲を小さくしていくのがコツ
3枚と書きましたが、素で残したい箇所が増えれば4枚・5枚と足していけます

重ね終わったあとは、STEP6から先の統合・確認・材料の削除がそのまま同じ
でも、枚数が増えるほど狙った1枚を選ぶのがけっこう面倒なので、図に名前を付けておくと楽だと思います

ジャベ雄

覚えるのは、上に行くほど小さく、これだけです

VBAの独学に効く本PR

Excel マクロ&VBA やさしい教科書 Office 2024/2021 Microsoft 365対応

古川順平

Amazonで見る楽天で見る

てっとり早く確実にマスターできる Excel VBAの教科書 改訂新版

大村あつし

Amazonで見る楽天で見る

Excel マクロ/VBA 今日から使える業務の自動化入門

富士通ラーニングメディア

Amazonで見る楽天で見る

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

うまく重ならない・ぼかしが弱いときの直し方

作業中に詰まりやすいのは、だいたいこの6つ
詰まる原因は、たいてい操作の順番だったりします

ぼかしの強さでいちばん怖いのは、画面の表示倍率のままだと読めないのに、ちょっと拡大したら読めてしまうパターンなんです

私は作業のあいだ、オブジェクトの選択と表示を開きっぱなしにしています
統合したあとの後始末でも同じ一覧を使うので、閉じたり開いたりするより手が止まりません

ジャベ雄

画像に名前を付けておくと、あとで直すときに助かります

そもそもExcelでやらなくていい場合

ここまで書いておいてなんですが、Excelがいちばん速い場面ばかりではありません
条件で分けると、選び方はけっこうはっきりします

• ソフトを入れられる環境 → スクリーンショット用のツールで、撮った直後にぼかすのが早い
• ソフトの追加が通らない環境 → Excelで組む(この記事の手順)
• 四角く塗りつぶすだけで足りる → ペイントでも用は足りる
• ぼかした中に素の領域を残したい → Excelの重ね方が組みやすい

私が普段のキャプチャで使っているのはScreenpresso
撮ってそのまま矢印や枠を足せるので、手順書づくり全体で見ると時間の差がかなり出ると思います

あわせて読みたい

Screenpresso – PCキャプチャと加工はこのソフト shift+win+Sで起動できる「Snipping Toolはウィンドウ指定や範囲指定できて便利だな」と思いながらキャプチャを取って、別ソフトで矢印を書いたりテキストを入れたりし…

でも、会社から配られたパソコンだと、やっぱりソフトの追加そのものが通らないことも多いです
そういう環境で最後まで残る選択肢がExcelなんです

ジャベ雄

入れられるなら専用ツール、入れられないならExcelです

まとめ ぼかしは統合と材料削除まで

• アート効果は画像全体にかかるので、複製して重ねるのが一部だけぼかす基本形
• 重ね合わせは配置の左右中央揃え・上下中央揃えの2回でぴったり合う
• 下から 素 / ぼかし / 素 と重ねれば、ぼかした範囲の中に素の領域を残せる
• 材料を残したままのブックにはぼかす前の画像が残るので、そのまま渡さない
• 図(PNG)で統合 → 拡大して確認 → 材料を削除、配るのはその1枚だけ

ぼかしただけのファイルに何が残っているのかは、実際にExcelのファイルを開けて確かめました
中で何が起きていたのかは別記事にまとめています

あわせて読みたい

エクセルの画像のぼかしは戻せる？ファイルの中身を確かめた エクセルの画像にかけたぼかしは戻せるのか、サンプルのブックを展開して中身を確かめました ぼかす前の原本と、効果をかける前とみられるデータがそのまま入っていた実測をもとに、何が残るのか・どうすれば消えるのかをまとめています

マクロを使わずExcelの標準機能だけで組む話は、見積書を関数と機能だけで作る記事でも書きました
入れられるソフトが限られる環境で工夫する点は、この記事と同じ発想で読めると思います

手順書に貼る前に、拡大して1回だけ確認
手間に見える1手ですけど、ここを習慣にしておけばうっかりはかなり減らせます

VBAの独学に効く本PR

Excel マクロ&VBA やさしい教科書 Office 2024/2021 Microsoft 365対応

古川順平

Amazonで見る楽天で見る

てっとり早く確実にマスターできる Excel VBAの教科書 改訂新版

大村あつし

Amazonで見る楽天で見る

Excel マクロ/VBA 今日から使える業務の自動化入門

富士通ラーニングメディア

Amazonで見る楽天で見る

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

エクセルの画像にかけたぼかしは、あとから戻せるのか？
手順書に貼るスクリーンショットの氏名やメールアドレスを、アート効果のぼかしでつぶす
画面の上では、これでちゃんと読めなくなります

でも、そのファイルをそのまま渡していいのかは、また別の話なんです
気になって、記事用に作ったサンプルのブックを展開してみたら、思っていたより分かりやすい形で残っていました

出てきたのは、ぼかす前の画像そのもの
536KBのPNGが、加工されないまま同じファイルに入っていました

ジャベ雄

見た目が隠れているのと、消えているのは別です

結論 ぼかしは戻せる？元の画像はファイルに残ったまま

先に結論から
アート効果のぼかしは、元の画像に効果を重ねて見せているだけ
だから、ぼかしただけのブックをそのまま配ると、隠したつもりの個人情報も一緒に渡ることになります

ぼかしても、ぼかす前の画像はExcelファイルの中に残っています
変わったのは見た目だけで、データが減ったわけではありません

ぼかしは図のリセットで外せる、という説明もけっこう見かけます
保存する前の変更なら、たしかにそのとおり
でも、保存して人に渡ったあとで同じことが起きるかは、私も試していません
なので、この記事ではボタンの効き方を根拠にしないことにしました
確かめたのは、ファイルの中身のほう

ジャベ雄

根拠はボタンの挙動ではなく、ファイルの中身に置きます

Microsoftも「ファイルから削除されない」と明記

トリミングについては、Microsoftの公式ヘルプに逐語で書かれています

画像のトリミングされた部分はファイルから削除されず、他の人に見られる可能性があります。

出典はOffice で画像をトリミングする(Microsoft サポート)

切ったつもりの部分は、ファイルに残っている
同じヘルプの画像のファイルサイズを小さくするページには、図の圧縮に編集用のデータを破棄するという選択肢があって、破棄したあとで元に戻すには画像を入れ直すしかない、と書かれています
裏返せば、破棄しない限り編集用のデータはファイルの中にある、ということになります

ただ、公式がここで書いているのはトリミングの話まで
アート効果のぼかしについて、元の画像が残るとまでは書いていません
だから、ここから先は自分で開けて確かめるしかなかったんです

ジャベ雄

公式が言い切っているのは、トリミングまでです

VBAの独学に効く本PR

Excel マクロ&VBA やさしい教科書 Office 2024/2021 Microsoft 365対応

古川順平

Amazonで見る楽天で見る

てっとり早く確実にマスターできる Excel VBAの教科書 改訂新版

大村あつし

Amazonで見る楽天で見る

Excel マクロ/VBA 今日から使える業務の自動化入門

富士通ラーニングメディア

Amazonで見る楽天で見る

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

Excelファイルを開けて確かめた 残っていた3つの画像

使ったのは、記事用に自分で作ったサンプルのブック
1枚の画像を複製して重ね、上の何枚かをトリミングしてぼかした、よくある作りだったりします
そのファイルを展開して、中に何が入っているのかを1つずつ見ていきました

xlsxは、中身がフォルダになった圧縮ファイル

まず前提から
拡張子が .xlsx のファイルは中身がZIP形式の圧縮ファイルで、展開するとシートの定義や画像がファイル単位で並びます
画像は、だいたい xl/media というフォルダにまとめて置かれる作り

つまり、Excelで開かなくても中の画像は取り出せる
専用のツールも要りませんし、受け取った人のパソコンでも、そのまま開けてしまいます

一覧に並んでいたのは6ファイル
別のシートで使った画像も混ざっているので、ぼかしたシートに関わるのはこのうち3つです

いちばん下に敷いた原本が、そのまま入っていた

xl/media を開いて最初に目に入ったのが image2.png、536KB
そのまま開いてみたら、ぼかす前のサンプル画像そのものでした
トリミングもされていない、フルサイズのまま

重ねた画像のいちばん下に敷いた1枚が、加工されずにそのまま同梱されている
画面では上の層に隠れて見えないのに、ファイルの中では独立した1つの画像として並んでいます
やっぱり、ここがいちばん怖いところだと思います

ぼかした図は、効果をかける前のデータを抱えている

もう1つ出てきたのが hdphoto1.wdp、372KB
.wdp は JPEG XR という画像形式で使われる拡張子です
ぼかしをかけた4枚の図が、どれもこのファイルを参照していました

図の定義を見ると、ぼかした図には効果を表す artisticBlur と、別の画像を指す imgLayer が入っていて、その参照先がこの .wdp
画面に出ているぼかし後の見た目は、また別の image3.png(404KB)のほう

中身をデコードして絵として確認したわけではないので、効果をかける前の画像とみられるデータ、というところまでにしておきます
そのうえで言うと、加工前の写しをファイルが持ち続けているみたいなもの
ぼかした図が別のデータへの参照を持ったまま保存されている、という事実は変わりません

見えていたのは、3つ目だけなんです
上の2つは画面のどこにも出てこないのに、受け取った人が開けば、ちょっと拍子抜けするくらい簡単に出てきます

トリミングは、切っているように見えるだけ

切り落としたつもりの部分とかも、ちゃんと残っていました
図の側に、元の画像のどこを表示するかという範囲の指定が入るだけで、参照している画像は xl/media にフルサイズのまま
切った部分はファイルから消えない、と公式が書いているとおりの形が、そのまま入っていたわけです

ここまでを並べると、こうなります

1. xlsx は中身がZIPなので、Excelを開かなくても画像を取り出せる
2. いちばん下に敷いた原本(536KB)が、加工されないまま入っている
3. ぼかした図は、効果をかける前とみられるデータ(372KB)を参照している
4. トリミングは表示範囲の指定で、元の画像はフルサイズのまま残る

どれも、ボタンが効くかどうかとは関係のない話
ファイルの中に何が入っているか、それだけで決まります

ジャベ雄

ごく普通に重ねてぼかしただけのブックで、ここまで残っていました

どうすれば元の画像は消えるのか？

消し方は1つ
重ねた画像を1枚の図に統合して、材料にした画像を消す
これだけです

統合まで済ませたシートも、同じように確認してみたら、中身がすっきり変わっていました
図は1つだけ、参照先も image5.png(1,384KB)の1ファイルだけ
artisticBlur も imgLayer も、トリミングの範囲指定も残っていない
ぼかした部分も素のまま残した部分も、画素として焼き付いた1枚になっていました

ただ、統合しただけでは足りないんです
この統合後の1枚と、さっきの image2.png・hdphoto1.wdp は、同じ1つのブックの中に同時に入っていました
別のシートに材料が残っていれば、xl/media には原本も効果前のデータも並んだまま

材料を消したあとに、xl/media から本当に消えるのかまでは確かめていません
なので、言えるのは統合だけで終わらせず、材料の削除まで含めて1セット、という必要な手順の話なんです
これで配れる状態になった、という保証まではできません

私が決めたのは、作業に使ったブックそのものは配らないこと
配るのは統合後の図か、そこから書き出したPNGだけ

重ね方から統合までの操作は、手順として別記事にまとめています
この記事のほうは、その最後の2つ(統合と材料の削除)がなぜ要るのか、という話でした

あわせて読みたい

エクセルで画像の一部にぼかし 元に戻せなくする手順 エクセルで画像の一部にぼかしを入れる手順を8ステップでまとめました 同じ画像を複製して重ね、上の1枚だけをトリミングしてアート効果のぼかしをかける組み方です ぼかした範囲の中に素の領域を残す応用と、1枚の図に統合して材料を消すところまで書いています

ジャベ雄

統合して、材料も消す
そこまでやってから、配るものを選びます

まとめ 配るのは統合後の1枚だけ

• アート効果のぼかしは効果を重ねているだけで、ぼかす前の画像はファイルに残る
• 公式もトリミング部分は「ファイルから削除されず」と明記している
• 展開して確かめたら、無加工の原本と、効果をかける前とみられるデータが入っていた
• 1枚の図に統合すると、参照は焼き付いた1枚だけになる
• ただし材料が残ればファイルにも残る、配るのは統合後の図かPNGだけ

Excelのファイルは、画面に出ていないものをけっこう抱えます
同じ性質の話として、コピペのたびに条件付き書式のルールが増えていく件も別記事に書きました

ぼかしたあとに、配るファイルそのものをもう一度見る
その1手で、うっかりはかなり減らせると思います

VBAの独学に効く本PR

Excel マクロ&VBA やさしい教科書 Office 2024/2021 Microsoft 365対応

古川順平

Amazonで見る楽天で見る

てっとり早く確実にマスターできる Excel VBAの教科書 改訂新版

大村あつし

Amazonで見る楽天で見る

Excel マクロ/VBA 今日から使える業務の自動化入門

富士通ラーニングメディア

Amazonで見る楽天で見る

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