Aki beírja a keresőbe, hogy honlapfelújítás, jellemzően már rendelkezik weboldallal, és valami konkrétan zavarja rajta: elavult a megjelenés, lassú a betöltés, mobilon szétesik a szerkezet, vagy egyszerűen nem érkezik rajta keresztül megkeresés. Ez a szándék nem elméleti: azt keresi, mit kell csinálni, milyen sorrendben, és mit lehet elrontani. Az alábbiakban végigmegyünk a teljes folyamaton, a döntéstől az élesítés utáni mérésig.
Mit jelent pontosan a honlapfelújítás?
Rövid válasz: a honlapfelújítás egy meglévő weboldal megjelenésének, szerkezetének, tartalmának és technikai alapjainak tervezett átalakítása úgy, hogy a domain és az évek alatt felépített keresési előzmények megmaradjanak.
A gyakorlatban három, egyre mélyebb szintet szoktunk megkülönböztetni. Az első a felületi frissítés: új színek, tipográfia, képek, esetleg új fejléc és lábléc, de a menüszerkezet és az URL-ek változatlanok. A második a szerkezeti újratervezés: itt már a menü, az aloldalak logikája és jellemzően az URL-struktúra is módosul, tehát átirányításokat kell tervezni. A harmadik a platformváltás, amikor a régi, sokszor egyedi vagy elavult rendszer helyére másik motor kerül (például WordPress), és ilyenkor a tartalom migrációja külön projekt a projekten belül.
Saját tapasztalat: a legtöbb megkeresés az első szintre érkezik ("csak nézzen ki jobban"), és a felmérés során derül ki, hogy valójában a második szintre van szükség, mert a probléma nem a színekben van, hanem abban, hogy a látogató nem találja meg, mit is csinál pontosan a cég.
Tipikus jelek, amelyek felújítás felé mutatnak:
- mobilon vízszintesen görgetni kell, vagy a menü nem nyílik ki rendesen;
- a kulcsfontosságú szolgáltatásokhoz nem tartozik önálló aloldal, csak egy felsorolás a főoldalon;
- a Search Console-ban van megjelenés, de az átlagpozíció jóval a 10. hely mögött áll, tehát a Google érti a témát, csak nincs elég erős oldal rá;
- a kapcsolatfelvételi űrlap nem küld levelet, vagy spam mappába esik;
- a rendszer vagy a bővítmények évek óta nem kaptak frissítést.
Felújítás vagy inkább új honlap kell?
Rövid válasz: ha a domain már termel megjelenéseket és van értékelhető tartalom, felújítás a logikus út; ha a rendszer nem frissíthető, nincs mentés, vagy a tartalom szinte teljes egészében használhatatlan, akkor új alap kiépítése az ésszerűbb, de akkor is ugyanazon a domainen.
A döntést nem érzés alapján érdemes meghozni. Nézd meg ezt a négy dolgot, mielőtt bármit is elkezdesz:
- Van-e organikus alap? A Search Console teljesítmény riportjában az elmúlt 12 hónap megjelenései és kattintásai megmutatják, mennyi értéket kockáztatsz.
- Frissíthető-e a rendszer? Ha a sablon vagy a keretrendszer elhagyott, a felújítás rövid életű foltozás lenne.
- Menthető-e a tartalom? Szakmailag pontos, saját szöveg átdolgozható; generikus, mindenki oldalán megtalálható szöveg nem.
- Mennyire tér el az új szerkezet a régitől? Minél nagyobb az eltérés, annál részletesebb átirányítási tervet kell írni.
Szakmai feltételezés: a kisvállalkozói projektek többségénél a régi oldal 20-40 százaléka menthető tartalmi szinten, a többit át kell írni. Ez nem mérés, hanem visszatérő minta a felmérésekből.
Milyen lépésekre bontható egy honlapfelújítás?
Rövid válasz: leltár, célkitűzés, szerkezet, tartalom, design, fejlesztés, átirányítás, élesítés, mérés. Ez a kilenc lépés akkor is érvényes, ha csak néhány oldalról van szó.
- Leltár. Exportáld az összes létező URL-t (webtérkép, Search Console, egy bejáró program), és tedd táblázatba a megjelenésekkel együtt.
- Célkitűzés. Írd le egy mondatban, mit csináljon a látogató az oldalon: ajánlatot kérjen, időpontot foglaljon, telefonáljon. Minden későbbi döntés ehhez mérhető.
- Szerkezet. Rajzold fel az új menüt és aloldal-hierarchiát. Minden szolgáltatás, amire keresnek, kapjon önálló aloldalt.
- Tartalom. Az új szerkezetre írd meg a szövegeket, mielőtt a design elkészül. A fordított sorrend a leggyakoribb csúszás oka.
- Design. A kész szövegre tervezz, ne kitalált szövegre.
- Fejlesztés zárt környezetben. Fejlesztői aldomainen vagy staging környezetben, keresők elől kizárva.
- Átirányítási terv. Régi URL, új URL, státusz oszlopokkal, minden sor kitöltve.
- Élesítés. Alacsony forgalmú időszakban, teljes mentés után.
- Mérés. Az élesítés napját jegyezd fel, hogy legyen mihez viszonyítani.
Hogyan előzöd meg, hogy felújítás után visszaessen a forgalom?
Rövid válasz: minden megszűnő vagy átnevezett URL-hez tartozzon állandó (301-es) átirányítás a tartalmilag legközelebbi új oldalra, és a felújítás után hetekig figyeld a Search Console lefedettségi jelentését.
Hivatalosan igazolt: a Google Search Central dokumentációja külön útmutatót ad az oldalköltöztetéshez, és abban egyértelműen a 301-es átirányítást ajánlja tartós URL-változás esetén, valamint azt, hogy az átirányítások hosszabb ideig maradjanak életben. Ugyanez a dokumentáció írja le, hogy a rangsorjelek átadása időbe telik, tehát az azonnali ítélet félrevezető lehet.
A leggyakoribb hiba, hogy mindent a főoldalra irányítanak. Ez technikailag működik, de a Google jellemzően lágy 404-ként kezeli, tehát a régi oldal ereje nem száll át. Apache alatt egy sor így néz ki: Redirect 301 /regi-szolgaltatas /szolgaltatasok/tetofelujitas. Nginx alatt: rewrite ^/regi-szolgaltatas$ /szolgaltatasok/tetofelujitas permanent;. WordPressen bővítménnyel is kezelhető, de nagy mennyiségnél szerverszinten gyorsabb.
Amit az élesítés napján érdemes végigfutni:
- a
robots.txtne tartsa kizárva a teljes oldalt (a fejlesztői beállítás gyakran bent marad); - a
noindexmeta címke tűnjön el az éles oldalról; - a webtérkép frissüljön és legyen újra beküldve a Search Console-ban;
- a kanonikus URL-ek az új, végleges címekre mutassanak;
- a belső linkek már az új URL-eket használják, ne az átirányításon keresztül érkezzenek.
Mit kezdj a régi tartalommal?
Rövid válasz: négy kategóriába sorold: megtartandó, összevonandó, átírandó és megszüntetendő. A törlés a legritkább helyes válasz.
A tartalomleltár táblázatában minden URL mellé kerüljön a döntés és az indoklás. Ami megjelenéseket hoz, azt semmiképp ne dobd el, még akkor sem, ha a szöveg gyenge: ott a keresők már látnak valamilyen relevanciát, azt inkább mélyíteni kell. Az összevonás jellemzően akkor jó, ha három-négy vékony bejegyzés ugyanarról a kérdésről szól. Ilyenkor a legerősebb URL marad meg, a többi oda irányul át, és a tartalmuk beépül.
Saját tapasztalat: a felújításoknál rendszerint nem a szövegmennyiség hiányzik, hanem a konkrétum. A "minőségi munka, korrekt határidő" típusú mondatok helyére kerüljön az, hogy pontosan milyen munkát vállalsz, milyen területen, milyen feltételekkel, és mi történik a megkeresés után. Ez a fajta pontosság javíthatja az oldal megítélését olvasói és keresői oldalon is, bár önmagában nem jelent helyezésbeli előrelépést.
Hogyan készíted fel a felújított oldalt az AI-keresőkre?
Rövid válasz: tiszta HTML-szerkezettel, kérdés-alapú címsorokkal, a szakasz elején álló tömör válasszal és pontos strukturált adattal, mert a válaszmotorok ezekből tudnak könnyen idézhető részletet kiemelni.
Hivatalosan igazolt: a Schema.org szókészlete és a Google strukturált adatokra vonatkozó dokumentációja is leírja, hogy a gépi feldolgozáshoz a JSON-LD formátum az ajánlott. Egy helyi szolgáltatónál a minimum a szervezet vagy helyi vállalkozás jelölése, a szolgáltatásoldalakon a szolgáltatás típusa, a GYIK-nél pedig a kérdés-válasz jelölés.
Egy egyszerű váz így kezdődik: {"@context":"https://schema.org","@type":"LocalBusiness","name":"Cégnév","areaServed":"Székesfehérvár"}. Fontos, hogy a jelölés mindig a látható tartalommal egyezzen: ha a jelölésben más szerepel, mint az oldalon, az több kárt okoz, mint amennyit használ.
Szakmai feltételezés: a nyelvi modellek szemponjából valószínűleg a szerkezeti tisztaság (értelmes címsorhierarchia, rövid bekezdések, egyértelmű entitásnevek) legalább annyit számít, mint a strukturált adat. Ez logikus következtetés a modellek működéséből, de nem hivatalosan közölt rangsorolási tény, ezért ne kezeld szabályként.
Amit a felújítás során érdemes beépíteni:
- minden aloldal elején egy két-három mondatos, önmagában is értelmes összefoglaló;
- cégnév, település és szolgáltatás következetes, azonos írásmódú használata az egész oldalon;
- kérdés formájú alcímek ott, ahol az olvasó tényleg kérdezne;
- elérhetőségek szöveges formában is, ne csak képen;
- a szerverelérés napi ellenőrzése, mert a fokozott botforgalom terhelést okozhat.
Milyen ellenőrzőlistát futtass élesítés előtt és után?
Rövid válasz: mentés, átirányítás-teszt, indexelhetőség, sebesség, űrlapok, mérőkódok. Ez a hat pont fedi le a hibák túlnyomó részét.
- Teljes mentés a régi oldalról (fájlok és adatbázis), letöltve, nem csak a szerveren.
- Átirányítások tesztje: a leltár minden sorát hívd meg, és nézd meg, 301-es válasszal a helyes címre érkezik-e.
- Indexelhetőség:
robots.txt,noindex, kanonikus címkék, webtérkép. - Sebesség és stabilitás: mobilon is mérj, a képek méretét és formátumát külön nézd át.
- Űrlapok: küldj tesztet minden űrlapról, és ellenőrizd, hogy megérkezik-e a levél, nem a spam mappába.
- Mérőkódok: analitika, konverziókövetés, hirdetési címkék visszakerültek-e az új sablonba.
Az élesítés utáni első héten naponta, utána hetente nézd a Search Console lefedettségi és teljesítmény riportját. A hirtelen megugró 404-es szám szinte mindig hiányzó átirányításra utal.
Mennyi ideig tart, és mire számíts utána?
Rövid válasz: egy közepes méretű bemutatkozó oldal felújítása jellemzően több hét, a szűk keresztmetszet szinte mindig a tartalom, nem a fejlesztés. Az organikus hatás megítéléséhez pedig legalább 4-8 hét kell.
Saját tapasztalat: a csúszás oka az esetek többségében az, hogy a szövegekhez szükséges szakmai információ nem áll rendelkezésre időben. Ha a projekt elején összeszeded, milyen szolgáltatásaid vannak, kinek szólnak, milyen területen dolgozol, és mi a folyamat a megkereséstől a teljesítésig, azzal a leghosszabb szakaszt rövidíted le.
Az élesítés utáni időszakban átmeneti ingadozás normális, mert a keresők újra be kell járják és értelmezzék az oldalt. Ez nem jelent tartós visszaesést, de az sem törvényszerű, hogy a felújítás önmagában jobb helyezést hoz: a megjelenés modernizálása és a szerkezet tisztázása segítheti a láthatóságot, a tényleges elmozdulás azonban a tartalom mélységén, a technikai állapoton és a versenyhelyzeten is múlik. Amit érdemes mérni: organikus megjelenés és kattintás, a kulcsoldalak átlagpozíciója, az űrlapkitöltések és a hívások száma, valamint a mobilos betöltési idő. Ha ezek közül három javul, a felújítás jó irányba ment.
Források és további olvasnivalók
- Google Search Central: Site move with URL changes (költöztetési útmutató)
- Google Search Central: Redirects and Google Search
- Google Search Central: Structured data general guidelines
- Google Search Console súgó: Teljesítmény és Lefedettség jelentések
- Schema.org: Organization, LocalBusiness, Service, FAQPage típusok
- W3C: Web Content Accessibility Guidelines (WCAG)
- WordPress.org: Developer Handbook, biztonsági és frissítési ajánlások
- OpenAI dokumentáció: bot- és bejárókezelés (GPTBot) leírása
- A felújítás előtt készíts teljes URL- és tartalomleltárat, különben az élesítés után nem lesz mihez viszonyítanod.
- Minden megszűnő URL-hez tartozzon 301-es átirányítás a legközelebbi tartalmi megfelelőre, ne a főoldalra.
- A régi tartalom nagy részét nem törölni, hanem összevonni és átírni érdemes.
- A strukturált adat és a tömör, önmagában is idézhető válaszszerkezet segítheti az AI-válaszmotorokban való megjelenést.
- Az élesítés utáni 4-8 hét mérési szakasz: a Search Console adatai mutatják meg, hol maradt lyuk.
Gyakori kérdések
Elveszítem a Google-helyezéseimet honlapfelújításkor?
Nem törvényszerű. Ha a domain marad, és minden megszűnő URL-hez állandó (301-es) átirányítás készül a tartalmilag legközelebbi új oldalra, a rangsorjelek nagy része átvihető. Átmeneti ingadozásra viszont számíts az élesítés utáni néhány hétben, mert a keresőknek újra be kell járniuk az oldalt.
Meg kell változtatni az URL-eket felújításkor?
Csak akkor, ha a szerkezet valóban javul tőle. Ha a régi címek logikusak és megjelenéseket hoznak, tartsd meg őket: minden változtatás átirányítási kockázat. Ha viszont a menü és a szolgáltatás-logika átalakul, akkor az URL-eket is érdemes hozzáigazítani, dokumentált átirányítási tervvel.
Mit csináljak a régi blogbejegyzésekkel?
Ne törölj automatikusan. Sorold őket négy csoportba: megtart, összevon, átír, megszüntet. Ami megjelenéseket hoz a Search Console szerint, azt inkább mélyítsd. A vékony, ugyanarról szóló bejegyzéseket vond össze egy erősebb oldalba, és a többit irányítsd át oda.
Elég, ha csak a design újul meg?
Ha a probléma tényleg csak a megjelenés, akkor elég lehet. A tapasztalat viszont az, hogy a megkeresések hiánya mögött legtöbbször szerkezeti ok áll: nincs önálló aloldal a keresett szolgáltatásokra, vagy nem derül ki egyértelműen, mit kell tenni a látogatónak. Ezt új színekkel nem lehet megoldani.
Kell strukturált adat egy felújított oldalra?
Ajánlott. A Schema.org szókészlete és a Google dokumentációja szerint a JSON-LD formátumú jelölés segíti a gépi értelmezést, ami a klasszikus keresőben és az AI-válaszmotorokban is hasznos lehet. Fontos, hogy a jelölés mindig egyezzen az oldalon látható tartalommal.
Mikor derül ki, hogy sikeres volt a felújítás?
Az organikus hatás megítéléséhez általában 4-8 hét kell. Addig is mérhető viszont a technikai állapot (betöltési idő, hibás oldalak száma) és a viselkedés (űrlapkitöltés, hívás). Az élesítés dátumát jegyezd fel, hogy legyen tiszta viszonyítási pontod.
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.