Sok cégnél ugyanaz a történet: valamikor beállt egy heti cikk ütem, azóta megy magától, és mostanra inkább kötelesség, mint befektetés. A szövegek egyre laposabbak, a szerkesztő kapkod, a régi cikkeket meg évek óta nem nyitotta ki senki. Ilyenkor jön a kérdés, hogy le lehet-e menni havi kettőre.
Le lehet. A lassítás önmagában viszont nem stratégia, csak kevesebb munka. Az számít, hogy mit teszel a felszabaduló idő helyére, és milyen sorrendben. Az alábbiakban végigveszem, mit érdemes csinálni, milyen ütemben, mit kell közben nézni, és mikor jobb nem hozzányúlni a ritmushoz.
Mit jelent felelősen lassítani a publikálási ütemet?
Felelősen lassítani azt jelenti, hogy a publikált cikkek számát csökkented, de a tartalmi felületre fordított összes munkaórát nem. Az idő nem eltűnik, hanem átcsoportosul a meglévő állományra.
Tovább a témában: Az üzleti céltól a heti feladatig · Tartalomnaptár és szerkesztőségi folyamat kkv-ban
Ha heti egy cikkről havi kettőre mész, papíron havi négyről kettőre esik a darabszám. Ha eddig egy cikk nettó öt órát vitt el, akkor havonta tíz óra szabadul fel. Ez a tíz óra a kulcs: ha megspórolod, akkor tényleg csökkentetted a tartalmi befektetést, és a visszaesés kockázata valós. Ha viszont ugyanez a tíz óra frissítésre és belső linkezésre megy el, akkor a rendszer összteljesítménye nem feltétlenül romlik, sőt bizonyos esetekben javulhat.
(Saját tapasztalat) A gyakorlatban a legtöbb kis- és középvállalati blognál a látogatottság 70-80 százalékát 15-25 régi cikk hozza, és ezekhez évek óta nem nyúlt senki. Ez az arány cégenként eltér, de a mintázat kitartóan visszatér.
Miért nem esik vissza automatikusan a láthatóság, ha ritkábban publikálsz?
Mert a szerves láthatóságot elsősorban a már indexelt oldalak minősége, relevanciája és belső támogatottsága tartja fenn, nem a publikálás ütemezése.
(Hivatalosan igazolt) A Google Search Central dokumentációja és a hasznos tartalomról szóló útmutatói sehol nem neveznek meg olyan rangsorolási tényezőt, hogy hetente hányszor teszel ki cikket. Ezzel szemben többször és kifejezetten leírják, hogy a nagy mennyiségben, elsősorban keresőnek gyártott tartalom inkább árt, mint használ. A crawl büdzsé dokumentáció azt is rögzíti, hogy a Google a gyakran változó, keresett oldalakat sűrűbben látogatja, tehát a bejárás ritmusa a tartalom fontosságához és változásához igazodik.
(Szakmai feltételezés) Ebből az következik, hogy egy régóta nem érintett cikk érdemi frissítése hasonló, esetenként erősebb bejárási és értékelési jelzést adhat, mint egy új, gyenge cikk publikálása. Ezt hivatalos forrás így nem mondja ki, tehát feltételezésként kezeld, ne tényként.
A válaszmotorok, tehát a ChatGPT, a Perplexity, a Gemini vagy a Copilot oldaláról nézve ugyanez még hangsúlyosabb. Ezek a rendszerek jellemzően jól strukturált, tényszerű, egyértelműen datált forrásokat idéznek szívesen. Egy alaposan frissített, dátumozott, tiszta szerkezetű cikk jó eséllyel többet ér ebben a versenyben, mint négy felületes új szöveg.
Mire menjen el a felszabaduló idő, és milyen sorrendben?
A sorrend nem mindegy, mert az egyes lépések egymásra épülnek. Frissítés, belső linkelés, mélyítés, majd technikai higiénia: ebben az irányban a legjobb a megtérülés.
1. Frissítés: a leggyorsabban ható lépés
Nyisd meg a Search Console teljesítmény riportját, állítsd be az elmúlt 12 hónapot, és rendezd az oldalakat megjelenés szerint. Azokat a cikkeket vedd előre, amelyeknek sok a megjelenésük, de gyenge az átkattintási arányuk, vagy amelyek a 8-20. pozíció környékén ragadtak. Ezek egy karnyújtásnyira vannak.
Egy frissítés akkor érdemi, ha ezek közül legalább három megvalósul:
- elavult adat, évszám, jogszabályi hivatkozás vagy eszköznév cseréje pontos, aktuális információra,
- egy hiányzó, de a keresők kérdései között visszatérő alfejezet beírása,
- a bevezető átírása úgy, hogy az első két mondat önmagában is válasz legyen a cikk fő kérdésére,
- a cím és a meta leírás újragondolása a valós keresési kifejezések alapján,
- konkrétum behozása: lépéssor, ellenőrzőlista, számpélda, táblázatszerű felsorolás.
Amit ne csinálj: ne írd át pusztán a dátumot. (Hivatalosan igazolt) A Google dokumentációja szerint a dátum akkor legyen frissítve, ha a tartalom érdemben változott, az álfrissítés félrevezető jelzés.
2. Belső linkelés: a legolcsóbb strukturális nyereség
A belső linkelés az a munka, amit szinte mindenki halogat, pedig nem igényel új szöveget. Menete:
- Listázd ki a legerősebb 10-15 oldalt, ahová sok külső hivatkozás vagy sok forgalom érkezik.
- Keresd meg, mely gyengébb, de üzletileg fontos aloldalakra akarsz erőt terelni (szolgáltatásoldal, ajánlatkérő, mély szakmai cikk).
- Az erős oldalakból tegyél oda 2-4 kontextusba ágyazott linket, beszédes horgonyszöveggel, nem "ide kattints" formában.
- Ellenőrizd, hogy minden fontos oldalra legalább három belső hivatkozás mutasson valamelyik témakörön belülről.
3. Mélyítés: kevesebb, de teljesebb oldal
A mélyítés két dolgot jelent. Egyrészt a felaprózott, egymást átfedő cikkek összevonását egy erős oldallá, a régiekről 301-es átirányítással. Másrészt a megmaradó oldalak teljessé tételét: gyakori kérdések, ellentmondó vélemények kezelése, folyamatábra, konkrét példa. (Saját tapasztalat) Az összevonásnál a türelmes út a jó: hónapban két összevonásnál többet ne csinálj, mert ha egyszerre sok URL mozdul, nehéz lesz megmondani, mi okozott mit.
4. Technikai higiénia: hogy a frissítés látszódjon is
Ha frissítesz, gondoskodj róla, hogy ez gépileg is olvasható legyen. A sitemap lastmod értéke kövesse a valós módosítást, a strukturált adat pedig tartalmazza a dátumokat:
"datePublished": "2024-03-11", "dateModified": "2026-08-26"
Emellett érdemes a szerkezetet is átnézni: egyértelmű H2 kérdések, rövid bekezdések, felsorolások. Ezek a kivonatolásnak és az idézhetőségnek is kedveznek.
Hogyan nézzen ki az átállás két hónapra bontva?
Az alábbi ütemterv heti öt-hat óra tartalmi munkaidővel számol, és feltételezi, hogy legalább 30-40 régi cikked van.
Első hónap: leltár és frissítés
- 1. hét: teljes tartalmi leltár. Egy táblázatba minden URL, megjelenés, kattintás, átlagos pozíció, utolsó módosítás dátuma, célkulcsszó, üzleti fontosság. Publikálás: egy új cikk, a már megkezdett témából.
- 2. hét: a leltárból jelöld ki a 10 legjobb frissítési jelöltet és a 3 összevonási jelöltet. Az első két frissítés elkészül és kimegy.
- 3. hét: további két frissítés, plusz a belső linkelés első köre az erős oldalakból. Publikálás: a hónap második új cikke.
- 4. hét: még két frissítés, és az első összevonás átirányítással. A hónap végén rögzítsd a kiindulási számokat, ez lesz a viszonyítási alapod.
Második hónap: mélyítés és konszolidáció
- 5. hét: a legerősebb oldalad teljes újraírása, hosszabb, teljesebb formában. Kérdés alapú alcímek, gyakori kérdések blokk.
- 6. hét: két további frissítés, valamint a második összevonás. Publikálás: az első új cikk, immár lassabb ütem szerint.
- 7. hét: belső linkelés második köre, most már a frissített oldalak felől. Ellenőrizd a törött linkeket és a felesleges átirányítási láncokat.
- 8. hét: a második új cikk, majd összevetés: mit hoztak a frissített oldalak a nem frissítettekhez képest. Innen már adatból döntesz, nem érzésből.
Ha ez sok, egyszerűsítsd: havi két új cikk mellett havi négy érdemi frissítés és havi egy belső linkelési kör már önmagában értelmes program.
Mely mutatókat kell kiemelten figyelni az átállás alatt?
Nem az összlátogatottságot nézd elsőként, mert az túl lassan és túl sok zajjal mozdul. Ezeket kövesd:
- A top 20 URL megjelenése és kattintása a Search Console-ban, hónapról hónapra, azonos hosszúságú időszakokra. Ez a legfontosabb egyetlen szám.
- Nem márkás kattintások aránya: ha a márkanevedre jövő forgalmat kiszűröd, látod a valódi szerves teljesítményt.
- Indexelt oldalak száma az Oldalak riportban. Ha a "Feltérképezve, jelenleg nincs indexelve" kategória hirtelen nő, az figyelmeztető jel.
- Frissített oldalak külön kohorszban: a frissített URL-eket jelöld meg, és nézd őket külön a nem frissítettektől.
- Átlagos pozíció a 8-20 sávban ragadt kulcsszavakra: itt mozdul először a frissítés hatása.
- Válaszmotorokból érkező hivatkozó forgalom a GA4-ben. Készíts egy szegmenst erre a mintára:
chatgpt\.com|perplexity\.ai|gemini\.google\.com|copilot\.microsoft\.com|claude\.ai
(Szakmai feltételezés) A frissítések hatása jellemzően 2-8 hét alatt válik láthatóvá, oldalanként erősen eltérő módon. Ezért az első hat hétben ne vonj le következtetést, és semmiképp ne fordulj vissza pánikszerűen a régi ütemre.
Mikor rossz ötlet lassítani?
Van, amikor a mennyiség csökkentése valós kockázat. Ezekben az esetekben inkább ne kezdj bele:
- Új domain, egy évnél fiatalabb tartalmi állomány. Nincs mit frissíteni, a témalefedettség még hiányos, itt a folyamatos építés a dolgod.
- Hírjellegű vagy gyorsan változó terület. Ha a témádban hetente van új fejlemény, a ritmus maga az érték.
- Erősen szezonális üzlet a szezon előtti felfutásban. Ilyenkor a lassítást halaszd a holtszezonra.
- Ha a forgalmad zöme sok, apró, hosszú farkú kifejezésből jön, és minden új cikk hoz némi pluszt. Itt a darabszám csökkentése közvetlenül számít.
- Ha nincs frissítési tartalék. Ha a régi cikkek tényleg jók és frissek, akkor a felszabaduló időnek nincs hová mennie.
- Ha a csapat csak írni tud. A frissítés, az összevonás és a belső linkelés más készség, és ha ezt senki nem viszi, a lassítás valóban csak kevesebb munka lesz.
Egy köztes megoldás is létezik: havi három cikk, mellette két frissítés. Ha bizonytalan vagy, ezzel kezdd, és a második hónap adatai alapján lépj tovább havi kettőre.
Milyen ellenőrzőlistával indulj neki?
- Elkészült a teljes URL leltár teljesítményadatokkal.
- Kijelölted a 10 frissítési és 3 összevonási jelöltet.
- Rögzítetted a kiindulási számokat (top 20 URL, nem márkás kattintás, indexelt oldalak).
- Van írásban rögzített szabályod arra, mitől számít egy frissítés érdeminek.
- A sitemap
lastmodés adateModifieda valós módosítást követi. - Van felelőse a belső linkelési körnek, nem csak az írásnak.
- Beírtad a naptárba a 8. heti kiértékelést.
- Eldöntötted előre, milyen romlás esetén állsz vissza a gyorsabb ütemre.
A lassítás nem takarékossági döntés, hanem átcsoportosítás. Ha így csinálod, a szerves láthatóság jó eséllyel megmarad, de garancia erre nincs, mert a keresők és a válaszmotorok viselkedése folyamatosan változik. Az adatok rendszeres nézése a biztosítékod, nem a publikálási naptár.
Források és további olvasnivalók
Az alábbi hivatalos dokumentációk foglalkoznak a fentiekben hivatkozott kérdésekkel:
- Google Search Central: Creating helpful, reliable, people-first content
- Google Search Central: Large site owner's guide to managing your crawl budget
- Google Search Central: Sitemaps és a lastmod elem használata
- Google Search Central: Redirects and Google Search
- Google Search Console súgó: Teljesítmény riport és az Oldalak (indexelés) riport
- Schema.org: Article, datePublished, dateModified típusdefiníciók
- OpenAI dokumentáció: ChatGPT search és a bot azonosítók kezelése
- W3C: Web Content Accessibility Guidelines (dokumentumszerkezet és címsorhasználat)
- A szerves láthatóságot nem a publikálás gyakorisága tartja fenn, hanem a meglévő oldalak relevanciája és belső támogatottsága.
- A felszabaduló idő helyes sorrendje: frissítés, belső linkelés, mélyítés, majd technikai higiénia.
- Az átállás első hónapja leltár és frissítés, a második hónap mélyítés és konszolidáció.
- Kiemelten a top 20 URL megjelenéseit, a nem márkás kattintásokat és az indexelt oldalak számát figyeld.
- Új domainen, hírjellegű vagy erősen szezonális témában a lassítás jó eséllyel visszaüt.
Gyakori kérdések
Tényleg nem büntet a Google, ha ritkábban publikálok?
A Google hivatalos dokumentációja nem nevez meg publikálási gyakoriságot rangsorolási tényezőként, és kifejezetten óv a nagy mennyiségű, kis értékű tartalomtól. A ritkább publikálás önmagában tehát nem szankcionált, a kockázat inkább abból ered, ha a felszabaduló időt nem fordítod a meglévő állomány karbantartására.
Mennyi idő alatt látszik, hogy jól döntöttem?
Reális kiértékelési pont a nyolcadik hét, és a teljesebb kép jellemzően három hónap után áll össze. Az első hat hétben a frissítések hatása még szórt, ezért ekkor ne vonj le következtetést és ne állj vissza kapkodva a korábbi ütemre.
Elég, ha csak a dátumot frissítem a régi cikkeken?
Nem, és kifejezetten kerülendő. A Google iránymutatása szerint a módosítás dátumát akkor kell frissíteni, ha a tartalom érdemben változott. A puszta dátumcsere félrevezető jelzés, és a felhasználó bizalmát is rontja, ha ugyanazt az elavult szöveget látja új dátummal.
Honnan tudom, melyik cikket frissítsem először?
A Search Console teljesítmény riportjában rendezd az oldalakat megjelenés szerint, és keresd azokat, amelyeknél sok a megjelenés, de alacsony az átkattintási arány, vagy az átlagos pozíció 8 és 20 közé esik. Ezek vannak a legközelebb ahhoz, hogy egy érdemi frissítés mérhető változást hozzon.
Mi legyen a nagyon gyenge, senkit nem érdeklő régi cikkekkel?
Három út van: összevonás egy erősebb, kapcsolódó oldalba 301-es átirányítással, érdemi bővítés önálló oldalként, vagy eltávolítás. A választás azon múlik, van-e a témának valós keresési igénye és üzleti értéke. Egyszerre legfeljebb két URL-t mozgass, hogy követhető maradjon a hatás.
A válaszmotorokban is számít a publikálási ütem?
Erre nincs nyilvános, megerősített adat, ezért szakmai feltételezésként kezeld: a válaszmotorok jellemzően jól strukturált, tényszerű és egyértelműen datált forrásokat idéznek szívesen, ami inkább a mélyebb, karbantartott oldalaknak kedvez. A gyakori publikálás önmagában valószínűleg nem előny.
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.