Staattinen sivusto vai WordPress: kumpi on parempi hakukoneille?

Kysymys tulee lähes jokaisessa sivustoprojektissa: pitääkö olla WordPress, että Google löytää? Vastaus on ei, ja sen sanoo Google itse. Mutta se ei tarkoita, että valinta olisi yhdentekevä. Erot tulevat muualta kuin sijoitusalgoritmista, ja ne ovat oikeita. Tässä rehellinen vertailu ja Cosmic Thingin oma linja siihen, kumpaa se rakentaa ja milloin.

Google ei suosi alustaa, ja se on sanottu useammin kuin kerran

Search Engine Journalin raportin mukaan John Mueller vastasi kysymykseen Ask Googlebot -sarjassa heinäkuussa 2022: hakujärjestelmät eivät etsi mitään tiettyä julkaisujärjestelmää kohdellakseen sitä eri tavalla, vaan ne katsovat lopputulosta, eivät sitä, miten sivu tehtiin.

Lokakuussa 2025 hän toisti asian Redditissä. Search Engine Roundtablen raportin mukaan hän kirjoitti, ettei valtavirran CMS:ien välillä ole perustavaa SEO-eroa ja että staattinen hosting moderneilla kehyksillä on aivan yhtä hyvä. Molemmat sitaatit ovat tässä toissijaisista lähteistä, koska alkuperäinen video ja Reddit-ketju eivät avautuneet tekstinä.

Sama linja jatkuu Googlen tekoälyoptimointioppaassa vuodelta 2026: tekoälyhaun perusasiat ovat samat kuin haun, eli sivun pitää näkyä hyvin kaikilla laitteilla ja viive pitää pitää pienenä. Alustasta ei sanota sanaakaan. Tästä laajemmin pilarissa Tekninen SEO tekoälyaikana.

Kun alusta ei ole sijoitustekijä, kysymys muuttuu: mistä erot sitten tulevat? Neljästä asiasta.

Ero yksi: staattinen sivusto lähettää vähemmän JavaScriptiä

Sekä WordPress että staattinen sivusto lähettävät selaimelle valmiin HTML:n. Tässä ne ovat samalla viivalla, ja se on hyvä asia, koska Googlen JavaScript-ohjeen mukaan JavaScriptillä rakennettu sivu jonottaa erilliseen renderöintiin, joka voi kestää sekunteja tai pidempään, ja palvelinpuolen renderöinti tai esirenderöinti on edelleen hyvä ajatus, koska kaikki botit eivät osaa ajaa JavaScriptiä. Tekoälyhakujen boteista (OpenAI, Anthropic, Perplexity) en löytänyt dokumentaatiota, jonka mukaan ne renderöisivät JavaScriptiä, joten niiden varaan ei kannata laskea.

Ero syntyy siinä, mitä HTML:n mukana tulee. Astron dokumentaation mukaan kehys renderöi palvelimella aina kun mahdollista, lähettää selaimeen mahdollisimman vähän JavaScriptiä ja tuottaa oletuksena esirenderöityjä HTML-tiedostoja, jotka voi jakaa CDN:stä ilman palvelinta. WordPress-sivulla taas jokainen lisäosa ja teema tuo tyypillisesti oman JavaScript- ja CSS-tiedostonsa, ja page builder tuo syvän DOM:n. HTTP Archiven Web Almanac 2025 sanoo tämän suoraan: page builderit tuottavat monimutkaisempia DOM-rakenteita ja suurempia CSS- ja JavaScript-paketteja.

Lopputulos näkyy Core Web Vitalseissa. Almanacin mukaan 45 prosenttia WordPress-sivustoista sai hyvän kokonaistuloksen vuonna 2025. Search Engine Journalin raportin HTTP Archiven Tech Report -datasta mukaan WordPress oli kesäkuussa 2025 kuudesta vertaillusta alustasta viimeinen 43,44 prosentilla, kun Duda oli ensimmäinen 83,63 prosentilla. Staattisille sivustoille vastaavaa lukua ei ole samassa vertailussa, koska ne eivät ole yksi tunnistettava alusta. Väite “staattinen on nopeampi” perustuu siis mekanismiin, ei tilastoon, ja se on sanottava ääneen. Mekanismi on kuitenkin dokumentoitu, ja INP:n osalta se avataan artikkelissa Core Web Vitals 2026: mitä INP mittaa.

