Punycode変換
ラベルmünchenはxn--mnchen-3yaになります。これはドメインの登録情報や証明書、古いシステムが受け付けるASCIIの形です。Unicodeのラベルを1つずつ変換したり、xn--のラベルを読める文字に戻したりできます。ブラウザで無料で使えます。
- 無料
- ブラウザで動作
- 登録不要
- データは端末の外に出ません
無料で実行
計算例
- テキスト
- münchen
- 計算モード
- Encode
- 結果
- xn--mnchen-3ya
- ユニコード
- münchen
- ピュニコード
- mnchen-3ya
国際化ドメイン名には、ウムラウト、アクセント付き文字、キリル、アラビア文字、CJK を含むラベルを DNS・証明書・レガシーリゾルバが運べるよう、ASCII 互換の符号化が必要です。Punycode（RFC 3492）は IDNA の A-label でおなじみの xn-- 接頭辞の背後にある Bootstring アルゴリズムです。
Unicode ドメインラベルを Punycode ACE（xn--）に符号化
エンジンはロケール非依存でラベルを小文字化し、空文字、空白、制御文字、埋め込みドットを拒否し、複数ラベルのホスト名全体を一つの DNS ラベルとして誤って扱わないようにします。純 ASCII ラベルは xn-- 接頭辞なしでそのまま通し、LDH 名に対する IDNA 慣行と一致します。
ラベルに非 ASCII 符号点があれば、RFC 3492 の Punycode エンコーダを実行し結果に xn-- を付けて、DNS ゾーンファイル、証明書 SAN、WHOIS 表示で使う A-label を生成します。経路はネットワークも乱数ソルトも壁時計もない純粋な算術なので、同一入力は常に同一出力になります。
ASCII ホスト名しか受け付けないシステムでも生き残る移行チェックリスト、ゾーン行、サポートチケット用の貼り付け安全な A-label が必要なときに使います。
ACE または Punycode を Unicode に復号し、無効入力を処理
mode を decode にし、xn--mnchen-3ya のような ACE ラベル、または mnchen-3ya のような生 Punycode 本体を text に入れます。
エンジンは先頭の xn-- 接頭辞があれば除去し、本体が文字・数字・内部ハイフンだけの基本アルファベットであることを検証し、RFC 3492 デコーダで Unicode 符号点を復元します—JavaScript 文字列でサロゲート対として表される補助平面の文字も含みます。
成功した decode は result と unicode を U-label、punycode を本体、入力が xn-- を持っていれば ace 真、mode decode、method rfc3492 を返します。
人が読めるドメインラベル用の punycode 変換という検索意図のときはこの能力を使い、ホスト名全体の分割、公開サフィックス照合、ライブ DNS 解決は他ツールに任せます。
ドメイン作業での使い方と制限
サポート手順、授業デモ、単発のラベル確認には、OpenSSL や言語ランタイムを入れずにブラウザ内の無料 punycode 変換を呼び出します。
典型フローは Unicode ブランドラベルを符号化してからゾーンテンプレートに A-label を書き、メールヘッダや証明書ログからコピーした ACE 名を復号して運用者が意図した U-label を読めるようにします。別フローはリリース前にドキュメントのサンプルが往復できるか確認します。
DNS ラベルは ACE 形式で六十三オクテット上限で、このエンジンは encode でその上限を強制し、過大な国際ラベルが展開不能な文字列を生む前に早期失敗します。元ラベルは他の KIT parse 項目と同じ保持規則に従い、アルゴリズムは分離環境間で完全に決定的なので結果を継続的インテグレーションのフィクスチャに固定しても安全です。
活用例
DNS ゾーンと証明書の準備
ASCII のみ受け付けるゾーンファイル、ACME SAN リスト、リバースプロキシのホスト規則を書く前に、Unicode のブランドや都市ラベルを xn-- の A-label に符号化します。
サポートとログの可読性
メールヘッダ、証明書透明性ログ、チケットシステムからの ACE 名を、担当者と顧客が読める Unicode に戻します。
よくある質問
xn-- ラベルを Unicode に戻すには？
mode を decode にし、ACE ラベル（または xn-- なしの生 Punycode 本体）を text に入れます。符号化が有効なら result は Unicode の U-label を返します。
無効な Punycode ラベルではどうなりますか？
不正文字、空の xn-- 本体、往復失敗、文字列中のドット、空ラベルは拒否され課金されません。
複数ラベルのホスト名全体を変換できますか？
いいえ。 この能力は一度に一つのラベルだけを受け付け、ドットを拒否します。ホスト名を分割し、DNS サイズの予測可能な出力のため各ラベルを個別に符号化または復号してください。
ASCIIだけのラベルにxn--が付かないのはなぜですか？
必要がないためです。ASCIIの英字・数字・ハイフンだけのラベルは、国際化ドメイン名の慣例どおりそのまま残ります。ASCII以外の文字が1つでもあるときだけ接頭辞が付きます。
関連ツール
開発者向け — APIアクセス
このページの機能はすべてAPIからも利用できます。自社システムに組み込みたいチーム向けのセクションです。それ以外の方は上のツールをそのままお使いください。
エンドポイント
Bearerトークンで認証し、POST1回でタスクをキューに登録します。結果はWebhookまたは署名付きリンクで受け取れます。
お使いのスタックから呼び出す
curl -X POST https://api.kit.forhosting.com/enc/punycode \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"text":"münchen"}'const res = await fetch("https://api.kit.forhosting.com/enc/punycode", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"text": "münchen"
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/enc/punycode",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"text": "münchen"
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/enc/punycode", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"text":"münchen"}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"text":"münchen"}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/enc/punycode", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)リクエスト例
{
"text": "münchen"
}レスポンス例
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "enc.punycode",
"status": "queued",
"_links": {
"result": "/tasks/tsk_…/result"
}
}非同期APIです。task_idは即時に返ります。ポーリングは1秒あたり1リクエストまでです。
料金
単価はすべて公開しています。トークン換算や独自クレジットはありません。失敗したタスクは課金されません。
エラー
| HTTP | コード | 意味 |
|---|---|---|
401 | unauthorized | APIキーが無効か、指定されていません。Authorizationヘッダーを確認してください。 |
402 | insufficient_balance | 残高が不足しています。チャージ後に再度お試しください。 |
404 | unknown_type | 指定されたタスクタイプは存在しません。タイプ名を確認してください。 |
429 | rate_limited | リクエストが多すぎます。しばらく待ってから再度お試しください。 |
技術的な注記
この能力は単一の Unicode ドメインラベルをその ACE 形式に符号化するか、ACE または生の Punycode 本体を元の Unicode U-label に復号し、単純な mode フィールドと決定的な整数演算で処理します。無効なアルファベット文字、空の xn-- 本体、単独サロゲート、ドット付きの複数ラベル文字列は、黙った破損ではなく明確な invalid_input エラーで拒否されます。
Unicode ドメインラベルを Punycode ACE（xn--）に符号化
必須の文字列フィールド text に Unicode のドメインラベルを一つ入れた JSON 本体を送ります—例えばウムラウト付きの都市名、母語表記のブランド、日本語ラベルなど—mode は既定の encode のままか、明示的に encode にします。応答には result（ACE または ASCII ラベル）、unicode（折りたたんだ U-label）、punycode（xn-- 接頭辞なしの本体）、ace の真偽、mode encode、method rfc3492 が含まれ、テストが各フィールドを固定できます。
ACE または Punycode を Unicode に復号し、無効入力を処理
復号後に再符号化し本体との厳密な往復を要求するため、切り詰めや手編集の ACE 文字列はそれらしいが誤ったグリフを返す代わりに invalid_input で閉じて失敗します。xn-- の後が空、句読点などの不正文字、decode に渡された非 ASCII テキスト、ドット付き複数ラベル、オーバーフローはいずれも説明付きの invalid_input を出し、前払い API では課金されません。
API の使い方、料金、DNS ワークフロー、実用上の制限
バックエンド、レジストラパネル、証明書自動化ジョブ、SDK が同じ encode または decode を残高下で必要なら、成功件ごとに $0.002 の前払い KIT API を使い、エンジンが拒否した検証失敗は残高を消費しません。複数ラベルのホスト名はラベルごとに処理してください—API は設計上ドットを拒否し、SEO ランディングが単一ラベル変換の意図と一致するようにしています。SDK を出荷する作者は result フィールドをコピーボタンに写し、unicode、punycode、ace フラグで IDNA 初学者向けの OpenAPI 例を自己説明的にできます。
連携の活用例
ドキュメントと CI の golden 確認
encode と decode のフィクスチャを固定し、Punycode や ACE 接頭辞の扱いがずれたらドキュメント例と継続的インテグレーションがすぐ失敗するようにします。
技術的な質問
Unicode ドメインラベルを Punycode に変換するには？
text に単一ラベル（例: münchen）を入れ、mode を encode（または省略）した JSON を送ります。result フィールドは xn--mnchen-3ya のような ACE 形式を返します。
punycode 変換は無料ですか？
ブラウザツールは端末上で無料です。API は成功件ごとに前払い KIT 残高から $0.002 です。検証失敗は課金されません。