あなたのウェブサイトのセキュリティヘッダー：セキュリティとSEOに役立ちます

Matthias Petri

掲載: 11.09.2023

ここでは、セキュリティヘッダー の機能、動作、およびウェブサイトのセキュリティにとって重要であり、SEO対策 も兼ね備え、ウェブサイトを保護する際の手段になる理由を学びます。

セキュリティヘッダーに関するヘルプ記事には、以下のトピックが含まれています:

セキュリティヘッダーとは何ですか？

セキュリティヘッダーは、ウェブサイトやウェブアプリケーションで使用されるHTTPヘッダーで、さまざまな攻撃やセキュリティ上の脆弱性からの保護を向上させるために使用されます。これらは、ユーザーとデータを脅威から保護するための重要なセキュリティレイヤーを提供します。

これが必要かどうか疑問に感じる場合は、オンラインツールで現在のセキュリティをテストできます。それにはsecurityheaders.comを使用してください。そこにURLを入力してください。

おそらくDまたはFの結果が出るでしょう。ほとんどのウェブサイトは、セキュリティがほとんどの開発者やエージェンシーにとってウェブサイト作成または再設計の過程での優先事項ではないため、最初は悪い結果が出ることがよくあります。セキュリティヘッダーをどのように実装するか（開発者でなくても）については後半で詳しく説明します。ただし、基本的にあなたには対処が必要であることはすでにわかりました。

セキュリティヘッダーはどのように機能しますか？

セキュリティヘッダーは、ウェブサーバーがウェブサイトやウェブアプリケーションへのリクエストを送信した際にブラウザに送信されるHTTPレスポンスの一部です。これらのヘッダーには、ブラウザに対してセキュリティとプライバシーに関する振る舞いを指示および通知する情報が含まれます。以下はいくつかの重要なセキュリティヘッダーとその機能です:

HTTP Strict Transport Security (HSTS)

HSTS は、中間者攻撃 を防ぐために、ブラウザに対してウェブサイトとの接続をHTTPS経由で作成および維持するよう強制します。

多くのウェブサイトは、HTTPからHTTPSへの301リダイレクトしか持っていないため、ウェブサイトのコンテンツ内の多くのリンクはまだHTTPとして設定されています。誰かがそのようなリンクをクリックすると、最初にHTTPページがロードされ、301リダイレクトがアクティブになります。または、ほとんどの場合、httpsの部分を入力せずにブラウザに your-domain.com を入力してウェブサイトにアクセスしようとした場合、中間者攻撃の可能性があります。

HSTSは、攻撃者がHTTPS接続をHTTP接続に変換するのを防止し、攻撃者が安全でないリダイレクトを悪用するのを防ぎます。つまり、セキュアなHTTPS接続を経由してロードするように強制します。

X-Content-Type-Options

このヘッダーは、指定されたタイプが正しくない場合、ブラウザがリソースのMIMEタイプを推測しようとするかどうかを制御します。適切なMIMEタイプのみがスタイルとスクリプトをロードすることで、MIMEスプーフィング攻撃を防ぎます。背景として、ブラウザはコンテンツがテキスト、画像（.png）、ビデオ（.mp4）、またはHTML、JavaScript、ウェブサイトからダウンロードされるその他の種類のコンテンツであるかを「スニッフィング」できます。

"X-Content-Type-Options: nosniff "の使用は重要な安全対策であり、クロスサイトスクリプト（XSS）などの特定の攻撃ベクトルを防ぐのに役立ちます。XSS攻撃では、攻撃者がブラウザを欺いてPDFなどのリソースに悪意のあるJavaScriptコードを挿入し、MIMEタイプが別のはずのPDFをJavaScriptとしてロードさせることができ、PDFではなくJavaScriptとして実行させることができます。

これには、訪問者のコンピュータにマルウェアをインストールするドライブバイダウンロード攻撃など、訪問者に多くの否定的な影響があります。

他のセキュリティ対策と組み合わせて（たとえばContent Security Policy（CSP））、Webアプリケーションのセキュリティを向上させ、攻撃面を減らすために、このヘッダーは通常、ウェブサイトのすべてのリソース（HTML、JavaScript、CSSファイルなど）に対してHTTPの応答で有効にする必要があります。

