SSL」を発表しました。同社の無料プランを含む全てのユーザーに、無償でSSL(https)接続サービスを提供するという驚くべき内容です。同社によれば、現在、セキュアな接続をサポートしているサイトは全世界で200万サイトほどだったそうです。SSLの登場によって倍の400万サイトまで増えることになります。ワンクリックでHTTPS(SSL)が利用可このブログのドメイン(srytk.com)もCloudFlareを使っているので、cloudflare.comの設定ページを見ると確かにありました。sslを利用できるようになるまで最大24時間かかる、と説明されていましたが、のちに数日伸びることなりました。issuingと出て、まだ使えないようです。SSLにもメリットとデメリットがあります。2013従来SSL証明書の発行は安くありませんでした。signなどの有名どころから買うと年数万円かかります。スノーデンの暴露以降、セキュリティの関心がインターネットユーザの間で高まりましたが、個人の管理者が気軽にSSLを導入できるものでなかったようです。サーバーのほうも色々めんどくさそうです。やっすいレンタルサーバーとかだと独自SSLを導入するのに追加料金が必要だったり、上位プランが必要だったりします。月数百円でブログやっているような人には縁遠い話ですね。追加で設定も必要ですし。SmithGoogleが検索結果に用いるランキング要素の1つにHTTPSがあることは公然たる事実です。未満にしか影響しませんが、これから長い期間をかけて強化していきます。全体的に見ると、このシグナルは良質なコンテンツであるといった、その他のシグナルほどウェイトは大きくありません。使用されることを期待しています。ウェブの安全性をさらに強化しましょう。今のところ、ほとんど重みは無いと思われます。常識的に考えて、セキュアであるかは、多くの場合、ドキュメントのクオリティと直接は関係ないですからね。イメージするなら、「英検3級」といったところでしょうか。持ってるに越した事はないですが、声高にアピールする程でもないですよね。(英検3級持っている人ごめんなさい)ただ、気になるのは「長い期間をかけて強化」です。将来的には、より「重く」なって行くのかもしれません。どちらにせよ、今のところは、SEOの観点からは、メリットは薄いことに変わりないですけどね。SSLを有効にすると、自動的にSPDY(スピーディー)が有効になります。SPDYはHTTPでの問題点をプロトコルレベル改善するもので、サイトによってはロードスピードがかなり改善されます。facebookなどの実績があります。spriteしたり、JavaScriptやCSSを結合するといかいう、みみっちい最適化しなくて済みそうです。SSLのデメリットは以下のようなことがあります。SSLは数多くのサイトを限られたリソースで提供しなければならない都合上、一般的な(昔からある伝統的な)SSLとは異なる2つの手法を使っています。楕円曲線DSA(ECDSA)httpと違ってhttpsでは暗号化という処理が必要なので、余計に計算リソースが必要になります。SSLではRSAベース手法ではなく、ECDSAを利用するそうです。技術的な話なのでさっぱり分かりませんが。Indication(SNI)一般的なSSLではSSL証明書ごとにグローバルIPが必要になるそうです。Indicationという方法でこの問題を解決しています。SSLでは一般的なSSLと異なり、(先進的な)手法を用いています。Sandwichより前のAndroidではサポートされません。これらの環境でもHTTPSをサポートする必要がある場合、有償の上位CloudFlareプランへ移行する必要があります。FlareのCDNは実現しています。ビジターという流れがあります。SSL」というのがデフォルトなのですが、これはビジターとCloudFlareの間だけ通信が暗号化される、ということです。暗号化されていない、空港等の公衆無線LANからの接続を、まわりの同席している悪い人たちからの傍受を防いだり、学校や職場のインターネットからの接続で、管理者に通信内容を知られたくない、程度の事なら意味がありそうです。下の画像がイメージしやすそう。SSL」は使えません。CloudFlareとオリジンサーバーとの間の通信を傍受されてしまうかもしれないからです。SSL(strict)」を選択し、オリジンサーバーでSSLを有効化しなければなりません。これは前述したとおり、場合によってはレンタルサーバーなどに追加のお金がかかります。SSL(strict)」をオススメします。SSL」でもOKになるかもしれません。デメリットというと大袈裟ですが、「SSLだから無条件に安心」というわけではないことは、心に止めておく必要があります。Flareのブログをしっかりと読むと良さそうです。SolbergHTMLは通常、外部リソースへの参照が記述されています。src=”https://example.com/image.jpg”>みたいなやつです。content」と呼ばれる状態です。Contentのページによれば、「http」なコンテンツは「https」なコンテンツと違って中間者攻撃によって改竄可能です。contentを指します。次のものが該当します。contentはhttpsページのDOMにアクセスできるようなコンテンツです。それゆえ、情報が盗んだり、意図しない動作を引き起こす可能性を秘めています。vectors.次のものが該当します。contentをデフォルトでブロックします。詳しいことは知りませんが、chromeもブロックします。ieもブロックします。SSLを有効化する前に、既存ページの<script>や<link>などをチェックしなければなりません。contentになってしまうと一部が表示されなかったり、最悪ページが崩れます。fonts」(デフォルトでhttpなコードが表示される)とか、枚挙にいとまがない状態で、しかもhttpsな代替コードが用意されてなかったりすると、お手上げ状態になります。ブログなどがhttps化すると面倒くさいのです。freefotouk技術的な事だから詳しくはわからないですが、SPDYの売りはコネクションを出来るだけ効率的に利用できることのように思えます。一般的なブログはソーシャルボタンやら埋め込みやらで外部サイトのスクリプトやiframeを貼りまくりで、ドメインがかなり分散されていて、コネクション貼りまくりです。このような状況ではSPDYの旨味は薄そう。「Web表示の高速化を実現するSPDYとHTTP/2.0の標準化」では次のようにあります。SPDYを導入しても、必ずしも全てのサイトが無条件に高速化されるわけではありません。SPDYの技術的な特徴を活かせる構成では性能向上を期待することができますが、既存の環境をそのままでSPDYを適応すると、逆効果になるケースも考えられます。そのような構成を3つほど例示します。例1:多数のドメインに分割してコンテンツを配置しているサイトSPDYは1つのTCP接続を最大限に効率化することで高速化を図るプロトコルです。Webコンテンツ内のリソースを多数のドメインに分割配置している場合、ブラウザはそれぞれのドメインのホストに対してTCP接続を生成することが必要となります。そのため、このようなサイトでは、TCP接続のオーバヘッドを小さくするメリットを生かすことができません。CDN等を利用して、地域的に多数のホスト・ドメインにコンテンツリソースを分割配置しているケースが当てはまります。(先述したワイルドカード証明書とDNS情報を共有してChromeで接続する場合は事情が異なります。)SPDYが生きるのは同じドメインから画像のサムネイルが大量に表示されるようなページなどかと思われます。従来のhttpでの最適化テクニックは逆にスピードを落とす要因になったりします。Podjarny「SPDYはみんな思ってるものと違う」」でも指摘されています。このように、SPDYの恩恵にはサイトのSPDYに最適化が必要だろう、ということです。上のwindowsだけです。する方法を定義するプロトコルです。接続の数が減り、パフォーマンスが向上します。関するページをご覧ください。この機能はサポートされていません。いうことで、多くのieユーザは遅くなることはあっても速くなることはありません。過度期ということで耐えるしかないですね。SSLは多くのウェブ利用者にとって、スピードの向上とセキュリティが向上される素晴らしいサービスなのは間違い無いとおもいます。ウェブ制作者やブロガーにとっては、負担が増えることになりかねません。私のように趣味でブログやホームページをやっているような場合は、よく考えてhttps化したほうが良さそうです。関連記事CloudFlareの無料SSLを試したらwordpressがリダイレクトループになってアワワjsdelivrのMAXCDNがtokyoに対応したぞMAXCDNに東京PoPが追加されたパブリックなCDNはjsdelivrかcdnjsでいいじゃん。3.0このサイトはアマゾンアソシエエイトのリンクを含みます。