요약

• 구글 번역 위젯·JS 플러그인 방식의 다국어 홈페이지는 URL이 바뀌지 않아 구글봇이 현지 언어 페이지를 색인하지 못하고, B2B 바이어에게 전문성 신뢰를 잃게 만든다.
• 해결책은 로컬라이징 서브도메인 라우팅으로 바이어의 IP·브라우저 언어를 엣지 단에서 감지해 us.startup.com, eu.startup.com처럼 독립 서브도메인으로 보내는 아키텍처다.
• 단순 텍스트 1:1 번역이 아니라, 각 서브도메인에 현지 인증 마크·결제 단위·고객 레퍼런스를 실시간으로 조합하는 다이내믹 콘텐츠 매핑이 글로벌 신뢰의 핵심이다.
• 기술 구현은 Next.js 미들웨어 + hreflang 태그 + DeepL API 초안·원어민 감수(MTPE) 파이프라인으로 완성된다.
• 강제 리다이렉트는 구글 크롤러 차단으로 이어지므로, 반드시 언어 전환 UI를 함께 제공해야 한다.

"번역은 됐는데, 왜 바이어가 안 온다는 거죠?"

독일 자동차 부품 바이어가 yourcompany.com에 접속했다. 구글 번역 위젯이 페이지를 독일어로 바꿔준다. 그런데 바이어 화면에는 SOC 2 인증 로고 대신 한국 ISMS-P 마크가 보이고, 가격란에는 원화(₩)가 찍혀 있다. 결제 방식은 국내 신용카드 안내뿐이다.

바이어는 5초 만에 탭을 닫는다. 오역 때문이 아니라, 이 회사가 유럽 비즈니스를 이해하지 못한다는 신호를 홈페이지가 직접 보냈기 때문이다.

자동 번역 위젯의 문제는 번역 품질 하나가 아니다. 아키텍처 자체가 글로벌 B2B 계약에 맞지 않는 구조다.

자동 번역 위젯이 만드는 세 가지 구조적 함정

① URL이 바뀌지 않으면 구글봇은 번역 페이지를 보지 못한다

구글 번역 위젯이나 JS 기반 실시간 번역 플러그인은 URL을 그대로 둔 채 브라우저 화면만 바꾼다. example.com에서 프랑스어 번역이 돌아가도 URL은 여전히 example.com이다.

구글봇은 URL 단위로 페이지를 크롤링한다. /fr/ 또는 fr.example.com이라는 독립 URL이 없으면 프랑스어 콘텐츠는 색인되지 않는다. 프랑스 바이어가 구글에서 현지 언어로 검색해도 이 홈페이지는 검색 결과에 나타나지 않는다. SEO 관점에서 번역 페이지 자체가 존재하지 않는 셈이다.

② 기계 번역 오류는 B2B 신뢰를 한 번에 무너뜨린다

B2B 계약의 핵심은 '이 회사가 우리 산업을 얼마나 이해하는가'다. 자동 번역기는 문맥 없이 직역한다.

"The system is up and running" → "시스템이 위로 올라가서 달리는 중이다"

이런 오역이 제품 스펙 페이지에 등장하는 순간, 수십억 원대 계약을 논의하던 바이어는 조용히 이탈한다. 기술 용어 오역은 실수가 아니라 준비 부족의 증거로 읽힌다.

③ 구글 스팸 정책이 도메인 전체를 처벌할 수 있다

구글은 인간 감수를 거치지 않은 대량 자동 번역 콘텐츠를 저품질 스팸으로 분류할 수 있다. 번역 페이지 몇 개가 도메인 전체의 검색 권위(Domain Authority)를 깎아내리는 역효과를 낸다.

엔터프라이즈급 해결 구조: 로컬라이징 서브도메인 라우팅

서브도메인 vs 서브폴더, 어느 쪽을 선택해야 하나

두 방식 모두 구글이 공식 지원하는 국제화(i18n) URL 구조다. 선택 기준은 비즈니스 복잡도에 있다.

