Google Search Consolen ja SEO:n sanasto
Lyhyitä, lähteistettyjä määritelmiä termeille, joita kohtaat Search Consolessa, Bing Webmaster Toolsissa, GA4:ssä ja tekoälyhaussa, sekä linkit viralliseen dokumentaatioon jokaisen takana.
Päivitetty viimeksi: 2026-10-30
Tämä sanasto määrittelee 50 termiä, joita käytetään Google Search Consolessa, teknisessä SEO:ssa, Core Web Vitalsissa, Bing Webmaster Toolsissa, GA4:ssä ja tekoälyhaussa. Jokainen merkintä alkaa yhden lauseen vastauksella, jatkuu yksityiskohdilla, jotka ratkaisevat dataa lukiessa, ja listaa viralliset Google-, Microsoft-, IndexNow- tai Model Context Protocol -sivut, joihin se perustuu.
Search Consolen mittarit ja data
- Näyttökerrat
-
Näyttökerta lasketaan, kun linkki sivustoosi näkyy Google-hakutulosten sivulla, jonka käyttäjä lataa, yleensä myös silloin, kun hän ei koskaan vieritä sitä näkyviin.
Search Console laskee näyttökertoja Googlen haussa, Discoverissa ja Newsissa. Karuselleissa, avautuvissa tuloksissa ja äärettömän vierityksen näkymissä, kuten mobiilin kuvahaussa, kohteen on yleensä vierityttävä näkyviin tai avauduttava ensin. Pois vierittäminen ja takaisin palaaminen saman kyselyn aikana ei lisää toista näyttökertaa. Kaaviossa data koostetaan resurssin mukaan, joten kaksi sivustoosi sivua samassa kyselyssä lasketaan yhdeksi näyttökerraksi; sivun mukaan ryhmiteltynä jokainen URL-osoite saa oman näyttökertansa. Paljon näyttökertoja ja vähän napsautuksia viittaa usein otsikon tai katkelman ongelmaan, katso miten löydät matalan CTR:n avainsanat.
GSC Magicissa: gsc_query_analytics palauttaa näyttökerrat ryhmiteltynä kyselyn, sivun, maan, laitteen, hakunäkymän, päivän tai tunnin mukaan, ja hallintapaneeli piirtää ne päiväkohtaisina kaavioon.
Liittyvät: Napsautukset, CTR (klikkausprosentti), Keskimääräinen sijainti, Sivu (ulottuvuus)
Lähteet: support.google.com, support.google.com
- Napsautukset
-
Napsautus lasketaan, kun käyttäjä napsauttaa Googlen haun, Discoverin tai Newsin tulosta, joka vie hänet pois Googlelta sivulle.
Napsautuksia, jotka pitävät käyttäjän Googlessa, kuten uuden haun käynnistävä kyselyn tarkennus, ei lasketa. Tuloksen napsauttaminen, takaisin palaaminen ja saman linkin napsauttaminen uudelleen lasketaan kerran; eri linkin napsauttaminen lasketaan jälleen. Napsautustiedot kirjataan sille kanoniselle URL-osoitteelle, jonka Google valitsi, ei välttämättä sille, jolle käyttäjä päätyi. Search Consolen napsautukset ja GA4:n istunnot mittaavat eri asioita eivätkä juuri koskaan täsmää, katso GSC-napsautukset vs. GA4-istunnot.
GSC Magicissa: Hallintapaneelin yleiskatsaus näyttää päivittäiset napsautukset sekä kortin suosituimmista kyselyistä ja sivuista, jossa näkyy napsautusten muutos edelliseen kauteen verrattuna.
Liittyvät: Näyttökerrat, CTR (klikkausprosentti), Istunto (GA4), Kanoninen URL-osoite
Lähteet: support.google.com, support.google.com
- CTR (klikkausprosentti)
-
CTR on napsautukset jaettuna näyttökertoilla, prosentteina koko sivustolle tai yksittäiselle kyselylle, sivulle, maalle tai laitteelle.
CTR riippuu vahvasti sijainnista ja näytetyn tuloksen tyypistä, joten vertaa sitä samankaltaisilla sijoilla oleviin kyselyihin tai sivuihin yksittäisen tavoiteluvun sijaan. Se riippuu myös koostamisesta: kun useampi sivusi näkyy samassa kyselyssä, resurssin mukaan ryhmitelty CTR on yleensä korkeampi kuin sivun mukaan ryhmitelty, koska resurssi saa yhden näyttökerran ja pitää napsautuksen. Jos näyttökerrat pysyvät vakaina mutta napsautukset laskevat, Google suosittelee tarkistamaan, kuvaavatko otsikko ja katkelma yhä sivua hyvin.
GSC Magicissa: report_ctr_outliers listaa sivut, joiden CTR on alle puolet sivustosi mediaani-CTR:stä samalla sijalla.
Liittyvät: Napsautukset, Näyttökerrat, CTR-poikkeama (matalan CTR:n sivu), Keskimääräinen sijainti
Lähteet: support.google.com, support.google.com, developers.google.com
- Keskimääräinen sijainti
-
Keskimääräinen sijainti on korkeimman sijainnin keskiarvo, joka sivustollasi tai sivullasi oli Google-hakutuloksissa, laskettuna vain niille hauille, joissa se sai näyttökertoja.
Jos yhdessä kyselyssä sivustosi näkyy sijainneilla 2, 4 ja 6 ja toisessa sijainneilla 3, 5 ja 9, Search Console laskee 2 ja 3 ja raportoi keskiarvon 2,5. Jokainen tulosalkio vie yhden sijainnin: kaikki linkit tietopaneelissa tai AI Overview -vastauksessa jakavat kyseisen elementin sijainnin, eivätkä mainokset vie sijaintia. Tuloksella, jota ei koskaan nähty, esimerkiksi sivulla 3, ei ole sijaintia, minkä vuoksi osa soluista näyttää viivan. Sijainti lasketaan vain Google-haulle, ei Discoverille tai Newsille, ja oma hakusi voi näyttää eri sijan, koska tulokset riippuvat sijainnista ja historiasta. Google suosittelee seuraamaan muutoksia ajan myötä yksittäisen arvon lukemisen sijaan.
GSC Magicissa: report_quick_wins käyttää keskimääräistä sijaintia löytääkseen kyselyiden ja sivujen pareja, jotka sijoittuvat 4–20 ja joilla on paljon näyttökertoja.
Liittyvät: Näyttökerrat, Striking distance -avainsanat (nopeat voitot), AI Overviews ja AI Mode, Ydinpäivitys
Lähteet: support.google.com, support.google.com
- Kysely
-
Kysely on hakusana, jonka vuoksi sivustosi näkyi Googlen tuloksissa; Suorituskyky-raportin Kyselyt-välilehti ryhmittelee napsautukset ja näyttökerrat sen mukaan.
Kyselytaulukko ei ole koskaan täydellinen. Osa kyselyistä piilotetaan yksityisyyden vuoksi (anonymisoidut kyselyt), ja sisäisten rajojen takia Search Console tallentaa ja näyttää vain tärkeimmät rivit. Kyselysuodattimet eivät erota isoja ja pieniä kirjaimia. Hakutyypissä Verkko: multimodaalinen, kuten Google Lens -haussa, tekstikyselyä ei ole saatavilla, joten ulottuvuus puuttuu. Lue lisää miksi Search Console piilottaa osan kyselyistä.
GSC Magicissa: gsc_query_analytics palauttaa jopa 25 000 kyselyriviä pyynnössä Search Analytics API:n kautta.
Liittyvät: Anonymisoidut kyselyt, 1 000 rivin raja, Brändätyt ja ei-brändätyt kyselyt, Sivu (ulottuvuus)
Lähteet: support.google.com, developers.google.com
- Sivu (ulottuvuus)
-
Sivu-ulottuvuus ryhmittelee suorituskykydatan sen URL-osoitteen mukaan, johon hakutulos uudelleenohjausten jälkeen linkitti, yleensä sivun kanoniseen URL-osoitteeseen.
Kun käyttäjä napsauttaa kaksoiskappaleen URL-osoitetta, Search Console kirjaa napsautuksen sille kanoniselle URL-osoitteelle, jonka Google valitsi ja jonka voit tarkistaa URL Inspection -työkalulla. Sivut-välilehden valitseminen vaihtaa taulukon ryhmittelyn resurssista sivuun, jolloin jokainen kyselyssä näkyvä URL-osoite saa oman näyttökertansa. Kaavio pysyy resurssikohtaisena, mikä on tavallisin syy siihen, että taulukon ja kaavion summat eroavat.
Liittyvät: Kanoninen URL-osoite, URL Inspection (URL-osoitteen tarkistus), Kysely, Näyttökerrat
Lähteet: support.google.com, support.google.com
- Hakunäkymä
-
Hakunäkymä on Suorituskyky-raportin ulottuvuus, joka ryhmittelee datan sen tulostyypin tai ominaisuuden mukaan, jossa sivusi näkyi, kuten arvostelukatkelmat, videot tai kauppiastiedot.
Suodatin listaa vain ne tyypit, joille sivustosi sai näyttökertoja. Hakunäkymän mukaan ryhmitteleminen koostaa taulukon sivukohtaisesti. Napsautukset kohdistetaan URL-osoitteeseen, ei URL-osoitteeseen ja ominaisuuteen, joten suodatettu napsautusmäärä voi sisältää napsautuksia tavalliseen linkkiin samalle sivulle. Osa vanhemmista tyypeistä, kuten FAQ- ja How-to-tehostetulokset, on Googlen mukaan poistettu käytöstä.
GSC Magicissa: gsc_query_analytics voi ryhmitellä tai suodattaa suorituskykydataa hakunäkymän mukaan.
Liittyvät: Jäsennelty data ja tehostetut hakutulokset, Hakutyyppi, Sivu (ulottuvuus)
Lähteet: support.google.com
- Hakutyyppi
-
Hakutyyppi on Suorituskyky-raportin suodatin, joka erottaa Googlen haussa Verkko- (teksti tai multimodaalinen), Kuva-, Video- ja News-haut toisistaan.
Verkko: teksti kattaa tavalliseen hakukenttään kirjoitetut kyselyt; Verkko: multimodaalinen kattaa kuvilla tehdyt haut, kuten Google Lensin, Circle to Searchin ja Chromen kuvahaun. Kuva, Video ja News kattavat vastaavat välilehdet. Discoverilla ja Google Newsilla on omat suorituskykyraporttinsa. Google suosittelee analysoimaan hakutyypit erikseen laskua tutkiessa, ja API:n riviraja koskee kutakin hakutyyppiä erikseen.
Liittyvät: Hakunäkymä, 1 000 rivin raja, Ydinpäivitys
Lähteet: support.google.com, developers.google.com
- Maa ja laite
-
Suorituskyky-raportissa Maa ryhmittelee datan sen mukaan, mistä haku tuli, ja Laite sen mukaan, oliko kyseessä työpöytä, mobiili vai tabletti.
Molemmat ulottuvuudet koostetaan resurssikohtaisesti. Googlen mukaan pyynnöt, joissa ei ole kysely- tai sivu-ulottuvuutta, kuten maat, laitteet ja hakunäkymä, näytetään ja viedään kokonaisina, joten päivittäinen riviraja ei vaikuta niihin. Työpöydän ja mobiilin vertailu voi näyttää sijainniksi viivan, kun sivulla ei ollut yhdelläkään laitteella näyttökertoja.
GSC Magicissa: gsc_query_analytics hyväksyy maan ja laitteen sekä ulottuvuuksiksi että suodattimiksi.
Liittyvät: 1 000 rivin raja, Keskimääräinen sijainti, Kysely
Lähteet: support.google.com, developers.google.com
- Datan tuoreus ja alustavat luvut
-
Datan tuoreus kertoo, kuinka pian Search Console näyttää suorituskykydataa; uusimmat luvut voivat olla alustavia ja vielä keräytyviä, ja ne piirretään katkoviivalla.
24 tunnin näkymä näyttää viimeiset saatavilla olevat 24 tuntia muutaman tunnin viiveellä, tunteina ja selaimen aikavyöhykkeellä. Muut näkymät käyttävät Tyynenmeren aikaa ja näyttävät oletuksena kokonaisia päiviä. Search Analytics API:ssa dataState ”final” (oletus) palauttaa vain vahvistetun datan, kun taas ”all” sisältää tuoreen datan ja ”hourly_all” lisää tuntikohtaisen erittelyn. Googlen API-ohje huomauttaa, että data on yleensä saatavilla 2–3 päivän kuluttua.
GSC Magicissa: Isännöity synkronointi päivittää neljä viimeistä päivää kuuden tunnin välein, koska Google korjaa tuoreita lukuja.
Liittyvät: 16 kuukauden datan säilytys, Napsautukset, Näyttökerrat
Lähteet: support.google.com, developers.google.com, developers.google.com, developers.google.com
- Anonymisoidut kyselyt
-
Anonymisoidut kyselyt ovat hakuja, jotka Search Console jättää taulukoistaan pois yksityisyyden vuoksi, koska niitä ei tehnyt kuin enintään muutama kymmenen käyttäjää kahden–kolmen kuukauden aikana.
Ne lasketaan silti kaavion kokonaislukuihin, ellet käytä kyselysuodatinta, joten taulukon rivien summa on yleensä pienempi kuin kokonaisluku. Suodattimet pudottavat ne kokonaan pois: sanan sisältävät kyselyt plus kyselyt, jotka eivät sisällä sitä, laskevat yhteen vähemmän kuin suodattamaton summa. Katso miksi Search Console piilottaa osan hakukyselyistä.
GSC Magicissa: GSC Magic lukee samaa Search Analytics API:a, joten sekään ei voi palauttaa anonymisoituja kyselyitä.
Liittyvät: Kysely, 1 000 rivin raja, Brändätyt ja ei-brändätyt kyselyt
Lähteet: developers.google.com, support.google.com
- 1 000 rivin raja
-
Search Consolen käyttöliittymä näyttää ja vie taulukosta enintään 1 000 riviä; Search Analytics API palauttaa sivutuksella jopa 25 000 riviä pyynnössä.
Googlen mukaan API:n yläraja on 50 000 riviä päivässä sivustoa ja hakutyyppiä kohden, eikä sitä välttämättä saavuteta kaikissa tapauksissa. API palauttaa oletuksena 1 000 riviä; rowLimit nostaa sen 25 000:een ja startRow selaa loput. Pyynnöt ilman kysely- tai sivu-ulottuvuutta palauttavat kaiken datan. Kattavimman kyselylistan Google ohjaa hakemaan joukkotietojen viennillä BigQueryyn. Lisätietoja: 1 000 rivin raja selitettynä ja Search Console API -opas.
GSC Magicissa: gsc_query_analytics pyytää jopa 25 000 riviä kyselyä kohden, joten tekoälyagentti työskentelee paljon käyttöliittymän 1 000 riviä suuremmalla aineistolla.
Liittyvät: Kysely, Anonymisoidut kyselyt, 16 kuukauden datan säilytys, Hakutyyppi
Lähteet: developers.google.com, developers.google.com, support.google.com
- 16 kuukauden datan säilytys
-
Search Consolen Suorituskyky-raportti kattaa viimeiset 16 kuukautta; vanhemmat päivät putoavat pois, ellet kopioi dataa muualle API:n tai joukkotietojen viennin kautta.
Kuusitoista kuukautta riittää vertaamaan tuoretta laskua samoihin viikkoihin vuotta aiemmin, mitä Google suosittelee kausivaihtelun tarkistukseksi. Pidempiin vertailuihin Google suosittelee datan hakemista Search Analytics API:lla tai joukkotietojen viennillä ja tallentamista omiin järjestelmiin. Katso 3 tapaa säilyttää Search Console -data yli 16 kuukautta ja miten GSC Magic tallentaa historian.
GSC Magicissa: Pro ja Agency täydentävät jopa 16 kuukautta taaksepäin päivityksen yhteydessä eivätkä koskaan karsi tallennettua historiaa; Free säilyttää 14 päivää.
Liittyvät: Kausivaihtelu, 1 000 rivin raja, Sisällön hiipuminen
Lähteet: developers.google.com
Ryömintä ja indeksointi
- Ryömintä ja Googlebot
-
Ryömintä on tapa, jolla Google löytää ja lataa sivuja; Googlebot on Google-haun ryömijä, josta on älypuhelin- ja työpöytäversio.
Google löytää uudet URL-osoitteet pääasiassa jo tuntemiensa sivujen linkkien ja sivustokarttojen kautta, hakee ne ja renderöi JavaScriptin tuoreella Chrome-versiolla. Koska Google indeksoi ensisijaisesti useimpien sivustojen mobiiliversion, suurin osa pyynnöistä tulee Googlebot Smartphonelta. Google-hakua varten Googlebot hakee tuetun tiedostotyypin ensimmäiset 2 MB (PDF:istä 64 MB). Ryöminnän estäminen robots.txt-tiedostolla ei estä URL-osoitetta näkymästä tuloksissa; siihen tarvitaan noindex. Crawl Stats -raportti näyttää pyyntömäärät, vastauskoodit ja saatavuusongelmat. Google ei ota maksua siitä, että sivustoa ryömitään useammin.
GSC Magicissa: GSC Magic ei ryömi sivustoasi; se lukee Googlen URL Inspection -dataa sekä Bingin ryömintätilastoja ja ryömintäongelmia.
Liittyvät: Indeksointi, Ryömintäbudjetti, robots.txt, XML-sivustokartta
Lähteet: developers.google.com, developers.google.com, support.google.com
- Indeksointi
-
Indeksointi on vaihe, jossa Google analysoi ryömitetyn sivun ja tallentaa sen Google-indeksiin; vain indeksoidut sivut voivat näkyä Google-haussa.
Google-haku toimii kolmessa vaiheessa: ryömintä, indeksointi ja tulosten tarjoilu, eivätkä kaikki sivut pääse jokaisesta vaiheesta läpi. Google ei takaa sivun indeksointia, vaikka se noudattaisi Search Essentials -ohjeita. Sivujen indeksointi -raportti kertoo, miksi URL-osoitteet eivät ole indeksissä, esimerkiksi ”Crawled - currently not indexed” (ryömitetty, voidaan indeksoida myöhemmin tai jättää indeksoimatta, uudelleenlähetystä ei tarvita) tai ”Discovered - currently not indexed” (löydetty, mutta ryömintä aikataulutettiin uudelleen sivuston ylikuormituksen välttämiseksi). Katso Search Console: sivu ei ole indeksoitu – syyt ja korjaukset.
GSC Magicissa: report_index_health lukee sivustokarttojesi URL-osoitteet, tarkistaa ne URL Inspection API:lla ja ryhmittelee ne peittävyystilan mukaan.
Liittyvät: Ryömintä ja Googlebot, URL Inspection (URL-osoitteen tarkistus), noindex, Kanoninen URL-osoite
Lähteet: developers.google.com, support.google.com
- Ryömintäbudjetti
-
Ryömintäbudjetti on joukko URL-osoitteita, jotka Google voi ja haluaa ryömiä sivustolta, ja sen määräävät kaksi tekijää: ryömintäkapasiteetin raja ja ryömintäkysyntä.
Ryömintäkapasiteetin raja estää Googlebotia ylikuormittamasta palvelintasi; ryömintäkysyntä riippuu sivuston koosta, päivitystiheydestä, sivujen laadusta ja relevanssista. Jokaisella isäntänimellä on oma ryömintäbudjettinsa. Googlen mukaan sen ryömintäbudjettiohje on tarkoitettu lähinnä erittäin suurille sivustoille (noin miljoona sivua tai enemmän, jotka muuttuvat viikoittain), sivustoille, joilla on 10 000 tai enemmän päivittäin muuttuvaa sivua, tai sivustoille, joilla on paljon URL-osoitteita tilassa ”Discovered - currently not indexed”. Jos uudet sivut ryömitään julkaisupäivänä, ryömintäbudjetti ei ole ongelmasi.
Liittyvät: Ryömintä ja Googlebot, XML-sivustokartta, Indeksointi
Lähteet: developers.google.com
- Kanoninen URL-osoite
-
Kanoninen URL-osoite on se, jonka Google valitsee edustavimmaksi joukosta kaksoiskappalesivuja; se on yleensä se versio, joka näkyy hakutuloksissa.
Kaksoiskappaleita syntyy HTTP- ja HTTPS-versioista, mobiili- ja työpöytä-URL-osoitteista, lajittelu- ja suodatinparametreista tai alueellisista versioista. Voit ilmoittaa mieltymyksesi rel="canonical" -tagilla, uudelleenohjauksilla ja sivustokartoilla, mutta Google pitää sitä vihjeenä eikä sääntönä ja voi valita toisen URL-osoitteen. Search Console kirjaa napsautukset ja näyttökerrat kanoniselle URL-osoitteelle. Vertaa käyttäjän ilmoittamaa ja Googlen valitsemaa kanonista URL-osoitetta URL Inspection -työkalulla.
GSC Magicissa: gsc_inspect_url palauttaa sekä ilmoitetun että Googlen valitseman kanonisen URL-osoitteen.
Liittyvät: Uudelleenohjaus (301 vs. 302), Sivu (ulottuvuus), URL Inspection (URL-osoitteen tarkistus), hreflang
Lähteet: developers.google.com, developers.google.com
- noindex
-
noindex on sääntö, joka asetetaan robots-meta-tagilla tai X-Robots-Tag-otsakkeella ja joka käskee Googlea poistamaan sivun hakutuloksistaan.
Googlen on ryömittävä sivu nähdäkseen säännön, joten sivua ei saa estää robots.txt-tiedostolla; muuten se voi yhä näkyä tuloksissa, jos muut sivut linkittävät siihen. Google ei tue noindexia robots.txt-tiedostossa. Kun olet lisännyt säännön, sivu pysyy tuloksissa, kunnes Google ryömii sen uudelleen, mikä voi viedä kuukausia vähemmän tärkeillä sivuilla. Jos robots.txt estää sivun, URL Inspection raportoi indeksoinnin sallituksi, koska Google ei näe noindex-sääntöä.
GSC Magicissa: gsc_inspect_url ja report_index_health näyttävät, milloin Google löysi URL-osoitteelta noindex-säännön.
Liittyvät: robots.txt, Indeksointi, URL Inspection (URL-osoitteen tarkistus)
Lähteet: developers.google.com, support.google.com
- robots.txt
-
robots.txt on sivuston juuressa oleva tiedosto, joka kertoo ryömijöille, mihin URL-osoitteisiin niillä on pääsy; se ohjaa ryömintää, ei sitä, indeksoidaanko sivu.
Google kuvaa sitä tavaksi hallita ryömijöiden liikennettä ja välttää palvelimen ylikuormitus. robots.txt-tiedoston estämä sivu voidaan yhä indeksoida ilman kuvausta, jos muut sivut linkittävät siihen, joten pidä sivu poissa Googlesta noindexilla tai salasanasuojauksella. Älä estä CSS- tai JavaScript-tiedostoja, joita Google tarvitsee sivun ymmärtämiseen.
GSC Magicissa: Hallintapaneeli tekee jokaiselle sivustolle nopean robots.txt- ja sivustokarttatarkistuksen.
Liittyvät: noindex, Ryömintä ja Googlebot, XML-sivustokartta
Lähteet: developers.google.com
- XML-sivustokartta
-
XML-sivustokartta on tiedosto, joka listaa sivustosi sivut, kuvat, videot ja muut tiedostot, jotta hakukoneet löytävät ja ryömivät ne tehokkaammin.
Sivustokartta voi välittää myös viimeisimmän muutospäivän ja vaihtoehtoiset kieliversiot. Se auttaa löytämisessä, muttei takaa ryömintää tai indeksointia. Googlen mukaan pienet, hyvin linkitetyt sivustot (noin 500 sivua tai vähemmän) voivat tulla toimeen ilman sitä, kun taas suuret, uudet tai mediaraskaat sivustot hyötyvät siitä eniten. Monien uusien tai muuttuneiden URL-osoitteiden kohdalla Google suosittelee sivustokartan lähettämistä yksittäisten URL-osoitteiden indeksointipyyntöjen sijaan. Katso sivustokartta lähetetty, mutta sivut eivät ole indeksissä.
GSC Magicissa: gsc_list_sitemaps näyttää tilan ja virheet, gsc_submit_sitemap lähettää yhden (Pro ja Agency) ja bing_submit_sitemap lähettää sen Bingiin.
Liittyvät: Ryömintä ja Googlebot, Indeksointi, robots.txt, IndexNow
Lähteet: developers.google.com
- URL Inspection (URL-osoitteen tarkistus)
-
URL Inspection on Search Consolen työkalu, joka näyttää Googlen indeksoiman version URL-osoitteesta, kertoo, miksi se on indeksissä tai ei ole, ja voi testata sivun livenä.
Se raportoi indeksoinnin tilan, Googlen valitseman kanonisen URL-osoitteen, viimeisimmän ryöminnän, löydetyn jäsennellyn datan ja kuvakaappauksen renderöidystä sivusta. Livetesti tarkistaa, voisiko sivu olla indeksoitavissa, muttei osaa ennustaa, minkä URL-osoitteen Google valitsee kanoniseksi. URL Inspection API palauttaa vain indeksoidun version, siinä ei ole livetestiä, ja se sallii 2 000 tarkistusta sivustoa kohden päivässä. Katso miten tarkistat 500 URL-osoitetta API:lla.
GSC Magicissa: gsc_inspect_url tarkistaa yhden URL-osoitteen ja gsc_inspect_urls_batch jopa 500 yhdellä kutsulla Googlen kiintiön puitteissa.
Liittyvät: Request indexing (pyydä indeksointia), Indeksointi, Kanoninen URL-osoite, Pehmeä 404
Lähteet: support.google.com, developers.google.com, developers.google.com
- Request indexing (pyydä indeksointia)
-
Request indexing on URL Inspection -työkalun painike, joka pyytää Googlea ryömimään yhden URL-osoitteen; se ei takaa, että sivu indeksoidaan.
Sinun on oltava resurssin omistaja tai täysi käyttäjä. Yksittäisille pyynnöille on kiintiö, eikä saman URL-osoitteen pyytäminen useita kertoja nopeuta ryömintää. Ryömintä voi kestää muutamasta päivästä muutamaan viikkoon. Monille URL-osoitteille Google suosittelee sen sijaan sivustokartan lähettämistä. Googlen erillinen Indexing API on virallisesti rajattu sivuille, joilla on JobPosting- tai BroadcastEvent-merkintä. Katso IndexNow vs. Googlen Indexing API.
GSC Magicissa: Valinnainen gsc_request_indexing käyttää Googlen Indexing API:a, jota Google tukee vain JobPosting- ja BroadcastEvent-sivuilla.
Liittyvät: URL Inspection (URL-osoitteen tarkistus), XML-sivustokartta, IndexNow, Indeksointi
Lähteet: developers.google.com, developers.google.com
- Pehmeä 404
-
Pehmeä 404 on sivu, joka palauttaa 200-tilakoodin mutta näyttää Googlelle virheeltä tai tyhjältä sivulta, ja Google raportoi sen eikä indeksoi sitä.
Google suosittelee palauttamaan 404-tilakoodin sivuilta, joita ei oikeasti ole, ja lisäämään tietoa sivuille, joiden pitää jäädä, jotta ne eivät näytä virheiltä. Näet, mitä Google näkee, kun ajat livetestin URL Inspection -työkalussa ja avaat renderöidyn sivun kuvakaappauksen.
Liittyvät: URL Inspection (URL-osoitteen tarkistus), Indeksointi, Uudelleenohjaus (301 vs. 302)
Lähteet: support.google.com, developers.google.com
- Uudelleenohjaus (301 vs. 302)
-
Uudelleenohjaus siirtää kävijät ja ryömijät URL-osoitteesta toiseen; 301 on pysyvä ja viestii, että kohde pitäisi olla kanoninen, kun taas 302 on väliaikainen.
Pysyvillä uudelleenohjauksilla (301, 308, välitön meta refresh) Google näyttää tuloksissa yleensä kohde-URL-osoitteen. Väliaikaisilla (302, 303, 307) Google seuraa uudelleenohjausta, muttei käytä sitä kanonisena signaalina, joten lähdeosoite voi jäädä tuloksiin. Palvelinpuolen uudelleenohjaukset ovat luotettavimpia; Googlen ryömijät seuraavat oletuksena enintään 10 hyppyä. Search Console kirjaa napsautukset lopulliselle URL-osoitteelle uudelleenohjausten jälkeen.
Liittyvät: Kanoninen URL-osoite, Pehmeä 404, Sivu (ulottuvuus)
Lähteet: developers.google.com, developers.google.com
- hreflang
-
hreflang on merkintä, joka kertoo Googlelle, mitkä sivut ovat saman sisällön kieli- tai aluversioita, jotta se voi näyttää käyttäjille oikean.
Voit ilmoittaa sen HTML-linkkitageilla, HTTP-otsakkeilla tai sivustokartassa; kolme tapaa ovat samanarvoisia. Jokaisen version on listattava itsensä ja kaikki muut versiot täydellisillä URL-osoitteilla. Google ei käytä hreflangia sivun kielen tunnistamiseen. Saman kielen sivut eri alueille ovat kaksoiskappaleita, joten Google suosittelee yhdistämään hreflangin kanonisointiin.
Liittyvät: Kanoninen URL-osoite, XML-sivustokartta, Maa ja laite
Lähteet: developers.google.com, developers.google.com
- Jäsennelty data ja tehostetut hakutulokset
-
Jäsennelty data on vakiomuoto, joka käyttää pääosin schema.org-sanastoa ja kirjoitetaan usein JSON-LD:nä; se kuvailee sivun sisältöä Googlelle ja voi tehdä sivusta kelvollisen tehostettuihin hakutuloksiin.
Tehostetut hakutulokset ovat hakutuloksia, joissa on tavallista enemmän tietoa, kuten arvostelutähtiä, reseptitietoja tai tuotehintoja. Sivu tarvitsee kaikki pakolliset ominaisuudet ollakseen kelvollinen, ja merkintä, joka rikkoo Googlen jäsennellyn datan ohjeita, voi tehdä siitä kelvottoman. Google suosittelee merkinnän testaamista Rich Results Test -työkalulla kehityksen aikana ja tehostettujen tulosten raporttien seuraamista Search Consolessa julkaisun jälkeen. Tehostettujen tulosten tyypit näkyvät myös hakunäkymä-ulottuvuudessa.
GSC Magicissa: gsc_inspect_url raportoi tehostetut hakutulokset, jotka Google löysi URL-osoitteelta.
Liittyvät: Hakunäkymä, URL Inspection (URL-osoitteen tarkistus), CTR (klikkausprosentti)
Lähteet: developers.google.com, support.google.com
Core Web Vitals ja sivun nopeus
- Core Web Vitals
-
Core Web Vitals ovat kolme Googlen mittaria todellisesta käyttökokemuksesta: Largest Contentful Paint (lataus), Interaction to Next Paint (reagoivuus) ja Cumulative Layout Shift (visuaalinen vakaus).
Hyvän rajat ovat LCP enintään 2,5 sekuntia, INP enintään 200 millisekuntia ja CLS enintään 0,1, mitattuna sivulatausten 75. prosenttipisteessä erikseen mobiilille ja työpöydälle. Sivu läpäisee, kun kaikki kolme osuvat tavoitteeseen. Googlen mukaan hyvät Core Web Vitals -arvot vastaavat sitä, mitä sen ydinsijoitusjärjestelmät palkitsevat osana sivukokemusta. Search Consolen Core Web Vitals -raportti näyttää, miten sivusi suoriutuvat.
GSC Magicissa: cwv_get_origin, cwv_get_url ja cwv_history lukevat todellisten käyttäjien Core Web Vitals -arvoja, ja hallintapaneeli näyttää Core Web Vitals -kortin sivustoittain.
Liittyvät: LCP (Largest Contentful Paint), INP (Interaction to Next Paint), CLS (Cumulative Layout Shift), CrUX (Chrome UX Report)
Lähteet: web.dev, developers.google.com
- LCP (Largest Contentful Paint)
-
LCP mittaa latausta: aikaa, kunnes näkyvällä alueella oleva suurin kuva, tekstilohko tai video on renderöity. Hyvä on enintään 2,5 sekuntia.
LCP mitataan siitä, kun käyttäjä siirtyi sivulle, joten se sisältää palvelimen vastausajan, uudelleenohjaukset ja yhteyden muodostuksen. Käytä sivulatausten 75. prosenttipistettä mobiiliin ja työpöytään eroteltuna arvioidaksesi, saavatko useimmat kävijät hyvän kokemuksen.
GSC Magicissa: cwv-työkalut palauttavat LCP:n 75. prosenttipisteessä sekä hyvien, parannettavien ja huonojen latausten osuudet.
Liittyvät: Core Web Vitals, INP (Interaction to Next Paint), CLS (Cumulative Layout Shift), PageSpeed Insights ja Lighthouse
Lähteet: web.dev
- INP (Interaction to Next Paint)
-
INP mittaa reagoivuutta: kuinka kauan sivulla kestää vastata näkyvästi napsautuksiin, napautuksiin ja näppäinpainalluksiin. Hyvä on enintään 200 millisekuntia, huono yli 500.
INP tarkkailee kaikkien käynnin aikaisten vuorovaikutusten viivettä ja raportoi suunnilleen hitaimman jättäen poikkeukset huomiotta. Se korvasi First Input Delayn (FID), joka mittasi vain ensimmäisen vuorovaikutuksen syöteviivettä. Pitkät JavaScript-tehtävät pääsäikeessä ovat yleinen syy huonoon INP:hen.
Liittyvät: Core Web Vitals, LCP (Largest Contentful Paint), CLS (Cumulative Layout Shift)
Lähteet: web.dev
- CLS (Cumulative Layout Shift)
-
CLS mittaa visuaalista vakautta: suurinta odottamatonta asettelun siirtymää sivun elinkaaren aikana. Hyvä on enintään 0,1, huono yli 0,25.
Asettelun siirtymä tapahtuu, kun näkyvä elementti liikkuu renderöityjen ruutujen välillä ilman käyttäjän syötettä, esimerkiksi kun mitoittamaton kuva tai myöhään latautuva mainos työntää tekstiä alaspäin. Alle sekunnin välein tapahtuvat siirtymät ryhmitellään istuntoikkunaksi, ja suurin ikkuna on CLS-arvo.
Liittyvät: Core Web Vitals, LCP (Largest Contentful Paint), INP (Interaction to Next Paint)
Lähteet: web.dev
- CrUX (Chrome UX Report)
-
CrUX on Googlen julkinen aineisto siitä, miten oikeat Chrome-käyttäjät kokevat verkkosivustot, ja se on Googlen työkalujen Core Web Vitals -kenttädatan lähde.
Originit ja sivut sisällytetään vain, jos ne ovat julkisesti löydettävissä ja niillä on tarpeeksi kävijöitä tilastollisesti merkittävään otokseen, joten monella vähäliikenteisellä sivulla ei ole dataa. Google-haku käyttää CrUXia sivukokemuksen sijoitustekijän tukena. PageSpeed Insights näyttää CrUXin kenttädatanaan ja palaa origin-tason dataan, kun sivulla on liian vähän otoksia.
GSC Magicissa: cwv-työkalut kysyvät CrUXilta origin- tai URL-tason dataa; sivut, joilla ei ole tarpeeksi Chrome-liikennettä, eivät palauta dataa.
Liittyvät: Core Web Vitals, PageSpeed Insights ja Lighthouse, LCP (Largest Contentful Paint)
Lähteet: developer.chrome.com
- PageSpeed Insights ja Lighthouse
-
PageSpeed Insights raportoi sivun todellisten käyttäjien CrUX-datan ja ajaa Lighthousea, avoimen lähdekoodin työkalua, joka auditoi suorituskykyä, saavutettavuutta, parhaita käytäntöjä ja SEO:ta simuloidussa laboratoriossa.
Kenttädata näyttää, mitä oikeat kävijät kokivat ajan myötä; Lighthousen laboratoriodata on yksi kontrolloitu ajo, joka on hyödyllinen virheenetsinnässä mutta voi jättää todellisen maailman pullonkaulat huomaamatta. PSI:n Core Web Vitals -arvio käyttää kenttädataa: sivu tai origin läpäisee, kun LCP:n, INP:n ja CLS:n 75. prosenttipiste on Hyvä. Lighthouse toimii myös Chrome DevToolsissa, komentoriviltä tai Node-moduulina.
GSC Magicissa: psi_run_audit ajaa Lighthousen PageSpeed Insightsin kautta, ja hallintapaneelin Core Web Vitals -kortti voi käynnistää auditoinnin.
Liittyvät: CrUX (Chrome UX Report), Core Web Vitals, LCP (Largest Contentful Paint)
Lähteet: developers.google.com, developer.chrome.com
SEO-analyysi
- Striking distance -avainsanat (nopeat voitot)
-
Striking distance -avainsanat ovat kyselyitä, joilla sivu sijoittuu jo hieman kärjen ulkopuolelle, usein sijoille 4–20, ja joilla on tarpeeksi näyttökertoja napsautusten saamiseksi.
Tämä on SEO-käytännön termi, ei Search Consolen mittari. Tavallinen menetelmä: suodata Suorituskyky-raportti kyselyn ja sivun mukaan, pidä rivit, joiden keskimääräinen sijainti on juuri kärkisijojen alapuolella ja joilla on merkittävästi näyttökertoja, ja paranna sitten olemassa olevaa sivua uuden kirjoittamisen sijaan. Muista, että keskimääräinen sijainti on keskiarvo, joten tarkista trendi. Katso miten löydät striking distance -avainsanat ja 7 nopeaa SEO-voittoa.
GSC Magicissa: report_quick_wins palauttaa kyselyiden ja sivujen pareja sijoilta 4–20, joilla on paljon näyttökertoja, lajiteltuna mahdollisten lisänapsautusten mukaan.
Liittyvät: Keskimääräinen sijainti, Näyttökerrat, CTR-poikkeama (matalan CTR:n sivu)
Lähteet: support.google.com
- Avainsanojen kannibalisaatio
-
Avainsanojen kannibalisaatio tarkoittaa, että kaksi tai useampi sivusi kilpailee samasta kyselystä ja jakaa näyttökerrat ja napsautukset sen sijaan, että yksi sivu sijoittuisi hyvin.
Se on SEO-käytännön termi, ei Googlen termi. Search Consolessa se näkyy yhtenä kyselynä, jonka näyttökerrat jakautuvat usealle URL-osoitteelle ja joka välillä vaihtaa paikkoja ajan myötä. Kaikki päällekkäisyys ei ole ongelma: eri tarkoitukset voivat ansaita eri sivut, ja brändihauissa näkyy usein monta URL-osoitetta. Yleisiä korjauksia ovat sivujen yhdistäminen 301-uudelleenohjauksella, niiden tarkoituksen eriyttäminen tai sisäisten linkkien säätäminen. Katso avainsanojen kannibalisaatio Search Consolessa.
GSC Magicissa: report_cannibalization listaa kyselyt, joissa kaksi tai useampi sivusi saa merkittävän osuuden näyttökerroista.
Liittyvät: Kysely, Sivu (ulottuvuus), Kanoninen URL-osoite, Uudelleenohjaus (301 vs. 302)
Lähteet: support.google.com
- Sisällön hiipuminen
-
Sisällön hiipuminen on sivun hakunapsautusten asteittainen ja pysyvä lasku useiden kuukausien aikana, toisin kuin teknisen ongelman tai päivityksen aiheuttama äkillinen pudotus.
Se on SEO-käytännön termi. Tyypillisiä syitä ovat vanhentunut tieto, uudemmat kilpailevat sivut tai muuttuva hakukysyntä. Useiden peräkkäisten kausien vertailu erottaa tasaisen laskun yhdestä huonosta viikosta; samojen kuukausien tarkistaminen vuotta aiemmin sulkee pois kausivaihtelun. Katso miten havaitset sisällön hiipumisen.
GSC Magicissa: report_content_decay listaa sivut, joiden napsautukset laskivat jokaisessa kolmessa viimeisessä ikkunassa (oletuksena 28 päivää kussakin).
Liittyvät: Kausivaihtelu, 16 kuukauden datan säilytys, Ydinpäivitys
Lähteet: developers.google.com
- CTR-poikkeama (matalan CTR:n sivu)
-
CTR-poikkeama on sivu tai kysely, jonka CTR on selvästi matalampi kuin muiden sivustosi samalla sijalla olevien tulosten.
Koska CTR laskee sijan myötä, matala CTR merkitsee jotain vain verrattuna vastaaviin sijoihin. Poikkeamilla on usein otsikko tai katkelma, joka ei vastaa kyselyä, tai ne kilpailevat tehostetun tuloksen tai AI Overviewin kanssa samalla tulossivulla. Google suosittelee tarkistamaan otsikon ja katkelman, kun näyttökerrat pysyvät mutta napsautukset laskevat. Katso matalan CTR:n avainsanat Search Consolessa.
GSC Magicissa: report_ctr_outliers merkitsee sivut, joiden CTR on alle puolet sivustosi mediaani-CTR:stä samalla sijalla.
Liittyvät: CTR (klikkausprosentti), Keskimääräinen sijainti, Striking distance -avainsanat (nopeat voitot)
Lähteet: developers.google.com, support.google.com
- Brändätyt ja ei-brändätyt kyselyt
-
Brändätyt kyselyt sisältävät brändisi nimen, sen kirjoitusvirheet tai ainutlaatuiset tuotteesi; ei-brändätyt kyselyt ovat kaikki muut haut, joissa sivustosi näkyy.
Brändätyt kyselyt sijoittuvat yleensä korkeammalle ja saavat enemmän napsautuksia, kun taas ei-brändätyt kyselyt näyttävät, miten uudet ihmiset löytävät sinut. Search Consolessa on Suorituskyky-raportin brändättyjen kyselyiden suodatin, jonka luokittelee tekoälyavusteinen järjestelmä eikä avainsanalista. Googlen mukaan se on saatavilla vain ylätason resursseille, joilla on tarpeeksi kyselyitä ja näyttökertoja, ja se voi luokitella osan kyselyistä väärin.
GSC Magicissa: report_brand_split jakaa kyselyt antamiesi bränditermien mukaan ja palauttaa napsautukset, näyttökerrat ja napsautusosuuden kullekin ryhmälle.
Liittyvät: Kysely, CTR (klikkausprosentti), Anonymisoidut kyselyt
Lähteet: developers.google.com, support.google.com
- Kausivaihtelu
-
Kausivaihtelu on hakukysynnän toistuva nousu tai lasku samaan aikaan vuodesta, esimerkiksi juhlapyhien aikaan, ja se muuttaa liikennettä ilman sijoituksen muutosta.
Googlen liikenteen laskun opas suosittelee asettamaan Suorituskyky-raportin viimeisille 16 kuukaudelle nähdäkseen, toistuuko lasku joka vuosi, ja tarkistamaan suosituimmat kyselyt Google Trendsistä nähdäkseen, laskiko kysyntä koko verkossa. Jos näyttökerrat laskivat sijainnin pysyessä, syy on todennäköisesti kysyntä. Katso kausivaihtelu vai todellinen sijoitusten menetys.
GSC Magicissa: Koska Pro ja Agency säilyttävät tallennettua historiaa yli 16 kuukautta, agentit voivat verrata samaa kautta useamman vuoden ajalta.
Liittyvät: 16 kuukauden datan säilytys, Sisällön hiipuminen, Ydinpäivitys
Lähteet: developers.google.com
- Ydinpäivitys
-
Ydinpäivitys on merkittävä ja laaja muutos Googlen hakujärjestelmiin, joka tehdään useita kertoja vuodessa ja ilmoitetaan Googlen hakupäivityslistalla.
Ydinpäivitykset eivät kohdistu tiettyihin sivustoihin. Google suosittelee odottamaan, kunnes julkaisu on valmis, ja vertaamaan sitten kokonaista viikkoa sen jälkeen viikkoon ennen sitä. Pieni lasku, esimerkiksi sijainnista 2 sijaintiin 4, ei vaadi jyrkkiä toimia; suuri ja pysyvä lasku vaatii rehellisen arvion koko sivuston hyödyllisyydestä. Googlen mukaan osa muutoksista vaikuttaa päivissä, osa useissa kuukausissa. Katso orgaanisen liikenteen laskun tarkistuslista.
GSC Magicissa: report_traffic_drops vertaa kautta edelliseen ja listaa sivut tai kyselyt, jotka menettivät tai voittivat eniten napsautuksia.
Liittyvät: Keskimääräinen sijainti, Kausivaihtelu, Hakutyyppi
Lähteet: developers.google.com, developers.google.com
Bing ja IndexNow
- Bing Webmaster Tools
-
Bing Webmaster Tools on Microsoftin vastine Search Consolelle: hakusuorituskyky, ryömintä- ja indeksointidata, URL-osoitteiden lähetys ja avainsanatutkimus Bingille.
Sen API tarjoaa ohjelmallisen pääsyn liikenne- ja sijoitustilastoihin, linkki- ja avainsanatietoihin, ryömintätilastoihin sekä URL-osoitteiden ja sivustokarttojen lähetykseen. Search Performance näyttää 16 kuukauden historian. Helmikuussa 2026 julkisena esikatseluna esitelty AI Performance näyttää, kuinka usein sivusi mainitaan Microsoft Copilotissa ja Bingin tekoälyn tuottamissa vastauksissa. Katso Bing Webmaster Tools API -opas ja Bing Webmaster Tools GSC Magicissa.
GSC Magicissa: Bing API -avaimellasi GSC Magic lisää Bing-työkalut kysely- ja sivutilastoihin, ryömintädataan, avainsanatutkimukseen ja URL-osoitteiden lähetykseen sekä report_google_vs_bing-raportin.
Liittyvät: IndexNow, GEO (generatiivisten hakukoneiden optimointi), XML-sivustokartta
Lähteet: learn.microsoft.com, blogs.bing.com, blogs.bing.com
- IndexNow
-
IndexNow on avoin protokolla, jonka avulla sivusto voi välittömästi ilmoittaa mukana oleville hakukoneille, kuten Bingille, Naverille, Seznam.cz:lle, Yandexille ja Yepille, että URL-osoite lisättiin, päivitettiin tai poistettiin.
Isännöit sivustollasi avaintiedostoa omistajuuden todistamiseksi ja lähetät sitten yhden URL-osoitteen tai erän IndexNow-päätepisteeseen; lähetys jaetaan kaikille mukana oleville hakukoneille. HTTP 200 -vastaus tarkoittaa vain, että URL-osoite vastaanotettiin, ei että se indeksoidaan. Google ei ole mukana olevien hakukoneiden listalla. Katso miten otat IndexNow’n käyttöön tekoälyagentin kanssa.
GSC Magicissa: indexnow_generate_key luo avaimen ja indexnow_submit lähettää jopa 10 000 URL-osoitetta kutsua kohden (Pro ja Agency, omalla IndexNow-avaimellasi).
Liittyvät: Bing Webmaster Tools, Request indexing (pyydä indeksointia), XML-sivustokartta
Lähteet: indexnow.org, indexnow.org, indexnow.org
Google Analytics 4
- Istunto (GA4)
-
Google Analytics 4:ssä istunto on ajanjakso, jonka aikana käyttäjä on vuorovaikutuksessa sivustosi tai sovelluksesi kanssa; verkossa se päättyy oletuksena 30 minuutin toimettomuuden jälkeen.
Istunto alkaa, kun joku avaa sovelluksen tai katsoo sivua, kun aktiivista istuntoa ei ole, ja GA4 kirjaa session_start-tapahtuman. Enimmäispituutta ei ole, ja aikakatkaisun voi muuttaa datavirran asetuksista. Istunnot eivät ole sama asia kuin Search Consolen napsautukset, katso miksi luvut eivät täsmää ja GA4 GSC Magicissa.
GSC Magicissa: ga_run_report kysyy GA4:n istuntoja vain luku -tilassa minkä tahansa ulottuvuuden, kuten aloitussivun tai istunnon lähteen, mukaan.
Liittyvät: Napsautukset, Avaintapahtuma (GA4), Viittaava liikenne, Tekoälyavustajien liikenne
Lähteet: support.google.com
- Avaintapahtuma (GA4)
-
Avaintapahtuma on GA4-tapahtuma, jonka merkitset liiketoiminnallesi tärkeäksi, kuten osto tai rekisteröityminen; avaintapahtumia kutsuttiin aiemmin konversioiksi Analyticsissä.
Mikä tahansa kerätty tapahtuma voidaan merkitä avaintapahtumaksi. Google käyttää nyt sanaa ”konversio” toiminnoista, joita mitataan Google Ads -kampanjoita ja huutokauppaa varten, joten konversioiden ja avaintapahtumien määrät voivat erota.
GSC Magicissa: ga_list_key_events listaa GA4-resurssille määritetyt avaintapahtumat.
Liittyvät: Istunto (GA4), Viittaava liikenne
Lähteet: support.google.com
- Viittaava liikenne
-
GA4:ssä Viittaus on oletuskanava kävijöille, jotka saapuvat muiden verkkosivustojen tai sovellusten, kuten blogien ja uutissivustojen, ei-mainoslinkkien kautta.
GA4 jakaa istunnot oletuskanaviin lähteen ja välineen perusteella. Orgaaniset hakutulokset, mukaan lukien Googlen AI Overviews ja AI Mode, menevät kanavaan Orgaaninen haku, ja tunnistetuilla tekoälyavustajilla on oma AI Assistant -kanavansa. Suora kattaa käynnit tallennetusta linkistä tai kirjoitetusta URL-osoitteesta.
Liittyvät: Tekoälyavustajien liikenne, Istunto (GA4), Avaintapahtuma (GA4)
Lähteet: support.google.com
- Tekoälyavustajien liikenne
-
Tekoälyavustajien liikenne tarkoittaa käyntejä chat-avustajien, kuten ChatGPT:n, Geminin, Clauden tai Copilotin, linkeistä, jotka GA4 ryhmittelee AI Assistant -kanavaan, kun se tunnistaa viittaajan.
Toukokuusta 2026 lähtien GA4 asettaa välineeksi ai-assistant ja kanavaksi AI Assistant, kun viittaaja vastaa tunnistettua avustajaa; kanava ei sisällä Googlen AI Overviews- ja AI Mode -ominaisuuksia, jotka lasketaan orgaaniseen hakuun. Kanava riippuu viittaajasta, joten avustajakäynnit, jotka saapuvat ilman sitä, eivät kirjaudu siihen. Liikenne ei ole sama asia kuin maininnat. Katso ChatGPT- ja Perplexity-liikenteen seuraaminen GA4:ssä.
GSC Magicissa: Hallintapaneeli laskee GA4:n istunnot tekoälyavustajien, kuten ChatGPT:n, Perplexityn, Clauden ja Geminin, lähteistä; se mittaa käyntejä, ei mainintoja.
Liittyvät: Viittaava liikenne, Istunto (GA4), GEO (generatiivisten hakukoneiden optimointi), AI Overviews ja AI Mode
Lähteet: support.google.com, support.google.com
Tekoälyhaku ja MCP
- MCP (Model Context Protocol)
-
MCP (Model Context Protocol) on avoimen lähdekoodin standardi, joka yhdistää tekoälysovellukset, kuten Clauden tai ChatGPT:n, ulkoisiin datalähteisiin, työkaluihin ja työnkulkuihin.
MCP:n dokumentaatio vertaa sitä tekoälysovellusten USB-C-porttiin: yksi standardi tapa yhdistää monta järjestelmää. Tekoälysovellus (isäntä) ajaa yhtä MCP-asiakasta yhteyttä kohden, ja jokainen asiakas keskustelee MCP-palvelimen kanssa, joka tarjoaa työkaluja, resursseja ja kehotteita. Palvelimet toimivat paikallisesti (stdio) tai etänä Streamable HTTP:n yli. Katso mitä tapahtuu, kun Claude kutsuu Search Consolea MCP:n kautta.
GSC Magicissa: GSC Magic on pilvessä toimiva MCP-palvelin osoitteessa https://mcp.gscmagic.com/mcp, jossa on 70 työkalua Search Consoleen, Bingiin, IndexNow’hun, Core Web Vitalsiin ja GA4:ään.
Liittyvät: MCP-palvelin ja MCP-asiakas, Liitin (Claude), GEO (generatiivisten hakukoneiden optimointi)
- MCP-palvelin ja MCP-asiakas
-
MCP-palvelin on ohjelma, joka tarjoaa työkaluja ja dataa tekoälysovelluksille MCP:n kautta; MCP-asiakas on tekoälysovelluksen sisällä oleva komponentti, joka yhdistää siihen.
Isäntäsovellus, kuten Claude, IDE tai ChatGPT, luo yhden MCP-asiakkaan palvelinta kohden, ja jokainen asiakas pitää yhden yhteyden. Palvelimet tarjoavat työkaluja, joita malli voi kutsua, resursseja, joita se voi lukea, ja kehotteita. Paikallinen palvelin palvelee yleensä yhtä asiakasta stdion yli; Streamable HTTP:tä käyttävä etäpalvelin voi palvella monta asiakasta. Katso mikä Search Console MCP -palvelin on ja koko työkaluluettelo.
GSC Magicissa: GSC Magicin etäpalvelin kirjaa asiakkaat sisään OAuthilla tai hyväksyy gsm_-käyttöoikeustunnuksen, joka voi olla vain luku -tilainen ja vanhentua.
Liittyvät: MCP (Model Context Protocol), Liitin (Claude)
Lähteet: modelcontextprotocol.io, modelcontextprotocol.io, modelcontextprotocol.io
- Liitin (Claude)
-
Claudessa liitin yhdistää avustajan ulkoiseen työkaluun tai datalähteeseen; mukautetut liittimet yhdistävät Clauden etä-MCP-palvelimiin internetin yli.
Claude yhdistää mukautetun liittimen palvelimeen Anthropicin pilvestä, ei laitteeltasi, joten palvelimen on oltava tavoitettavissa julkisesta internetistä. Anthropic huomauttaa, että mukautetut liittimet voivat tavoittaa palveluita, joita se ei ole vahvistanut, joten lisää vain palvelimia, joihin luotat. Katso Search Consolen yhdistäminen Claudeen ja kaikki tuetut asiakasohjelmat.
GSC Magicissa: GSC Magic on Clauden liitinhakemistossa, ja sen voi lisätä myös mukautettuna liittimenä tai ChatGPT:ssä mukautettuna MCP-palvelimena.
Liittyvät: MCP (Model Context Protocol), MCP-palvelin ja MCP-asiakas
Lähteet: support.claude.com
- GEO (generatiivisten hakukoneiden optimointi)
-
GEO (generatiivisten hakukoneiden optimointi) on käytäntö, jolla parannetaan sitä, kuinka usein ja kuinka hyvin sisältö näkyy tekoälyhakukoneiden ja -avustajien tuottamissa vastauksissa.
Termi esiteltiin vuonna 2023 tutkimuspaperissa, joka määritteli generatiiviset hakukoneet järjestelmiksi, jotka keräävät ja tiivistävät lähteitä suurilla kielimalleilla. Microsoft kuvaa Bingin AI Performance -raporttia varhaiseksi askeleeksi kohti GEO-työkaluja. Googlen mukaan samat SEO-perusteet pätevät sen generatiivisiin tekoälyominaisuuksiin eikä niissä näkymiseen ole lisävaatimuksia. Katso miten ChatGPT, Claude ja Perplexity valitsevat lähteet ja GSC Magic GEO-asiantuntijoille.
Liittyvät: AI Overviews ja AI Mode, Tekoälyavustajien liikenne, Bing Webmaster Tools
Lähteet: arxiv.org, blogs.bing.com, developers.google.com
- AI Overviews ja AI Mode
-
AI Overviews ja AI Mode ovat Google-haun ominaisuuksia, jotka vastaavat tekoälyn tuottamilla vastauksilla ja linkeillä tukeviin verkkosivuihin; niiden liikenne lasketaan Search Consolessa.
AI Overviews näkyvät vain, kun Googlen järjestelmät arvioivat ne hyödyllisiksi; AI Mode käsittelee pidempiä, tutkivia kysymyksiä. Molemmat voivat käyttää kyselyn hajautusta (query fan-out), jossa ajetaan liittyviä hakuja tukevien sivujen löytämiseksi. Kelvollisuuden edellytyksenä sivu on indeksoitu ja kelvollinen katkelmaan; lisävaatimuksia ei ole. Suorituskyky-raportissa AI Overview vie yhden sijainnin, ja napsautus ulkoiseen linkkiin lasketaan napsautukseksi. Generatiivisen tekoälyn suorituskykyraportti, joka otettiin käyttöön maailmanlaajuisesti 31. elokuuta 2026 mennessä, näyttää näyttökerrat näissä ominaisuuksissa. Katso miten seuraat AI Overviews- ja AI Mode -ominaisuuksia.
Liittyvät: Keskimääräinen sijainti, GEO (generatiivisten hakukoneiden optimointi), Tekoälyavustajien liikenne, Näyttökerrat
Lähteet: developers.google.com, support.google.com, support.google.com, developers.google.com