ja (言語タグ)

[81] ja は日本語を表す ISO 639 言語符号であり、 言語タグであります。

[82] 特に細かい指定が必要ないときはこれを使います。

ja-JP (言語タグ)

[21] 日本国で使われる日本語と特に明記する必要がある場合は、 言語タグ ja-JP を使うことができます。

[59] 実際には、日本国以外で日本語が使われる場面は多くなく、 しかも国の違いを明示する必要がある場面はその中でもわずかなので、 ja とだけ書くのが一般的です。

[60] 特定のプログラムの仕様等で地域部分タグが必須な場合や、他の言語タグとの統一性のため地域部分タグを明示したいような場合もあって、 ja-JP が使われることもままあります。 しかしそうした事情がなければ、短くて必要十分である ja が望ましいと考えられます。

ja_JP (POSIX ロケール識別子)

[58] POSIX locale ja_JP は日本国の日本語のロケールを表します。

[61] POSIX では言語符号と国符号を組み合わせて両方明記するのが一般的です。

[62] 稀に誤って言語タグ ja_JP が使われることがあります。 (この誤りは日本語以外の言語タグでもみられます。) 言語タグの構文に違反しており、明確な誤りです。

jp (言語タグ)

[7] jp は、 たまに使われる日本語を表しているらしい言語タグです。

[39] 言語タグ jp は誤りです。正しくは ja です。

[64] 国符号が JP なので、よく日本語も誤って jp と記述されるのです。

[65] 多くの実装は jp に対応しておらず、未知の言語とみなします。

• [48] 手元の WinIE 1.0〜3 は jp という間違った値を送ります。

[68] また、 Accept-Language: に相当する Webブラウザーの設定に自分で jp を追加している人も稀にいるようです。

[151] >>150

[430] ところで、本来これは ISO 639 や言語タグという特定の世界の話であり、 それが適用されない他の符号や符号ではない日常の語彙としては日本語を ja としようが jp としようが正しいも誤りもない、というのが大前提としてはありますが。

[431] 実際には Web 系を中心に日本の情報技術者の間では日本語を省略するなら ja とすることが非常によく普及しています。 (一般の日本人だとそうでもありませんが。)

[432] そのため情報系のサイトやサービスなどで日本語が jp と表現されていると、 その提供者は実務経験が少ないのかもしれない、 言語と国の区別ができないレベルの理解なのかもしれない、 技術部門と広報等の部門の意思疎通に問題があるのかもしれない、 といった経験的な判定基準の1つに使うことが出来たりもします。

jpn

[87] jpn は日本語の ISO 639 3文字符号です。

[349] 言語タグとしては使うのは誤りですが、極めて稀に使われることがあります。

japanese (言語タグ)

[83] 極めて稀に言語タグ japanese が使われることがあります。

[84] 言語タグの構文に違反しており、誤りです。

[85] 対応している実装はみたことがありません。

日本語 (言語タグ)

[88] 極めて稀に言語タグ 日本語 が使われることがあります。

[89] 言語タグの構文に違反しており、誤りです。

[90] 対応している実装はみたことがありません。

jpx

[129] 日本語族を表すISO 639 言語符号 / IETF言語タグ jpx があります。

JAN (言語系タグ)

[417] OpenType の言語系タグ JAN は Japanese を表し、 ISO 639 言語符号の jpn と関係すると説明されています。 >>416

津軽弁の識別子

• [125] 遊び心ある任意の言語を追加するには | Drupal Groups, 2024-04-03T14:00:31.000Z, 2024-04-03T14:02:28.565Z https://groups.drupal.org/node/508772

[126] >>125 は津軽弁を追加しようとしたものの、言語タグがわからず、(おそらく)断念しています。

[127] 言語タグ体系が整備されていないことで自分の使いたい言語を自由に使えないという実害の1事例といえ、 由々しき事態です。

八丈語の識別子

[163] ISO 639-6 は八丈島弁に4字言語符号 hhjm を割り当てていました。

関西弁の識別子

[380] 関西弁は現代日本語のうち標準語/共通語を除いて最もよく用いられ言及される方言で、 これを計算機システムで実装しようとした試み (商用システムで実戦投入されたものを含む。) もかなりあります。

[382] しかしその識別子は既成の標準規格がまったく対応できていないために安定性を欠いているのが実情です。

[381] 適切な標準の欠如が言語的多様性の実現の障害になっているとも考えられ憂慮される状況ですが、 打開の見通しも立たないのが現状です。

[433] 標準化された符号の不存在が、関西弁やその他の方言の翻訳テキストの整備がされない要因の1つになっているとの指摘もあります。 少数実装例 (≒ 需要の暗示) があるにも関わらず、 他ソフトウェアへの波及の見通しがないことがその実証といえます。

[2] ja_KS は、 Facebook が関西弁を表すために使っている >>1 ロケール識別子です。

[3] 他の ja_JP などは POSIXロケールと同じですが、 ja_KS は Facebook 独自のもので、 Facebook 以外のシステムでは使えません。

[13] Webブラウザーの Vivaldi は、 ja-KS というロケール識別子を使っています。 >>12

[14] BCP 47 言語タグのような構文ですが、 BCP 47 言語タグとして使われることもあるのかどうか不明。

[15] Android 関連のファイルでは Android のロケール形式により ja-rKS となっています。 >>12

[20] 関西弁のネイティブスピーカー・ボランティア翻訳者、大募集(しました)! | Vivaldiブラウザ, 2024-01-22T10:35:01.000Z https://jp.vivaldi.net/announcement/kansai_translator/

[4] BCP 47 言語タグとして、 ja-JP-kansai が使われることがあります。

[9] IANA登録簿には未登録です。 言語タグの古い仕様書では正当な言語タグだったのですが (当時は未登録でもOKだった)、 その後の仕様の非互換変更のせいで、本稿執筆時点では非妥当な言語タグになってしまっています。

[249] 大阪弁の言語タグに ja-osaka があります。

[250] 古くから例文でよく使われています。大阪弁の言語タグの事実上の標準といって良いでしょう。 実利用がどれだけあるかは不明です。

• ja-osaka (日本の大阪弁)

  • [17] 消滅確認 2022-12-04T04:33:58.800Z
  • [18] lang属性 * HTMLリファレンス, KURAGEYA, 2022-12-04T04:33:39.000Z, 2004-10-20T12:53:52.378Z https://web.archive.org/web/20041020125348/http://kurageya.fc2web.com/web/tag/zlang.html

