皆さん、こんにちは。

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

冒頭に書いた『HSTS Preload List Submission』は登録できなかったとしても特別問題はないのですが、『共用サーバ』を使っている場合には登録できないケースがあったりします。

HSTSのPreload Listが登録できない

『共用サーバ』の場合、全く知らない個人や事業者が同一のサーバに同居していますが、そのすべてのユーザーが適切に『HTTPS化』できているとは限りません。

その場合にホスティング会社はどのようなセッティングをするか？

『HSTS』は使えても『includeSubDomains』や『Preload』を無効にすることがあります。

理由として、『HTTPS化』への対応が適切にされていなかったりすることで表示上の問題が発生するケースがあるからです。

その場合、『HSTS Preload List Submission』の要件にある『includeSubDomains』と『Preload』が満たせないために登録できないということになります。

これを何とかしたい場合には以下の内容を『.htaccess』に記述してみて下さい。

<IfModule mod_headers.c>

Header always unset Strict-Transport-Security
Header set Strict-Transport-Security “max-age=31536000; includeSubDomains; preload”
</IfModule>

これで何とかなるケースがあります。

また、『www』サブドメインで正規化している場合、『.htaccess』でのリダイレクトではなくhtmlの『meta refresh』を使ったリダイレクトでないとうまく行かないことがありますので、苦肉の策ではありますがそれを使います。

（Googleは『meta refresh』を推奨していませんが、『やむを得ない場合』にはNGとはしていないので問題ないかと思います。）

皆さん、こんにちは。

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

以前の記事において、パフォーマンス向上やサイトのパフォーマンステストのスコア改善などを目的とした、あるテストとその結果を書きました。

それは、一部弊害をもたらすことがあります。

シンボリックリンクにおける問題

まず前提として、不要なCookieトラフィックを避けるために、画像ファイルなどの静的コンテンツを別ドメインから提供して解決するということを前提に行ったものです。

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

これを、static.example.com/content/abc.jpg として提供する。

これは、static.example.com/content/ -> www.example.com/content/ と張られたシンボリックリンクを使って解決しようとしたものですが、これには少々弱点があります。

画像などの静的コンテンツの追加や変更があった場合、それが確実には反映されないという現象が出てしまうことがあるのです。

そのため、キャッシュされているものを一度パージ（クリア）する必要性が出てきてしまいます。

この弱点を克服するとなると、シンボリックリンクを張るというのではなく、リンクの張られていないURLとしてアクセスするしかありません。

しかし、その場合はウェブサイトの管理的に少々煩雑になってしまうなどの問題が出てきてしまうため、それでも問題のない方以外はお勧めいたしません。

皆さん、こんにちは。

業務改善を行う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のスコアが伸びるわけでもなく、実際のパフォーマンスに関しても気休め程度の話しにしかなりませんでした。

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

とは、World Wide Webで使われる技術の標準化を推進する団体のことですが、

W3Cが標準として策定している書き方に準拠することはSEO的に有利なのでしょうか？

皆さん、こんにちは。

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

昔から賛否両論ある、W3Cに準拠することでSEO的に有利になるかどうか。

個人的にはゼロではないという認識です。

仮に、全く同一評価のウェブサイトがあったとします。

そして、１つは中身がW3Cに準拠した書き方をしていて、１つはW3Cに準拠

していない書き方だったとします。

その場合はW3Cに準拠した書き方をしている方が勝つでしょう。

しかし、その程度の差でしかなく、影響はごくわずかなものと思われます。

そういう意味で、ゼロではないということです。

ただ、いろいろなウェブサイトを見させていただいていますが、共通して思う

ことは、評価の高いサイトはCSSはW3Cに準拠していることが多く、htmlは

結構エラーがあったりもします。

そこから考えると、CSSくらいは準拠した書き方をする方が得策かもしれません。

W3Cに準拠させるために必死になることではないですが、準拠した書き方を

することでマイナスになることはありませんので、可能な範囲で準拠させる

ことがベターでしょう。