ブラウザだけで動く無料ツール 21 個

この種のツールが必要になるのは、たいてい最悪のタイミングです。webhook のペイロードが読めない一行で届く、デプロイ前にトークンを確認しなければならない、設定ファイルがパースできずエラーは「1 行目」しか教えてくれない。

どれを使うかは、何を知りたいかで決まります。構造を読みたいときは JSON や YAML のフォーマッタを使い、パーサーがなぜ拒否したのかを知りたいときはエラー出力を見ます。最初の不正な文字の位置が、ほとんどの場合そのまま答えです。Base64 と URL エンコードは交換可能に見えますが違います。前者はバイナリデータのための転送用アルファベット、後者はクエリ文字列を壊す文字をエスケープするもので、取り違えるとデータは静かに壊れます。正規表現はコードに書く前にテスターで確認し、cron 式は深夜 3 時の実行を信じる前にパーサーで確認してください。

認証情報に触れるもの——JWT やハッシュ——はすべてブラウザ内でデコードされ、送信されません。とはいえ本番の秘密情報をウェブページに貼っていい理由にはなりません。どこかに貼ったトークンは、ローテーションすべきトークンです。

ウェブ向けに書くことは、常に文字数の制約と付き合うことです。メタディスクリプションは 160 文字前後を超えると検索結果で切られ、タイトルも 60 文字前後で同じことが起きます。広告見出しや SNS 投稿には明確な上限があります。目で数えるのは無理で、ワープロで数えると数字がずれます——「1 文字」の定義がブラウザと違うからです。

そうした上限の確認や読了時間の見積もりには文字数カウンターを使います。大文字小文字の規則が異なる場所どうしをテキストが行き来するときは大文字小文字変換を使います。snake_case のデータベース列名を Title Case のラベルにする、見出しをそのまま URL スラッグに使う、といった場面です。同じ文書に 2 つのバージョンがあり、何が変わったのか誰も覚えていないときは差分ツールを使います。2 つの段落を並べて目で見比べると、変わった数字を見落とすのが定番で、しかもそれがいちばん重要な変更です。

3 つとも貼り付けたテキストをブラウザ内だけで処理するので、下書きでも顧客資料でも安全に使えます。誰かのログに残ることはありません。

ここにある計算は難しくありません。難しくないからこそ間違えます。パーセントの変化とパーセントの差は別の計算で、答える問いも違います。「20% 引きのあとさらに 20% 引き」は 40% 引きではありません。期間を示さない投資収益率は、何とも比較できません。そしていちばん過小評価されるのが複利です。直感は線形なのに、数学はそうではないからです。

だから各計算機は、結果の数字だけでなく使った式と入力値を並べて表示します。その数字を誰かに説明しなければならないとき、あるいは一週間後に戻ってきて入力した利率が年利だったか月利だったか思い出せないとき、それが効いてきます。

これらのツールが意図的にやらないことが 2 つあります。手数料と税金のモデル化、そして未来の予測です。複利のシミュレーションはあなたが入力した仮定に対する算術であり、予測ではありません。実際の結果は、ウェブ上の計算機が知り得ない手数料・インフレ・リスクによって動きます。数字の確認には使い、本当に重要な判断は資格のある専門家に相談してください。

日付は、自信のあるコードが壊れる場所です。ログの Unix タイムスタンプは秒、JavaScript のそれはミリ秒で、片方をもう片方として読むと 1970 年か西暦 56000 年に飛びます。2 つの日付の間隔を手で数えると、月末・うるう年、そしてサマータイムのために 1 日が 23 時間または 25 時間になる年 2 回の日で間違えます。

ログを読むとき、有効期限クレームをデバッグするとき、データベースが実際に何を保存したのか確認するときは、タイムスタンプ変換を使ってください。ローカルタイムゾーンと UTC を同時に表示します——混乱の原因はたいていそこにあります。契約期間、予告期間、年齢計算、1 日ずれると結果が変わるものには日付差分計算を使います。

どちらもブラウザ自身のタイムゾーンデータベースを使うので、変換結果は別のリージョンにあるサーバーではなく、いま目の前にある端末と一致します。

画像ツールはいちばん慎重になるべき種類です。「リサイズするために写真をアップロード」は、元ファイルとそこに埋め込まれたメタデータを他人に渡すという意味だからです。この 2 つはブラウザ内の Canvas API で処理します。ページがディスクからファイルを読み、メモリ上で処理し、ダウンロードとして返す。送信は一切ないので、始める前にオフラインにすれば自分で確認できます。

問題が寸法ならリサイズします。表示幅 800px の場所に 4000px の画像を置くと、すべての訪問者の帯域を無駄にし、Core Web Vitals も悪化します。問題が形式なら変換します。同等の見た目で WebP は JPEG より 25〜35% 小さいのが一般的で、スクリーンショットや透過が必要な画像は PNG、古い環境に送る写真なら JPEG が安全です。

どちらも当てはまるなら、リサイズを先、変換を後にします。大きい画像を先にエンコードしてから縮小するのは、これから捨てるディテールに画質の予算を使うことになります。

どのサイトも最後には、手作業だと面倒な小さい成果物を必要とします。このカテゴリーはそれを集めたものです。

いまの住人は QR コードジェネレーターです。入力した内容を直接指す静的な画像として、ブラウザ内で描画します。短縮 URL も、追跡ドメイン経由のリダイレクトも、有効期限もありません。この違いは見た目より重要です。無料の QR サービスの多くはスキャンを自社サーバー経由で静かに転送します。つまり相手が料金体系を変えた日にコードは止まり、スキャンのたびにあなたが選んでいない第三者に記録されます。ここで生成したコードの持ち主は、あなただけです。

エンコードする内容についても同じです。Wi-Fi のパスワード、非公開の URL、連絡先——どれも送信されないので、公開する予定のないものからコードを作っても安全です。