• ja-osaka(大阪弁)、en-us(米国英語)

  x- で始まるコードはプライベートな言語として使用することが許可されています。

  x-orelang(自分が勝手に作った言葉)

  • [19] 消滅確認 2022-12-04T04:32:58.600Z

• [141] Xユーザーの菱川拓郎さん: 「となると残りはPrivate Use Subtagsを使うしかない。これは自由に使える。ということで結論としては、関西弁の言語タグは ja-JP-x-kansai が適当かな。関西弁という概念が明確にどの地域を指すのか不明で、漠然とした概念的な関西なので、ja-JP-x-kinki でも良いか。」 / X, 午前3:16 · 2022年3月28日2022-03-27T18:16:20.000Z, 2024-04-03T13:01:33.000Z https://twitter.com/HissyNC/status/1508145912715292674
  • [142] Xユーザーの菱川拓郎さん: 「同様にやさしい日本語の場合どうなるか…これもPrivate Use Subtagしかないのかな。ja-JP-x-easy …か?」 / X, 午前3:23 · 2022年3月28日2022-03-27T18:23:42.000Z, 2024-04-03T13:01:33.000Z https://twitter.com/HissyNC/status/1508147768254431235

[326] Xユーザーのharo2さん: 「ぐぐったら ja-JP の派生で ja-OS で関西弁カルチャを定義しようとしてダメだったというブロク見つけたけど、ja-OS だと BCP-47 に準拠してないからダメだったのかも」 / X, 午後6:46 · 2020年11月24日2020-11-24T09:46:33.000Z, 2024-05-01T07:29:01.000Z https://twitter.com/haro2beam/status/1331172345063456768

[328] C#のリソースの仕組みを使って多言語対応させようぜ☆(^~^) #C# - Qiita, 2024-05-01T08:07:27.000Z https://qiita.com/muzudho1/items/8e55668b7c0914466fac

# 日本は ja-JP しかない。 大阪弁を追加しようと ja-OS(日本(大阪)) を作ろうとしたら
# 言語コードは OS(コンピューター)への登録制になっていて、管理者権限 が求められたので止めた。

[429] VisiOS - タブ/ブックマークマネージャーOS (Chrome/Edge拡張機能), 2025-08-04T05:36:49.000Z https://beta-japan.com/?l=ja2

        <select id="idSelLang" class="cVisiSelect">
            <option value="0">- Select Language -</option>
            <option value="en">English</option>
            <option value="ja">Japanese - 日本語</option>
            <option value="zh-cn">Simplified Chinese - 简体中文</option>
            <option value="zh-tw">Traditional Chinese - 繁體中文</option>
            <option value="es">Spanish - Español</option>
            <option value="pt">Portuguese - Português</option>
            <option value="fr">French - Français</option>
            <option value="de">German - Deutsch</option>
            <option value="ar">Arabic - عربي</option>
            <option value="ru">Russian - Русский</option>
            <option value="sv">Swedish - Svenska</option>
            <option value="fi">Finnish - Suomi</option>
            <option value="pl">Polish - Polski</option>
            <option value="nl">Dutch - Nederlands</option>
            <option value="cs">Czech - Čeština</option>
            <option value="da">Danish - Dansk</option>
            <option value="no">Norwegian - Norsk</option>
            <option value="hu">Hungarian - Magyar</option>
            <option value="it">Italian - Italiano</option>
            <option value="el">Greek - Ελληνικά</option>
            <option value="ko">Korean - 한국어</option>
            <option value="lt">Lithuanian - Lietuvių</option>
            <option value="lv">Latvian - Latviešu</option>
            <option value="sk">Slovak - Slovenčina</option>
            <option value="sl">Slovenian - Slovenščina</option>
            <option value="hr">Croatian - Hrvatski</option>
            <option value="bg">Bulgarian - Български</option>
            <option value="uk">Ukrainian - Українська</option>
            <option value="et">Estonian - Eesti</option>
            <option value="he">Hebrew - עברית</option>
            <option value="ro">Romanian - Română</option>
            <option value="tr">Turkish - Türkçe</option>
            <option value="hi">Hindi - हिन्दी</option>
            <option value="id">Indonesian - Bahasa Indonesia</option>
            <option value="th">Thai - ไทย</option>
            <option value="vi">Vietnamese - Tiếng Việt</option>
            <option value="ga">Irish - Gaeilge</option>
            <option value="eu">Basque - Euskara</option>
            <option value="ja2">Kansai-ben - 関西弁</option>
        </select>

琉球語の識別子

[86] 言語タグ ja-ryuukyuu が平成時代中期頃に提案されていました。 実用例は見当たりません。

[130] ISO 639 言語符号 / IETF言語タグで琉球諸語を表すものがあります。

• kzg 喜界島
• tkn 徳之島
• ryn 奄美大島北部
• ams 奄美大島南部
• okn 沖永良部島
• yox 与論島
• xug 国頭
• ryu 沖縄本島中央
• mvi 宮古諸島
• rys 八重山諸島
• yoi 与那国島

[434] >>130 のこれらは日本語 (ja) とはまったく別の符号であり、 別個の対応が必要となってしまうところ、 対応するソフトウェアが少ないために実用に支障があります。 >>86 のような方式なら未対応のソフトウェアでも最低限の日本語扱いがなされるのですが。

[136] Wikipedia で利用しています。

• [140] Template:Lang-yox - Wikipedia, 2024-03-20T14:33:32.000Z, 2024-04-03T14:34:28.617Z https://ja.wikipedia.org/wiki/Template:Lang-yox
  • 「与論島方言 (与論語)」
• [137] Template:Lang-xug - Wikipedia, 2024-03-20T14:30:56.000Z, 2024-04-03T14:33:40.157Z https://ja.wikipedia.org/wiki/Template:Lang-xug
  • 「沖縄北部方言 (国頭語)」
• [139] Template:Lang-yoi - Wikipedia, 2024-03-20T14:33:31.000Z, 2024-04-03T14:34:14.463Z https://ja.wikipedia.org/wiki/Template:Lang-yoi
  • 「与那国語」

[148] >>147 は沖縄語の辞書の XML 移植版ですが、 ryu-Hira, ryu-Jpan, ryu-Latn, jp-Jpan を使っています。 最初の3つは沖縄語の見出し語の各種表記、 最後は日本語の説明文。

[149] IPA 発音記号列を Latn とするのは誤りではないものの、違和感があります。

