SNSサイズ変換

いいえ。デコード・描画・エンコードはすべてブラウザのキャンバス内で行われ、このページにファイルを受け取るエンドポイントはありません。ネットワークパネルを見てください。ページ自身の静的アセット以外に、あなたの画像を運ぶ通信はありません。代償はリロードで消えることです。画像と結果はこのタブのメモリにしかないため、閉じる・再読み込み・新しいタブで開くと失われます。先にダウンロードしてください。

元画像が小さすぎます。各サイズは目標ピクセルで描き直されるため、それより小さいものは拡大補間されます。最も要求が厳しいのは YouTube チャンネルバナー（2560×1440）、最も軽いのは X (Twitter) アバター（400×400） です。選ぶサイズが多いほど、1〜2枚が拡大される可能性が上がります。元画像バーに数値が出ています。

Cover は必ず端を切ります。それは仕様であり不具合ではありません。contain に切り替えれば全体が見えますし、切り抜きダイアログで目標比率を固定して構図を決めることもできます。さらにプラットフォーム側でも切られます。アイコンは円になり、チャンネルバナーはスマホで中央の帯だけ残ります。プレビューを開いてプラットフォーム表示に切り替えれば、切り抜きとUIの重なりを同時に確認できます。

3点を確認してください。形式：透過は PNG にしかないため、JPEG に戻すと静かに無効になります。フィット方法：contain で透過なしの場合、余白は背景色で埋まります。元画像：不透明な元画像からは透過ピクセルのない PNG しかできません。存在しないものは作れません。

PNG は可逆、JPEG は非可逆です。同じ画像で数倍になるのは正常です。透過が不要なら JPEG を使ってください。写真、スクリーンショット、グラデーションはいずれも JPEG の方が向いています。PNG のコストを払うのは、切り抜き透過や大きな平坦色＋文字が必要なときだけです。

書き出すのは正方形のキャンバスで、円はアップロード後にプラットフォームが適用します。重要な要素は四隅を避けて中央のセーフエリア内に置いてください。プラットフォーム表示に切り替えると、切り取られる輪が見えます。四隅を透過にしても解決しません。多くのアイコン枠は透過を白や黒で埋めます。

意図的です。?size= 付きで来た場合は、まず 11 枚すべてを生成しなくて済むよう、書き出し対象をその1つに絞ります。全部欲しいときはツールバーの「書き出すサイズ → すべて選択」を開いてください。該当カードも数秒間ハイライトされます。

そのとき画面にある結果だけを、個別ダウンロードとまったく同じファイル名で入れます。元画像も readme も入りません。アーカイブ名は social-sizes-20261024-1208.zip のようにローカル時刻付きで、まとめて保管しやすくなっています。

そのとおりです。ホームは「ファイルを選んでワークベンチを開く」だけを行い、ファイルは同じタブのメモリ上で受け渡され、ストレージには書き込まれません。したがってこの経路はサイト内遷移である必要があり、新しいタブや再読み込みでは画像が失われます（仕様です）。もう一度選ぶか、変換ツールに直接ドロップしてください。

いいえ。ただしこれ以上鮮明にもなりません。長辺が 4096px を超える元画像は、メモリを抑えるためまず 4096 に縮小されます。最大の出力でも幅 2560px しか要らないので余裕があります。差が出るのは、ごく一部を切り抜いて大きく書き出した場合だけです。