裁切

裁剪圖片 照片圓形裁切

最佳化

壓縮圖片 去除背景 圖片放大

編輯

調整圖片大小

轉換

其他

JPG轉PDF

不離開瀏覽器就把 JPG 轉成 PNG

當某個工具非要 PNG，或你想止住後續損失時，就把 JPG 包進一個無損的 PNG。

或將圖片拖放至此

快速解答

帶來一張圖片，瀏覽器就在你自己的機器上料理，什麼都不傳送。帶來多張時，它們會前往我們的伺服器，由它完成工作並回傳一個約 2 小時內刪除的連結。把一張 JPG 交給 Araluma，重建的工作全程留在你手上這台機器，影像一步都沒往外送。 一放下，瀏覽器幾乎眨眼間就替它套上一層無損的 PNG 殼。 此刻 JPG 內含的像素一個不漏地搬過去，連早先被壓進去的那些瑕疵也一同帶上。 唯獨它使不上力的，是召回原本 JPEG 早就拋棄的細節，那些東西早已蒸發，任何工具都變不回來。 順帶一提，產物只會更胖，絕不會更瘦。 測下來，一張 17 KB 的 JPG 落在約莫 105 KB 的 PNG，而一張 116 KB 的則臌脹到 384 KB 上下。 膨脹屬於常態，不是哪裡壞了。 三種時機適合走這一步：想要一塊無損的畫布來反覆動手、碰上某支軟體死認 PNG、或盼著日後的修改別再一層層疊上新的折損。 它唯一交不出來的東西，就是一塊透明的底。

怎麼把 JPG 轉成 PNG

怎麼把 JPG 轉成 PNG

想開工，可以把一張 JPG 朝投放框一甩，也可以點開來在資料夾裡撈一張。框一接住檔，活就自己啟程，從頭到尾你尋不著一顆叫「轉換」的鈕，一般的照片往往不消一秒便有 PNG 現身。緊接著那顆「下載」鈕沿用舊名收檔，只把尾碼撥成 .png。每一份檔各跑各的、互不排隊，無論你在桌機還是在手機，腳下都是同一條路。掛 .jpg 尾的與掛 .jpeg 尾的，舉動分毫不差。萬一你手頭恰好只攥著一張 WebP、或一張 GIF，別擔心，它倆照樣被收作來源，犯不著再去張羅另一件工具。

為什麼你的 PNG 檔比 JPG 大

為什麼你的 PNG 檔比 JPG 大

一張 JPG 靠把像素資料丟下船來變小。一張 PNG 死守住每個像素、完全沒有任何有損的一步，所以把 JPG 變成 PNG 一定產出比較重的檔。數字也印證了，一張 17 KB 的 JPG 量到接近 105 KB 的 PNG，一張 116 KB 的 JPG 則爬到大約 384 KB。每個 PNG 轉換器都這樣，因為無損正是這個容器的全部重點。比較笨重的 PNG 不是比較精緻的圖，因為裡頭的像素就是 JPG 帶來的那批，連缺陷都一起。只有當那個無損外殼替你換到某種實在的東西時，這個轉換才划算，比方說止住重存時的進一步損失、討好一個除了 PNG 什麼都不收的程式，或為你打算日後加上的透明先鋪好路。

JPG 還是 PNG，哪種格式合你的流程

JPG 還是 PNG，哪種格式合你的流程

碰上標誌、圖示、字體俐落的截圖、線條稿，還有任何想保留透明、或得一改再改卻不願讓畫質一點點蒸發的素材，就投向 PNG。至於照片、頁首的主圖、以及準備丟進社群動態而那頭橫豎會再壓一遍的貼文，安心留在 JPG 即可。這道權衡攤開來就是檔頭的份量對上動刀的自由：論輕巧 JPG 奪魁，論一存再存仍守得住畫質則 PNG 出線。趁動手之前先把 JPG 罩進 PNG，能讓往後每一次落存都不再堆上新瑕疵，這恰恰是設計師與攝影者在一條多關卡的流程走到半路、把照片挪進 PNG 的緣由。等到成品總算要奔向網路，臨末一刻再匯出回 JPG 或 WebP 便是。

