Havi weboldal-karbantartási ellenőrzőlista kis cégeknek

A karbantartás célja, hogy a hibát az ügyfél előtt észrevedd, a frissítést ellenőrzötten telepítsd, és a weboldalon maradjanak a vállalkozás aktuális adatai. Nem minden feladat havi: egy kampányoldalt naponta, egy ritkán változó bemutatkozó oldalt ritkábban érdemes figyelni. A havi kör jó alap a működés, tartalom és függőségek rendszeres átnézéséhez.

1. Teszteld a valódi érdeklődői utat

Ne csak azt nézd, betölt-e a főoldal. Járd végig mobilon és asztali gépen azt az utat, amelyből üzleti eredmény születik:

1. Nyisd meg a keresésből érkező szolgáltatásoldalt.
2. Kattints a fő CTA-ra.
3. Küldj tesztüzenetet vagy próbáld ki a foglalást.
4. Ellenőrizd, hogy az üzenet megérkezett-e a megfelelő címre vagy rendszerbe.
5. Nézd meg a siker- és hibaállapotot is.

Emailes kapcsolatnál próbáld ki a mailto: linket telefonon. Űrlapnál ellenőrizd a spamvédelmet, a visszaigazolást és azt, hogy a hibás mező javítható üzenetet kap-e.

2. Keresd meg a törött oldalakat és linkeket

Nézd át a Search Console indexelési jelentését, a webanalitika 404-es útvonalait és a saját crawler eredményét. Egy 404 nem mindig hiba: a megszűnt, pótlás nélküli tartalom adhat 404 vagy 410 választ. Átirányítás akkor kell, ha van valóban megfelelő új cél.

Ellenőrizd külön:

• a navigáció és lábléc linkjeit;
• a cikkekből nyíló szolgáltatásoldalakat;
• a PDF-eket és letölthető fájlokat;
• a külső hivatkozásokat;
• a nyelvváltó céljait;
• a régi kampány URL-eket.

Ne irányíts minden megszűnt oldalt a főoldalra. Ez az érdeklődőnek sem ad választ, és elfedi, mely tartalom tűnt el.

3. Frissítsd a vállalkozási tényeket

Az elavult ár, szolgáltatási terület, nyitvatartás vagy csapattag közvetlenül félrevezetheti az érdeklődőt. Hasonlítsd össze a weboldalt a Google Cégprofillal és a tényleges működéssel.

Havonta kérdezd végig:

• vállaljuk még az összes felsorolt szolgáltatást;
• pontosak az elérhetőségek és nyelvek;
• érvényesek a csomagnevek és feltételek;
• valós a portfólió és a csapattagok leírása;
• szükséges-e dátumot vagy jogi tájékoztatót frissíteni.

Egy cikk updated dátumát csak érdemi módosításkor változtasd, ne automatikusan minden ellenőrzésnél.

4. Nézd át az indexelési és SEO alapokat

Mintavétellel ellenőrizd a fontos oldalakon:

• 200-as HTTP státusz;
• önmagára mutató canonical;
• egyedi title és leírás;
• egyetlen, érthető H1;
• helyes nyelvi alternatívák;
• sitemapben szereplő, valós URL és módosítási dátum;
• véletlen noindex vagy robots tiltás hiánya.

A sitemap beküldése nem indexelési garancia. A részletes technikai pontokat a Next.js SEO checklist bontja ki.

5. Ellenőrizd a sebességet és a hibajelzéseket

Figyeld a valós felhasználói Core Web Vitals adatokat, a hoszting hibaarányát és — ha van — a kliensoldali hibakövetést. Ne egyetlen Lighthouse-futás alapján indíts teljes átépítést. Előbb keresd meg, mely sablon, eszköz vagy új script okozta a változást.

Hasznos havi összehasonlítás:

• nőtt-e a kliensoldali JavaScript;
• változott-e az LCP elem vagy kép mérete;
• van-e új harmadik fél script;
• jelentkezik-e hiba egy adott böngészőn;
• romlott-e a válaszidő egy konkrét útvonalon.

A célértékeket és a mérési sorrendet az 5 weboldal-sebességi javításról szóló cikk foglalja össze.

6. Next.js karbantartás: függőség, build és route-ok

Next.js projektnél a forráskód és a buildfolyamat karbantartása a lényeg. A Next.js hivatalos frissítési útmutatója verzióspecifikus lépéseket és codemodokat is felsorol; frissítés előtt mindig az érintett verzió dokumentációját nézd.

Egy biztonságos frissítési kör:

1. Nézd át a keretrendszer és közvetlen függőségek kiadásait, különösen a biztonsági közleményeket.
2. Frissíts külön ágon vagy előnézeti környezetben.
3. Futtasd a lintet, típustesztet, unit és kritikus end-to-end teszteket.
4. Építs production csomagot, és nézd át a statikus/dinamikus route-listát.
5. Teszteld a locale, 404, sitemap, metadata és kapcsolatfelvételi útvonalakat.
6. Csak ezután élesíts, visszaállítási tervvel.

Ne frissíts vakon minden csomagot egyszerre. Kisebb, dokumentált változtatásnál könnyebb megtalálni a regresszió okát.

7. WordPress karbantartás: mag, bővítmény, téma és mentés

WordPressnél a futó CMS, a bővítmények, a téma, a PHP-környezet és az adatbázis együtt alkot rendszert. A WordPress hivatalos frissítési útmutatója mentést javasol frissítés előtt, és leírja az automatikus, illetve kézi folyamatot.

Havi körben:

• készíts ellenőrzött fájl- és adatbázismentést;
• győződj meg róla, hogy a mentés visszaállítható;
• töröld vagy cseréld a nem használt, elhagyott bővítményt;
• előnézeti környezetben frissíts magot, témát és bővítményeket;
• teszteld a szerkesztést, űrlapokat, fizetést és cache-t;
• ellenőrizd a felhasználói fiókokat és jogosultságokat.

A „van automatikus frissítés” nem azonos a karbantartással. A sikeres telepítést követő működési teszt és a visszaállítható mentés ugyanúgy része a folyamatnak.

8. Legyen nyoma annak, mi változott

Egy rövid karbantartási naplóban elég rögzíteni:

• dátum és felelős;
• ellenőrzött útvonalak;
• frissített verziók;
• talált és javított hibák;
• mérési eltérések;
• következő teendő és határidő;
• visszaállítási pont helye.

Ez megakadályozza, hogy ugyanazt a hibát minden hónapban újra felfedezd, és átadáskor is tisztázza az oldal állapotát.

Mikor kell rendkívüli ellenőrzés?

Ne várj a havi körig, ha biztonsági közlemény jelenik meg, sikertelen élesítés történt, a kapcsolatfelvétel leállt, domain- vagy DNS-módosítás volt, vagy jelentős forgalmi visszaesést látsz. Ilyenkor először a hatást és a visszaállítás lehetőségét vizsgáld, majd csak ellenőrzött változtatást élesíts.

Ha ezt a listát inkább felelőssel és rendszeres riporttal szeretnéd működtetni, a weboldal-karbantartási szolgáltatás terjedelmét külön oldalon találod. Első lépésként írd meg a technológiát és a jelenlegi hibát; ebből kiderül, rendszeres karbantartásról vagy egyszeri helyreállításról van-e szó.