X-Frame-Options

このヘッダーは、Clickjacking攻撃を防止するために、ウェブサイトがHTMLフレームまたはiframe内に表示されるのを防ぎます。 "X-Frame-Options "を使用することは、Clickjacking攻撃を防止するための重要なセキュリティ対策であり、攻撃者がウェブサイトを見えないフレームにロードしてユーザーのマウスクリックを乗っ取ろうとする攻撃を防ぐことができます。ヘッダーを設定することにより、ウェブサイト運営者はウェブサイトがフレームに埋め込まれる方法を制御できます。

「X-Frame-Options」はClickjacking防止のための古い手法と見なされます。より新しいアプローチとして、「Content Security Policy」ヘッダー（CSP）を使用すると、Clickjacking防止だけでなく、他のセキュリティアスペクトにも対応できます。詳細については後ほど述べます。

X-XSS-Protection

このヘッダーはブラウザの組み込みXSS保護を有効または無効にします。

リファラーポリシー

"リファラーポリシー"はWebサーバーが送信するHTTPヘッダーで、WebブラウザーがHTTPリクエストの"リファラー"フィールドの情報をどのように処理するかを指定するものです。"リファラー"は通常、ユーザーが現在のページに移動する前の前のページのURLを示すHTTPヘッダーフィールドです。"リファラーポリシー"は、ウェブサイト管理者がリファラー情報を他のウェブサイトに制御し、ユーザーのプライバシーを保護する手段を提供します。オンライン上でコンテンツで収益を得ている人にとって重要な情報です：リファラーポリシーはアフィリエイトリンクには影響しません。

コンテンツセキュリティポリシー（CSP）

CSPヘッダーは、スクリプト、画像、スタイルシートなどのリソースがどのソースから読み込まれるかを指定します。これにより、クロスサイトスクリプティング（XSS）、コードインジェクションなどの攻撃を防ぐのに役立ちます。

クロスサイトスクリプティング（XSS）攻撃は、悪意のあるスクリプトがあなたのCMSやフレームワークの脆弱性を悪用し、その後にあなたのウェブサイトのブラウザに読み込まれるように設定されています。XSS攻撃の入り口としては、たとえば、Eメールフォームがあり、制限された入力のみが期待されるようにエンコードされていないことが挙げられます。悪くエンコードされたフォームは、他の入力を許可し、その結果、悪意のあるファイルが注入される可能性があります。実際、これは、私たちが多くの顧客プロジェクトをコンタクトフォームなしですべて装備する理由の1つでもあります。

あなたのCSPヘッダーにより、何をウェブサイトが読み込むことができるか、できないかがどのドメインのホワイトリストで決まります。外部の信頼できるグループ外のサーバーから悪意のあるスクリプトをダウンロードする攻撃者はブロックされます。 2016年12月にCSP Level 2が発表されており、これにより、hash-source、nonce-source および5つの新しい指示が追加されました。ブラウザ側で問題が発生することはないため、2023年9月11日時点でCSP 2はすべてのブラウザと互換性があります。

CSP2のブラウザとの互換性 — *https://caniuse.com/contentsecuritypolicy2のスクリーンショット*

コンテンツセキュリティポリシーの作成は、どれだけ強いか、弱いかは、あなたがどのように設定するかによります。当社のTutKit.comでは、その適用に最も時間がかかったのはすべてのスクリプトとリソースをリストアップし、ホワイトリストに載せるために必要です。正しい組み込みを確認するには、securityheaders.com、Mozilla Observatory、およびGoogle PageSpeed InsightsのBest Practicesエリアを使用して確認できます。Mozillaのサービスの利点は、あなたのURLが外部のテストツールによって同時にテストされることです。ネガティブな結果が出た場合は、それについてさらに調査することができます。

セキュリティヘッダーの重要性

