Mikor érdemes lecserélni egy régi weboldalt?

Egy régi weboldal önmagában nem rossz weboldal. Ha gyors, biztonságosan karbantartható, mobilon is jól használható és támogatja a vállalkozás céljait, nem kell kizárólag a kora miatt lecserélni. Az újratervezés akkor indokolt, amikor a meglévő megoldás már rendszeresen akadályozza a felhasználókat, a szerkesztést vagy a továbbfejlesztést.

Az alábbi jelek segítenek eldönteni, hogy kisebb javítás, fokozatos korszerűsítés vagy teljes újraépítés a célszerűbb.

1. Mobilon nehezen használható

Ha a szöveg túl kicsi, a gombok nehezen érhetők el, oldalirányban görgetni kell, vagy az űrlap használhatatlan telefonon, a látogatók jelentős része rossz élménnyel találkozhat.

Egy egyszerű reszponzív javítás néha elegendő, de egy merev, régi sablonnál a foltozás költsége és kockázata már megközelítheti egy rendezett új felület kialakítását.

2. Lassú és kiszámíthatatlan a betöltés

A nagy képek, elavult kód, sok külső függőség, lassú adatbázis vagy nem megfelelő tárhely mind okozhat teljesítményproblémát. Mielőtt teljes újraépítés mellett döntenél, érdemes műszaki méréssel meghatározni a valódi okot.

Ha az oldal felépítése alapvetően megfelelő, egy célzott weboldal-gyorsítás is elég lehet. Ha viszont a régi technikai alap minden módosítást megnehezít, az újraépítés hosszabb távon tisztább megoldás lehet.

3. Már nem tükrözi a vállalkozást

Megváltozhattak a szolgáltatások, a célközönség, a pozicionálás vagy a márka megjelenése. Ha a látogató nem érti gyorsan, mivel foglalkozol, kinek segítesz és mi legyen a következő lépése, akkor az oldal nem támogatja megfelelően az üzleti célt.

Ilyenkor nem feltétlenül a dizájn az első kérdés. Előbb a tartalmi hierarchiát, az oldalstruktúrát és a konverziós útvonalakat kell rendezni.

4. Nehéz vagy kockázatos szerkeszteni

Ha egy telefonszám módosításához is fejlesztő kell, a szerkesztőfelület hibákat okoz, vagy a tartalom több helyen, következetlenül tárolódik, a mindennapi működés feleslegesen nehézzé válik.

Az új rendszer tervezésekor pontosan meg kell határozni, mely tartalmak legyenek adminból szerkeszthetők, és mely technikai elemeket kell védeni a véletlen módosítástól.

5. Nem frissíthető biztonságosan

Az elavult futtatókörnyezet, nem támogatott bővítmény vagy ismeretlen eredetű kód biztonsági és üzemeltetési kockázatot jelenthet. Ha a frissítések rendszeresen működési hibát okoznak, vagy már nincs támogatott frissítési útvonal, indokolt lehet az új alapokra helyezés.

Teljes biztonság egy új rendszerrel sem garantálható, de a támogatott technológiák, a rendszeres frissítés, a mentések és az átlátható jogosultságkezelés csökkenthetik a kockázatokat.

6. A keresőoptimalizálás technikai akadályokba ütközik

Problémát jelenthetnek a duplikált URL-ek, a nem szerkeszthető oldalcímek, a hiányzó canonical címkék, a hibás átirányítások vagy az indexelhetőség következetlen kezelése. Ezek egy része javítható a meglévő rendszeren, más esetekben viszont az oldalstruktúra átalakítása szükséges.

Újraépítéskor különösen fontos, hogy a régi, értékes URL-ek ne tűnjenek el egyszerűen.

7. Minden fejlesztés aránytalanul nehéz

Ha egy kisebb funkció beépítése több régi komponens átírását igényli, a rendszer technikai adóssága már közvetlenül növeli a fejlesztési kockázatot. Ilyenkor érdemes összevetni a folyamatos javítgatás és a tervezett újraépítés költségét, idejét és üzleti hatását.

Javítás vagy teljes újraépítés?

Általában javítás lehet indokolt, ha:

• az oldal szerkezete és tartalma alapvetően megfelelő;
• a technológia továbbra is támogatott;
• a hibák jól körülhatárolhatók;
• a szükséges módosítások nem érintik az egész rendszert.

Újraépítés felé mutat, ha:

• több alapvető probléma egyszerre jelentkezik;
• a rendszer nem frissíthető kiszámíthatóan;
• az új üzleti célokhoz más oldalstruktúra vagy funkciók kellenek;
• a meglévő kód továbbfejlesztése aránytalanul kockázatos.

A döntéshez műszaki állapotfelmérés és tartalmi célmeghatározás is szükséges.

Hogyan védd meg a meglévő keresőforgalmat?

Weboldalcsere előtt készíts listát a jelenlegi URL-ekről, a fontos tartalmakról és azokról az oldalakról, amelyek külső hivatkozásokat vagy keresőforgalmat kapnak. Az új URL-struktúrát még a fejlesztés elején tervezd meg.

Az élesítéskor:

• a megszűnő régi címeket egyetlen 301-es átirányítással vezesd a legrelevánsabb új oldalra;
• őrizd meg a változatlan URL-eket, ahol lehetséges;
• használj következetes canonical címkéket;
• frissítsd a webhelytérképet és a belső hivatkozásokat;
• ellenőrizd a 404-es hibákat és az indexelési jelentéseket.

Ne irányíts automatikusan minden megszűnő oldalt a főoldalra. A céloldalnak tartalmilag is megfelelőnek kell lennie.

Egy rendezett weboldalcsere lépései

1. Üzleti célok és célközönség meghatározása.
2. Meglévő tartalom, URL-ek és funkciók felmérése.
3. Új oldalstruktúra és konverziós útvonal tervezése.
4. Tartalom és felület elkészítése.
5. Technikai fejlesztés és adminfunkciók kialakítása.
6. Mobil-, funkcionális, teljesítmény- és SEO-ellenőrzés.
7. Átirányítási lista elkészítése és tesztelése.
8. Élesítés utáni hibák és indexelés követése.

Ha új, könnyebben kezelhető online jelenlétre van szükséged, a weboldal-készítés vállalkozásoknak szolgáltatás keretében a tartalmi és műszaki szempontokat együtt lehet megtervezni.

Rövid összefoglaló

Egy régi weboldalt akkor érdemes lecserélni, ha a technikai, használhatósági és üzleti problémák már együtt jelentkeznek, és a folyamatos javítás nem ad fenntartható eredményt. A sikeres váltás része a tartalom, az URL-ek, az átirányítások és az élesítés utáni ellenőrzés is.