[150] jp は ja の誤り。

[147] - 6_s206.pdf, 2024-04-03T15:10:46.000Z, 2024-04-03T15:13:11.342Z https://researchmap.jp/SoMiyagawa/published_papers/40398156/attachment_file.pdf

読み仮名の識別子

[212] 平仮名の読み仮名を表すため言語タグ ja-Hira >>211, >>213, >>219 が使われることがあります。

[78] 片仮名の読み仮名を表すため言語タグ ja-Kana >>209, >>213, >>223, >>231, >>287, >>291 が使われることがあります。

[220] 他に言語タグ ja-Hira-JP >>214, >>215 や言語タグ ja-Kana-JP >>102 が使われることがあります。

[77] 言語タグ ja-Hrkt >>222 が使われることがあります。 ひらがなかカタカナかを問わないことを示すためでしょうか (>>222 の例示はすべて平仮名)。

[275] Semantic Web 系のデータベースでよみがなの意味の ja-hrkt が実用されている事例 >>310 をみました。 2024-04-09T05:07:12.400Z

[298] なお ja-Kana については >>282 も参照。

[366] 読み仮名と「じゃない方」を言語タグで区別することについては、 >>232 も参照。

ローマ字表記の識別子

[91] 日本語ローマ字表記を表す言語タグ ja-Latn が使われることがあります。 >>162, >>209, >>211, >>223, >>229, >>231, >>251

[241] ほとんどの用途は読み仮名に相当するローマ字併記を表すものです。 これについては >>232 を参照。

[173] 登録ファイル2009-10-05付でIANA登録簿に登録された異体部分タグ hepburn があります。 接頭辞は ja-Latn とされます。 ヘボン式ローマ字を表します。 >>174

[175] つまり言語タグ ja-Latn-hepburn で日本語のヘボン式ローマ字表記を表せます。

[176] この hepburn の登録には、 明治18(1885)年1885のヘボン式考案から近年のウェブページまでいろいろが参照されています。 そしてヘボン式には色々な変種があれども、それらを区別するのは生産的でないと主張しています。 >>174 つまり hepburn は「ヘボン式といわれるいろいろな手法のどれか」を表しています。

[178] hepburn という部分タグの意味は明治19(1886)年1886の旧ヘボン式であるかのように説明があるのですが >>174、 それに続く何が言いたいのかよくわからない文章を読んでいくとどうやら「ヘボン式」 全般を包括的に表したいらしい (>>176) ことが判明します。

[188] それを念頭に読み直すと旧ヘボン式の説明の後になぜか

The common characteristic of Hepburn romanization in its many variants, apart from the name, is an emphasis on approximating Japanese _pronunciation_ using English or European spelling conventions. Hepburn romanization does not attempt to parallel or transcribe the Japanese logographic scripts (hiragana or katakana).

と各種ヘボン式の「共通の性格」を説明した段落があります。 >>174 hepburn が意味する「ヘボン式」の範囲はこの記述から推測する以外ありません。

[179] つまり、

• [180] ヘボン式という名前で呼ばれていて、
• [181] 英語や欧州の綴字法に近似することを重視していて
• [182] 仮名との対応性は考えていない

というのが共通の性格だといっています。ただこの「共通の性格」 というのも曖昧な表現で、この性質を絶対に満たすものが hepburn だと言っているようにも理解できますし、 hepburn の多くはこの性質を満たすがそうでない例外ケースもあり得るという解釈も一応可能です。

[183] この説明から当然浮かんでくる疑問は

• [186] いわゆるパスポート式と呼ばれている方式は hepburn に該当するのか
• [187] 内閣告示の第2表を一部または全部採用した方式は hepburn に該当するのか
• [184] 誰かがヘボン式から派生した新方式を考案した、と主張したらそれも hepburn に該当するのか
• [185] 仏語やポルトガル語も欧州の言語だが、それを意識したローマ字方式は hepburn に該当するのか

といったようなものですが、いずれも hepburn の意味の根幹に関わる疑問です。

[196] なおローマ字以外にヘボン式は存在しないので Latn と明示するのは冗長に思われますが、 ja-Latn にしか対応していない実装でも ja-Latn にフォールバックできるというメリットがあります。

[198] 実利用例もいくらかあります。 >>197

[192] 2009-10-01付 >>190 (登録ファイルは2009-10-05付) でIANA登録簿に登録された異体部分タグ heploc があります。 接頭辞は ja-Latn-hepburn とされます。 米国 Library of Congress の方式のヘボン式ローマ字を表します。 >>189

[193] つまり言語タグ ja-Latn-hepburn-heploc で日本語のヘボン式ローマ字 (米国 Library of Congress 式) 表記を表せます。

[194] ところがこれは2010-02-07付 (登録ファイルは2010-02-09付) で非推奨とされました。 alalc97 が好ましいpreferredとされています。 つまり ja-Latn-hepburn-heploc は ja-Latn-alalc97 とするべきとされています。 >>190

[195] わずか数ヶ月での朝令暮改ですが、これは登録ファイル2009-12-14付で日本語に限定しない alalc97 が登録された >>191 ためそちらに寄せるべきと判断されたことによります。

• [320] Xユーザーの白湯さゆぬさん: 「日本語ローマ字表記を表す HTML の lang‐属性値は「ja-Latn」か。平仮名が「ja-Hira」なのはいいけど、片仮名が「ja-Kana」となるのは奇妙だな。なぜ「Kata」に出来なかった? 連濁を知らなかった?」 / X, 午後3:24 · 2018年7月24日2018-07-24T06:24:04.000Z, 2024-05-01T07:29:01.000Z https://twitter.com/sayunu/status/1021642150394490880
  • [321] Xユーザーの白湯さゆぬさん: 「IETF 言語タグで「日本で用いられる日本語のヘボン式ローマ字表記」を表すには「ja-Latn-JP-hepburn」という順序でないといけないらしい。」 / X, 午後4:58 · 2018年7月24日2018-07-24T07:58:10.000Z, 2024-05-01T07:29:01.000Z https://twitter.com/sayunu/status/1021665829874589696

[245] ヘボン式以外の方式、例えば訓令式用で広く通用する言語タグはありません。

