Félbehagyott weboldal átvétele: javítani vagy újraírni?
Az első lépés, amit még ma megtehetsz
Mielőtt bárkivel beszélsz, szerezd meg ezt a hetet. Ez akkor is a tiéd, ha maradsz a mostani fejlesztőnél:
- Domain-hozzáférés (a regisztrátornál, a te nevedre).
- Tárhely- vagy szerver-hozzáférés.
- A weboldal adminfelületének teljes jogú belépése.
- A forráskód — teljes egészében, nem részletekben.
- Az adatbázis mentése.
- Google Search Console és analitika tulajdonosi jog.
- E-mail és DNS beállítások.
Ha ezekből bármelyik hiányzik, az a legsürgősebb feladat — sokkal fontosabb, mint hogy szép-e a kód. Hozzáférés nélkül nem a rendszert, hanem a céged online jelenlétét nem birtoklod.
Mit nézek meg először?
Amikor átveszek egy projektet, nem a kód esztétikáját nézem. Négy kérdésre keresek választ:
1. Mi a rendszer valójában?
Sablon? Sablon plusz tizenöt bővítmény? Egyedi kód? Egy keretrendszer, amiből kinőtték? Ez határozza meg, mi mennyibe kerül ezután.
2. Mennyi a kivétel?
Ez a legjobb előrejelző. Ha a rendszer minden ponton „ezt itt még gyorsan megoldottuk”-ból áll, akkor minden módosítás kockázat, és minden becslés hazugság lesz. Ha van benne rend — akár egyszerű rend —, a javítás kiszámítható.
3. Van-e biztonsági kockázat most?
Elavult komponensek, hitelesítés nélküli végpontok, ellenőrizetlen fájlfeltöltés, jelszavak a forráskódban. Ez a rész nem várhat a nagy döntésre: amit ma be lehet zárni, azt ma zárjuk be.
4. Mi a helyzet a keresőben?
Hány oldal van indexelve, mire jön forgalom, van-e olyan pozíció, amit egy rossz átállással el lehet veszíteni. Ez határozza meg, mennyire kell óvatosnak lenni az URL-ekkel.
A döntési szabály
| Jel | Javítás | Újraírás |
|---|---|---|
| Minden hozzáférés megvan | ✓ | |
| A szerkezet követhető, van benne rend | ✓ | |
| A hiba egy körülhatárolt részen van (űrlap, egy modul) | ✓ | |
| A tartalom és a keresőpozíciók értékesek, az URL-ek jók | ✓ | |
| Hiányzik a forráskód vagy egy kulcshozzáférés | ✓ | |
| Minden módosítás eltör valami mást | ✓ | |
| A rendszer alapfeltevése nem illik a folyamathoz | ✓ | |
| Ismert, javítatlan biztonsági hiba a rendszer magjában | ✓ | |
| Öt vagy több fizetős bővítmény tartja életben | mérlegelendő |
A legfontosabb sor a harmadik alulról: ha a rendszer alapfeltevése nem illik a folyamathoz, a javítás sosem ér véget. Nem azért, mert a fejlesztő rossz, hanem mert minden új igény újabb kivétel lesz. Erről szól a WordPress kontra egyedi döntés is.
Mit vihetsz át újraírásnál?
- A tartalmat — szöveg, kép, termékadat exportálható.
- A keresőpozíciókat — a régi címekről átirányítás megy az újakra. Ez a technikai lépés dönti el, hogy az újraírás után nő vagy zuhan a forgalom.
- A vevő- és rendelési adatokat — adatbázisból migrálva.
Amit nem viszel át: a technikai adósságot. Ez a cél.
Hogyan zajlik nálam?
Először átnézem a meglévő rendszert, és írásban megmondom, mit találtam, mi a kockázat most, és javítani vagy újraírni éri-e meg. Ez néhány óra munka, és őszinte választ kapsz akkor is, ha az a válasz, hogy a mostani rendszert érdemes megtartani, vagy hogy a mostani fejlesztőddel jobban jársz.
Ha az újraírás mellett döntünk, az új rendszer párhuzamosan készül, és az átállás egyetlen, előre egyeztetett időpontban történik, átirányításokkal.
Gyakori kérdések
A régi fejlesztő nem adja ki a hozzáféréseket. Mit tegyek?
Kérd írásban, hivatkozva a szerződésre és arra, hogy a domain és az adat a tiéd. A domain a regisztrátornál általában átíratható tulajdonosi igazolással is. Ez sajnos gyakori helyzet, és a leggyorsabban attól javul, ha írásban, dátummal kéred.
Mennyibe kerül az átnézés?
Néhány óra munka óradíjas elszámolásban. Ennek a végén írásos véleményt kapsz — akkor is, ha nem én folytatom.
Nem veszítem el a Google-helyezéseimet?
Ha az átirányításokat valaki komolyan veszi, nem. Ha kihagyja, akkor igen — ezért van ez a lépés minden ajánlatomban tételként.