다국어 커뮤니티에서 AI 번역(discourse-ai)을 도입하는 것에 대해, SEO 측면의 이점까지 포함해 검토해 보았습니다. content_localization_enabled와 content_localization_crawler_param이 활성화되면 각 번역본은 크롤링 가능한 ?tl=<locale> URL이 되므로, 이론상으로는 주제당 검색 가능한 콘텐츠가 더 많이 생성됩니다.
실제로 이 기능을 활성화해 보신 분들을 위해 몇 가지 질문이 있습니다:
?tl= 변형 URL을 깔끔하게 인덱싱했나요, 아니면 중복 콘텐츠 문제가 발생했나요?간단한 "가치 있다 / 그럴 필요 없다"는 의견도 환영합니다. 감사합니다!
안녕하세요, 좋은 질문을 주셨네요. 이 경험에 대해 블로그 글을 하나 작성해 두었으니, 한번 읽어보시면 좋겠습니다. 많은 질문에 답이 될 거라고 생각합니다.
또 한 가지, 이번 주에 수정할 작은 함정이 있습니다 - 해당 기능을 활성화하실 때는 위에서 나열된 설정 외에도 set locale from param 설정도 함께 활성화해 주세요.
이 문제(footgun)가 수정되었음을 안내드립니다 - UX: Prevent incomplete crawler localization settings - Pull Request #41297 - discourse/discourse - GitHub
기타 답변이 필요하신 질문이 있으시면 알려주세요
약 14만 개의 게시물과 1.4만 개의 주제를 몇 가지 언어로 번역하기로 결정한 웹마스터로서, SEO 측면에서는 아직 구체적인 답을 찾지 못했습니다. 물론 해당 국가로 인한 주요 트래픽의 비율이 감소했다는 점은 게시한 바 있습니다.
WAF의 일부 문제를 수정하는 동안 SEO에서 몇 가지 실수를 저질렀기 때문에, 번역 이후로 Google Search가 보여주는 것 이상의 명확한 인식을 갖지 못했습니다.
최근에는 AI 검색 봇이 제 인스턴스를 크롤링할 수 있도록 허용했습니다. 제 커뮤니티에서 @Lilly가 몇 번 상호작용한 것을 제외하면, 국제 멤버들은 아직까지 적었습니다. 이는 멀티언어 콘텐츠 생성보다는 번역 제공에 초점을 맞췄기 때문입니다.
반면에 LLM으로 콘텐츠를 번역하는 것은 흥미로운 단계라고 생각합니다. Twitter와 Reddit이 이를 유용하게 사용할 수 있음을 보여줬기 때문이죠. 물론, 사용자가 콘텐츠의 읽기와 쓰기에 있어 자신의 선택이 존중되도록 하는 인식을 갖는 것이 중요합니다. 저는 예를 들어 제 콘텐츠가 여전히 100% 포르투갈어로 작성되고, 읽기를 위해 번역되기를 선호합니다. 실시간 번역이 가능하고 비용도 낮기 때문에요.
