Portal & markkinapaikka SEO

Q: Mitä tarkoitetaan portaali- ja markkinapaikka-SEO:lla?

Portaali- ja markkinapaikka-SEO tarkoittaa suurten, listauksiin perustuvien verkkosivustojen, kuten työpaikkaportaalien, ilmoitussivustojen, hakemistojen, kiinteistöportaali- ja vertailualustojen, hakukonenäkyvyyden optimointia. Työssä korostuvat sivutyyppistrategia, crawl-budjetti, suodatettujen näkymien hallinta (faceted navigation), listauspohjien laatu sekä indeksoinnin ohjaus pelkkien yksittäisten avainsanojen sijaan. Näillä sivustoilla URL-osoitteita voi olla miljoonia, mutta vain osa niistä kannattaa indeksoida. Hyvä markkinapaikka-SEO päättää, mitkä URL-osoitteet saavat sijoittua, mitkä tukevat löydettävyyttä ja mitkä pidetään kokonaan indeksoinnin ulkopuolella. Lisäksi huomioidaan tarjonnan ajantasaisuus, kaksois-/päällekkäiset entiteetit sekä käyttäjälähtöisen sisällön epätasaisuus.

Q: Tarvitsevatko markkinapaikat jatkuvaa SEO-palvelua aloitusprojektin jälkeen?

Useimmiten kyllä , koska markkinapaikat ovat eläviä järjestelmiä eivätkä staattisia verkkosivuja. Uusia kategorioita, suodattimia, mallipohjia, myyjien toimintatapoja ja tujulkaisuja syntyy jatkuvasti, mikä luo sekä uusia SEO-riskejä että mahdollisuuksia. Ensimmäinen auditointi voi ratkaista keskeiset rakenteelliset ongelmat, mutta ilman jatkuvaa hallintaa samat indeksointi- ja indeksointiin/crawlaukseen liittyvät haasteet usein palaavat muutamassa kuukaudessa. Jatkuva työ on erityisen hyödyllistä, jos alusta julkaisee usein uusia versioita tai laajenee uusille maantieteellisille alueille. Tällöin kuukausittainen seuranta, laadunvarmistus ja iterointi [SEO curation & monthly management](/services/seo-monthly-management/) -palvelun avulla on usein tehokkaampaa kuin toistuvat kertaluonteiset auditoinnit.

Lue lisää

Miksi portaali- ja markkinapaikka-SEO on tärkeää vuonna 2025–2026

Portaalit ja markkinapaikat ovat nyt huomattavasti kovemmassa hakupaineessa kuin vielä 18 kuukautta sitten. Google ei enää ole samalla tavalla salliva ohuille inventaariosivuille, vähäarvoisille facettikombinaatioille eikä mallipohjaiselle toistolle, joka ei tuo käyttäjille uutta tietoa. Samaan aikaan suuret alustat luovat jatkuvasti lisää URL-osoitteita suodattimien, lajittelutilojen, sijaintikombinaatioiden, sisäisten hakusivujen ja vanhentuneiden ilmoitusten kautta. Tämä tarkoittaa, että monet yritykset julkaisevat miljoonia sivuja, vaikka vain pienellä osalla niistä on tarvittavat signaalit sijoittumiseen tai edes hakemistossa pysymiseen. Laadukas portaali-SEO-strategia alkaa siitä, että päätetään, mitkä sivutyypit ansaitsevat indeksoinnin ja crawlaamisen, mitkä kannattaa indeksoida ja mitkä sivut on olemassa vain käytettävyyden vuoksi. Siksi useimmat projektit aloitetaan teknisellä SEO-auditoinnilla ja perusteellisella läpikäynnillä sivuston arkkitehtuurista, eivät pelkillä title tag -muutoksilla. Jos tämä perusta on väärä, kaikki tulevat SEO-toimenpiteet muuttuvat vähemmän tehokkaiksi.

Portaali- ja markkinapaikka-SEO:n laiminlyönnin kustannus on yleensä piilossa, kunnes vahinko näkyy jo selvästi Search Consolessa ja liikevaihtoraporteissa. Näet kasvavia löydetty mutta ei indeksoitu -määriä, kategoriat, jotka menettävät kysyntäkattavuutensa, sekä indeksoijat, jotka käyttävät aikaa roskasisältöisille URL-osoitteille sen sijaan, että ne keskittyisivät tuoreeseen kaupalliseen tarjontaan. Ilmoitussivustoissa ja työpaikkasivustoissa tämä tarkoittaa usein, että Google käy yhä uudelleen vanhentuneissa ilmoituksissa, kun taas aktiivisia, liikennettä samana päivänä tuovia kohteita indeksoidaan liian vähän. Kiinteistösivustoissa ja hakemistoissa tämä puolestaan tarkoittaa, että sijainti- ja suodatussivut kilpailevat keskenään (kanibalisoivat), jakavat auktoriteettia ja vaikeuttavat tarkoituksen (intentin) osumista. Kilpailijat, jotka hallitsevat crawl-säännöt, sisällön laatu-/kynnysarvot ja sisäisen linkityksen paremmin, nousevat sinua korkeammalle vähemmillä sivuilla ja pienemmillä ylläpitokustannuksilla. Oikea vertailukohta ei ole se, kuinka monta sivua julkaiset, vaan se, kuinka paljon hakukysyntää kukin sivutyyppi pystyy kaappaamaan suhteessa siihen, mitä kilpailijat tekevät—siksi yhdistän portaalityön yleensä kilpailija-analyysiin ja kysymys-/hakukartoitukseen keyword researchista. Toimimattomuus ei pidä suurilla sivustoilla tilanteita vakaana; se kasvattaa hukkaa.

