1. 韓国語の記事を作ったのに、韓国の検索エンジンへ店の場所を教えていなかった
多言語サイトを作ると、つい「韓国語版を生成した。はい韓国対応完了」と考えたくなる。
でも、これは店の看板だけ韓国語にして、商店街の案内板には店の場所を載せていない状態に近い。
韓国ではGoogleだけでなくNAVERも大きな検索入口だ。StatCounterの2026年8月推計では、韓国の検索エンジン利用シェアはGoogleが46.6%、NAVERが43.71%だった。 数字は計測会社の推計なので絶対値ではないが、「NAVERを無視してよい市場ではない」ことは十分に分かる。
しかもNAVERは単なる検索窓ではない。ニュース、地図、カフェ、ブログ、画像、動画など複数の領域を統合して検索結果を構成する巨大なポータルでもある。
つまり韓国語記事を作るなら、「翻訳」だけでなく「NAVERに見つけてもらう導線」まで作って初めて入口が完成する。
2. NAVER Search Advisorは何をする場所なのか
NAVER Search Advisorのウェブマスターツールは、Google Search Consoleに近い。
サイトの所有確認をすると、NAVER側でコンテンツが収集されたか、索引されたか、検索結果で露出・クリックされたかを確認できる。
ここで重要なのは、Search Advisorへ登録しないとNAVER検索に絶対出ないわけではないことだ。NAVERの公式説明でも、ウェブ検索はロボットが自動収集する仕組みで、サイトを登録していなくても検索結果へ反映される可能性がある。
では、なぜ登録するのか。
答えは、検索エンジンに「ここを見てください」と伝える手段と、「実際にどこまで進んだかを見る計器盤」を手に入れるためだ。
魔法の掲載申請ではない。
検索工場の監視盤である。
3. サイトマップ、RSS、IndexNowは何が違うのか
韓国向けの入口を作るとき、役割の違う三つの道具がある。
サイトマップ：店の全商品カタログ
サイトマップは、検索ロボットに「このサイトには、こういうURLがあります」とまとめて知らせる一覧だ。
NAVERは、サイトマップ内のURLを抽出したうえで、内部アルゴリズムによって収集対象と優先順位を選ぶと説明している。
だから提出した瞬間に全URLが索引されるわけではない。
しかし、記事が大量にあるサイトで「存在を知られないURL」を減らすには強い。
RSS：新着便
RSSは最新記事や更新情報をまとめたフィードだ。
NAVERは、提出されたRSSとサイトマップをコンテンツフィードとして扱い、定期的に再訪すると説明している。
サイトマップが巨大な商品カタログなら、RSSは「今週の新着はこちら」のワゴンである。
韓国語記事だけのRSSを用意すれば、韓国語の新着を分離して伝えやすい。
IndexNow：更新した瞬間の呼び鈴
IndexNowは、新規追加、更新、削除したURLを検索エンジンへ通知する仕組みだ。
IndexNow公式FAQにはNAVERのエンドポイントも掲載されており、一つの対応エンドポイントへ送った通知は対応検索エンジン間で共有される仕組みが説明されている。
つまり、
- サイトマップ＝全体を知らせる
- RSS＝最近の更新を知らせる
- IndexNow＝今変わったと知らせる
という三段構えにできる。
同じ仕事を三重にやっているのではない。それぞれ時間軸が違う。
4. 登録した後、実際には何が起きるのか
NAVERは検索に出るまでの流れを「収集 → 整理 → 索引 → 順位付け」と説明している。
ここに運営側の視点を足すと、次のようになる。
- URLを発見してもらう
- 検索ロボットが取りに来る
- 内容を整理・解析される
- 索引へ入る
- 検索語に応じて順位付けされる
- 検索結果に露出する
- 読者がクリックする
- 反応を見て記事を直す
この分解が大事だ。
「アクセスがない」を一個の問題として扱うと、原因が分からない。
まだ収集されていないのか。 収集はされたが索引されていないのか。 索引はされたが検索語と噛み合っていないのか。 表示はされているが題名が弱くてクリックされないのか。
全部、修理場所が違う。
5. 登録直後に数字がゼロでも、店が爆発したわけではない
Search Advisorを登録した直後に、
「露出・クリック情報がありません」 「収集情報がありません」
と出ても、それだけで異常とは限らない。
NAVERは、初めて所有確認したサイトではレポート作成まで時間がかかると案内している。また、検索ロボットが訪問したあと検索へ反映されるまで最大1週間程度かかる場合があるとしている。
さらに露出・クリックのレポートは、更新基準日が約1週間前の検索データを基準にし、最大90日分を保持する。
つまり管理画面は監視カメラではなく、少し遅れて届く日報に近い。
登録して5分後に更新ボタンを連打しても、畑の芽は早く出ない。
6. 韓国向け記事は「日本語記事の韓国語コピー」から卒業する
ここからが本題だ。
韓国語へ正しく翻訳されていても、韓国の読者が検索する問いと噛み合っていなければ検索記事としては弱い。
NAVERのコンテンツ作成ガイドは、次のような方向を勧めている。
- 題名と説明文を簡潔で正確にする
- 関係のない人気検索語を詰め込まない
- 他サイトの文章をコピー・寄せ集めしない
- AIを使う場合も、単純生成だけで終わらせず運営者の経験や観点を加える
- 検索した人が本当に知りたいことを考える
- 実例や正確な数字を使って具体的に説明する
- 見出しや段落で読みやすくする
ここが面白い。
「AIで12言語を量産する」ほど、逆に人間側の観察や独自分析が重要になる。
翻訳速度だけを上げると、12言語で同じ薄味スープを大量生産する危険がある。
韓国語版では最低でも、
- 韓国語で自然な問いになっているか
- 題名を見て何が分かる記事か理解できるか
- 韓国の読者が知らない日本固有の前提を説明しているか
- 日本語の検索語を機械的に韓国語へ置き換えていないか
- 一番面白い観察や具体例が翻訳で消えていないか
を見直したい。
7. ブラッシュアップは「どこで落ちたか」で変える
記事改善は、全記事へ同じSEO薬を塗る作業ではない。
症状別に直す。
収集されない
まず技術側を見る。
robots.txtで止めていないか、URLが200で返るか、サイトマップに入っているか、内部リンクから到達できるか、サーバーが遅すぎないかを確認する。
NAVERの収集状況レポートも、ロボット非許可やDNSエラーなどを代表的な問題として扱っている。
収集されたが索引されない
URL検査で索引可能性、メタ情報、SEO項目を確認する。
重複ページ、代表URL、内容の薄さ、言語の不整合などを疑う。ただし「索引されない＝この一個が原因」と即断せず、検査結果から絞る。
索引されたが露出が少ない
記事の主質問を疑う。
題名だけ韓国語でも、本文が日本語側の話題構造をそのまま運んでいると、韓国語検索者の問いに十分答えていないことがある。
検索される言葉を無理に詰め込むのではなく、「誰が、何を知りたくて検索する記事なのか」を一つに決め直す。
露出はあるがクリックされない
題名と説明文を最初に見る。
NAVER自身も、正確で固有のtitle要素と内容を要約するdescriptionを勧めている。
検索結果に出ているのに押されないなら、本文を書き直す前に「検索結果の看板」が約束を伝えられているかを見る。
クリックはされるが読まれない
ここで本文だ。
冒頭が長い、答えが遠い、翻訳調、見出しが曖昧、例が日本ローカルすぎて意味が分からない、という読者側の摩擦を探す。
検索エンジン対策というより、普通に文章をよくする。
結局そこへ戻る。
8. 韓国語記事専用の改善ループを作る
多言語運用で一番危ないのは、全言語を「翻訳済み」という一つの状態にまとめることだ。
韓国語記事には韓国語記事の観測が必要になる。
たとえば記事ごとに、
- NAVERにURLが発見されているか
- 収集されたか
- 索引されたか
- 露出が出たか
- クリックされたか
- どの記事から内部リンクで送客されたか
- SNSなど別経路から読まれたか
- 次に何を直すか
を持つ。
ここで重要なのは、未観測をゼロと同じにしないことだ。
露出データがまだない記事は、「需要がない記事」ではない。
まだ検索エンジンに十分観測されていないだけかもしれない。
記事が埋もれる最大の原因は、弱い記事だけではない。
一度も試合に出していない選手を、打率0割として二軍に固定することである。
9. Search Advisorの数字には「見えている範囲」がある
Search Advisorの露出・クリックレポートは便利だが、NAVER全体のすべてを測っているわけではない。
公式ガイドによると、ウェブ検索に関連する領域の露出・クリックが対象で、VIEW、ブログ検索、企業・学校・名所・ゲームなどの情報領域、検索広告は含まれない。
だから数字が少ないときに、
「NAVERから誰も来ていない」
とまで断定してはいけない。
正しくは、
「Search Advisorが計測対象としているウェブ検索領域では、この数字が観測されている」
だ。
計測器の外側までゼロにするな、である。
10. 実務ではこの順に直す
韓国向けの記事工場を回すなら、順番はシンプルでいい。
- 韓国語の独立URLを公開する
- htmlの言語、canonical、hreflang、題名、説明文を整える
- サイトマップへ載せる
- 韓国語RSSへ新着を載せる
- 更新時はIndexNowで通知する
- Search Advisorで収集・索引を確認する
- 露出・クリックが出た記事を観察する
- 検索者の問いと題名がずれていれば直す
- 題名は合っているのに読まれなければ本文を直す
- 未観測記事にも順番が回る探索枠を残す
- 修正後の結果を再び観測する
これで「生成→公開」で終わる記事工場が、
生成→公開→発見→検索→読者→改善
まで閉じる。
ここまで来ると、記事は納品物ではなく運用中の製品になる。
11. 韓国向け記事の最終チェックリスト
公開前と改善時に、最低限これを見る。
- 韓国語だけで意味が完結している
- 日本語の前提知識がなくても読める
- 題名だけで読者の問いが分かる
- 説明文が本文の答えを正しく要約している
- 人気語の不自然な詰め込みがない
- 他サイトの寄せ集めではなく独自の観察・比較・具体例がある
- 事実、数字、固有名詞は出典で確認できる
- 見出しだけでも話の流れが分かる
- サイトマップに載っている
- 新着なら韓国語RSSに載っている
- 更新通知の経路がある
- Search Advisorで収集・索引の状態を確認できる
- 未観測を需要ゼロ扱いしていない
- 露出、クリック、本文読了を同じ指標だと思っていない
- 次に直す一点が決まっている
12. 「韓国語を作った」で終わると、翻訳工場。「韓国で読まれるまで回す」と市場になる
韓国語記事を作ること自体は、いまやかなり自動化できる。
難しいのはその先だ。
検索エンジンに存在を知らせる。 収集されたかを見る。 索引されたかを見る。 検索結果で露出したかを見る。 押されたかを見る。 読まれたかを見る。 そして直す。
この一連を回して初めて、韓国語版は「翻訳ファイル」から「韓国向けメディア」へ変わる。
店の看板を韓国語にするだけでは足りない。
地図に載せる。 入口を作る。 客がどこで引き返したかを見る。 売り場を直す。
SEOというと検索エンジンへ媚びる技術に見えるが、結局やっていることは、良い記事が存在することを知らせ、必要な人が見つけやすくし、読まれ方から次を直すことである。
それなら、かなり普通の商売だ。
