皆さん、こんにちは。

業務改善を行う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本体の翻訳ファイルを使用するようになりますので、それで対処することができます。

皆さん、こんにちは。

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

ホームぺージにおいて、静的な.htmlで作られたページの中にPHPを使って他のページやコンテンツを表示させたいなどの場合においては、その.htmlファイルをPHPとして実行する必要があります。

このような場合、下記の方法にて対処します。

.htaccessへの記述追加

AddType application/x-httpd-php .php .html

もしくは、

AddHandler application/x-httpd-php .php .html

特定の.htmlをPHPとして動作させる場合は、

<Files *.html>
AddType application/x-httpd-php .php .html
</Files>

もしくは、

<Files *.html>
AddHandler application/x-httpd-php .php .html
</Files>

これで、.htmlファイルはPHPとして実行させることができます。

※　.htmlではなく、.htmにてファイルが作成されている場合は.htmlの部分を.htmとしてください。

また、.htmlの拡張子を.phpとしても動作は可能です。

.htmlファイル内にてPHPを実行

実際に何らかのファイルを読み込ませたりする場合は以下のような記述をします。

<?php require_once(‘subdir/example.php’); ?>

もしくは、

<?php include_once(‘subdir/exmaple.php’); ?>

2つの違いは、外部のファイルに定義されたものを使いたい場合には『require_once』、外部のファイルをそこに差し込みしたい場合は『include_once』という使い分けになります。

ご参考までに。

皆さん、こんにちは。

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

今日は、先日書かせていただいた記事の結果報告です。

Use cookie-free domainsのおさらい

まず少しおさらいですが、GTmtrixにて『Use cookie-free domains』という項目のスコアが悪いのは、不要なcookieトラフィックを避けるために別のドメインの静的コンテンツを提供すべきであることを意味していて、

例えば、例えば、www.example.com/content/abc.jpg という画像があったとするならば、

これは、static.example.com/content/abc.jpg として提供すべきだという意味であることを先日書きました。

そして、画像以外にもJavaScriptやcssも同様のことが言えます。

cookie対策として行ったこと

前提：メインで稼働しているのは『www.example.com/blog/』とします。

１．別途、『static.example.com』というドメインを設定

２．static.example.com/blog/wp-content -> www.example.com/blog/wp-content というシンボリックリンクを貼る

３．config.phpに次のものを追加

　　define(‘WP_CONTENT_URL’, ‘http://static.example.com/blog/wp-content’);

　　define(‘COOKIE_DOMAIN’, ‘www.example.com’);

　　define(‘WP_PLUGIN_URL’, ‘http://www.example.com/blog/wp-content/plugins’);

注：WP_CONTENT_URLはプラグインの部分も影響するため、WP_PLUGIN_URLを書く必要がある

４．画像、css、JavaScriptが書かれているurlを『WP_CONTENT_URL』を読み込むように修正

以上のことを行いました。

測定結果は？

結果として、パフォーマンスが落ちるところまではいかないまでも、パフォーマンスが向上することはありませんでした。

また、GTmtrixの『Use cookie-free domains』に変化はなく、スコアは悪いままで、調整次第ではGoogleのPageSpeed Insightsにおいても悪い結果となります。

ここで言えるのは、cssは通常通りに読み込ませた方が良いです。

レンダリングのスコアに影響します。

画像やJavaScriptに関してはブラウザーキャッシュが効いていれば大丈夫ですが、だからと言って特別パフォーマンスが向上するわけではありません。

結果として、対策を行ったとしてもGTmtrixのスコアが伸びるわけでもなく、実際のパフォーマンスに関しても気休め程度の話しにしかなりませんでした。

これはおそらく、シンボリックリンクを使わずに実ファイルを別ドメインに持たせたとしても同じ結果になると思われます。

皆さん、こんにちは。

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

今日は遅くなってしまったので少しだけ。

ウェブサイトのパフォーマンスを計測したことがある方にはおわかりいただけるかと思いますが、GTmtrixにて『Use cookie-free domains』という項目のスコアが悪いことが多いかと思います。

これは、不要なCookieトラフィックを避けるために別のドメインの静的コンテンツを提供すべきであることを意味しています。

例えば、www.example.com/content/abc.jpg という画像があったとします。

これを、static.example.com/content/abc.jpg として提供すべきだということです。

理由として、Cookie情報が付加されてしまうものに関してはその分若干ではありますがパフォーマンスの低下要因となるため、Cookie情報が付加されないところから提供することによって少しでもパフォーマンスを向上させるということです。

これに関しては私も現在テストを行っていますので、テストが終わり次第、また記事を書きたいと思います。