• [315] XユーザーのRyuseiさん: 「教育ローマ字 dotless i ケーシング問題解決策まとめ 1. 言語設定をトルコ語にする(機能はするが…) 2. ja-Latn-kyoiku(仮) をIETF言語タグに追加した上で Unicode の SpecialCasing.txt に追加してもらう(技術的には正しい方法に見えるが政治的に無理ゲー感ある) 3. 記号を変える」 / X, 午後6:15 · 2021年6月6日2021-06-06T09:15:42.000Z, 2024-05-01T07:29:01.000Z https://twitter.com/mandel59/status/1401467824803966976
  • [316] XユーザーのRyuseiさん: 「4. ケーシングが壊れていることは諦める。標準的なシステムを使わず自力で処理する。」 / X, 午後6:17 · 2021年6月6日2021-06-06T09:17:47.000Z, 2024-05-01T07:29:01.000Z https://twitter.com/mandel59/status/1401468350958428161
  • [317] XユーザーのRyuseiさん: 「IETF言語タグ https://t.co/HO92G0yilB ヘボン式ローマ字は ja-Latn-hepburn 訓令式ローマ字は登録されてなさげ…」 / X, 午後5:02 · 2021年6月6日2021-06-06T08:02:36.000Z, 2024-05-01T07:29:01.000Z https://twitter.com/mandel59/status/1401449429308116992

[205] 拡張Tによって記述できる転写方式もあります (>>199)。

[206] 関連: 変換操作の識別

[258] ja-Latn-x-hepburn を使ったものもあります。 >>257

[216] 「ローマ字・英語」を en-US とすると定めている応用もあります >>215。

[285] 「英語名 (もしくはローマ字表記)」 を en とすると定めている応用もあります >>284。

[292] 欄ごとに en を日本語ローマ字と説明したり、 英語と説明したりするものもあります >>291。

[217] English だけでなく日本語ローマ字表記まで en とするのは厳密には誤りに近いですが、 実運用上日本語ローマ字と英語の区別が難しいことも多い ( 日本語ローマ字 ) ので、やむを得ないことがあります。

[218] なお、その場合でも en, en-GB, en-US, en-JP 等からどれを選ぶかは検討の余地があります。

• [230] Xユーザーの鍋太郎さん: 「name:ja-Latn は訓令式で、ヘボン式はname:enに入れればいいんじゃないのかな。どうせ表記されていいるローマ字風のものはeヘボン式をもとにした英語式なんだろうし。 #osmjp #OpenStreetMap」 / X, 午前10:39 · 2021年7月29日2021-07-29T01:39:57.000Z, 2024-04-05T14:23:27.000Z https://twitter.com/nabetaro/status/1420559688093945858
• [319] XユーザーのKAMEDA Akihiroさん: 「日本語のローマ字表記はIETF言語タグでja-Latnだけど、en-JPってどうなのという話が出てきたときに「むしろ小笠原語かなと思ってしまいます」という唐突な発言をしたのだけど https://t.co/Hg2lRzu0FN linguasphere には無くて、glottolog にはあるのか https://t.co/faf4UbdsAJ glottolog網羅性良いな」 / X, 午後5:46 · 2019年10月30日2019-10-30T08:46:19.000Z, 2024-05-01T07:29:01.000Z https://twitter.com/cm3/status/1189463530103164928

• [329] XユーザーのAruneko @ 06/29 OSC24doさん: 「バス停名称の英訳問題って結構難しくて、一応オリンピックに向けたガイドラインがあるのですがなかなか難しいところ。 https://t.co/nET9rJ8ZSr」 / X, 午後5:48 · 2019年5月2日2019-05-02T08:48:37.000Z, 2024-05-01T07:29:01.000Z https://twitter.com/aruneko99/status/1123871906707517441
  • [330] XユーザーのAruneko @ 06/29 OSC24doさん: 「このガイドラインでは日本語の音声案内だけが流れることをおそらく前提としていて、英語名称のバス停は英語発音に近いヘボン式ローマ字で示すことを推奨していますね。」 / X, 午後5:49 · 2019年5月2日2019-05-02T08:49:33.000Z, 2024-05-01T07:29:01.000Z https://twitter.com/aruneko99/status/1123872139394863106
  • [331] XユーザーのAruneko @ 06/29 OSC24doさん: 「一方でさっきRTした例が「Keimusho-mae」と書かれていたとしたら英語話者にはそこがどこであるのか全く伝わらないわけで、その意味では「Prison」と書くのもまた正しいわけですよね。」 / X, 午後5:50 · 2019年5月2日2019-05-02T08:50:51.000Z, 2024-05-01T07:29:01.000Z https://twitter.com/aruneko99/status/1123872466647027714
  • [332] XユーザーのAruneko @ 06/29 OSC24doさん: 「ちょっとどっちに寄せるか決めかねたので道南バスのGTFSに含まれるtranslations.txtではひとまずオリンピック向けガイドラインを参考にヘボン式英語名称を制定していますが、今後の議論によってはもちろんバス停名称の「英訳」も考えられますね。」 / X, 午後5:52 · 2019年5月2日2019-05-02T08:52:07.000Z, 2024-05-01T07:29:01.000Z https://twitter.com/aruneko99/status/1123872785883901956
  • [327] Xユーザーのhk40mさん: 「BCP 47的には、 ja-Hrkt よみがな ja-Latn ローマ字 en 英訳 とかでしょうか。 #GTFS-JP 仕様書ではenにローマ字をあてているのが気になりますが。」 / X, 午後7:40 · 2019年5月2日2019-05-02T10:40:39.000Z, 2024-05-01T07:29:01.000Z https://twitter.com/hk40m/status/1123900099162247168

• [324] Xユーザーのhk40mさん: 「GTFSはstop_name等の音声の情報を含める方法/拡張はあるのだろうか? IETF BCP 47にInternational Phonetic Alphabet(fonipa)があるので、translations.txtのlanguageにja-fonipaとかでできる気はする。」 / X, 午後10:56 · 2023年1月8日2023-01-08T13:56:06.000Z, 2024-05-01T07:29:01.000Z https://twitter.com/hk40m/status/1612085740346937353

[325] 正規名と読み仮名やローマ字名が書ける GTFS で他に読み上げ用情報も入れたいということか。しかし本当に IPA で書くのか (書けるのか)...?

[350] なお SSML には alphabet="" という読み上げ用情報の表記法を指定する属性があります。

「じゃない方」の識別子

[79] 読み仮名やローマ字表記に対する本来表記を表す (例えば「氏名のよみがな」欄に対して「氏名」欄を表す) ときには、通常の言語タグ ja を使うことが多いです。