Kuitenkin hyöty on poikkeuksellisen suuri, kun rakenne on lukittu. Enterprise-tyyppisissä kohteissa indeksointilogiikan muutos, listauspohjan laatu tai sisäinen linkitys voi parantaa tuloksia kerralla sadoilletuhansille tai jopa miljoonille URL-osoitteille. Olen työskennellyt ekosysteemeissä, joissa generoituja inventaarioita kertyi noin 20 miljoonaa URL-osoitetta per domaini, ja indeksoituja sivuja oli 500 000 – 10 miljoonaa markkinasta ja kieliasetuksesta riippuen. Näissä ympäristöissä hyödyt syntyvät kurinalaisista järjestelmistä: crawl-segmentoinnista, sivutyypin pisteytyksestä, pohjaparannuksista sekä automatisoidusta QA:sta manuaalisten yksittäistarkistusten sijaan. Tämän lähestymistavan ansiosta on saavutettu esimerkiksi +430 % näkyvyyden kasvu, 500K+ URL-osoitetta indeksoituna per päivä kontrolloiduissa käyttöönottojen vaiheistuksissa ja 3× parannus crawl-tehokkuudessa. Portaaleissa ja markkinapaikoissa nämä eivät ole pelkkiä “turhamittareita”; ne tarkoittavat enemmän tuoretta inventaariota SERP:eissä, vähemmän sisällön hukkaa ja vakaampaa hankintaa vaihtelevasta tarjonnasta huolimatta. Tällä sivulla kerron, miten rakennan nämä järjestelmät, missä programmatic SEO enterprise -toteutuksille sopii, ja milloin portaiden kasvu tarvitsee tukea myös sisältöstrategiasta.

Näin toteutamme portaalien ja markkinapaikkojen SEO:n mittakaavassa

Portaalien ja markkinapaikkojen SEO:ta koskeva lähestymistapani lähtee yhdestä oletuksesta: sinulla ei ole SEO-ongelmaa, sinulla on järjestelmäongelma. Suurilla portaaleilla sijoitukset ovat yleensä seurausta arkkitehtuuripäätöksistä, sisällön minimitasoista, indeksointikäytöksestä, tarjonnan ajantasaisuudesta ja mallipohjalogiikasta. Siksi en aloita irrallisista, listalta kopioiduista suosituksista. Rakennan mallin siitä, miten sivusto tuottaa URL-osoitteita, miten Google löytää ne, millaiset sivutyypit tuottavat arvoa ja missä hukkaa pääsee järjestelmään. Pythonilla on keskeinen rooli, koska taulukkolaskentatyö hajoaa nopeasti, kun luokitellaan miljoonia URL-osoitteita tai analysoidaan sivujen tiloja ajassa. Monet projektit liittyvät myös luontevasti Python SEO automation -ratkaisuihin, koska kun sääntö on todistettu, sen pitäisi olla skriptattu, seurattu ja ajettava uudelleen sen sijaan, että sitä käsiteltäisiin manuaalisesti joka kuukausi. Se ero, jonka asiakkaat tuntevat, on yksinkertainen: vähemmän mielipiteitä, enemmän toistettavia päätöksiä datan tukemana.

Tyypillisesti yhdistän Screaming Frogen, palvelinlokit, Google Search Console -viennit ja API-noudot ymmärtääkseni aukon luotujen URL-osoitteiden, indeksoitujen URL-osoitteiden (crawlattujen URL-osoitteiden), indeksoitujen URL-osoitteiden ja sijoitus-URL-osoitteiden välillä. Suuren muutostaajuuden markkinapaikoissa vertaan lisäksi tuote-/inventaarisyötteitä, julkaisuaikatietoja ja URL-osoitteiden elinkaaria nähdäkseni, kuinka nopeasti uusi sisältö saavuttaa haun ja kuinka pitkään vanhentuneet sivut pysyvät aktiivisina. Tämä nostaa usein esiin ongelmia, joita tavanomaiset auditoinnit eivät havaitse, kuten parametrisilmukat, rikkinäinen canonical-perinnän logiikka, hidas sitemapien päivityssykli, paginoinnin umpikuja sekä verkkosivuston hausta luodut crawl-trappit. Raportointi ei ole jälkiajatus; yritystiimeille rakennan sivutyyppinäkymät, poikkeamaraportit ja uudelleenarvioinnin (recrawl) seurannan, joka jatkuu auditoinnin jälkeenkin ja kytkeytyy usein palveluun SEO reporting & analytics. Tarvittaessa tuon mukaan myös log file analysis -analyysin osoittaakseni tarkalleen, mitä botit tekevät, eikä vain arvaamalla yhteenlasketuista mittareista. Tämä näkyvyys on välttämätöntä, kun yksittäinen template-virhe voi vaikuttaa 400 000 sivuun yön yli.

AI:sta on hyötyä portaali-SEO:ssa, mutta vain niissä kohdissa, joissa nopeus on luovuutta tärkeämpää. Käytän Claude- ja GPT-pohjaisia työnkulkuja luokitteluun, mallien tunnistamiseen, sisällön QA:han, SERP-klusterointiin sekä hallittujen mallipohjaisten varianttien luonnosteluun, en tuhansien sivujen sokeaan generointiin ja siihen luottamiseen, että Google hyväksyy ne. Ihmisen tekemä tarkistus pysyy kriittisenä hakuaikomuksen kartoituksessa, toimituksellisten standardien noudattamisessa, riskienhallinnassa ja niissä reunatapauksissa, joissa malli ei ymmärrä liiketoiminnan vivahteita. Käyttäjien tuottamilla alustoilla AI voi pisteyttää ohuita ilmoituksia, tunnistaa puuttuvia ominaisuuksia, ryhmitellä päällekkäisiä kokonaisuuksia ja ehdottaa rikastamismahdollisuuksia, jotka toimittajat tai tuotiimit voivat hyväksyä. Se voi myös vähentää aikaa, joka kuluu valtavien ongelmasettien triageointiin, mikä on olennaista, kun portaalissa on 2 miljoonaa vähäarvoista sivua mutta vain 150 000 vaatii välitöntä toimenpidettä. Kun prosessi muuttuu toistettavaksi, minä formaloin sen AI & LLM SEO workflows -työnkulkujen kautta, jotta tuotoksen laatu on johdonmukaista ja todennettavaa. Näin käytettynä AI ei korvaa strategiaa; se tekee yritystason toteutuksesta nopeampaa ja edullisempaa menettämättä kontrollia.

