ПоЖогаю: str-replace()
В один массив складываете Ваши теги, в другой в том же порядке - то, на что менять. И всё.

Ну так и скажите - нужен шаблонизатор. Пользуйте готовые, смарти например, если не готовы сами писать.

Я их терпеть не могу и стараюсь всячески избегать. Есть масса других, более эффективных и простых способов разделить логику и представление. По этому помочь в данном вопросе не могу к сожалению.

Изначально php был тегом html/ Это была программа, написанная на Perl и которая вставлялась специальным тегом <? ?> в html страницу. Потом, когда идея понравилась, программу начали усиленно развивать. Но суть у неё осталась та же. Отдать в поток под видом html разметки результат вычислений программы. То есть первична все таки разметка, а динамика остается за кадром. А что делает шаблонизатор? Берет непонятные теги, которые не всегда корректны, програмными методами перерделывает их в нормальную разметку и вставляет в html. То есть по сути всё перевернуто с ног на голову. Вы сначала пишите html, что бы посмотреть как это будет выглядеть, потом переводите на напонятный суррогатный язык шаблонизатора (свои странные теги {}), что бы скормить php, который не понимает, что от него хотят, пишите парсер, что бы он эти теги превратил обратно в то, что уже давно сделано и эту смесь из глюков и траблов выдаете юзеру. Всё от того, что считаете первичной логику, а не наоборот.
То есть Вы шинкуете свеклу и морковку, каждый кусочек аккуратно заворачиваете в бумажку с надписью, смешиваете в миксере, потом разбираете миксер, из получившихся деталей (функций php) собираете другую машинку, которая разделяет эту смксь на составные части, читая надписи на бумажках, собираете миксер обратно, смешиваете все и подаете на стол. Хотя можно совсем по другому. Резать свеклу и морковку не в одну миску, а каждую в свою, а потом один раз смешать в миксере, для того он и создан.
Вводит в такое заблуждение расширение файлов - php. А на самом деле это одно и тоже, что и html, просто исполняется по умолчанию. Можно выставить диррективу в настройках сервера, и html будет так же исполняться, как php. Этого делать не надо, я для того, чтоб понятней. По этому смотреть на файлы с кодом надо не как на программные с вкраплением разметки, а как на разметку с вкрарлением программного кода. И пусть программа в сто раз больше, суть одна.
К чему все это предисловие. Есть очень простой способ - писать отдельно html и php, а вставлять не первый во второй, а наоборот. Допустим так:

twin,
чисто интереса ради. а что ты делаешь, если у тебя в content1.html или в content2.html есть динамические данные, которые тебе надо подставлять в html?

Niemand, я отвечу, как делаю я. Но я уверен, что и twin делает также, как и я

Если в любом из файлов, подключаемых через include, есть динамические данные, то это будет уже файл PHP, но не HTML. А в нем делаем всё, что нам надо, для обработки динамических данных. Также, как и при прямом вызове этого скрипта.
У меня могут быть несколько таких уровней "вложенности", в зависимости от разных условий. Ну, где-то 2-3 точно есть. Под "вложенностью" я понимаю то, что я в "корневом" файле использую include (для одного из нескольких файлов, в зависимости от условий), затем в подключенном файл есть какие-то условия, по одному из которых подключается через include третий файл. А из него можно подключать еще и другие файлы... Ну и так далее, по мере необходимости.
И всё это великолепно работает.
Я с этого получаю удобство в виде небольших файлов, каждый из которых выполняет определенную работу. Код очень легко читается, отлаживается и модифицируется.

Я делаю немного по другому, я стараюсь полностью разделить логику и представление, чего не позволяет сделать смарти к слову. Я вывожу в HTML результат работы функций, по той же схеме:

ну да, это в принципе понятно-то если делаешь самостоятельный проект, то это по-моему само собой разумеещееся. лично я применяю шаблонизатор (который, кстати, сам под себя и писал, но принцип как у топикстартера), когда работаю с дизайнерами, которые в PHP не бельмеса... бывают и такие, учиться не хотят, а рисуют отлично.

Вообще с шаблонизатором верстальщикам проблематично, смотря какой шаблонизатор вообще то. По моей схеме все проще. Делается чистый html, режется на куски и вместо текстов подставляются вставки. Если использовать прозрачные имена, как в примере выше, то проблем вообще нет. Ведь не надо долго греть голову, чтобы понять, что

Ну если работаешь в команде, обычно каждый занимается своим делом. Как говорится - специалист широкого профиля, это не специалист. Я вот в верстке довольно тугой, а там и фантазия и знания нужны, да и талант.
На счет дрёмы не в курсе, но инклюдить файлы можно и в функции. Просто делается статический сайт, на чистом html и голая логика. Потом за пять сек собирается в кучу. причем можно делать несколько разных скинов и менять их прямо в динамке. От времени суток одно время модно было или по желанию пользователя... Верстальщик может не задумываясь лепить шаблоны под новый диз и все довольны.
Вообще кому как удобней, просто зачастую сайтик из 10- 15 страниц лепят как социальную сеть. На фреймворках или джумлах каких нибудь. Или классы пишут, хотя вызываются они один раз всего. Про смарти вообще отдельный разговор...