Сайт наново или доработка на сегашния

Въпросът „да направим ли сайта наново или да доработим сегашния“ рано или късно възниква при всеки проект на повече от три години. И почти винаги отговорът се дава емоционално: разработчиците не харесват стария код, собственикът не харесва стария дизайн, а маркетингът не харесва това, че нищо не може да се смени бързо.

Емоционалният отговор при това почти винаги е един – „наново“. Това е най-скъпият и най-рисков вариант и се избира по-често, отколкото си заслужава.

Какво реално означава „наново“

Правенето наново не е само нов код. То е:

  • Пренасяне на цялото налично съдържание, включително онова, което всички са забравили.
  • Запазване на всички адреси на страниците или пълна карта с пренасочвания.
  • Повторна настройка на аналитиката, формите, интеграциите и пощата.
  • Период, в който новият сайт вече го има, а привичните инструменти на екипа още ги няма.
  • Риск от спад на трафика за няколко месеца.

Самият код обикновено е по-малката част от работата. Точно затова тези проекти излизат от срока: планира се разработка, а времето отива за пренасяне.

Кога доработката наистина не спасява

СитуацияРешение
Платформата вече не получава обновленияНаново, това е въпрос на сигурност
Всяка поправка чупи нещо другоНаново, но на части
Сайтът не работи на телефониНаново фронтендът, не целият сайт
Бавен и причината не е намеренаПърво намерете причината
Дизайнът е остарялДоработка, това не е повод
Неудобно се пълни със съдържаниеДоработка на административната част
Нов изпълнител го съветваПопитайте кои числа ще подобри

Първите два реда са истински причини. Останалите по-често се решават с доработка, за по-малко пари и без риска.

Средният вариант, който рядко предлагат

Между „да не пипаме нищо“ и „да направим всичко наново“ има трети път: замяна на части. Сайтът остава работещ, а секциите, шаблоните и функционалността се сменят една по една.

Изглежда така:

  1. Одит на наличното. Кои страници носят трафик и запитвания и кои не носят нищо. Често се оказва, че наново трябва да се правят десет страници от двеста.
  2. Замяна на шаблоните един по един. Първо началната, после страниците с услуги, после блогът. Всяка промяна се проверява отделно.
  3. Пренасяне на функционалността на модули. Форми, каталог, филтри – всеки поотделно, със своя дата.
  4. Дизайнът идва с шаблоните. Не като отделен етап, който чака разработката да свърши.

Основното предимство на този подход не е цената, а това, че при спад на показателите знаете точно коя стъпка го е причинила. При пълно правене наново всичко се сменя наведнъж и причината е невъзможна за откриване.

Как да вземете решение

Четири въпроса, които отговарят по-честно от всяка презентация:

  • Колко струва поддръжката на сегашния сайт за година? Ако това е половината от цената на нов, правенето наново ще се изплати. Ако е една десета, няма.
  • Колко задачи са отложени, защото „на този сайт така не може“? Ако списъкът е дълъг и в него има неща, които носят пари, това е аргумент.
  • Знаете ли защо сайтът работи зле? Ако не, новият сайт ще възпроизведе същия проблем в нов код. Това се случва по-често, отколкото ни се иска.
  • Готови ли сте за спад от два-три месеца? Ако сайтът е основният източник на запитвания, това е реален риск и мястото му е в бюджета.

Най-честата грешка

Да направите сайта наново, запазвайки всички проблеми, които е имал старият. Това се случва, когато новият сайт се прави „като стария, но по-красив“, без да се изясни защо старият не е работил.

Признакът е, че заданието за новия сайт се състои от списък със страници, а не от списък със задачи, които сайтът трябва да решава. Ако в документа няма нито едно число, което новият сайт трябва да подобри, правенето наново няма да промени нищо освен външния вид.

Какво да направите

Практичният ред е такъв: първо измерете текущото състояние – скорост, конверсия, трафик, цена на поддръжката. После съставете списък с това, което пречи, с оценка в пари. И чак тогава сметнете кое е по-евтино: да закриете тези точки с доработка или да започнете отначало.

В повечето случаи, които сме виждали, след такава сметка се оказваше, че критичните проблеми са три-четири и всички се решават за няколко седмици. Пълното правене наново е оправдано по-рядко, отколкото се избира, и почти винаги тогава, когато платформата е спряла да получава обновления или всяка поправка чупи съседна функционалност. В останалите случаи замяната на части дава същия резултат с по-малък риск.

Актуални новини

Жълта предупредителна лента и оранжев пътен конус, опънати през разбит тротоар от чакъл и откъртен асфалт

Приставките за достъпност не са съответствие: какво решава делото Carrefour

Френски съд отхвърли показателя 71% и даде на Carrefour шест месеца при 500 евро на ден, а FTC събра 1 милион долара от най-големия продавач на приставки заради твърдението, че приставката осигурява съответствие. Защо скрипт не може да го поправи и какво може.

Пет черни международни адаптера за контакти, подредени на пирамида върху едноцветен фон, всеки с различно разположение на щифтовете

MCP за бизнеса: какво решава стандартът и какво пак строите сами

MCP вече е независим от доставчик под шапката на Linux Foundation, публичните сървъри са над 10 000, а юлската спецификация го направи обикновена уеб инфраструктура. Но готовността за корпоративна употреба — одитни дневници, единен вход, шлюзове — е най-малко дефинираният приоритет на самата пътна карта.

Две съседни входни врати на улица — тъмночервена и кафява — във фасади на къщи с различен цвят

Passkey и паролата, която остава: какво реално се промени до 2026 г.

Пет милиарда passkey в употреба и 90% разпознаваемост — а 57% от организациите все още вкарват собствения си персонал с парола. Защо passkey печелят като добавка и губят като замяна, и петте стъпки, които си струват на един бизнес сайт.

Виж всички новини