品質，這個轉換守得住什麼、又守不住什麼

品質，這個轉換守得住什麼、又守不住什麼

既是無損，PNG 這道工序自身一分新的畫質都不會折掉。可它鞭長莫及的，是把頭一回 JPEG 早已割捨的畫質重新拼回來。任憑哪一類瑕疵、條紋、糊化或色偏曾被烙進 JPG，都會照著舊貌一五一十滲進 PNG。PNG 能做的不過是替這條下坡路就地踩煞。這裡沒有什麼畫質旋鈕，只因一張 PNG 壓根沒這項設定，無損就寫在它的骨子裡。你若苦尋一份更利落的來源，藥方是打從頭就握一張更上等的原檔，畢竟沒有哪一種轉換能把 JPEG 鬆手放走的像素再喚醒。

這會做出透明背景嗎

這會做出透明背景嗎

不會的。從 JPG 跨到 PNG，被換掉的僅是外殼，像素本身原地不動，於是 JPG 那塊鐵實的底，到了 PNG 依舊鐵實。論本領，PNG 扛得起透明，可這份檔案偏偏一絲也不含，除非你另闢一道手腳把背景掃掉。倘若你心心念念的是由 JPG 變出來、底子透明的 PNG，那就在轉好之後再請去背工具上場。它會把主角揀出、將周遭的像素一抹而淨，遞給你一張握有真材實料 alpha 通道的 PNG，而非一片扁平又密不透光的影像。

轉換在哪裡進行

轉換在哪裡進行

一切取決於你帶來多少個檔案。只有一張圖片時，整個過程都在分頁內透過瀏覽器自帶的影像引擎執行，什麼都不上傳。打開 DevTools，在單次轉換時盯住網路面板，你會數到零個攜帶照片的出站要求。一次帶來多張時，它們會前往我們的伺服器，由它完成工作並回傳一個下載連結。該連結以及背後的檔案會在約 2 小時內刪除。所以一張照片留在你的裝置上，而批次處理在我們的伺服器上料理，隨後被清空。請依圖片的私密程度選擇路徑。

運作方式

  1. 交一張 JPG 過來

    把檔案丟進框裡，或點擊從資料夾中選取。只轉換一張，它留在你的機器上。新增多張，它們會前往我們的伺服器一起轉換。

  2. 往後一靠

    你不必再做別的。一張普通照片大概在你手指抬起的工夫就成了 PNG，過程裡沒有「轉換」這一步，也沒有轉圈圈。

  3. 留意它的成長

    PNG 會大幅壓過 JPG 的重量。想像一張 17 KB 的來源跑出接近 105 KB 的東西，那是格式照預期在運作。

  4. 收下你的 PNG

    輕點一下下載它就出來，同名，換成新副檔名。還有更多嗎。批次會作為一個壓縮檔回傳，連結會在約 2 小時內從我們的伺服器刪除。

常見問題

把 JPG 轉成 PNG 會讓品質變好嗎？

它能撥動的只有往後的局面：人一旦落腳 PNG，便可一改再存，而每一輪都不會再添上嶄新的壓縮創傷。可若論把 JPEG 當初甩出去的東西召回來，它無能為力，因為 PNG 此刻捧著的，恰是 JPG 掌心那批分毫不差的像素，連既有的瑕疵都一併捧上。PNG 這層外衣固然不丟資料，但你動身時握的那張 JPG 卻不是。所以想討一個更俐落的開頭，得先備妥一份畫質更高的原檔才行。

為什麼我的 PNG 檔比原本的 JPG 大？

一張 17 KB 的小 JPG 漲到 105 KB 一帶、一張 116 KB 的探向 384 KB，這在實測裡屢見不鮮，而且換哪具 PNG 轉換器都一個樣。背後的道理只有一條：PNG 一顆像素都不肯放、整趟沒有半道有損的工序，至於 JPG，當初本就是靠把它斷定你察覺不到的料子整批扔掉才瘦身成功的，如今 PNG 卻把那些一概接住。所以你要是看重檔案輕巧、勝過看重那層無損的外衣，索性別轉，留在 JPG，或者轉完之後補上一道壓縮的手腳。