Tämä muokkaa kaiken tässä niche-alueessa. Portaali, jossa on 80 000 elävää sivua, voidaan usein parantaa keskittyneellä mallipohjalla (template) ja taksonomiahankkeella, mutta markkinapaikka, jossa on 8–20 miljoonaa generoituvaa URL-osoitetta, vaatii ohjausta (governance) löydettävyyteen, renderöintiin, URL-osoitteiden luontiin, indeksoinnin purkuun (deindexation), linkitykseen ja uudelleenkäynnistys-/uudelleenindeksointia priorisoivaan crawl-prioriteettiin. Monikielisyys tuo vielä oman lisäkerroksensa, koska mallipohjat, inventaarion laadukkuus, kysyntämallit ja geo-signaalit vaihtelevat markkinakohtaisesti. Työskentelen tällä hetkellä 41 eCommerce-domeenissa 40+ kielellä, ja tämä kokemus siirtyy suoraan portaalin SEO:hon, jossa taksonomian johdonmukaisuus ja paikallistetun kysynnän kattavuus ovat usein ratkaisevia tekijöitä. Käytännössä tämä tarkoittaa, että suunnittelen viitekehyksiä, jotka kestävät uusia alueita, uusia inventaariotyyppjä ja tuoteohjautuvia (product-led) muutoksia ilman, että indeksi muuttuu kvartaalista toiseen kaaokseksi. Hankkeet liittyvät usein kansainväliseen SEO:hon, kun portaalit toimivat useissa maissa, ja schema & strukturoitu data, kun hakunäkyvyyttä ohjaavat koneluettavat listausyksityiskohdat (machine-readable listing details) vaikuttavat hakuesitykseen. Mikään näistä ei toimi pitkään ilman kestäviä sivuston arkkitehtuurin sääntöjä, koska portaalit laajenevat jatkuvasti ja jokainen laajennus luo uusia tapoja hukata crawl-budjettia.

Yritystason markkinapaikkaseo-strategia: miltä todellinen laajamittainen toteutus näyttää

Perinteiset hakukoneoptimoinnin toimintamallit epäonnistuvat portaalissa, koska ne olettavat sivujen olevan vakaita, tarkoituksellisesti tuotettuja ja toimituksellisesti hallittuja. Markkinapaikat ovat toisin: tarjonta muuttuu joka tunti, käyttäjädatan laatu vaihtelee, tuoteasiantuntijatiimit luovat uusia yhdistelmiä ilman SEO-arviota, ja sama kokonaisuus voi esiintyä useissa eri tiloissa eri maantieteillä, saatavuuksissa ja suodattimissa. Pienellä sivustolla ongelmia voi paikata sivu kerrallaan. Suurella luokitellulla alustalla tämä malli hajoaa, koska 1 virheellinen sääntö otsikon luonnissa tai canonical-logiikassa voi toistua 600 000 URL:n joukossa ennen kuin kukaan huomaa. Toinen yleinen epäonnistuminen on käsitellä kaikkia indeksoitavia sivuja samanarvoisina, vaikka todellisuudessa vain osa niistä saa riittävästi kysyntää, on uniikkeja ja tarjoaa konversiopotentiaalia, joka oikeuttaa indeksoinnin. Siksi sivutyyppien hallinta (page-type governance) on tärkeämpää kuin yksittäisten sivujen optimointi yritystason portaaleissa. Työ muistuttaa enemmän hakutuotehallintaa (search product management) kuin perinteistä kampanja-SEO:ta, ja se risteää usein kohdan website development + SEO kanssa, kun alustan logiikkaa pitää muuttaa itse.

Jotta tämä olisi hallittavissa, rakennan sivuston ympärille räätälöityjä järjestelmiä sen sijaan, että tukeuduttaisiin vain kolmannen osapuolen rajapintoihin. Python-skriptit luokittelevat URL-kuvioita, vertaavat reaaliaikaisia tiloja aiottuihin sääntöihin, tunnistavat päällekkäisiä entiteettiklusterointeja, auditoivat metatiedot massamaisesti ja pisteyttävät sivut signaaleilla kuten sisällön syvyys, inventaarion tuoreus, sisäiset linkit, kysynnän osuvuus ja indeksointitila. Esimerkiksi markkinapaikalla, jossa on aggressiivinen fasetointi, voin tuottaa keep-or-kill-matriisin, joka tunnistaa, mitkä suodinyhdistelmät kannattaa indeksoida hakukysynnän, uniikkiuden ja nykyisen crawl-käyttäytymisen perusteella. Toisessa projektissa voin rakentaa listauslaadun monitorin, joka nostaa esiin ohuet UGC-sivut ennen kuin ne ehtivät kertyä indeksiin. Nämä järjestelmät ovat erityisen hyödyllisiä, kun portaalit haluavat laajentaa geo-sivuja tai long-tail-kategoriasivuja ohjelmallisella SEO:lla enterprise-toteutuksiin, koska ohjelmallinen kasvu toimii vain, jos laatukontrollit (quality gates) ovat olemassa jo ensimmäisestä päivästä lähtien. Ensin ennen–jälkeen-vaikutus näkyy tyypillisesti selkeämmissä crawl-kuvioissa ja pienemmässä indeksointijätteen (index bloat) määrässä, ja vasta myöhemmin paremmassa hakutuloksissa näkymisen kattavuudessa sekä uusien sivujen löytymisnopeudessa.

Työn onnistuminen riippuu myös siitä, miten hyvin SEO integroidaan muihin tiimeihin. Kehitystiimit tarvitsevat sääntöjoukkoja, hyväksymiskriteerejä ja esimerkkejä hyvästä ja huonosta tuotoksesta, ei abstraktia ohjeistusta. Tuotetiimit tarvitsevat ymmärryksen siitä, miksi yksi suodatin voi olla indeksoitavissa, kun taas toisen täytyy pysyä indeksoitavana vain läpikahlattavana (crawlable), mutta ei indeksoitavana. Sisältö- ja operointitiimit tarvitsevat skaalautuvia rikastamisprosesseja otsikoille, ominaisuuksille, sijaintitiedoille, luottamussignaaleille sekä editoriaalisille moduuleille, jotka nostavat heikot mallit “commodity”-tason yläpuolelle. Teen paljon työtä dokumentoidessani nämä säännöt, tarkistaessani julkaisuja ja kääntäessäni hakulogiaa tuotekielelle, jotta päätökset säilyvät ensimmäisen toteutuksen jälkeenkin. Monikielisissä tai alueellisissa portaaleissa yhdenmukaistan lisäksi paikallisten tiimien kanssa taksonomian johdonmukaisuuden ja sisällölliset odotukset, usein yhdessä semanttisen ytimen kehittämisen ja sisältöstrategian kanssa. Tämä sisäänrakennettu yhteistyö erottaa kertaluonteisen auditoinnin portaalin SEO-järjestelmästä, joka pysyy toimivana vielä vuoden kuluttua.

