익숙한 장면입니다. 일본어 사이트를 오픈했고, 번역 품질도 원어민 검수를 거쳐 문제없습니다. 일본에서 트래픽도 들어옵니다. 그런데 전환율은 한국어 사이트보다 눈에 띄게 낮고, 무엇이 고장났는지 짚어내는 사람은 없습니다.
대부분의 경우 고장난 것은 없습니다. 글자는 번역했지만 사이트는 현지화하지 않았을 뿐입니다. 일본 사용자는 한 페이지가 얼마나 자세히 설명해야 하는지, 회사 정보가 어디에 있어야 하는지, 폼이 무엇을 묻는지, 가격이 어떻게 표시되는지에 대해 분명한 기대를 갖고 들어옵니다. 이 기대를 무시한 사이트는 틀려 보이기보다 낯설어 보이고, 낯섦은 곧 리스크로 읽힙니다.
번역과 현지화는 다릅니다
번역은 텍스트를 바꾸고, 현지화는 경험을 바꿉니다. 직역이 놓치는 기대치 중 피해가 가장 큰 것은 세 가지입니다.
- 정보 밀도. 일본의 제품·서비스 페이지는 길고 구체적인 편입니다. 사양, 요금 상세, 도입 사례, FAQ까지 담습니다. 헤드라인 하나와 CTA 하나로 끝나는 미니멀한 랜딩 페이지는 무언가를 숨기는 것처럼 읽힐 수 있습니다. 여백은 유지하되, 스크롤 아래와 상세 페이지에서 깊이를 더하세요.
- 신뢰 신호. 특히 B2B 구매자는 결정 전에 "어떤 회사인가"를 확인합니다. 고객사 로고, 도입 사례(導入事例), 프라이버시마크(Pマーク)나 ISMS 같은 인증, 대응 시간이 명시된 일본어 지원 창구가 모두 무게를 가집니다.
- 명시적인 프로세스. 다음에 무슨 일이 일어나는지 알려 주세요. 영업 담당자가 연락하는지, 트라이얼은 언제 끝나는지, 해지는 어떻게 하는지.
마이크로카피: 전과 후
직역이 가장 티 나는 곳은 톤입니다. 게다가 한국어에서 옮길 때는 한자어가 비슷해 보여서 생기는 함정이 따로 있습니다.
| 상황 | 한국어 원문 | 직역 | 현지화 |
|---|---|---|---|
| B2B 메인 CTA | 데모 신청 | デモ申請 | 資料ダウンロード（無料） + お問い合わせ |
| 오류 | 앗, 문제가 발생했어요! | あっ、問題が発生しました！ | 申し訳ございません。エラーが発生しました。時間をおいて再度お試しください。 |
| 이메일 인사 | 타로 님, 안녕하세요 | 太郎さん、こんにちは | 山田 太郎 様 |
| 폼 버튼 | 제출 | 提出 | 入力内容を確認する |
'신청'을 '申請'으로, '제출'을 '提出'로 옮기면 뜻은 통하지만 관공서 서류처럼 딱딱하게 읽힙니다. 일본 웹에서는 申し込み, 送信, 確認 같은 표현이 자연스럽습니다. CTA 행은 특히 중요합니다. 일본 B2B에서는 서비스 소개 자료(資料)를 내려받는 것이 흔한 첫 단계입니다. 영업과 대화하기 전에 사내에 자료를 돌릴 수 있기 때문입니다. '데모 신청'만 있으면 많은 구매자가 먼저 밟고 싶은 단계를 건너뛰게 됩니다.
IA와 내비게이션: 사용자가 찾는 그 레이블을 쓰세요
일본 기업 사이트에는 강하게 굳어진 내비게이션 어휘가 있고, 사용자는 바로 그 단어를 스캔합니다.
| 목적 | 관례적 레이블 | 비고 |
|---|---|---|
| 회사 소개 | 会社情報 / 企業情報 | 会社概要(회사 개요), 沿革(연혁), アクセス(오시는 길)의 허브 |
| 제품 | 製品情報 / サービス | 비즈니스 모델에 맞춰 선택 |
| 투자자 정보 | IR情報 | 상장사 |
| 채용 | 採用情報 | 新卒採用(신입)과 キャリア採用(경력)으로 나누는 경우가 많음 |
| 문의 | お問い合わせ | 대개 헤더에 고정 버튼으로 |
| FAQ | よくある質問 | 요금·폼 페이지에서도 링크 |
| 개인정보 | プライバシーポリシー | 個人情報保護方針이라고도 씀 |
| 사이트맵 | サイトマップ | 푸터에서 링크하는 HTML 페이지 |
구조 설계 쪽은 GNB·Footer 구조 모범 사례를 참고하세요. 일본어 버전이 만들어지면 번역 스프레드시트를 믿지 말고 원본 사이트와 구조를 대조해야 합니다. DeepAnalyzer는 두 사이트를 모두 크롤링해 Screen ID가 붙은 IA 엑셀로 내보내고, 감지한 언어로 레이블(決済, カート, 採用情報 등)을 생성하므로 일본 측 검수자가 용어집 없이 읽을 수 있습니다.
회사 소개 페이지는 전환 페이지입니다
서구권 사이트에서 'About'은 브랜드 스토리인 경우가 많습니다. 일본의 会社概要는 팩트 시트이고, 구매자는 실제로 읽습니다. 회사명, 설립일(設立), 자본금(資本金), 대표자(代表者), 소재지, 직원 수, 사업 내용을 기재하세요. 일본 법인이 없는 회사라면 계약 주체가 누구인지, 일본 고객 지원은 어떻게 이루어지는지를 분명히 밝혀야 합니다.
HTML 사이트맵 페이지를 유지하세요
사람이 읽는 サイトマップ 페이지는 서구권 사이트에서는 많이 사라졌지만, 일본 기업 사이트에서는 여전히 흔한 푸터 링크입니다. 전체를 조망하며 탐색하는 방문자를 돕고, 크롤러에게는 모든 섹션으로 가는 평평한 경로가 됩니다. 손으로 관리하지 말고 IA에서 생성하세요.
이커머스: 特定商取引法に基づく表記
일본 소비자에게 온라인으로 판매한다면, 특정상거래법(特定商取引法)은 온라인 쇼핑몰을 포함한 통신판매 사업자에게 판매자 법적 명칭, 주소, 전화번호, 가격과 부대 비용, 결제·배송 조건, 반품 조건 등을 표시하도록 요구합니다. 표준적인 구현은 '特定商取引法に基づく表記'라는 제목의 페이지를 푸터와 결제 화면에서 링크하는 것입니다. 최근 개정으로 최종 주문 확인 화면에 표시해야 할 사항도 추가되었습니다. 카피라이팅 과제가 아니라 법무 검토 항목으로 다루세요.
폼: 전환이 조용히 새는 곳
서구식 이름·주소를 전제로 만든 폼은 일본에서 작은 문제를 여러 겹으로 일으킵니다. 성→이름 순서는 한국과 같아서 익숙하지만, 나머지는 다릅니다.
| 항목 | 서구식 기본값 | 일본 관례 | 구현 포인트 |
|---|---|---|---|
| 이름 | First, Last | 姓(성) → 名(이름) | 두 필드, 성 먼저 |
| 읽는 법 | 없음 | フリガナ(セイ / メイ) | 한자 이름은 읽는 법이 여러 가지 |
| 우편번호 | 도시 뒤 | 〒 먼저, 7자리(150-0001) | 도도부현·시구정촌 자동 입력 |
| 주소 | 번지 → 도시 → 주 | 都道府県 → 市区町村 → 番地 → 建物名 | 큰 단위부터, 건물명 필드 분리 |
| 전화번호 | 단일 형식 | 03-1234-5678, 090-1234-5678 | 하이픈 유무 모두 허용 |
한국에서는 주소 검색 팝업이 익숙하지만, 일본에서는 우편번호를 먼저 입력하면 도도부현과 시구정촌이 자동으로 채워지는 방식이 표준입니다. 7자리 번호가 지역을 특정하므로 사용자는 번지와 건물명만 입력하면 됩니다.
전각 입력은 거부하지 말고 정규화하세요
일본어는 IME로 입력하기 때문에 사용자가 전각 숫자(１２３)를 모르고 입력하는 일이 흔합니다. 최악의 대응은 "半角数字で入力してください"(반각 숫자로 입력해 주세요)라는 그 유명한 오류 메시지입니다. 무엇이든 받아서 정규화하세요.
// 우편번호·전화번호에만 적용합니다. 이름 필드에서 "ー"를 치환하면
// 안 됩니다. 실제 가타카나 문자입니다(예: ヨーコ).
const normalizeJaNumber = (value) =>
value
.normalize("NFKC") // １５０－０００１ → 150-0001
.replace(/[‐‑‒–—―−ー]/g, "-") // 하이픈 유사 문자 → "-"
.replace(/\s+/g, "");
NFKC는 반각 가타카나(ｶﾀｶﾅ)도 전각으로 바꿔 주는데, フリガナ 필드에 저장해야 할 형태가 바로 그것입니다. 관례 두 가지를 더 기억하세요. 일본 폼은 입력 → 확인 → 완료(入力 → 確認 → 完了) 흐름이 일반적이고, 트랜잭션 메일은 고객을 이름만이 아니라 성명 전체와 경칭 様로 부릅니다.
결제, 가격, 날짜
실제로 쓰는 결제 수단을 제공하세요
카드만 받는 결제는 일본 고객을 놓칩니다. 현실적인 구성은 다음과 같습니다.
- 신용카드. 일본 카드 브랜드인 JCB를 반드시 포함합니다.
- 편의점 결제(コンビニ払い). 고객이 결제 번호를 받아 편의점 계산대에서 현금으로 내고, 입금이 확인되면 출고합니다.
- QR 코드 결제. 한국의 간편결제와 비슷한 위치로, PayPay, 楽天ペイ, d払い 등이 있습니다.
- 은행 송금(銀行振込). 고액 주문과 B2B에서 흔합니다.
- 대금 상환(代金引換)과 후불(後払い). 여전히 이를 기대하는 고객층이 있습니다.
B2B 구매자는 카드 등록보다 견적서(見積書)와 청구서 결제(請求書払い)를 기대하는 경우가 많습니다. 일본 기업에 청구서를 발행한다면 적격청구서 제도(インボイス制度)가 어떻게 적용되는지 확인하세요.
세금 포함 총액을 표시하세요
2021년 4월부터 일본에서 소비자에게 가격을 표시하는 사업자는 세금 포함 총액(総額表示)을 표시해야 합니다. 11,000円（税込）처럼 쓰고, 필요하면 세전 금액을 덧붙이되 세전 금액을 앞세워 총액이 부차적으로 보이게 해서는 안 됩니다. 한국 소비자 가격도 부가세 포함 표시가 일반적이라 익숙하겠지만, 달러 기반 SaaS 요금표를 그대로 옮기면 세전 가격이 되기 쉽습니다. B2B 가격은 대체로 규정 대상 밖이지만, 어느 쪽이든 税込·税抜를 명시하세요.
날짜와 연호
표준 표기는 2026年9月23日이며 요일을 붙이는 경우가 많습니다(2026年9月23日（水）). 숫자 표기는 연도가 먼저입니다(2026/09/23). 일본 연호(2026년은 令和8年)는 관공서 문서와 일부 공식 서식에 여전히 쓰이지만, 마케팅 사이트에서 필요한 경우는 드뭅니다.
const d = new Date("2026-09-23T12:00:00+09:00");
new Intl.DateTimeFormat("ja-JP", { dateStyle: "long" }).format(d);
// "2026年9月23日"
new Intl.DateTimeFormat("ja-JP-u-ca-japanese", { dateStyle: "long" }).format(d);
// "令和8年9月23日"
골든위크, 오봉, 연말연시(年末年始)의 배송·고객 지원 일정도 미리 공지하세요.
타이포그래피: 일본어에는 띄어쓰기가 없습니다
일본어는 단어 사이에 공백이 없어서 줄이 거의 어디서든 바뀔 수 있습니다.
줄바꿈 규칙(禁則処理, 금칙 처리). 닫는 괄호와 구두점(、。」)은 줄 첫머리에 오면 안 되고, 여는 괄호는 줄 끝에 남으면 안 됩니다. 브라우저는 기본 규칙을 적용하며, line-break: strict를 쓰면 작은 가나(ゃ, っ)와 장음 부호(ー)도 줄 첫머리에 오지 않도록 더 엄격한 규칙이 적용됩니다.
구 단위 줄바꿈. 본문에서 단어 중간에 줄이 바뀌는 것은 일본어에서 자연스럽지만, 큰 제목에서는 엉성해 보입니다. Chromium 계열 브라우저는 lang="ja"로 지정된 콘텐츠에 대해 word-break: auto-phrase를 지원하며, BudouX 모델로 자연스러운 구 경계에서 줄을 바꿉니다. 다른 브라우저는 이 값을 무시하므로 지금 적용해도 안전합니다.
html:lang(ja) {
font-family: "Hiragino Sans", "Hiragino Kaku Gothic ProN",
"Noto Sans JP", "Yu Gothic", YuGothic, Meiryo, sans-serif;
line-height: 1.8;
line-break: strict;
}
h1:lang(ja), h2:lang(ja) {
word-break: auto-phrase; /* Chromium, lang="ja" 필요 */
text-wrap: balance;
}
em:lang(ja) {
font-style: normal; /* 일본어 폰트에는 이탤릭이 없음 */
font-weight: 700;
}
- 폰트 스택. 브라우저는 실제로 쓰일 때만 웹폰트를 내려받으므로, Hiragino를 앞에 두면 애플 기기는 Noto Sans JP를 받지 않습니다. Windows에서는 Yu Gothic 보통 굵기가 가늘게 렌더링될 수 있어
"Yu Gothic Medium"을 지정하는 팀이 많습니다. - 폰트 용량. 일본어 폰트는 수천 자의 글리프를 담고 있어 한 굵기만으로도 수 MB에 이를 수 있습니다. 서브셋을 만들거나
unicode-range분할을 쓰세요(Google Fonts는 Noto Sans JP를 여러 조각으로 나눠 제공합니다). 굵기는 두 가지에서 멈추세요. - 행간. 한자는 밀도가 높아서 본문은 1.7~1.9 정도가 읽기 좋습니다.
- 가짜 이탤릭 금지. 일본어 서체에는 이탤릭이 없어서
font-style: italic은 억지로 기울인 글자를 만듭니다. 굵기나 방점(text-emphasis: filled sesame)으로 강조하세요.
일본어 버전의 테크니컬 SEO
구조 선택: /ja/ 또는 .jp
| 선택지 | 예시 | 트레이드오프 |
|---|---|---|
| 서브디렉터리 | example.com/ja/ |
권위가 한 도메인에 모이고 운영할 사이트도 하나. 기본값으로 적합 |
| ccTLD | example.jp, example.co.jp |
현지 신호와 신뢰가 강함. .jp는 대체로 일본 내 주소가, .co.jp는 일본 법인이 필요하고 권위는 0에서 시작 |
일본 도메인은 현지 법인과 장기적인 현지 브랜드 전략이 있을 때만 선택하세요. 로케일 세그먼트 배치는 URL 구조 모범 사례를 참고하세요.
언어를 제대로 선언하세요
모든 언어 버전을 자기 참조와 x-default를 포함한 상호 hreflang으로 연결합니다. 일본어는 사실상 한 나라에서만 쓰이므로 ja로 충분하고, ja-JP도 유효합니다. jp는 국가 코드라서 선언 전체가 무효가 됩니다. 한국 사이트에서 kr을 쓰는 것과 똑같은 실수입니다. 자세한 규칙은 hreflang 가이드에 있습니다.
<html lang="ja">
<link rel="alternate" hreflang="ja" href="https://example.com/ja/pricing/" />
<link rel="alternate" hreflang="ko" href="https://example.com/ko/pricing/" />
<link rel="alternate" hreflang="en" href="https://example.com/en/pricing/" />
<link rel="alternate" hreflang="x-default" href="https://example.com/en/pricing/" />
lang="ja"는 브라우저에게 한자를 일본식 자형으로 그리라고 알려 주는 역할도 합니다. 이 선언이 없으면 일부 환경에서 한중일 공통 한자가 중국어 폰트로 렌더링되고, 일본 사용자는 바로 알아챕니다.
IP 강제 리다이렉트는 금지, 슬러그는 ASCII로
IP 기반 리다이렉트는 다른 버전을 원하는 사용자를 가두고, 주로 일본 밖에서 크롤링하는 크롤러에게 일본어 페이지를 숨길 수 있습니다. 대신 닫을 수 있는 언어 안내 배너를 띄우세요.
일본어 슬러그는 주소창에서는 친근해 보이지만 공유하는 순간 퍼센트 인코딩됩니다. /ja/料金プラン/은 /ja/%E6%96%99%E9%87%91%E3%83%97%E3%83%A9%E3%83%B3/이 됩니다. 모든 로케일에서 같은 ASCII 슬러그(/ko/pricing/, /ja/pricing/)를 쓰면 hreflang 매핑도 간단해집니다.
메타데이터, Yahoo! JAPAN, OGP
- 타이틀과 디스크립션. 검색 스니펫은 픽셀 폭으로 잘리고, 전각 문자는 폭이 넓습니다. 대략 타이틀은 30~35자, 디스크립션은 120자 안팎으로 잡고 핵심어를 앞에 두세요. 영어나 한국어 메타 태그를 번역하지 말고 일본어로 새로 쓰세요.
- Yahoo! JAPAN. 웹 검색 결과가 Google의 검색 기술로 제공되므로, Google 중심의 SEO 한 번으로 둘 다 커버됩니다.
- OGP. 일본에서는 링크가 LINE과 X로 활발히 공유되기 때문에 미리보기 카드가 첫인상이 되는 경우가 많습니다.
og:title,og:description, 일본어가 읽히는og:image,og:locale(ja_JP),twitter:card(summary_large_image)를 설정하세요. JavaScript 앱이라면 이 메타데이터가 서버 응답에 있는지 확인해야 합니다. 일반 크롤링과 Strong Mode(헤드리스 브라우저) 크롤링 결과를 비교하면 렌더링하지 않는 봇이 무엇을 놓치는지 금방 보입니다.
런칭 체크리스트
- GNB와 푸터가 관례적 레이블(会社情報, 製品情報, 採用情報, お問い合わせ)을 쓰는가
- 会社概要에 설립일, 자본금, 대표자, 소재지, 직원 수가 있는가
- HTML サイトマップ 페이지가 푸터에서 링크되는가
- (이커머스) 特定商取引法に基づく表記가 푸터·결제 화면에서 링크되고 법무 검토를 거쳤는가
- 폼에 姓 → 名, フリガナ, 우편번호 자동 입력, 전각 입력 정규화가 적용되었는가
- 편의점 결제, QR 코드 결제, 은행 송금을 필요에 따라 제공하는가
- 모든 소비자 가격이 세금 포함(総額表示)인가
lang="ja",line-break: strict, 구 단위 제목 줄바꿈, 폰트 서브셋이 적용되었는가x-default를 포함한 상호 hreflang이 있고, IP 강제 리다이렉트 없이 ASCII 슬러그를 쓰는가- 타이틀·디스크립션·OGP 이미지를 일본어로 새로 만들었는가
- 마이크로카피를 번역가의 교정이 아니라 원어민 라이터가 다시 썼는가
자주 묻는 질문
일본어 사이트에 기계 번역을 써도 되나요?
초안으로는 쓸 만하지만 그대로 런칭할 수준은 아닙니다. 가장 큰 공백은 톤, 마이크로카피, 그리고 일본 사용자가 기대하지만 원본에는 없던 콘텐츠입니다. 주요 페이지, CTA, 폼은 원어민 에디터가 다시 쓰도록 예산을 잡으세요.
/ja/ 서브디렉터리와 .jp 도메인 중 무엇이 낫나요?
대부분의 회사에는 /ja/가 더 나은 기본값입니다. 권위가 한 도메인에 모이고 운영할 사이트도 하나입니다. 일본 법인이 있고 장기적인 현지 브랜드를 계획한다면 .jp나 .co.jp가 의미가 있습니다.
hreflang 값은 ja와 ja-JP 중 무엇을 써야 하나요?
둘 다 유효하며, 일본어는 사실상 일본에서만 쓰이므로 ja면 대개 충분합니다. 더 중요한 것은 상호성입니다. 모든 버전이 자기 자신을 포함해 다른 모든 버전을 선언해야 합니다. 국가 코드인 jp는 절대 쓰지 마세요.
特定商取引法に基づく表記 페이지가 꼭 필요한가요?
일본 소비자에게 온라인으로 상품이나 서비스를 판매한다면, 특정상거래법상 판매자와 거래 조건을 표시해야 하는 것이 일반적이고, 전용 페이지가 표준적인 방법입니다. 순수 B2B이거나 거래 기능이 없는 사이트는 상황이 다른 경우가 많습니다. 구체적인 의무는 일본 법률 전문가에게 확인하세요.
Yahoo! JAPAN을 위한 별도 SEO가 필요한가요?
필요 없습니다. Yahoo! JAPAN의 검색 결과는 Google의 검색 기술로 제공되므로 Google을 위한 작업이 그대로 이어집니다. 그 대신 일본어로 새로 쓴 메타데이터와, LINE·X에서 공유될 때 보기 좋은 OGP에 투자하세요.