セキュリティヘッダーは、WebサイトやWebアプリケーションの攻撃面積を減らし、既知のセキュリティ脆弱性を解消するのに役立ちます。ブラウザにセキュリティに関する指示を与えることで、さまざまな種類の攻撃を防止または少なくとも困難にすることができるため、重要です。これは、XSS攻撃、Clickjacking、MIMEスプーフィングなどのセキュリティ問題を含みます。

クレジットカード取引の保管、送信、処理を行うオンラインショップは、PCI-DSS（Payment Card Industry Data Security Standard）に準拠している必要があります。多くのPCI-DSS監査では、HSTS（HTTP Strict Transport Security）などのセキュリティヘッダーの存在も確認されます。あなたのウェブサイトがPCIコンプライアンスの対象であり、クレジットカード決済を行い、支払いプロバイダーがPCI認定を求めており、テスト/監査を通じて証明しなければならない場合、セキュリティヘッダーの組み込みは必須になるでしょう。

さらに、セキュリティヘッダーはユーザーエクスペリエンスを向上させるためにも重要であり、SEO施策にもプラスの影響を与えます。詳細は以下で説明します。

セキュリティヘッダーの実装方法

セキュリティヘッダーの実装には通常、WebサーバーまたはWebアプリケーションレベルでの構成変更が必要です。

必要なセキュリティヘッダーを最初に特定します：WebサイトまたはWebアプリケーションにとって最も重要なセキュリティヘッダーは何か考えてみてください。選択は、特定の要件や脅威に依存します。たとえば、CookieやコンタクトフォームのないHTMLだけで構成されたOnepagerの場合、リスクは低いです。

Webサーバーを構成します：Webサーバーの構成を調整することで、ほとんどのセキュリティヘッダーを追加できます。たとえば、Apacheサーバーでは、ヘッダーを.htaccessファイルで構成し、Nginxでは、nginx.confまたはsites-availableの構成ファイルを使用します。

HTTPレスポンスにヘッダーを設定します：ヘッダーは、WebサイトやWebアプリケーションのHTTPレスポンスに設定する必要があります。通常、サーバーモジュール、スクリプト、ミドルウェアを使用してこれを行います。

実装のテスト：セキュリティヘッダーを追加したら、ウェブサイトまたはウェブアプリケーションを徹底的にテストして、すべてが想定通りに機能していることを確認してください。 Security Headers や Mozilla Observatory などのオンラインツールもあり、ウェブサイトのセキュリティ構成を分析できます。

ヘッダーを最新の状態に保つ：セキュリティヘッダーを定期的に監視および更新して、最新のベストプラクティスに準拠し、新たな脅威から保護されていることを確認してください。

サーバー技術やプラットフォームによって、セキュリティヘッダーの実装方法 が異なる可能性があるため、サーバーおよびウェブアプリケーションのドキュメントを参照するか、必要に応じて専門家の支援を受けることをお勧めします。以下では、ApacheおよびNginxサーバーで実装する方法の手順を示します。非開発者である場合、WordPressプラグインを使用して簡単に設定するのはサーバーサイドでは簡単ではありません。

Apacheサーバーの.htaccessファイルにセキュリティヘッダーを挿入する

.htaccessファイルを介してセキュリティヘッダーを追加する方法は、Apacheウェブサーバーのウェブサイトのセキュリティを向上させるための一般的な方法です。.htaccessファイルを使用すると、セキュリティヘッダーを含むサーバー全体の設定と構成を設定できます。次に、.htaccessファイルを介してセキュリティヘッダーをどのように組み込むかの手順を示します。

バックアップを作成：変更を加える前に、ウェブサイトをバックアップし、.htaccessファイルのバックアップを取得して、ウェブサイトに誤ってアクセスできなくなることを確認してください。

.htaccessファイルを開く：通常、.htaccessファイルはWordPressインストールのルートディレクトリにあります。Notepad++、Dreamweaver、PHP Storm、Visual Studio Codeなどのテキストエディターで開くことができます。

セキュリティヘッダーを追加：セキュリティヘッダーを追加するには、.htaccessファイルでヘッダー命令を使用します。よく使用されるセキュリティヘッダーと追加方法の一部を以下に示します。