Portaalin SEO:ssa yhdistetty tuotto (compounding returns) etenee eri aikataululla kuin sisältöorientoituneilla sivustoilla. Ensimmäisten 30 päivän aikana paras signaali on yleensä diagnostinen selkeys: kuinka monta URL-tyyppiä on olemassa, missä botit tuhlaavat aikaa ja mitkä mallit (template) heikentävät suorituskykyä. 60–90 päivän kohdalla tekniset korjaukset ja indeksoinnin hallinta voivat tuottaa mitattavia muutoksia crawl-resurssin kohdentumiseen, uusien sivujen löytymiseen sekä indeksoitujen sivujen laatuun. 6 kuukaudessa kategoria- ja geo-sivut alkavat usein houkutella laajempaa ei-brändivetoista kysyntää, koska sisäinen linkitys, kysymyskattavuus (query coverage) ja mallien relevanttius paranevat yhdessä. 12 kuukaudessa vahvimmat projektit näyttävät rakenteellista kasvua: vähemmän roskaluokan URL-osoitteita, vakaampi näkyvyys, parempi tehokkuus jokaisesta uudesta listauksesta sekä pienempi operatiivinen kustannus indeksoitua sivua kohti. Jos portaali on samalla siirtymässä alustaan, nuo hyödyt edellyttävät kurinalaista migration SEO -suunnittelua, jotta vanhat ongelmat eivät vain siirry sellaisenaan seuraavaan tekniikkapinoon. Avain on mitata oikeita asioita oikeaan aikaan, ei odottaa viikon 2 liikennepiikkejä miljoonan sivun siivouksesta.

Toimitukset

Mitä saat

01 Indeksointikartoitus sivutyypeittäin, jotta esimerkiksi kategoriat, listaukset, suodattimet, sivutukset, sisäisen haun URL-osoitteet ja vanhentunut varasto saavat määritellyn SEO-roolin eivätkä kilpaile keskenään crawl-budgetista.

02 Hakuominaisuuksien (facets) ja suodatinarkkitehtuurin suunnittelu, jossa erotellaan tulovirtaa tuottavat yhdistelmät matala-arvoisesta URL-kohinasta, vähennetään kaksoistiloja ja suojataan indeksointikapasiteettia.

03 Listausmallien optimointi otsikoiden, otsikoiden (heading), strukturoidun datan, sisäisten linkkien ja luottamuselementtien osalta, jotta käyttäjien luomat sivut voivat saavuttaa korkeammat laatukriteerit.

04 Vanhentuneiden ja loppuunmyytyjen URL-osoitteiden käsittelysäännöt, jotka säilyttävät arvon (equity) mahdollisuuksien mukaan, välttävät soft-404-hukkaa ja estävät kuolleen varaston hallitsemasta indeksointitoimintaa.

05 Ohjelmalliset metatietojen ja tekstisisältöjen (copy) kehykset, jotka parantavat relevanttiutta mittakaavassa ja samalla pitävät laatuohjaimet mukana ohuelle, toistettavalle tai juridisesti herkälle sisällölle.

06 Sisäisten linkitysten järjestelmät kategorioille, geo-alueille ja kysyntäryhmille, jotka auttavat indeksoijia löytämään tärkeän varaston nopeammin ja jakamaan auktoriteettia tietoisemmin.

07 Lokipohjainen crawl-budget-analyysi, joka kertoo missä Googlebot oikeasti käyttää aikaa, mitkä osiot jäävät alikrawlatuiksi ja mikä estää uusien sivujen palaamisen uudelleenkäsittelyyn.

08 Strukturoidun datan toteutus listauksille, organisaatioille, breadcrumb-poluille, FAQ:ille ja tarvittaessa arvostelusignaaleille, mikä parantaa kelpoisuutta ja entiteettiselkeyttä.

09 Markkinapaikkakohtaiset mittaristot, jotka seuraavat sivutyyppien suorituskykyä, indeksointisuhteita (indexation ratios), uudelleenkrawlauksen nopeutta ja mallitasoisia muutoksia, eivät vain koko sivuston liikennettä.

10 Työnkulun automaatio Pythonilla ja tekoälyavusteinen QA, jotta voidaan käsitellä suuria tuote- ja sivuvolyymeja, havaita poikkeavuuksia ja vähentää toistuvia SEO-toimenpiteitä jopa 80%.

Prosessi

Näin se toimii

Vaihe 01

Vaihe 1: Inventaario ja indeksoinnin/ryöminnän diagnoosi

Ensimmäisessä vaiheessa kartoitetaan sivuston todellinen rakenne, ei tuotedokumentaatiossa oletettu rakenne. Jaan sivutyypit, vien indeksoinnin tilat, tarkastelen mallipohjia, kerään näytteeksi elävän ja vanhentuneen inventaarion ja vertaan generoitujen URL-osoitteiden määriä indeksoituihin. Jos palvelinlokit ovat saatavilla, analysoin bottien käyttäytymistä ja selvitän, missä ryömintäbudjettia hukataan ja kuinka nopeasti tärkeät sivut indeksoidaan uudelleen. Lopputuloksena on sivutyypeittäin koostettu arviointitaulukko, ongelmien priorisointi sekä selkeä lista sivuista, jotka tulisi indeksoida, parantaa, yhdistää tai estää.

Vaihe 02

Vaihe 2: Arkkitehtuuri ja mallipohjien suunnittelu

Seuraavaksi määrittelen, mitä kunkin sivutyypin tarkoitus on tehdä haussa: siepata kysyntää, tukea löydettävyyttä, välittää auktoriteettia tai pysyä vain käyttäjäkohtaisena. Tähän sisältyvät suodatetun navigoinnin säännöt, kanonisen logiikan periaatteet, sisäisen linkityksen mallit, sivustokartan suunnittelu, rakenteisten tietojen kattavuus sekä luettelo- tai kategoriapohjien vaatimukset. Portaleissa, joissa on UGC-sisältöä (käyttäjien tuottamaa sisältöä), määrittelen myös sisällön minimikynnykset, jotta vähäarvoiset sivut eivät tulvi indeksiin. Tämän vaiheen lopussa tiimilläsi on toteutusmäärittelyt eikä vain epämääräisiä suosituksia.

Vaihe 03

Vaihe 3: Julkaisu, QA ja hallittu testaus

