SleekView for Linguise Pro: translations and rules as tables
Linguise Pro stores its WordPress-side configuration as wp_options rows and proxies content through its hosted translation cache. SleekView reads the local config and any saved override tables so language rules, exclusions, and edited translations surface in one filterable workspace.
♾️ Lifetime License available
Linguise rules audited in WP admin
Linguise Pro stores most of its WordPress-side state in wp_options under keys like linguise_options, including configured languages, URL rules, content exclusion selectors, and per-domain settings. The Linguise dashboard handles the translation cache itself, but the WordPress operator still needs to audit which rules apply to which pages and which content has local overrides.
SleekView reads the relevant wp_options rows along with any locally saved overrides, then exposes each rule as a row with language, scope, selector, and last-updated columns. Saved views group rules by language, by post type, or by whether they have been edited since rollout, which the default settings UI cannot do.
Edits route through Linguise's own option API, so changes apply the same way they would through the plugin settings page. The grid is purely a more navigable surface on the same configuration; nothing about the front-end translation proxy changes.
Workflow
From buried settings to a working grid
Read Linguise options
linguise_options and any per-rule keys from wp_options, then maps them to a normalized rule schema.
Pivot per-language scope
Save audit views
Toggle and bulk-update
Sample columns
A typical Linguise Pro rules view
wp_options with their scope and status.
wp_options (linguise_options, linguise_rules)
| Rule | Type | Languages | Scope | Status | Last updated |
|---|---|---|---|---|---|
| Exclude #checkout-summary | Exclusion | All | Page | Active | Apr 26 |
| Replace EUR with $ | Replacement | EN | Site-wide | Active | Apr 18 |
| Translate alt attributes | Setting | DE, FR, ES | Site-wide | Partial | Apr 10 |
| Skip .legal-text | Exclusion | All | Single post | Disabled | Feb 22 |
Comparison
Default Linguise Pro admin vs SleekView
Default Linguise Pro admin
- Rules list lives inside the Linguise settings page with limited filtering
- No cross-language pivot of which rule applies where
- Filters do not persist between visits
- No bulk-edit for disabling rules across languages
- Audit logs require switching to the hosted Linguise dashboard
SleekView
-
All rules from
linguise_optionsin one filterable table - Per-language status columns for rules that vary by locale
- Saved views for disabled-rules, recent-edits, or per-post-type scopes
- Inline toggle for active and disabled status
- CSV export scoped to visible filters for handoff or backup
Features
What SleekView gives you for Linguise Pro
Rules as rows
Each Linguise rule from linguise_options becomes a row with type, language scope, selector, and status as sortable columns.
Find disabled or partial rules
Save a view for status = disabled or status = partial to catch rules that were turned off during a migration and never re-enabled.
Toggle inline
Flip a rule active or disabled directly from the grid. Writes go through the Linguise option API so front-end behaviour updates without a page reload.
Audience
Who uses SleekView for Linguise Pro
Localization managers
Audit which exclusion rules are still relevant after a redesign by sorting linguise_options entries by last-updated.
Developers
Find every CSS selector exclusion in one view, see which are still on the live site, and prune ones that no longer match any element.
SEO teams
Verify alt and meta translation rules are active for each target language by filtering on the relevant Linguise option keys.
The bigger picture
Why Linguise sites benefit from a queryable rule surface
Linguise's strength is that it removes content from the WordPress operator's plate: the proxy handles translation, caching, and serving without local edits. That works beautifully right until the rule set in wp_options grows past a couple of dozen exclusions, replacements, and per-language overrides. At that point the settings page becomes a list of strings that nobody can usefully audit, and questions like which rules are disabled but still in the database, or which exclusion selectors no longer match any element on the redesigned site, become research projects instead of one-screen lookups.
Treating the rule set as a table changes the cost of those audits. A localization manager can group rules by type and status, a developer can find unused selectors, and an SEO lead can confirm that alt-attribute translation is still active for every target language. Inline toggles still route through the same option API as the settings page, so nothing about the Linguise proxy behaviour changes; only the WordPress-side audit surface gains a grid.
For multi-language commerce sites running Linguise across dozens of locales, that grid is what keeps the rule set honest over months and years of edits.
Questions
Common questions about SleekView for Linguise Pro
Linguise Pro keeps WordPress-side configuration in wp_options under keys like linguise_options. The translation cache itself is held by the Linguise service, not in the WordPress database.
No. Translation runs through Linguise's proxy as normal. SleekView only makes the WordPress-side rules and configuration queryable as a table.
 Yes. Edits to active state, scope, or selector go through the same option API the Linguise settings page uses, so changes apply consistently.
 No. SleekView only loads when an admin opens a view, and the Linguise proxy that serves translated pages is untouched by the grid.
 It audits the rules and overrides that the WordPress side controls. Live translation content lives in the Linguise hosted cache and is managed in their dashboard.
 Yes. CSV export covers the currently visible view, which is useful for backups or for sharing a rule set with another site.
 
Yes. Each site reads its own wp_options values, and SleekView views can be saved per site or shared via role-scoped templates.
SleekView reads the keys present at view-load time. New keys appear as new available columns next time the view is opened, with no manual schema mapping needed.
 Pricing
More than 1000+
happy customers
Explore our flexible licensing options tailored to your needs. Upgrade your license anytime to access more features, or opt for a lifetime license for ongoing value, including lifetime updates and lifetime support. Our hassle-free upgrade process ensures that our platform can grow with you, starting from whichever plan you choose.
Lifetime ♾️
Most popular
EUR
once
- Unlimited websites
- Lifetime updates
- Lifetime support
...or get the Bundle Deal
and save €250 🎁
The Bundle (unlimited sites)
Pay once, own it forever
Elevate your WordPress site with our exclusive plugin bundle that includes all of our premium plugins in one package. Enjoy lifetime updates and lifetime support. Save significantly compared to buying plugins individually.
What’s included
-
SleekAI
-
SleekByte
-
SleekMotion
-
SleekPixel
-
SleekRank
-
SleekView
€749
Continue to checkoutBrowse more
- Klarna Payments
- Surecart Cart
- Woocommerce B2b Suite
- Printful Integration
- Woocommerce Klarna Checkout
- Magento Bridge
- Woocommerce Distance Rate
- Wp Invoice
- Woocommerce Referrals
- Wp Ecommerce
- Iconic Woothumbs
- Woocommerce Razorpay Pro
- Woocommerce Multilingual Currency
- Funnelkit Cart
- Woocommerce 2checkout