Orgaanisen liikenteen lasku: Search Console- ja GA4-tarkistuslista

Miten vahvistat, että orgaanisen liikenteen lasku on todellinen?

Vahvista, että napsautukset Google Search Consolessa laskivat kahdella täydellä, vertailukelpoisella aikavälillä, ennen kuin tutkit syitä. ”Orgaaninen liikenne on laskenut” voi tarkoittaa eri asioita: Search Console laskee Google-haun napsautukset, kun taas GA4 laskee seuratut istunnot ja kohdistaa ne kanaviin, joten lasku yhdessä raportissa ei todista laskua toisessa.

Aloita näillä kysymyksillä:

• Laskivatko Google-haun napsautukset vai vain GA4:n orgaaniset istunnot?
• Laskivatko näyttökerrat, vai laski CTR näyttökertojen pysyessä vakaina?
• Oliko lasku äkillinen yhtenä päivänä vai vähittäinen viikkojen aikana?
• Onko vertailujakso täydellinen ja kausivaihtelun kannalta järkevä?

Search Console -data ei ole hetkellistä. Googlen ohjeen mukaan kerätty data on yleensä saatavilla kahden tai kolmen päivän kuluessa, joten uusimmat päivät ovat vajaita. Päiväkohtainen data noudattaa Kalifornian (Pacific) aikaa, kun taas GA4 käyttää resurssin omaa aikavyöhykettä, joten yksittäisen päivän luvut harvoin täsmäävät tarkasti. Kaikki erot käydään läpi artikkelissa miksi GSC:n napsautukset ja GA4:n istunnot eivät täsmää.

Mitä laskun muoto kertoo?

Laskun kuvio kaventaa todennäköisiä syitä jo ennen kuin avaat yhtään raporttia. Googlen opas liikenteen laskujen selvittämiseen ryhmittelee syyt teknisiin ongelmiin, tietoturvaongelmiin, manuaalisiin toimenpiteisiin, algoritmipäivityksiin, muuttuvaan kiinnostukseen tai kausivaihteluun ja sivustosiirtoihin. Käytä tätä luokittelutaulukkoa lähtökohtana, älä diagnoosina.

Google huomauttaa, että sivutason tekniset ongelmat, kuten väärään paikkaan sijoitettu noindex-tagi, näkyvät yleensä hitaampana laskuna, koska sivut skannataan uudelleen vähitellen, kun taas koko sivustoa koskevat ongelmat näkyvät nopeasti. Taulukko on luokitteluapu: näyttökertojen lasku voi johtua kysynnän muutoksesta yhtä hyvin kuin sijoitusten menetyksestä, joten niiden erottamiseen tarvitaan kyselytason todisteita.

Mikä on vaiheittainen tutkimuslista?

Käy nämä kaksitoista vaihetta läpi järjestyksessä ja kirjaa jokaisessa ylös, mitä havaitset.

