WordPress プラグインを公開して翻訳を入れたのに、いつまで経っても「Waiting（承認待ち）」のままで困っていませんか？
「作者なんだから自分でサクッと承認できたらいいのに……」と思ったことがある人は多いはずです。
その解決策が PTE（Project Translation Editor） の取得です。私も自作プラグインの日本語翻訳を自分で承認できるように PTE を申請し、無事に取得できました。
この記事では、実際の申請スレッドでのやり取りを元に、
- PTE 申請〜承認までの流れ（時系列）
- 一発で通らなかった理由（＝指摘されたルール）
- これから申請する人が最短で通すコツ
を、体験談として読みやすい形でまとめました。
PTE とは？WordPress プラグイン翻訳の承認権限
PTE（Project Translation Editor）は、特定のプロジェクト（プラグインなど）× 特定のロケール（例：ja）に対して、翻訳を承認できる権限です。
プラグイン作者が PTE を取得すると、こんなメリットがあります。
- 翻訳の “待ち” が減る（自分で承認できる）
- リリース直前の文言修正に強い
- 翻訳が常に新しい状態を保ちやすい
ただし、PTE は「好き勝手に翻訳する権限」ではなく、スタイルガイドに沿って品質を保つ役割でもあります。
PTE 申請から承認までの流れ（実際のタイムライン）
私は WordPress Polyglots の「Editor Requests」で申請しました。流れはこんな感じです。
- 1日目：PTE 申請を投稿（#ja / #editor-requests タグ付き）
- 2日目：日本語チームから「翻訳スタイルガイド（1-4 / 1-5 / 1-6）に沿って直してね」とレビュー
- 3日目：投稿の *to-do* を一旦外され、「再度見てほしい時は #ja を付けてコメントしてね」と運用案内
- 7日目：#ja を付けて「修正しました、再確認お願いします」とコメント
- 同日：まだスタイルガイド非準拠の文字列が *Waiting* に残っている、と追加指摘
- 8日目：Waiting の残りも修正して #ja 付きで再レビュー依頼
- 9日目：承認＆PTE 付与 🎉
申請から承認まで約1週間でした。スタイルガイドに最初から準拠していれば、もっと早く通っていたはずです。
PTE 申請文のテンプレート（コピペ OK）
最初の申請文はテンプレで十分です。重要なのは「プロジェクト」「ユーザー」「ロケール」「URL」を明確にすること。
参考：他の人の体験記事
そのまま使える申請テンプレ（コピペ用）
Hello Polyglots, I am the plugin author for [PLUGIN NAME].
Please add the following WordPress.org user as translation editor for locales:
o #ja – @[YOUR USERNAME]
Name: [PLUGIN NAME]
URL: https://wordpress.org/plugins/[PLUGIN SLUG]/
If you have any questions, just comment here. Thank you!
#editor-requests小技：チェックボックスっぽく見せる o
上の o #ja – @username の 先頭の小文字 o は、投稿上でチェックボックス風に見せる小技です（体験記事でも紹介されていました）。
PTE 申請が一発で通らなかった理由：翻訳スタイルガイド違反
私が最初に指摘されたのは「翻訳の内容が変」ではなく、WordPress 日本語翻訳スタイルガイドの表記ルール（1-4 / 1-5 / 1-6）でした。
WordPress 翻訳スタイルガイドで指摘されやすいポイント
PTE 申請時に「ここを気をつけて」と言われた3つのルールを、NG → OK の形でまとめます。
ルール 1-4：半角（英字・記号）と全角（日本語）の間は半角スペース
ありがちな NG → OK
WordPressの使い方→WordPress の使い方usernameさん→username さんPDFサムネイル→PDF サムネイル
実際に修正した例
PDF Thumbnail→PDF サムネイルInvalid attachment ID.→無効な添付ファイル ID です。
落とし穴：コロン : の前にはスペースを入れない（例外）
ユーザー ID : username❌ →ユーザー ID: username✅エラー : %s❌ →エラー: %s✅
コロンは 半角
:、コロンの 前はスペース無し、後ろは基本 スペース1つ に寄せると安全です。
ルール 1-5：丸括弧は半角 ( )、括弧の “外側” にスペース
ありがちな NG → OK
機能（ベータ版）です❌ →機能 (ベータ版) です✅設定(推奨)❌ →設定 (推奨)✅〇〇(必須)を確認してください❌ →〇〇 (必須) を確認してください✅
ルール 1-6：括弧の “内側” にスペースを入れない
ありがちな NG → OK
( ベータ版 )❌ →(ベータ版)✅( beta )❌ →(beta)✅（ foo ）❌ →(foo)✅（※括弧も半角に）
見落としがちな落とし穴：Waiting の文字列は他の人が訳した可能性がある
スタイルガイドに合わせて一通り直して「再レビューお願いします」と出したら、次に来たのがこれでした。
- まだ Waiting に残っている文字列がスタイルガイド非準拠
- それは 他の翻訳者が入れた可能性がある
- でも プラグイン作者として、全件を確認して新しい翻訳案を提案してね
つまり「自分が訳したかどうか」より、プロジェクト全体として揃っているかが重要でした。
PTE 申請前チェックリスト（これだけで通過率アップ）
- □
WordPressのみたいに 英字＋日本語がくっついていない（→WordPress の） - □
ID :エラー :のように コロンの前にスペースが入っていない（→ID:） - □ 全角括弧
（ ）を使っていない（→ 半角( )） - □
( foo )のように 括弧の内側にスペースが入っていない（→(foo)） - □ *Waiting* が残っていない（または、残っている理由を把握している）
PTE 申請の運用 Tips：#ja タグを忘れると止まる
スレッド上で「再確認お願いします」とコメントする時、ロケールタグ（例：#ja）を付けると、日本語チームに通知が飛びます。
私はこの流れで、コメントのたびに #ja を付けて呼びました。
逆に言うと、タグを付けないと “気付かれにくい” ので要注意です。
まとめ：PTE 申請は「英語力」より「整える力」と「運用の作法」
今回の体験で一番の学びはこれです。
- 申請文はテンプレでいい（短い英語でOK）
- 通るかどうかは 翻訳の品質（スタイルガイド準拠）で決まる
- “Waiting の残り” を潰すのが最短ルート
- #ja を付けてコメントする（通知を飛ばす）と止まりにくい
PTE を取ると、翻訳の反映が早くなって開発も運用もしやすくなります。
ただしその分、ルールを守って承認する責任もセットで付いてきます。
自作プラグインを公開している方は、ぜひ PTE 取得にチャレンジしてみてください。
参考リンク
- WordPress 日本語翻訳スタイルガイド（1-4 / 1-5 / 1-6 など）
- 他の人の PTE 体験記事（投稿フォーム例 /
o #ja – @usernameなど）
- 私の PTE 申請スレッド（参考例）
コメント