다국어 워드프레스가 SEO 플러그인과 상호작용하는 방식

다국어 아키텍처가 끝나고 SEO 플러그인의 책임이 시작되는 지점

다국어 워드프레스 설정은 보통 두 가지 서로 다른 문제를 동시에 해결해야 합니다. 첫째, 하나의 페이지가 둘 이상의 언어로 존재한다는 사실을 표현해야 합니다. 둘째, 각 버전에 대한 검색 엔진용 메타데이터를 노출해야 합니다. 이 둘은 관련되어 있지만 같은 책임은 아닙니다.

다국어 계층은 언어 버전들이 서로 연결되는 장소입니다. SEO 플러그인 계층은 제목, 설명, 캐노니컬, 스키마, XML 사이트맵, robots 지시문 같은 페이지 수준 신호가 출력되는 장소입니다. 두 계층이 같은 신호를 소유하려고 하면, 결과는 대개 중복, 불일치, 또는 잘못된 방향을 가리키는 신호가 됩니다.

제목과 설명은 공유 기본값이 아니라 언어별 제어가 필요합니다

페이지 제목과 메타 설명은 보통 각 언어 버전별로 번역되어야 합니다. 이는 검색 결과 스니펫의 일부이며 콘텐츠의 언어와 맞아야 하기 때문입니다. 기술적 문제는 번역 자체가 아니라 소유권입니다. 다국어 시스템이 번역된 콘텐츠를 저장하고 SEO 플러그인이 스니펫 필드를 저장한다면, 두 시스템 모두 올바른 값을 예측 가능하게 읽고 쓸 수 있어야 합니다.

흔한 실패 사례는 SEO 필드가 한 번 복사된 뒤 업데이트되지 않아 번역된 페이지가 원문 언어의 제목이나 설명을 그대로 물려받는 경우입니다. 반대의 실패 사례도 있습니다. SEO 플러그인이 번역된 콘텐츠를 바탕으로 대체 제목을 생성하지만, 다국어 계층은 여전히 그 페이지를 다른 언어 버전과 연결된 것으로 취급하는 경우입니다. 두 경우 모두 페이지는 기술적으로 접근 가능하지만 검색과 사용자에게는 의미적으로 일관되지 않을 수 있습니다.

캐노니컬은 각 언어 버전에 대한 선호 URL을 반영해야 합니다

캐노니컬 태그는 소유권 충돌이 가장 빨리 드러나는 부분입니다. 다국어 사이트는 보통 각 언어 버전이 고유한 URL에서 개별적으로 색인될 수 있어야 하면서도, 다른 버전들과의 관계를 함께 신호해야 합니다. 즉, 번역된 페이지의 캐노니컬은 일반적으로 원문 언어 페이지가 아니라 해당 페이지 자체의 선호 URL을 가리켜야 합니다. 단, 아키텍처가 의도적으로 이를 통합하는 경우는 예외입니다.

SEO 플러그인과 다국어 시스템이 모두 캐노니컬을 설정하려고 하면, 위험은 단순한 HTML 중복에 그치지 않습니다. 더 큰 문제는 어떤 URL이 그 언어의 권위 있는 버전인지에 대한 의견 불일치입니다. 그러면 검색 엔진은 혼합된 신호를 받게 됩니다. 한 시스템은 번역된 페이지가 캐노니컬이라고 말하고, 다른 시스템은 원문 페이지가 선호되어야 한다고 암시합니다. 실제 결과는 색인 안정성 저하 또는 특정 언어의 검색어에 대해 잘못된 페이지가 노출되는 현상일 수 있습니다.

스키마는 페이지를 설명하고, 언어 관계는 사이트 구조를 설명해야 합니다

