皆さん、こんにちは。

業務改善を行うIT・業務コンサルタント、高橋です。

『Google Search Consoleにおいてタイトルタグやメタデータ（description）が重複していることを指摘されている。』

これはHTMLで作られた静的なページであれば見つけやすいですが、WordPressなどの動的なものの場合においては見つけにくいものがあります。

WordPressにおけるtitleとmetaの重複

WordPressにおいても、単一のページであればタイトルタグやメタデータが重複することはありません。

しかし、ブログやニュースページなどによく見られる、ページネーションを使ったものの場合は忘れてはいけないものがあります。

それはページ番号などを付与することです。

ページネーションを使っていても元のファイルは1つですから、それぞれのページに何かを付与しないことには同一のページ、つまりタイトルやメタデータの重複ということが起きてしまいます。

従って、先頭のページ以外のページが表示された場合、各ページに何らかの固有のものを付与する必要があります。

一番シンプルなのはページ番号を付与することです。

ページ番号などを付与しても直らない場合

ページ番号など、各ページ固有のものを付与しても直らない場合、それは翻訳ファイルの指定によるものです。

前述のページ番号などの付与にも関連するのですが、ページが2以上であった場合、つまり先頭のページ以外の場合に〇〇しなさいという記述として、『sprintf( __( ‘Page%s’, ‘_s’ )』と記述することがありますが、この『’_s’』が引っかかってしまいます。

この『’_s’』の部分はWordPressで使用しているテーマの翻訳ファイルに相当するため、『’テーマ名’』としても良いわけですが、『’_s’』と書かれている場合は使用しているテーマの翻訳ファイルを見ます。

しかし、WordPressの標準にあるテンプレートを使っているのであれば翻訳ファイルが用意されていますが、オリジナルで作成したものには翻訳ファイルを作成しない限りそれがありません。

そのような場合、WordPressでは『’_s’』をそのままにしておくと意味不明なパラメータを付与したURLを生成します。

これがタイトルやメタデータが重複してしまう原因になるのです。

これ、削除してしまうことによってテーマではなくWordPress本体の翻訳ファイルを使用するようになりますので、それで対処することができます。

これを修正しないことで検索ランキングに影響が出てしまうのだろうか？

皆さん、こんにちは。

業務改善を行う業務コンサルタント、高橋です。

Google Search Console（旧Google ウェブマスター）ですが、大半のプロパティにおいてはエラーが出ていることが多いのは事実です。

さて、これはきっちりと修正し、完全な状態にしておかないと検索ランキングなどに影響を及ぼしてしまうのでしょうか？

Search Consoleでのエラーの影響

Search Consoleにおけるエラーの大半は、検索ランキングなどにおいて悪い影響を及ぼしてしまうことはありません。

例えば、クロールエラーとして404エラーがいくつか出ていたとします。

それを修正しなかった場合、Googleが正しいコンテンツを発見しにくくなる程度です。

また、外部要因などにおいて自身では不明なエラーが出ている場合もありますので、そういった場合などは放置しても問題はありません。

Googleに正しく認識してもらう

影響がないと言っても、エラーということは正しく認識されていないということにもなりますので、リンクが間違っているとか、重複しているメタデータなどがあるのであれば修正しておく方が良いでしょう。

ただし、重複するメタデータなどはなかなか正しいものが認識してもらえないこともあります。

例えばURLの変更があり、.htaccessで古いURLから新しいURLへ301リダイレクトするなり、古いものはrobots.txtでDisallowにするなりしていたとします。

それでもHTMLの改善に残ってしまうこともありますので、それは時間の経過とともに正しく認識されるのを待つしかないでしょう。

もちろん、本当に重複していたのであれば重複しないように修正してあげる方が望ましいです。

皆さん、こんにちは。

業務改善を行う業務コンサルタント、高橋です。

まだまだAMP対応をしているウェブサイトはかなり少ないと思いますが、もしAMP対応をしているウェブページにおいてエラーが出ているのであれば、AMPとしてはインデックスされないままになってしまいます。

Search ConsoleのAccelerated Mobile Pagesにてエラーのあるページしかなく、 インデックスに登録されたAMPページ数がゼロのままであるならば、AMP対応させたページチェックしてみると良いです。

AMPページのエラーチェック

AMP対応させたページのエラーチェック方法は簡単にできます。

Google Chromeにて該当のページのURLの終わりに『#development=1』を付与し、デベロッパーツールのコンソールを開けば確認できます。

（ex.https://www.example.com/amp.html/#development=1）

その際、AMP validation successful.と出ていればエラーはありませんが、出ていなければエラー箇所が赤で示されます。

しかし、現時点においてAMP対応しているとすればWordPressなどのCMSにてプラグインを使い、AMP対応の準備段階にあるウェブページが多いのではないでしょうか。

WordPressのAMPエラー

WordPressにおいてプラグインでAMP対応をした場合、他のプラグインの問題でAMPページがエラーになってしまうことがあります。

これはAMPプラグインにて対応したことが問題なのではなく、単純に他のプラグインがAMP対応されていないということです。

その場合、影響しているプラグインがAMPに対応するまで停止するか、AMP対応を少し先に延期するかになります。

急ぐ必要性はまだないかと思いますが、可能なのであれば今の段階からテストしてみると良いでしょう。

皆さん、こんにちは。

業務改善を行う業務コンサルタント、高橋です。

皆さんはドメインを取得する時に悩まれたことはありませんか？

サービスや商品カテゴリーをドメイン名にするべきか？とか、.comドメインにすべきか.jpドメインにすべきか？とか。

そこで、今日はそのドメインに関して少しお話ししたいと思います。

商品やサービスがわかるドメイン

会社法人である企業などは自社の社名の文字列にてドメインを取得することが多いですが（.co.jpドメインなど）、具体的な商品やサービスを知ってもらいたい（売り込みたい）場合にはその商品名やサービス名の文字列が入ったドメインを取得するのが良いのか？

例えば、お花屋さんであれば『○○flower.jp』でドメインを取得するとか、ウェブに関するサービスなどを説明・宣伝しているのであれば『○○web.com』とかのように、どういったジャンルのサイトであるか、どういったテーマのことが書かれたサイトであるかなどをドメインの文字列内に入れるということです。

これは当然悪いことではありません。

ドメインだけを見ても相手に何屋さんかがわかりやすいですから良いことではあります。

しかし、これがSEO、検索対策的に有利に働くかと言えばそれほど大きな効力はありません。

ドメイン名はSEOを左右するようなことを書かれた記事も見かけますが、それは最終的なごくわずかなポイントにしかなり得ないでしょう。

AさんのサイトとBさんのサイトの評価が同じであった場合、どちらを上位とするかの判断程度ということです。

ですから、AさんのサイトとBさんのサイトの評価において明らかにAさんのサイトの評価が良かった場合は、当然Aさんのサイトが上位表示されることになります。

.comドメインと.jpドメイン

次に、.comドメインを取得するのか.jpドメインを取得するのかを悩まれる方がおられます。

一時期、日本国内向けのサイトであれば.comドメインより.jpドメインの方が有利であると言われたことがありますが、少なくとも現時点においてそのようなことはありません。

.comドメインとかであればSearch Consoleにてインターナショナルターゲティングを日本にしてあげれば、より検索結果の精度もあがります（.jpドメインは当然ですが最初から日本に固定されています）。

また、.tokyoや.nagoyaといった地域ドメインにおいても同じ扱いとなりますので評価に違いはありません。

ただし、一部のものを除いては特定の国を表すドメインを使うべきではないです。

本来、その国向けのドメインなわけですから、日本ではない国をターゲットとしたサイトであるとみなされる可能性がありますので注意が必要です。

これらから言えるのは、ドメインはある意味好みで取得しても大きく違いが出ることはないということです。

つまり、いつもお伝えしている通りウェブサイトは中身で勝負するべきものだということです。

くれるものは結構あります。

そんな親切なツールを使わない手はありません。

皆さん、こんにちは。

業務コンサルタントの高橋です。

ウェブに携わっている人であれば誰でも使っているグーグル社のSearch Console。

一番最初は自社のウェブサイトをインデックスしてもらうために使用し、その後は

あまり確認をしていない方もおられるでしょう。

しかし、これは定期的にエラーが出ていないかなどの確認でも使用しますので、

インデックス依頼を行ったら後は放置してしまうのは良くありません。

例えば、今使っているドメインが過去に他の方が使っていたドメインであった

場合、過去にインデックスされた情報が残っている場合があります。

ということは、ロボットが巡回した後、あったはずのページがなくなっているとか、

アクセスできないことなどでエラー警告を表示してくれたりします。

当然ウェブサイトの中身が変わっているわけですからエラーが出て当り前です。

そういったものに対しては、まめにrobots.txtに記述するなりして対応をし、

ロボットに対して知らせてあげる必要があります。

そして、Search Console上では修正済みとしていくのです。

これ、対処しても何度もエラー警告を出してくることはざらにありますが、

対処しているのであればSearch Console上で再度修正済みとしてあげればOKです。

細かいことではありますが、こういった細かいことへの対処もウェブサイトを

運営する上では大事なことだと考えております。

結局のところ、いろいろな要素に対して小さなことを積み重ねていくことが

非常に大事なのです。

これはウェブに限ったことではないと思いますので、ウェブも同じであるという

認識をもっていただくことにより、より良いウェブサイト運営に繋がるでしょう。