記述例）
<IfModule﹈mod_rewrite.c>
# Rewriteモジュール有効化
RewriteEngine＿On
# Acceptリクエストヘッダにimage/webpを含むWebP対応ブラウザのみRewriteRuleを適用
RewriteCond＿%{HTTP_ACCEPT}﹈image/webp
# WebPフォーマットのファイルがある場合のみRewriteRuleを適用
RewriteCond＿%{DOCUMENT_ROOT}/$1.webp﹈–f
# *.jpg、*.pngファイルを*.webpファイルにすり替える
# Content-Typeはimage/webpにして環境変数acceptをにする
RewriteRule＿（.+）\（. jpe?g|png）$＿$1.webp＿[T=image/webp,E=accept:1]
</IfModule><IfModule＿mod_headers.c>
# CDNなどによるキャッシュを行う場合は必ず指定する
Header＿append＿Vary＿Accept＿env=REDIRECT_accept
</IfModule>
<IfModule ＿mod_mime.c>
# 拡張子.webpファイルへのアクセスはContent-Typeとしてimage/webpとして値を返す
AddType＿image/webp＿.webp
</IfModule>
私は2019年頃から自サイトにWebPを導入し始めましたが、正直な話、IEやSafariで見れなくてもよいとさえ思っており、ブラウザの対応状況や市場の反応は、ほとんど気にせずに導入を進めていました。
ひと昔前であれば、IEとNetscapeではHTMLのレンダリング仕様がまったく異なるのは当たり前で、WindowsとMac間におけるプラットフォームの違いでも大きく仕様が異なりました。
また、iModeやJ-Phone、ezwebといったモバイル端末の対応も振り分けページが当然のように導入されていた事が多かった経緯もあり、このようにブラウザ間で仕様がバラバラである状況には特に抵抗がありません。
そもそも前提としてウェブサイトを運営している以上、Googleからの流入確保は避けて通れない道であり、そのGoogleが作っている推奨画像フォーマットに対応しないのであれば、別のインフラやサービスを使ったほうがマシです。
更にいうと、これは画像フォーマットだけの話ではなく、自ら率先して新しい仕組みを導入して、「他を出し抜いてやるぞ」くらいの意識で取り組むべきです。
いつの時代もそうですが、新しいものに拒絶反応が出る方がいるようで、「もう少し普及してから」、「なんだか得体が知れないから」……。
と、一歩踏み出せずにいる様子をよく見かけます。
普及する前に対応しなければ、何事においてもイニシアチブは取れません。
周りを真似て、右にならえをしている状態では、他のサイトと同じような作りとなり、質に至っても五十歩百歩で、Googleから特別評価されるような要素が無くなります。
しかしながら、何でもかんでも導入しろと言うわけではなく、まずは調べてみて「これは有用だ」と判断したものに限って勝負していけばよいのではないでしょうか。
