Natrag na OpenClaw vodič

Oriphiel OpenClaw vodič

Campaign pacing i rate limits

Kako rasporediti outbound volumen po vremenu, mailboxu, domeni i segmentu uz limite, pause, kill switch i backpressure.

Oriphiel stručni tim Ažurirano 22. 7. 2026. 3 min čitanja

Odgovor ukratko

Pacing štiti reputaciju i sustav: queue ne smije izbaciti sve poruke odjednom niti ignorirati provider 4xx, dnevni limit ili rast bouncea.

Ključne odluke

  • Koji je dnevni i minutni limit
  • Kako se limit dijeli po mailboxu
  • Koji signal pauzira kampanju
  • Što se događa s preostalim queueom

Provedba korak po korak

Cilj ove lekcije je Kako rasporediti outbound volumen po vremenu, mailboxu, domeni i segmentu uz limite, pause, kill switch i backpressure. Korake treba provoditi redom i svaki potvrditi prije širenja opsega.

Preporučeni redoslijed

  • Definirati token bucket ili vremenske prozore
  • Dodati per-mailbox i globalni limit
  • Poštovati Retry-After i backoff
  • Uvesti vidljiv pause i kill switch

Praktičan primjer

Svaki mailbox dobiva satni i dnevni budget, worker rezervira token prije slanja, a kampanja se automatski pauzira nakon definiranog broja policy rejecta.

Kontrolna lista prije nastavka

Ova provjera odvaja završenu implementaciju od postavke koja samo izgleda dovršeno.

Provjerite

  • Limit vrijedi i za paralelne workere
  • Pauza ne gubi queue
  • Suppression se provjerava u trenutku slanja
  • Skok grešaka automatski zaustavlja batch

Najčešće pogreške i rizici

Rizike treba provjeriti prije povećanja prometa, automatizacije ili ovlasti sustava.

Na što treba paziti

  • Cron šalje cijeli limit u jednoj sekundi
  • Više workera zaobilazi brojač
  • Kill switch ne zaustavlja rezervirane iteme
  • Nema odvajanja testnog slanja

Mjerenje rezultata

Učinak se procjenjuje kroz mali skup metrika koje su povezane s ciljem lekcije i stvarnim poslovnim ishodom.

Metrike koje imaju smisla

  • Poruke po satu
  • Rate-limit deferrals
  • Queue age
  • Automatske pauze

Česta pitanja

Koji je prvi korak za temu „Campaign pacing i rate limits”?

Definirati token bucket ili vremenske prozore Prije nastavka potvrdite odluku: Koji je dnevni i minutni limit

Kako provjeriti da je provedba uspješna?

Limit vrijedi i za paralelne workere Nakon toga pratite metriku: Poruke po satu.

Koju pogrešku treba prvo spriječiti?

Cron šalje cijeli limit u jednoj sekundi Problem ispravite prije automatizacije ili povećanja budžeta.

Službeni i stručni izvori

Sučelja, pravila i preporuke mogu se mijenjati. Prije produkcijske izmjene provjerite aktualnu dokumentaciju.

Povezane OpenClaw lekcije

Dry run, kill switch i kontrola slanjaZašto svaka outbound kampanja treba probno slanje, ograničenje opsega, kill switch i jasnu provjeru prije produkcijskog slanja. Sender reputation i warmupKako postupno povećavati volumen, održavati angažiranu listu i pratiti spam, bounce i reputacijske signale po domeni i mailboxu. Queue workers, cron i lockingKako pouzdano izvoditi import, outbound, sinkronizaciju i obradu odgovora bez paralelnih duplikata i dugih web zahtjeva. SPF, DKIM i DMARC za outboundKako autentikacija domene povezuje envelope sender, From domenu, DKIM potpis i DMARC alignment te smanjuje spoofing i odbijanja.

Povežite ovu temu s ostatkom sustava

AI agenti u produkcijiDodajte AI tek nakon dozvola, evaluacije, audit loga i rollback plana. Google alati i CRMPovežite analitiku, kampanje i prodajne statuse bez gubitka izvora. Google Ads i CRMVratite kvalitetu leadova iz prodaje u optimizaciju kampanje.

Primijenite lekciju na stvarni projekt

Pošaljite postojeću konfiguraciju, cilj i problem koji želite riješiti. Dobit ćete prijedlog sljedećeg tehničkog ili operativnog koraka.

Pošaljite upitPregledajte sve vodiče