コンテンツプルーニングは、検索最適化のなかで最も直感に反する作業です。ページが増えれば流入も増えるはずだ、という感覚が誰の頭にもあるからです。記事を公開する行為は資産が積み上がっていくように感じられます。ところが記事を消す行為は、誰かが費用を払って作らせた仕事をそのまま捨てているように感じられます。だからこそ、削除は最後まで先送りにされ、増え続けるページの山だけが残ります。 削除が効く仕組みは単純で、自分のサイトのページ同士が競合しているという一点に尽きます。自分のページのうち二本が同じ検索意図を狙っていると、本来なら一本に集まっていたはずの評価が二つに割れます。そして、どちらを見せるかを判断しなければならない検索側の仕組みが、結果...
ウェブサイト最適化
ウェブサイト最適化のためのガイド、ヒント、ベストプラクティス — パフォーマンス、速度、ユーザー体験の向上。
データベース性能の改善作業は、たいてい誰かが「もっと大きなインスタンスにしよう」と言い出すところから始まり、そしてたいていは、ページを開くたびにひとつのクエリが400万行を順次スキャンしていた、という発見で終わります。制約はもともとハードウェアではありませんでした。制約は実行計画のほうにあったのです。 この筋書きは十分に繰り返し起きるので、既定の仮説としてはっきり言葉にしておく価値があります。アプリケーションが遅く、そのうえデータベースが忙しいのなら、原因はほぼ必ず、ごく少数の特定のクエリであって、処理能力全体の不足ではありません。そしてサーバーを大きくする対処は、テーブルがふたたび育つのに必要な時間のぶんだけ、問題を覆い隠してくれ...
エンティティSEOは、多くの最適化アドバイスが今も見落としている一つの事実から始まります。検索エンジンはずっと以前に文字列の照合をやめました。いま照合しているのは「モノ」です。ページはある語句を含んでいるかどうかで評価されるのではなく、その語句の背後にある概念について書かれたページだとシステムが信じているかどうか、そしてその概念が何であるかについてシステムがどれだけ確信を持てているかで評価されます。 この区別が、キーワードの繰り返しが効くのか、それともまったく何も動かさないのかを決めます。文字列を照合するシステムでは、繰り返しはシグナルでした。エンティティを照合するシステムでは、繰り返しは単なるノイズです。実際に順位や引用を動かすの...
順位は取れているのに引用されない。検索エンジン最適化を正しく実行しているのに、それが何も生まないという、非常に特有の苛立ちがこれです。順位は上がります。表示回数も伸びます。それなのにクリックは後に続かず、タイトルタグを何度書き直しても状況は変わりません。 これはあなたの最適化の失敗ではありません。検索結果ページがリンクの一覧であることをやめ、ひとつの回答になったときに起きることです。そしていまや、これは診断に値する異常ではなく、ごく普通の状態になりました。 Search Consoleから取得した、2026年8月上旬までの28日間の自社実測値： このサイトでは531件のクエリが上位十位以内に入り、28,847回の表示に対してクリック...
llms.txt は今のところ何かの役に立っているのか。その問いに対する正直な答えはこうです。測定できる範囲ではほとんど何の役にも立っておらず、このファイルが AI 上での可視性に不可欠だと言ってくる人は、たいてい何かを売ろうとしています。それでいて「一つ用意しておいたほうがよい」と勧めるのは、かなり落ち着かない立場です。ですからこの記事では、まず数字を並べ、そのうえで推奨の理由を順に説明していきます。 ファイルそのものは筋の通ったアイデアです。サイトのルートに置くマークダウン形式の索引で、robots.txt がクローラーに「何を取得してよいか」を伝えるのと同じように、言語モデルに「何を公開していて、それがどこにあるか」を伝えま...
ECサイトのGEOは、記事コンテンツのGEOよりも範囲の狭い問題であり、ある一点においてはむしろ簡単です。商品についての質問に答えようとするアシスタントが欲しがるのは、言い切っても差し支えのない事実だからです。価格、在庫の有無、寸法、対応機種、返品を受け付ける期間。これらは機械が読み取れる形であなたのサイトに存在しているか、存在していないかのどちらかであり、存在していないものは引用のしようがありません。 つまりこれは文章の問題というより、データの問題です。作業の大半は商品フィードとマークアップの側にあり、販売用の文章の側にはありません。この分野の他のあらゆるテーマとは、ちょうど逆の構図になっています。 採用を決めるのは網羅性よりも正...
かつて検索エンジン最適化を測っていたやり方で、GEOを測れる人はいません。理由はツールが足りないことではなく、構造そのものが変わったことにあります。古い指標はどれもクリックが起きることを前提にしていました。順位を知る価値があったのは、順位が流入を予測し、流入が売上を予測したからです。ところが訪問を伴わずに答えが手渡されると、この連鎖は最初の環で切れてしまい、その下流にあるすべての数値は何も変わっていないかのように同じ顔で報告を続けます。 危ういのはまさにそこです。順位は正常に見えます。セッション数もまだ耐えられる範囲に見えます。ダッシュボードは緑のままなのに、あなたが本当に気にしている中身はゼロへ向かっており、標準的なレポートにはそ...
WooCommerceの商品ページは、たいてい許容できる速さで読み込まれます。ところがショップページ、カテゴリー一覧、検索結果はそうでないことが多く、個々の商品は問題なく感じられるため店舗運営者はしばしば驚きます。違いは算数です。商品ページが表示するメイン画像は一枚。二十四商品を並べるカテゴリーページは少なくとも二十四枚、ホバー効果やギャラリーのプレビューを数えれば倍になることも珍しくありません。 この掛け算こそ、カタログページが店舗で最も遅い場所になりやすい理由であり、同時に商業的に最も重要なページである理由でもあります。訪問者が到着してから買うものを見つけるまでの、ちょうど間に位置しています。 遅いカタログの大半に共通する型: ...
どのWordPressサイトも、いずれ同じ問題に行き当たります。ページで最も重いのは画像で、編集者はカメラから出てきたものをそのままアップロードし、モバイルのスコアがその代償を払う。よくある答えは画像最適化プラグインの導入で、よくある候補がSmush、ShortPixel、Imagifyです。 これとは別に、まったく違う仕組みで動く二つ目の方法があります。同種の製品ではないため、この比較が公平に行われることは多くありません。Cloudflare Image Transformationsは画像を圧縮して結果を保存するのではなく、リクエストされたその瞬間に書き換えます。この違いを理解することが、判断の大部分を占めます。 決め手になる違...
2026年より前に書かれたCloudflareのチュートリアルに従った、名前に「resizing」が入ったプラグインを入れた、あるいは画像URLを書き換えるWorkerを引き継いだ。そのいずれかに心当たりがあるなら、おそらく戸惑う場面に出くわしたはずです。Cloudflareのダッシュボードには、もうImage Resizingという機能がありません。ドキュメントにも記載がありません。あなたの設定が壊れたわけではなく、探していた名前が静かに消えただけです。 この機能は現在Image Transformationsと呼ばれています。同じURL構造を通り、同じパラメータで、同じ仕事をします。変わったのは名前と、ダッシュボード上の位置と、...