Reilu huomautus: hyvin rakennettu WordPress ilman page builderia ja kymmentä lisäosaa läpäisee Core Web Vitalsit siinä missä staattinen sivusto. Ongelma ei ole WordPress vaan se, mitä siihen tavallisesti asennetaan.

Ero kaksi: WordPressissä on jotain, mihin hyökätä

Patchstackin raportin (julkaistu 25.2.2026) mukaan WordPress-ekosysteemissä raportoitiin vuonna 2025 yhteensä 11 334 uutta haavoittuvuutta, 42 prosenttia enemmän kuin vuotta aiemmin. Niistä 91 prosenttia oli lisäosissa ja 9 prosenttia teemoissa; WordPressin ytimessä oli kuusi. Korkean vakavuuden haavoittuvuuksia oli 1 966. Raportin mukaan painotettu mediaaniaika haavoittuvuuden julkaisusta ensimmäiseen hyväksikäyttöön oli viisi tuntia, ja 46 prosentilla haavoittuvuuksista ei ollut korjausta julkaisuhetkellä.

Tämä ei ole väite, että WordPress olisi huono. Ydin on turvallinen. Se on väite, että WordPress-sivusto on ohjelmisto, jota pitää päivittää, ja jokainen lisäosa on lupaus päivittää sitä loppuun asti. Staattisella sivustolla ei ole tietokantaa, kirjautumissivua eikä PHP:tä, joka ottaisi pyyntöjä vastaan. Hyökkäyspinta on CDN:n pinta. Sekään ei ole nolla, mutta sen ylläpitää joku muu.

Hakukoneille tällä on suora yhteys. Hakkeroitu sivusto, joka alkaa jakaa haittaohjelmaa tai piilotettuja linkkejä, putoaa hakutuloksista. Se on yleisin tapa, jolla WordPress-sivuston SEO romahtaa yhdessä yössä, eikä sillä ole mitään tekemistä alustan sijoituskyvyn kanssa.

Ero kolme: kuka päivittää sisältöä

Tämä on se kohta, jossa WordPress voittaa, ja se on tärkeämpi kuin kaksi edellistä yhteensä.

Staattisen sivuston sisältö on tiedostoja repossa. Sen päivittäminen vaatii joko koodiin koskemista tai erillisen hallintakerroksen. Jos yrityksessä on markkinointitiimi, joka julkaisee viikoittain, lisää tuotteita, vaihtaa kuvia ja rakentaa laskeutumissivuja, WordPressin editori on se työkalu, jonka he osaavat. Sivusto, jota kukaan ei uskalla päivittää, on hakukoneille kuollut sivusto riippumatta siitä, kuinka nopea se on.

Sama pätee toiseen suuntaan. Jos sivustoa päivittää yksi ihminen kerran kuussa, tai jos sisällön tuottaa kone putkesta, WordPressin hallintapaneeli on ylläpitovelkaa ilman hyötyä.

Ero neljä: verkkokauppa, integraatiot ja lomakkeet

Verkkokauppa, jäsenrekisteri, kurssi-ilmoittautumiset, varausjärjestelmä, CRM-integraatio. Kun sivuston pitää tehdä jotain, ei vain näyttää jotain, tarvitaan sovellus. WordPress ja sen ekosysteemi on tähän valmis alusta: lomakkeet, maksut ja integraatiot ovat olemassa, ja niitä ylläpitää joku muu. Staattiselle sivustolle sama toiminnallisuus rakennetaan erillispalveluista tai koodataan itse, mikä on joskus parempi ja usein kalliimpi.

Cosmic Thingin linja: WordPress vain kun CMS oikeasti tarvitaan

Tämän sivuston rakentaja tekee molempia, ja linja on tämä.

WordPress silloin, kun sisältöä päivittää tiimi, joka ei koske koodiin, kun sivustolla on verkkokauppa tai kun tarvitaan lomakkeita ja integraatioita ulkoisiin järjestelmiin, kuten urheiluseurojen kurssi-ilmoittautumisia jäsenrekisteriin. Silloin CMS on oikea työkalu, ja sen hinta, päivitysvastuu ja lisäosien kuri, kannattaa maksaa. WordPress rakennetaan silloin ilman page builderia ja mahdollisimman vähällä lisäosamäärällä, koska Almanacin ja Patchstackin luvut kertovat, mistä ongelmat tulevat.

