Если речь идет об MT, то имеют смысл только пункты 1 и 5 -- уменьшение нагрузки на сервер. Остальные пункты -- или бред, или оторваны от контекста.

Динамические страницы можно сформировать так, что никто и не узнает, что они динамические.

Нет, все пункты верны. Просто рассматривать следует так (по спорным вопросам):

2 и 3 и 4. "Статические страницы проще для индексации"
Проще потому, что в противоположность статическим страницам вида namepage.html ставятся страницы namepage.html?argument=chto_to_tam&argument2=eshe_chto_to
Если в MT использовать статическую публикацию с расширением .html (т.е. как есть по умолчанию) и обрабатывать на сервере тоже как html, то при запросе поисковика или браузере сервер выдаст дату последнего изменения документа. При динамической публикации дата изменения документа будет равна дате запроса.

6. Мобильны потому, что можно взять их и перенести на другой сервер, не выполняя больше никаких действий.

6. Это верно. Можно даже сам движок снести.

Проще потому, что в противоположность статическим страницам вида namepage.html ставятся страницы namepage.html?argument=chto_to_tam&argument2=eshe_chto_to

В этой статье вообще нет упоминания о таких URL, в оригинале -- это тоже где-то внизу текста.

Чтобы создать такие страницы в MT, надо изрядно постараться.

При динамической публикации дата изменения документа будет равна дате запроса.

Можно выдать любую дату изменения.

Если все же рассматривать динамическую публикацию, как генерацию URl вида page.php?foo=bar&bar=baz, то тот же упомянутый WP отлично создает URL любого статичного вида.

Скажите, а для WP случайно нету такого плагина, чтоб сгенерировать статические страницы? Или всё же придётся мне свой блог на МТ переносить?