decay
Liikenne laskee ajan myötä
Refresh
Päivitys ennen uutta sisältöä
GSC
Priorisointidata

Mitä content decay tarkoittaa

Content decay on luonnollinen ilmiö: artikkeli, joka rankkasi hyvin vuosi sitten, menettää vähitellen sijoituksiaan, koska kilpailijat julkaisevat tuoreempaa, syvempää sisältöä, Googlen algoritmi painottaa tuoreutta tietyissä kyselyissä ja vanhentuneet faktat heikentävät luottamusta.

Decay ei tarkoita, että sisältö on huono — se tarkoittaa, että se on suhteessa heikompi kuin ennen. Päivitys palauttaa kilpailukyvyn usein nopeammin kuin uuden artikkelin luominen.

Operatiivinen SEO tarkoittaa juuri tätä: systemaattinen seuranta, priorisointi ja ylläpito — ei vain uuden sisällön tuotantoa.

Miksi refresh voittaa uuden artikkelin

Miksi sisällön päivitys kannattaa

Uuden sisällön tuotanto on kallista. Päivittämällä olemassa olevaa saat usein paremman ROI:n: sama URL, olemassa olevat linkit, nopeampi vaikutus.

Google arvostaa tuoreutta ja tarkkuutta — erityisesti nopeasti muuttuvilla aloilla (SEO, teknologia, lainsäädäntö). Päivitetty dateModified ja oikeasti uudistettu sisältö viestivät aktiivisuudesta.

Prunnaus (heikon sisällön poisto) parantaa sivuston kokonaislaatua: vähemmän ohutta sisältöä, parempi crawl-tehokkuus.

  • Parempi ROI kuin pelkkä uusi sisältö
  • Säilyttää URL:n ja backlinkit
  • Parantaa sivuston kokonaislaatua
  • Tukee sisältöstrategian pillar-rakennetta

Content decayn tunnistaminen

Merkit: laskeva orgaaninen liikenne artikkelissa (Analytics), sijoitusten lasku (Search Console), vanhentuneet vuosiluvut ja tilastot tekstissä, kilpailijoiden uudemmat artikkelit SERP:ssä.

Aja kuukausittainen raportti: top 50 artikkelia liikenteen muutoksella. Artikkelit, joissa lasku > 20 % vuoden aikana, ovat refresh-kandidaatteja.

Erottele kausittainen lasku (sesonki) ja pysyvä decay — vertaa useampaa vuotta, jos dataa on.

Content decay -käyrä: orgaaninen liikenne laskee ajan myötä, refresh nostaa käyrän takaisin
Decay-käyrä kertoo, milloin päivitys on tarpeen — älä odota nollaan asti.

Refresh vs uusi sisältö vs prunnaus

Refresh: päivitä faktoja, lisää osioita, paranna otsikoita, lisää sisäisiä linkkejä, päivitä kuvat. Säilytä URL ja päivitä dateModified.

Uusi sisältö: aihe on muuttunut niin paljon, että vanha artikkeli ei sovi — luo uusi, 301 vanhasta uuteen tai yhdistä.

Prunnaus: ohut, päällekkäinen tai irrelevantti sisältö poistetaan (410/404) tai yhdistetään vahvempaan artikkeliin 301:llä.

Prunnaus — milloin poistaa sisältöä

Prunnaa, kun: artikkeli on kanibaloitu vahvemman kanssa, ei tuo liikennettä eikä liiketoiminta-arvoa, on factually väärä eikä korjaamisen arvoinen, tai heikentää sivuston kokonaislaatua.

Älä prunnaa impulsseista — tarkista GSC: onko sivulla vielä long-tail-liikennettä tai arvokkaita backlinkkejä?

Poiston sijaan preferoi 301 yhdistämistä vahvempaan artikkeliin — signaali siirtyy, ei katoa.

Sisällön priorisointimatriisi: liikenne vs decay-nopeus — refresh, prunnaus ja seuranta-alueet
Priorisoi korkea liikenne + nopea decay ensin — suurin vaikutus pienimmällä työllä.

GSC-vinkki

dateModified ja tuoreussignaalit

