跳至主要內容
Lizely

vCard 產生器

在本機建立符合標準的 vCard 聯絡檔案，內建安全文字轉義，並自動處理 UTF-8 行折疊。

隱私權：你的檔案不會離開裝置，所有處理均在瀏覽器本機完成。

使用方式

  1. 1.輸入所需的完整姓名，然後加上任何組織、職稱、電子郵件、電話、網站或備註。
  2. 2.選擇「產生 vCard」，並檢視預覽中精確的 vCard 4.0 文字內容，確認拼寫與格式。
  3. 3.下載 .vcf 檔案，並在目標聯絡應用程式中測試匯入，再行分發。

關於vCard 產生器

vCard 產生器會產生一個緊湊的聯絡檔案，可被許多聯絡清單與聯絡應用程式匯入。輸入完整姓名，並加上任何有用的選用資訊：組織、職稱、電子郵件、電話號碼、網站，以及備註。頁面會建立 vCard 4.0 文字記錄，顯示精確結果，並提供 .vcf 下載選項。姓名欄位必須明確填寫，因為沒有格式化的姓名，聯絡檔案將無法作為實用的便攜紀錄。空的選用欄位將被省略，而非產生模糊的空白屬性。

產生器遵循 RFC 6350 中的基礎序列化規則。它以 BEGIN:VCARD 開始，宣告 VERSION:4.0，加入 FN，並加入你提供的屬性，最後以 END:VCARD 結束。文字值中的逗號、分號、反斜線與換行符會接受 vCard 文字所需的轉義。這對於像 Doe, Jane 這樣的姓名、含分號的組織，以及含多行的備註特別重要。若未轉義，匯入程式可能將標點誤解為結構，而非聯絡值的一部分。

vCard內容行的長度規則是以UTF-8位元組計算，而非JavaScript字元。此工具會將過長的行折疊為不超過75位元組，並在每個續行前加一個空格。它會處理完整的Unicode碼點，因此不會在UTF-8編碼的中間拆分表情符號或多位元組字元。下載的檔案使用CRLF換行結尾，並以最終CRLF結尾。這些細節在手動組裝聯絡卡時很容易被忽略，尤其是在長段落包含非ASCII文字時。

網站欄位必須為公開的 HTTP 或 HTTPS 位址。內嵌的使用者名稱與密碼將被拒絕。其他聯絡欄位會拒絕不支援的控制字元，並有實際的長度限制。文字換行會被編碼在屬性值內，而不是產生額外的 vCard 屬性。這些檢查保護輸出結構，同時保留一般國際文字、標點、電話格式與備註。產生器並未宣稱電子郵件或電話號碼屬於真實個人，僅會序列化你提供的值。

所有處理皆在當前瀏覽器中完成。聯絡資訊不會提交至 Lizely、儲存在帳戶中，或傳送至遠端轉換服務。下載連結指向由預覽產生的臨時瀏覽器 Blob。關閉或重新載入頁面將刪除輸入的資料與產生的下載。此本機設計在聯絡資訊為私密或你希望快速取得檔案且不想建立帳戶時特別有用。

若要確認結果，請先閱讀預覽再進行下載。確認姓名拼寫、國家程式碼、電子郵件域名與網站路徑。然後下載 .vcf 檔案並匯入你打算使用的聯絡清單應用程式。不同應用程式在匯入行為與支援的選用屬性上可能有所差異，因此實際匯入才是最終的相容性測試。此產生器刻意僅輸出小而保守的屬性集合，而非廠商特定的照片、社交連結或同步擴充套件。

需要可掃描的短公共值表示時，請使用 QR Code 產生器。需要下載式聯絡記錄時，請使用此 vCard 工具。輸出為純文字，可用任何文字編輯器檢視。這不是數位身份，也不是驗證簽名，亦非分享他人聯絡資訊前取得同意的替代品。

方法與來源

瀏覽器會驗證受限制的使用者輸入，轉義 RFC 6350 文字分隔符與換行符，驗證網站網域，將 4.0 的 vCard 屬性清單序列化為 CRLF 結尾，並將每個 UTF-8 物理行轉換為最多 75 個八位元，且不切分 Unicode 的碼點。

常見問題

我的聯絡資訊會上傳嗎？
不會。vCard 在你的瀏覽器中組裝，下載則使用臨時的本機 Blob URL。
為何預覽中出現反斜線與折疊行？
vCard 4.0 要求特殊文字字元必須轉義，長內容行必須以 UTF-8 位元組長度為限折疊。匯入程式會自動展開並解碼這些內容。
我可以加入照片到 vCard 中嗎？
不會。此專注的產生器僅輸出保守的純文字屬性集合，不內嵌照片或廠商特定擴充套件。
產生的是哪個 vCard 版本？
輸出會宣告 VERSION:4.0，並遵循 RFC 6350 中的基礎序列化、轉義、UTF-8 與內容行規則。

相關工具

產生器 使用指南

查看全部