[252] 言語タグ ja-Jpan >>251, >>259, >>260, >>291, >>305 や言語タグ ja-Jpan-JP >>261 が使われることがあります。

[253] しかしながら、用字系抑制の規則があるので、特に理由がなければただの ja を使うべきです。

[221] 稀に本来表記に言語タグ ja-Hani-JP が使われることがあります。 >>102

[277] OpenID Connect の仕様書に ja-Hani-JP と ja-Kana-JP で漢字名とヨミガナ名を表すとの例示があります >>276。 あくまで例示ではあるものの、仕様書にはっきりと明記されてしまっているので、 一般の解説記事もそれに従って紹介していて >>290, >>288, >>289 何の疑問も挟まれていません。 実装仕様がウェブ公開されているもの >>102 以外にも各所で使われてしまっていると考えるべきでしょう。

[80] Hani は漢字を表します。漢字名と説明されており >>102, >>276、 その説明を忠実にあらわす符号ではあるのですが、 実際には漢字だけとは限らず仮名やラテン文字が含まれることもあり得ると考えられ、 Jpan がより適切とも思われます。

[225] >>224 3. は誤解。漢字統合と Hani は無関係。

[226] 用途がないというのはその通りで、万葉仮名など特殊な事例以外で ja-Hani の出番はなさそう。

[306] >>305 は ja-Jpan とともに ja-Hani を例示しています。 意図はよくわかりません。

複数の言語/スクリプトの組み合わせの名前 (たとえば日本語の [漢字 + ひらがな + カタカナ、xml:lang="ja-Jpan"] および漢字 [xml:lang="ja-Hani"]);

[308] >>307 これは機械的に全組み合わせを例示していて、確かに値の説明にはなっていますが、 いつ何のためにこれらを使うべきなのかは何も説明されておらずわかりません。

[437] >>436 は RDF の構文の利用例として書かれたもので、 いろいろな言語タグを使えるという以上の意図はないと思われますが、 日本語のいろいろな表記を言語タグで区別できるという事例の提示であり、 興味深いところです。特に「東」を ja と ja-Hani の2回わざわざ含めているのは何かしらの思うところがありそうですが、 残念ながら説明はありません。

[296] 平成22年度の日本政府の総務省の事業であるメタデータ情報基盤構築事業のまとめた指針は、 RDF において特性の値の言語タグを ja-Kanji (原表記) と ja-Kana (読み、実例ではひらがな) で区別する方法を推奨していました。 >>295

[297] メタデータ情報基盤構築事業はその他に、 本来表記と読みが区別される場合において、 仮名の読みとローマ字の読みを区別するため ja-Kana (実例では片仮名) と ja-Latn を使う方法を示していました。 >>295

[300] ここで ja-Latn を使っているということは、 4文字の用字系部分タグの標準化を認識した上で書かれているはずですが、 片仮名を表す Kana で平仮名と片仮名の両方を認めていたり、 4文字の用字系部分タグではない Kanji で「じゃない方」を表していたり、 微妙に独自路線を行っているのが不思議です。

[294] RDF において ja-Hani (原表記) と ja-Kana (片仮名) による区別を例示した解説もあります。 >>293 >>296 とよく似た内容であり深い関係性が窺われます。

[282] 日本の国立国会図書館が運営するジャパンサーチは ja-Kana を使っています >>280, >>284 が、 なぜかその意味を

言語タグja-Kanaは、カタカナだけでなくひらがなを含めた読みのために用いる。

と定めています >>281。これは明確な誤用です。しかもこの書き方から、 Kana が片仮名だとわかっていて敢えて使っているように読めますが、 その意図は説明されておらず不明です。

[283] 不明ではあるのですが、 >>296 から >>294 を経て >>282 に至ったとすれば話が綺麗に繋がります。 話は繋がるものの、「なぜ」はやっぱり不明です。

[304] 図24では本来表記に ja、 カタカナ表記に ja-Kana を使っている。 ja-Lath は明らかに誤りで、利用例は示されていない。 ja-Kanji の利用例も示されていない。

読み仮名やローマ字表記と「じゃない方」を言語タグで区別すること

[232] ja-Hira や ja-Kana のような言語タグは読み仮名用の識別子に使われることが多いですが、 「読み仮名」という言葉が持つ「本来の表記は漢字仮名混じりであるところ、 発音を明確にするため仮名表記でも併記する」というニュアンスは言語タグ自体には表れていないことには注意が必要です。 そのようなニュアンスが必要だとすると、言語タグではなくそれを利用する文脈 (プロトコルやデータ形式やそれらを活用する応用) の側で定める必要があります。

[377] ja-Latn で「読み仮名に相当するローマ字表記」を表すこと、 ja や ja-Jpan で「じゃない方」を表すことも同様です。

[234] 読み仮名だけでなく「平仮名のみの文章」や「片仮名のみの文章」も ja-Hira や ja-Kana で表される対象であることにはやはり注意が必要です。 具体的には、

• [235] 年少者向けの文章 (>>105)
• [236] 非日本語母語話者向けの文章
• [237] 文学的理由で仮名で書かれた文章 (俳句等の詩も含む)
• [238] 仮名専用主義者による文章 国語国字問題
• [239] 前近代の仮名文書
• [240] 電報、初期計算機など技術的制約のもとで仮名のみで書かれた文章

のようなものがあります。 設計者はこうしたものと読み仮名の共存が必要かどうか、可能かどうかを考慮しなければなりません。

[367] ja-Latn で「読み仮名に相当するローマ字表記」を表すことにも、 同じことが言えます。 「読み仮名に相当するローマ字表記」以外の日本語ローマ字文は例えば

• [242] 非日本語母語話者向けの文章
• [243] ローマ字化主義者による文章 国語国字問題
• [244] 初期計算機など技術的制約のもとでローマ字表記された文章
• [383] 日本語話者による計算機言語のソースコード中の識別子等でローマ字表記のもの
• [384] 日本語話者によるファイル名, ドメイン名, メールアドレス, URL, アカウント名等のローマ字表記の部分
• [385] 商号, 製品名, 芸名等でローマ字表記されたもの
• [386] 視覚デザイン上の理由からローマ字表記された語句や文章
• [387] 日本語以外 (主にラテン文字表記の言語) の文章における日本語文章の引用部分

があります。これらにもやはり ja-Latn が使えます。

[359] また、読み仮名として使う場合もそれ以外として使う場合も、 Hira, Kana, Hrkt を指定したからといって、厳密に平仮名や片仮名のみでなければならないわけではないことには注意が必要です。