Toteutus hoidetaan erissä, koska suuret portaalit voivat aiheuttaa tahattomia sivuvaikutuksia hyvin nopeasti. Aloitan yleensä kaikkein skaalautuvimmista parannuksista, kuten mallipohjien korjauksista, sisäisistä linkityksistä, sitemap-loogikasta sekä korkeaa arvoa tuovista suodatinindeksointisäännöistä. Sen jälkeen varmistan toimivuuden indeksointidatan ja Search Consolen perusteella ennen laajempaa julkaisua. QA sisältää sääntöpohjaiset tarkistukset, renderöidyn HTML:n katselmoinnin sekä poikkeusten seurannan mallipohjille, jotka eivät toimi oikein todellisissa tuote-/varastotilanteissa. Tässä vaiheessa automaatio on kaikkein tärkeintä, koska manuaalinen tarkistus ei pysy tuhansien päivittäisten muutosten tahdissa.

Vaihe 04

Vaihe 4: Mittaus, iterointi ja skaalaus

Julkaisun jälkeen seuraan sivutyypin mittareita enkä jää odottamaan yleisiä liikennekoosteita. Tämä tarkoittaa indeksoitujen URL-osoitteiden suhteiden, uudelleenindeksoinnin tiheyden, klikkien kasvun template-kohtaisesti, tuoreuden näkyvyyden sekä sen tarkastelua, kuinka nopeasti uusi kapasiteetti (inventaario) ilmestyy hakuun. Toimivat mallit laajennetaan sitten useampiin kategorioihin, maantieteellisiin alueisiin (geot) tai markkinapaikkoihin, kun taas heikot segmentit luokitellaan uudelleen tai poistetaan indeksistä. Pitkäaikaisissa yhteistyökuvioissa tämä etenee luontevasti hallinnointiin ja [SEO-curation & kuukausittaiseen hallintaan](/services/seo-monthly-management/).

Vertailu

Portaali- ja markkinapaikka-SEO: standardi- vs. enterprise-lähestymistapa

Mitat

Vakiolähestymistapa

Lähestymistapamme

URL-strategia

Indeksoi laajoja suodatinsarjoja, sivutusta ja sisäisiä hakusivuja, koska useampien URL-osoitteiden oletetaan tuovan enemmän sijoituksia.

Määrittää roolin jokaiselle sivutyypille, indeksoi vain kysyntään perustuvat yhdistelmät ja poistaa vähäarvoisen URL-kohinan ennen kuin se kuluttaa indeksointibudjettia.

Luettelon optimointi

Muokkaa muutamia esimerkkisivuja ja olettaa, että malli on kunnossa koko muun sivuston osalta.

Auditoidaan luettelomallit mittakaavassa, arvioidaan UGC:n (käyttäjien tuottaman sisällön) laatu, asetetaan rikastamisen kynnysarvot ja varmistetaan tulosten toimivuus tuhansilla todellisilla tuoteinventaarion tiloilla.

Crawl budgetin hallinta

Tarkastelee crawl-tilastoja kokonaisuutena ja suosittelee yleistä siivousta ilman näyttöä vaikutuksesta.

Käyttää lokitietoja, sitemap-analyysiä ja sivutyyppien segmentointia näyttääkseen tarkalleen, missä botit käyttävät aikaa ja mitkä säännöt parantavat arvokkaan sisällön uudelleenindeksointia.

Kaksoiskappaleiden käsittely

Luottaa pääasiassa canonical-tägeihin ja toivoo, että Google yhdistää samankaltaiset sivut oikein.

Vähentää päällekkäisyyksiä lähteellä faceting-ohjauksen, entiteettiklusteroimisen, URL-hallinnan, canonical-tarkistuksen ja strategisen indeksoinnin poistamisen avulla.

Raportointi

Seuraa koko sivuston liikennettä ja sijoituksia rajallisella näkyvyydellä siihen, miksi mallipohjat tai osiot muuttuivat.

Mittaa indeksoitujen osumien suhteita, sivutyypin suorituskykyä, uudelleenkäytön (recrawl) nopeutta, uusien listauksien näkyvyyttä sekä julkaisukohtaista vaikutusta, jotta päätökset ovat toistettavissa.

Operational model

Toimintamalli

Tarkistuslista

Kattava portaali- ja markkinapaikkakohtainen SEO-tarkistuslista: mitä katamme

✓ Indeksointi sivutyypin mukaan — jos kategoriat, listaussivut, suodattimet, maantiesivut ja vanhentuneet URL-osoitteet eivät ole luokiteltu oikein, Google käyttää aikaa vähäarvoiseen sisältöön ja jättää huomiotta kaupalliset sivut, joiden pitäisi sijoittua hakutuloksissa. KRITINEN
✓ Jalostettu navigointi — hallitsemattomat lajittelu-, suodatin- ja parametrikombinaatiot voivat luoda miljoonia kaksois-URL-osoitteita, jotka heikentävät auktoriteettia ja tulvivat Search Consolea vähäarvoisilla tiloilla. KRITINEN
✓ Kanoninen, noindex- ja uudelleenohjauslogiikka vanhentuneille tai kaksoiskappaleille listauksille — heikot säännöt aiheuttavat pehmeän 404-tilan tuhlausta, arvon (linkkiekviteetin) menetyksen ja sen, että vanhentuneet sivut pysyvät indeksissä vielä inventaarion loppumisen jälkeen. KRITINEN
✓ Luettelomallin laadun kynnysarvot — puuttuvat attribuutit, heikot otsikot, luotettavuusviitteiden puuttuminen tai tyhjät kuvaukset pitävät UGC-sivut usein tason alapuolella, joka tarvitaan, jotta sijoitukset pysyvät johdonmukaisina.
✓ Luokan ja maantieteellisen laskeutumissivutarkoituksen yhdenmukaisuus — jos hubit eivät vastaa todellisia kysyntämalleja, sivusto tuottaa liikaa sivuja, jotka eivät koskaan saavuta kestävää näkyvyyttä.
✓ Sisäinen linkitys kategorioista, murupolkuista, liittyvistä kokonaisuuksista ja toimituksellisista moduuleista — heikko linkitys hidastaa löytämistä ja estää auktoriteetin välittymisen uuteen tai priorisoituun sisältöön.
✓ Rakenteisten tietojen kattavuus — puutteellinen tai epäjohdonmukainen skeema heikentää koneellisen ymmärryksen toimivuutta luetteloissa, organisaatioissa, leivänmuruissa ja muissa tärkeissä sivuelementeissä.
✓ Sivukartta terveydentila ja tuoreus — jos sivukarttalogiikka ei vastaa live-arvoisia URL-osoitteita, hakurobotit saavat vanhentuneita prioriteettisignaaleja ja tuore sisältö löytää tiensä hitaammin hakutuloksiin.
✓ Lokipohjainen uudelleenindeksoinnin analyysi — ilman sitä tiimit usein optimoivat sivuja, joista he välittävät, eivätkä sivuja, joilla botit todellisuudessa viettävät aikaa.
✓ Seuranta- ja julkaisun testaus — portaalin SEO voi heikentyä nopeasti tuotemuutosten jälkeen, joten jokainen uusi mallipohja tai navigointisääntö tarvitsee automatisoidun validoinnin.

