縦向きアスペクト比計算機
1080×1350の縦向き画像は、両辺を270で割れるので4:5になります。縦長の画像の幅と高さを入れると、約分した比と小数が分かり、投稿やストーリー、プリント、壁紙の管理に使えます。ブラウザで無料で使えます。
- 無料
- ブラウザで動作
- 登録不要
- データは端末の外に出ません
無料で実行
計算例
- 幅
- 1,080
- 高さ
- 1,350
- Gcd
- 270
- 比率 (幅)
- 4
- 比率 (高さ)
- 5
- 比
- 4:5
縦位置の写真、Instagram のフィード投稿、スマホの壁紙、縦型動画の表紙は、幅より高い枠で決まります。デザイナー、SNS 担当、プリントラボが必要なのは、その枠の幅対高さの既約比 — 4:5、9:16、2:3 — であり、ファイル名に残った生のピクセル数ではありません。この縦向きアスペクト比計算機は、縦向き画像の幅と高さをピクセルで受け取り、両方が正の整数で、かつ実際に縦向き(高さが幅より厳密に大きい)であることを確かめ、両辺を最大公約数で割り、4:5 のような約分済み比と幅割る高さの小数を返します。横位置と正方形は別の検索・別のトリミングなので拒否します。
縦向きアスペクト比とは何か、なぜ 4:5 が繰り返されるのか
画像のアスペクト比とは、最大公約数を約したあとに幅と高さを表す既約の整数の対です。縦向きの枠では第二項が第一項より大きく、そのため Instagram の静止投稿は 4:5、四かける六のプリントは 2:3、古典的なカメラ JPEG は 3:4、スマホ全面のストーリーは 9:16 です。生のピクセル数はその同一性を隠します。
1080 かける 1350、1440 かける 1800、2160 かける 2700 は同じ 4:5 の縦位置であり、別サイズとして扱うと DAM、CDN、SNS スケジューラのあいだでトリミングがずれます。ユークリッドの互除法が教科書どおりの約分です。
1080 と 1350 の最大公約数は 270 なので、1080 割る 270 対 1350 割る 270 は 4 対 5 です。この計算機はその縦向きの問いにだけ答えます。画像の拡大縮小、トリミング原点の選定、横位置 16:9 マスターを 9:16 ストーリーへ変換することはしません。
それらは別の仕事であり別の検索語です。正方形の 1:1 アバターも対象外です。正方形は高さより幅が小さいわけではないからです。
カメラ JPEG の EXIF 幅と高さを貼るデザイナーや、すでにデコード済みバッファサイズを知る開発者は、画像ライブラリをワーカーに引き込まずに、サムネイル横へ保存・比較・表示できる安定した比文字列を得ます。
入力契約、応答の形、エラー時の振る舞い
両辺は一辺一億ピクセルを上限とし、壊れたアップロードが安全整数範囲を超えないようにします。高さは幅より厳密に大きくなければなりません。1920 かける 1080 の横位置や 1080 かける 1080 の正方形は縦向き画像ではなく、項を黙って入れ替える代わりにタスクは失敗します。
入れ替えると、測ってほしい向きについて嘘になるからです。単位はピクセルです。 計算機は DPI からセンチメートルや印刷インチを推測しません。マスターをその比に合わせる必要があるなら、ご自身のクロッパと組み合わせてください。
検証失敗は課金されないので、縦向きガードを確かめるために横位置サイズを送る探査はプリペイド残高を消費しません。
縦向きの比を使い分ける場面
SNS チームは縦向きアスペクト比計算機を使い、1080 かける 1350 の Instagram 静止画、1080 かける 1920 の Reel カバー、1200 かける 1800 の Pinterest ピンを公開カレンダーへ入れる前に 4:5、9:16、2:3 とラベルします。
デジタルファイルを五かける七や四かける六の用紙へ落とすプリントラボは、マットを選び、3:4 のスマホ JPEG が 2:3 の DSLR フレームより多くトリミングされるときに警告するため、既約対が必要です。写真の授業モジュールは枠を 4:5、3:4、9:16 に分類するよう求めます。
横位置入力を拒む決定的オラクルは、ワイド画面の静止画に 16:9 を返してしまう汎用比ツールより正直です。検証失敗は残高を消費しません。
活用例
Instagram と Stories のトリミング確認
投稿が公開カレンダーに入る前に、1080 かける 1350 の静止画が 4:5、1080 かける 1920 のカバーが 9:16 であることを確認します。
プリントラボでの用紙合わせ
デジタルの縦位置を 2:3 または 5:7 の用紙に対応づけ、3:4 のスマホ JPEG が 2:3 のカメラフレームより多くトリミングされるときにラボが警告できるようにします。
よくある質問
よくある縦向き比のどれを扱いますか?
幅より高い任意のピクセル対が正しく約分されます。Instagram 縦位置 4:5、Stories と Reels の 9:16、プリント 2:3、カメラ JPEG 3:4、用紙 5:7、変わったカスタムサイズも同様です。
横長や正方形のサイズを入れるとどうなりますか?
受け付けられません。1920×1080や1080×1080は縦向きではなく、縦横を入れ替えると測りたい向きと違う結果になるため、入れ替えも行いません。
1080×1350と2160×2700は同じ比ですか?
はい。どちらも4:5で、1440×1800も同じです。同じ比として管理すれば、写真が別のサイズで別のツールに渡っても、切り抜きの位置がずれにくくなります。
小数の値は何を表しますか?
幅を高さで割った値で、4:5なら0.8、9:16なら0.5625です。スタイルシートでコロン付きの比ではなく1つの数値が必要なときに便利です。
写真を切り抜いたり縮小したりしますか?
いいえ。入力したサイズの比を測るだけです。画像の拡大縮小や切り抜き位置の決定、16:9の横長素材を9:16のストーリーに変える作業は行いません。
関連ツール
開発者向け — APIアクセス
このページの機能はすべてAPIからも利用できます。自社システムに組み込みたいチーム向けのセクションです。それ以外の方は上のツールをそのままお使いください。
エンドポイント
Bearerトークンで認証し、POST1回でタスクをキューに登録します。結果はWebhookまたは署名付きリンクで受け取れます。
お使いのスタックから呼び出す
curl -X POST https://api.kit.forhosting.com/image/portrait-aspect-ratio \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"width":1080,"height":1350}'const res = await fetch("https://api.kit.forhosting.com/image/portrait-aspect-ratio", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"width": 1080,
"height": 1350
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/image/portrait-aspect-ratio",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"width": 1080,
"height": 1350
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/image/portrait-aspect-ratio", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"width":1080,"height":1350}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"width":1080,"height":1350}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/image/portrait-aspect-ratio", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)リクエスト例
{
"width": 1080,
"height": 1350
}レスポンス例
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "image.portrait_aspect_ratio",
"status": "queued",
"_links": {
"result": "/tasks/tsk_…/result"
}
}非同期APIです。task_idは即時に返ります。ポーリングは1秒あたり1リクエストまでです。
料金
単価はすべて公開しています。トークン換算や独自クレジットはありません。失敗したタスクは課金されません。
制限
max_px | 100000000 |
エラー
| HTTP | コード | 意味 |
|---|---|---|
401 | unauthorized | APIキーが無効か、指定されていません。Authorizationヘッダーを確認してください。 |
402 | insufficient_balance | 残高が不足しています。チャージ後に再度お試しください。 |
404 | unknown_type | 指定されたタスクタイプは存在しません。タイプ名を確認してください。 |
429 | rate_limited | リクエストが多すぎます。しばらく待ってから再度お試しください。 |
技術的な注記
縦向きアスペクト比とは何か、なぜ 4:5 が繰り返されるのか
decimal フィールドは単に幅を高さで割った値なので、4:5 は 0.8、9:16 は 0.5625 となり、スタイルシートがコロン対ではなく CSS aspect-ratio 値を必要とするときに便利です。
入力契約、応答の形、エラー時の振る舞い
必須の正の整数二つを含む JSON 本体を送ってください。width は縦位置の水平ピクセル数、height は垂直ピクセル数です。各フィールドは JSON 整数でも数字だけの文字列でも構いません。整数でない値、ゼロ、負、空文字、欠落は invalid_input となり、該当フィールド名を示します。成功時、本体は width と height をエコーし、約分に使った gcd を報告し、既約整数を ratio_w と ratio_h に、コロン区切り文字列を ratio(例 4:5)に、幅割る高さを十二桁に丸めた decimal に、定数 portrait を orientation に入れ、最大公約数による約分を述べる formula 文字列を返します。例: width 1080 と height 1350 は gcd 270、ratio_w 4、ratio_h 5、ratio 4:5、decimal 0.8 になります。このエンドポイントは、すでにお持ちのピクセルの比を名付けるだけです。
縦向きアスペクト比 API が役立つ場面
DAM と CDN のパイプラインは ratio 文字列を width と height の横に保存し、後段のバリアントジョブがバイトを再デコードせず縦向きテンプレートを選べるようにします。実装は純粋な parse の tier A なので、成功した呼び出しは公開の基本料金 $0.002 で、モデルトークンも外向きネットワークもありません。
連携の活用例
ピクセルをデコードしない DAM メタデータ
約分した比を width と height の横に保存し、後段のバリアントジョブがファイルを開き直さずに縦向きテンプレートを選べるようにします。
技術的な質問
縦向き画像のアスペクト比はどう求めますか。
正の整数 width と height を送り、高さは幅より大きくしてください。API は最大公約数で約分した対を ratio(例 4:5)として返し、decimal に width/height を付けます。
1920 かける 1080 のような横位置サイズを送るとどうなりますか。
タスクは invalid_input で失敗します。この計算機は縦向きの枠だけを名付けます。横位置や正方形は別の向きであり、黙って入れ替えられません。
なぜ width と height は正の整数でなければならないのですか。
ピクセル数は整数です。ゼロ、負、小数の寸法は実在の画像サイズではないため、フィールド名付きの invalid_input で失敗し、課金されません。
縦向きアスペクト比計算機の料金はいくらですか。
ブラウザの道具は無料です。API 要求は成功した呼び出しごとにプリペイドの KIT 残高から $0.002 です。不正な入力は課金されません。