コンテンツセキュリティポリシー（CSP）：

Header always set Content-Security-Policy "default-src 'self'; script-src 'self' 'unsafe-inline' 'unsafe-eval'; img-src 'self' data:; style-src 'self' 'unsafe-inline';"

X-Content-Type-Options：

Header always set X-Content-Type-Options "nosniff"

X-Frame-Options：

Header always set X-Frame-Options "DENY"

X-XSS-Protection：

Header always set X-XSS-Protection "1; mode=block"

HTTP Strict Transport Security（HSTS）：

Header always set Strict-Transport-Security "max-age=63072000; includeSubDomains; preload"

Referrer-Policy：

Header always set Referrer-Policy "strict-origin-when-cross-origin"

.htaccessファイルを保存：必要なセキュリティヘッダーを追加したら、.htaccessファイルを保存し、必要に応じてウェブサーバーにアップロードしてください。

設定を確認：.htaccessファイルに構文エラーがないかを確認するために、ウェブサイトを訪れてエラーメッセージに注意を払います。また、オンラインツールを使用してセキュリティヘッダーの効果を確認することもできます。

ウェブサイトをテスト：全機能が正しく機能し、セキュリティヘッダーが望ましいセキュリティ対策を実装していることを確認するために、ウェブサイトを徹底的にテストしてください。

Apacheサーバーでセキュリティヘッダーを.htaccessファイルを介して追加することはできますが、それはApacheサーバー上でのみ機能します。別のWebサーバー（Nginxなど）を使用している場合は、このWebサーバーの対応する構成ファイルを編集してセキュリティヘッダーを設定する必要があります。以下で説明します…

Nginxサーバーでセキュリティヘッダーを組み込む

Nginxにセキュリティヘッダーを追加するには、通常は拡張子が.confのファイルであるNginxの設定ファイルを使用します。Nginxにセキュリティヘッダーを挿入する手順は次のとおりです。

バックアップを作成：Nginxの構成を変更する前に、問題が発生した場合に機能する構成に戻れるように、構成ファイルのバックアップを作成することをお勧めします。

Nginx構成ファイルを開く：Nginxのメイン構成ファイルは通常、Linuxシステムで/etc/nginx/などのディレクトリにあります。正確なファイルはシステムによって異なりますが、通常はnginx.confまたは各ウェブサイトのdefaultまたはsites-availableとして命名されます。

構成ファイルを開くには、テキストエディターまたはコマンドラインエディタ（nano、vim、またはgeditなど）を使用します。ファイルを編集するには、ルートユーザーまたはスーパーユーザー権限が必要です。

所望のセキュリティヘッダーを追加してください: Nginxの設定にadd_headerディレクティブを使用して、所望のセキュリティヘッダーを追加できます。以下は一般的に使用されるいくつかのセキュリティヘッダーの例です:

Content Security Policy (CSP):

add_header Content-Security-Policy "default-src 'self'; script-src 'self' 'unsafe-inline' 'unsafe-eval'; img-src 'self' data:; style-src 'self' 'unsafe-inline';";

X-Content-Type-Options:

add_header X-Content-Type-Options "nosniff";

X-Frame-Options:

add_header X-Frame-Options "DENY";

X-XSS-Protection:

add_header X-XSS-Protection "1; mode=block";

HTTP Strict Transport Security (HSTS) (注意: ウェブサイトが常時HTTPS経由でアクセス可能な場合にのみ使用してください):

add_header Strict-Transport-Security "max-age=63072000; includeSubDomains; preload";

Referrer-Policy:

add_header Referrer-Policy "strict-origin-when-cross-origin";

設定を保存し、ファイルを閉じる: 所望のヘッダーを追加したら、設定を保存してファイルを閉じてください。

構成の 確認: Nginxの設定の有効性はnginx -tコマンドで確認できます。構成が有効であれば、成功メッセージが表示されます。

Nginxの起動または更新: 構成を確認した後、Nginxサーバーを起動または更新して新しいヘッダーを有効にしてください。Debian/Ubuntuではsudo service nginx restart、systemdベースのシステムではsudo systemctl restart nginxコマンドを使用してサーバーを再起動できます。

