Googleの新たな「Google Jail」：独立系Wikiが新ドメインで検索に表示されない問題
There's a new "Google Jail" for independent wikis
Weird GloopがOverwatchとFortniteのWikiをFandomから移行した際、新ドメインのWikiがGoogle検索でメインページ以外表示されない「Google Jail」現象に直面。2024年3月のGoogleコアアップデート以降、新規ドメインのWikiの約90%が影響を受け、検索トラフィックの85%をGoogleに依存するゲームWikiにとって深刻な問題となっている。既存ドメインのサブドメインでは問題が発生しないため、一時的にweirdgloop.orgのサブドメインで運用し、後で本来のドメインに移行する戦略を取る。
GoogleはSEOスラッシュを効果的に特定して排除できなくなったと判断し、新規ドメインを大幅に弱体化させることを次善の策として選んだのだろう。
HNでの議論
236- raincole
まだDotaにお金を払っていた頃、FandomでホストされているWikiがありました。
その体験はひどいものでした。常に最新パッチに追いついているわけではなく、モバイルでは広告が多すぎて全体が読めない状態でした。
肝心なのは、Liquipediaというもっと良いWikiがあったことです。しかしGoogleはそれを最初に表示することはなく、私はそのクソみたいな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圧縮サイトマップは標準の一部ですが、小規模サイトでは比較的まれです。通常、サイトマップファイルが1サイトマップあたり50,000ページの制限を超える場合にのみ使用されます。この場合[...]
- alxfrnr
これは新しいWikiに限った話ではありません。SEOの世界ではGoogleサンドボックスと呼ばれ、何年も前から存在し、すべての新しいドメインに影響を与えています。
新しいドメインは、サンドボックスから抜け出すために信頼できることを証明する必要があり、信頼できるソースからの外部リンクがその最良の方法であり、サンドボックスに費やす時間を短縮します。
このような大きなWikiは、真新しいドメインで何千ものページとともにオンラインになります。外部からの信頼シグナルがなければ、Googleにとってはスパムのように見えるだけです。
- unglaublich
> 既存ドメインのサブドメインは完全に問題ない
くそっ、またユーザーコンテンツを「ファンダム」や「レディット」などの閉鎖的なコミュニティに中央集権化し、壁で囲むための推進か？
インターネットのカードはもう配られてしまったのか、そして我々は終盤にいるのか？
古いドメインは、低バックグラウンド放射線鋼のようにプレミアムで転売されるのだろうか？
- arjie
私はブログなどをMediawikiでホストしています。デフォルトの設定にはSEOに適さないものがたくさんあります。私は1年間すべての検索エンジンから姿を消し、友人[0]に「Googleはもう個人サイトをランク付けしないんだね、面白い」と言ったところ、彼は調べてみると言いました。
結局、デフォルトのMediawikiの設定では、標準的なSEOの多くが行われていないことがわかりました。私はそれをすべて行いました。jsonldタグから、メタディスクリプション、サイトマップが正しいことを確認することまで。私がそれを行うとすぐに、私のサイトはGoogleに表示され始めました。
これらのWikiの問題については語れませんが、私にとって最初に確認すべきことは、このための「標準的な」ことがすべて行われているかどうかです。それは今日のウェブの現実です。今ではGoogleからランダムなトラフィックを得ています。2000年代の古い体制の頃よりもはるかに少ないですが、以前の完全にゼロのリストよりも、むしろ永続的な変化のように感じます。
すべてを記録しておけばよかったと思います。そうすればいつか自分が何をしたかを言えるのに、私は文字通りすべてに従いました。Mediawikiがデフォルトで使用するindex.phpの削除も含めて。だから、どのアクションが効果があったのか、どれがなかったのかさえ言えません。ベースにどの変更を加えたかさえ思い出せません。リンクのrel canonical。誤ってコンテンツを複製するページ（パーマリンクページなど）へのアクセスを無効にするrobots.txt。判断が難しいです。しかし、違いは歴然としていました。0から数百ページへ。文字通りゼロでした。そして、それは変更の数週間後に突然起こりました。
0: それは彼の仕事ではありませんが、彼はもしかすると[...]
- remedan
私は、Fandomや他のそのようなひどいホストからの検索結果を、より高品質なインディーな代替サイトにリダイレクトするこの拡張機能を楽しんでいます。
- skhameneh
しばらくの間、Fandomは迷惑な広告や、私の広告ブロッカーをすり抜けるコンテンツがありました。しかし最近のアップデートで、広告ブロッカーを使用するユーザーをブロックするようになりました。
私は一部のコンテンツについてFandomの明示的な代替を探してきましたが、イライラするほど少ないです。
ちょうど先日、今のような広告がサイトを乗っ取るのを見たら、それは間違いなくマシンがウイルスに感染している兆候だ、というミームを見ました。
一般的に、広告ブロッカーを使用するユーザーをブロックするウェブサイトの多くは、攻撃的な広告の最悪の違反者である傾向があると感じています...
- jimnotgym
同意します。
私は数週間前にニッチなウェブサイトを立ち上げましたが、完全にユニークです。数週間後、Search Consoleが目を覚まして、80ページのうち1ページだけをインデックスしたと知らせてきました。そして、私のサイトを見つけているトップの検索語が私のページの1つの名前と正確に一致しているのに、Googleは検索で私のホームページを表示しています！
ユーザーを助ける方法ですね。