SEOのためにWordPressバックエンドを適切に準備する方法

あなたの考えが何であれ、SEOは依然として世界中の多くのビジネスの大部分を占めており、今も健在です。 そうは言っても、考慮すべき新しい入力、機能、そして最も重要な戦略がたくさんあることは明らかです。

たとえば、Googleのアルゴリズムを「活用」するためにさまざまなテクノロジーを使用することで、ランキングシステムは、実際、ますます「SEO指向」の開発者になっている多くのSEO専門家にとって非常に標準的なものになっています。 そうは言っても、技術的な観点から、SEO用にWordPressバックエンドを準備する理由と方法を分析してみましょう。

テクニカルSEOとは何ですか？

了解しました。WordPressサイトをSEO用に設定する方法を正しく理解するには、テクニカルSEOとは何かを分析する必要があります。 何よりもまず、現在、「テクニカルSEOとは何か」の正確な定義はありませんが、一般的な定義を概説することができます。テクニカルSEOを使用して、「Googleに何が起こっているかを知らせる」ために作成された戦略の組み合わせを意図しています。可能な限り迅速な方法で私のサイト」。 テクニカルSEOは、Apple、Amazon、TESLAなどの企業によって非常に注目されているものです。 テクニカルSEOはフロントエンド開発と同じくらい複雑であり、オンラインで入手できる多くの記事に関係なく、HTML、CSS、およびJavascript（特に）に関する深い知識が必要です。

WordPressはSEOに適したアーキテクチャですか？

悲しいことに、そうではありません。 WordPressは、「レガシーアーキテクチャ」として知られているものであるため、多くのSEO専門家の最大の敵です（これについては後で詳しく説明します）。 これは恐ろしいように思えるかもしれませんが、それには落とし穴があります。WordPressは、いくつかの巧妙さの前に、実際にテクニカルSEO用に最適化することができます。 SEO開発者は、WordPressが技術関連のタスクに「制限」されていることを知っているため、PHPの専門家でなくても、より良いアーキテクチャを構築するのに役立つYoastなどのさまざまなツールを開発しました。 2019年には、WordPressアーキテクチャを使用している場合、適切なバックエンドを配置することが必須です。

「コーディングの仕方がわからない、まず何を調べればいいの？」

上で述べたように、テクニカルSEOは、疑わしいブログがオンラインで何を言っているかに関係なく、コードに大きく関連しています。 ただし、コーディングの専門家でなくても、3つの言語、またはそれ以上の構文を学ぶ必要があるだけなので、心配する必要はありません。 HTMLは必須です。技術的なSEO戦略を計画するときは、見出し、ページタイトル、メタ説明、その他のタグを確認する必要があります。 Googlebot（Google独自のクローラー）はHTMLを完全に読み取ることができるため、完全なHTML「スケルトン」を配置する必要があることに注意してください。

WordPressサイトのページを見るときは、見出し（<h2> </ h2>）を分析し、ロングテールキーワードで最適化する必要があります。一方、<h1>ではメインのフォーカスキーワードを使用する必要があります。 HTMLの後、CSSも重要ですが、すべてのセレクター、プロパティ、および値を学習する必要はありません。 上記の見出しの代わりにCSSを使用する場合は、CSSを分析する必要があります（h1、h2形式の代わりにCSSスプライトを使用するWordPressページの数は想像できません）。

Javascriptはどうですか？

テクニカルSEO用のJavascriptは、他の2つのフロントエンド言語とは別に検討する必要があります。 Googlebotは（最近更新されたとしても）Javascriptを読み取ることができないため、ネイティブアプリ、貴重なテキストがたくさん含まれているアコーディオン、または文字通りあらゆる形式のテキストがスクリプトに含まれている場合は、Googleから削除されたと見なすことができます。 しかし最近、GoogleはJavascript（特にクライアント側）の「レンダリングキュー」を導入しました。これは基本的に、クロールプロセス内で一部のコンテンツが失われるという事実を「認識」します。 実際には、これは、GoogleがHTMLとCSSの後にコンテンツ（特定のスクリプトに含まれているコンテンツ）を読み取ることを意味し、ランキングを効果的に遅くします。

それを修正する方法はありますか？

WordPressは非常にJavascriptを多用するアーキテクチャです。 jQuery、Vue、およびかさばり、クライアント側でレンダリングされるその他のフレームワークを利用したアコーディオン、スライダー、プラグインがたくさんあります。 これを修正するための最も簡単な方法は、サーバー側でレンダリングされたJavascriptの実装です。これは複雑な問題であり、Next.jsやその他のサーバー側でレンダリングされたフレームワークに関する深い知識を持つ開発者が必要です。 もちろん、これは時間、リソース、特定の専門家を必要とするものであり、多くの企業が対処できないものです。

一般に、WordPressでのJavascriptの最善のアプローチは、メニューや画像のアニメーション化など、グラフィック関連のタスクに使用を制限することです。 単純なテキスト行にスクリプトを適用するだけで、数か月から数か月のSEO作業が破壊される可能性があるため、WordPressのバックエンドとフロントエンドを計画する際はこの点に注意してください。

すべてのカスタムフィールド！