1. Vahvista aikaväli. Avaa Search Console → Suorituskyky (Performance) → Hakutulokset (Search results) ja vertaa kahta täyttä 28 päivän jaksoa. Lisää sama vuodenaika edelliseltä vuodelta, jos sinulla on se. Käytä vertailutoimintoa ja huomaa, että taulukko näyttää enintään 1 000 riviä.
2. Tarkista napsautukset ja näyttökerrat yhdessä. Napsautukset laskevat, kun hakuja tehdään vähemmän, näkyvyys heikkenee tai harvempi hakija napsauttaa. Samanaikainen näyttökertojen lasku vaatii eri selvityksen kuin vakaat näyttökerrat ja laskeva CTR.
3. Etsi eniten menettäneet sivut. Avaa Sivut-välilehti ja järjestä menetettyjen napsautusten absoluuttisen määrän mukaan. Yksi suuri URL-osoite voi selittää suurimman osan sivuston laskusta; pienten sivujen prosenttimuutokset ovat yleensä kohinaa.
4. Tunnista, mitkä kyselyt muuttuivat. Valitse yksi eniten menettänyt sivu ja avaa Kyselyt. Menettivätkö tärkeät hakusanat näyttökertoja, sijaintia, CTR:ää vai kaikkia kolmea? Vertaa kyselyitä äläkä luota sivun keskiarvoon.
5. Erittele maat ja laitteet. Pelkästään mobiiliin tai yhteen maahan rajoittuva lasku vaatii suppeamman selvityksen kuin maailmanlaajuinen lasku.
6. Tarkista hakutyyppi ja ulkoasu. Älä vertaa Web-hakua Kuva- tai Video-hakuun. Discoverilla ja Google Newsilla on omat suorituskykyraporttinsa. AI Overviews- ja AI Mode -ominaisuuksien napsautukset lasketaan Web-hakutyyppiin, joten muutos siinä, miten Google näyttää tekoälyominaisuudet, voi liikuttaa lukujasi.
7. Tarkista indeksointi. Käytä eniten menettäneiden URL-osoitteiden kohdalla URL-osoitteen tarkistusta indeksoidun version ja Googlen valitseman kanonisen osoitteen tarkastelemiseen. Katso mitä tehdä, kun Search Console ilmoittaa sivun olevan indeksoimaton.
8. Käy läpi tekniset muutokset. Tarkista uudelleenohjaukset, kanoniset tagit, robots.txt, noindex-tagit, palvelinvirheet, JavaScript-renderöinti, sivustokarttamuutokset ja sisäiset linkit. Käytä Crawl stats -raporttia (saatavilla juuritason resursseille) isännän tilaan ja vastauskoodeihin. Laskun ajankohtaan osuva julkaisupäivä on johtolanka, ei todiste.
9. Tarkista Manual actions ja Security issues. Molemmat raportit ovat Search Consolessa. Manuaalinen toimenpide tarkoittaa, että ihmisarvioija löysi roskapostikäytäntöjen rikkomuksia; tietoturvaongelma tarkoittaa, että sivusto merkittiin murretuksi tai haitalliseksi.
10. Vertaa Googlen päivitys- ja poikkeamatietoihin. Katso seuraavat kaksi osiota.
11. Tarkastele sisältöä ja kilpailua. Poistettiinko osio? Onko sivu vanhentunut? Onko hakutarkoitus muuttunut? Vertaa sitä, mikä sijoittuu nyt, äläkä pelkkää sanamäärää tai tekoälytiivistelmän läsnäoloa.
12. Tarkista analytiikkaseuranta ja priorisoi sitten. Jos GA4 laski mutta Search Console ei, varmista tunnisteet ja suostumukset, ennen kuin kosket SEO-sisältöön. Korjaa sitten ensin vahvistetut tekniset viat ja testaa sisältömuutokset yksi kerrallaan.

Miten löydät sivut, jotka selittävät menetyksen?

Järjestä sivut menettämiensä napsautusten mukaan, älä prosenttiosuuden mukaan, koska muutama URL-osoite selittää yleensä suurimman osan laskusta. Laske jokaiselle sivulle nykyiset napsautukset miinus edelliset napsautukset ja järjestä nousevasti. Tämä on kuvitteellinen esimerkki 28 päivän vertailusta:

Suurin osa raportoidusta menetyksestä tulee sivulta /guides/setup, joten se tutkitaan ensin. Älä kirjoita jokaista sivua uusiksi sen vuoksi, että koko sivuston kaavio on laskussa.

Toista sitten harjoitus yksi taso alemmas: vertaa sivun /guides/setup kyselyitä. Jos sivu menetti napsautuksia yhdellä kyselyllä, jonka sijainti heikkeni, kyse on sijoituskysymyksestä. Jos se menetti näyttökertoja kaikilla kyselyillä kerralla, tarkastele indeksointia, kanonisointia tai kysyntää.

Voiko Googlen päivitys olla laskun syy?

