내가 본 Discourse 인스턴스들은 거의 모두 서브도메인(forums.example.com)을 사용하고 있었고, 서브디렉터리(www.example.com/forums)를 사용하는 경우는 드물었습니다.
서브디렉터리 대신 서브도메인을 사용할 경우 SEO(검색 엔진 최적화)에 어떤 불이익이 있나요?
3개의 좋아요
아니요, 전혀 아닙니다. 다른 사이트들이 정기적으로 링크를 걸 만한 고품질 콘텐츠를 갖추고 있는지가 가장 중요합니다.
13개의 좋아요
Jeff님,
저도 그렇게 생각하지만, 서로 다른 신호를 계속 받고 있습니다. 구글 자체에서는 서브도메인에 콘텐츠를 올려도 페널티를 주지 않는다고 언급했지만, 블로그나 포럼을 서브디렉터리에서 서브도메인으로 옮긴 후 SEO가 하락했다는 몇몇 실험 결과는 실제 상황이 다를 수 있음을 시사합니다. 모든 것을 단일 서브도메인에 두는 것이 메인 사이트와 포럼을 서로 다른 서브도메인으로 나누는 것보다 더 효과적일 수도 있습니다. 또한 이 중 일부 정보는 다소 오래되었습니다(인터넷에서는 몇 년이 일생과도 같습니다).
현재 상황에 대한 좀 더 자세한 통찰이나 의견, 또는 인용 자료가 있다면 도움이 될 것입니다.
감사합니다.
2개의 좋아요
때로는 좋은 결과를 얻기 위해 누를 수 있는 '마법 버튼’을 찾는 사람들이 있습니다. 하지만 그 함정에 빠지지 마세요. (그리고 그런 것을 팔아넘기려는 사람들도 꽤 많습니다. 
) 가장 좋은 방법은 많은 사람들이 방문하고 링크를 걸 고품질 콘텐츠 생성에 집중하는 것입니다.
아직 등록하지 않았다면, Google이 사이트를 얼마나 잘 인덱싱하는지에 대한 직접적인 피드백을 많이 제공하는 Google 웹마스터 도구에 가입해 보세요.
8개의 좋아요
개인적 의견으로는 서브폴더가 더 좋습니다(설정이 메인 사이트 안에 포럼 섹션이 있는 구조라면요). 순수한 SEO 관점에서 볼 때, 특히 오래된 정립된 사이트라면 더 그렇습니다. 완전히 새로운 사이트라면 그렇게 중요하지 않을 수 있습니다. 하지만 제가 그 구성을 설정한다면, 더 깔끔해 보이므로 아마도 서브도메인을 사용할 것입니다. 원할 경우 포럼을 별도의 서버에 두기에도 용이합니다.
서브도메인은 어느 정도 독립된 사이트로 취급됩니다. 도메인 간에 일부 신뢰도가 전달되는 것 같습니다. 하지만 서브폴더는 권한(authority)의 이전이 필요하지 않으므로, 서브폴더가 전달하는 정도보다 적습니다.
예를 들어, wordpress, wix, blogspot, tumblr 등의 권한이 사용자 생성 사이트(커스텀 도메인을 연결하지 않은 사이트, 예: https://ponygeddon.wordpress.com/)로 전달되는 것은 합리적이지 않습니다. 검색 엔진은 이러한 사용 사례를 어느 정도 구별할 수 있는 것 같습니다. 하지만 솔직히 말하면, 우리는 검색 알고리즘의 지능을 과대평가하는 경우가 많습니다.
그럼에도 불구하고, Google이 UGC(사용자 생성 콘텐츠) 콘텐츠에 대해(YouTube 제외) 대대적인 조치를 취하고 있는 것처럼 보입니다. 제가 검색할 때 UGC 결과가 나오는 경우는 드뭅니다. 특정 사이트 이름을 명시적으로 추가하지 않는 한요. 심지어 'inurl:example.com’을 적용해도 결과가 거의 없습니다. 많은 친구들도 이렇게 해야 하는 경우가 늘고 있습니다. 물론 우리가 미친 것일 수도 있지만요. 
만약 그것이 사실이라면, SEO 측면에서도 서브도메인이 더 나을 수 있습니다. 메인 사이트의 서브도메인이 직접적으로 UGC로 간주되지 않도록 허용하기 위해서입니다.
다른 가능한 차이점들:
- SE 업데이트가 서브도메인에 다르게 영향을 미칠 수 있습니다 - 업데이트 간에 위험을 분산하는 효과.
- 일부 또는 대부분의 검색 엔진은 같은 사이트/서브도메인에서 나오는 검색 결과의 수를 제한하고 있습니다. 따라서 별도의 서브도메인을 사용하면 동일한 쿼리에 대해 여러 페이지가 상위 랭킹될 기회를 더 가질 수 있습니다.
1개의 좋아요
이 모든 업무를 구글에서 담당하는 Gary Illyes는 여러 차례 서브폴더가 서브도메인보다 이점이 없다고 언급한 바 있습니다. 2018년 Pubcon 기조 연설에서는 구글은 이를 신경 쓰지 않는다고까지 표현했습니다.
그럼에도 불구하고 우리는 여전히 블로그 어딘가에서 읽었다거나, 전문가의 의견과 모순되는 개인적인 경험을 이유로 서브폴더가 필요하다고 주장하는 사용자들의 게시물을 정기적으로 접하게 됩니다.
여기서 문제가 되는 것은, 이러한 시스템을 관리하는 전문가들이 명확한 답을 제공한 후에도 여전히 사람들은 자신의 의견이 더 중요하다고 믿는다는 점입니다.
Discourse의 서브폴더 설치를 운영할 때 발생하는 추가적인 기술적 부담까지 더하면, 왜 누군가가 굳이 그렇게 하는지 정말 이해할 수 없습니다.
진정한 SEO 신호를 살펴보면, 서브폴더는 오히려 SEO 패널티를 받을 위험이 있습니다. TTFB와 페이지 로드/렌더링은 페이지 랭킹에 영향을 미치는 요인입니다. 서브폴더 설치에는 클라이언트와 서버 사이에 추가 프록시 단계가 필요하며, 이는 추가적인 지연을 유발합니다. 굳이 연결고리를 설명하지 않아도 될 것 같습니다.
3개의 좋아요
문제는 서브폴더 구성이 훨씬 복잡하고 취약하다는 점입니다. 따라서 가상의 SEO 이점은 설정 및 장기적인 유지보수의 어려움에 비해 훨씬 작습니다.
서브폴더가 서브도메인만큼 쉬웠다면, 결국 중요하지 않으므로 이의를 제기하지 않았을 것입니다.
중요한 것은 사람들이 방문하고 링크를 걸 만큼 품질 좋은 콘텐츠를 생산하는지 여부입니다.
나머지는 모두 잡음이거나, 사람들이 방문하고 링크를 걸 훌륭한 콘텐츠를 생산하는 노력을 기울이지 않고 가짜 성공 단축로를 팔아넘기려는 시도일 뿐입니다. 속지 마세요!
6개의 좋아요
서브폴더 방식이 왜 더 복잡한가요? 그리고 더 중요한 것은, 왜 취약한가요?
1개의 좋아요
프록시 처리가 필요하며, 모든 URL이 다시 작성되어야 하기 때문입니다.
Discourse는 전용 도메인에서 실행되도록 설계되었습니다.
소프트웨어를 실행하는 데 필요한 요소와 설정이 많을수록 시스템은 더 취약해집니다.
Discourse는 웹사이트가 아니라 애플리케이션입니다. 위의 방식에는 복잡성과 성능 측면에서 본질적인 기술적 비용이 수반됩니다.
6개의 좋아요
그러므로 사람들이 해당 주제를 방문하는 것 외에도, 구글이 크롤링할 수 있도록 다른 웹사이트에서 주제 URL을 링크해야 할까요?