ForHosting KIT · 画像の編集・解析

Base64画像情報を解析

Q: 画像のアップロードや取得は行われますか？

いいえ。 外部ネットワークへ接続せず、決定的な文字列検証とサイズ計算をローカルで実行します。

Q: MIMEタイプから実際の画像形式を証明できますか？

いいえ。 検証済みのMIME宣言を報告しますが、ファイル署名の検査や画像寸法の復号は行いません。

Base64の画像文字列を貼り付けると、何の形式と宣言されているか、実際に何バイトあるかが分かります。小さなGIFのデータURIならimage/gifで34バイトです。送信も取得も行いません。ブラウザで無料で使えます。

無料
ブラウザで動作
登録不要
データは端末の外に出ません

無料で実行 API仕様を見る

ご利用方法ウェブAPIメールTelegramアプリ近日

URLへのアクセス、画像のアップロード、拡張子の推測、外部コンテンツの調査は行わず、すべてローカルで処理します。厳密な検証により、必須マーカーの欠落、不正文字、誤ったパディング、非標準の未使用ビット、画像以外のメディアタイプを検出できます。

Base64の画像文字列に入っているもの

Base64の画像データURIは、2つの情報を1行の文字列にまとめたものです。先頭の短い部分がimage/pngやimage/gifのような形式を宣言し、その後ろに画像のバイトが印字可能な文字のまとまりとして続きます。このツールは、まず文字列全体が正しい形になっているかを確かめ、そのうえで宣言された形式を読み取り、文字が表すバイト数を数えます。例の小さなGIFは、image/gifで34バイトになります。何もアップロードせず、どこにもアクセスせず、文字列を書き換えることもありません。

正確なサイズと厳しい確認が大切な理由

画像を保存したり転送したりする前に本当の大きさが分かれば、アップロードの上限やメッセージのサイズ制限に引っかかるのを防げます。文字数から推測するだけでは不十分で、末尾の=の記号によって最後のまとまりが何バイトかが変わります。確認はあえて厳しくしてあり、目印の欠落、使えない文字、誤った=の数、画像以外の形式は受け付けません。なお、表示される形式は文字列が宣言しているものであり、中身が本当にその形式であることの証明ではありません。

画像を転送せずにバイト数を活用します

保存や転送の前に復号後のサイズが分かれば、アップロード制限、データベース検査、メッセージ容量制限、運用監視に役立ちます。処理は決定的で、外部ネットワークを使いません。文字列を検証し、Base64の完全なグループと末尾パディングからバイト数を算出します。

ファイル署名、画像寸法、破損の有無は確認せず、バイナリも返しません。内容の検証には画像解析ツールを、構造と正確なサイズの確認には本機能をご利用ください。

活用例

生成済みデータURIを管理

エディター、エクスポーター、ビルド処理が出力した素材のMIME宣言とバイナリサイズを記録します。

不正な画像入力を早期拒否

埋め込み画像を保存、表示、画像処理システムへ渡す前に、正規Base64構文を検証します。

よくある質問

画像のアップロードや取得は行われますか？

いいえ。外部ネットワークへ接続せず、決定的な文字列検証とサイズ計算をローカルで実行します。

MIMEタイプから実際の画像形式を証明できますか？

いいえ。検証済みのMIME宣言を報告しますが、ファイル署名の検査や画像寸法の復号は行いません。

Base64の値が受け付けられないのはなぜですか？

文字列のどこかに問題があるためです。先頭のdata:imageやbase64の目印がない、Base64で使えない文字がある、末尾の=の数が正しくない、宣言された形式が画像ではない、といった場合に受け付けません。

文字数からサイズを見積もるだけでは足りないのですか？

足りません。末尾の=の記号によって、最後の文字のまとまりが1バイト、2バイト、3バイトのどれに当たるかが変わるためです。このツールはそれを数えるので、表示されるサイズは見積もりではなく正確な値です。

正確なバイト数はどんなときに役立ちますか？

画像を保存したり転送したりする前に、アップロードの上限やデータベースの確認、メッセージのサイズ制限に収まるかを確かめるときに役立ちます。大きすぎる画像を早めに見つけられます。

開発者向け — APIアクセス

このページの機能はすべてAPIからも利用できます。自社システムに組み込みたいチーム向けのセクションです。それ以外の方は上のツールをそのままお使いください。

エンドポイント

POSThttps://api.kit.forhosting.com/image/from-base64-info

Bearerトークンで認証し、POST1回でタスクをキューに登録します。結果はWebhookまたは署名付きリンクで受け取れます。

お使いのスタックから呼び出す

curl -X POST https://api.kit.forhosting.com/image/from-base64-info \
  -H "Authorization: Bearer $KIT_KEY" \
  -H "Content-Type: application/json" \
  -d '{"data_uri":"https://ejemplo.com/imagen.jpg"}'

const res = await fetch("https://api.kit.forhosting.com/image/from-base64-info", {
  method: "POST",
  headers: {
    "Authorization": `Bearer ${process.env.KIT_KEY}`,
    "Content-Type": "application/json"
  },
  body: JSON.stringify({
    "data_uri": "https://ejemplo.com/imagen.jpg"
  })
});
const { task_id } = await res.json();