把 JPG 轉成 PNG 會做出透明背景嗎？

不會。轉換撥的是外殼、撥不到像素，所以 JPG 那塊實底一進 PNG 還是那般紋風不動地實。論本事這套格式盛得下透明，可光靠轉換它自個兒，半點透明也孵不出。要從一張 JPG 摳出一張透明的 PNG，就在轉妥之後另起一道去背的活計，它把四圍的像素揩淨、給你撂下一條真材實料的 alpha 通道。

在這裡把 JPG 轉成 PNG 安全嗎？

這取決於你帶來多少個檔案。轉換一張時照片永遠不離開瀏覽器，全部工作在你的裝置上執行且不上傳，你可以在 DevTools 中透過單次轉換時追蹤網路面板來確認。一次帶來多張時，它們會前往我們的伺服器接受料理，隨後下載連結及背後的檔案會在約 2 小時內刪除。如果圖片私密，請逐張轉換，讓它們留在你的機器上。

我可以一次把多個 JPG 檔轉成 PNG 嗎？

可以。放入一疊檔案，Araluma 會一起轉換並回傳一個壓縮檔。批次處理在我們的伺服器上而非分頁中料理，下載連結會在約 2 小時內刪除。而單獨一個檔案則直接在瀏覽器中轉換，什麼都不傳送。無論哪種，每次轉換都很快。

我為什麼要把 JPG 轉成 PNG？

會走這一步的人，動機大抵不脫三種。也許他要一塊不丟資料的底，圖的是日後一遍遍動刀都不再堆出新瑕疵。也許他手上那支軟體或那條流程死認 PNG、見了 JPG 就回絕。又也許他盤算著往後替圖添上透明，非得倚仗 PNG 那條 alpha 通道不可。話雖如此，這三種動機沒一種能讓 JPG 的畫質回春，它們頂多攔著畫質別繼續垮。所以你若一心只想要檔案更小，壓縮工具反而更對路。

詳細資訊

團隊關於工藝、格式以及一個好的圓形裁剪背後小決定的筆記。

