Base64值可能包含 +、/ 和 =。查詢字串剖析器可能把原始 + 解讀成空格。隨意取代字元可能掩蓋最初的錯誤。
請使用無害範例，不要使用實際密碼、權杖或個人紀錄。UTF-8文字 a?b 編碼後是 YT9i。第一個範例用來確認來回轉換，但不包含容易出問題的字元。另一個字面測試值 a+b/c= 適合檢查URL元件跳脫；這裡並未將它視為有效的Base64。
在URL Encoder & Decoder中，只編碼參數的值。字面值 a+b/c= 會變成 a%2Bb%2Fc%3D。將編碼值放在選定的鍵之後，例如 ?value=a%2Bb%2Fc%3D。不要把整個 https://... 網址交給元件編碼器，卻預期URL分隔符號保持不變。
接收端應將URL元件解碼一次。結果仍應為 a+b/c=。若接收端剖析 application/x-www-form-urlencoded 資料，對原始 + 的規則與 decodeURIComponent 不同。FrAIFlow的元件解碼器會保留字面的 +，不會自動套用表單解碼規則。這種差異是診斷的一部分，並不代表某個工具故障。
只有在還原真正有效的Base64值之後，才進行Base64解碼。若出現填補字元無效或UTF-8錯誤，請停止並檢查原始表示方式與所選格式。反覆解碼直到字串看似可讀，不是安全的修復方法。意外出現的 %252B 可能代表多了一層編碼，但單憑這點無法證明是哪個系統加入。
編碼不是加密。URL可能儲存在瀏覽紀錄和伺服器日誌中，因此不要把秘密放進查詢字串，比為了傳輸而將它編碼更安全。
使用相關工具
輸入與結果保留在此瀏覽器中。不需帳號，也不上傳。