Fejlesztés és redesign · SEO-megőrzés · Audit
Weboldal átalakítás előtt: teljes SEO- és konverziós checklist a kockázatok csökkentésére
Egy redesign akkor jó, ha az új oldal jobb döntési élményt ad, miközben tudatosan kezeli a régi URL-eket, tartalmakat, méréseket és konverziós pontokat. A következő checklist segít sorrendben végigmenni a feladaton.
Rövid válasz
Weboldal átalakítás előtt ne a látványtervvel kezdd, hanem készíts URL-leltárt és mérési alapvonalat. Írd össze, mely oldalak hoznak organikus forgalmat, mely tartalmakra mutatnak külső linkek, hol vannak ajánlatkérési pontok és mit kell technikailag megőrizni. Ha URL változik, tervezz egy az egyhez megfeleltetést és szerveroldali 301 vagy 308 átirányítást. A robots.txt nem helyettesíti a noindexet, a sitemap pedig nem garancia az indexelésre. A redesign csökkentheti a kockázatot, de Google-helyezés vagy forgalom megőrzése nem garantálható.
Kérek átalakítás előtti auditot
Először döntsd el: frissítés, redesign vagy migráció?
Egyszerű vizuális frissítés akkor indokolt, ha az URL-ek, a tartalom és a technikai alapok rendben vannak, csak a megjelenés szorul javításra. Részleges redesign kellhet, ha néhány szolgáltatásoldal, CTA vagy mobilos nézet gyenge. Teljes migráció esetén a technológia, a domain, az URL-struktúra vagy a teljes tartalmi rendszer is változik. Minél több elem mozdul, annál fontosabb a leltár, a mapping és a rollback-terv.
A. Tervezés előtt: ezt mentsd meg először
Tervezési checklist
- Írd le a redesign üzleti célját és a scope-ot: mi változik és mi marad?
- Készíts teljes URL-leltárt crawlból, sitemapből, Search Console-ból, analitikából és szerverlogból.
- Rögzíts alapvonalat: organikus kattintások, megjelenések, belépőoldalak, fontos lekérdezések és konverziós események.
- Azonosítsd a külső linkekkel, ajánlásokkal és hirdetésekkel támogatott régi URL-eket.
- Jelöld a szolgáltatásoldalakat, cikkeket és egyéb tartalmakat: megtartás, átírás, összevonás vagy törlés.
- Írd össze a CTA-kat, űrlapokat, telefon- és e-mail-linkeket, valamint a működésükhöz szükséges eseményeket.
- Egyeztess hozzáférést a domainhez, tárhelyhez, CMS-hez, Search Console-hoz, analitikához és tag managerhez.
- Készíts teljes mentést, exportot és visszaállítási tervet az éles rendszerhez.
B. Fejlesztés és élesítés: ne a staginget kezeld éles oldalnak
Fejlesztési checklist
- A staging legyen hozzáférés-védett és ne legyen véletlenül indexelhető. A noindex és a hozzáférés-védelem célja különböző.
- Készíts régi URL → új URL mappinget; ahol nincs valódi megfelelő, ne irányíts mindent automatikusan a főoldalra.
- A megváltozott URL-ekhez állíts be szerveroldali, tartós 301 vagy 308 átirányítást. Kerüld a láncokat.
- Az új oldal canonicalja saját magára mutasson, a belső linkek az új URL-eket használják.
- A sitemap csak kanonikus, indexelni kívánt URL-eket tartalmazzon. A sitemap jelzés, nem indexelési garancia.
- Ellenőrizd a robots.txt szabályait, a meta robots értékeket és a strukturált adatot.
- Legyen egyetlen H1, megfelelő title és meta description minden fontos oldalon.
- Telepítsd vissza a consent-kompatibilis mérési rendszert és teszteld a CTA-, űrlap-, telefon- és e-mail-eseményeket.
- Próbáld ki mobilon a navigációt, űrlapot és fő CTA-t; ellenőrizd a teljesítményt és a hozzáférhetőséget.
- Legyen backup és rollback-terv: ki, milyen feltételnél, milyen lépéssel állítja vissza az előző verziót?
C. Élesítés után: mérj, ne találgass
Élesítési checklist
- Ellenőrizd a 200-as, 3xx-as és 4xx-es státuszkódokat, a redirect-láncokat és a hurkokat.
- Nyisd meg a fontos régi és új URL-eket, majd használd a Search Console URL Inspection eszközét.
- Küld be az új sitemapet és figyeld az indexelési hibákat, kizárásokat és canonical-jelzéseket.
- Nézd meg, hogy a GA4/GTM események, consent és űrlapbeküldések működnek-e.
- Figyeld a belépőoldalakat, organikus kattintásokat, lekérdezéseket és konverziós eseményeket a korábbi alapvonalhoz képest.
- Ellenőrizd a Core Web Vitals mutatókat. A web.dev szerint az LCP, INP és CLS a jelenlegi fő mérőszámok; a labormérés nem helyettesíti a valós felhasználói adatot.
- Készíts ellenőrzési pontot 2, 4 és 8 hétre és minden változást dokumentálj.
A checklist után
Megnézem a weboldal-redesign szolgáltatást
A redesign akkor lehet jó irány, ha az állapotfelmérés után tisztán látszik, mi menthető, mit kell újratervezni és mely SEO- vagy konverziós pontokra kell külön figyelni.
Megnézem a weboldal-redesign szolgáltatástMinta URL-mapping egy fiktív domainhez
Az alábbi példa szemléltető. A `pelda-vallalkozas.hu` nem valós ügyféladat és a céloldal tartalmának ténylegesen meg kell felelnie a régi oldalnak.
| Régi URL | Új URL | Státusz | Megfelelés | Prioritás | Ellenőrzés |
|---|---|---|---|---|---|
| /szolgaltatas | /weboldal-keszites | 301 | Azonos fő szolgáltatás, részletesebb tartalom | Magas | HTTP-fejléc, tartalom, Search Console |
| /blog/regi-cikk | /tudastar/uj-cikk | 301 | Átírt, azonos keresési szándék | Közepes | Linkek, canonical, sitemap |
| /rolunk | /rolunk | 200 | URL marad, tartalom frissül | Közepes | Title, H1, mobilnézet |
| /regi-akcio | nincs | 410 vagy megfelelő új cél | Csak akkor törlendő, ha nincs releváns helyettesítő | Alacsony | Státuszkód és külső linkek |
Mit nem szabad tenni?
- Ne irányíts minden régi URL-t a főoldalra releváns cél nélkül.
- Ne kezeld a robots.txt tiltást noindexként: a Google szerint a blokkolt URL még megjelenhet a találatokban.
- Ne kezdj úgy fejleszteni, hogy nincs mérési alapvonal és mentés.
- Ne törölj tartalmat csak azért, mert régi; előbb vizsgáld meg a forgalmát, linkjeit és szerepét.
- Ne hozz létre átirányítási láncot, ha közvetlenül a végső URL-re irányíthatsz.
- Ne hagyd, hogy a staging oldal jelszó és megfelelő indexelési védelem nélkül kerüljön ki.
Mit tudsz egyedül és mikor kell szakember?
Egy kisebb, URL-változás nélküli vizuális frissítéshez elég lehet a tartalmi lista, mentés, mobilteszt és alapmérés. Szakembert érdemes bevonni, ha domain vagy URL-struktúra változik, sok organikus belépőoldal van, hirdetés fut, összetett CMS- vagy integrációs migráció történik, illetve nem tudod értelmezni a Search Console és az analitika adatait. A cél nem a nagyobb projekt, hanem a döntéshez szükséges kontroll.
Gyakori kérdések
Minden redesign okoz forgalomvesztést?
Nem. A kockázat a változtatás típusától, a tartalom- és URL-kezeléstől, a technikai minőségtől és a kereső újraértékelésétől függ. Kontrollált migrációval csökkenthető a kockázat, de garantált eredmény nincs.
301 vagy 308 átirányítást használjak?
A Google hivatalos útmutatója szerint a 301 és 308 tartós szerveroldali átirányításként értelmezhető. A választást a szerver- és üzemeltetési környezeteddel egyeztesd, a lényeg a közvetlen, releváns cél és a láncok elkerülése.
A robots.txt elrejti az oldalt a Google elől?
Nem megbízhatóan. A robots.txt elsősorban a feltérképezést szabályozza; indexből való kizáráshoz noindex vagy hozzáférés-védelem szükséges.
Meddig kell figyelni az élesítés utáni adatokat?
Legalább több ellenőrzési ponton: 2, 4 és 8 hétnél. A pontos időtartam a webhely méretétől, forgalmától és a változtatás mértékétől függ.
Következő lépés
Biztonságosabb átalakítást szeretnél?
A díjmentes, elköteleződés nélküli audit kiindulópontot ad: átnézem az URL-eket, a fontos tartalmakat, a mérési és ajánlatkérési pontokat, majd javítási sorrendet javaslok.
Biztonságosan szeretném átalakítani a weboldalam