無損容器，PNG 究竟存下了什麼
撐起 PNG 的是 DEFLATE，一套不丟資料的算法。它先把每一顆像素那組 RGBA 數字照原樣抄錄，接著在每條掃描線抹上一層可逆的濾鏡，末了拿一條 zlib 血統的串流把整捆料子勒緊。講白話，不丟資料就是你解開後攥到的數字，跟當初塞進去的那串對到一個位元組都不歪。落在這趟 JPG 轉 PNG 上，塞進去的數字便是瀏覽器把 JPEG 拆完後遞還的像素，而它們身上早馱著原版 JPEG 編碼那會兒引進的每一道近似。所以 PNG 規規矩矩抄下的是那一批近似，並非鏡頭當年攝下的真景。秤過便明白，一張 1024x768、17 KB 的 JPEG 攤成貼近 105 KB 的 PNG，一張 3840x2160、116 KB 的則探到 384 KB 邊上。這幾個倍率咬著解析度不放、與 JPEG 哪一檔品質無關，也就難怪它們換了內容仍立得住。這層容器之所以站得住腳，憑的是替頹勢踩煞，而非把它扳回頭。
為什麼 JPEG 的品質救不回來
JPEG 是把資訊一去不回地撒手的。它的壓縮在 8x8 的方塊上抹一道餘弦變換，把所得的頻率係數朝一組更粗的數目捨去，再把捨過的數字存下。那一道捨去單行不回頭，於是一顆原讀 47、被掰成 50 的係數，往後再也推不回去，檔案對那個 47 半點念想都不留。拆解 JPEG 時，它從那些捨過的係數把像素拼回來，而那不過是對原值的揣測。將那批揣測罩進 PNG，你到手的是一張瑕疵之圖的完美謄本。這當中無一條算得上 PNG 或 Araluma 的短板，這純粹是有損壓縮的本相，凡在編碼那一刻被撒掉的，就一路撒著。要登上更高的 JPEG 畫質，唯一的門徑是折返那份未壓的來源、或那枚 RAW。
量得出來的檔案大小成長
奔向 PNG 的半路上一張 JPG 究竟臌多少，全瞧那幅圖的長相，可那股趨勢卻一貫地穩。畫面熱鬧、明暗層次稠密的照片臌得最狠，皆因那正巧是 JPEG 玩得爐火純青的題材，反觀 PNG 那具不丟資料的編碼器，在這般嘈雜的像素跟前只能乾瞪眼。照這件工具自個兒的試驗，一張 1024x768、17 KB 的 JPEG 照片變作一張 105 KB 的 PNG，差不多翻了六番，一張 3840x2160、116 KB 的 JPEG 照片則變作一張 384 KB 的 PNG，約莫 3.3 番。輪到截圖、圖示這類平鋪直敘的料子，JPEG 從頭就跟它不投緣、在那廂常馱著更厚的份量，於是同款內容的 PNG 臌得反倒收斂許多。道理擺得明白：你若惦記的是更袖珍的產物，把一張 JPG 揉成一張 PNG，只會把你往岔路上送。
透明，是本事而不是內容
PNG 那條 8 位元的 alpha 通道是容器的一項能耐，准許任何一顆像素揹上一份不透明度，從 0 的全然澄澈直到 255 的全然厚實。當一張 JPG 經平台那具影像引擎被重塑為一張 PNG，每一顆像素都以 255、密不透光的姿態現身，皆因那張 JPG 打從頭就沒半點透明可遞交。PNG 立在那兒、隨時能盛 alpha 數據，偏偏這份檔一星半點也不盛，只因來源裡一星半點也不存。要把透明灌進這幅圖，得仰仗一道另起的工序，或在編輯器裡親手把背景遮掉，或喚一具自動的去背器上陣。一具被調校來辨認主角的去背器，能在轉換之後把背景像素的不透明度歸零，奉上一張握有真切 alpha 的 PNG。
EXIF 中繼資料的去向
這份檔一經重塑，它身上那串 EXIF、IPTC 跟 XMP 標籤便在每一款瀏覽器裡從 PNG 上鬆脫，順手把 GPS 座標、相機的身板、按下快門那一日、版權那幾行字，連同 JPG 攥著的任何自訂 XMP，一塊兒卷走。輪到色彩描述檔，境遇就稍稍分岔。Chrome 同 Safari 把那一枚 sRGB 標籤留在出爐的成品上，Firefox 倒是連它帶旁的一切一概放行。也因此這張 PNG 不拘你在哪兒掀開，都站得住 sRGB，只是像 Display-P3 或 Adobe RGB 那一檔廣色域的描述檔，過不了 Firefox 這道坎。對家常的網頁與分享，把標籤甩開反倒是好事，剃掉一星半點份量、再把方位資料從你的照片上薅乾淨。至於那等非把內嵌中繼資料攥牢不可的專業或典藏活計，煩請在轉換的前頭或尾巴，差一件量身打造的工具去看管那條鏈子。
隱私與工作落在何處
工作落在何處取決於數量。對單張圖片，什麼都不離開瀏覽器，而且幾秒內就能即時查看。打開 Chrome DevTools，切到網路面板，依 XHR 和 Fetch 篩選，然後轉換一個檔案。編碼執行時什麼都不出現。對兩個或更多，Araluma 會把它們傳送到我們的伺服器，由伺服器轉換、彙整結果並回傳下載連結。該連結和轉換後的檔案會在約 2 小時內刪除。單張路徑把一切留在裝置上、在網路之外，而批次則以一次了結許多檔案作為交換。對某件私密之物的截圖或標有你位置的照片，逐張轉換可讓它留在你的機器上，這是真切的差別，不是口號。