JavaScript での JIT の使用をブロックするサイトを指定する

JIT（Just In Time）コンパイラを有効にした JavaScript の実行を許可しないサイトの URL パターンのリストを設定できます。

JavaScript JIT を無効にした場合、Google Chrome でウェブ コンテンツの表示に時間がかかったり、WebAssembly を使用する JavaScript の一部が無効になったりする可能性があります。JavaScript JIT を無効にすると、Google Chrome でのウェブ コンテンツの表示をより安全な設定で行えるようになります。

有効な URL パターンについて詳しくは、https://chromeenterprise.google/policies/url-patterns をご覧ください。ワイルドカード（*）を使用できます。

ポリシーの例外は、サイト全体だけでなく、特定のサブドメインにも設定できます。たとえば、ポリシーを subdomain.site.com でのみ設定した場合は、site.com には影響せず、subdomain.site.com にのみ適用されます。サブドメインを親サイトから分離できない場合は、site.com で設定されたポリシーが継承されることがあります。また、既存のタブで読み込まれたフレームについては、サイトが新しいタブで開かれるまで、例外が有効にならない場合があります。メモリ容量の少ない Android デバイスでは、サイト固有の例外が適用されない場合があります。その場合、サイトでは DefaultJavaScriptJitSetting のポリシーが適用されるか（設定されている場合）、プロファイルの JavaScript JIT 設定がデフォルトで使用されます。

例外を適用するため、Google Chrome は、設定がデフォルトと異なるサイトまたはサブドメインを専用のプロセスに配置する場合があります。これにより、特に Android で、またはワイルドカード パターンが多くのサブドメインに一致する場合に、メモリ使用量が増加する可能性があります。これは、一致するオリジンがそれぞれ個別に分離される可能性があるためです。また、分離されたサブドメインは、document.domain を使用して親サイトにアクセスすることもできません。

注: バージョン 155 以前では、ポリシーの例外はサイトの詳細レベル（eTLD+1）でのみ適用されていました。subdomain.site.com でのみ設定されたポリシーは、subdomain.site.com でも有効になりませんでした。site.com と subdomain.site.com の両方に適用するには、site.com で設定する必要がありました。

このポリシーは、最上位のオリジン URL のみに基づいて適用されるわけでなく、フレーム単位で適用されます。たとえば、site-one.com が JavaScriptJitBlockedForSites ポリシーにリストされているものの、site-one.com が site-two.com を含むフレームを読み込む場合、site-one.com では JavaScript JIT が無効になりますが、site-two.com では DefaultJavaScriptJitSetting のポリシーが適用されるか（設定されている場合）、デフォルトで JavaScript JIT が有効になります。ブロックリストのエントリの優先度は許可リストのエントリより高く、許可リストのエントリの優先度は設定されたデフォルト値より高くなります。

サイトでこのポリシーが設定されていない場合、DefaultJavaScriptJitSetting のポリシーがサイトに適用されます（ポリシーを設定しているか、JavaScript JIT をサイトで有効にしている場合）。

サンプル値:

[*.]example.edu