ウェブサイトをテスト: 全機能が正常に機能し、セキュリティヘッダーが希望通りのセキュリティ対策を実施することを確認するために、ウェブサイトを確認してください。

Nginxの構成はシステムによって異なる場合があることに注意してください。特に複数の仮想ホスト(サーバーブロック)を使用したり、より複雑な構成を使用する場合は、ウェブサイトに適した構成ファイルを編集していることを確認してください。

WordPress用のセキュリティヘッダープラグイン

WordPress-ウェブサイトのセキュリティヘッダーを設定するのに役立つさまざまなWordPressプラグインがあります。これらのプラグインを使用すると、セキュリティ対策を実施することが簡単になります。技術的な知識がなくてもセキュリティヘッダーや対策を設定できます。

"Headers Security Advanced & HSTS WP"プラグインは、WordPress-ウェブサイトでセキュリティヘッダーとHTTP Strict Transport Security (HSTS)を実装するために特化しています。これを使用すると、これらのヘッダーやセキュリティ対策を簡単に設定できます。
https://de.wordpress.org/plugins/headers-security-advanced-hsts-wp/

WordPressのためのHeaders-Security-Advanced-HSTSプラグイン

以下は、WordPressプラグインでセキュリティヘッダーを設定するのに役立ついくつかのプラグインです:

WP Security Headers: このプラグインを使用すると、WordPress-ウェブサイトでさまざまなセキュリティヘッダーを設定できます。使いやすいインターフェースを提供し、Content Security Policy (CSP)、X-Frame-Optionsなどのヘッダーを調整できます。

HTTP Headers: HTTP Headersは、WordPressプラグインであり、より安全性とプライバシーを確保するためのさまざまなHTTPヘッダーを設定できます。X-Content-Type-Options、X-XSS-Protection、Referrer-Policyなどのヘッダーを構成できます。

Security Headers: このプラグインはContent Security Policy (CSP)の設定に特化しています。ウェブサイトのためのCSPポリシーを簡単に設定および調整できます。

Easy Security Headers: このプラグインは、WordPressで重要なセキュリティヘッダーを簡単に有効化・設定できる手段を提供します。Content Security Policy、Strict-Transport-Security、X-Content-Type-Optionsなどのヘッダーが含まれています。

WordPressでセキュリティヘッダーを設定するプラグインを使用する前に、WordPressバージョンやPHPバージョンと互換性があるかどうかを確認してください。

Headless CMS Strapiのセキュリティヘッダーの実装

StrapiはNode.jsベースの人気のあるHeadless-CMS（コンテンツ管理システム）です。WordPressと同様に、Strapiでもセキュリティヘッダーを実装することができます。ただし、Strapiではサーバーサイドアプリケーションであるため、セキュリティヘッダーの構成は通常より深いレベルで行われます。Strapiアプリケーションでセキュリティヘッダーを設定する手順は次の通りです:

ミドルウェアの使用： Strapiでは、HTTPヘッダを設定するためにミドルウェアを使用できます。 HTTPレスポンスに必要なセキュリティヘッダを追加するカスタムミドルウェアを作成できます。以下はそれを行う方法の例です：

1. ミドルウェアディレクトリに、例えばsecurity-headers.jsというファイルを作成してください。

module.exports = (strapi) => {
return {
initialize() {
strapi.app.use(async (ctx, next) => {

2. 必要なセキュリティヘッダを設定してください。

ctx.set('Content-Security-Policy', "default-src 'self'"); ctx.set('X-Content-Type-Options', 'nosniff'); ctx.set('X-Frame-Options', 'DENY'); ctx.set('X-XSS-Protection', '1; mode=block'); ctx.set('Strict-Transport-Security', 'max-age=63072000; includeSubDomains; preload'); ctx.set('Referrer-Policy', 'strict-origin-when-cross-origin');

3. 次のミドルウェアステップを呼び出してください。

await next(); 
}); 
},
};
};