Mahdollisesti, mutta varmista ensin päivämäärät: lasku viittaa päivitykseen vain, jos se alkaa päivityksen alun jälkeen ja kärsineet sivut vastaavat uskottavasti sitä, mihin päivitys kohdistuu. Google Search Status Dashboard listaa vahvistetut sijoituspäivitykset alku- ja loppuaikoineen. Lokakuussa 2026 se listaa vuodelle 2026 muun muassa core-päivitykset maalis- ja toukokuussa sekä spam-päivitykset maalis-, kesä-, elo- ja syyskuussa; tarkista tarkat päivämäärät dashboardista, koska se muuttuu.

Googlen core-päivitysten dokumentaatio antaa käytännön sääntöjä:

• Varmista dashboardista, että käyttöönotto on päättynyt, ja odota vähintään täysi viikko sen päättymisestä, ennen kuin analysoit Search Consolea.
• Vertaa päivitystä edeltäviä viikkoja sitä seuraaviin viikkoihin, älä käyttöönoton aikaisia päiviä.
• Pieni sijoituksen lasku ei edellytä jyrkkiä toimia; Google suosittelee olemaan muuttamatta sisältöä, joka jo toimii hyvin. Suuremmat laskut ansaitsevat kärsineiden sivujen syvemmän tarkastelun.
• Parannukset eivät takaa palautumista, eikä sivuilla ole taattua sijaintia. Google tekee myös pienempiä core-päivityksiä, joista se ei ilmoita.

Useat syyt voivat olla päällekkäisiä, joten pidä listaa hypoteeseista ja testaa jokaista sivutason dataa vasten.

Mitkä raportointiongelmat voivat jäljitellä liikenteen laskua?

Jotkin näennäiset laskut ovat muutoksia siinä, miten Search Console laskee, eivät siinä, kuinka moni napsautti. Tarkista nämä, ennen kuin muutat sivustoa.

• Tunnetut datapoikkeamat. Google ylläpitää Data anomalies -sivua, joka listaa kirjausvirheet, jotka laskivat tai paisuttivat raportoituja napsautuksia tai näyttökertoja tiettyinä päivinä ja raporteissa. Vuonna 2026 sivulla oli useita, mukaan lukien näyttökertojen kirjausvirhe, joka raportoi näyttökertoja liikaa 13. toukokuuta 2025 alkaen, kunnes se korjattiin kevään 2026 aikana. Google kertoi, ettei virhe vaikuttanut napsautuksiin, mutta CTR lasketaan näyttökerroista, joten kyseisen jakson CTR ei ole vertailukelpoinen muiden jaksojen kanssa. Alan uutisoinnin mukaan Google ei aio laskea kärsinyttä historiaa uudelleen.
• Tulosten määrän muutos sivua kohti. Alan raporttien mukaan syyskuun 2025 puolivälin tienoilla, kun Google lakkasi noudattamasta parametria, joka palautti jopa 100 tulosta kerralla, monella sivustolla näyttökerrat laskivat ja keskimääräinen sijainti parani napsautusten pysyessä ennallaan. Suhtaudu varoen vuosien väliseen näyttökertojen ja sijainnin vertailuun, joka ylittää tämän päivämäärän.
• Tekoälyominaisuudet. AI Overviews- ja AI Mode -ominaisuuksien näyttökerrat ja napsautukset lasketaan Web-hakutyyppiin. Google toi kesäkuussa 2026 myös generatiivisen tekoälyn suorituskykyraportit, jotka näyttävät vain näyttökerrat, ja niiden ohjesivun mukaan ne on otettu käyttöön kaikilla sivustoilla 31. elokuuta 2026 mennessä. Ne ovat näkymä jo pääraportissa olevaan dataan, eivät lisäliikennettä.
• Taulukkorajat ja yksityisyys. Harvinaiset, anonymisoidut kyselyt jätetään pois kyselytaulukosta ja API:sta, mutta ne lasketaan silti kaavion kokonaislukuihin, ellei kyselysuodatinta ole käytössä. Rivien summa ei siksi välttämättä vastaa kaavion kokonaislukua.

