結論から言います。EmDashの管理画面は初期状態が英語ですが、日本語で運用するための選択肢はすでに揃っています。ログイン画面には言語セレクタが組み込まれており、コミュニティ製の日本語化プラグインも公開されています。そして見た目（フロント側）は最初から日本語サイトとして自由に作れます。この記事のデモがその証拠です。

EmDash移行を検討する発注側が一番心配するのは「更新するスタッフが英語画面を使えるか」という点です。この記事は、その不安に対して現状を整理したものです。ハブの記事の日本語編にあたります。

要点は次の3つです。

• 管理画面の初期言語は英語（実測）。ただしログイン画面に言語セレクタが組み込まれています
• コミュニティ製の日本語化プラグイン（@mammosu/emdash-plugin-admin-ja）が公開されており、実装者は「現在はプラグイン不要で日本語対応」とまで報告しています
• フロント（公開されるサイト側）は日本語で完全に作れます。当サイトのデモは日本語の企業サイトです

実測: 管理画面の初期状態は英語

検証環境（EmDash 1.3.0）で管理画面（/_emdash/admin）を開くと、ログイン画面は次のとおり英語表記です。下部に言語セレクタ（English）が組み込まれているのが分かります。

言語セレクタが本体機能として存在するのは重要なポイントです。かつては日本語化にプラグインが必要でしたが、実装者自身が「現在はプラグイン不要で日本語対応」と報告するまでになりました（EmDash管理画面を日本語化するプラグインを作った - Qiita）。ローカライズが本体側に取り込まれつつある段階です。

実測の正直メモを添えると、私の検証環境（EmDash 1.3.0・Windows）では、このセレクタの候補一覧を開く動作がビューワ上で確認できませんでした。セレクタの存在と言語対応の進展は出典どおりですが、実際の切り替え表示は導入時の環境で確認するのが確実です。これも調査レポートの確認項目にしています。

日本語化の選択肢は3つある

Qiitaの記事によると、プラグイン方式はUIの非同期描画にも追従し、placeholder・title・aria-labelの属性文言まで変換する作り込みがされています。インストールはnpm i @mammosu/emdash-plugin-admin-jaで追加するか、リポジトリをsrc/pluginsにcloneして使う方式です。翻訳の需要は制作者コミュニティが自分で解決している、というのはオープンソースCMSとして健全な状態です。

なお、プラグインを導入するときはEmDash本体のバージョンアップへの追従を確認してください。CMS本体の進化が速い時期なので、本体の言語設定とプラグインのどちらが優位かは導入時点で再確認するのが安全です。この確認も移行前の調査に含まれます。

フロントは最初から日本語。デモで証明します

管理画面とは別に、公開されるサイト側（フロント）の言語は完全に自由です。テキストはコンテンツとして管理画面から入力するため、日本語のサイトが自然に作れます。

当サイトが公開している建設会社風のデモ（my-marketing-site.emdash-demo-site.workers.dev）も、日本語の企業サイトとして作りました。縦書き見出し、日本語フォント（Zen Kaku Gothic New）、敬体の文案といった国内サイトらしい意匠を含めています。

再現のプロセス（実測ベースのデザイン組み立て）はテーマとデザインの記事で公開しています。「管理画面が英語でも、公開されるサイトは日本語で完結する」。この切り分けをしておけば、英語画面の不安は更新担当者の操作体験だけに絞れます。

日本語サイトを作るときの実務メモ

フロントを日本語サイトとして作るとき、英語圏のCMSで寄りがちな点を補正します。デモ制作での実践メモです。

• フォント: 日本語Webフォント（デモではZen Kaku Gothic New）を読み込む。欧文フォントのままだと和文が代替表示になり、印象が大きく変わる
• 文字数の基準: SEOのtitleやdescriptionの適正長は日本語と英語で異なる。日本語ではtitle 30字前後・description 100〜140字が目安。移行時にメタデータを見直すなら、このタイミングで行う
• 検索対策: 日本語のキーワードは分かち書きされないため、見出しの言い回しがそのまま検索単位になる。英語圏テンプレートの見出し構成を翻訳せず、日本語の検索意図に合わせて組み直す
• 表記の統一: 全角半角・記号・句読点のスタイルを最初に決める。CMSに移った後で直すのが面倒なのはWordPressと同じ
• 更新フローの設計: 記事の投稿から公開確認までの流れを、日本語のスクショ付き手順書にしておく。英語UIでも手順どおりに進められる形にするのが、日本語運用の実質的な解決策