ミドルウェアの登録： ミドルウェアを作成した後は、Strapiアプリケーションのmiddleware.jsファイルでそれを登録する必要があります。これにより、HTTPリクエストごとに実行されることが保証されます。

module.exports = {
settings: {

他の設定...

},
middleware: {

他のミドルウェア...

securityHeaders: { 
enabled: true, 
},
},
};

カスタマイズとテスト： ミドルウェア内のヘッダー値を要件に応じて調整してください。アプリケーションをテストし、セキュリティヘッダーチェッカーなどのツールを使用してヘッダーが正しく設定されていることを確認してください。

サーバーの設定を確認： Strapiでのミドルウェア設定に加えて、Webサーバー（例：NginxまたはApache）が、Strapiで設定したヘッダーを上書きしないようにするためにも設定を確認することが重要です。

具体的な実装は、Strapiのセットアップやサーバーによって異なります。Strapi CMSではconfig/app.js経由でのオルタナティブな実装も可能ですが、middleware 経由での方法はより制御と柔軟性を提供します。

私たちのStrapiベースのエージェンシーウェブサイト4eck-media.deでは、次のようになります：

ウェブサイトのセキュリティヘッダと脆弱性のテストツール

セキュリティヘッダを実装した場合には、さまざまなブラウザやデバイスでウェブサイトの機能テストを実施してください。以下の2つのテストツールも使用して、すべてが正しく組み込まれているかどうかを確認してください：

securityheaders.com => このツールはセキュリティヘッダに特化したテストを行います。上記のスクリーンショットをご覧ください。
securityscan.getastra.com => このツールは140以上のセキュリティ脆弱性をテストし、セキュリティヘッダも含まれています。

私たちのtutkit.comに関しては、https://securityscan.getastra.com/でのHealth Check結果は90/100でした：

すべてが問題ないにもかかわらず、該当するJavaScriptモジュールがセキュリティ要件に一致しない方法でJavaScriptを出力することから、向上の余地があります。次のvue.jsのメジャーアップデートとTutKit.comのLarabergモジュールでこの問題に取り組む予定です。

セキュリティヘッダはSEO（検索エンジン最適化）に有効ですか？

セキュリティヘッダとSEO（検索エンジン最適化）の間には間接的な関係があります。2021年からGoogleは、ページエクスペリエンスがWebサイトの質に関する包括的なビジョンを提供する7つの異なる要素を統合すると発表しました。

HTTPSとセーフブラウジング は、ページエクスペリエンスに対するポジティブな信号の主要要素です。HTTPSの使用はGoogleによってランキング要因として指摘されています。最初はセーフブラウジングも同様でしたが、2021年8月にGoogleはその方針を変更し、セーフブラウジングをランキング要因から除外しました。これは多くのウェブサイト所有者がハッキングに対して責任を負えないことが理由です。

PageSpeed InsightsやChromeブラウザのDev-ToolsでのLighthouseテストでは、セーフブラウジングに関する推奨事項が表示されるため、セーフブラウジングの問題はSEOにとって重要な要素である可能性があります：

Googleのウェブサイトは、EEAT原則に適合しているサイトを高く評価し、Expertise、Experience Authority、Trustworthiness（信頼性）が検証されているコンテンツを備えています。Trustworthinessはウェブサイトやウェブコンテンツの信頼性と信憑性に関連しており、Googleはプライバシー、セキュリティ、透明性などの要因に基づいて信頼性を評価します。

セキュリティヘッダーとSEOがどのように関連するかは、HTTPヘッダーの5つの利点によってウェブサイトとウェブサイト訪問者に明確に示すことができます:

信頼とセキュリティ: セキュリティヘッダーを使用するウェブサイトは、訪問者と検索エンジンに対して、ユーザーとデータのセキュリティに対処していることを示します。これにより、ユーザーのウェブサイトへの信頼が高まり、データ漏洩やマルウェア攻撃などのセキュリティ問題のリスクが低減されます。

