Egy weboldal újratervezés ritkán bukik el a színek vagy a betűtípus miatt. Ami tényleg fájni tud, az a keresőforgalom eltűnése az élesítés utáni napokban: a régi URL-ek megszűnnek, az évek alatt összegyűlt linkek a semmibe mutatnak, és a Google újra kell hogy tanulja az oldalt. Zalaegerszegen sok műszaki profilú kkv és beszállító dolgozik olyan piacon, ahol a vevő először rákeres a technológiára vagy az alkatrészre, és csak utána veszi fel a kapcsolatot. Ott egy elrontott redesign nem esztétikai kérdés, hanem elmaradt ajánlatkérés. Ez a cikk arról szól, mit ments át, milyen sorrendben dolgozz, és mit mérj, hogy a megújulás ne járjon láthatóság-vesztéssel.
Miért veszít gyakran forgalmat egy weboldal újratervezés?
A forgalomvesztés fő oka szinte mindig az, hogy a régi URL-ek megszűnnek vagy megváltoznak, és nincs átirányítás, ami a régi címekre mutató linkeket és a keresőben elért pozíciókat átvinné az új oldalakra.
Amikor kicseréled a rendszert vagy a struktúrát, jellemzően négy dolog sérülhet: a címek (URL-ek), a tartalom, a mérés és a technikai beállítások. A Google minden URL-t külön oldalként kezel, és az évek alatt felépült bizalom (a rá mutató linkek, a kattintási előzmény) egy konkrét címhez kötődik. Ha az /cnc-megmunkalas oldalból élesítés után /szolgaltatasok/megmunkalas-2 lesz átirányítás nélkül, a kereső egy ismeretlen új oldalt lát, a régi pedig 404-es hibát ad. (Saját tapasztalat:) a legtöbb komoly esés nem a tartalom minőségéből, hanem ebből az egyetlen kihagyott lépésből fakad.
Mit kell feltétlenül átmenteni redesign előtt?
Négy dolgot kell menteni: a teljes URL-listát, a jól teljesítő tartalmakat, a mérési rendszert (analytics és konverziók), valamint az átirányítási tervet, amely a régi címeket az új oldalakhoz köti.
Kezdd egy teljes URL-leltárral. Ehhez több forrás egészíti ki egymást:
- a jelenlegi
sitemap.xmltartalma, - a Google Search Console teljesítmény- és lefedettségi jelentése (mely oldalak hoznak kattintást és megjelenést),
- egy feltérképező eszköz (crawler) által bejárt teljes oldallista,
- a Google Analytics 4 legforgalmasabb oldalai az elmúlt 12 hónapból.
Ezután állítsd sorba az oldalakat érték szerint. (Szakmai feltételezés, de a legtöbb kkv-nál igaznak bizonyul:) a forgalom és az ajánlatkérések nagy része az oldalak kis részéből érkezik, jellemzően a fő szolgáltatási és referenciaoldalakból. Ezeket kezeld prioritásként. Egy zalaegerszegi gépipari beszállítónál például a konkrét technológiai oldalak (hegesztés, forgácsolás, felületkezelés) és a járműipari beszállítói referenciák hozzák a minősített érdeklődőt, nem a főoldal önmagában.
A tartalomnál ne csak a szöveget mentsd, hanem azt is, ami a keresőben számít: a title és meta description elemeket, a H1-H2 szerkezetet, a strukturált adatokat (Schema.org jelölés), a képek alt szövegeit és a belső linkeket. Ha van a régi oldalon jól működő GYIK vagy szakmai leírás, azt érdemes szó szerint átvinni, mert épp ezekre épülnek a válaszmotorok idézetei is.
Milyen sorrendben dolgozz, hogy ne ess szét?
A biztonságos sorrend: leltár és mérés rögzítése, majd tervezés az URL-térképre alapozva, staging (teszt)környezetben építés, átirányítási tábla összeállítása, élesítés, végül azonnali és utólagos ellenőrzés.
- Alapállapot rögzítése. Exportáld a jelenlegi pozíciókat, a Search Console és GA4 adatait, és mentsd el egy dátumozott fájlba. Ez lesz az összehasonlítási alap.
- URL-térkép. Készíts egy táblázatot: bal oldalon minden régi URL, jobb oldalon az új megfelelője. Ahol nincs egy az egyben megfelelő, ott jelöld a legközelebbi releváns oldalt.
- Építés staging környezetben. Az új oldal soha ne éles domainen épüljön. A teszt-tárhelyet zárd le indexelés elől (jelszó vagy
noindex), különben a Google idő előtt indexelheti a félkész változatot. - Tartalom és technikai elemek átvitele. Vidd át a mentett title, meta, Schema.org és belső linkeket, ne csak a látható szöveget.
- Átirányítási tábla összeállítása. Ezt még élesítés előtt véglegesítsd, teszteld staging alatt.
- Élesítés csendes időszakban. Lehetőleg olyankor, amikor alacsonyabb a forgalom, hogy az esetleges hibák kevesebb látogatót érintsenek.
- Ellenőrzés és mérés. Azonnal élesítés után, majd az első hetekben rendszeresen.
Hogyan készíts URL-térképet és átirányítási tervet?
Minden megszűnő vagy megváltozó URL-t 301-es (végleges) átirányítással kell a tartalmilag legközelebbi új oldalra irányítani, egyetlen ugrással, nem átirányítási láncon keresztül, és soha nem automatikusan a főoldalra.
A 301-es kód azt jelzi a keresőnek, hogy az oldal véglegesen új címre költözött, és a felhalmozott értéket át kell vinni. A leggyakoribb hiba, hogy minden régi címet a főoldalra dobnak: ezt a Google puha 404-ként (soft 404) kezelheti, és nem viszi át a pozíciókat. A másik tipikus baki az átirányítási lánc, amikor A oldal B-re, B pedig C-re mutat. Mindig közvetlenül a végső célra irányíts.
Apache-alapú tárhelyen egy .htaccess szabály így néz ki:
Redirect 301 /regi-cnc-oldal https://pelda.hu/szolgaltatasok/cnc-megmunkalas
Nginx alatt hasonló elven:
location = /regi-cnc-oldal { return 301 /szolgaltatasok/cnc-megmunkalas; }
WordPress esetén erre átirányítás-kezelő bővítmény is használható, de a logika ugyanaz: egy régi cím, egy pontos új cél. (Saját tapasztalat:) érdemes az átirányítási táblát élesítés után is megtartani, mert hetekkel később is előkerülhetnek régi, ritkán látogatott, de linkelt oldalak.
Mit mérj a redesign előtt és után?
Ugyanazokat a mutatókat mérd élesítés előtt és után: organikus forgalom, kulcsszó-pozíciók, indexelt oldalak száma, 404-es hibák, oldalbetöltési sebesség és konverziók (ajánlatkérés, hívás, űrlap).
Az összehasonlításhoz rögzítsd az alábbiakat előtte, és nézd vissza utána:
- Organikus forgalom és megjelenések: a Search Console teljesítmény-jelentése, oldalanként.
- Kulcsszó-pozíciók: a legfontosabb kifejezésekre elért helyezések, mert egy átmeneti ingadozás normális, a tartós esés viszont jelzés.
- Indexelt oldalak: a lefedettségi (Pages) jelentésben nő-e a kizárt vagy hibás oldalak száma.
- 404-es hibák: minden váratlan 404 egy kimaradt átirányítás.
- Sebesség és Core Web Vitals: a redesign egyszerre javíthatja és ronthatja a betöltést, ezért érdemes mérni.
- Konverziók: a mérési kód (GA4, konverziós események) az új oldalon is működik-e, mert redesign közben ez szokott némán kiesni.
(Hivatalosan igazolt:) a Google Search Central dokumentációja szerint egy nagyobb migráció után átmeneti pozíció-ingadozás várható, amíg a kereső újra feldolgozza az oldalt. (Szakmai feltételezés, nem garancia:) jó előkészítéssel ez az időszak jellemzően hetekben mérhető, és a forgalom jó eséllyel visszaáll, feltéve, hogy a tartalom és a linkstruktúra nem romlott.
Milyen ellenőrzőlista alapján élesíts?
Élesítés előtt és közvetlenül utána egy rögzített ellenőrzőlistát fuss végig, mert az apró, könnyen kihagyható technikai elemek okozzák a legnagyobb kárt.
- A staging környezet
noindexvagy jelszavas zárása feloldva az éles oldalon. - Minden régi URL 301-gyel az új megfelelőjére mutat, láncok nélkül.
- Új
sitemap.xmlelkészült és beküldve a Search Console-ba. - A
robots.txtnem tiltja véletlenül a teljes oldalt. - A title, meta description, H1 és Schema.org jelölések a helyükön vannak.
- A mérési kód (GA4, konverziós események) fut és adatot küld.
- A képek alt szövegei és a belső linkek átkerültek.
- Mobilon és lassabb kapcsolaton is elfogadható a betöltés.
- A kontakt- és ajánlatkérő űrlapok tesztelve, valóban megérkezik az üzenet.
Ez a lista nem garantál tökéletes átállást, de jó eséllyel kiszűri a leggyakoribb, utólag nehezen visszakereshető hibákat. Egy műszaki profilú zalaegerszegi vállalkozásnál, ahol a ZalaZONE tesztpálya körüli fejlesztések és a járműipari beszállítói kör tartós keresletet tartanak fenn a szakmai tartalom iránt, ez a néhány óra ellenőrzés bőven megtérül a megtartott láthatóságban.
Források és további olvasnivalók
- Google Search Central: Site moves and migrations (webhely-áthelyezés URL-változással)
- Google Search Central: Redirects and Google Search
- Google Search Console súgó: Lefedettségi (Pages) és teljesítmény-jelentés
- Schema.org: strukturált adatok szótára
- W3C: HTTP állapotkódok (301, 404) leírása
- Google Search Central: Core Web Vitals és oldalélmény
- A redesign legnagyobb kockázata nem a dizájn, hanem a régi URL-ek és a rájuk mutató linkek elvesztése.
- Élesítés előtt készíts teljes URL-leltárt és tartalmi leltárt, mert csak azt tudod átmenteni, amit ismersz.
- Minden megszűnő vagy áthelyezett oldalt kösd 301-es átirányítással a legrelevánsabb új oldalra, ne a főoldalra.
- Mérj előtte-utána: forgalom, kulcsszó-pozíciók, indexelt oldalak és konverziók, hogy lásd, mi mozdult.
- Az élesítés utáni első hetekben napi szinten figyeld a Search Console lefedettségi és indexelési jelzéseit.
Gyakori kérdések
Mennyi idő alatt áll vissza a forgalom egy weboldal újratervezés után?
Ez nem garantálható előre, de jól előkészített migrációnál a keresőnek jellemzően néhány hét kell az új struktúra újrafeldolgozásához. Ha a régi URL-eket 301-gyel átirányítottad, a tartalom és a linkstruktúra nem romlott, a forgalom jó eséllyel visszaáll. Tartós, hetek utáni esés viszont hiányzó átirányításra vagy tartalomvesztésre utal, ezt érdemes kivizsgálni.
Muszáj megváltoztatni az URL-eket redesign közben?
Nem, és ahol lehet, jobb megtartani a régi URL-eket. Ha a címek változatlanok maradnak, sokkal kisebb a láthatóság-vesztés kockázata, mert nincs szükség tömeges átirányításra. URL-t csak akkor változtass, ha valódi szerkezeti indok van rá, és akkor is kizárólag teljes átirányítási tervvel.
Miért ne irányítsak minden régi oldalt a főoldalra?
Mert a Google az ilyen átirányítást gyakran puha 404-ként kezeli, és nem viszi át a régi oldal pozícióit. Minden régi címet a tartalmilag legközelebbi új oldalra érdemes irányítani. Ha egy oldalnak tényleg nincs megfelelője, az átgondolt döntés, de a főoldalra terelés általánosan a legrosszabb megoldás.
Elég egy átirányítás-kezelő bővítmény, vagy szerveroldalon kell megoldani?
Mindkettő működhet, ha 301-es, végleges átirányítást ad, láncok nélkül. WordPressen a bővítmény kényelmes és sok kkv-nál elegendő. Nagyobb oldalnál vagy sok szabálynál a szerveroldali megoldás (.htaccess vagy nginx konfiguráció) gyorsabb és átláthatóbb. A lényeg nem az eszköz, hanem hogy egy régi cím pontosan egy végső célra mutasson.
Hogyan ellenőrzöm, hogy nem esett-e ki a mérés a redesign után?
Nyisd meg a GA4 valós idejű jelentését, és nézd meg, érkezik-e adat az új oldalról. Küldj egy teszt-ajánlatkérést, és ellenőrizd, rögzül-e konverziós eseményként, és megérkezik-e az üzenet. A mérési kód némán szokott kiesni redesign közben, ezért ezt élesítés után azonnal érdemes leellenőrizni.
Kell új sitemapet beküldeni a Search Console-ba?
Igen. Az élesítés után készíts friss sitemap.xml fájlt az új URL-ekkel, és küldd be a Search Console-ban, hogy a kereső gyorsabban megtalálja a megváltozott struktúrát. Emellett érdemes figyelni a lefedettségi jelentést, mert ott jelennek meg az indexelési és a 404-es hibák, amelyek utólagos javításra szorulnak.
Források és további olvasnivalók
Ezen az oldalon a hivatalosan igazolt információt elsődleges forrásokból építjük fel; a saját tapasztalatot és a szakmai becslést mindig külön jelöljük a szövegben.