Weboldal-újratervezés projektterve: tartalom, fiókok és visszaállítható élesítés

Projektleltár oldalak és felelősök szerint

Az induló leltárban ne csak a menüpontok szerepeljenek. Gyűjtsd össze a szolgáltatási tartalmat, régi cikket, kampányoldalt, letölthető dokumentumot és fontos űrlapot is. Minden elemhez rendelj tartalmi gazdát, megőrzési vagy átalakítási döntést és jóváhagyót. A meglévő anyag nem automatikusan helyes: elavult vállalás, régi elérhetőség és próbaszöveg is átkerülhetne. A leltár feladata a tudatos döntés, nem a hibák pontosabb lemásolása.

A munkalap sorai tartalmazzák a jelenlegi helyet, új megjelenési helyet, szükséges módosítást, hiányzó alapanyagot és határidőt. A tartalmi átvezetéshez megfelelő technikai URL-térkép kapcsolódhat, de a kettő eltérő felelősség. A projektgazda azt biztosítja, hogy az anyag elkészül és jóváhagyható; a keresőbeli átállás felelőse az ahhoz tartozó jelzéseket ellenőrzi. A nyitott kérdés külön állapotot kapjon, hogy ne látszódjon késznek pusztán egy új oldalvázlat létrejöttétől.

Tartalomjóváhagyás és szerkesztési határ

A jóváhagyást a tényleges tartalmi felelős végezze. A fejlesztő megítélheti a megjelenést, de nem feltétlenül tudja, helyes-e egy szakmai adat, vállalási feltétel vagy cégnév. A szöveg verziója és jóváhagyott állapota legyen azonosítható. Ha több személy ellenőriz, különítsd el a szakmai, nyelvi és végső üzleti döntést. A lezáratlan megjegyzés ne vesszen el azáltal, hogy a tartalom már átkerült a készülő rendszerbe.

Az élesítés környékén legyen ismert, mikor és hol lehet szerkeszteni. Ha a régi és új rendszerben párhuzamosan módosul ugyanaz az oldal, könnyen elveszik egy javítás. A tartalmi befagyasztás lehet rövid és célzott, de közölni kell a csapattal. A közben szükséges sürgős változást külön átvezetési listán kezeld. A végső másolatba csak az ellenőrzött, aktuális állapot kerüljön, és minden jóváhagyás ugyanarra az azonosítható változatra vonatkozzon.

Képek, dokumentumok és médiakapcsolatok

A képfájlokhoz az eredeti forrás, felhasználhatóság és tervezett szerep is tartozzon. Egy régi bélyegkép nem feltétlenül alkalmas új nagy borítónak. Az új arány és vágás megváltoztathatja a jelentést, ezért ezt tartalmi ellenőrzés is kísérje. A dokumentumoknál a megfelelő verzió és közzétehető adat különösen fontos. A régi fájl egyszerű átmásolása elavult árat, kapcsolatot vagy bizalmas részletet is továbbvihet az új oldalra.

A médiaátvezetés során figyeld a beágyazott hivatkozásokat, galériát, letöltőgombot és külső tárolást. A fájl megléte nem bizonyítja, hogy a megfelelő helyen elérhető. A mintavételes próba tartalmazzon régi cikkben szereplő képet, fontos letöltést és több nézetben használt borítót. A végleges adatállományról és eredeti forrásról legyen rendezett másolat. A projekt lezárásakor a szerkesztő tudja, hol találja az újrahasználható alapanyagot és hogyan készíthet további megfelelő méretű változatot.

Űrlapok, automatikus küldések és mérési folytonosság

Minden űrlaphoz írd fel a bekért mezőt, feldolgozási helyet, értesítési címzettet és külső kapcsolatot. A megjelenés megújulhat, de a tényleges üzleti adat ne vesszen el. Tesztelj hibás bemenetet, sikeres küldést és háttérrendszeri beérkezést. A felületi sikerüzenet önmagában nem bizonyít kézbesítést. Foglalás, CRM vagy automatikus levél esetén a teljes lánc kapjon külön elfogadási próbát, és az eredményért felelős munkatárs is vegyen részt benne.