import os, requests

res = requests.post(
    "https://api.kit.forhosting.com/image/from-base64-info",
    headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
    json={
    "data_uri": "https://ejemplo.com/imagen.jpg"
},
)
task_id = res.json()["task_id"]

<?php
$res = file_get_contents("https://api.kit.forhosting.com/image/from-base64-info", false, stream_context_create([
  "http" => [
    "method"  => "POST",
    "header"  => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
    "content" => '{"data_uri":"https://ejemplo.com/imagen.jpg"}',
  ],
]));
$task = json_decode($res, true);

body := bytes.NewBufferString(`{"data_uri":"https://ejemplo.com/imagen.jpg"}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/image/from-base64-info", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)

リクエスト例

{
  "data_uri": "https://ejemplo.com/imagen.jpg"
}

レスポンス例

{
  "task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
  "type": "image.from_base64_info",
  "status": "queued",
  "_links": {
    "result": "/tasks/tsk_…/result"
  }
}

非同期APIです。task_idは即時に返ります。ポーリングは1秒あたり1リクエストまでです。

料金

1リクエストあたり$0.002

単価はすべて公開しています。トークン換算や独自クレジットはありません。失敗したタスクは課金されません。

制限

max_chars 13981053

エラー

HTTP	コード	意味
`401`	`unauthorized`	APIキーが無効か、指定されていません。Authorizationヘッダーを確認してください。
`402`	`insufficient_balance`	残高が不足しています。チャージ後に再度お試しください。
`404`	`unknown_type`	指定されたタスクタイプは存在しません。タイプ名を確認してください。
`429`	`rate_limited`	リクエストが多すぎます。しばらく待ってから再度お試しください。

技術的な注記

Base64画像情報ツールは、完全なデータURIを確認し、ヘッダーに宣言されたMIMEタイプと、符号化ペイロードが表すバイト数を返します。

データURIに含まれる情報を正確に読み取ります

Base64画像のデータURIは、メタデータと符号化されたバイト列を1つの文字列にまとめたものです。文字数だけで概算せず、末尾のBase64パディングも計算に含めます。なお、出力するのは宣言されたMIMEタイプであり、バイナリ署名から画像形式を判定するものではありません。ヘッダーはメディアタイプを示し、ペイロードは元のバイナリデータを表示可能な文字で表します。この機能は、全体の構造を確認してから両者を分離します。成功時には、`image/png`などの`mime_type`と、復号後の正確なバイト数である`byte_length`を返します。入力を変更、正規化、再符号化することなく、URIの宣言内容と実際のペイロードサイズを確認できます。

厳密な検証で拒否される形式を把握します

最終グループの未使用ビットも検査します。生成元が生のBase64断片を返す場合は正しいMIMEヘッダーを付け、Base64urlの場合は標準の正規Base64へ変換してからご利用ください。受け付ける形式は完全な`data:image/type;base64,payload`です。メディアタイプは`image/`で始まり、Base64マーカーを含み、ヘッダーとペイロードの間にはコンマが1つだけ必要です。ペイロードには標準Base64文字を使用し、長さを4の倍数にし、パディングを末尾だけに置く必要があります。空のペイロード、空白、Base64url文字、追加パラメーター、パディング不足、通常のWeb URLは拒否されます。

画像を転送せずにバイト数を活用します

大きすぎる埋め込み画像を後続サービスの処理前に拒否したり、HTMLやJSONと一緒に一貫したサイズ情報を記録したり、埋め込み画像とリンク画像の負荷を比較したりできます。

連携の活用例

埋め込み画像の容量を制限

APIリクエスト、文書、フォーム内のBase64画像を受け付ける前に、復号後のバイト数を確認します。

技術的な質問

どのような値が返されますか？

検証済みヘッダーの`mime_type`と、正規Base64ペイロードから算出した`byte_length`を返します。

Base64値が拒否される主な理由は何ですか？

ヘッダー欠落、画像以外のMIME、空白、URL-safe文字、誤ったパディング、空のペイロード、ゼロでない未使用ビットなどです。

料金はいくらですか？

このページのブラウザーツールは無料です。APIによる自動処理は1回$0.002です。

KITの完全なドキュメントを見る →

Base64画像情報を解析

無料で実行

Base64の画像文字列に入っているもの

正確なサイズと厳しい確認が大切な理由

画像を転送せずにバイト数を活用します

活用例

生成済みデータURIを管理

不正な画像入力を早期拒否

よくある質問

関連ツール

開発者向け — APIアクセス

エンドポイント

お使いのスタックから呼び出す

リクエスト例

レスポンス例

料金

制限

エラー

技術的な注記

データURIに含まれる情報を正確に読み取ります

厳密な検証で拒否される形式を把握します

画像を転送せずにバイト数を活用します

連携の活用例

埋め込み画像の容量を制限

技術的な質問

ありがとう