실무 판단 기준: 현지 데이터 규제 대응이 필요하거나 국가별 독립 결제 시스템이 필요한 B2B 스타트업이라면 서브도메인이 맞다. 초기 단계라면 서브폴더로 시작해 SEO 자산을 쌓은 뒤 서브도메인으로 이전하는 로드맵이 비용 효율적이다.

Next.js 미들웨어로 라우팅 구현하기

Next.js의 App Router 환경에서는 엣지(Edge) 단에서 밀리초 단위로 유입 트래픽을 판단해 서브도메인으로 라우팅할 수 있다. 아래는 핵심 로직의 축약 예시다.

// src/middleware.ts
import { NextResponse } from 'next/server';
import type { NextRequest } from 'next/server';

export function middleware(request: NextRequest) {
  const hostname = request.headers.get('host') || '';
  const acceptLanguage = request.headers.get('accept-language') || '';
  const url = request.nextUrl.clone();

  if (acceptLanguage.startsWith('en-US') && !hostname.startsWith('us.')) {
    url.hostname = 'us.yourcompany.com';
    return NextResponse.redirect(url, { status: 302 });
  }
  return NextResponse.next();
}

주의: 강제 리다이렉트만 걸면 구글 크롤러(미국 IP 기반)가 us. 서브도메인으로만 이동해 다른 국가 서브도메인을 크롤링하지 못한다. 반드시 언어 전환 드롭다운 UI를 함께 제공해 사용자와 봇 모두 자유롭게 이동할 수 있어야 한다.

다이내믹 콘텐츠 매핑: 번역이 아니라 '현지 맥락 조합'

텍스트를 현지 언어로 바꾸는 것만으로는 부족하다. 바이어가 접속한 국가의 비즈니스 맥락에 맞는 콘텐츠 블록을 실시간으로 조합해 보여주는 것이 다이내믹 콘텐츠 매핑이다.

CMS 설계 단계에서 국가별 콘텐츠 스키마를 분리해두면, 서브도메인별로 해당 블록만 렌더링하는 구조를 만들 수 있다. 이 방식은 단순 번역 플러그인과 달리 바이어에게 '이 회사는 우리 시장을 이미 알고 있다'는 인상을 준다.

번역 파이프라인: DeepL API + 원어민 감수(MTPE)

2026년 현재 구글 번역 위젯은 상업용 사이트에 무료 제공이 중단됐다. 대신 기업들은 다음 파이프라인을 표준으로 채택하고 있다.

1. 1차 초안: DeepL API 또는 GPT-4o 기반 AI 번역으로 초안 생성 (비용·속도 효율)
2. 2차 감수: 해당 산업 B2B 생태계를 아는 원어민 PM·번역가가 기술 용어와 어투를 교정 (L10n 검수)
3. 3차 유지 관리: 프레스 릴리즈·공지사항 등 업데이트 콘텐츠도 국가별 서브도메인에 동기화

방치된 다국어 서브도메인은 바이어에게 기업의 영속성에 대한 의구심을 심는다. 업데이트 주기 관리가 기술만큼 중요하다.

테크니컬 SEO: hreflang 태그로 중복 페이지 오인 방지

서브도메인이 여러 개 생기면 구글이 중복 콘텐츠로 오인해 검색 순위를 낮출 수 있다. hreflang 태그로 각 서브도메인의 상호 관계를 명시해야 한다.

<link rel="alternate" hreflang="en-US" href="https://us.yourcompany.com/" />
<link rel="alternate" hreflang="de-DE" href="https://eu.yourcompany.com/" />
<link rel="alternate" hreflang="ko-KR" href="https://yourcompany.com/" />
<link rel="alternate" hreflang="x-default" href="https://yourcompany.com/" />

또한 각 서브도메인에는 JSON-LD 구조화 데이터(Schema Markup)를 로케일별로 완벽히 매핑해야 한다. AI 검색(GEO, 생성형 엔진 최적화) 시대에 구글 AI가 각 국가 페이지의 정보를 빠르게 파악하려면 구조화 데이터가 필수 전제 조건이다.

