Tämä ohje kuvaa AI Commerce ‑alustaan lisätyn välimuistitason, joka tallentaa CloudFrontin EDGE‑lokaatioihin istunnottomat bottiliikenteen SSR‑pyynnöt. Hyötynä on selvästi pienempi kuorma taustajärjestelmille (Backend ja CMS), nopeammat vastausajat hakuroboteille ja ensikertalaisille kävijöille sekä pienemmät kolmannen osapuolen (esim. Builderio) näyttökulut.

Miten ominaisuus toimii (lyhyesti)

• Sijainti: Välimuisti toimii CloudFrontin EDGE‑lokaatioissa (maantieteellisesti lähellä kävijää).
• Mitä cachetetaan: Server‑Side Rendering (SSR) ‑pyynnöt, joissa ei ole istuntotietoja.
• Edellytys polulle ja parametreille: Pyyntö kuuluu kävijän julkiseen polkuun ja sisältää vain kaupan yleisesti tukemia tai erikseen whitelistattuja parametreja (esim. sivutus ja sorttaus).
• Markkinoinnin seurannat ulos: Pyynnöt, joissa on markkinoinnin seurantaparametreja (esim. gclid, fbclid, utm_source), eivät tallennu välimuistiin.
• Istuntoa ei koskaan cacheteta: Pyyntö, jossa on asiakkaan istuntotiedot, ohjataan aina taustajärjestelmiin (tietoturvasyy: yksilöllinen data ei saa vuotaa).
• Välimuistin ikä: Boteille ja istunnottomille kävijöille sisältö voi olla enintään 24 h vanhaa.

Parametrisääntöjen esimerkit

SSR vs. CSR

• SSR (Server‑Side Rendering): Ensimmäiset sivulataukset ja ulkoiset pyynnöt. Vain nämä ovat edge‑välimuistin piirissä, jos istuntoa ei ole.
• CSR (Client‑Side Rendering): Sivuston sisäinen navigointi ja komponenttien päivitykset selaimen ja palvelimen välillä. CSR‑pyyntöjä ei jaeta edge‑välimuistista, koska tässä vaiheessa käyttäjä on todennettavasti ihminen.

Mitä ei koskaan cacheteta

• Pyynnöt, joissa on istuntotieto (esim. kirjautunut asiakas tai aktiivinen käyntisessio).
• Pyynnöt, joissa on markkinoinnin seurantaparametreja (esim. gclid, fbclid, utm_*).
• Hallintapaneeliin liittyvät näkymät ja muut ei‑julkiset polut.
• Kehittäjille tarkoitetut pyynnöt, joissa on järjestelmän taustatietoja saatavilla.

Hyödyt

• Kustannussäästöt: Monet järjestelmät veloittavat näyttökerroista (esim. Builderio). Cache leikkaa botteihin kohdistuvia näyttöjä merkittävästi.
• Nopeus hakuroboteille ja ensikertalaisille: Ilman cachea WordPress CMS API voi latautua keskimäärin ~500–2000 ms. Edge‑välimuistista vastaus tulee usein muutamissa millisekunneissa.
• Skaalautuvuus ja suojaus: Jopa ~90 % pyynnöistä on bottien tekemiä. Edge‑lokaatioiden kautta massiiviset piikit (myös palvelunestohyökkäykset) palvellaan ilman, että taustajärjestelmien ajantasaista dataa kulutetaan.

Haitat ja rajaukset

• 24 h tuoreus botaeille: Botit voivat nähdä enintään 24 tuntia vanhan sisällön. Hakurobotit eivät yleensä päivitä indeksejään reaaliaikaisesti, joten vaikutus on käytännössä pieni.
• Ei ”pikauutisointiin” boteille: Jos tavoitellaan, että crawlerit näkevät muutokset heti, edge‑cache ei ole oikea väline - eivätkä hakukoneetkaan yleensä päivitä tuloksia välittömästi. Verkkokauppakontekstissa tämä on yleisesti hyväksyttävä tradeoff.

Vaikutus eri käyttäjäryhmiin

• Botit (crawlerit): Saavat usein välimuistista palvellun sivun millisekunneissa; vähentää taustakuormaa ja näyttökuluja.
• Ensikäynnit / vanhentunut istunto: Kävijä ilman istuntoa (esim. ensimmäinen käynti tai istunto vanhentunut ~7 päivän jälkeen) hyötyy yhtä lailla nopeammista latauksista.
• Adminit ja kirjautuneet käyttäjät: Istunnon vuoksi näkevät aina ajantasaisen sisällön. Heihin nopeutus ei yleensä vaikuta (ei cachea istunnoille).

Konfiguraation periaatteet (mistä editoidaan)

• Sijainti: Asetukset toteutetaan AI Commerce ‑ympäristön CloudFront‑reunakohdissa (EDGE‑lokaatioissa).
• Välimuistin kesto: TTL enintään 24 h istunnottomille SSR‑pyynnöille.
• Whitelist‑parametrit: Vain kaupan tukemat/erikseen sallitut parametrit, kuten page ja sort.
• Blacklist‑parametrit: Markkinointiseurannat kuten gclid, fbclid ja utm_* ohitetaan välimuistista.
• Istuntotunnisteet: Jos pyyntö sisältää istuntokeksin tai vastaavan tunnisteen, cache ohitetaan aina.
• Kohdepolut: Julkiset kävijäpolut (etusivu, kategoriat, CMS‑sisällöt), ei kirjautumista vaativat näkymät.

Esimerkkilaskelma Builderio‑kuluista

• Ilman cachea aggressiivinen indeksointi voi ylittää Basic‑paketin rajan yksinään.
• Edge‑cache leikkaa bottiliikenteen näyttöjä ja pienentää riskiä ylittää pakettirajoja.

Käsitteet

• AI Commerce: Verkkokauppa‑alusta, johon edge‑välimuisti on integroitu.
• Builderio: CMS, jonka sivunäytöt voivat aiheuttaa kustannuksia.
• Hallintapaneeli: Kaupan ylläpitonäkymä (kirjautuneet käyttäjät eivät ole edge‑cachen piirissä istunnon vuoksi).
• EDGE‑lokaatio: CloudFrontin reititinverkko, joka palvelee sisältöä lähellä kävijää.
• Istunto: Kävijää yksilöivä tunniste (kuten selainkeksi), jonka läsnä ollessa cache ohitetaan.
• SSR/CSR: Server‑Side Rendering (cache‑kelpoinen istunnottomana) vs. Client‑Side Rendering (ei cachea).

Yhteenveto ja suositeltu seuraava toimenpide

Edge‑välimuisti kohdentaa bottiliikenteen ja istunnottomat ensikäynnit CloudFrontiin, jolloin taustajärjestelmien kuorma, sivujen latausajat sekä ulkoiset näyttökustannukset pienenevät.

Hakusanat

• AI Commerce
• CloudFront edge välimuisti
• bottiliikenne cache
• SSR vs CSR
• Builderio kustannukset
• WordPress CMS API
• gclid fbclid utm
• Hallintapaneeli
• hakurobotti crawler
• skaalautuvuus DDoS