ウェブサイトの立ち上げ計画中にSEOを優先する

公開: 2016-01-08

新しいウェブサイトの立ち上げは大事業であり、非常に大きな挑戦です。高層ビルを建てるのと同じように、ウェブサイトを構築するには強力な基盤が必要です。これには、大規模な計画、調査、および監視が含まれますが、途中で「問題」が発生することは間違いありません。

G-Squared Interactive の Glenn Gabe 氏は、Search Engine Journal に寄稿し、再設計または移行後に自然検索トラフィックの 60 ～ 70% を失った企業があると述べています。、およびこのグラフを示して、1つのドロップを説明しました。

この投稿では、トラフィックの観点から、これらのコストのかかる落とし穴を減らすために知っておくべきことの詳細を探ります. ウェブサイトを開発する各段階は同じように重要ですが、正しい足取りで始めることが先導します。この投稿があなたを正しい方向に導くのに役立つことを願っています。

プロジェクト計画

エージェンシーでの役割であろうと、ウェブサイトの立ち上げを監督する社内の役割であろうと、プロジェクト計画の演習から始めることが重要です。プロジェクト全体がどのように見えるかを計画するという目標が達成される限り、これはさまざまな形や形を取ることができます。このステップをスキップしたり、プロジェクトの SEO セクションだけを計画したりする誘惑に駆られるかもしれませんが、それを逃すことになると信じてください。時間をかけてすべての利害関係者と真剣に話し合い、何が関係すると思われるかについて推測を立ててください。 SEOの要素だけでなく、すべて。

プロジェクトの最初の段階で、大きなホワイトボード、紙切れ、または付箋を使用して、プロジェクトの開始から終了まで、およびその間の各ステップで必要となるすべてのことを書き留めておくと役立つことがわかりました。必要なものがすべて揃うまで、すべての利害関係者とブレインストーミングを行って、それを表示し、不足しているものを確認します。

この時点では、優先順位、誰が何をしているか、またはいつそれが完了しているかという質問に答えようとしているわけではありません。むしろ、この演習は、すべてを一度にまとめて、あなたが取り組んでいるウェブサイトの立ち上げの規模に本当に必要なものを確認するのに役立ちます. グループで考えられることをすべて書き留めたと思うまで、やめないでください。エクササイズへの追加ボーナス？本番環境に入ると、非常に優れたかんばんボードになり、ほとんどのプロジェクト管理方法論 (非アジャイルであっても) と連携します。 「かんばんは、ソフトウェア開発プロセスを非常に効率的に管理するための手法です」かんばんブログ経由。

わからないことはわからなくなります。この規模のプロジェクトを監督するのは初めてかもしれないので、未知のことがたくさんありますが、それで落胆するべきではありません。未知を言い訳にするのではなく、学ぶ力を与えましょう。多くのオンラインリソースが存在します。時間をかけてプロセスを理解することをお勧めします。これは、1 つまたは 2 つの記事を読めば専門家になれるという意味ではありません。つまり、プロセスに没頭する必要があるということです。 Moz には、チェックアウトできるリソースがたくさんあります。

SEO に関する考慮事項

ローンチ前に SEO について考えることは、いくつかの点でメリットがあります。まず、あなたのウェブサイトに非常に貴重なトラフィックを大量に送っているトラフィックソースについて考えています。検索エンジンにとって重要なことに注意を向けるために余分な時間を費やすことで、ローンチ時の巻き添え被害を可能な限り軽減できます。 Web サイトが立ち上げ後にトラフィックの 90% を失ったという恐ろしい話を聞いたことがあります。それがあなたに起こらないようにしてください！第 2 に、SEO を優先事項にすることで、ユーザビリティ、Web サイトのエクスペリエンス、およびデータ追跡にとって重要な項目への対処にも役立ちます。ご覧のとおり、SEO のニーズに正面から取り組むことは、さまざまな点で有益であることが証明されます。

SEO ローンチ前チェックリスト

