SEOReportの構築：ヒューリスティックからローンチへ
2年間の手作業で作られたウェブ最適化ヒューリスティックを監査エンジン、製品、そして$10Mリードへ変えることについて。
Developed by Robert E. Beckner III (Merlin) | rbeckner.com
私は約2年間、プロジェクト全体でヒューリスティックを充実させました。 最初は製品を作っていませんでした。 いくつかのサイトが表示され、他が表示されない理由を理解しようとしていました。作業は複数の分野にわたっていました。 構造化データ。 モバイルパリティ。 実際のユーザーにとってページがどれだけ速く読み込まれるか、スコアだけではなく。 サイトのセキュリティ姿勢が静かに信頼シグナルを損なっているかどうか。 検索エンジンが人間と同じコンテンツを見ているかどうか。 各ヒューリスティックは「私たちはウェブサイトを構築した」と「検索エンジンが私たちのやることを理解する」間のギャップについて何かを教えてくれました。その洗練を通じて、私は50+ヒューリスティックにわたる式を作成しました。 いくつかはクロール可能性を測定しました。 他はボットと人間のレンダリングパリティを測定しました。 いくつかは標準化されたセキュリティ実装を追跡しました。 パターンは一貫していました。 問題は構造的だった。そしてそれらは修正可能だった。貸付サイトは65のスコアを獲得し、私たちはそれを100まで引き上げました#
本当のテストは、友人のウェブサイトでフルセットを実行したときに来ました。 彼はSphinx Capitalという貸付会社を経営しています。 私は彼のサイトの全面改修に学んだすべてを注ぎ込んでいました。私は自分のインフラを使ってプライベート監査を実施しました。 サイトはヒューリスティックセットに対して約65点（100点満点）を獲得しました。 次の30日間で、私たちは基盤を再構築しました — 構造化データ、正規化設定、ページ速度、モバイルレンダリング、セキュリティヘッダー、フルスタック。 スコアは100に上昇しました。トラフィックはほぼ即座に到着し始めました。 それがヒューリスティックが理論的に正しいだけではないという最初のシグナルでした。 実際の市場で実際の競争とともに機能していたのです。トラフィックが流入している間、私は監査エンジンを製品にパッケージングし始めた#
エンジンは実際のサイトで実績を証明したので、私はそれを私が運営する無料監査エンジンという製品にパッケージングした。 無料版が最初に公開された。 私はそれを独立したクリエイター（画家、ミュージシャン、写真家）に共有した。彼らは自分のウェブサイトを運営しているが、代理店の予算がない。 レポートは彼らに構造的修正の優先順位付きリストを提供した。 多くの人がそれらを実行し、数週間でトラフィックが改善した。以前の4年間に構築した同じ翻訳システムが、レポートを9言語でレンダリングした。 それは後で追加した機能ではなかった。 それは最初からインフラだった。 コロンビアのアーティストと米国の小規模貸付業者は、両方とも自分の言語で監査をスムーズに読むことができた。私は製品を磨き上げる作業をしていたが、瞬間が来たときにはまだその段階だった。誰かが Fix-and-Flip Loan のために Google を検索し、$10M のリードを生成しました#
これは改装完了後約 30 日で起こりました。 ユーザーはモバイルデバイスで、ローン申請を 5 分以内に記入しました。 リードの価値は $10M でした。その1つの検索結果が、エンジンが単に機能しているだけではなく、実際にお金を稼いでいることを私に気づかせました。 実際のお金、実際の市場、実際の競争相手、ほとんどの人が実際に使うデバイスで機能していました。 私が 2 年間にわたって改良してきた技術的基盤は、ほとんどの年間マーケティング予算よりも価値のあるリードを生成し、サイトがクロール可能で高速で明確だったため、検索を通じて自然に到達しました。Audit Engine を起動した後、1,149 レポートが同じパターンを示した#
無料監査ツールを開始して以来、パターンはさらに明確になった。 1,122 の無料監査全体で：| % of audits | |
|---|---|
| Security gaps | 88 |
| Performance concerns | 82 |
| Crawlability issues | 81 |
| Canonical/redirect problems | 67 |
| Site architecture gaps | 40 |
graph LR
A[テクニカル監査を実行] --> B{重大な問題が見つかりました？}
B -->|はい| C[数日で修正]
B -->|いいえ| D[スピードを最適化]
C e1@--> E[再インデックス]
D --> E
E e2@--> F[オーガニック発見]
e1@{ animation: slow }
e2@{ animation: slow }Copy source発見問題はコンテンツよりも大きい#
ほとんどのサイトは発見の最初のステップで失敗する： 検索エンジンはページをクロール、インデックス、またはランク付けできない。 インフラが壊れていれば、コンテンツカレンダーは意味がない。最も一般的な問題は華やかではない。 それらは構造的なものだ：- 欠落または不正な sitemap — Google はページがどこにあるかを教えないと見つけられない。
- canonical タグがない — 同じコンテンツが複数の URL で存在し、権威が重複に分散する。
- broken hreflang — 多言語サイトは誤った地域に誤った言語を提供し、クローラーを混乱させる。
- Render-blocking resources — 人間にはページが正常に見えるが、ボットには空白になる。
- 遅いサーバー応答時間 — クローラーはページが読み込み完了する前に放棄する。