위키를 가둬버린 구글의 새 '감옥'
There's a new "Google Jail" for independent wikis
Weird Gloop이 Overwatch와 Fortnite 위키를 Fandom에서 독립시킨 직후, 구글 검색에서 신규 도메인 위키가 메인 페이지 외에는 노출되지 않는 '구글 감옥' 현상을 상세히 분석한다. 2024년 3월 구글 코어 업데이트 이후 신규 도메인의 위키 대부분이 수개월에서 1년간 검색 결과에서 사실상 차단되며, 이는 콘텐츠 품질과 무관하게 발생한다. 기존 도메인의 하위 도메인은 문제없이 색인되므로, Weird Gloop은 임시로 자사 도메인에 위키를 호스팅한 뒤 구글 권위를 확보한 후 본 도메인으로 이전하는 전략을 취한다.
구글은 더 이상 SEO 쓰레기를 효과적으로 식별해 없앨 수 없다고 판단하고, 차선책으로 신규 도메인을 대폭 약화시키기로 한 것 같다.
HN 토론
236- JayNeely
기사에서는 기존 도메인의 하위 도메인은 문제가 아니라고 하지만, 그 기사에서 설명하는 문제들은 우리가 Cyber Knights: Flashpoint의 게임 위키를 https://cyberknightswiki.tresebrothers.com/에 설정하면서 겪은 것과 일치합니다. 거의 1년 동안 검색 결과에 어떤 페이지도 나타나지 않았습니다. 좋은 링크를 받고 있었고, 순위에 올라야 할 더 나은 대안도 없었는데도 말이죠(우리는 이 게임의 위키를 어떤 중앙 집중식 사이트에도 시작한 적이 없습니다. 기껏해야 그들이 가지고 있던 것은 자리 표시자 페이지뿐이었습니다).
몇 달 동안 Steam 뉴스 게시물이 위키 내 페이지로 일관되게 링크되도록 한 후에야 구글이 갑자기 수문을 열고 검색자들을 그들이 찾는 정보로 연결하기 시작하는 것을 보았습니다.
저는 이전에 높은 순위의 콘텐츠 사이트를 구축해 본 적이 있으며, 그 사이트들을 시작하면서 배운 것 중 어느 것도 이 위키에는 효과가 없어 보였고, 그 이유는 분명하지 않았습니다. Google Search Console은 위키의 많은 페이지가 색인되었음을 보여주었습니다. 단지 표시되지 않았을 뿐입니다. 이 글을 보고 저는 독립 위키에 대한 임의적인 구글 감옥이 있다는 전제를 완전히 믿게 되었습니다. 그것은 검색 품질에 좋지 않습니다.
- raincole
제가 Dota를 할 때, fandom에 호스팅된 위키가 있었습니다.
경험은 끔찍했습니다. 항상 최신 패치로 업데이트되지 않았고, 모바일에서는 너무 많은 광고가 있어서 전체를 읽을 수 없을 정도였습니다.
문제는 Liquipedia라는 더 나은 위키가 있었다는 것입니다. 하지만 구글은 절대 그것을 먼저 보여주지 않았고, 저는 계속 그 형편없는 fandom 사이트를 클릭하도록 속았습니다.
(몇 년 전 일입니다. 하지만 방금 조금 테스트해 보니 대부분의 Dota 관련 키워드에 대해 fandom이 여전히 liquipedia보다 높은 순위를 차지하고 있습니다. fandom 사이트의 품질이 개선되었는지는 모르겠습니다.)
- SyneRyder
이 중 일부는 단지 웹사이트 자체의 문제일 수 있습니다. Path Of Exile 2 Wiki 예를 들면, 저는 사이트맵을 보고 있습니다. 중첩된 사이트맵의 첫 번째 사이트맵을 통과하면(아, 별로 좋아하지 않습니다), 첫 번째 실제 사이트맵은 다음을 반환합니다:
XML Parsing Error: no root element found
Location: https://www.poe2wiki.net/sitemap/sitemap-poe_wiki-poe2_wiki--NS_0-0.xml
Line Number 18040, Column 1
(편집: 물론, 제가 이것을 게시한 후에, 지금은 다시 작동하고 있습니다...)
Hytale Wiki 예로 넘어가서, 제가 말하려는 것이 Google에 적용되는지 모르겠지만, 저는 제 개인 검색 엔진을 위한 작고 어리석은 인디웹 인덱서의 관점에서 접근하고 있습니다. 사이트맵에서 인덱싱하는 것이 웹사이트를 크롤링하는 것보다 훨씬 쉽기 때문에, 저는 기본적으로 사이트맵만 봅니다.
Hytale Wiki를 보면서, 제 프로세스는 다음과 같습니다:
* 사이트에 robots.txt 파일이 있습니다 - 좋습니다!
* robots.txt가 사이트맵을 언급합니다 - 훌륭합니다!
* 사이트맵은 /images/sitemaps/index.xml에 저장되어 있습니다 ... 아. 저는 보통 /images/ 폴더에서 아무것도 인덱싱하지 않습니다. 페이지만 인덱싱하고 이미지는 인덱싱하지 않기 때문입니다. 이것은 아마도 제 제외 필터에 걸릴 것입니다. 그것을 무시하고 계속합시다.
* 사이트맵은 추가로 26개의 중첩된 Gzip 압축 사이트맵의 목록입니다. 아.
이 시점에서 제 작고 어리석은 인덱서는 멈출 것입니다. Gzip 압축 사이트맵은 표준의 일부이지만, 작은 사이트의 웹에서는 상대적으로 드뭅니다. 일반적으로 사이트맵 파일이 사이트맵당 50,000페이지 제한을 초과할 때만 사용됩니다. 이 경우에 [...]
- unglaublich
> 기존 도메인의 하위 도메인은 완전히 괜찮습니다
젠장, 사용자 콘텐츠를 '팬덤', '레딧' 및 기타 폐쇄된 커뮤니티로 중앙 집중화하고 벽으로 막는 또 다른 압박인가요?
인터넷 카드가 이제 나눠졌고, 우리는 엔드게임에 있는 것인가요?
오래된 도메인은 낮은 배경 방사선 강철처럼 프리미엄으로 재판매될까요?
- numpad0
[지연됨]
- remedan
저는 Fandom 및 기타 그러한 끔찍한 호스트의 검색 결과를 더 높은 품질의 인디 대안으로 리디렉션하는 이 확장 프로그램을 즐겨 사용합니다.
- arjie
저는 제 블로그 등을 Mediawiki에서 호스팅합니다. Mediawiki에는 SEO에 친화적이지 않은 많은 기본값이 있습니다. 저는 1년 동안 모든 검색 엔진에서 부재했고, 친구[0]에게 제 생각에 구글이 더 이상 개인 사이트를 순위에 넣지 않는 것 같다고 말했더니, 그가 한번 보겠다고 했습니다.
알고 보니 기본 Mediawiki 설정은 표준 SEO 작업을 많이 수행하지 않았습니다. 저는 모든 것을 수행했습니다. jsonld 태그부터 메타 설명, 사이트맵이 올바른지 확인하는 것까지. 제가 그렇게 하자마자 제 사이트가 구글에 나타나기 시작했습니다.
저는 이 위키들의 문제에 대해 말할 수 없지만, 저의 첫 번째 접근은 이제 이에 대해 "표준"인 모든 것이 완료되었는지 확인하는 것입니다. 요즘 웹의 현실입니다. 저는 이제 구글에서 무작위 트래픽을 얻습니다. 2000년대의 이전 체제보다 훨씬 적지만, 이전의 완전히 0이던 목록보다는 시대적 변화처럼 느껴집니다.
제가 한 모든 것을 기록해 두어 언젠가 무엇을 했는지 말할 수 있으면 좋았을 텐데, 저는 말 그대로 모든 것을 따랐습니다. Mediawiki가 기본적으로 사용하는 index.php를 제거하는 것도 포함해서요. 그래서 어떤 작업이 효과가 있었고 어떤 것이 효과가 없었는지 말할 수도 없습니다. 기본에 어떤 변경을 했는지조차 기억할 수 없습니다. Link rel canonical. 실수로 콘텐츠를 복제하는 페이지(예: 영구 링크 페이지)에 대한 액세스를 차단하는 robots.txt. 말하기 어렵습니다. 그러나 차이는 확연했습니다. 0에서 수백 페이지로. 말 그대로 0이었습니다. 그리고 변경 후 몇 주 후에 매우 갑자기 일어났습니다.
0: 그것은 그의 직업이 아니지만, 그가 [...]
- skhameneh
한동안 Fandom은 성가신 광고와 제 광고 차단기를 우회하는 콘텐츠가 있었습니다. 그러나 최근 업데이트로 인해 광고 차단기를 사용하는 사용자를 차단하게 되었습니다.
저는 일부 콘텐츠에 대해 Fandom에 대한 명시적인 대안을 찾고 있었는데, 성가실 정도로 부족합니다.
바로 어제, 우리가 지금처럼 사이트를 장악하는 광고를 많이 본다면 그것은 컴퓨터가 바이러스에 감염되었다는 확실한 신호라는 밈을 보았습니다.
일반적으로 광고 차단기를 사용하는 사용자를 차단하는 웹사이트는 공격적인 광고로 가장 나쁜 위반자 경향이 있다는 것을 발견했습니다...