PHPがWordPressアーキテクチャ内で行う良いことが1つあるとすれば、それは間違いなくカスタムフィールドの使用法です。 カスタムフィールドは、特にGTM（Google Tag Manager）と構造化データの使用を計画する場合にテクニカルSEOに不可欠です。 特に2つ目は、SEOの世界の非常に基本的な部分になり、 Schema.orgのマークアップを使用することで数十のプロパティ、属性、豊富な結果を得ることができます（これについては後で詳しく説明します）。 カスタムフィールドには何らかの形式のPHP知識が必要であるため、その一般的な構文を学ぶことは比較的有用であることを覚えておくことが重要です。

スキーマといえば…

構造化データは、テクニカルSEO戦略の2019年に必須です。 Googleは、構造化データでマークアップされたサイトを高く評価しているため、すべてのSEO専門家が検討する必要があります。 構造化データとは、JSON-ld（主に）コード化されたスクリプトの使用法を指します。これは、実際には、コンテンツがページでカバーしている内容の「確認」です。 さらに、Googleは、ユーザーエクスペリエンスを向上させるためだけに、SERPが豊富な結果（製品ページの星評価、FAQボックスなど）に多額の投資を行っています。

スキーマはオープンソースプログラムであり、毎日更新されるため、カスタムフィールドを作成していない場合は、ここで作成する必要があります。 仮に、スキーマアプリなどのプラグインを使用してこれを行うこともできますが、スキーママークアップでは、コンテンツに最適なプロパティと属性を使用してプラグインを手動でコーディングするのが常に最善です。

速度：WordPressの最大の問題

前述のように、WordPressはいわゆる「レガシーアーキテクチャ」です。 それによって、私たちは、それを動かしているライブラリ、フレームワーク、およびエンジンが、今日のフロントエンドおよびバックエンドの世界で「時代遅れ」および「古い」と見なされることを意図しています。 これを念頭に置いて、特定のWordPressサイトが速度的にパフォーマンスが良くない理由を理解するのは非常に簡単です。 速度はGoogleのランキングにとって非常に重要なランキング要素であり、技術的なSEO戦略のために速度を向上させる方法はたくさんあります。

何よりもまず、 WPBakeryのようなグラフィックプラグインの使用を減らす必要があります。CSSを手動でコーディングすると、ページの読み込み時間を少なくとも1秒節約できます（冗談ではありません）。 理想的には、開発者はパフォーマンスの高いサイトを構築する必要がありますが、速度の最適化は、特に画像やその他のマイナーなリソースを圧縮することによって行われる場合、誰でも行うことができます。

クロールの最適化のためにバックエンドを適切に計画する方法

GoogleがJavascriptをクロールする方法について説明しました。これで、WordPressサイトを最適なクロール予算に合わせて準備する方法の概要を説明する準備が整いました。 「クロール予算」については、GoogleがウェブサイトをスキャンしてSERPに基づいてインデックスを作成し、ランク付けする期間を想定しています。 繰り返しになりますが、WordPressサイトのクロール予算を最適化するために使用できる戦略はたくさんありますが、それらはすべてログファイルの分析から始まります。

ScreamingFrogやDeepcrawlなどのツールを使用すると、どのページが最もクロールされているかを分析して概要を示すことができ、一般に、Googleが実際のランディングページよりもテーマファイルなどのアセットを実際にクロールする方法を確認できます。 もちろん、これは大きな問題です。キーワード指向ではないサイトの一部をGooglebotにクロールさせて、ランキングの可能性を制限することで、Googlebotの時間を効果的に浪費しているからです。 適切なログファイル分析を行うことでこれが確認されたら、robots.txtファイルでそれらを禁止することにより、Googlebotのクロール予算からクロールされているリソースを削除できます。 あなたはここでそれを行う方法についてのより多くの情報を見つけることができます。

モバイルはどうですか？

ご存知かもしれませんが、Googleはすべてのサイトのモバイルバージョンを高く評価しており、ランキングの目的でモバイルインデックスが2018年以降最初にカウントされています（技術的には2017年ですが、2018年に完全に登録されました）。 Googleがモバイル版のサイトをはるかに高速にクロールするという理由だけで、クロール予算を少し重視してWordPressアーキテクチャを計画する場合は、これらすべての戦略がモバイルにも適用されることを理解することが非常に重要です。

WordPressでは、一部のアプリ開発者がAMPプラグインを作成しました。このプラグインを使用して、最終的にはWordPressサイトのモバイル速度を作成、改善、最適化できます。 AMP（Accelerated Mobile Pages）は、コンテンツ/製品が長い形式のコンテンツをあまり重視していない場合に、Googleでの注目の結果にも役立つ可能性があります。

結論として

WordPressはセットアップが簡単なアーキテクチャですが、特にテクニカルSEOに関しては、最適化するのが非常に複雑です。 詳細なGTMルールの設定からサイトの目標に応じたセッション品質の最適化まで、方程式には多くの変数が含まれているため、これらの戦略はWordPressに適用されるテクニカルSEOの骨組みにすぎないことに注意してください。 そうは言っても、特に最初からバックエンドを最適化する場合は、WordPressを介して非常に高品質のテクニカルSEO戦略を作成して提供することが可能です。 WordPressはレガシーアーキテクチャかもしれませんが、前述のように、この最初の問題を「克服」する方法はたくさんあります。