Как обновить сайт самостоятельно — без разработчика и CMS
Заказали сайт, а когда нужно поменять телефон или добавить новую услугу — снова платить разработчику? Необязательно. Всё можно сделать самому, если знать, на чём сделан ваш сайт и как к нему получить доступ. Разберём 5 основных сценариев: от визуального редактора Tilda до Git-репозитория на GitHub Pages. И главное — что делать, если доступа к сайту нет вообще.
Сценарий 1. Сайт на Tilda / Readymag / Wix
Если сайт сделан в визуальном конструкторе, обновлять его проще всего. Вы заходите в редактор и работаете с контентом как в Word или Figma — без кода.
Tilda — пошагово:
1. Зайдите на tilda.cc и войдите в аккаунт.
2. Выберите проект (сайт) и нажмите «Редактировать».
3. Чтобы изменить текст — просто кликните по нему и печатайте. Tilda использует визуальный редактор Zero Block: вы можете двигать блоки мышкой, менять размеры, шрифты, цвета.
4. Чтобы заменить фото — кликните по изображению → выберите «Заменить» → загрузите новое с компьютера.
5. Чтобы добавить новую страницу — нажмите «Страницы» → «Добавить страницу» → выберите шаблон или Zero Block.
6. Изменения сохраняются автоматически. Для публикации нажмите «Опубликовать».
Readymag: аналогично Tilda — клик по тексту для редактирования, перетаскивание блоков, своя палитра шрифтов. Readymag ориентирован на дизайнеров: больше свободы в анимации и расположении элементов, но сложнее для новичка.
Wix: самый массовый конструктор. Вход через wix.com → My Sites → Edit Site. Редактор работает по принципу drag-and-drop. Wix предустановленно подготавливает адаптивную версию — но её тоже можно проверить и поправить в мобильном редакторе.
Общее правило для всех конструкторов: вы не можете сломать код, потому что кода нет. Максимум — удалить нужный блок и восстановить его через историю версий (есть у всех трёх).
Сценарий 2. Сайт на WordPress
WordPress — самая популярная CMS в мире (занимает ~43% всех сайтов). Если ваш сайт на WordPress, у вас есть админ-панель, через которую можно менять всё, что угодно.
Как войти в админку:
Откройте вашсайт.ru/wp-admin и введите логин/пароль (их должен был дать разработчик при сдаче сайта).
Редактирование текста через Gutenberg (блочный редактор):
WordPress по умолчанию использует редактор Gutenberg. Он блочный: каждый элемент (заголовок, абзац, изображение, кнопка) — отдельный блок. Чтобы изменить текст на странице:
1. В админке → Страницы → Выберите страницу.
2. Кликните по тексту — он станет редактируемым.
3. Меняйте, добавляйте блоки через «+» слева.
4. Нажмите «Обновить» (кнопка справа вверху).
Добавление новой страницы:
Страницы → Добавить новую → напишите заголовок и контент → Опубликовать. Не забудьте добавить страницу в меню: Внешний вид → Меню → выбрать страницу → Добавить в меню → Сохранить.
ACF (Advanced Custom Fields) — если разработчик использовал этот плагин, некоторые поля могут быть не в Gutenberg, а в специальных метабоксах ниже редактора. Там могут быть дополнительные поля: «Цена», «Отзыв», «Характеристики» и т.д. Просто заполните их — они автоматически отобразятся на сайте.
Плагины для контента:
— Elementor — визуальный конструктор страниц (если установлен, страницы редактируются через интерфейс похожий на Tilda).
— Yoast SEO — плагин для SEO, показывает, как выглядит страница в выдаче.
— WPForms / Contact Form 7 — управление формами.
— WooCommerce — если у вас интернет-магазин.
Замена изображений:
Медиафайлы → Добавить → загрузите новое фото. Затем откройте страницу, где его нужно заменить, кликните по старому фото и через панель блока выберите «Заменить» → выберите новое из медиатеки.
Сценарий 3. Сайт на чистом HTML (статический)
Если сайт состоит из HTML-файлов, менять контент сложнее — нужно редактировать код. Но есть несколько способов, не требующих глубоких знаний.
Способ A. Редактирование через FTP (FileZilla)
1. Скачайте FileZilla (бесплатно).
2. Введите данные FTP (хост, логин, пароль, порт 21) — их даёт хостинг или разработчик.
3. Подключитесь — справа увидите файлы на сервере, слева — на вашем компьютере.
4. Найдите нужный HTML-файл (например, index.html), скачайте его на компьютер.
5. Откройте в Блокноте или любом текстовом редакторе. Найдите текст, который нужно изменить (Ctrl+F).
6. Измените, сохраните, загрузите обратно на сервер (перетащите файл из левой панели в правую).
7. Обновите сайт в браузере — изменения должны появиться.
Способ B. Поиск и замена текста во всех файлах
Нужно поменять телефон или email на всех страницах? Скачайте все HTML-файлы через FTP, откройте папку в VS Code (или Notepad++), нажмите Ctrl+Shift+F (Поиск по файлам) → введите старый текст → выберите «Заменить во всех файлах» → загрузите всё обратно.
Способ C. Общие блоки (шапка, подвал)
Если разработчик использовал общие блоки (включение через PHP или сборщик), менять нужно только один файл — изменения автоматически подхватятся на всех страницах. Если общих блоков нет — каждую страницу придётся править отдельно. Совет: если предстоит много правок, попросите разработчика «вынести» шапку и подвал в отдельные файлы — это окупится при каждом следующем обновлении.
Сценарий 4. Git-способ (для GitHub Pages, Netlify, Vercel)
Если сайт хранится в Git-репозитории (GitHub, GitLab), обновление делается через простой цикл: клонировать → изменить → закоммитить → запушить. Никакого FTP, всё через терминал или даже через веб-интерфейс GitHub.
Через веб-интерфейс GitHub (проще всего):
1. Зайдите на страницу репозитория на GitHub.
2. Найдите файл, который нужно изменить (например, index.html).
3. Нажмите иконку карандаша (Edit this file).
4. Внесите изменения прямо в браузере.
5. Внизу напишите комментарий (например, «Обновил телефон») и нажмите Commit changes.
6. Через 1-2 минуты сайт обновится (если настроен GitHub Pages или деплой через Netlify).
Через командную строку (продвинутый способ):
git clone https://github.com/ваш-аккаунт/ваш-репозиторий.git
cd ваш-репозиторий
# редактируем файлы в VS Code, Блокноте и т.д.
git add .
git commit -m "Обновил контент на главной"
git push origin main
После git push ваш CI/CD (Netlify, Vercel, GitHub Actions) автоматически пересоберёт и задеплоит сайт. Это самый надёжный способ — всегда есть история изменений, можно откатиться назад одной командой.
CMS vs статика — когда что нужно
| Характеристика | CMS (WordPress, Joomla, Drupal) | Статика (HTML, генераторы) |
|---|---|---|
| Как менять контент | Через админку, без кода | Через редактор кода или Git |
| База данных | Есть (MySQL) | Нет |
| Скорость загрузки | Ниже (каждый запрос — PHP + SQL) | Максимальная (готовые файлы) |
| Безопасность | Требует постоянных обновлений | Практически неуязвим |
| Частота обновлений контента | Ежедневно / еженедельно | Раз в месяц / реже |
| Сложность хостинга | Нужен хостинг с PHP + MySQL | Любой хостинг, даже GitHub Pages |
| Автосохранение | Есть (черновики) | Нет (нужен Git) |
Когда выбирать CMS:
— Вы планируете часто менять контент (блог, новости, акции)
— У контента сложная структура (категории, теги, фильтры)
— Несколько человек управляют сайтом
— Нужны роли и права доступа (админ, редактор, автор)
Когда выбирать статику:
— Сайт-визитка или портфолио с редкими обновлениями
— Максимальная скорость и безопасность
— Минимальная стоимость хостинга (можно бесплатно на GitHub Pages)
— Разработчик сам поддерживает код
Гибридный вариант: статический сайт + CMS-панель (Headless CMS: Strapi, Ghost, Forestry). Контент меняется в админке, но на фронтенде генерируется статика. Лучшее из двух миров, но требует квалифицированного разработчика.
Что делать, если доступа к сайту нет
Это самая частая проблема заказчиков: сайт сделан, но доступов не дали. Что делать?
1. Попросите у разработчика. По закону сайт — ваша собственность. Разработчик обязан передать: доступ к админке (если CMS), данные FTP / SSH (если статика), доступ к домену и хостингу, исходные файлы. Если отказывает — это нарушение договора.
2. Если разработчик пропал или отказывает:
— Проверьте почту — хостинг и домен могли регистрировать на вас. Найдите письма от хостинга и регистратора доменов.
— Если хостинг на вас — зайдите в панель хостинга, смените пароль от FTP/админки.
— Если домен на вас — смените пароль от аккаунта регистратора (Reg.ru, 2domains и т.д.).
— Если всё на разработчике — обратитесь к юристу (домен и сайт — интеллектуальная собственность).
3. Как не попасть в такую ситуацию в будущем:
— Пропишите в договоре пункт о передаче всех доступов после оплаты
— Хостинг и домен регистрируйте на себя (ошибка — дать разработчику регистрировать на свой email)
— Принимайте сайт по акту, с проверкой доступов прямо на встрече
Чек-лист регулярного обновления сайта
Еженедельно (если есть блог/новости):
— Опубликовать 1-2 новых материала
— Проверить, нет ли ошибок в новых страницах
— Ответить на комментарии пользователей (если есть)
Ежемесячно:
— Обновить портфолио / кейсы
— Проверить актуальность акций и цен
— Удалить устаревшие новости или перенести в архив
— Обновить информацию в подвале сайта (копирайт, контакты)
— Проверить битые ссылки (через Screaming Frog или онлайн-сервис)
Ежеквартально:
— Обновить дизайн, если устарел визуально
— Провести SEO-аудит: title, description, ключевые слова
— Добавить новые страницы / разделы
— Сменить отзывы на более свежие
— Обновить сертификаты, лицензии, партнёрские логотипы
Ежегодно:
— Полный редизайн (или хотя бы рефрешинг)
— Пересмотр структуры сайта
— Аудит скорости и Core Web Vitals
— Обновление CMS, плагинов, PHP-версии (для WordPress)
Как проверять сайт после обновлений
После любого изменения сайта (особенно если правили код вручную) сделайте проверку:
— Откройте сайт в обычном режиме и в инкогнито (чтобы не было кэша)
— Проверьте на мобильном устройстве (или через DevTools → Mobile View)
— Пройдите по всем основным страницам — не развалилась ли вёрстка
— Проверьте формы обратной связи (отправьте тестовую заявку)
— Проверьте меню — все ли пункты ведут на правильные страницы
— Если меняли код — откройте консоль браузера (F12 → Console) — нет ли красных ошибок
— Если меняли изображения — проверьте, что они отображаются и не слишком тяжёлые
— Проверьте скорость через PageSpeed Insights — не упала ли после изменений
Что может сломаться после обновления:
— Стили: если случайно удалили class или поменяли структуру HTML
— Скрипты: если добавили новый скрипт, который конфликтует со старым
— Изображения: если загрузили фото в большом разрешении — сайт будет тормозить
— Ссылки: если переименовали страницу или файл — старые ссылки станут битыми
— SEO: если изменили URL страницы — старый URL будет выдавать 404 (нужен редирект)
Безопасность при обновлении
Если сайт на CMS — каждое обновление плагина или темы может открыть уязвимость. Поэтому:
— Делайте бэкап перед любым обновлением (плагин UpdraftPlus для WordPress — бесплатно)
— Обновляйте ядро CMS сразу после выхода патча безопасности
— Удалите неиспользуемые плагины и темы — они создают дополнительные точки входа для атак
— Меняйте пароли каждые 3 месяца (и используйте менеджер паролей)
— Включите двухфакторную аутентификацию (2FA) для админки
— Отключите регистрацию пользователей, если она не нужна
Контент-план для сайта: как часто публиковать
Сайт — это канал коммуникации. Регулярные публикации:
— Улучшают SEO (поисковики любят новые страницы)
— Показывают, что компания живая и развивается
— Возвращают пользователей на сайт
— Повышают конверсию (экспертный контент = доверие)
Рекомендуемая частота:
— Блог компании: 2-4 статьи в месяц
— Новости: 1-2 в неделю (если есть что писать)
— Кейсы: 1 в месяц (или по мере завершения проектов)
— Акции: по мере появления
Сайт — не визитка, которую напечатал и забыл. Это живой инструмент. Обновляйте контент хотя бы раз в месяц, проверяйте работу форм и ссылок, следите за безопасностью. И главное — храните доступы в надёжном месте.