A mérési tervből vezesd át a továbbra is szükséges eseményeket és elnevezéseket. Ha az értelmezés változik, dokumentáld, mert a korábbi és új időszak összehasonlítása különben félrevezető lehet. A hozzájárulási beállítás és külső kód együttműködését a tényleges új felületen ellenőrizd. A mérés gazdája kapjon listát arról, mely eseményt melyik próba váltotta ki. A technikai SEO-jelzésektől elkülönítve így az üzleti működés megfigyelhetősége is követhető projektfeladat marad.

Fiókok, licencek és hozzáférés-átadás

Készíts szolgáltatásleltárt a domainről, tárhelyről, szerkesztői rendszerről, levelezésről, analitikáról és külső üzleti eszközökről. Minden tételnél szerepeljen a tulajdonos, kezelő és szükséges hozzáférési szint. A vállalkozás saját fiókból érje el a fontos szolgáltatást, a munkatársak pedig személyes jogosultságot kapjanak. A közös jelszó több helyre másolása helyett biztonságos hozzáférés-kezelésre van szükség. A helyreállító adat és többtényezős hitelesítés gazdája is legyen ismert.

A licenc használati és frissítési feltételét külön rögzítsd. Egy fejlesztői csomagból biztosított eszköz az együttműködés végén eltérő fenntartást igényelhet. A szolgáltatóváltás vagy új rendszer nem feltétlenül jelenti minden régi előfizetés azonnali megszüntetését; előbb ellenőrizd a szükséges átmeneti függőséget. Az ideiglenes fiókokat a projekt végén vizsgáld felül. A hozzáférési átadás akkor kész, ha a kijelölt gazda ténylegesen be tud lépni és a jövőbeli üzemeltetéshez szükséges műveletet el tudja végezni.

Staging és élesítési forgatókönyv

Az elkülönített környezetben a valódi ügyfélküldést, fizetést és külső teljesítési műveletet kontrolláld. Bizalmas tartalomhoz megfelelő hozzáférés-védelem kell; egy indexelési tiltás önmagában nem zárja el az adatot. A próbakörnyezet lehetőleg hasonlítson az éles technikai beállításhoz. A kritikus feladatokat új látogatóként és szerkesztőként is járd végig. A jóváhagyott próbaállapot legyen azonosítható, hogy az élesítéskor tényleg ugyanazt a verziót vezessétek át.

Az élesítési forgatókönyv tartalmazzon sorrendet, felelőst, időpontot, kommunikációt és megállási feltételt. Aktív webshopnál a tesztidő alatt is keletkezik új rendelés, ezért a régi másolat adatbázisa nem írható gondolkodás nélkül az élőre. A kód, konfiguráció és üzleti adat átvezetését külön tervezd meg. A végső adatszinkron és szükséges rövid írási szünet legyen előre ismert. Az éles környezethez kötött részeket, például levélküldést és külső kapcsolatot, indulás után ismét ellenőrizni kell.

Visszaállási döntés és lezárási munkalap

A rollback terv nevezze meg, milyen hiba esetén álltok vissza, ki dönt erről és melyik ismert állapot használható. A fájlmentés, adatbázis és szükséges konfiguráció összetartozását kipróbált helyreállítás igazolja. Aktív adatforgalomnál a teljes régi adatbázis visszatöltése új rekordot törölhet, ezért a helyreállítás nem lehet automatikus, minden rendszerre azonos parancs. A külső fizetés és teljesítés közben nem fordul vissza az adatbázis visszaállításával együtt, ezeket is egyeztetni kell.

A lezárási munkalapban szerepeljen jóváhagyott tartalom, működő fájlok, próbált űrlapok, elérhető fiókok, felelősök és fennmaradó hibák állapota. Az átállás utáni megfigyelési időszak a használt ütemezett feladatokhoz igazodjon. A régi rendszer kivezetése csak ellenőrzött működés után következzen. A technikai keresőátállás részletes listáját külön SEO-útmutató vezeti; a projektgazda annak eredményét az összes többi elfogadási feltétellel együtt gyűjti össze, és így ad át teljes, gazdával rendelkező működést.

Gyakori kérdések