BITSPARK / Статьи / Заказ, договор и приёмка
Статический сайт: что это и чем он отличается от динамического
Коротко: по определению MDN статический сайт возвращает одно и то же содержимое всякий раз, когда запрашивается конкретный ресурс, а у динамического часть содержимого ответа генерируется только при необходимости. Задачи, которые зависят от пользователя, сохранённых данных или уведомлений, MDN относит к серверной части. Ниже - определения, сравнение по страницам MDN, пример на вымышленном бизнесе и вопросы подрядчику.
На встрече с подрядчиком заказчик может услышать слова статический сайт, динамический сайт и CMS. Определения даёт MDN - страницы учебного курса для начинающих разработчиков и глоссарий - и web.dev. Страницы MDN и web.dev из списка источников не называют ни цены сайта, ни сроков разработки и не советуют бизнесу, какой сайт выбрать.
Пример вымышленный: мастерская керамики Глина и сайт example.ru. Русские страницы MDN, по их собственной пометке, переведены сообществом: цитаты даны по ним там, где перевод совпадает с английским оригиналом. Где русский текст расходится с оригиналом, цитируется оригинал, а перевод помечен как наш. web.dev цитируется только по английскому оригиналу.
Что такое статический сайт?
Коротко: MDN определяет статический сайт как сайт, который возвращает одно и то же жёстко закодированное содержимое с сервера всякий раз, когда запрашивается конкретный ресурс. Одна страница отдаётся каждому посетителю.
Определение стоит на странице «Введение в серверную часть - Изучение веб-разработки | MDN» в разделе о статических сайтах:
«статический сайт - это тот, который возвращает одно и то же жёстко закодированное содержимое с сервера всякий раз, когда запрашивается конкретный ресурс»
В английском оригинале этой страницы то же определение звучит так: «a static site is one that returns the same hard-coded content from the server whenever a particular resource is requested». Перевод наш: статический сайт возвращает то же жёстко закодированное содержимое с сервера всякий раз, когда запрашивается конкретный ресурс. Русская и английская версии здесь совпадают.
Как это работает, сказано в той же статье: браузер отправляет запрос с адресом страницы, а сервер отвечает. Для статического сайта MDN описывает ответ так: «Сервер извлекает запрошенный документ из своей файловой системы и возвращает HTTP-ответ, содержащий документ и успешный статус (обычно 200 OK).» Что такое сервер и где он находится, объясняет отдельная статья раздела: «Домен и хостинг: в чём разница и на кого оформлен домен».
Страница MDN «Клиент-сервер - Изучение веб-разработки | MDN» показывает последствие на примере страницы товара. Если страница о товаре лежит в файле, эта же страница возвращается каждому пользователю. Новый товар означает новую страницу, а изменение общей структуры страницы приходится вносить в каждую страницу отдельно.
Что такое динамический сайт?
Коротко: по MDN в динамическом сайте часть содержимого ответа генерируется динамически только при необходимости. Страница собирается из данных в базе и HTML-шаблона, поэтому ответ может зависеть от запроса и от пользователя.
На странице «Введение в серверную часть» определение такое:
«Динамический веб-сайт - это тот, где часть содержимого ответа генерируется динамически только при необходимости.»
Дальше в той же статье объяснено, как это устроено: «HTML-страницы обычно создаются путём вставки данных из базы данных в заполнители в HTML-шаблонах». База данных здесь - хранилище информации на сервере, а HTML-шаблон - заготовка страницы с пустыми местами для этих данных. Страница «Клиент-сервер» описывает порядок на примере товара: сервер «определяет идентификатор товара, извлекает данные из базы данных и затем создаёт HTML-страницу для ответа, вставляя данные в HTML-шаблон».
Ещё два свойства динамического сайта MDN называет на странице «Введение в серверную часть». Первое: «Динамический сайт может возвращать разные данные для URL-адреса на основе информации, предоставленной пользователем или сохранёнными настройками, и может выполнять другие операции, как часть возврата ответа (например, отправку уведомлений).» Второе: «Большая часть кода для поддержки динамического веб-сайта должна выполняться на сервере.» Создание этого кода MDN называет программированием серверной части и приводит синоним - программирование бэкенда.
Чем статический сайт отличается от динамического?
Коротко: по MDN различие в том, откуда берётся ответ сервера: статический сайт отдаёт готовый документ из файловой системы, динамический собирает ответ из данных и шаблонов. Таблица ниже собрана из формулировок трёх страниц MDN, источник каждой ячейки указан.
Сокращения в таблице: Введение - «Введение в серверную часть»; Клиент-сервер - «Клиент-сервер»; Веб-сервер - «What is a web server?» (английский оригинал).
| Что сравниваем | Статический сайт | Динамический сайт |
|---|---|---|
| Что возвращает сервер | «одно и то же жёстко закодированное содержимое» (Введение) | «часть содержимого ответа генерируется динамически только при необходимости» (Введение) |
| Откуда берётся страница | сервер «извлекает запрошенный документ из своей файловой системы» (Введение) | сервер «читает необходимую информацию из базы данных» и «комбинирует извлечённые данные с шаблонами HTML» (Введение) |
| Зависит ли ответ от данных запроса | сервер «не изменяет свои ответы на основе данных HTTP-запроса (например, URL-параметров или файлов cookie)» (Клиент-сервер) | «может возвращать разные данные для URL-адреса на основе информации, предоставленной пользователем или сохранёнными настройками» (Введение) |
| Что происходит, когда страниц становится больше | «их обслуживание может потребовать значительных затрат по мере увеличения количества страниц» (Клиент-сервер) | «Использование HTML-шаблонов позволяет очень легко изменить структуру HTML, потому что это нужно делать только в одном месте, в одном шаблоне (...)» (Клиент-сервер) |
| Сложность создания сайта | «Static websites are the easiest to set up» (Веб-сервер; перевод наш: статические сайты проще всего настроить) | «This approach provides more flexibility, but the technical stack is more complex» (Веб-сервер; перевод наш: такой подход даёт больше гибкости, но технический стек сложнее) |
Про затраты в четвёртой строке MDN сумм не называет. Строка о сложности взята из английского оригинала, потому что русский перевод страницы «Что такое веб-сервер» (изменён 19.05.2026) расходится с ним. В переводе сказано, что динамическое «технически сложнее в реализации и обслуживании». В этом предложении оригинала (изменён 29.04.2025) слов об обслуживании нет: там стек сложнее, и это делает создание сайта значительно труднее («dramatically more challenging to build a website»).
Что даёт серверная часть?
Коротко: серверная часть - код, который выполняется на сервере. MDN перечисляет, что он позволяет: хранить и отдавать данные из базы, формировать содержимое под пользователя, ограничивать доступ, хранить сведения о текущем пользователе и отправлять уведомления.
Страница «Введение в серверную часть» называет эти возможности в разделе «Что можно сделать в серверной части?». Таблица пересказывает пять из шести его подразделов, названия подразделов даны как на странице; шестой подраздел - «Анализ данных».
| Возможность (подраздел MDN) | Что сказано на странице |
|---|---|
| Эффективное хранение и доставка информации | Серверная часть позволяет «хранить информацию в базе данных и динамически создавать и возвращать HTML и другие типы файлов (например, PDF, изображения, и т. д.)» |
| Настраиваемый пользовательский опыт взаимодействия | «Серверы могут хранить и использовать информацию о клиентах чтобы поставлять удобный и сделанный индивидуально пользовательский опыт взаимодействия.» |
| Контролируемый доступ к контенту | Серверная часть позволяет сайтам «ограничивать доступ авторизованным пользователям и предоставлять только ту информацию, которую пользователю разрешено видеть» |
| Хранение информации о сессии/состоянии | Сессия - «механизм, позволяющий серверу хранить информацию о текущем пользователе сайта и отправлять разные ответы, основанные на этой информации» |
| Уведомления и средства связи | «Серверы могут отправлять общие или пользовательские уведомления непосредственно через сайт или по электронной почте, через смс, мгновенные сообщения, видеосвязь или другие средства связи.» |
Во вступлении той же страницы сказано, что серверная часть «позволяет формировать контент веб-сайта под конкретного пользователя». Словосочетания личный кабинет на странице нет. Ближе всего к нему два подраздела: о контролируемом доступе и о сессиях. В подразделе о сессиях MDN называет среди примеров «историю заказов».
Для каких задач MDN называет подходящим каждый вариант?
Коротко: про статический сайт MDN пишет, что он превосходен при небольшом числе страниц и одинаковом содержимом для всех. Про динамический - что он даёт гибкость, но сложнее. Глоссарий MDN называет типы сайтов, для которых используют статические. Цены сайта, сроков разработки и рекомендации, что выбрать конкретному бизнесу, на этих страницах нет.
На странице «Клиент-сервер», в примечании к разделу о статических сайтах, сказано:
«Статические сайты превосходны, когда у вас небольшое количество страниц и вы хотите отправить один и тот же контент каждому пользователю. Однако их обслуживание может потребовать значительных затрат по мере увеличения количества страниц.»
- MDN, «Клиент-сервер»
О динамическом варианте та же страница говорит, что он «имеет большие преимущества перед статическим сайтом», и называет два: хранение информации о товаре в базе данных и шаблоны HTML. Про базу данных сказано: «Использование базы данных позволяет эффективно хранить информацию о товаре с помощью легко расширяемого, изменяемого и доступного для поиска способа.» Про шаблоны HTML MDN пишет: «Использование HTML-шаблонов позволяет очень легко изменить структуру HTML, потому что это нужно делать только в одном месте, в одном шаблоне». Условие для динамического варианта MDN называет в английской странице «What is a web server?»: больше гибкости, но более сложный технический стек (перевод наш).
Глоссарий MDN, статья «Static site generator (SSG)», говорит о том, для каких сайтов используют статические:
«Static sites are commonly used for blogs, documentation, and other content-driven websites, which don't have data that needs to be fetched or generated server-side. They are fast, secure, and easier to deploy, because they can be served from a CDN.»
Перевод наш: статические сайты используются (в оригинале при этом слове стоит наречие commonly) для блогов, документации и других сайтов с содержимым, у которых нет данных, которые нужно получать или создавать на стороне сервера. Они быстрые, безопасные и проще в развёртывании, потому что их можно отдавать из CDN. Цифр скорости и гарантий на странице нет, собственных обещаний скорости или безопасности в статье нет. Слово CDN на ней не разъяснено, его значение имеет смысл уточнить у подрядчика.
Что такое CMS и генератор статических сайтов?
Коротко: по глоссарию MDN CMS - программа для публикации, упорядочивания, изменения и удаления содержимого. Генератор статических сайтов (SSG) - программа, которая создаёт статические сайты. Глоссарий не связывает CMS ни с динамическими, ни со статическими сайтами.
Глоссарий MDN, статья «CMS»:
«A Content Management System (CMS) is software that allows users to publish, organize, change, or remove various kinds of content, not only text but also embedded images, video, audio, and interactive code.»
- MDN, «CMS»
Перевод наш: система управления содержимым (CMS) - программное обеспечение, которое позволяет пользователям публиковать, упорядочивать, изменять или удалять разные виды содержимого - не только текст, но и встроенные изображения, видео, аудио и интерактивный код.
В глоссарии SSG определение генератора такое:
«A static site generator (SSG) is a software used to generate static websites.»
Перевод наш: генератор статических сайтов (SSG) - программа, которая используется для создания статических сайтов. Там же сказано, как он работает. Авторы пишут содержимое в форме, которую принимает генератор, и «the generator compiles them into a set of optimized static files that can be rendered by the browser». Перевод наш: генератор компилирует содержимое в набор оптимизированных статических файлов, которые браузер может отобразить. Как правка текста попадает на сайт при такой схеме, глоссарий не описывает; это вопрос подрядчику.
Русский перевод страницы «Что такое веб-сервер» упоминает CMS среди серверов приложений: «другие, называемые CMSs (системы управления контентом), более универсальны». В английском оригинале слова CMS на этой странице нет, там сказано «while others are more generic» (перевод наш: а другие более универсальны). Поэтому CMS здесь к серверам приложений не отнесена.
Чем статический сайт отличается от статической отрисовки?
Коротко: статический сайт у MDN - сайт, который возвращает одно и то же содержимое. Статическая отрисовка у web.dev - способ, при котором HTML создаётся во время сборки. Это определения из разных источников, и статья их не отождествляет.
Страница «Rendering on the Web | Articles | web.dev» (английский оригинал, обновлена 5 января 2026) описывает способы создавать HTML. Статическая отрисовка определена так:
«Static rendering happens at build time.»
- web.dev, «Rendering on the Web»
Перевод наш: статическая отрисовка происходит во время сборки. Чуть дальше на странице: «Generally, static rendering means producing a separate HTML file for each URL ahead of time.» Перевод наш: статическая отрисовка означает создание отдельного HTML-файла для каждого адреса заранее (в оригинале предложение начинается со слова Generally).
Серверная отрисовка определена иначе: «Server-side rendering generates the full HTML for a page on the server in response to navigation.» Перевод наш: серверная отрисовка создаёт полный HTML страницы на сервере в ответ на переход.
О границах статической отрисовки web.dev пишет два предложения. Первое: «One of the downsides to static rendering is that it must generate individual HTML files for every possible URL.» Перевод наш: один из недостатков статической отрисовки в том, что она должна создать отдельные HTML-файлы для каждого возможного адреса. Второе: «Pages that need personalization are a concrete example of the type of request that doesn't work well with static rendering.» Перевод наш: страницы, которым нужна персонализация, - конкретный пример запросов, с которыми статическая отрисовка работает плохо. Эти слова относятся к статической отрисовке по определению web.dev. На статический сайт по определению MDN они не переносятся.
MDN описывает сайт по тому, что сервер возвращает посетителю. web.dev описывает отрисовку по тому, когда создаётся HTML. Среди инструментов статической генерации web.dev в пример называет 11ty, Jekyll и Metalsmith. Если подрядчик говорит слово статический, имеет смысл спросить, какое из двух значений он имеет в виду.
Как выглядит разница на примере мастерской керамики?
Коротко: пример вымышленный, механика описана по MDN. Для трёх одинаковых для всех страниц хватает определения статического сайта. Каталог, вход клиента и приём заказов уводят проект к задачам, которые MDN относит к серверной части.
Мастерская керамики Глина запускает сайт example.ru. На первом этапе на нём главная страница, страница о мастерской и контакты. Эти страницы одинаковы для каждого посетителя, и такой случай MDN описывает как статический сайт: «Статические сайты превосходны, когда у вас небольшое количество страниц и вы хотите отправить один и тот же контент каждому пользователю».
Затем мастерская добавляет каталог из 40 изделий. Если у каждого изделия свой файл страницы, то по описанию MDN новое изделие требует новой страницы, а новый общий блок, например раздел связанных товаров, придётся добавлять в каждую страницу отдельно. Если данные об изделиях лежат в базе, а страницу собирает шаблон, то по MDN структуру страницы меняют в одном месте, в одном шаблоне.
Потом мастерская хочет, чтобы клиент входил на сайт и видел историю заказов, а после заказа получал письмо. Вход и историю заказов MDN описывает в подразделах о контролируемом доступе и сессиях, письма - в подразделе об уведомлениях.
Приём заказа через форму MDN описывает так: «HTTP POST создаётся, когда вы отправляете форму, содержащую информацию, которая должна быть сохранена на сервере.» Для статического сайта на странице «Клиент-сервер» сказано: «Серверу для статического сайта нужно будет только обрабатывать GET-запросы, потому что сервер не сохраняет никаких модифицируемых данных.» Из двух цитат следует вывод: форма, данные которой нужно сохранить на сервере, выходит за определение статического сайта у MDN. Как именно проект принимает заказы, определяет подрядчик. О платежах и чеках в интернет-магазине есть отдельная статья раздела: «Онлайн-касса для интернет-магазина: что 54-ФЗ значит для сайта».
Что спросить у подрядчика про статический и динамический сайт?
Коротко: вопросы ниже собраны из определений MDN и web.dev. У каждого названа страница, на которую он опирается. По ответам подрядчика можно сверить, какие возможности из перечня MDN относятся к вашему проекту.
- Должна ли каждая страница показывать всем посетителям одно и то же содержимое? Опора: определение статического сайта на странице «Введение в серверную часть».
- Нужен ли вход на сайт и содержимое, которое зависит от пользователя? Опора: подразделы о контролируемом доступе и о сессиях на той же странице.
- Должны ли данные из форм сохраняться на сервере и какие письма или сообщения сайт отправляет сам? Опора: описание POST на странице «Клиент-сервер» и подраздел об уведомлениях на странице «Введение в серверную часть».
- Сколько страниц ожидается и как добавляется новая страница: отдельным файлом или через шаблон и базу данных? Опора: разделы о статических и динамических сайтах на странице «Клиент-сервер».
- Кто будет публиковать и менять материалы и в какой программе? Опора: определение CMS в глоссарии MDN.
- Если сайт собирается генератором, что запускают, чтобы правка текста попала на сайт, и кто это делает? Опора: определение SSG в глоссарии MDN и слова web.dev о сборке.
- Что подрядчик называет статическим: сайт, который возвращает одно и то же содержимое (MDN), или HTML, созданный во время сборки (web.dev)?
- Если речь идёт о скорости и безопасности, о чём именно и откуда данные? Глоссарий MDN даёт общие слова и не приводит цифр.
- Где будут лежать файлы сайта и на чьё имя будет зарегистрирован домен? Что стоит за этим вопросом, разобрано в статье «Домен и хостинг: в чём разница и на кого оформлен домен».
На главной странице bitspark.ru о выборе технологий сказано: «Технологии выбираем под задачу.» В тексте о студии есть слова «от статического сайта до сложного интерактивного интерфейса». Шаг «Структура» там описан так: «Собираем архитектуру: сценарии, страницы, контент и логику взаимодействия.»
Источники
Страницы открыты 05.10.2026.
- Введение в серверную часть - Изучение веб-разработки | MDN - определения статического и динамического сайта, возможности серверной части; страница изменена 29 апр. 2026 г. по её пометке.
- Introduction to the server side - Learn web development | MDN - английский оригинал, изменён 12 сентября 2026 по его пометке; определения статического и динамического сайта совпадают с русской версией.
- Клиент-сервер - Изучение веб-разработки | MDN - разделы о статических и динамических сайтах; изменена 14 дек. 2025 г. по её пометке.
- Client-server overview - Learn web development | MDN - английский оригинал, изменён 10 сентября 2026 по его пометке.
- What is a web server? - Learn web development | MDN - раздел о статическом и динамическом содержимом; изменена 29 апреля 2025 по её пометке (цитаты даны в нашем переводе).
- Что такое веб-сервер - Изучение веб-разработки | MDN - русский перевод, изменён 19 мая 2026 г. по его пометке; в двух местах расходится с оригиналом (описано в статье).
- Static site generator (SSG) - Glossary | MDN - определение генератора, слова о скорости, безопасности и развёртывании; изменена 15 декабря 2025 по её пометке (цитаты даны в нашем переводе).
- CMS - Glossary | MDN - определение CMS; изменена 11 июля 2025 по её пометке (цитата дана в нашем переводе).
- Rendering on the Web | Articles | web.dev - статическая и серверная отрисовка; английский оригинал, обновлён 5 января 2026 по его пометке (цитаты даны в нашем переводе).
- Домен и хостинг: в чём разница и на кого оформлен домен - BITSPARK - статья раздела.
- Онлайн-касса для интернет-магазина: что 54-ФЗ значит для сайта - BITSPARK - статья раздела.
- BITSPARK - Digital studio - главная страница студии.
Обсудить проект в Telegram: t.me/billioniks