Tulokset

Todellisia tuloksia portaali- ja markkinapaikkapohjaisista SEO-projekteista

Kiinteistötportaali

+210 % ei-brändihakuklikit 9 kuukaudessa

Tässä projektissa oli vahva bränditunnettuus, mutta heikko orgaaninen näkyvyys rajatun määrän kaupunkisivujen ulkopuolella. Suurimmat ongelmat olivat hallitsemattomat suodatinyhdistelmät, ohuet listauspohjat sekä kategoriahubit, jotka eivät vastanneet selkeästi todellista hakukysyntää. Kun uudistimme geo-kategoria-arkkitehtuurin, tiukensimme indeksointisääntöjä ja paransimme mallipohjatasoista relevanttiutta schema & structured data-tuella, ei-brändihakuklikit yli kolminkertaistuivat kohdennetuilla osioilla. Yhtä tärkeää oli, että indeksointitoiminta siirtyi pois duplikaattisista suodatintiloista ja kohti aktiivista tarjontaa sekä strategisia laskeutumissivuja.

Ilmoitusportaali

3× parempi indeksointirobottien (crawl) tehokkuus ja yli 500 000 URL-osoitetta/päivä indeksoituna käyttöönoton aikana

Sivusto tuotti valtavan määrän ilmoituksia ja vanhentuneita sivuja, mutta Googlebot käytti liikaa aikaa kuolleeseen tarjontaan ja toistuviin parametri-URL-osoitteisiin. Rakensin sivutyyppikohtaisen hallintamallin, tarkistin sitemap-loogiiikan ja otin käyttöön automatisoidut tarkistukset vanhentuneiden ilmoitusten käsittelystä sekä sisäisten linkitysten puutteista. Toteutusikkunan aikana alusta paransi merkittävästi sitä, kuinka nopeasti arvokkaat sivut löydettiin ja indeksoitiin: huippupäivinä indeksoitiin yli 500 000 uutta URL-osoitetta päivässä. Tämä toteutettiin omilla skripteillä ja seurantalohkoilla samankaltaisesti kuin työ, jota kuvataan Python SEO automation.

B2B-hakemisto ja liidimarkkinapaikka

0–2 100 päivittäistä orgaanista käyntiä uusilla SEO-osiolla

Yrityksellä oli paljon tarjoajatietoa, mutta ei skaalautuvaa tapaa muuntaa sitä hakukoneille kohdistetuiksi sivuiksi, jotka olisivat aidosti hyödyllisiä. Rakensimme kysyntävetoisen taksonomian, asetimme laadun vähimmäiskriteerit tarjoajasivuille ja lanseerasimme rakenteiset kategoria–sijainti-laskulaskeutumis-/laskeutumissivut, joita tuettiin toimituksellisilla moduuleilla eikä tyhjillä mallipohjilla. Uudet osiot siirtyivät nollasta merkityksellisestä liikenteestä noin 2 100 päivittäiseen käyntiin samalla kun indeksointibloat pysyi hallinnassa. Uuden mallin käyttöönotto onnistui, koska ohjelmallinen sivugenerointi yhdistettiin programmatic SEO for enterprise -kurinalaisuuteen massajulkaisun sijaan.

Aiheeseen liittyvät case-tutkimukset

4× Growth

SaaS

Kyberturvallisuus SaaS -ohjelmiston kansainvälinen kasvu

80 → 400 käyntiä/vrk 4 kuukaudessa. Kansainvälinen kyberturvallisuus-SaaS-alusta, jossa monimarkkina...

0 → 2100/day

Marketplace

Käytettyjen autojen markkinapaikka Puolassa

0:sta → 2100 päivittäiseen orgaaniseen kävijään 14 kuukaudessa. Täysimittainen SEO-käynnistys puolal...

10× Growth

eCommerce

Luksuskalusteiden eCommerce Saksassa

30 → 370 käyntiä/vrk 14 kuukaudessa. Premium-kalusteiden eCommerce Saksan markkinassa....

Andrii Stanetskyi

Jokaisen projektin tekijä

11 vuotta SEO-ongelmien ratkaisemista kaikilla toimialoilla — eCommerce, SaaS, terveydenhuolto, markkinapaikat, palveluyritykset. Yksin tehtävistä auditoinneista startupin tarpeisiin aina usean domainin enterprise-toteutusten hallintaan. Kirjoitan Pythonilla, rakennan raportointinäkymät ja vastaan lopputuloksesta. Ei välikäsiä, ei asiakkuusvastaavia — suora yhteys siihen, joka tekee työn.

200+

Toimitetut projektit

18

Toimialat

40+

Kattamat kielet

11+

Vuotta SEO:ssa

Soveltuvuusarvio

Onko portaali- ja markkinapaikkahakukoneoptimointi oikein teidän liiketoiminnallenne?

Työpaikkailmoitussivustot, ilmoittelusivustot ja listausmarkkinapaikat, joilla on suuria määriä käyttäjien luomia sivuja. Jos varastosi (tarjonta) muuttuu päivittäin ja orgaaninen kasvu riippuu siitä, että uudet ilmoitukset indeksoidaan nopeasti ilman, että roskasisältöä päätyy hakemistoon, tämä palvelu on tehty juuri sinulle. Se toimii usein parhaiten yhdessä lokitiedostojen analysoinnin kanssa, kun indeksoinnin kohdistus on jo selkeä pullonkaula.

Kiinteistö-, auto-, matka- ja vertailualustat, joilla on paljon geo- ja suodatuksen monimutkaisuutta. Jos kaupunki-, alue-, kategoria- ja ominaisuusyhdistelmät luovat tuhansia lähes samanlaisia osavaltioita/tiloja, päätarve ei ole lisää sisällöntuotantoa vaan rakenteellinen SEO. Nämä projektit menevät usein päällekkäin sivuston rakenteen ja kansainvälisen SEO:n kanssa monimarkkinaisen laajentumisen yhteydessä.