[362] なお、全角カナと半角カナの違い、 濁点の文字合成に関する記述の違い、 標準仮名と変体仮名などは、 文字コードに関する技術的な差異に過ぎず、 言語タグ/用字系符号とは独立した問題です。

[378] なおこうした言語タグによる区別の方法で表現できるのは、 いわゆる読み仮名のうち、欄単位で区別されるべきものだけであることにも、 注意が必要です。

[379] 読み仮名には他にも語単位で記述するもの、文字単位で記述するものがあります。 読み仮名 そうした記述力が必要なら、欄単位の言語タグの記述の仕組みではまかないきれません。 HTML の ruby 要素のような細やかな記述ができる機構が必要となります。 ルビ

• [278] Property talk:P1814 - Wikidata, 2024-04-15T22:06:44.000Z, 2024-04-16T05:19:00.110Z https://www.wikidata.org/wiki/Property_talk:P1814#h-Use_of_property_and_name_in_native_language_(P1559)_or_native_label_(P1705)-Discussion-2016-11-07T13%3A00%3A00.000Z

[279] >>278 これは言語タグによる区別でいいのではないかとの問いに対し、 読み仮名であることを別に表す方が便利との回答。

旧表記日本語の識別子

[354] 昭和時代の国語改革の前後の表記法の違いを表したいという需要があります。

[74] 平成時代中期頃、正字正仮名文の言語タグの提案がいくつかありました。 実用例は見当たりません。

[69] ねこめしにっき(2001年4月中旬), 2006-01-05T18:47:42.000Z, 2024-04-03T12:52:06.173Z http://www.remus.dti.ne.jp/~a-satomi/nikki/2001/04b.html#d11n03

野嵜さんのテキストの引用部分へ lang="正字正假名-ja" を指定する事にして事無きを得てもよいですか。(笑)

[37] 正字正假名の日本語を ja-trad と表す提案がありました。 >>53

[353] 平成時代終わりから令和時代初期にかけても新旧表記法の識別子の提案はちらほらあります。

• [322] Xユーザーの鵺(マッチ)さん: 「新字新仮名と旧字旧仮名とを区別するには IETF 言語タグはどう書くべきなのだろう? 新字新仮名は ja-JP-1946 と書けそうな気がするが、旧字旧仮名の上手い表し方がよくわからない。(IANA に登録されていない以上いずれも私用領域で表すべきなのだろうけど)」 / X, 午後10:33 · 2017年11月16日2017-11-16T13:33:46.000Z, 2024-05-01T07:29:01.000Z https://twitter.com/nue_of_k/status/931153321712164864

[143] Pleroma/nixeneko, 2024-04-03T15:04:12.000Z https://nixeneko.info/notice/9iXYptD9JgifHDGuZs

PleromaにJapanese (Traditional)とかいって旧字旧仮名ロケールを追加したらどうだらう

[144] Pleroma/nixeneko, 2024-04-03T15:04:42.000Z https://nixeneko.info/notice/9iXaJ219kjqqwS7cwK

現状のPleromaの言語、言語タグでいくとja-Hrktといった趣がある。

[145] Pleroma/nixeneko, 2024-04-03T15:05:00.000Z https://nixeneko.info/notice/9iXeyQQMJYpkKJu6CG

旧字旧仮名日本語の言語タグ、ja-x-tradとかになるのかな。

[314] LIISコードで仮名遣いと漢字字体の組み合わせで4種類の符号が定義されています。 (>>313)

[352] 言語タグとして使う方法も決められています。 しかし ja- から始まらないので、対応していない一般の実装で日本語扱いされないのが実用上の難点です。

• [392] Wp/ja-classical - Incubator Plus 2.0, 2024-11-16T17:33:40.000Z, 2024-11-25T01:44:49.129Z https://incubator.miraheze.org/wiki/Wp/ja-classical
  • [393] メインページ - Wp/ja-classical - Incubator Plus 2.0, 2024-11-20T01:38:24.000Z, 2024-11-25T01:45:00.967Z https://incubator.miraheze.org/wiki/Wp/ja-classical/%E3%83%A1%E3%82%A4%E3%83%B3%E3%83%9A%E3%83%BC%E3%82%B8

[394] >>392 は

ISO 639-3: ja-classical

としていますが、 ja-classical は ISO 639-3 の符号ではありません。

Classical Japanese language

と説明されていて English 版Wikipediaの記事にリンクされています。 その記事は classical Japanese language、対応する日本語は文語としていて、 旧字体、旧仮名遣い、文語文法が説明されています。

[395] >>393 は

このヰキペヂアは、正字正かな、或いは舊字舊かなと呼ばれる漢󠄁字、假名遣󠄁ひを用ゐるものです。

と説明しています。この文章はですます体ですが、他の記事はだである体で、 いずれにせよ文語体ではありません。

日本語点字表記の識別子

[341] 点字は Brai で表されますから、 日本語を点字表記したもの全般は ja-Brai で表せます。

[345] 効果的に活用した事例は未見です。

[344] 言語非依存の点字入力用鍵盤定義が ja-Brai を採用した事例があります >>342, >>343 が、これはいろいろな言語を機械的に列挙しただけです。

[346] 日本語の点字表記法は、代表的なものの他にも何種類かあります。 日本語点字 ja-Brai は具体的にどの表記法を採用するかを指定せずに点字全般を表しています。 区別の必要があるなら、より細かな区分の言語タグを用意することになります。

日時表示

[23] 元号を使うことを明示するために言語タグ ja-JP-u-ca-japanese を使うことがあります。

[56] また、 日本関係の u-nu の値として、 jpan, jpanfin, jpanyear があります。 数字表記の方法を明示したいときに言語タグに組み入れて使うことができます。

[165] >>164 は ja-JP-u-ca-iso8601-tz-jptyo という例を示しています。日本国の日本語で ISO 8601 式の東京時間を表します。

[166] >>164 は「ISO 8601 形式の日付・時刻、日本標準時」と解説していますが、 u-ca の登録では iso8601 は

ISO calendar (Gregorian calendar using the ISO 8601 calendar week rules)

と説明されています >>171。 つまりただ ISO 8601暦というだけではなく週暦を表しています。 これを「ISO 8601 形式の日付・時刻」と要約するのは甚だ誤解を招きます。

