Työkalut · 2026-08-09

SEO, GEO ja kolme verkkoarkkitehtuuria: mitä opimme Neuvottelijasta ja DCM Capitalista

Kenttäraportti www.neuvottelija.com- ja www.neuvottelija.fi-sivustojen Cloudflare-uudistuksista sekä www.dcmcapital.fi:n tarkoituksellisesta WordPress-ratkaisusta: mitä Astro muutti, miksi agenttivalmius nousi pisteisiin 100/100 ja 93/100 ja miten Codex, Gemini ja Claude seuraavat löydettävyyttä viikoittain.

Sami Miettinen · Päivitetty 2026-08-09

Tämän sarjan edellinen artikkeli päättyi täydelliseen pistemäärään. Claude rakensi englanninkielisen jaksokorpuksen, Gemini varmisti domainin koneluettavan löydettävyyden ja Codex korjasi protokolla- ja hakukerroksen. Cloudflaren Agent Readiness -vertailu antoi Neuvottelija.comille tuloksen 100/100.

Se oli hyödyllinen merkkipaalu, mutta ei työn päätepiste. Pistemäärä on teknisen saavutettavuuden tilannekuva. SEO ja GEO ovat jatkuvaa käyttötyötä: sisältö muuttuu, indeksit täydentyvät viiveellä, reunavälimuisti voi ajautua eri tilaan kuin lähdekoodi ja analytiikka korjaa menneitä lukuja jälkikäteen. Teknisesti täydellinen sivu voi myös jäädä vastaamatta kysymykseen, jota kukaan ei esitä.

Seuraava vaihe laajensi työn yhdestä sivustosta kolmen tuotantosivuston vertailuksi:

Kyse ei ole kilpailusta, jossa WordPress häviää ja Astro voittaa. Kyse on siitä, miltä samat SEO- ja GEO-periaatteet näyttävät kolmessa erilaisessa tarjoilumallissa.

SEO ja GEO ratkaisevat löydettävyyden eri kerroksia

SEO tekee sivusta hakukoneelle ymmärrettävän: vakaa URL, valmis HTML, canonical- ja hreflang-linkit, rakenteinen data, sivustokartat, oikeat HTTP-statuskoodit ja Search Consolessa mitattava indeksointi.

GEO eli generatiivisten hakukoneiden optimointi jatkaa samaa sopimusta vastauskoneille ja ohjelmistoagenteille. Käytännössä se tarkoittaa tiivistä Markdownia, llms.txt-hakemistoa, rakenteisia JSON-luetteloita, eksplisiittistä bottipolitiikkaa, lähde- ja päivämääräprovenanssia, sisältöneuvottelua, API-löydettävyyttä ja koneellisia linkkejä resurssien välillä.

Kumpikaan ei korvaa toista. Markdown-peili ilman kanonista sivua on vajaa julkaisu. Täydellisesti kanoninen sivu, jonka sisältö ilmestyy vasta suuren JavaScript-sovelluksen käynnistyttyä, on heikko hakupinta. Tässä työssä ihmisen sivu, hakukoneen dokumentti ja agentin esitys tuotetaan samasta lähteestä.

Mitä Astro muutti Neuvottelija.comissa

Astron ratkaiseva etu ei ollut ulkoasu tai edes nopeus. Se oli buildin deterministisyys.

Artikkeli tulee tyypitettyyn sisältökokoelmaan. Build tarkistaa frontmatterin ja tuottaa samasta lähteestä reittikohtaisen HTML:n, Markdown-peilin, JSON-hakemistot, RSS-syötteen ja sitemap-rivit. Artikkeli on jo HTTP-vastauksessa; JavaScript on vain lisäkerros. Cloudflare Pages saa valmiin dist-hakemiston, ja Pages Functions lisää reunalla sisältöneuvottelun ja löydettävyyttä kuvaavat Link-otsakkeet.

Tämä poisti kokonaisen epäselvyyksien luokan. Crawlerin ei tarvitse suorittaa Reactia löytääkseen otsikon, canonical-osoitteen tai leipätekstin. Agentti voi pyytää Accept: text/markdown -esityksen tai seurata mainostettua Markdown-linkkiä. Auditissa HTML-, Markdown-, JSON- ja sitemap-versioita voidaan verrata tietäen, että ne syntyivät samasta buildista.

Työ paljasti myös monorepon tavallisen ansan: on helppo päätellä oikea ratkaisu väärän sovelluksen perusteella. Suomenkielisen AI-julkaisun artikkelireitin rakentaa apps/ai-fi, englanninkielisen apps/ai. Markdown-tiedosto yleisessä content/posts-kansiossa tai React-reitti toisessa sovelluksessa ei julkaise kumpaakaan. Luotettava testi on build-artefakti:

