예전에는 다국어 블로그가 큰 회사에나 현실적인 전략이라고 생각했다. 한 언어의 글은 직접 쓸 수 있지만, 언어 하나를 추가할 때마다 번역가 비용이나 직접 번역하고 관리하는 시간이 필요했기 때문이다.
ChatGPT가 이 계산을 바꿨다. 몇 초 안에 쓸 만한 1차 번역을 만들 수 있게 되자 “다음에는 어떤 한 언어만 추가할까?”가 아니라 추가 언어의 한계비용이 이렇게 낮아졌다면 같은 좋은 글을 5개, 10개, 20개 언어로 왜 공개하지 않을까?라는 질문을 하게 됐다.
나는 내 블로그에서 직접 실험했다. 하나의 원문을 최대 20개 언어로 현지화하고, 각각을 별도의 크롤링·인덱싱 가능한 URL로 공개했다. 가장 흥미로웠던 것은 번역이 쉬워진 사실보다 그 이후였다. 여러 나라에서 자연 검색으로 들어오는 사용자가 늘었고, 많은 사용자가 처음부터 자기 언어로 된 페이지에 도착했다.
과거에는 번역 비용 때문에 현실성이 낮았다
생성형 AI 이전에 solo developer가 모든 글의 10~20개 번역본을 계속 유지하는 것은 비용 대비 효율을 설명하기 어려웠다. 뉘앙스가 중요한 글에는 전문 번역가가 여전히 가치가 있지만, 실험적인 블로그 글을 매번 20개 언어로 외주 주면 비용은 빠르게 커진다. 직접 하면 돈 대신 시간이 사라진다.
지금은 원문을 한 번 잘 작성하고, 구조화된 콘텐츠를 ChatGPT로 번역하며, 코드와 기술 용어를 유지하고, 품질 검토를 한 번 더 한 뒤 같은 pipeline으로 모든 언어를 배포할 수 있다.
왜 바로 20개 언어까지 갔는가
처음에는 20개 언어가 과해 보였다. 하지만 내가 아직도 예전 비용 모델로 생각하고 있다는 것을 깨달았다. 언어 하나마다 freelancer, 일정 조율, 비용이 필요하다면 20개는 비현실적이다. 반대로 이미 구조화된 콘텐츠에 자동화된 번역 단계를 한 번 더 수행하는 정도라면 개인 개발자도 시도할 수 있는 실험이 된다.
모든 글이 모든 언어에서 순위를 얻을 것이라고 기대하지 않는다. 핵심은 좋은 현지화 버전 하나가 생길 때마다 원래 언어로는 절대 검색하지 않을 사람의 실제 검색어와 만날 기회가 하나 더 생긴다는 점이다.
검색 유입에서 실제로 본 변화
가장 분명한 변화는 지리적 다양성이었다. 더 많은 나라에서 organic traffic이 들어오기 시작했고, 여러 세션이 원문이 아니라 현지화 페이지에서 바로 시작됐다.
이것은 마법 같은 SEO 해킹도, 순위 보장도 아니다. 어떤 언어는 노출이 많고 어떤 언어는 거의 없다. 하지만 기본 구조는 강력하다. 하나의 원래 아이디어가 여러 언어 검색 시장에서 각각 정상적인 진입점을 가질 수 있다.
기술적인 multilingual SEO가 중요하다
각 언어는 /en/blog/..., /ja/blog/..., /ko/blog/...처럼 독립된 안정적인 URL을 가진다.
- 언어별 별도 URL.
- 실제로 번역된 title, description, heading, 본문.
- 각 언어 버전에 맞는 canonical.
- 동등한 페이지끼리 상호 hreflang.
- 크롤링 가능한 내부 링크와 언어 선택기.
- 일관된 sitemap과 인덱싱 규칙.
<link rel="alternate" hreflang="en" href="https://example.com/en/blog/article" />
<link rel="alternate" hreflang="ja" href="https://example.com/ja/blog/article" />
<link rel="alternate" hreflang="ko" href="https://example.com/ko/blog/article" />
<link rel="alternate" hreflang="x-default" href="https://example.com/en/blog/article" />나는 Next.js를 쓰기 때문에 locale route와 인덱싱 가능한 HTML을 만들기 편하다. 하지만 Next.js 자체가 SEO 전략인 것은 아니다. 중요한 것은 각 언어 버전이 사용자와 검색 엔진이 실제로 찾고 이해할 수 있는 정상적인 페이지로 존재하는 것이다.
새 글마다 사용하는 workflow
- 먼저 좋은 원문을 쓴다.
- 콘텐츠를 구조화해서 관리한다.
- ChatGPT로 번역할 때 의미, 기술 용어, 코드, 링크, HTML, 톤을 유지한다.
- 두 번째 품질 검토를 한다.
- 각 언어를 고유 URL에 공개한다.
- canonical, hreflang, sitemap, indexability를 검증한다.
- Search Console과 analytics를 본다 그리고 실제 수요가 더 투자할 언어를 결정하게 한다.
AI가 번역을 싸게 만들었지만 품질은 여전히 중요하다
나쁜 번역을 20배로 늘리면 나쁜 페이지 20개가 생길 뿐이다. 나는 AI가 싸다는 이유로 얇은 키워드 페이지를 대량 생성하지 않는다. 실제 독자에게 유용한 내 원본 콘텐츠를 다른 언어로 전달하는 것이다.
기술 블로그는 자동화하기 좋은 편이다. 코드, 프레임워크 이름, API 용어가 비교적 안정적이기 때문이다. 반면 법률, 의료, 금융, 계약 또는 문화적으로 민감한 글이라면 훨씬 강한 인간 검토와 필요한 경우 전문 번역을 사용할 것이다.
지금 내가 추천하는 방식
이미 좋은 글을 쓰는 데 시간을 쓰고 있다면 다국어 게시를 진지하게 테스트해볼 만하다. 처음부터 20개일 필요는 없다. 타깃과 맞는 5개 언어로 시작하고, pipeline이 안정되면 10개, 운영이 충분히 신뢰할 수 있게 되면 20개까지 늘릴 수 있다.
가장 비싼 부분인 경험, 조사, 생각은 원문을 쓸 때 이미 끝났다. 현지화는 그 작업을 다른 검색 시장에서 다시 활용한다. 어떤 언어는 거의 아무것도 가져오지 못할 수 있지만, 예상하지 못한 다른 언어가 새로운 시장이 사이트를 처음 발견하는 입구가 될 수 있다.
그래서 나는 이제 번역을 비싼 마지막 기능이 아니라 distribution layer로 본다. 하나의 글이 여러 organic entry point가 되고, 내 언어로는 절대 검색하지 않을 사람도 제품을 발견할 수 있다.