Практический гид · инфраструктура

Как опубликовать сайт на Cloudflare Pages из Git

Cloudflare Pages подходит для статических страниц и поддерживает автоматическую сборку из репозитория. На примере этого учебного сайта разберём путь от изменения к безопасной публикации без отдельного сервера.

Подготовьте воспроизводимую сборку

Код, зависимости и команда сборки должны лежать в репозитории. Результат — готовая папка статических файлов. Проверьте локально, что прямое открытие каждой страницы возвращает её HTML, а не пустой контейнер, который заполняется только после запуска JavaScript.

Для сайта с несколькими языками создавайте отдельный HTML для каждого URL. Сборка также может формировать sitemap и метаданные, но это имеет смысл лишь после проверки и разрешения индексации.

  • Зафиксируйте команду сборки и выходную папку.
  • Откройте прямые ссылки на вложенные страницы.
  • Проверьте title, description и язык в готовом HTML.

Свяжите репозиторий и просматривайте изменения

Подключите репозиторий к проекту Pages и выберите производственную ветку. Изменение в другой ветке создаёт предпросмотр. Смотрите именно его перед переносом в основную версию: проверьте тексты, мобильную навигацию, ссылки и форму.

Предпросмотр не должен случайно попадать в индекс. Cloudflare помечает preview deployments заголовком X-Robots-Tag: noindex; в собственном HTML сайта тоже полезно держать noindex до редакторского выпуска.

Добавляйте серверную часть только по необходимости

Статическому сайту не нужна база данных. Когда появляется реальная функция — например, заявка или закрытый кабинет — можно добавить Pages Function для серверной обработки. Ключи API должны быть только в серверных переменных, а входные данные и права проверяются на сервере.

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

Проверьте публикацию и возможность отката

После выпуска откройте несколько адресов напрямую, проверьте код ответа, robots, канонические ссылки и отсутствие битых страниц. Зафиксируйте, какой коммит опубликован. При проблеме возвращайтесь к проверенной версии через историю развёртываний и исправляйте причину в коде.

Домен pages.dev может оставаться рабочим техническим адресом. Само по себе имя платформы не повышает позиции в поиске; значение имеют доступный HTML, качество материалов, связи страниц и доверие к фактам.