구현 전 체크리스트: 다국어 홈페이지 제작 착수 전 확인할 것

• [ ] 타겟 국가가 3개국 이상이거나 현지 데이터 규제(GDPR 등) 대응이 필요한가? → 서브도메인 구조 선택
• [ ] 각 국가별 인증 마크, 결제 단위, 고객 레퍼런스가 별도로 준비돼 있는가?
• [ ] 번역 초안 후 원어민 감수 예산이 확보됐는가? (MTPE 파이프라인)
• [ ] 언어 전환 드롭다운 UI가 설계에 포함됐는가? (크롤러 차단 방지)
• [ ] hreflang 태그와 JSON-LD 구조화 데이터가 서브도메인별로 삽입될 예정인가?
• [ ] 서브도메인별 콘텐츠 업데이트 담당자와 주기가 정해졌는가?

자주 묻는 질문 (FAQ)

Q1. 서브도메인을 만들면 SEO 초기 불리하지 않나요? A. 맞다. 서브도메인은 각각 별도 도메인처럼 취급돼 초기 검색 권위 축적에 시간이 걸린다. 타겟 국가가 1~2개라면 서브폴더(/en/)로 시작하는 것이 SEO 자산 집중에 유리하다. 국가별 규제 대응이나 독립 인프라가 필요한 시점에 서브도메인으로 전환하는 로드맵을 권장한다.

Q2. DeepL API만 써도 충분하지 않나요? A. AI 번역은 초안 품질이 높아졌지만, B2B 기술 문서의 산업별 전문 용어와 현지 비즈니스 어투는 원어민 감수(MTPE) 없이는 오류가 남는다. 구글도 인간 감수를 거치지 않은 대량 기계 번역 콘텐츠를 저품질로 분류할 수 있어 감수 단계는 생략하기 어렵다.

Q3. 강제 리다이렉트를 걸면 안 되는 이유가 뭔가요? A. 구글 크롤러는 대부분 미국 IP로 접속한다. IP 기반 강제 리다이렉트를 걸면 크롤러가 us. 서브도메인으로만 이동해 나머지 국가 서브도메인을 색인하지 못한다. 언어 전환 UI를 제공해 사용자와 봇 모두 원하는 서브도메인으로 자유롭게 이동할 수 있어야 한다.

Q4. 다이내믹 콘텐츠 매핑을 위한 CMS는 어떤 걸 써야 하나요? A. Contentful, Sanity, Strapi처럼 다국어 로케일 스키마를 지원하는 헤드리스 CMS가 적합하다. 국가별 콘텐츠 필드를 스키마 단계에서 분리해두면 서브도메인별 렌더링 로직 구현이 훨씬 단순해진다.

Q5. 소규모 스타트업도 이 구조를 바로 적용해야 하나요? A. 아니다. 타겟 국가가 1개이고 인프라 관리 인력이 없다면 서브폴더 구조로 시작하는 것이 현실적이다. 서브도메인 아키텍처는 복수 국가 동시 공략, 현지 규제 대응, 독립 결제 시스템이 필요한 시점에 도입하는 것이 비용 대비 효과적이다.

마치며

글로벌 바이어는 홈페이지에서 단 몇 초 안에 '이 회사가 우리 시장을 준비했는가'를 판단한다. 자동 번역 위젯은 그 판단을 빠르게 부정적으로 만든다. 로컬라이징 서브도메인 라우팅과 다이내믹 콘텐츠 매핑은 기술적 복잡도가 있지만, 바이어의 신뢰를 구조적으로 설계하는 유일한 방법이다.

다국어 홈페이지 제작을 앞두고 어떤 아키텍처가 우리 비즈니스에 맞는지 판단이 어렵다면, 에이달(ADALL)의 글로벌 홈페이지 제작 팀과 프로젝트 문의를 통해 구체적인 구조 설계 방향을 먼저 확인해보시길 권한다.

📞 02-2664-8631 | ✉️ master@adall.co.kr