Hallitsevat hakukokonaisuudet ja hakemistoratkaisut, joissa on paljon jäsenneltyä dataa mutta heikko hakunäkyvyys. Jos sivusi ovat olemassa mutta eivät sijoitu, koska mallipohjat ovat liian geneerisiä, sisällöltään ohuita tai huonosti linkitettyjä, portaalin SEO voi muuttaa operatiivisen datan hakutuloksissa hyödynnettäväksi. Tämä hyödyttää yleensä vahvempaa sisältöstrategiaa ja semanttisen ytimen kehittämistä.

Yritysalustat, jotka suunnittelevat suuria uudistuksia, taksonomian muutoksia tai migraatioita. Jos tuote- ja tuotekehitysryhmät muuttavat aktiivisesti sitä, miten URL-osoitteet, suodattimet tai mallipohjat toimivat, SEO:n täytyy olla osa näitä päätöksiä ennen julkaisua—ei vasta sen jälkeen, kun liikenne on vähentynyt. Näissä tapauksissa yhdistän yleensä portaalityön kohteisiin migreeraus-SEO sekä verkkosivustokehitys + SEO.

Ei juuri sopiva?

Pienet esittelevät sivustot tai alkuvaiheen yritykset, joissa on alle muutama sata tärkeää sivua. Jos haasteesi liittyy perusnäkyvyyteen, paikalliseen tavoittamiseen tai palvelusivujen optimointiin, laajempi palvelu, kuten website SEO promotion tai local SEO, on parempi lähtökohta.

Tiimit, jotka etsivät vain joukkona tehtävää AI-sivujen generointia ilman hallintaa, QA:ta tai teknisiä muutoksia. Tuhansien vähäarvoisten portaalisivujen julkaiseminen harvoin toimii pitkällä aikavälillä; jos tarvitset ensin perustan, aloita kokonaisvaltaisesta SEO-auditoinnista tai teknisestä SEO-auditoinnista.

UKK

Usein kysytyt kysymykset

Portaali- ja markkinapaikka-SEO tarkoittaa suurten, listauksiin perustuvien verkkosivustojen, kuten työpaikkaportaalien, ilmoitussivustojen, hakemistojen, kiinteistöportaali- ja vertailualustojen, hakukonenäkyvyyden optimointia. Työssä korostuvat sivutyyppistrategia, crawl-budjetti, suodatettujen näkymien hallinta (faceted navigation), listauspohjien laatu sekä indeksoinnin ohjaus pelkkien yksittäisten avainsanojen sijaan. Näillä sivustoilla URL-osoitteita voi olla miljoonia, mutta vain osa niistä kannattaa indeksoida. Hyvä markkinapaikka-SEO päättää, mitkä URL-osoitteet saavat sijoittua, mitkä tukevat löydettävyyttä ja mitkä pidetään kokonaan indeksoinnin ulkopuolella. Lisäksi huomioidaan tarjonnan ajantasaisuus, kaksois-/päällekkäiset entiteetit sekä käyttäjälähtöisen sisällön epätasaisuus.

Hinta riippuu ennen kaikkea kohteen laajuudesta, teknisestä monimutkaisuudesta sekä siitä, kuinka paljon toteutustukea tarvitaan. Esimerkiksi kohdistettu auditointi keskikokoiselle portaalille on hyvin eri asia kuin monen markkina-alueen kokonaisuus, jossa huomioidaan logit, mallipohjat, automaatio ja käyttöönoton testaus (QA) aina useiden miljoonien URL-osoitteiden tasolla. Todellinen hinnoittelun vaihtelutekijä ei ole pelkkä sivumäärä, vaan se, kuinka monta eri sivutyyppiä, sidosryhmää, kieltä ja alustakohtaista sääntöä täytyy analysoida ja hallita. Yritystason markkinapaikoissa edullisin vaihtoehto ei usein ole kokonaiskustannuksiltaan se halvin, jos huono rakenne kuluttaa indeksointibudjettia ja aiheuttaa lisätyötä kehitykselle. Rajaan työn yleensä sen jälkeen, kun olen käynyt läpi arkkitehtuurin, liikenneprofiilin ja sisällön/inventaarin käyttäytymisen, jotta tiekartta vastaa todellisia riskejä.

Usein näet ensin nopeampia parannuksia, ja sen jälkeen vaikutus kasvaa vähitellen. Ensimmäisten 2–6 viikon aikana tiimit saavat tyypillisesti selkeyttä siitä, millaiset sivutyypit tuottavat hukkaa ja mitkä korjaukset vaikuttavat eniten. Tekniset parannukset, kuten indeksointiin liittyvän crawl-ajankohdan optimointi, sivustokartan logiikka tai kanonisten osoitteiden säännöt, voivat vaikuttaa löytökykyyn ja indeksointiin noin 1–3 kuukaudessa, erityisesti aktiivisilla sivustoilla. Selkeämmät sijoitustason nousut vaativat yleensä 3–6 kuukautta, koska Google joutuu käsittelemään mallipohjia, arvioimaan sisällön laatua ja parantamaan sisäisiä linkityksiä mittakaavassa. Suurissa portaaleissa arvo kertyy usein parhaiten 6–12 kuukaudessa vähitellen kumuloituen eikä yksittäisenä nopeana hyppynä.

Ne menevät osittain päällekkäin, mutta markkinapaikoilla on usein enemmän vaihtelua (volatiliteettia), enemmän käyttäjien tuottamaa sisältöä ja enemmän päällekkäisyyttä ilmoitusten, myyjien sekä erilaisten suodatintilojen välillä. eCommerce-sivustoilla tuotekokonaisuuden sisältö on yleensä paremmin hallittavissa, kun taas markkinapaikoilla laatu voi vaihdella myyjien tai käyttäjien tuottaman sisällön vuoksi. Markkinapaikoilla käsitellään myös vanhenevaa varastoa, ohuempia tarjontasivuja ja suurempaa osuutta dynaamisesti luoduista URL-osoitteista. Tämän takia indeksointipäätökset ja laatuvaatimusten asettaminen voivat olla tärkeämpiä kuin pelkkä klassinen tuotesivujen optimointi. Jos yrityksesi myy omaa tuotekatalogiaan, [eCommerce SEO](/services/ecommerce-seo/) tai [enterprise eCommerce SEO](/services/enterprise-ecommerce-seo/) voi sopia paremmin.

