Egy weboldal költöztetése akkor kezelhető jól, ha minden fontos ellenőrzésnek van felelőse, elfogadási feltétele és visszakereshető eredménye. A platform kiválasztása után is el kell dönteni, ki viszi át a tartalmat, ki ellenőrzi a megkereséseket, és ki intézkedik, ha indulás után valami nem működik.
Ez az útmutató egy projektterv mintája. A vállalt feladatokat, határidőket és hozzáféréseket az adott ajánlatban kell rögzíteni. Nem egy konkrét ügyfél migrációjának eredménybeszámolója.
1. Először azt döntsd el, minek kell megmaradnia
A „legyen új weboldalunk” túl tág feladat. Írd össze a működő üzleti folyamatokat: ajánlatkérés, időpontfoglalás, vásárlás, ügyfélszolgálat, belső értesítés. Mindegyikhez tartozzon egy tényleges próba. Egy szolgáltató oldalán például egy tesztérdeklődőnek meg kell érkeznie a kijelölt kollégához, a szükséges adatokkal.
Ne csak az oldalakat add át a kivitelezőnek. Jelezd, mely szolgáltatások üzletileg fontosak, mely kampányok hivatkoznak a régi címekre, és mikor lenne különösen kellemetlen egy kiesés. A keresési forgalom csak az egyik szempont: egy ritkán látogatott, de fontos partneroldal is lehet kritikus.
Kapcsolódó előkészítés: mit tervezz meg céges weboldal ajánlatkérése előtt?
2. Írd le, ki miért felel
Az ügyfél kijelölt döntéshozója jóváhagyja a tartalmat, az ajánlatot és az üzleti folyamatot. Biztosítja a szükséges hozzáféréseket, és megmondja, ki fogadja a tesztérdeklődést. Egyetlen jóváhagyó segít elkerülni az egymásnak ellentmondó módosításokat.
A webes kivitelező elvégzi a vállalt fejlesztést és technikai ellenőrzéseket, összegyűjti a hibákat, valamint rögzíti, mi került javításra. Ha külső fejlesztő vagy platformszolgáltató közreműködése kell, annak egyeztetése is kapjon gazdát.
A SEO- és mérési felelős ellenőrzi a fontos címeket és a mérési eseményeket, összehasonlítható kiinduló kimutatást készít, majd követi a változást. Kis csapatban ez lehet ugyanaz az ember, mint a kivitelező; a feladat akkor is külön legyen megnevezve.
A támogatás felelőse az indulás utáni hibajelzéseket kezeli. Előre tisztázni kell, hol kap jelzést, mikor érhető el, és mely hibák számítanak sürgősnek. A „majd szóljatok, ha gond van” helyett legyen konkrét kapcsolattartási rend.
3. Legyen átállási és ellenőrzési lista
A Google migrációs útmutatója az új oldal tesztelését, a régi és új URL-ek megfeleltetését, az átirányításokat és a forgalom követését emeli ki. Költözéskor átmeneti keresési ingadozás lehetséges, ezért hibás elvárás lenne változatlan helyezést garantálni. Forrás: Google Search Central.
A projektben az alábbi tételek mellé írj felelőst és státuszt:
- Tartalom: fontos oldalak, képek, letöltések, kapcsolatfelvételi adatok és nyelvi változatok ellenőrizve.
- Címek: a régi címek sorsa dokumentált; ahol releváns új megfelelő létezik, a végleges átirányítás kipróbálva. Ne minden megszűnt oldalt a főoldalra küldj.
- Kereshetőség: az élesre szánt oldalak indexelési beállításai, kanonikus címei és belső hivatkozásai ellenőrizve.
- Űrlapok: sikeres és hibás beküldés, megerősítés, címzett és a megkeresés belső útja kipróbálva.
- Webshop: tesztrendelés, állapotváltozás és a kapcsolódó értesítések ellenőrizve az egyeztetett fizetési tesztmóddal.
- Mérés: a kijelölt esemény a várt helyen jelenik meg, nem számolódik többször, és a tesztforgalom megkülönböztethető.
- Visszaállás: leírva, mikor állítjuk meg az indulást, ki dönt, és hogyan térhetünk vissza a korábbi állapothoz. Webshopnál az új rendelések megőrzését is kezelni kell.
4. Tudd, mi marad nálad az átadáskor
A domain, a platformfiók, az analitika és a tartalom eltérő rendszerekben lehet. Az átadási lista nevezze meg mindegyik kezelőjét és azt, milyen hozzáférést kap az ügyfél. A jelszavakat biztonságos átadási csatornán kell kezelni, nem a nyilvános projektleírásban.
Kérj listát az előfizetésekről, a megújulási költségekről, a szükséges licencekről és az elérhető exportokról. A forráskód átadása, a teljes oldal exportálhatósága és egy másik szolgáltatóhoz költözés lehetősége platformonként eltér; ezeket még a választás előtt tisztázd. A hozzáférés önmagában nem mondja meg, mely jogok és szolgáltatások járnak a szerződés szerint.
5. Az indulás utáni ellenőrzésnek is legyen időpontja
Egy használható ellenőrzési rend: közvetlen indulási próba, majd az első napokban operatív ellenőrzés és később összehasonlítható időszakot vizsgáló értékelés. A pontos ütemezést a forgalom és a kockázat alapján kell megállapodni.
A Search Console kattintásai és a GA4 eseményei külön kérdésekre válaszolnak. A minősített érdeklődőhöz ezen felül tudni kell, hogy releváns volt-e a megkeresés, elérhető-e az illető, és nem ismétlődő beküldésről van-e szó. Ezt rendszerint a fogadó csapat vagy a CRM tudja visszaigazolni.
Az indulási jegyzőkönyvben szerepeljen a nyitott hibák listája, a vállalt javítás és annak gazdája. A karbantartás, az új funkció és a kampánykezelés külön feladat lehet; az átadás nem jelenti automatikusan ezek megrendelését.
Gyakori kérdések
Kell új domain egy új weboldalhoz?
Nem feltétlenül. Előbb az üzleti indokot vizsgáld meg. A design vagy a rendszer cseréje és a domainváltás külön döntés.
A platform kiválasztása megoldja a költöztetést?
Nem. A tartalom, az integrációk, az ellenőrzés és az átadási feladatok attól még felelőst igényelnek, hogy ismert platformra épül az oldal.
Ki mondja ki, hogy indulhat az oldal?
Az előre megnevezett jóváhagyó, a kivitelező és az ellenőrzési felelősök dokumentált visszajelzése alapján. A nyitott problémák legyenek láthatók a döntés előtt.
Garantálható, hogy nem esik vissza a forgalom?
Ilyen garanciát nem érdemes ígérni. A tervezés és az ellenőrzés csökkentheti az elkerülhető hibákat; a keresési rendszerek viselkedése nem a kivitelező kizárólagos irányítása alatt áll.
Mit vigyek az első egyeztetésre?
A jelenlegi oldal címét, a fontos üzleti folyamatok listáját, az ismert problémákat, az elérhető méréseket és a döntési határidőt. A hozzáférések tényleges megosztását csak a szükséges körre egyeztessétek.
A Somos Media weboldalkészítési oldalán a kivitelezésről, a Rólunk oldalon pedig megtekinthető projektekről és a csapatunkról olvashatsz.