Lisää jokaisesta löytämästäsi päivästä merkintä tai muistiinpano omaan lokiisi, jotta myöhemmät vertailut eivät tulkitse niitä väärin.

Miten erotat kausivaihtelun todellisesta menetyksestä?

Aseta suorituskykykaavio 16 kuukauteen ja vertaa samoja viikkoja vuoden takaa; jos lasku toistuu, kysyntä todennäköisesti liikkui, ei sijoituksesi. Liitä sitten eniten napsautuksia menettäneet hakusanat Google Trendsiin nähdäksesi, laskiko kiinnostus koko verkossa.

Otetaan kuvitteellinen tapaus. Sivusto menettää 900 napsautusta kuukauden aikana, ja sivuraportti näyttää, että 750 niistä tuli juhlakauden oppaasta, kun muut sivut ovat vakaat. Oppaan näyttökerrat laskivat vastaavassa suhteessa, ja viime vuonna kuvio oli sama.

1. Vertaa samaa kausi-ikkunaa vuotta aiemmin muistaen yllä mainitut raportointivaroitukset.
2. Tarkista, laskivatko näyttökerrat napsautusten mukana.
3. Käy läpi kausisivua ajavat kyselyt.
4. Tarkista tekniset viat vain, jos todisteet viittaavat todelliseen sivustoon liittyvään ongelmaan.
5. Päätä, päivitetäänkö opas ennen seuraavaa kysyntäjaksoa sen sijaan, että kausivaihtelua kohdeltaisiin rangaistuksena.

Absoluuttiset menetykset ja ajallinen yhteys ovat yhtä tärkeitä kuin prosentit. Jos 16 kuukauden näkymä ei ulotu tarpeeksi kauas taaksepäin, suunnittele datan säilytys jo nyt oppaan Search Console -datan säilyttäminen yli 16 kuukautta avulla.

Mitä tarkistat, kun GA4:n istunnot laskevat?

Jos GA4:n istunnot laskivat mutta Search Consolen napsautukset eivät, käsittele sitä ensin mittauskysymyksenä. Varmista, että GA4-tunniste laukeaa jokaisella sivupohjalla, että suostumusasetukset eivät muuttuneet, että uudelleenohjaukset tai uusi verkkotunnus eivät poista viittaajatietoa ja ettei mukautettuja kanavasääntöjä tai suodattimia ole muokattu. GA4:n oletuskanavaryhmä sijoittaa hakukoneiden käynnit Organic Search -kanavaan, joten sääntö- tai merkintämuutos voi siirtää istuntoja kanaviin Direct tai Unassigned.

Muista, mitä kumpikin työkalu laskee. Search Console laskee Google-haun napsautukset ja kohdistaa datan kanonisiin URL-osoitteisiin; GA4 laskee istunnot selaimissa, joissa sen JavaScript suoritettiin, käyttäen todellisuudessa ladattua URL-osoitetta. Tekoälyavustajat ovat erillinen lähde: niiden istunnot saapuvat yleensä viittauksina, eivät orgaanisena liikenteenä, mitä selittää GA4:n tekoälyviittausten seuranta.

Miten rakennat tapahtumalokin, ennen kuin muutat mitään?

Kohtele suurta liikennemenetystä kuin tuotantohäiriötä ja kirjaa nämä kentät ylös, ennen kuin muokkaat yhtään sivua:

• Havaittu: ensimmäinen vertailukelpoinen täysi raportointipäivä, jolla menetys näkyi.
• Laajuus: koko sivusto, URL-hakemisto, maa, laite tai muutama sivu.
• Mittarit: napsautukset, näyttökerrat, CTR ja sijainti päivämäärineen.
• Viimeaikaiset muutokset: julkaisut, sisältöpäivitykset, uudelleenohjaukset, robots-, kanoniset ja analytiikkamuutokset.
• Vahvistetut tosiasiat: havainnot, joita data tai suorat testit tukevat.
• Varmistamattomat hypoteesit: uskottavat syyt, jotka vaativat vielä validoinnin.
• Toimet ja vastuuhenkilöt: mitä tarkistetaan, kenen toimesta ja missä järjestyksessä.
• Onnistumiskriteerit: mittari ja aikaväli, jotka osoittaisivat palautumisen.