セキュリティ問題の回避: Content Security Policy (CSP)やX-XSS-Protectionなどのセキュリティヘッダーは、Cross-Site Scripting（XSS）などの既知のセキュリティ脆弱性を防ぐのに役立ちます。セキュリティ問題に対して脆弱なウェブサイトは、検索エンジンから罰せられたり、ユーザーに対して警告メッセージが表示されたりする可能性があり、これはSEOに悪影響を与える可能性があります。

読み込み時間の改善: HTTP Strict Transport Security（HSTS）などの一部のセキュリティヘッダーは、ブラウザにHTTPS経由での接続を強制することで、ウェブサイトの読み込み時間を改善するのに役立ちます。速い読み込み時間は、Googleなどの検索エンジンがランキングの基準として読み込み時間を考慮するため、SEOにとって重要な要素です。

ClickjackingとPhishingの防止: X-Frame-Optionsなどのセキュリティヘッダーは、ウェブサイトのコンテンツが不可視のフレームに表示されるClickjacking攻撃を防ぐのに役立ちます。これにより、ユーザーのウェブサイトへの信頼が高まり、Phishing攻撃の可能性が低減されます。

HTTPSとランキング: セキュリティヘッダーと直接関連していませんが、HTTPSの使用（HSTSなどのセキュリティヘッダーによって促進される）は重要なSEO要素です。Googleはすでに2010年にHTTPSをランキング信号として考慮すると発表しており、HTTPSを使用するウェブサイトはSEO上の利点を持つ可能性があります。

セキュリティヘッダーの使用は、私の考えではウェブサイトのSEOランキングにポジティブに影響を与える可能性がありますが、それだけが重要な基準ではなく、全体的なセキュリティとSEOの方程式のごく一部に過ぎません。関連性のないコンテンツや不十分なユーザーエクスペリエンスを提供しているウェブサイトは、セキュリティヘッダーを追加するだけでは検索結果での評価が向上しません。SEOは高品質なコンテンツ、優れたユーザーエクスペリエンス、モバイル対応など、多くの要素を考慮する複雑なプロセスであり、セキュリティヘッダーはユーザーの信頼を獲得し、ウェブサイト全体をより安全にするための重要な要素です。その結果、SEOランキングにポジティブに影響を与える可能性があります。

逆に言えば、ウェブサイトがマルウェアに感染している場合、Googleがウェブサイト訪問者に警告を表示すると、直接的に評判に悪影響を及ぼすことになります。ランキングが下がり、これまでのSEO成功も失われる可能性があります。ウェブサイトオーナーは、この場合にGoogleからSearch Consoleを介して通知を受け取ります。代替として、マルウェア感染のテストをこちらで実行することもできます。

私たちは、セキュリティスプリントでセキュリティヘッダーを最新状態に更新したことを誇りに思っています。これにより、私たちは殿堂入りしました:

結論: セキュリティヘッダーを実装することは難解なことではなく、ウェブサイトの初回公開時には常に考慮すべきです。残念ながら、ほとんどのウェブサイトオーナーやエージェンシー、SEO専門家はそれを認識していないため、SEOツールがHTTPヘッダーのクエリを監査に含めることが望ましいです。今後が楽しみです...SEOBILITYの経営陣には、私はこの希望をすでに伝えました :-)

公開日 2023年9月11日より Matthias Petri

公開日: 2023年9月11日
より Matthias Petri

Matthias Petriは、2010年に兄弟のStefan Petriと一緒に4eck Media GmbH & Co. KGを設立しました。彼のチームと一緒に、彼は人気のある専門フォーラムPSD-Tutorials.deとE-LearningポータルTutKit.comを運営しています。彼は画像編集、マーケティング、デザインの多数のトレーニングを公開し、FHM Rostockの講師として「デジタルマーケティング＆コミュニケーション」を教えました。彼の活動は、2011年メクレンブルク＝フォアポンメルンのウェブサイト賞特別賞や2015年のクリエイティブメーカーに複数回選ばれるなど、数々の賞を受賞しています。彼は2016年にBundesの文化・クリエイティブ産業センターのフェローに任命され、イニシアチブ「Wir sind der Osten」で他の東ドイツ出身の主要人物と共に起業家兼取締役として活動しています。