[167] 人工的な用例の提示とはいえ日本でほとんど利用のない週暦をわざわざ使った意図は謎で、 >>164 の著者も「ISO 8601 calendar week rules」を見落としている可能性があります。

[169] というか >>164 は Unicode Consortium の登録簿か何かから「抜粋」して

iso8601

ISO-8601 Calendar

↑↑↑

ISO-8601

と書いているのですけど、この「抜粋」する前の記述はどこなんですかねえ。 大事なところが省かれてるじゃないですか。

[172] ということで探したらありました。登録簿 >>171 ではなく表示用の文字列データ >>170 では「ISO-8601」「ISO-8601 Calendar」のようになっていて、 >>164 はそれを拾っていたのですね。 変な定義した Unicode Consortium と不正確なラベルを付ける Unicode Consortium が一番悪く、 定義でないところを参照した >>164 がその次に悪い。

変形

[199] 言語タグの拡張Tを使うとどのような変形を経て得られたものかを記述できます。

[200] 拡張Tの仕様等で次のような利用例が示されています。 拡張T

• [201] ja-t-de-m0-und-x0-medical : 日本語であって、独語からの機械翻訳で、 (私用タグ利用:) 医学用語辞書を使ったもの。
• [202] ja-t-it : 日本語であって、イタリア語から変換したもの
• [203] ja-Kana-t-it : 日本語のカタカナ表記であって、 イタリア語から変換したもの

[204] 「変換」は広い意味で使うことができるので、外来語やローマ字をはじめいろいろなものの記述に適用できそうです。

[391] Englishから機械的に翻訳された日本語を表すため ja-x-mtfrom-en が使われる事例があります。 -x-mtfrom-

[390] 音声から機械的に生成された文字データを表すため ja-x-autogen が使われる事例があります。 -x-autogen-

絵文字

[255] >>254 は絵文字のフォント選択の制御のために拡張Uを使う例を示しています。

• ja-Jpan-JP-u-em-emoji
• ja-Jpan-JP-u-em-text
• ja-Jpan-JP-u-em-default

[256] 説明のための人工的な例で、実用的ではありません。

mul-kambun (言語タグ)

[92] mul-kambunは、 (日本の) 漢文用の言語札です。

[93] この言語タグは平成時代中期に定義されました。

[94] 漢文は中国語 (ただし現代中国語ではなく、古典中国語) としての性質と日本語としての性質を併せ持っていますから、 mulと札付けするのが適当だと考えます。

[95] 白文、訓読文、書き下し文のいずれにもmul-kambunを使えます。 これらを区別する必要がある場合のlanguage tagも必要かもしれませんが、どういう名前が良いか検討が必要です。 和様漢文 (変体漢文) を区別する必要があるかも検討が必要です。

[96] 朝鮮語等の、日本語以外における中国語は対象外としています。

[161] 中文言語タグも参照。

[364] でも表示その他の応用を考えると、 ja- から始まる言語タグに改めた方がいいかもしれないですねえ。 大陸由来のものも含め、日本で扱われる漢文は日本語表記の1つといっていい ( 中文言語タグ ) ものになっているとも考えられますから。

[440] 現代日本で使われる漢文は、

• [441] 学術目的で利用される前近代アジア大陸の漢文や前近代日本の変体漢文
• [442] 教育や教養の目的で利用される有名漢文

の2つが需要の大きな分野と思われます。

[443] >>441 は多岐にわたるので一概には言い難いですが、 >>442 は前近代の漢文の慣習に基づき近代日本で教育その他の目的で整備、標準化され、現代日本で調整されつつ引き継がれているものであり、 その訓点や書き下し文の表記法は必ずしも前近代のものと同じではありません (違うというわけでもありませんが)。

[3111] >>3108 の提起者の例文は白文を lzh, 書き下し文を ojp-t-lzh, 現代日本語訳文を ja-t-lzh としています。 >>3108 自体は人工的な HTML 例文ですが、 実用したい事案があっての例文なのか、 問題的のための完全に人工的な作文なのかは不明です。

[438] lzh の利用については実用上の問題があります。 lzh

[439] 書き下し文たる文語文を ojp で表すことには議論の余地もありそうです。

x-Nise-Chinese (言語タグ)

[420] x-Nise-Chinese >>421 は偽中国語を表す例文で用例があります。

[422] 偽中国語は中文の知識に乏しい (せいぜい学校教育レベルの漢文や簡単な挨拶文や中華料理名程度の現代中文しか知らない) 日本語話者が漢字文で中文風味にしたものです。

[423] 日本人同士の娯楽目的の俗な文化として意外と広く薄く継続的に行われています。 今のところ言語タグの用例は1例しか見つかっていませんが、 言語切り替え用などで案外需要はあるかもしれません。

ja-2ch (言語タグ)

[97] ja-2ch は2ちゃんねる語を表す言語タグです。

[98] 平成時代中期に独立して方々で考案され使われました。

[134] 当時は ja-2ch は仕様上も正当な言語タグでした。その後 IETF言語タグの仕様書が改定され、 一般で使われている言語タグの実情を調査することもなしに非互換変更してしまったので、 現在のIETF言語タグの仕様では規格違反になってしまいます。

[135] 利用者はこの問題を深刻に捉える必要はありません。 非互換変更は完全に IETF のミスです。 2ちゃんねる語は 2ch の衰退でほぼ死語で、 今後この言語タグが今まで以上に普及するとは考えにくいので、 今更理論上だけの仕様適合性にこだわるより、従来の記述方法との連続性の方が重要です。

• xml:lang="ja-2ch"

  とすれば2ch語。

  • [45] 移転確認 2022-12-04T04:30:49.800Z
  • [46] Strict-HTML スレッド 37, 2022-12-04T04:30:20.000Z http://pc8.5ch.net/test/read.cgi/hp/1154869185/839-845

• この日記スレなら2ch語ベースで書かれているので記述するとしたらja-2chか。

  • [47] 消滅確認 2022-12-04T04:30:04.100Z

[133] >>131 の例文は ja-x-2ch を使っています。

Mac 用日本語の識別子

[49] ja-JP-mac や ja-JPM は、 Macintosh の用語の指針に基づいた日本語を表すロケール識別子として平成時代中期頃の Mozilla プロジェクト関連製品で使われることがありました。

[356] プラットフォームごとにUIの用語の指針があり、 Mac 用とそれ以外を区別する必要があったために、 このような識別子が使われたのです。 ある種の位相言語を記述したものといえます。

