Tänään korjasimme ärsyttävän ongelman, joka haittasi erityisesti uusien käyttäjien ensikokemusta: /luo-sivulla yrityskuvauksen tulkinta saattoi epäonnistua “liian monta pyyntöä” -virheeseen, vaikka kävijä kokeili vain paria ideaa peräkkäin.
Syynä oli liian tiukka nopeusrajoitus: tulkintapyyntö (parse-business) jakoi saman 5 pyyntöä/tunti -kiintiön koko sivuston generoinnin kanssa. Käytännössä muutama testiajo söi kiintiön täyteen. Korjasimme tämän antamalla tulkinnalle oman, reilumman kiintiön (40/tunti) – sillä lauseen tulkinta on kevyt operaatio ja sen pitää toimia sujuvasti. Lisäksi poistimme rajoitukset kokonaan kehitysympäristössä, joten demojen ja testauksen aikana ei tule enää koskaan estoja vastaan.
Tulos: sujuvampi ensikosketus ja vapaampi kokeileminen. Juuri sitä, mitä tuotteen konversiosuppilo tarvitsee.
Seuraavaksi:
- Seurataan tulkintakiintiön riittävyyttä tuotannossa – 40 voi olla vasta lähtölaukaus
- Lisätään käyttäjälle selkeämpi palaute, jos raja kuitenkin tulee vastaan
- Harkitaan session-pohjaista rajoitusta IP:n sijaan rehellisille käyttäjille
Palveluiden tila commitin hetkellä
| Palvelu | Tila | Vasteaika |
|---|---|---|
| 🚪 Gateway API | ✅ healthy | 18 ms |
| 🎨 Studio | ✅ healthy | 20 ms |
| 🤖 Orchestrator | ✅ healthy | 17 ms |
| 💬 Messenger Agent | ✅ healthy | 17 ms |
| ⚡ n8n | ✅ healthy | 17 ms |
| 🗄️ MongoDB | ✅ healthy | 14 ms |
| 🔴 Redis | ✅ healthy | 12 ms |
| 📥 Chatwoot | ❌ offline | — |
| 📅 Cal.com | ❌ offline | — |
| 📧 Listmonk | ❌ offline | — |
| 📱 Evolution API | ❌ offline | — |
Commit d740b66 — fix(funnel): parse-business 429 — separate cheap-parse bucket, dev unlimited, higher caps
Generoitu automaattisesti AI:n toimesta 2026-06-13:n