古いサイトのベースラインを取る
- # インデックスされたページ、Search Console の検索クエリの数、キーワードのランキング、ページの読み込み速度、その他の KPI。
キーワード調査を実施し、キーワードのギャップ、重要な領域、またはコンテンツの穴を特定します。
演習を実施して、冗長、時代遅れ、および/または些細な (ROT) コンテンツを調べます。すべてのコンテンツが新しいサイトに移行されるとは限りません。 SEO チームのメンバー (またはコンサルタント) にもこのプロセスに参加してもらいます。
ローンチ前に時間をかけてメタデータを改善し、タイトルと説明を書き直して、新しいサイトで新たなスタートを切りましょう。
情報アーキテクチャを開発するときは、SEO が URL 構造に名前を付け、コンテンツがネストされている場所を決定するための会話の一部であることを確認してください。これは、起動時のトラフィック損失を軽減する上で大きな役割を果たします。
Javascript を無効にして、開発サイトをテストします。 Javascript が無効になっていると、ナビゲーションの領域が表示されませんか?
SEO チームメンバーがローンチ日に対応できるようにし、Search Console (ウェブマスターツール) を確認し、クロールを実施し、ローンチ時にサイトエラーをチェックします。
サイト設定、サイトマップ、サイトリンク、クロール統計、問題/エラーなど、SEO 担当者が Search Console の構成を確認してください。
Screaming Frog などのツールを使用して、開発環境でクロールを実行し、見逃された最適化の機会を確認します。
- 開発環境がインデックス化されていないことを確認してください。クローラーのアクセスをブロックする必要があります
モバイルフレンドリーテストの実施
URL が変更されている場合は、古いページを新しいページにマップします。これを使用してリダイレクトマップに通知します
- バックリンク分析ツールを使用して、リンク付きの古いサイトのすべてのページのリストをエクスポートします
- 古いサイトからすべてのランキングページのリストをエクスポートする
- コンテンツ、画像、ビデオアセットなど、インデックスに登録されたすべてのページのリストをエクスポートします。
URL リダイレクトマップを作成し、URL が変化するコンテンツに特に注意を払う
- リダイレクトループをできるだけ制限します。マイクロサイトや古いドメインも忘れないでください
URL が変更された場合は、canonical を更新します
ワイルドカードと正規表現の簡素化の機会のための監査リダイレクトマップ
Robots.txt ファイルを確認し、ブロックされたコンテンツを確認します
壊れたリンクをテストし、開発環境で必要に応じてアンカーテキストを更新する
必要に応じてブログ/ビデオ/画像を含む、送信用の XML サイトマップを準備する
HTML サイトマップを準備する
重複コンテンツの問題を解決します: 前/次、カテゴリブログページなど。
- 末尾のスラッシュの有無にかかわらずディレクトリ、デフォルトのディレクトリインデックス
- URL の大文字と小文字
- アクセス可能な IP アドレス、異なるホストドメインの URL、内部検索の重複 (パラメータに ? 文字を追加)
Google アナリティクスでドメインへのすべてのリファラーを確認し、新しいサイトの URL が変更されている場合は、最も重要な URL が更新されていることを確認します。

ローンチ後のSEO

当日: Search Console と Webmaster Tools を介して Google と Bing に新しいサイトマップと Web サイトの場所を通知する
リンク切れのテスト
サイトマップを送信
クローラーアクセスを確保する
モバイルフレンドリーテストの実施
新しいサイトをクロール
noindex タグと nofollow のテスト
XML サイトマップのエラーを確認する
リダイレクトをテストする
タイトルタグと説明を確認し、適切に読み込まれるようにします
ソフト 404 と通常の 404 のテスト
分析コードがすべてのページにあることを確認する
リアルタイム分析を監視する
内部リンクを確認し、壊れているリンクや正しくないリンクを更新する
Search Console (ウェブマスターツール) でメッセージとエラー (クロールエラーなど) を確認します。
可能であればリンクを回収し、所有するすべてのプロパティの URL を変更する
重要なページのキャッシュを確認する
パフォーマンスをベースラインデータと比較する
- インデックスされたページの数、Search Console の検索クエリの数、キーワードのランキング、ページの読み込み速度、その他の KPI
ページ読み込み速度テストを実施する
インデックス化を改善するために、重要なページへのソーシャルシグナルまたは新しいリンクを作成するように努めます。
Search Console でのフェッチとレンダリングを通じて重要なページを実行する
すべてのブラウザでサイトをテストし、広告ブロッカーや消費者が一般的に使用する他のプラグインをオンにしてテストすることを検討してください

HTTP から HTTPS

HTTPS 移行チェックリストについては、SeroundTable.com にアクセスしてください。
すべての外部プラグインを更新して、HTTPS 準拠であることを確認します
HTTPS をサポートするように広告コードを更新する
ソーシャル共有数を更新する
新しい HTTPS XML サイトマップを送信する
Search Console（ウェブマスターツール）で新しい HTTPS サイトを確認する
Qualys Lab ツールを使用したサイトのテスト
カノニカルがあれば更新する

忘れないで：

自動投稿用のフィード URL を含め、すべてのソーシャルプロファイルを更新して、新しい URL を含めます。
インデックス作成に予想以上に時間がかかる場合は、ソーシャルシグナルと追加のリンクを送信してみてください。管理されたアセット (ソーシャルプロファイル、ローカル引用、マイクロサイト、ブログなど) のすべてのリンクを更新したことを確認します。
すべての古いサイトマップが古いサイトから削除され、インデックスに登録されていないことを確認してください
URL が更新された他の商品フィードと同様に、ショッピングフィードも更新する必要があります。
トラッキングコードを確認し、適切に更新されていることを確認します。 URL が更新されると、有料検索チームは移行プロセスにループする必要があります。
画像は重要であり、それらを適切にマッピングすることが重要です。自分で画像をホストするのではなく、コンテンツ配信ネットワーク (CDN) を使用することに決めた場合は、CNAME の使用を検討してください。
Google アナリティクスのコードが更新されていること、およびそれを必要とする新しいドメインに対して Search Console アカウントが開かれていることを確認してください。
以前のサイトがペナルティを受けていた場合は、いくつかのリダイレクトを再検討するか、リダイレクトを進める前に SEO の専門家と話し合ってください。ペナルティは、慎重に検討することなく、あるドメインから別のドメインに移行することがあります。

いくつかのベストプラクティスを見逃していませんか? 以下のコメントでこのリストに自由に追加してください。このリストが広範かつ累積的であり、新しい Web サイトを立ち上げる旅に役立つことを願っています。