KEEL DEFAULTS
Keel Defaults translation compatibility with REEID Translate — evidence review.
Official plugin evidence describes what Keel Defaults does, but does not yet establish specific visitor-facing content values that REEID should translate.
AWAITING VERIFICATION
Translation scope is not yet established.
Plugin capabilities can be documented without treating structure, behavior, configuration or feature availability as translatable content.
AWAITING VERIFICATION
This integration has not yet been manually verified by REEID.
TRANSLATION SCOPE
No specific visitor-facing content values are currently approved for translation scope.
PLUGIN EVIDENCE
Plugin capabilities and distinctive features are documented separately from REEID translation support.
PRACTICAL WORKFLOW
Translation workflow
01 · Review official plugin evidence
Document factual capabilities, content models and relevant plugin behavior from the available evidence.
02 · Identify concrete visitor-facing values
Look for explicit labels, titles, descriptions, messages, placeholders or other human-readable content values.
03 · Approve translation scope
Only evidence-backed visitor-facing values become supported translation scope for the integration record.
04 · Test confirmed integration behavior
Validate approved content and plugin behavior before publishing compatibility claims.
PLUGIN INTELLIGENCE
What the official plugin evidence shows
Plugin capabilities
- Provides a “Settings → Site Defaults” interface where each security/hardening default is a switch that can be turned on or off individually.
- Implements core vulnerability awareness by querying WordPress.org’s core stable-check API to identify known-insecure installed core versions and the same-line patched release; an authorized admin can install the same-line patch via WordPress’s upgrader with rollback enabled, and the target is re-checked server-side before offering/installing.
- Enforces strong password screening (when the corresponding default is enabled) by checking new/changed passwords against Have I Been Pwned’s Pwned Passwords range API using k-anonymity (only the first five characters of the SHA-1 hash are sent); failures/unreachable/malformed responses cause the check to be skipped (password allowed) and are recorded/reported in Site Health without storing the password or hash prefix.
- Suppresses outgoing email on non-production environments by default (based on `WP_ENVIRONMENT_TYPE` or host-name fallback), while doing nothing on production; includes admin notice behavior and supports overrides via `KEEL_ALLOW_NONPRODUCTION_MAIL` or `keel_suppress_nonproduction_mail` filter.
- Hardens/controls presentation and access defaults including sending `X-Frame-Options: SAMEORIGIN` by default (with an option to leave frame options unchanged) and disabling comments/trackbacks/pingbacks such that they are actually disabled at the data/query level (e.g., `get_comments()` returns nothing).
- Supports Multisite by seeding defaults across existing and newly created sites when activated network-wide, with Super Admin control under “Network Admin → Settings → Network Policy” and per-site saved values preserved underneath locked policy application.
Distinctive features
Provides a “Settings → Site Defaults” interface where each security/hardening default is a switch that can be turned on or off individually. Implements core vulnerability awareness by querying WordPress.org’s core stable-check API to identify known-insecure installed core versions and the same-line patched release; an authorized admin can install the same-line patch via WordPress’s upgrader with rollback enabled, and the target is re-checked server-side before offering/installing. Enforces strong password screening (when the corresponding default is enabled) by checking new/changed passwords against Have I Been Pwned’s Pwned Passwords range API using k-anonymity (only the first five characters of the SHA-1 hash are sent); failures/unreachable/malformed responses cause the check to be skipped (password allowed) and are recorded/reported in Site Health without storing the password or hash prefix. Suppresses outgoing email on non-production environments by default (based on `WP_ENVIRONMENT_TYPE` or host-name fallback), while doing nothing on production; includes admin notice behavior and supports overrides via `KEEL_ALLOW_NONPRODUCTION_MAIL` or `keel_suppress_nonproduction_mail` filter. Hardens/controls presentation and access defaults including sending `X-Frame-Options: SAMEORIGIN` by default (with an option to leave frame options unchanged) and disabling comments/trackbacks/pingbacks such that they are actually disabled at the data/query level (e.g., `get_comments()` returns nothing). Supports Multisite by seeding defaults across existing and newly created sites when activated network-wide, with Super Admin control under “Network Admin → Settings → Network Policy” and per-site saved values preserved underneath locked policy application.
Dynamic content
Dynamic or runtime content behavior remains limited to what is explicitly documented in the official plugin evidence.
SEO and metadata
SEO and metadata behavior is documented only where it is explicitly established by official plugin information.
URLs and navigation
URL and navigation behavior remains outside translation scope unless explicitly represented by the integration category.
Forms and commerce
Forms and commerce behavior is limited to factual capabilities documented for this plugin.
CONTENT BOUNDARY
Keep plugin capabilities separate from translation scope.
Current evidence documents what Keel Defaults does, but no specific visitor-facing content values have been approved as translation scope.
Structure, configuration, logic, integrations and runtime behavior are not translation claims.
LIMITATIONS & QA
Verification notes
- This integration is documented for compatibility context. Visitor-facing translation scope is not listed for this category.
COMMON QUESTIONS
Keel Defaults and REEID Translate FAQ.
Does the current evidence establish translation scope for Keel Defaults?
No specific visitor-facing content values are currently approved as translation scope for this integration.
What does the plugin intelligence section describe?
It summarizes factual plugin capabilities and distinctive features separately from REEID translation-support claims.
What is required before translation scope is published?
Concrete visitor-facing content values must be supported by evidence, approved for the integration record and tested as appropriate.
RELATED GUIDES
Continue through the compatibility library.
INTEGRATION EVIDENCE
Explore REEID Translate for multilingual WordPress workflows.
REEID separates factual plugin intelligence from evidence-backed translation scope.
No specific visitor-facing content values are currently approved for this integration.