[50] L10N FAQ - 日本語パックについて http://www.mozilla-japan.org/jp/l10n/faq/jlp.html#what_is_ja-JP-mac

[51] 418485 – "ja-jp-mac" is not a valid language code. Please stop using it. (2015-04-25 17:17:22 +09:00 版) https://bugzilla.mozilla.org/show_bug.cgi?id=418485

[52] ja-JP-mac (Language tag) - SuikaWiki Data (2016-03-15 16:20:20 +09:00 版) https://data.suikawiki.org/lang/ja-JP-mac

[426] (識別子ではなく) このような言語自体の情報:

• [427] macOS における日本語表記ルール - zumuya, 2025-02-11T13:11:17.000Z https://zumuya.com/documents/MacAppsJapanese/

子供向け平仮名表記日本語

[105] 翻訳管理サービス Transifex の対応言語の1つに 「Japanese (Hiragana) (ja-Hira)」 があります。 >>112

[116] ただしこの Transifex の言語リストに示された符号がどのようなものなのかは明記されていません。 構文は POSIX locale 識別子に近いようですが、 ja-Hira のように IETF言語タグにも見えるものが混じっています。

[357] ja-Hira は IETF言語タグだとすると、 「平仮名表記の日本語」 を意味しています。

[117] この 「Japanese (Hiragana)」 がどのような利用を想定したものなのかはよくわかりません。

• [119] プログラミング言語プラットフォームで子供のプログラミング教育で人気のある Scratch は、これを子供向けの平仮名表記の日本語のために使っているようです。 >>118[120] 平仮名表記が原則でありつつも、作業が間に合わないときは通常の日本語で埋める場合もあるようです。
• [121] >>99 ではやさしい日本語のために使っています。
  • [358] しかしやさしい日本語は平仮名表記の日本語ではなく、かな漢字混じりなので、 誤用に当たります。

[444] feat: add locale ja-Hira by gierschv · Pull Request #2663 · date-fns/date-fns · GitHub, 2025-12-04T10:34:22.000Z https://github.com/date-fns/date-fns/pull/2663/files

[445] >>444 は平仮名表記日本語を locale の1つとして ja-Hira で実装した事例。

やさしい日本語

[100] やさしい日本語には言語タグ ja-simple を使えます。 >>99

[101] 日本語を表す言語部分タグ ja と、 簡易化された言語変種を表す異体部分タグ simple >>103 を組み合わせたものです。

[263] ただし、 ja-simple は単純化された日本語全般を表し、 やさしい日本語だけを表すのではないことには注意が必要です。 例えば、

• [264] 「やさしい日本語」を称する言語(指針)各種
• [265] 「やさしい日本語」を称さない同様の言語(指針)各種
• [267] 年少者向けの平易な表現
• [271] 年少者向けに仮名だけで表記したもの
• [268] 年少者向けに漢字を仮名に開いたり、振り仮名を加えたりしたもの
• [269] 非日本語話者向けの表現
• [270] 大東亜戦争期の南方占領地で日本語教育に使われた各種の日本語
• [365] ゆっくりと、単語を区切りながら丁寧に読み上げた平易な日本語の音声
• [266] その他、やさしい日本語とは違うアプローチで簡易化された日本語系言語各種

といったいろいろなものが ja-simple に当てはまり得ます。

[272] もし他の平易な日本語と異なるやさしい日本語だけを特定したい場面や、 何種類もあるうちの特定のやさしい日本語の指針等に従ったものだけに限定したい場面があるなら、 より限定的な専用の言語タグを決める必要が出てきます。 今のところそのような提案はなされていないようです。

• [318] Xユーザーのryo-aさん: 「「やさしいにほんご」の普及率がもう少し高くなっていくといいのかな。 NHKのニュースなどを見ても「英語で書けよ」というツッコミを入れている人が多いので、まだまだ周知活動が必要かも。あとIETF言語タグがほしい(あるっけ?ないよね?)」 / X, 午後7:59 · 2020年4月27日2020-04-27T10:59:03.000Z, 2024-05-01T07:29:01.000Z https://twitter.com/geo_vitya/status/1254726750610657283

和語

[402] 「借用語を含まない和語だけの日本語文」 が使われることがあります。

[403] 現代日本語ではそうした言語体系の運用は極めて困難で、 実験的なものや娯楽的なものを除けば日常で使われることはまずないといえますが、 実際に符号を割り振った事例があります。

[404] 近世には国学者が似たような試みをしていました。 神道系の宗教的文脈などでもそのような表現がなされることはままあります。 そうしたものも含め符号を割り当てる一定の需要はありそうです。

• [398] Wp/ja-pure - Incubator Plus 2.0, 2024-11-24T14:52:20.000Z, 2024-11-25T01:53:51.898Z https://incubator.miraheze.org/wiki/Wp/ja-pure
  • [397] 入口 - Wp/ja-pure - Incubator Plus 2.0, 2024-11-19T14:07:27.000Z, 2024-11-25T01:53:37.743Z https://incubator.miraheze.org/wiki/Wp/ja-pure/%E5%85%A5%E5%8F%A3
  • [396] 入口/通常の日本語への翻訳 - Wp/ja-pure - Incubator Plus 2.0, 2024-11-20T01:36:23.000Z, 2024-11-25T01:53:26.852Z https://incubator.miraheze.org/wiki/Wp/ja-pure/%E5%85%A5%E5%8F%A3/%E9%80%9A%E5%B8%B8%E3%81%AE%E6%97%A5%E6%9C%AC%E8%AA%9E%E3%81%B8%E3%81%AE%E7%BF%BB%E8%A8%B3

[399] >>398 は

ISO 639-3: ja-pure

と説明していますが、 ja-pure は ISO 639-3 の符号ではありません。

Pure Japanese language

と説明されていて English 版Wikipediaにリンクしていますが、 リンク先に記事はありません。

[400] >>397 には

ここでは、昔の唐(から)の国の言葉を含め、他の国の言葉から借りて来た言葉を全く使わない大和言葉だけで書くことを目指している。

とあります。また、 >>396 には

このサイトは、漢語を含め、日本語以外からの借用語を一切使わずに純粋な和語だけでウィキペディアを書くことを目標としています。

とあります。

[401] >>397 や他の記事はだである調で書かれています。

怪しい日本語

[309] いわゆる怪しい日本語の主流である、 中華人民共和国の業者等が日本市場向け製品説明等で使う独特の日本語は、 言語タグ ja-CN で表すのが適当と考えられます。