Tämä estää hyvää tarkoittavaa tiimiä tekemästä viittä keskenään ristiriitaista SEO-muutosta yhdessä iltapäivässä, ja se antaa lähtötason, jota vasten korjausta voi arvioida.

Mitä ei kannata tehdä äkillisen laskun jälkeen?

Vältä toimia, jotka tuhoavat todisteita tai lisäävät uusia muuttujia.

• Älä kirjoita jokaista artikkelia uusiksi. Se pyyhkii lähtötasosi ja voi luoda uusia ongelmia.
• Älä oleta päivityksen aiheuttaneen laskua. Ajoitus yksin on heikko todiste; tarkista tekniset, seuranta- ja kysyntäselitykset.
• Älä lähetä satoja URL-osoitteita uudelleen. Lähetys ei ole sijoitusten palautus, ja Googlen Indexing API on rajattu työpaikkailmoitus- ja livestream-sivuihin.
• Älä arvioi korjausta seuraavana aamuna. Skannaus, indeksointi ja raportointi vievät päiviä tai viikkoja.
• Älä muuta useita asioita kerralla samassa osiossa, sillä muuten et tiedä, mikä niistä vaikutti.

Miten tekoälyagentti voi nopeuttaa diagnoosia?

Agentti voi tuottaa sivu- ja kyselyvertailut minuuteissa, mutta vain valtuutetulla pääsyllä Search Console -resurssiisi, ja GA4-pääsyllä, jos konversiot tai istunnot ovat tärkeitä. Malli ilman dataa voi selittää menetelmän mutta ei näe lukujasi.

GSC Magicissa on report_traffic_drops-työkalu sekä bing_page_stats ja ga_run_report, joten yhdellä kysymyksellä voi verrata Google-napsautuksia, Bingin sivutilastoja ja GA4:n istuntoja. Se ei näe mitään, mitä Search Console ei tarjoa, ja yllä mainitut varaumat poikkeamista ja anonymisoiduista kyselyistä pätevät edelleen. Sen Free-paketissa on 200 pyyntöä kuukaudessa ja 10 päivässä, ja Pro-paketissa pyyntöjä on rajattomasti kohtuullisen käytön puitteissa. Lisää lähtökohtia löytyy artikkelista 25 SEO-kehotetta tekoälyagenteille.

Mitä teet tarkistuslistan jälkeen?

Tee siitä rutiini: aja kuukausittainen suorituskykyvertailu, tutki merkittävät poikkeukset ja pidä merkinnöin varustettua lokia julkaisuista, uudelleenohjauksista ja sisältöpäivityksistä mittarien rinnalla. Kohdennettuja parannuksia varten, kun syy on tiedossa, jatka oppaisiin matalan CTR:n mahdollisuudet ja avainsanojen kannibalisaation diagnostiikka.

Haluatko tekoälyavustajasi työskentelevän oikean hakusuorituskyvyn eikä arvausten varassa? Yhdistä se GSC Magicilla.

Usein kysytyt kysymykset

Aiheuttiko Googlen algoritmipäivitys liikenteeni laskun?

Mahdollisesti, mutta ajoitus yksin ei todista sitä. Tarkista päivityksen alku- ja loppupäivät Google Search Status Dashboardista, odota, että käyttöönotto on päättynyt, ja vertaa kärsineitä sivuja ja kyselyitä ennen ja jälkeen. Sulje ensin pois seurantavirheet, tekniset julkaisut, kausivaihtelu ja manuaaliset toimenpiteet, sillä useat syyt voivat olla päällekkäisiä.

