WebPをJPGに変換してアップロードする前の確認点

本当に変換が必要か確認する

WebPは主要なブラウザーで表示できますが、個別のアップロードフォームや編集ソフトでは許容形式が限られることがあります。エラー文と対応する拡張子を読み、JPGが必要か確かめましょう。WebPをそのまま受け付けるなら、余分な変換は必要ありません。

ファイル名の末尾だけを.jpgに変えても中身はWebPのままです。実際に変換したファイルを開き直しましょう。また、提出先が画素寸法や容量にも制限を設けていないか確認します。形式の変更だけでそれらの条件を満たすとは限りません。

• 対応形式と容量制限を読む
• 拡張子ではなく実際の出力ファイルを試す

透明な部分の背景を決める

WebPには透明度を表すアルファチャンネルを持つ画像があります。一般的なJPGには透明度を保存できないため、透明部分は何らかの色の背景と合成されます。白になるか別の色になるかは処理方法によるので、完成品を見ずに決めつけないでください。

商品画像やロゴでは半透明の縁に白い輪郭が残ることがあります。白と濃い色の背景に置いて比較しましょう。透明な切り抜きが必須なら、提出先がPNGを受け付けるか調べるほうが適切です。JPGで透明度を保てると説明してはいけません。

• 四隅と柔らかい輪郭を確認する
• 背景色を意図して選ぶ

アニメーションかどうか再生する

WebPは動く画像にもなりますが、通常のJPGは静止画像一枚です。変換器がどのフレームを出力するかは実装によって違う場合があります。元ファイルを再生してから、JPGに必要な場面が写っているか確かめましょう。

動きそのものが説明に必要なら、JPG一枚を同等の代用品とは扱えません。提出先に使える動画やアニメーション形式を確認します。静止画のサムネイルだけでよいなら、意味が伝わる場面を選び、動作の全過程を示す画像ではないと理解して使います。

• 元WebPを再生して動きの有無を見る
• JPGに出たフレームを確認する

見た目と容量を両方比べる

元WebPが損失圧縮なら、JPG化で失われた細部が戻るわけではありません。新しいJPEG圧縮によって文字、顔、細い線、色の境界に変化が加わる場合もあります。可能なら品質のよい元データから一度だけ書き出し、閲覧者が使う大きさで比較します。

JPGがWebPより必ず小さくなるとは限りません。画像の内容と設定によって結果が変わります。容量制限が厳しいときは出力を測定し、重要な文字や輪郭が崩れない範囲で調整しましょう。後から別設定で作り直せるようWebP原本は残します。

• 実際の表示サイズと等倍で比較する
• 形式名から容量を推測せず測る

アップロードした結果を確認する

ローカルのJPGを開いた後、実際の提出先にアップロードしてみましょう。受け付けられたか、向きや切り抜きが正しいか、色が不自然でないかを見ます。サービス側がさらに縮小や再圧縮を行う場合、手元のファイルだけでは結果を判断できません。

新しいファイルには区別できる名前を付け、元WebPを保管します。共有前には画像に写った氏名や住所も確認しましょう。拡張子を変えることは個人情報の削除ではなく、メタデータの扱いも処理方法によります。最終判断は相手に見えるアップロード後の画像で行います。

• ローカルとアップロード後の両方を開く
• 再出力できるよう原本を残す

JPGなのに拒否されるときの切り分け

変換後のJPGがまだ拒否されるなら、同じ変換を繰り返す前に別の画像閲覧ソフトで正常に開けるか確認します。次にファイルの実容量と画素寸法を、アップロード先の規則と比べましょう。名前が.jpgでも内部データが正しい証拠にはならず、正しいJPGでも容量制限に引っかかる場合があります。古い表示が残るなら別名で保存した結果を試します。

形式が通ることと画像の内容が目的に合うことも別です。透明なロゴを望ましくない背景色に合成したり、アニメーションの不適切な一場面を出したりすると、アップロードはできても内容の審査で問題になるかもしれません。エラーを形式、寸法、容量、見た目に分けて考え、理由がわからないまま画質だけを下げないようにします。

表示されるエラーが曖昧なら、その提出先で使えることが分かっている小さなJPGを一枚試してください。問題が作ったファイルにあるのか、アカウントやブラウザー、フォーム側にあるのかを区別しやすくなります。試したファイルとエラー内容を残せば、サービスへの問い合わせも具体的になります。診断中もWebP原本は上書きしません。

• 別のアプリで開いて内部形式を確認する
• 容量と画素寸法を規則と比べる
• 形式の拒否と画像内容の不適合を区別する