Ensiksi erotan sivut, jotka ovat strategisesti tärkeitä, niistä sivuista, jotka ovat olemassa vain siksi, että alusta pystyy generoimaan niitä. Tämän jälkeen tarkastelen duplikaattiryppäitä, sisällön syvyyttä, puuttuvia ominaisuuksia, sisäisiä linkkejä sekä käyttäjäsignaaleja tai tuoreusindikaattoreita, jotta voidaan päättää, pitäisikö sivua parantaa, yhdistää, asettaa noindexiin vai poistaa näkyvistä hakupoluista. Ohuiden sivujen käsittely ei yleensä ole “yksi kaikille” -ratkaisu, sillä jotkin hakutuloksiin nousevat listaukset voivat pärjätä vähäisellä tekstillä, jos entiteetin tiedot ovat vahvoja ja hakukäytön tarkoitus on selkeä. Tavoite ei ole kasvattaa jokaisen sivun pituutta, vaan varmistaa, että jokaiselle indeksoidulle sivulle on selkeä peruste.

Kyllä, nämä ovatkin tämän palvelun vahvimpia käyttökohteita, koska niillä on usein samanlaiset rakenteelliset haasteet. Työpaikkasivustot tarvitsevat erityisesti ajantasaisuuden, vanhentuneiden ilmoitusten hallinnan sekä vahvan kategori–sijainti-arkkitehtuurin. Kiinteistösivustot puolestaan hyötyvät huolellisesta Geo-kysynnän käsittelystä, ilmoitusten kaksoiskappaleiden ehkäisystä ja toimivasta suodatinlogiikasta. Hakemistot tarvitsevat usein myös entiteettien yhdenmukaistamista, kategorioiden tarkoituksen (search intent) kohdistamista sekä paremmin eriytettyjä mallipohjia. Säännöt vaihtelevat liiketoimintamallin mukaan, mutta perusperiaate on sama: päätä, mikä sivustoista kannattaa indeksoida, paranna mallipohjien arvoa ja ohjaa indeksointia kohti kaupallisesti hyödyllisiä sivuja.

Kyllä. Taustani painottuu vahvasti yritystason ympäristöihin: minulla on kokemusta esimerkiksi 41 domainista ja yli 40 kielestä sekä sivustoista, joilla on noin 20 miljoonaa generoitua URL-osoitetta per domain. Näissä käytetyt toimintatavat toimivat suoraan myös suurissa portaaleissa, kuten sivutyypin segmentointi, automaatio, indeksoinnin/kartoituksen analytiikka ja skaalautuva laadunvarmistus (QA). Mitä suurempi sivusto, sitä tärkeämpää on korvata manuaaliset tarkistukset säännöillä, seuranta- ja raporttinäkymillä sekä poikkeamaraportoinnilla. Monikieliset markkinapaikat vaativat lisäksi taksonomian yhdenmukaisuutta, paikallisen tarkoituksen (intent) kohdistamista sekä tiukkaa duplikaattien hallintaa eri alueisiin tehdyissä mallipohjissa. Juuri tässä yritystason prosessit yleensä ylittävät geneerisen toimisto-SEO:n.

Useimmiten kyllä, koska markkinapaikat ovat eläviä järjestelmiä eivätkä staattisia verkkosivuja. Uusia kategorioita, suodattimia, mallipohjia, myyjien toimintatapoja ja tujulkaisuja syntyy jatkuvasti, mikä luo sekä uusia SEO-riskejä että mahdollisuuksia. Ensimmäinen auditointi voi ratkaista keskeiset rakenteelliset ongelmat, mutta ilman jatkuvaa hallintaa samat indeksointi- ja indeksointiin/crawlaukseen liittyvät haasteet usein palaavat muutamassa kuukaudessa. Jatkuva työ on erityisen hyödyllistä, jos alusta julkaisee usein uusia versioita tai laajenee uusille maantieteellisille alueille. Tällöin kuukausittainen seuranta, laadunvarmistus ja iterointi [SEO curation & monthly management](/services/seo-monthly-management/) -palvelun avulla on usein tehokkaampaa kuin toistuvat kertaluonteiset auditoinnit.

Seuraavat vaiheet

Käynnistä portaali- ja markkinapaikka-SEO-projektisi

Jos portaalisi luo huomattavasti enemmän sivuja kuin Google pystyy käyttämään hyvin, ratkaisu ei ole enempää julkaisemista. Ratkaisu on selkeämpi järjestelmä päättää, mitä pitäisi olla olemassa, mitä pitäisi löytää, mitä pitäisi indeksoida ja mitä vaatii vahvempaa mallipohjan (template) laatua, jotta se voi pärjätä kilpailussa. Tämä on työ, jota teen käytännön SEO-strategina: nojaan 11+ vuoden kokemukseen yritystason SEO:sta, suurista monikielisistä ympäristöistä, Python-automaatiosta ja tekoälyavusteisista toimintamalleista. Samat menetelmät, joilla hallitaan 20M+ generoituja URL-osoitteita per domain, auttavat myös keskisuuria markkinapaikkoja välttämään virheet, jotka aiheuttavat myöhemmin indeksointiroskan (index bloat). Kun rakenne on kunnossa, markkinapaikat saavat paremman näkyvyyden, indeksointirobotti (recrawl) käy tuoreessa inventaariossa nopeammin ja manuaaliseen korjaamiseen kuluu vähemmän aikaa toistuviin ongelmiin.

Ensimmäinen vaihe on toimiva työskentelyhetki, joka keskittyy sivutyyppiesi kartoittamiseen, inventory-malliin, liikennemalliin ja nykyisiin hakurajoitteisiin. Et tarvitse hiottua briefiä; sivuston käyttöoikeuksien kuvaus, Search Console -data, esimerkkisiarvot (URL-osoitteet) sekä lyhyt selitys siitä, miten listaukset luodaan, riittävät alkuun. Sen jälkeen tunnistan suurimman vaikutuksen riskit ja määrittelen, mitä pitäisi tapahtua ensimmäisten 30, 60 ja 90 päivän aikana. Jos etenemme, ensimmäinen toimitus on yleensä sivutyyppien viitekehys ja priorisoitu toimintasuunnitelma, jonka jälkeen tulevat toteutuksen määritykset ja mittauksen asetus. Näin prosessi pysyy käytännöllisenä, nopeana käynnistää ja selkeänä SEO-, tuote- ja engineering-tiimeille.