apps/ai-fi/dist/tools/{slug}/index.html
apps/ai-fi/dist/tools/{slug}/index.md

apps/ai/dist/{slug}/index.html
apps/ai/dist/{slug}/index.md

Myös julkaisuoppi oli konkreettinen. GitHub Actions rakentaa kummankin sovelluksen omasta työhakemistostaan ja kutsuu Wrangleria oikeaa Cloudflare Pages -projektia vasten. Vihreä build on välttämätön, mutta ei todista mitä reunaverkko tarjoaa. Tuotannosta pitää edelleen tarkistaa kanoninen sivu, Markdown-peili, konehakemisto, HTTP-otsakkeet ja välimuistin tila.

Miksi Neuvottelija.fi jäi 93 pisteeseen—ja miksi se on hyvä tulos

Neuvottelija.fi siirtyi Cloudflareen, mutta siitä ei tehty Astro-sivustoa. Se säilyi Vite/React-sovelluksena, koska siinä on sovelluslogiikkaa ja vakiintunut suomalainen julkaisutyönkulku, joita ei ollut järkevää heittää pois pistemäärän takia.

Ratkaisu oli tuottaa koneille tärkeät pinnat staattisina buildin aikana. Jakso- ja transkriptishellit, OpenClaw-artikkelit, metadata, sivustokartat, Markdown-dokumentit ja .well-known-resurssit kirjoitetaan deploymentiin ennen Reactin hydraatiota. Cloudflare Pages palvelee nämä tiedostot suoraan ja käyttää SPA-varareittiä vain siellä, missä sovellusreititystä todella tarvitaan.

Hybridi saavutti 93/100. Lähtötaso oli 57/100, kun sivusto oli Lovablen hostaama React-SPA; kehityskaaren ensimmäinen vaihe on kuvattu artikkelissa From 57 to 86: Why I Rebuilt Neuvottelija.com for AI Agents. Seitsemän pisteen ero 93:n ja täyden sadan välillä kertoo arkkitehtuurista: staattisessa Astrossa valmis reittikohtainen vastaus on oletus, React-sovelluksessa valitut staattiset takuut pitää rakentaa sovelluskuoren ympärille. Mutta 93 ei ole epäonnistunut 100. Se osoittaa, että olemassa olevan sovelluksen löydettävyyttä voi parantaa olennaisesti ilman riskialtista kokonaisuudistusta.

Miksi DCM Capital jäi tarkoituksella WordPressiin

Useimmat Neuvottelijan tilaajat ja monet neuvonantoasiakkaat eivät käytä Astro-monorepoja. He käyttävät WordPressiä. Jos WordPress olisi poistettu kokeesta, työstä olisi tullut heille vähemmän hyödyllinen.

DCM Capital on siksi vertailutoteutus vanhemman teknologian parantamisesta paikallaan. WordPressin must-use-lisäosa ja pieni webroot-paketti julkaisevat nyt agenttisopimuksen: llms.txt, auth.md, Markdown-sisältöneuvottelun, OpenAPI-kuvauksen, API-katalogin, agenttitaidot, julkisen jakso-API:n ja Yoastiin liitetyn täydellisen paikallisen podcast-sivustokartan.

Suorituskykytyö oli yhtä tärkeä. Ennen välimuistia etusivu latautui noin 7,1 sekunnissa ja samanaikaiset kylmät pyynnöt saattoivat aiheuttaa HTTP 500 -virheitä. WP Super Cachen Expert-tila, tunnin vanhenemisaika ja yksi lämmityspyyntö muuttivat varmennetun kymmenen rinnakkaisen pyynnön testin tulokseksi 10/10 HTTP 200 noin 0,38–0,58 sekunnissa.

WordPressillä on omat reunaehtonsa: hookit voivat suodattaa permalinkkejä, PHP:n kylmäkäynnistys vaikuttaa, välimuisti pitää lämmittää ja generoitu päätepiste voi vahingossa palauttaa raskaan teeman 404-sivun. Ne ovat suunnitteluongelmia, eivät syy hylätä alusta. Hyödyllinen kysymys on, kuinka paljon luotettavaa löydettävyyttä voidaan lisätä pakottamatta asiakasta migraatioon, jota hän ei tarvitse.

Valuatum-yhteistyöstä viikoittaiseen mittaukseen

Valuatum-yhteistyö kirkasti työn liiketoimintavaatimuksen. Kertaluonteinen tekninen auditointi ei riittänyt. Tarvittiin toistuva näkymä siihen, paransivatko muutokset löydettävyyttä, siirsivätkö ne vain mittareita ja rikkoiko uusi julkaisu huomaamatta jonkin konepinnan.

