Содержание
Страницы WordPress хранятся одновременно в двух местах, разделяя свою форму и содержание. Тексты, заголовки, настройки и весь контент находятся в базе данных MySQL на вашем хостинге. Файлы, которые отвечают за внешний вид и функционал — темы, плагины, изображения и само ядро системы, — хранятся в файловой системе на сервере. Когда посетитель открывает ваш сайт, PHP-скрипты WordPress на лету извлекают нужные данные из базы, «одевают» их в шаблон активной темы и отдают браузеру готовую HTML-страницу. Никаких статичных HTML-файлов со страницами на сервере не существует, и это ключевой принцип работы любой динамической CMS, такой как WordPress.
База данных MySQL: хранилище смыслов
Вся текстовая информация, которая отличает ваш сайт от тысяч других, хранится в базе данных. Когда вы пишете новую статью или создаёте страницу через админ-панель, WordPress сохраняет этот контент в таблицы базы данных. Именно там находятся:
- Тексты всех страниц и записей.
- Заголовки, рубрики и метки.
- Комментарии пользователей.
- Настройки сайта (название, описание, URL).
- Информация о пользователях и их правах.
База данных — это «мозг» сайта. Потеря файлов темы — неприятность, которую можно исправить. Потеря базы данных без резервной копии — это полная утрата всего контента, создававшегося годами. Именно поэтому регулярное резервное копирование базы данных является обязательной практикой.

Файловая система: хранилище формы и логики
На сервере, в папке, куда вы установили WordPress, лежат все исполняемые файлы. Их структура всегда одинакова и состоит из трёх ключевых директорий:
- /wp-admin/ — файлы административной панели.
- /wp-includes/ — ядро WordPress, серверная логика.
- /wp-content/ — самое важное для владельца: здесь лежат темы (в папке themes), плагины (plugins) и все загруженные изображения, видео и документы (uploads).
Корневая директория также содержит файл wp-config.php, в котором прописаны параметры подключения к базе данных. Без правильных настроек в этом файле сайт просто не запустится.
Как собирается страница при запросе посетителя
В отличие от старых сайтов, где каждая страница была отдельным HTML-файлом, WordPress работает динамически. Когда кто-то заходит на ваш сайт, происходит следующее: сервер запускает PHP-скрипты WordPress, которые обращаются к базе данных и запрашивают нужный контент. Получив текст и заголовок, WordPress передаёт их в активную тему, где HTML-шаблоны и CSS-стили формируют внешний вид. Готовая страница отправляется браузеру посетителя. При следующем запросе всё повторяется. Такой подход позволяет управлять контентом через удобную админ-панель, не редактируя файлы вручную.
Сравнение с другими системами
| Система | Где хранится контент | Где хранится дизайн и логика | Тип |
|---|---|---|---|
| WordPress | База данных MySQL | Файлы на сервере (wp-content) | Динамическая CMS |
| Joomla | База данных MySQL/PostgreSQL | Файлы на сервере | Динамическая CMS |
| Конструкторы (SitePro.by, Tilda) | Облачное хранилище платформы | Серверы платформы, закрыты от пользователя | Облачный сервис (SaaS) |
| Старый статичный сайт | HTML-файлы на сервере | HTML-файлы на сервере | Статический |
Что выбрать, если не хочется разбираться в серверах и базах данных
Если технические детали кажутся вам излишне сложными, а сайт нужен быстро, можно вообще не касаться вопросов хостинга и MySQL. Визуальные конструкторы, такие как SitePro.by, полностью избавляют от этих забот: вы собираете сайт из готовых блоков, а все файлы и базы данных хранятся на защищённых серверах платформы. Для профессионального же проекта, где важны контроль и независимость, отличным выбором станет Joomla. Эта CMS, как и WordPress, хранит контент в базе данных, а дизайн — в файлах, но предлагает более развитую встроенную функциональность для построения сложных структур и управления правами доступа.
Итоговое понимание архитектуры WordPress
Таким образом, контент вашего сайта на WordPress физически находится не в файлах страниц, а распределён между базой данных MySQL и файловой системой хостинга. Это стандартная и надёжная архитектура для профессиональных CMS. Понимание этого разделения помогает осознанно делать резервные копии, переносить сайты и обращаться к нужному специалисту при возникновении проблем, чётко формулируя запрос.