これは過去のものにも影響する『セキュリティメンテナンス』とされています。

皆さん、こんにちは。

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

昨日でしたでしょうか、早くもWordPressの更新版『WordPress 5.0.1』が公開されました。

今日はそのニュースをお伝えします。

WordPress 5.0.1への更新を強く推奨

WordPressのブログニュースを見る限り、今回のリリースは『WordPress 3.7以降のすべてのバージョン』に対するセキュリティリリースで、『すぐにサイトを更新することを強くお勧めします』とされています。

リスクを考えると、『WordPress 5.0″ベボ”』へのアップデートを様子見していた方もアップデートせざるを得ないとも言えます。

以下、発見された脆弱性の内容です。

１．著者が許可されていないファイルを削除するためにメタデータを変更できてしまう

２．著者が特別に細工された入力で許可されていないタイプの投稿を作成できる可能性がある

３．コントリビュータがPHPオブジェクトインジェクションの結果としてメタデータを作成できてしまう

４．コントリビュータがより高い権限を持つユーザーからの新しいコメントを編集し、クロスサイトスクリプティングの脆弱性を招く可能性がある

５．特別に細工されたURL入力が、状況によってはクロスサイトスクリプティングの脆弱性を引き起こす可能性がある

（WordPress本体は影響を受けていなかったが、プラグインはいくつかの状況にある可能性がある）

６．ユーザーアクティベーション画面を検索エンジンで索引付けすることができ、電子メールアドレスの公開につながり、場合によってはデフォルトのパスワードが生成される

７．Apacheホストサイトの作者がMIME検証をバイパスする細工されたファイルをアップロードし、クロスサイトスクリプティングの脆弱性を引き起こす

早めの段階でWordPress 5.0.1へアップデートされることがお勧めです。

皆さん、こんにちは。

業務改善を行う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の改善に残ってしまうこともありますので、それは時間の経過とともに正しく認識されるのを待つしかないでしょう。

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

皆さん、こんにちは。

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

従来の検索エンジンは、テキストなどの文字情報を認識してその情報を蓄積していますが、その文字情報が示す意味までは解釈していませんが、それを解釈して蓄積していこうという考え方として、セマンティックWEBという考え方があります。

セマンティックWEBとは

セマンティックWebとは、Webページおよびその中に記述された内容について、それが何を意味するかを表す情報（メタデータ）を一定の規則に従って付加することで、コンピュータが効率よく情報を収集・解釈できるようにする構想。インターネットを単なるデータの集合から知識のデータベースに進化させようという試みがセマンティックWebである。

現在のWebページはHTMLなどを用いて記述されており、ページやその中に記された個々の情報について、それが何を意味するのかコンピュータが自動的に検知する術がほとんど無く、情報の検索や活用がごく原始的・単純なレベルに留まっている。セマンティックWebでは、情報を記述する際に必ずそれが何を意味するかを表すデータを付与することで、より複雑で精度の高い検索を可能にしたり、特定の種類の情報を収集して活用することができるようになる。

構造化データとそのメリット

構造化データに関しては冒頭に触れました通り、HTMLに書かれたテキスト情報などが何を意味するのかを容易に解釈できるようにしたものです。

例えば、『株式会社トリロジー』というテキスト文字列をHTMLに書いた場合、

<div>株式会社トリロジー</div>

のようになりますが、これをもっとわかりやすく伝えてあげることができます。

<div itemscope itemtype=”http://schema.org/Corporation”>
<span itemprop=”name”>株式会社トリロジー</span>
</div>

このように書くことで、『株式会社トリロジーといのは会社法人で、名前は株式会社トリロジーである』ということが明確に伝わる。つまり、検索エンジンが容易い解釈できるようになっているのです。

これらを行うことによって検索エンジンにより伝わりやすくなるということは、結果としてユーザーにも役に立つ検索結果を提供できるようになります。