Staattinen sivusto (Astro, Cloudflare Pages) silloin, kun sivusto on esittelysivusto, kun sisältöä päivittää yksi ihminen tai kone, tai kun nopeus ja tietoturva ovat tärkeämpiä kuin editori. mainostoimisto.ai on tällainen: sisällön kirjoittaa tekoäly putkessa, joka tallentaa markdown-tiedoston repoon, ja sivusto rakentuu automaattisesti. Hallintapaneelia ei tarvita, koska kukaan ei kirjoita editorissa. Launch-erä, johon tämä artikkeli kuuluu, on kirjoitettu Claude-agenteilla 22.9.2026 ennen automaation ensimmäistä ajoa.

Kumpaakaan ei valita hakukoneen takia. Google ei välitä. Se valitaan sen mukaan, kuka sivustoa käyttää ja kuka sitä päivittää, ja kun se on selvillä, hakukoneoptimointi on molemmilla sama työ: indeksoitava sivu, nopea lataus, sisältö, jota kukaan muu ei voi kirjoittaa. Skeemasta ja muista koneelle tarkoitetuista merkinnöistä erikseen artikkelissa Skeema-merkinnät, jotka kannattaa tehdä, ja llms.txt-tiedostosta, jota myydään usein juuri “modernin sivuston” ominaisuutena, artikkelissa llms.txt — tarvitseeko suomalainen yritys sitä?.

Kysymyksiä, joita tästä haetaan

Näkyykö WordPress-sivusto paremmin Googlessa kuin staattinen?

Ei. Googlen John Muellerin mukaan hakujärjestelmät eivät kohtele tiettyä julkaisujärjestelmää eri tavalla, ja staattinen hosting moderneilla työkaluilla on yhtä hyvä. Sisältö ja tekninen toteutus ratkaisevat, ei alusta.

Onko staattinen sivusto turvallisempi kuin WordPress?

Hyökkäyspinta on pienempi, koska ei ole tietokantaa, kirjautumista eikä lisäosia, joita voi hyväksikäyttää. Patchstackin mukaan 91 prosenttia vuoden 2025 WordPress-haavoittuvuuksista oli lisäosissa. Staattinen sivusto ei ole immuuni, mutta sillä ei ole samaa päivitysvelvoitetta.

Milloin WordPress on oikea valinta?

Kun sisältöä päivittää tiimi, joka ei koske koodiin, kun tarvitaan verkkokauppa tai integraatioita, tai kun sivustolla on lomakkeita ja jäsentoimintoja. Silloin CMS on oikeasti tarpeen ja sen kustannus kannattaa maksaa.

Lähteet

1. Search Engine Roundtable: Google's John Mueller On Best Content Management Systems For SEOToissijainen lähde Muellerin Reddit-kommentille 28.10.2025: ei perustavaa SEO-eroa, staattinen hosting on ok
2. Search Engine Journal: Does The CMS Matter For Search Rankings?Toissijainen lähde Ask Googlebot -videolle (heinäkuu 2022): hakujärjestelmät eivät kohtele tiettyä CMS:ää eri tavalla
3. Google Search Central: Understand JavaScript SEO basicsRenderöintijono; palvelinpuolen renderöinti tai esirenderöinti on hyvä ajatus, koska kaikki botit eivät aja JavaScriptiä
4. HTTP Archive Web Almanac 2025: CMSWordPress 64,3 % CMS-sivustoista; 45 % hyvä CWV; page builderit ja DOM
5. Search Engine Journal: 2025 Core Web Vitals Challenge: WordPress Versus EveryoneToissijainen lähde HTTP Archive Tech Report -luvuille: WordPress 43,44 % hyvä CWV, viimeinen kuudesta (kesäkuu 2025)
6. Patchstack: State of WordPress Security in 202611 334 uutta haavoittuvuutta 2025 (+42 %), 91 % lisäosissa, 9 % teemoissa, ydin 6; mediaaniaika ensimmäiseen hyväksikäyttöön 5 h
7. Astro Docs: Why Astro?Palvelin ensin, vähemmän selaimen JavaScriptiä, saarekearkkitehtuuri, staattinen tuotos
8. Google Search Central: Guide to optimizing for generative AI featuresSivukokemus ja viiveen vähentäminen ovat edelleen perusasioita; ei alustakohtaisia vaatimuksia

Löysitkö virheen?

Tämän tekstin kirjoitti kone ja toinen kone tarkisti faktat. Ihminen ei ole lukenut jokaista tekstiä. Jos jokin on väärin, kerro — ilmoitus menee Ilkka Immoselle, korjaus tehdään ja se merkitään tähän tekstiin näkyviin.

Mikä on väärinSähköposti, jos haluat kuulla korjauksesta

Lähetä ilmoitus