Підтримка сайту: що входить, як передати сайт і скільки коштує
Підтримка сайту означає постійну або разову роботу з уже запущеним сайтом, щоб він працював, залишався актуальним і змінювався разом із бізнесом. До неї можуть входити виправлення помилок, оновлення CMS і модулів, резервні копії, редагування сторінок, перевірка форм, нові функції та зміни в окремих частинах дизайну. Вона потрібна власнику лендингу, корпоративного сайту, магазину чи внутрішньої системи, якщо немає свого розробника або попередній виконавець більше не супроводжує проєкт. Artbrain може взяти сайт, який створювала інша команда: спочатку безкоштовно переглядаємо його стан і доступи. Будь-які виправлення, зміни та нові функції коштують $25 за годину, оцінку погоджуємо до початку роботи. Склад і вартість щомісячного обслуговування обговорюємо індивідуально для конкретного сайту.
Підтримка, обслуговування, адміністрування і доопрацювання: у чому різниця
Ці слова часто означають для власника одне й те саме, але задача може бути різною. Технічна підтримка або обслуговування потрібні, коли сайт треба тримати в робочому стані: оновлювати CMS, плагіни чи модулі, робити резервні копії, перевіряти роботу сторінок і виправляти технічні помилки.
Адмініструванням часто називають роботу з вмістом: опублікувати готову новину, змінити ціну, додати товар, фото чи текст. Розмістити наданий матеріал можна як окрему задачу, а написання текстів, підготовка фото чи переклад є іншою роботою. Доопрацювання змінює логіку або вигляд частини сайту, наприклад нова форма, фільтр, спосіб оформлення замовлення чи розділ. Редизайн потрібен, коли змінюється сама основа подачі, структура сторінок і візуальна система.
Що потрібно підтримувати на різних типах сайтів
Лендинг і сайт-візитка
Тут важливо, щоб форми надсилали звернення в потрібне місце, контакти не застарівали, а домен і SSL-сертифікат були продовжені. SSL-сертифікат створює захищене HTTPS-з’єднання в браузері. Такому сайту також час від часу потрібні зміни в послугах, акціях або команді.
Корпоративний сайт
Окрім технічної частини, уваги потребують розділи послуг, новини, багатомовні сторінки та форми для різних напрямів. Важливо перевіряти, чи не зникли посилання між мовними версіями і чи доходять звернення з кожної форми.
Інтернет-магазин
У магазині перевіряють каталог, ціни та наявність, кошик, оформлення замовлення, оплату, доставку і сповіщення про нове замовлення. Після зміни модуля або оновлення платформи одна помилка може зачепити саме шлях покупця до оплати.
Сайт або бізнес-система на власному коді
Тут підтримка стосується коду, залежностей, серверного середовища та інтеграцій. Залежностями називають сторонні бібліотеки, від яких залежить робота функцій. Без опису налаштувань і доступів навіть невелика зміна може вимагати попередньої перевірки.
Ознаки, що сайту потрібна увага зараз
- Заявки з форми перестали надходити: часто це означає проблему з поштою, формою або інтеграцією.
- Після оновлення з’явилися помилки чи зламалася верстка: компоненти сайту можуть бути несумісні між собою.
- Хостинг попереджає про застарілу версію PHP: код треба перевірити перед переходом на нове серверне середовище.
- Браузер показує, що сайт не захищений: слід перевірити SSL-сертифікат і налаштування HTTPS.
- Адмін-панель повільна або не відкривається: причина може бути в помилці коду, модулі чи ресурсах сервера.
- Ви не можете самостійно змінити ціну або текст: можливо, доступ обмежений або редактор потребує налаштування.
- Попередній розробник відповідає рідко або зовсім не відповідає: варто зібрати доступи, поки вони ще доступні.
- Перестали працювати оплата чи доставка: потрібно перевірити модуль і зв’язок з відповідним сервісом.
- З’явилися підозрілі сторінки, переадресації або спам: це може бути ознакою стороннього втручання і потребує окремої перевірки.
Як передати сайт від іншого розробника: чекліст власника
Передача сайту проходить простіше, коли облікові записи належать власнику, а не виконавцю. Під час безкоштовного розбору ми допомагаємо зрозуміти, яких доступів бракує і де їх шукати.
- Домен в акаунті власника: реєстратор домену є сервісом, де зареєстрована адреса сайту. Без доступу не вийде вчасно продовжити або перенести домен.
- Хостинг в акаунті власника: це місце, де зберігаються файли сайту та база даних. Власний акаунт дає змогу керувати оплатою і технічними налаштуваннями.
- Вхід до адмін-панелі сайту: він потрібен для роботи зі сторінками, товарами та налаштуваннями CMS.
- FTP, SSH або файловий менеджер хостингу: це способи доступу до файлів на сервері. Вони потрібні, коли правки не можна зробити з адмін-панелі.
- Доступ до бази даних: у ній зберігаються контент, налаштування і часто дані замовлень.
- Репозиторій коду, якщо він є: історія змін і вихідний код допомагають безпечніше продовжувати розробку.
- Ліцензії та акаунти платних модулів і тем: без них оновлення або перенесення можуть бути обмежені.
- Список інтеграцій: оплата, доставка, CRM, месенджери й аналітика мають окремі налаштування та доступи.
- Доступи до Google Analytics, Search Console і Tag Manager: вони належать бізнесу, бо містять дані та налаштування вимірювання.
- Свіжа резервна копія: вона дає точку відновлення перед будь-якими змінами.
Не обов’язково мати весь перелік до першого звернення. Найкорисніше почати з URL сайту, доступу до домену та хостингу, якщо вони є. Решту даних зручно збирати за списком, щоб не шукати їх уже під час термінової задачі.
Як описати задачу і прийняти результат
Планова зміна починається не з доступу до адмін-панелі, а з чіткого опису результату. Власнику корисно зібрати посилання на потрібні сторінки, скриншоти поточного стану, готові тексти або файли та приклад того, як має виглядати зміна. Це зменшує кількість припущень, особливо коли змінюється форма, каталог або сценарій оформлення замовлення.
Для форми варто вказати, куди мають надходити звернення, які поля потрібні та що має бачити людина після відправлення. Для товару або послуги важливі назва, ціна, опис, зображення, категорія та мова, в якій з’явиться зміна. Для інтеграції корисно описати, які дані сайт передає назовні і який результат має повернутися на сторінку.
До початку технічних змін варто зафіксувати робочі сценарії. Для магазину це може бути пошук товару, додавання в кошик, оформлення й отримання повідомлення. Для корпоративного сайту це шлях від сторінки послуги до відправлення форми. Для системи з ролями це вхід різними користувачами та дії, доступні кожному з них.
Після роботи ці самі сценарії перевіряють ще раз. Окремо дивляться мобільну версію, посилання, повідомлення з форм і сторінки, яких торкнулася зміна. Такий список не потребує технічних знань, але допомагає власнику прийняти результат за конкретними пунктами, а не за загальним враженням.
Що робити, якщо розробник зник і доступів немає
Спочатку з’ясуйте, на кого зареєстрований домен і який хостинг використовує сайт. Інформацію про оплату, листи з реєстрації, рахунки та банківські виписки краще зібрати в одному місці. Відновлювати доступ потрібно через реєстратора та хостинг-провайдера як власнику: вони зазвичай запитують підтвердження володіння, документи або платіжні дані, а точна процедура залежить від правил сервісу.
Після повернення доступу змініть паролі, перевірте користувачів і приберіть старі облікові записи, які більше не потрібні. Якщо домен або хостинг оформлені на попереднього виконавця, передачу доведеться узгоджувати з ним або діяти за правилами провайдера. Не видаляйте файли, базу даних чи старі налаштування до створення резервної копії: навіть непотрібний на перший погляд файл може пояснити, як працює сайт.
Типові проблеми на популярних платформах
WordPress і WooCommerce
Після оновлень можуть конфліктувати плагіни й тема, а покинутий плагін перестає працювати з новою версією системи. Важкі конструктори сторінок іноді сповільнюють сайт, а оновлення WooCommerce потребує перевірки кошика та оформлення замовлення.
OpenCart
Модулі та модифікації можуть ламатися після зміни версії, а розширення часто прив’язані до конкретної версії платформи. Перехід на новішу версію потребує перевірки кожного модуля, каталогу й оформлення замовлення. Окремо описали, на що звернути увагу під час перенесення магазину з OpenCart.
MODX, Joomla і Drupal
На старих основних версіях можуть не виходити оновлення, а розширення бувають несумісні з новими версіями. Спочатку перевіряють поточну версію, склад доповнень і можливість оновлення без втрати функцій.
Власний PHP, Laravel, Django, Next.js і React
У самописному PHP-сайті частими проблемами стають відсутність документації, стара версія PHP і код, зрозумілий лише одному розробнику. У Laravel, Django, Next.js та React уваги потребують застарілі залежності, великі оновлення фреймворків, налаштування середовища й процес збирання. Це не привід автоматично переписувати проєкт, але причина спочатку оцінити стан коду.
Чому хостинг просить оновити PHP і що може зламатися
PHP є мовою, на якій працює багато сайтів і CMS. Кожна її версія має обмежений період підтримки, після якого для неї припиняють виходити виправлення безпеки. Тому хостинг-провайдери поступово переводять сайти на новіші версії.
Старий код, плагін або модуль можуть не працювати в новому середовищі. Безпечний порядок такий: створити копію сайту, перевірити її на новій версії PHP, виправити знайдені помилки і лише потім перемикати робочий сайт. Це дозволяє побачити проблему до того, як її побачать відвідувачі.
Як не залежати від одного підрядника
Домен і хостинг краще оформлювати на власника бізнесу. Доступи передавайте персонально, а не в загальному чаті, і змінюйте їх після завершення співпраці з виконавцем. Ліцензії на платні модулі й теми також варто зберігати в акаунтах власника.
Перед змінами потрібна резервна копія, а до початку задачі має бути зрозуміло, що саме змінюється і скільки часу це може зайняти. У Artbrain оцінку погоджуємо до роботи, а зміни фіксуємо в межах задачі. Такий порядок корисний незалежно від того, хто підтримує сайт: він дає власнику історію рішень і контроль над доступами.
Доопрацювати сайт чи робити новий
Доопрацювання доцільне, коли основа працює, структура й контент усе ще корисні бізнесу, а зміни можна внести без постійних побічних проблем. У такому разі є сенс зберегти накопичені сторінки, пошукову видимість і звичний шлях користувача.
Новий сайт або редизайн сайту варто розглядати, якщо платформа більше не розвивається, кожна зміна зачіпає інші частини, а структура і дизайн вже не відповідають роботі бізнесу. Про бюджет нового проєкту читайте у статті скільки коштує сайт у 2026 році. Рішення приймають після перегляду коду, доступів і задач, а не лише за зовнішнім виглядом сторінки.
Скільки коштує підтримка сайту в Artbrain
Виправлення, зміни, покращення та нові функції коштують $25 за годину, а оцінку погоджуємо до початку роботи. Склад і вартість щомісячного обслуговування обговорюємо індивідуально: за домовленістю це можуть бути оновлення CMS, плагінів і модулів, резервні копії, перевірка роботи сайту та невеликі правки. Перегляд сайту перед передачею в роботу безкоштовний, виправлення оплачуються окремо.
На оцінку впливають платформа і версія, стан коду, обсяг задачі, терміновість, платні модулі та складність доступів. Детальніше про бюджет без прикладів навмання читайте у статті скільки коштує обслуговування сайту.
Як почати
Надішліть URL сайту та коротко опишіть задачу через форму або месенджери. У першому повідомленні не надсилайте паролі. Після перегляду скажемо, які доступи потрібні для роботи.
Усі сайти, які розробила Artbrain, залишаються на нашій підтримці. Подивіться портфоліо сайтів або зв’яжіться з нами, щоб передати сайт на розбір.
Що зберегти після передачі сайту
Коли доступи вже зібрані, їх не варто залишати лише в листуванні з виконавцем. Збережіть у захищеному місці перелік акаунтів, адресу входу, відповідальну особу та дату останньої зміни пароля. Паролі не треба записувати поруч із цим списком, але власник має розуміти, де вони зберігаються.
Окремо корисно зберегти контакти, пов’язані з доменом, хостингом, поштою та платними модулями. Якщо змінюється відповідальна людина в компанії, ці дані передають разом із сайтом. Так не виникає ситуація, коли продовження домену або доступ до ліцензії залежить від особистої пошти колишнього працівника.
Для коду варто залишити короткий опис: на чому працює сайт, де розміщено файли, як робиться резервна копія і які інтеграції не можна вимикати без перевірки. Це не потребує великого документа. Навіть одна актуальна сторінка з такими фактами скорочує час на первинний розбір, коли з’являється нова задача.
Переглядайте цей список після зміни хостингу, домену, пошти або важливої інтеграції. Тоді він залишатиметься корисним у наступний момент передачі сайту.