Kuinka kauan core-päivityksen jälkeen kannattaa odottaa ennen liikenteen analysointia?

Googlen core-päivitysten dokumentaation mukaan pitää varmistaa Search Status Dashboardista, että käyttöönotto on päättynyt, ja odottaa vähintään täysi viikko sen päättymisestä, ennen kuin analysoi Search Console -dataa. Aiempi analyysi sekoittaa käyttöönoton aiheuttaman myllerryksen uuteen vakaaseen tilaan ja voi johtaa vääriin johtopäätöksiin.

Miksi Search Consolen näyttökerrat laskivat, vaikka sijoitukseni näyttävät samoilta?

Raportointimuutokset voivat laskea näyttökertoja ilman sijoitusten menetystä. Google on dokumentoinut kirjausvirheitä Data anomalies -sivullaan, ja alan raporttien mukaan syyskuun 2025 puolivälissä tapahtunut muutos tulosten määrässä sivua kohti liittyy tietokonehaun näyttökertojen laskuun ja keskimääräisen sijainnin paranemiseen. Tarkista tunnetut poikkeamat ja merkitse kyseiset päivät muistiin, ennen kuin vertaat niiden yli.

Pitäisikö jokainen sivu lähettää Googlelle uudelleen liikenteen laskun jälkeen?

Ei. Massalähetys ei korjaa väärää kanonista osoitetta, noindex-tagia, heikkoa sisältöä tai palvelinongelmaa, ja Indexing API on rajattu työpaikkailmoitus- ja livestream-sivuihin. Selvitä ensin syy ja korjaa se, ja pyydä sitten indeksointia tärkeille yksittäisille URL-osoitteille tai lähetä puhdas sivustokartta.

Miksi GA4:n istunnot ovat laskeneet, vaikka Search Consolen napsautukset ovat vakaat?

Tällainen kuvio viittaa mittaukseen eikä hakunäkyvyyteen. Tarkista, laukeaako GA4-tunniste jokaisella sivupohjalla, ovatko suostumusasetukset muuttuneet, poistavatko uudelleenohjaukset viittaajatiedon ja onko kanavaryhmittelyä tai suodattimia muokattu. Työkalut käyttävät myös eri aikavyöhykkeitä ja laskevat eri asioita, joten täsmällistä vastaavuutta ei pidä odottaa.

Palauttaako lisäsisällön lisääminen orgaanisen liikenteeni?

Ei automaattisesti. Sisältö auttaa vain, jos se vastaa todelliseen käyttäjätarpeeseen, korjaa laatuvajeen tai vastaa hakutarkoitukseen paremmin kuin nykyisin sijoittuvat sivut. Googlen mukaan parannukset eivät takaa palautumista. Selvitä ensin, mitkä sivut ja kyselyt menettivät näkyvyyttä, muuta sitten rajattua määrää sivuja ja mittaa.

Kuinka kauan orgaanisen liikenteen palautuminen kestää?

Yleispätevää aikataulua ei ole. Tekniset korjaukset skannataan uudelleen päivien tai viikkojen kuluessa, kun taas laatuun liittyvät sijoitusmuutokset voivat kestää paljon pidempään, ja Googlen mukaan sijoitusmuutosten asettuminen sivustomuutoksen jälkeen voi vaatia viikkoja tai kuukausia. Kysyntä ja kilpailu liikkuvat myös koko ajan, joten mittaa määriteltyä lähtötasoa ja aikaväliä vasten.

Tee tämä GSC Magic -palvelulla

GSC Magic muuttaa tämän tarkistuslistan ensimmäisen puoliskon työkaluiksi: report_traffic_drops muutosten tunnistamiseen, gsc_inspect_urls_batch indeksointitilaan, report_google_vs_bing algoritmisten ja teknisten syiden erottamiseen sekä GA4:n aloitussivut napsautuksen jälkeiseen näkymään. Selaa SEO-raportteja tai yhdistä Claude ja kysy.