今さらながらieでX-UA-Compatibleが有効にならない場合の対処方法

いまだに社内LAN環境のブラウザはie8、ブラウザのバージョンアップは基幹システム（ミッションクリティカルなシステム）側の挙動に影響するためしてはいけないという環境で、内製システムを作っている。
当初はie8だけだったので、逆に割り切ってie8向けだけにコードを書いていたら済むという話であったが、もう一つ別の社内ネットワークからも見れるような運用変更の必要が生じたため、VLANの設定変更と共にie8とie9とie10が混在する環境に変わった。

そんな環境でも内製システムに関してはX-UA-Compatibleでコントロールできていたが、WordPressを利用した検索システムのie互換表示に悩まされたのでメモを残す。

１．内製システムではX-UA-Compatibleが効く
２．WordPressを用いた検索システムではX-UA-Compatibleが効かない？
３．解決方法

１．内製システムではX-UA-Compatibleが効く

互換表示が何かという話はここでは割愛。この辺を参照。
detail.chiebukuro.yahoo.co.jp

互換表示ボタンを押された場合、そのページは以降互換モードになってしまいもう一度そのボタンを押さない限り戻らない。ユーザが間違って押したら以降ずっと崩れた画面のままという、開発者側としたは気持ちの悪い状態。これは、ボタンを表示しないほうがいいに決まってる。
そして、当然これまで作っている内製システムはie8向けを前提としているので、ie8を基準とすべき。

以上の前提より、下記のコードを全ての内製システムのhead内に盛り込んだ。

<meta http-equiv="X-UA-Compatible" content="IE=8">

これで内製システムはどのブラウザから表示させてもie8でレンダリングされ、崩れることはなかった（ie8,ie9,ie10）。

記述を入れる前

↓
↓
記述を入れた後

２．WordPressを用いた検索システムではX-UA-Compatibleが効かない？

ところがWordPress。

X-UA-Compatibleを「書くところはここしかない！」というところにコードを書いても、一向に互換表示ボタンが消えてくれない。外部のファイルの読み込み（css,js）が記述されている箇所より前にきちんと記述はしている。テーマフォルダ内のheader.phpのhead内のアタマに書いて、周囲で影響しそうなコードがないか見渡すが、それらしきものは見当たらない。

WordPressなんで何か自分の知らないものが影響しているんだろう。時間もないし、面倒なので調査をやめる。