구조화 데이터와 언어 관계는 서로 다른 문제를 해결합니다. 스키마는 페이지의 콘텐츠와 맥락을 설명합니다. 언어 관계는 언어 간에 동등하거나 관련된 페이지들이 서로 어떻게 연결되는지를 설명합니다. 이 둘이 혼동되면, 사이트는 기술적으로 유효하지만 잘못된 언어 버전에 연결된 스키마를 갖게 되거나, 구조화 데이터에 표현된 페이지 정체성과 맞지 않는 언어 링크를 갖게 될 수 있습니다.

구현자에게 유용한 질문은 어떤 계층이 스키마를 생성하고 어떤 계층이 언어 그래프를 알고 있느냐입니다. 다국어 시스템이 어떤 페이지들이 서로 번역 관계인지 알고 있다면, 그 관계의 출처는 그 시스템이어야 합니다. SEO 플러그인이 페이지 콘텐츠로부터 스키마를 생성한다면, 번역된 페이지를 서로 바꿔 쓸 수 있는 복사본이라고 가정하지 말고 각 언어 버전별로 생성해야 합니다.

XML 사이트맵과 robots 지시문은 색인 결정을 중복해서는 안 됩니다

XML 사이트맵과 robots 지시문은 모두 색인 제어 수단이지만, 작동 방식은 다릅니다. 사이트맵은 검색 엔진에 무엇이 존재하고 발견 대상인지 알려줍니다. robots 지시문은 페이지를 어떻게 다룰지 알려줍니다. 다국어 설정에서는 두 요소 모두 언어 아키텍처와 맞아야 하며, 그래야 번역된 페이지가 색인되어야 할 때는 발견 가능하고, 그렇지 않을 때는 제외될 수 있습니다.

핵심 엔지니어링 트레이드오프는 다국어 계층과 SEO 플러그인 중 어느 쪽이 언어 변형의 사이트맵 항목을 생성하느냐입니다. 둘 다 하면 중복 URL이나 일관성 없는 포함 규칙이 생길 수 있습니다. 한 시스템이 페이지를 제외하는데 다른 시스템이 포함하면, 해당 언어 버전을 색인해야 하는지에 대해 사이트가 모순된 신호를 보내게 됩니다.

가장 안전한 패턴은 각 SEO 신호마다 단일 소유자를 두는 것입니다

가장 깔끔한 구현은 각 신호의 소유 시스템을 하나로 정하고, 다른 시스템은 그 결정을 인지하도록 유지하는 것입니다. 다국어 계층은 언어 정체성과 관계를 소유해야 합니다. SEO 플러그인은 각 페이지 버전의 메타데이터 표현을 소유해야 하지만, 다국어 아키텍처가 정한 경계 안에서만 그래야 합니다.

이 분리는 번역된 페이지가 잘못된 메타데이터를 물려받거나, 상충되는 캐노니컬을 내보내거나, 잘못된 사이트맵 상태로 나타날 가능성을 줄여 줍니다. 또한 디버깅도 쉬워집니다. 신호가 잘못되었을 때, 두 시스템이 모두 같은 출력에 책임이 있다고 믿는 상황에서 헤매지 않고 먼저 어느 계층을 점검해야 하는지 알 수 있기 때문입니다.

SEO 신호	선호 소유자	이유
제목	SEO 계층, 언어 버전별	번역된 콘텐츠와 일치하는 페이지 수준 출력이 필요함
설명	SEO 계층, 언어 버전별	각 버전의 언어와 의도를 반영해야 함
캐노니컬	SEO 출력을 포함한 아키텍처 인식 계층	각 언어 버전에 대한 선호 URL과 일치해야 함
스키마	언어 맥락을 반영하는 SEO 계층	페이지를 설명하며 버전별로 출력되어야 함
XML 사이트맵	하나의 시스템만	사이트맵 소유권이 중복되면 포함 규칙이 일관되지 않을 수 있음
robots 지시문	하나의 시스템만	상충되는 지시문은 색인 결정을 약화시킬 수 있음
언어 관계	다국어 아키텍처 계층	번역된 페이지들이 서로 어떻게 연결되는지 정의함