このあたりは日本語サイトの運用経験がある制作者が扱う部分で、EmDash特有の難しさではありません。

発注側が確認すべき3つのポイント

移行の相談をする前に、次を確認しておくと話が速くなります。

• [ ] 更新担当者が誰か（自分・スタッフ・外注）で、必要な日本語化の深さが変わる
• [ ] 更新作業の種類（記事の投稿だけか、ページ構成も触るか）
• [ ] 手順書の用意（日本語の操作マニュアルを制作側が用意するか）

このサイトの移行案件では、更新担当者向けの日本語操作マニュアルを納品物に含めています。英語画面でも、日本語の手順書に沿って操作すれば迷う箇所は限られます。

EmDash移行の全体像は、ハブの記事から

日本語運用は移行判断の一部です。全体像（サーバー要件・料金・手順・デザイン）は、次の記事群に分けて公開しています。

• WordPressの更新地獄から抜ける。EmDash移行を実測した結果 — 判断の入り口
• サーバー要件の実測 — XSERVERでの確認結果
• 料金の内訳 / 移行の費用と期間 / 移行手順 / テーマとデザイン

EmDash移行のご相談

このサイトの運営者（フリーランスのWeb制作者）は、WordPressからのEmDash移行を受け付けています。日本語運用の不安は、調査レポートと操作マニュアルで解消する範囲の問題です。

1. 問い合わせフォームにサイトURLを送る
2. 調査レポートで、日本語運用の構成（誰が・何を・どう更新するか）を含めた提案をお出しします
3. 納得できたら移行着手。更新担当者向けマニュアル付きで納品します

よくある質問

Q. 管理画面は完全に日本語になりますか？

本体の言語設定とプラグインの併用で、主要な操作は日本語化できます。翻訳の網羅率はバージョンとともに進んでいます。導入前に最新の対応状況を確認し、足りない部分は日本語の手順書で補う構成を提案します。

Q. 更新スタッフが英語を一切使えないのですが大丈夫ですか？

記事の投稿という定型操作なら、日本語の手順書で運用できます。当サイトの移行案件では操作マニュアルを納品物に含めています。実録コミュニティでも日本語化の動きが活発なので、対応状況は改善し続けています。

Q. 公開サイトの文章も管理画面から日本語で入力できますか？

できます。フロントの言語はデザインとコンテンツで決まるため、日本語サイトとして問題なく構築できます。この記事のデモが日本語企業サイトであることが証明です。

Q. WordPressで多言語サイト（WPMLなど）を運用しています。移せますか？

多言語構成は移行作業の中で要件が最も重い部分です。EmDash側のコンテンツ設計（言語ごとのコレクション設計）が必要になるため、標準より一段多い調査と設計を行います。不可能ではなく、計画案件として扱うべきものです。まずは現状の言語構成を整理するところから始めてください。

Q. 日本語化プラグインの導入には開発知識が要りますか？

npmでのインストールが必要なため、初期セットアップは制作者側の作業です。運用開始後は更新担当者が意識する必要はありません。

Q. WordPressの管理画面のように日本語化されますか？

本体のローカライズが進んでいる方向なので、時間とともに標準対応が広がる見込みです。移行の判断を「日本語対応が完全になるまで待つ」にする必要はありません。今の選択肢でも運用は組めます。

まとめ: 英語画面の不安は、計画で消える

• 管理画面の初期言語は英語だが、言語セレクタは本体に組み込み、日本語化プラグインも公開されている
• フロントは日本語で完全に作れる。デモが証明している
• 不安の正体は「誰が・どう更新するか」。日本語マニュアル付きの運用設計で解決する

更新スタッフのことを思い浮かべながら、まず現状の整理から。サイトURLを送るだけで、日本語運用を含めた移行計画を調査レポートにお出しします。