Він посилається на заголовки відповідей, а не на документ документа ("Тег типу вмісту").
Якщо ви перевірите Заголовки відповідей вашої сторінки за допомогою будь-якого налагоджувача HTTP (наприклад, Net панелі Firebug для Firefox або подібної вкладки Інструменти для розробників у Google Chrome / Internet Explorer / Safari / Opera), ви побачите цей рядок:
Content-Type: text/html
У той же час, якщо ви позначете те саме для цієї сторінки, ви побачите:
Content-Type: text/html; charset=utf-8
Швидкість сторінки стосується відсутньої частини. Маючи правильний набір символів , присутній в заголовках дійсно прискорити рендеринг сторінки , трохи . Якщо в заголовку відповіді вказано неправильну діаграму (або взагалі немає набору символів), браузер повинен сканувати / інтерпретувати сторінку до тих пір, поки не знайде правильну декларацію про набір символів ( <meta http-equiv="Content-Type" content="text/html; charset=UTF-8" />
рядок), а потім знову запустити процес візуалізації, якщо набір символів відрізняється від браузера налаштування за замовчуванням.
Штраф за продуктивність зовсім не великий - для користувача він непомітний, якщо не використовується справді старе / повільне обладнання (хоча воно відрізняється для кожного браузера та версії браузера). Можливо, є якісь інші "покарання", які безпосередньо пов'язані з цим, але я особисто про них не знаю.
Виправлення: Якщо ви генеруєте цей заголовок самостійно (у своєму PHP-скрипті), то вам потрібно змінити його, щоб він також включав шаблони. Якщо ваш скрипт не робить таких маніпуляцій із заголовком, то це проблема помилок конфігурації сервера.