Syntynyt viikkojärjestelmä kattaa kaikki kolme domainia ja pitää todistusaineiston kerrokset erillään:

• Google Search Console seuraa kyselyitä, sivuja, klikkejä, näyttöjä, sijoituksia, indeksointia ja URL Inspection -tilaa;
• GA4- ja YouTube-data kuvaavat havaittua liikennettä ja kulutusta, mutta botit ja anomaliat merkitään eikä niitä nimetä ihmisiksi;
• kiinteä GEO-kyselypaneeli ja append-only-havainnot mittaavat palvelukohtaista löytymistä ja sitaatteja;
• päätepistetarkistukset kattavat HTML:n, Markdownin, JSONin, sivustokartat, syötteet ja agenttidokumentit;
• pysyvä työkirja ja Google Sheet ylläpitävät watchlistia, muutoslokia, suosituksia, ajolokia, avainsanoja ja domain-paneeleita;
• ajokohtainen raakadata ja kirjalliset handoverit tekevät havainnosta toistettavan sen sijaan, että se katoaisi keskusteluhistoriaan.

Elokuun 9. päivän ajo osoittaa miksi tätä tarvitaan. Portfolion hakuklikit kasvoivat viikossa 60:stä 87:ään (+45 %), ja Neuvottelija.fi:n brändikysely palautui sijalle 1,1. Kaikki neljä englanninkielisen AI-julkaisun osastosivua indeksoituivat edellisen päivän pyyntöjen jälkeen. Samalla ajo löysi Cloudflaren reunalta epäjohdonmukaisen vastauksen: vanhan index.json-tiedoston ja ajoittain vanhentuneen /openclaw/-sivun. Hyvä hakukehitys ei kumonnut infrastruktuurivirhettä; molemmat kirjattiin erikseen.

Tätä parempi löydettävyys tarkoittaa puolustettavassa muodossa: kattavampia teknisiä pintoja, mitattua indeksointia, vahvempaa kyselysuoriutumista ja lyhyempää aikaa lähdekoodin ja tuotannon eron havaitsemiseen. Se ei tarkoita lupausta siitä, että pistemäärä aiheuttaa liikennettä tai että kielimalli lainaa sivua.

Codex, Gemini ja Claude yhtenä käyttöjärjestelmänä

Mallit eivät tee samaa työtä eri nimillä.

Claude tekee pitkän kontekstin viikkosynteesin. Se lukee kumuloituvan muistin ja datapoiminnat, erottaa havainnot hypoteeseista, kirjoittaa raportin sekä päivittää watchlistin ja suositukset.

Gemini saa operatiiviset handoverit, joissa Google-natiivi konteksti, DNS-työ tai rajattu tuotantoselvitys on hyödyllinen. Sen työvirtoihin ovat kuuluneet DNSSEC ja agenttilöydettävyys, välimuistin korjausbriefit sekä seuraavan transkriptikuraation jono.

Codex työskentelee paikallisia repoja vasten. Se seuraa havainnon reitteihin, sisältöskeemaan, build-tulokseen, middlewareen ja deployment-asetuksiin; toteuttaa muutoksen; ajaa molemmat Astro-buildit; commitoi ja pushaa; seuraa Cloudflare Pages -julkaisun loppuun ja tarkistaa julkiset URL:t uudelleen.

Sami säilyy hyväksyntäporttina. Mallit voivat tutkia, verrata ja toteuttaa, mutta arkkitehtuurin tarkoitus—kuten DCM Capitalin pitäminen WordPressissä—on liiketoimintapäätös, ei optimointitavoite jonka agentti saa päätellä pois.

Käyttösilmukka on yksinkertainen:

mittaa → selitä → handover → muuta → buildaa → julkaise → varmista → mittaa uudelleen

Tämä silmukka jatkaa 100/100-tarinaa. Vertailu osoitti, että agenttinatiivin sivuston voi rakentaa rehellisesti. Portfoliotyö osoittaa, miten se pidetään rehellisenä—ja miten samat periaatteet siirretään 93/100-hybridiin sekä tarkoituksella perinteiseen WordPress-sivustoon.

Agent Readiness -luvut ovat päivättyjä vertailutilannekuvia, eivät liikenne-ennusteita. Viikkohakuluvut ovat 9.8.2026 portfolioraportista, ja Search Console voi täydentää niitä jälkikäteen. Artikkeli laadittiin Codexilla tuotantorepojen, viikkoraporttien ja handoverien pohjalta; Claude tuotti jatkuvan analyysin, Gemini osallistui operatiivisiin työvirtoihin ja Sami Miettinen tarkisti ja hyväksyi lopullisen tekstin.

Osastot: Työkalut ja toteutukset + AI-tutkimus · Markdown: index.md · In English