Automation you can actually trust.
Encrypted credentials, SSRF-hardened requests, preview-before-publish, crash-safe queues and a data-preserving uninstall—engineered in, not bolted on.
Ingestics runs entirely inside WordPress. Every secret is stored AES-encrypted at rest, remote requests are hardened against SSRF, no third-party service is contacted unless you enable it, and deactivation preserves all your data. Security controls are present from the free tier.
Encrypted secret vault
All sensitive values are stored using AES encryption with a unique random IV per secret and an HMAC MAC for integrity, prefixed aapi_sec_v1: so they are identifiable. Encrypted values include the license key, OAuth tokens, webhook and bridge secrets, and every AI, translation and stock-image API key. Provider credentials—including Basic usernames and secret-flagged custom headers—are vaulted and stored non-autoloaded. Legacy plaintext values are silently migrated to encrypted form on first read.
- Cipher
- AES + HMAC, random IV per secret
- Prefix
- aapi_sec_v1:
- Vaulted
- License, OAuth, webhook/bridge secrets, all AI/translation/stock keys
- Masking
- Secrets shown as **** in previews, tests and logs
SSRF protection and hardening
Remote URL validation
Endpoints are normalised and validated; non-http(s), invalid URLs, empty hosts and private/reserved/link-local IP targets are blocked by default.
Filtered escape hatch
Controlled environments can allow private-network URLs via an explicit filter—off by default.
Response-size budgets
Every outbound request (API, RSS, licensing, AI, OAuth, chained, stock, full-text, file import) has a response-size budget; XLSX imports add zip-bomb guards.
Diagnostic masking
URLs and bodies are masked for credentials, signatures, secrets and passwords in logs and diagnostics.
Admin AJAX protection
Nonce verification and capability checks are enforced on admin-side AJAX operations.
Webhook hardening
The inbound trigger accepts POST by default with a shared-secret header and IP rate limiting; legacy GET and query-secret are off unless explicitly enabled.
Durable and crash-safe by design
Your data stays yours
Runs inside WordPress
No third-party servers sit between your sources and your site.
Opt-in third parties
No AI, translation or stock service is called unless you enable and configure it.
Data-preserving uninstall
Deactivation clears only schedules and locks; providers, credentials, settings, logs and published content are kept.
Where are my API credentials stored?
+
Does my data leave my site?
+
Can I stop bad data from publishing?
+
What happens to my data if I uninstall?
+
Is it safe on a multisite network?
+
Automate with confidence
Start free and see the controls for yourself.