Päivitä dateModified vain, kun sisältö oikeasti muuttuu merkittävästi — ei pelkkä päivämäärän vaihto. Article-schema ja sitemap lastmod tukevat signaalia.

Näytä lukijalle "Päivitetty"-päivämäärä, jos se on relevantti (faktat, lainsäädäntö). Älä piilota vanhaa datePublished — se on osa luottamusta.

Google ei rankaise fake refreshistä automaattisesti, mutta käyttäjä ja algoritmi huomaavat, jos sisältö ei muutu.

GSC-signaalit priorisointiin

Suorituskykyraportti: impressiot kasvavat, CTR laskee — title/meta kaipaa päivitystä. Sijoitukset laskevat, impressiot laskevat — sisältö decay.

Indeksointi: "Harvoin crawlatut" -sivut voivat olla prunnaus-kandidaatteja, jos liikenne on nolla.

Yhdistä GSC Analyticsiin: mitkä artikkelit tuottivat liidejä aiemmin mutta eivät enää?

Päivitysprosessi käytännössä

Kvartaaleittain: listaa decay-kandidaatit, priorisoi matriisilla, assignaa omistaja, päivitä tai prunnaa, dokumentoi muutokset.

Refresh-checklist per artikkeli: faktojen tarkistus, uudet osiot, sisäiset linkit, FAQ, schema dateModified, uudelleenindeksointi GSC:ssä.

Integroi sisältöstrategiaan — refresh ylläpitää pillar-rakennetta, prunnaus siivoaa clusterin.

Yleisimmät virheet

Fake refresh: vain päivämäärän vaihto ilman sisältömuutosta.

Prunnaus ilman 301:ää — hukataan backlinkit.

Uuden artikkelin luonti samaan aiheeseen ilman kanibalisaation tarkistusta.

Decay ignored: kaikki resurssit vain uuteen sisältöön, vanhaa ei ylläpidetä.

Sisällön päivitys lukuina

20 %
Lasku = refresh-harkinta
Kvartaali
Auditointisykli
301
Prunnaus yhdistäen
dateModified
Vain oikeat päivitykset

Yhteenveto ja seuraavat askeleet

Content decay on normaalia — systemaattinen refresh ja prunnaus pitävät sisältökirjaston kilpailukykyisenä. Käytä GSC:ää priorisointiin, päivitä dateModified rehellisesti ja prunnaa 301:llä.

Seuraavaksi yhdistä prosessi sisältöstrategiaan. Apua? SEO-palvelumme.

Sisällön päivitys -checklist

Käy lista kvartaali-auditissa jokaiselle refresh-kandidaatille.

  • GSC: laskevat sijoitukset ja impressiot listattu
  • Priorisoi korkea liikenne + decay
  • Refresh: faktat, osiot, linkit, FAQ
  • dateModified vain oikeista päivityksistä
  • Prunnaus: 301 vahvempaan artikkeliin
  • Pyydä uudelleenindeksointi GSC:ssä
  • Dokumentoi muutokset seuraavaa kierrosta varten

Usein kysytyt kysymykset

Mitä content decay tarkoittaa?

Content decay on ilmiö, jossa vanha sisältö menettää ajan myötä sijoituksiaan ja liikennettään kilpailun, tuoreuden ja vanhentuneen tiedon vuoksi.

Päivitä vai luo uusi artikkeli?

Preferoi refreshiä, jos URL:lla on arvoa (linkit, indeksointi). Uusi artikkeli vain, jos aihe on muuttunut radikaalisti — muuten 301 vanhasta uuteen.

Mitä on content pruning?

Prunnaus tarkoittaa heikon, päällekkäisen tai irrelevantin sisällön poistoa tai yhdistämistä vahvempaan artikkeliin 301:llä.

Pitääkö dateModified aina päivittää?

Vain kun sisältö oikeasti muuttuu merkittävästi. Pelkkä päivämäärän vaihto ilman muutosta ei auta ja voi heikentää luottamusta.

Miten priorisoin päivitykset?

Käytä GSC:ää: korkea impressio + laskevat sijoitukset = ensimmäinen. Yhdistä Analytics-liikenteeseen ja liiketoiminta-arvoon.