Title: Visibility &#8211; Lightweight SEO, AEO and GEO for Search and AI
Author: Fernando Tellado
Published: <strong>June 8, 2026</strong>
Last modified: August 10, 2026

---

Search plugins

![](https://ps.w.org/native-aeo-pack/assets/banner-772x250.jpg?rev=3628420)

![](https://ps.w.org/native-aeo-pack/assets/icon-256x256.png?rev=3583628)

# Visibility – Lightweight SEO, AEO and GEO for Search and AI

 By [Fernando Tellado](https://profiles.wordpress.org/fernandot/)

[Download](https://downloads.wordpress.org/plugin/native-aeo-pack.2.2.0.zip)

[Live Preview](https://vec.wordpress.org/plugins/native-aeo-pack/?preview=1)

 * [Details](https://vec.wordpress.org/plugins/native-aeo-pack/#description)
 * [Reviews](https://vec.wordpress.org/plugins/native-aeo-pack/#reviews)
 *  [Installation](https://vec.wordpress.org/plugins/native-aeo-pack/#installation)
 * [Development](https://vec.wordpress.org/plugins/native-aeo-pack/#developers)

 [Support](https://wordpress.org/support/plugin/native-aeo-pack/)

## Description

**Visibility** is the SEO essentials without the suite. It covers what most sites
actually need (meta tags, canonical URLs, Open Graph, JSON-LD schema, robots directives,
redirects, AI discovery with llms.txt and Markdown for agents, robots.txt editor
and native XML sitemap control) in about 277 KB, with no Pro tier, no upsell banners
and nothing phoning home. It is built on WordPress core APIs (`wp_robots`, `wp_sitemaps_*`,`
register_post_meta`, the Block Editor), so most of the work is the platform’s, already
optimized.

Coming from Yoast, Rank Math, All in One SEO or SEOPress? Visibility imports your
titles, descriptions, robots, Open Graph, schema and redirects in one click. The
clean metadata it outputs is what search engines and AI assistants (ChatGPT, Perplexity,
Gemini) read to understand and cite you: the AEO/GEO angle without the bloat.

Four modules, toggled independently from **Overview**:

 * **Discover** — meta title and description, Open Graph and Twitter Cards, Article/
   BreadcrumbList/Person JSON-LD with a selectable schema type per content type,
   FAQPage from Details and Accordion blocks, and Site Identity, plus AI discovery:
   llms.txt, Markdown for agents and a robots.txt editor. Author expertise feeds
   the Person schema, and a freshness filter flags stale content. Per-post and per-
   term overrides for all of it.
 * **Indexing** — bulk or per-item noindex / nofollow by post type and taxonomy,
   with rules for search, 404, date, paginated, attachment and author archives plus
   RSS feeds. Remove the base of any taxonomy one by one, pick a WooCommerce product
   URL structure, redirect attachment pages to their parent, all with 301s. Quick
   Edit, Bulk actions and a Robots column on your lists.
 * **Sitemaps** — control over the native XML sitemap: exclude post types, taxonomies,
   users, posts and terms; lastmod dates; 301s from old sitemap URLs; noindexed 
   content stays out automatically.
 * **Redirects** — a lightweight 301 / 302 / 307 / 410 manager resolved in PHP (
   no .htaccess, no custom table, no 404 log), with CSV import / export, suggested
   redirects when you delete a post, and WordPress slug-change redirects you can
   take over.

Per-post controls live in the Block Editor panel and a matching Classic meta box.
A **Tools** tab groups the importers and exports your configuration as JSON for 
another site.

Visibility replaces a full SEO suite rather than running alongside one (two would
fight over the `<head>`), and warns you if another one is active.

### Perfect companions

Visibility is fully independent — these plugins aren’t required — but they pair 
really well with it:

 * [VigIA](https://wordpress.org/plugins/vigia/) — AI visibility, crawler analytics,
   Site Identity JSON-LD on the home page. Visibility coordinates `@id` references
   with VigIA so both can add schema without duplicating the Organization or WebSite
   nodes.
 * [Share Buttons & AI-powered Summaries](https://wordpress.org/plugins/ai-share-summarize/)—
   share buttons for social networks and AI assistants. Helps your content reach
   both audiences and language models.
 * [AI Content Signals](https://wordpress.org/plugins/ai-content-signals/) — control
   how AI systems can use your content (training, search, both) through `robots.
   txt` directives endorsed by Cloudflare.
 * [Vigilante](https://wordpress.org/plugins/vigilante/) — all-in-one WordPress 
   security: firewall, login protection, security headers, 2FA, file integrity monitoring.

### External services

This plugin connects to **Gravatar** (operated by Automattic Inc.) to check whether
the post or page author has a public Gravatar avatar, so it can be exposed in Open
Graph tags (`og:image`) and in Person JSON-LD (`image`) for E-E-A-T.

What data is sent and when:

 * When a singular view is rendered and the Open Graph module is active, and no 
   other image source exists (per-post `og:image`, featured image, WooCommerce gallery
   image, inline content image), the plugin sends an MD5 hash of the lowercased 
   and trimmed author email to `https://www.gravatar.com/avatar/{hash}?d=404` via`
   wp_remote_head()` (HEAD request, no body).
 * When an author archive is rendered and the Person schema module is active, the
   same probe is performed for that author.
 * The original email address is **never** sent — only an MD5 hash, which is the
   standard Gravatar lookup mechanism.
 * The result (found / not found) is cached for 24 hours in a transient so subsequent
   page loads do not hit Gravatar again.

This is the same mechanism WordPress itself uses to display Gravatar avatars in 
comments. Gravatar’s privacy policy: https://automattic.com/privacy/

### Performance and security

“Lightweight” should be a measurement, not a slogan. These are the real numbers 
for this release, refreshed on every update.

#### Footprint (2.2.0)

 * **Download size:** about 277 KB zipped.
 * **Codebase:** 43 PHP files, roughly 23,200 lines of PHP.
 * **Zero custom database tables.** Settings live in a single autoloaded option;
   per-post, per-term and per-author values use native WordPress meta that is already
   in the object cache.
 * **Zero cron jobs** and no scheduled background processes.
 * **Zero external HTTP calls**, with a single exception: a cached Gravatar HEAD
   probe (24-hour TTL) that exposes the author avatar for E-E-A-T, the same lookup
   WordPress already performs for comment avatars.
 * **Built on WordPress core APIs** (`wp_robots`, `wp_sitemaps_*`, `register_post_meta`,`
   get_canonical_url`, the Block Editor), not private reimplementations, so most
   of the work is the platform’s and already optimized.

#### Security

 * **Every release passes a security audit** of the changed code (sanitization, 
   escaping, nonces, capabilities, SQL) before it ships. It is a release gate, not
   an afterthought.
 * **Minimal attack surface by design:** no custom tables, no unauthenticated endpoints,
   output escaped where it is printed, input validated against allowlists, and prepared
   statements for every database query.
 * **No premium tier, no telemetry, no data collection.** Nothing phones home.

A smaller surface is a smaller target.

### Support

Need private support or custom development?

Do you need one-on-one help, priority troubleshooting, or a custom feature, integration,
or tweak built specifically for your site? I offer private support and custom development.
Just [contact me](https://vec.wordpress.org/plugins/native-aeo-pack/native-aeo-pack@ayudawp.com?output_format=md)
and tell me what you need.

Need help or have suggestions?

 * [Official website](https://visibility.quest)
 * [WordPress support forum](https://wordpress.org/support/plugin/native-aeo-pack/)
 * [YouTube channel](https://www.youtube.com/AyudaWordPressES)
 * [Documentation and tutorials](https://ayudawp.com)

Love the plugin? Please leave us a 5-star review and help spread the word!

### About AyudaWP

We are specialists in WordPress security, SEO, AI and performance optimization plugins.
We create tools that solve real problems for WordPress site owners while maintaining
the highest coding standards and accessibility requirements.

## Screenshots

[⌊Overview tab — toggle the Discover, Indexing, Sitemaps and Redirects modules, 
and run the one-click importers (from your previous SEO plugin or the legacy AyudaWP
SEO plugins) with a per-plugin breakdown.⌉⌊Overview tab — toggle the Discover, Indexing,
Sitemaps and Redirects modules, and run the one-click importers (from your previous
SEO plugin or the legacy AyudaWP SEO plugins) with a per-plugin breakdown.⌉[

Overview tab — toggle the Discover, Indexing, Sitemaps and Redirects modules, and
run the one-click importers (from your previous SEO plugin or the legacy AyudaWP
SEO plugins) with a per-plugin breakdown.

[⌊Discover tab — meta title, meta description, Open Graph, Twitter Card and JSON-
LD schema, with site-wide defaults and per-post overrides.⌉⌊Discover tab — meta 
title, meta description, Open Graph, Twitter Card and JSON-LD schema, with site-
wide defaults and per-post overrides.⌉[

Discover tab — meta title, meta description, Open Graph, Twitter Card and JSON-LD
schema, with site-wide defaults and per-post overrides.

[⌊Indexing tab — bulk noindex / nofollow by post type and taxonomy, plus live search
to add individual posts or terms, and rules for search, 404, archives, pagination
and feeds.⌉⌊Indexing tab — bulk noindex / nofollow by post type and taxonomy, plus
live search to add individual posts or terms, and rules for search, 404, archives,
pagination and feeds.⌉[

Indexing tab — bulk noindex / nofollow by post type and taxonomy, plus live search
to add individual posts or terms, and rules for search, 404, archives, pagination
and feeds.

[⌊Sitemaps tab — exclude post types, taxonomies, user roles and specific posts or
terms (by ID or slug), with lastmod control and max URLs per sitemap.⌉⌊Sitemaps 
tab — exclude post types, taxonomies, user roles and specific posts or terms (by
ID or slug), with lastmod control and max URLs per sitemap.⌉[

Sitemaps tab — exclude post types, taxonomies, user roles and specific posts or 
terms (by ID or slug), with lastmod control and max URLs per sitemap.

[⌊Per-post controls — the Robots column with Quick Edit in the post list.⌉⌊Per-post
controls — the Robots column with Quick Edit in the post list.⌉[

Per-post controls — the Robots column with Quick Edit in the post list.

[⌊Redirects tab — the lightweight 301 / 302 / 307 / 410 redirect manager with CSV
import and export, the redirects suggested from posts you deleted, and the WordPress
slug-change redirects you can take over or remove.⌉⌊Redirects tab — the lightweight
301 / 302 / 307 / 410 redirect manager with CSV import and export, the redirects
suggested from posts you deleted, and the WordPress slug-change redirects you can
take over or remove.⌉[

Redirects tab — the lightweight 301 / 302 / 307 / 410 redirect manager with CSV 
import and export, the redirects suggested from posts you deleted, and the WordPress
slug-change redirects you can take over or remove.

[⌊Editor preview — the entry as a Google result, a shared social card and an AI 
Overview citing the page as a source, updated live as you type below the title and
description fields.⌉⌊Editor preview — the entry as a Google result, a shared social
card and an AI Overview citing the page as a source, updated live as you type below
the title and description fields.⌉[

Editor preview — the entry as a Google result, a shared social card and an AI Overview
citing the page as a source, updated live as you type below the title and description
fields.

[⌊Tools tab — the one-click importers from your previous SEO plugin, and the configuration
export and import that copies every setting and per-entry value to another site 
as a JSON file.⌉⌊Tools tab — the one-click importers from your previous SEO plugin,
and the configuration export and import that copies every setting and per-entry 
value to another site as a JSON file.⌉[

Tools tab — the one-click importers from your previous SEO plugin, and the configuration
export and import that copies every setting and per-entry value to another site 
as a JSON file.

## Installation

 1. Upload the `native-aeo-pack` folder to `/wp-content/plugins/` or install through
    the Plugins screen.
 2. Activate the plugin.
 3. Open **Visibility** in the admin sidebar to review the active modules and tune 
    the defaults.
 4. Done. Meta tags, robots directives and sitemap filters are applied automatically
    based on your settings.

## FAQ

### Is Visibility an alternative to Yoast, Rank Math, All in One SEO or SEOPress?

For most sites, yes. Visibility covers what 90% of sites actually need: titles, 
meta descriptions, canonical URLs, Open Graph, schema, robots directives, redirect
management and sitemap control — and it imports your per-post data from those plugins
in one click. It does not include keyword analysis or content scoring. If you don’t
need those, Visibility is a much lighter alternative. If you do, stick with your
current SEO plugin — Visibility isn’t meant to run alongside.

### How do I migrate from another SEO plugin?

Install and activate Visibility. If data from Yoast SEO, Rank Math, All in One SEO,
SEOPress, The SEO Framework, Slim SEO or SureRank exists in your database (the suite
can be active or already deactivated), the **Tools** tab shows an import card with
a per-field breakdown: titles, meta descriptions and robots overrides on posts and
on taxonomy terms, plus canonical URLs, Open Graph images, social titles and descriptions,
the default social image, the per-content-type schema type and the webmaster tools
verification codes. Your existing 301, 302, 307 and 410 redirects come over too,
from Rank Math, All in One SEO, SEOPress and the Redirection plugin. One click copies
it all into Visibility without touching the source plugin, skipping anything you
already set here and any value built from the suite’s template variables (`%%title%%`,`%
title%`, `#post_title`, `{{ title }}`) — Visibility generates those from your real
content. Each suite imports what it actually stores; the per-field breakdown always
shows exactly what was found before you import, and the import is non-destructive
and idempotent: your existing Visibility values win and re-running never duplicates.
Review a few entries, then deactivate the suite. Old sitemap URLs (`sitemap.xml`,`
post-sitemap.xml`…) keep working through a 301 redirect to the native `/wp-sitemap.
xml`.

### I used Native SEO Meta Tags, NoIndexer or Sitemap Customizer. How do I migrate?

Install and activate Visibility. If it finds data from any of those plugins, the**
Tools** tab shows an import card with a per-plugin breakdown and an “Import now”
button (and Overview points you there). The import is non-destructive (it copies,
never deletes) and your existing Visibility values win on any conflict, so you can
run it safely. Once you’ve imported and checked everything, deactivate the old plugins.

### Is Visibility free? Is there a Pro version?

It is free, and there is no Pro version, no add-ons, no credit packs and no upsell
banners in your admin. Everything described on this page is in the plugin you just
downloaded, including the redirect manager, the one-click importers, the WooCommerce
URL structures and the AI discovery files, which several SEO suites keep behind 
a paid tier. There is nothing to buy, no account to create and no key to paste. 
That is a deliberate product decision, not a launch promotion: the plugin has no
premium tier to protect, so nothing in it is deliberately limited to sell you the
next step.

### Will Visibility slow down my site?

It is built not to. Visibility is about 277 KB, adds no database tables, schedules
no cron jobs and makes no external HTTP calls, with one documented exception: a 
cached lookup that checks whether an author has a public Gravatar, the same one 
WordPress already performs for comment avatars. Settings live in a single autoloaded
option and per-content values use native post, term and user meta, which WordPress
already keeps in the object cache. Most of the actual work is done by core APIs (`
wp_robots`, `wp_sitemaps_*`, `register_post_meta`, `get_canonical_url`), not by 
private reimplementations, so it is code the platform already runs and has already
optimized. The “Performance and security” section above publishes the real numbers
for each release, refreshed on every update.

### Does Visibility track me or send my data anywhere?

No. There is no telemetry, no usage analytics, no “improve the plugin” opt-in, no
account and no server of ours that your site talks to. Visibility never phones home,
and deactivating it does not notify anyone. The single outbound request it can make
is the cached Gravatar check described in “External services” above, which sends
a hash of the author email and never the address itself, so an author avatar can
be included in Open Graph and Person schema. Everything else happens inside your
WordPress install.

### Are there any database tables?

No. Visibility stores its settings in a single WordPress option and uses native 
post, term and user meta tables for per-content overrides. Deleting the plugin removes
the option; per-content overrides remain so reinstalling does not lose your work.

### Can I disable individual modules?

Yes. The **Overview** tab lets you toggle Discover (meta tags), Indexing (robots),
Sitemaps and Redirects independently. You can run only what you need.

### What are AEO and GEO, and does Visibility do them?

AEO (answer engine optimization) and GEO (generative engine optimization) are two
names for the same goal: being findable, understandable and citable by AI assistants
such as ChatGPT, Perplexity, Claude and Google’s AI answers, not only by a classic
results page. In practice it is less exotic than the acronyms suggest. What the 
published evidence actually correlates with getting cited is content freshness (
pages updated in the last month are cited noticeably more often), verifiable author
expertise, and question-and-answer structure that is genuinely visible on the page.
Visibility works on those three: a freshness filter and a sortable Last updated 
column on your content lists, author expertise fields that feed Person schema, and
FAQPage built from Q&A you have actually published. What no plugin can do, including
this one, is promise you a citation.

### How does Visibility help with AI (AEO / GEO)?

It emits the signals AI search and assistants can read about your site: Site Identity
JSON-LD (who is behind it), llms.txt and llms-full.txt (a Markdown index of your
content, with taxonomy sections and WooCommerce-aware data), a clean Markdown version
of every page at its `.md` URL, and a robots.txt editor to allow or block AI crawlers
by name. No plugin can guarantee a citation, but Visibility makes your content easy
for AI systems to find, read and attribute, and these are served on the fly with
no extra files or cron. The companion plugin VigIA can then measure which AI crawlers
actually visit.

### Does Visibility generate llms.txt and a Markdown version of my pages?

Yes, both, and neither one writes a file to your server. `/llms.txt` is a Markdown
index of your site for language models, with sections per content type and taxonomy
and WooCommerce-aware entries, and `/llms-full.txt` is the long form. Every entry
also answers at its own `.md` URL, so an agent following a link gets clean Markdown
instead of a full HTML page. All of it is generated on the fly from your real content:
no files written, no cron job, nothing to regenerate when you publish. An honest
note on expectations, because this gets sold louder than the evidence supports: 
llms.txt is a proposed convention, not a standard. Adoption is still low, Google
has said it ignores it, and no major AI vendor has confirmed support. Including 
it costs you nothing and positions you if that changes, but it is not what will 
get you cited. Freshness, author expertise and clear structure are.

### Does Visibility add schema markup and structured data?

Yes, as a single JSON-LD graph rather than a pile of separate blocks: the Article
family with a selectable type per content type (BlogPosting, NewsArticle and the
rest), BreadcrumbList, Person including author expertise fields, FAQPage built from
your Details and Accordion blocks, and Site Identity (Organization and WebSite) 
on the home page, with per-post and per-term overrides for all of it. What is deliberately
missing is a visual builder for rich types such as Recipe, Product, Event or HowTo.
Those need properties your content does not hold in structured form (ingredients,
prices, dates, steps), and adding the type without its required properties generates
errors in Search Console, which is worse than not adding it at all. The plugins 
that own that data already handle it: WooCommerce adds Product, recipe plugins add
Recipe, event plugins add Event.

### Does Visibility control the XML sitemap?

It customizes the sitemap WordPress already generates at `/wp-sitemap.xml` instead
of building a second one alongside it, which is why there is no cache to clear and
nothing to rebuild. You can exclude whole post types and taxonomies, individual 
posts and terms by ID or slug, and users by role; control lastmod dates; and set
the maximum number of URLs per sitemap. Anything set to noindex stays out automatically,
so the two modules can never contradict each other, and you can also exclude something
from the sitemap while leaving it indexable. Arriving from another SEO plugin, its
old sitemap URLs (`sitemap.xml`, `post-sitemap.xml` and the rest) are 301-redirected
to the native one, so nothing search engines already know about breaks.

### Does Visibility manage redirects? Do I need .htaccess or a separate plugin?

Redirects are included and you need neither. The Redirects module handles 301, 302,
307 and 410 responses, resolved in PHP with no `.htaccess` editing, no server configuration
and no custom database table. It imports and exports CSV, offers you a redirect 
for any post you delete so the URL does not become a 404, and lets you take over
or remove the slug-change redirects WordPress creates silently on its own. One thing
it does not do, on purpose: log every 404 your site receives. That needs a dedicated
table and a scheduled cleanup job, which is the kind of weight this plugin exists
to avoid. If you want that view, the companion plugin VigIA already records the 
404s that crawlers run into.

### Does Visibility work with Elementor, Divi and other page builders?

Yes. The Visibility panel appears in the Block Editor sidebar and, on any screen
where a builder replaces the block editor, as a matching meta box on the classic
editing screen, so you get the same title, description, social, schema and robots
controls whichever editor your builder leaves in place. Elementor gets one extra
piece of handling worth knowing about: it keeps its layout in post meta and substitutes
the content at render time, so the stored post content is close to empty. Visibility
renders the Elementor document when it builds the Markdown version of a page, which
means AI agents reading your `.md` URL get the real text instead of a blank page.

### Does Visibility work with WooCommerce?

Yes, and it treats a shop as a first-class case rather than an afterthought. Products,
product categories, tags and attributes are covered like any other content for titles,
descriptions, social tags, schema and robots rules; the product gallery image is
part of the `og:image` fallback chain; and the llms.txt index is WooCommerce-aware.
It also fixes product URLs in ways WooCommerce blocks on its own permalinks screen,
which has its own answer below. What Visibility does not add is Product schema: 
WooCommerce already generates it with the price, stock and review data it owns, 
and a second copy would only contradict the first.

### Does it work with custom post types and custom taxonomies?

Yes. All public post types and taxonomies are supported — including WooCommerce 
product categories, tags and attributes (the latter requires “Enable Archives?” 
in the WooCommerce attribute settings).

### Can I preview how my page will look on Google, social networks and AI answers?

Yes. The Visibility panel — in the Block Editor sidebar and in the Classic Editor
meta box — includes a live preview with three views: your Google result snippet,
your shared social card and an AI Overview citing your page. It updates as you type,
following the exact fallback chains the plugin emits (post title, excerpt, featured
image, site fallbacks). It is an honest render of what goes into your HTML, not 
a score: the final appearance always depends on each platform.

### How do I set noindex on a single post?

In the Block Editor, open the **Visibility** panel in the post sidebar and tick 
the noindex toggle. In the Classic Editor, the same toggle is in the Visibility 
meta box. You can also use Quick Edit or Bulk Actions from the post list.

### Does my robots.txt always work, even on a subdirectory install?

Yes, and this is an SEO safeguard worth knowing about. WordPress only serves its
virtual `/robots.txt` on root installs once the rewrite rules have been flushed;
on a subdirectory install, or when the rules go stale, `/robots.txt` can return 
a 404 while the same directives still answer at `/?robots=1` — so crawlers asking
for the canonical `/robots.txt` get nothing. Visibility takes ownership of the endpoint:
it serves `/robots.txt` itself when there is no physical file (independent of the
rewrite rules, so it works on any install), and when another plugin writes a physical`
robots.txt` that the web server would serve instead, it merges its own directives
into that file in a BEGIN/END block, leaving every other block untouched, so its
rules prevail there too. It also 301-redirects WordPress’s internal `/?robots=1`
to `/robots.txt`. The result is a single canonical `/robots.txt` that always loads
your AI-crawler and indexing rules, even behind a static file.

### Does Visibility work on WordPress Multisite?

Yes, and each site keeps its own rules. Every site in the network has its own Visibility
settings, so on a subdomain or mapped-domain network each one serves its own `/robots.
txt` and `/llms.txt` from its own directives, with nothing to wire up by hand — 
something WordPress does not do on its own and most SEO plugins leave as a single
global file. This matters because a physical robots.txt or llms.txt in the site 
root is one file shared by the whole install: Visibility writes it only where it
genuinely belongs — a single-site install, or the main site of a subdirectory network—
so one site can never overwrite another’s rules, and everywhere else the always-
served virtual endpoints answer per site. On a subdirectory network (every site 
under one domain) the robots.txt standard allows only one file at the domain root,
owned by the main site, and the Discover tab makes that clear wherever the physical-
file option does not apply. Activate Visibility per site or network-activate it;
either way, no site clobbers another.

### Where does Visibility store per-post overrides?

In standard WordPress post meta (`_native_aeo_pack_*` keys). Term overrides go to
term meta, user social URLs to user meta. Nothing leaves the standard WordPress 
tables.

### Can I copy my configuration to another site?

Yes. The **Tools** tab exports every Visibility setting plus the per-entry and per-
term values (meta titles and descriptions, canonical URLs, social overrides, schema
types, robots flags) as a single JSON file, and imports it back on another site.
Content is matched by slug, not by database ID, so it works between sites that were
never clones: staging to production, or a starter configuration across several sites.
On import you choose whether the file only fills in what is empty (the default, 
safe on a site that already has its own values) or replaces what is there. Everything
goes through the same validation as the settings screen, only known keys are read,
and nothing is ever created: values land on content that already exists, and the
result tells you how many entries were not found. Redirects are not in the file 
because they have their own CSV export on the Redirects tab, and author profile 
fields stay out because they belong to each user account.

### How do I know which content has gone stale?

Content freshness is the AEO signal with the strongest evidence behind it: pages
updated in the last month get cited noticeably more often by AI assistants. With
the threshold set in the Discover tab (90 days by default), your content lists get
a “Not updated in 90 days” filter link with a count, and a sortable **Last updated**
column. That is all it does: no score, no traffic light, no “SEO health” number,
because which article deserves a rewrite is an editorial call. Set the threshold
to 0 to leave your list tables untouched.

### Can I clean up my WooCommerce URLs?

Yes, including the parts WooCommerce itself refuses to do. In the Indexing tab you
can remove the base of each taxonomy independently, so a store can drop `/product-
category/`, `/product-tag/` and `/brand/` while keeping `/category/` on its blog,
which the single toggle of earlier versions did not allow. And you can choose a 
product URL structure WooCommerce blocks on its own permalinks screen: the product
slug alone (`/my-product/`), the category and the slug (`/t-shirts/my-product/`),
or the full category path (`/clothing/t-shirts/my-product/`). WooCommerce puts the`/
product/` base back whenever you empty it and forces a base in front of a category
structure, which is why those three need a plugin.

Old URLs are 301-redirected to the new ones, and so is any other combination that
still resolves (a leftover base, a category the product no longer belongs to), so
a product never ends up reachable at two URLs. The redirects are included: no premium
tier for them. If you are running **Premmerce Permalink Manager**, Visibility detects
it, tells you in the Indexing tab that both plugins are rewriting the same URLs,
and takes precedence (its filters run last). Import its structure from the Tools
tab first, check your product URLs, and then you can deactivate it, premium included.
Two honest notes. Whatever already exists at a path wins, so a page or a term keeps
its URL and the product stays on the one WooCommerce gave it. And a base-less taxonomy
URL costs one rewrite rule per term, five counting feeds and pagination, so the 
settings screen tells you how many rules your selection adds before you commit to
it: fine for a blog or a normal shop, worth a thought on a store with thousands 
of attribute terms.

### Does Visibility generate FAQ structured data?

Yes, from the content you already have. Switch on **JSON-LD: FAQPage** in the Discover
tab and Visibility reads the native Details and Accordion blocks in your entries,
taking the question from the block heading and the answer from its content, and 
emits FAQPage in the same JSON-LD block as the rest of the schema. There is no separate
builder or duplicate fields to fill in, so the markup can only ever describe Q&A
that is genuinely visible on the page. It is off by default on purpose: a Details
block is not always a question (“Show technical details”), and describing something
that is not a FAQ is worse than not describing it. Honest expectation: this helps
AI assistants pick up your Q&A structure. It does not bring back Google’s FAQ rich
results, which were retired in 2023.

### Is there an API for plugins and themes?

Yes, and it stays stable. Read the robots state Visibility resolved with `Native_AEO_Pack_Frontend_Robots::
is_noindex( $post_id )`, `is_nofollow( $post_id )`, `is_term_noindex( $term_id, 
$taxonomy )` and `is_term_nofollow( $term_id, $taxonomy )`; read any setting with`
Native_AEO_Pack_Settings::get( $group, $key, $default )`; and check the AI-crawler
rules with `Native_AEO_Pack_Settings::is_robots_ai_blocking()` and `get_robots_ai_agents()`,
which is how the companion plugin VigIA reads them.

To change what is emitted, four filters:

 * `native_aeo_pack_schema_graph` (`$graph`, `$context`, `$object`) — the JSON-LD
   nodes before they are printed. `$context` is `article`, `person` or `identity`.
   Add, edit or drop nodes; return an empty array to print nothing.
 * `native_aeo_pack_meta_description` (`$description`) — the resolved description,
   after the whole fallback chain. It feeds the meta tag, og:description, the Twitter
   card, the Article node and the preview alike.
 * `native_aeo_pack_og_image` (`$image`, `$post`) — the image chosen for a singular,
   after the per-post, featured, WooCommerce, inline and site-fallback chain.
 * `native_aeo_pack_schema_faq_pairs` (`$pairs`, `$post`) — the question/answer 
   pairs read from the blocks, before they become FAQPage. Return an empty array
   to skip it on a page where Details blocks are not questions.

## Reviews

![](https://secure.gravatar.com/avatar/61f65f3fd455c819f0ab19857da529d9560f6e653e3c75367a2dbd4b2a904c90?
s=60&d=retro&r=g)

### 󠀁[Sencillez y utilidad al 100%](https://wordpress.org/support/topic/sencillez-y-utilidad-al-100/)󠁿

 [abrahamcb](https://profiles.wordpress.org/abrahamcb/) July 30, 2026 1 reply

Para que quede claro lo que me ha gustado, he quitado Rankmath SEO pro y he puesto
este sencillo y práctico plugin de Fernando Tellado. 100% optimizado para el SEO
sin recargar ni agregar cosas innecesarias. Y, lo mejor, no veía el mapa del sitio
y utilicé el soporte y Fernando me contestó a los 5 minutos. Más no se puede pedir.
Al final no era problema del plugin sino de mi cahé. ¡Bravo por todo!

![](https://secure.gravatar.com/avatar/40c502f922f4e406a00b0693c39d894b48bd36b524d42b57d13ec40e1cffef90?
s=60&d=retro&r=g)

### 󠀁[Un buen plugin si no te quieres complicar la vida.](https://wordpress.org/support/topic/un-buen-plugin-si-no-te-quieres-complicar-la-vida/)󠁿

 [bernaldigital](https://profiles.wordpress.org/bernaldigital/) July 1, 2026 1 reply

Llevo como 15 años en el tema de marketing y desarrollo web, y después de trabajar
con Yoast y otros plugins que al final es un lío de opciones que cada vez valen 
menos, este plugin pone lo que es útil y necesario en tu web para que sea entendible
y te puedes dedicar a lo importante. Además, el soporte es muy rápido si necesitas
algo.

![](https://secure.gravatar.com/avatar/b293ae2eada0abc7dba78cfc2563789b870536f7f5d68f4d3605de13ce3e9ef0?
s=60&d=retro&r=g)

### 󠀁[The perfect SEO plugin](https://wordpress.org/support/topic/the-perfect-seo-plugin-4/)󠁿

 [Lidia Marbán](https://profiles.wordpress.org/webvillalba/) June 23, 2026

Perfect SEO plugin for anyone who wants essential SEO features without bloat. Lightweight,
fast, and fully integrated with WordPress core. Includes everything needed for modern
SEO, AEO, and AI visibility.

![](https://secure.gravatar.com/avatar/5b0a1b43796cabd58557441ad319e078e81a1cf7020562e73b1c377da0d5bd37?
s=60&d=retro&r=g)

### 󠀁[Seems to be the new thing](https://wordpress.org/support/topic/seems-to-be-the-new-thing/)󠁿

 [Héctor Tellado](https://profiles.wordpress.org/hectortellado/) June 23, 2026

From what i’ve seen it has a lot already and apparently it plans to be a bigger 
one having pro features from other plugins for free so definitely giving it a try
and prob gonna be my new SEO plugin from now on

 [ Read all 4 reviews ](https://wordpress.org/support/plugin/native-aeo-pack/reviews/)

## Contributors & Developers

“Visibility – Lightweight SEO, AEO and GEO for Search and AI” is open source software.
The following people have contributed to this plugin.

Contributors

 *   [ Fernando Tellado ](https://profiles.wordpress.org/fernandot/)
 *   [ Ayuda WordPress ](https://profiles.wordpress.org/ayudawp/)

“Visibility – Lightweight SEO, AEO and GEO for Search and AI” has been translated
into 1 locale. Thank you to [the translators](https://translate.wordpress.org/projects/wp-plugins/native-aeo-pack/contributors)
for their contributions.

[Translate “Visibility – Lightweight SEO, AEO and GEO for Search and AI” into your language.](https://translate.wordpress.org/projects/wp-plugins/native-aeo-pack)

### Interested in development?

[Browse the code](https://plugins.trac.wordpress.org/browser/native-aeo-pack/), 
check out the [SVN repository](https://plugins.svn.wordpress.org/native-aeo-pack/),
or subscribe to the [development log](https://plugins.trac.wordpress.org/log/native-aeo-pack/)
by [RSS](https://plugins.trac.wordpress.org/log/native-aeo-pack/?limit=100&mode=stop_on_copy&format=rss).

## Changelog

#### 2.2.0

 * New: Two more robots directives, noimageindex and nosnippet, wherever noindex
   and nofollow already are: per entry, per term archive, in Quick Edit, in Bulk
   Actions and as bulk rules by content type and by taxonomy, each with its own 
   per-entry exception. noimageindex keeps an entry’s images out of image search.
   nosnippet is the one Google documents for controlling how much of your text may
   be reproduced, in the result page and in AI answers, so it is AEO control and
   not only a search-results setting. Neither touches indexing: the entry still 
   ranks.
 * New: Keep an entry out of the sitemap without setting it to noindex. Noindexed
   content already dropped out on its own, but the reverse had no way to be asked
   for, which is what a thank-you page or a campaign landing page needs: indexable
   if someone links to it, not offered to crawlers as a URL worth visiting. Checkbox
   in both editors, plus a row action and a bulk action in the listings.
 * New: Filter views in the content listings, next to All and Published, for the
   entries you set to noindex individually and for those you are keeping indexable
   against a bulk rule. Counts are cached and the view only appears when there is
   something behind it.
 * Improved: Tested up to WooCommerce 11.0.
 * Improved: Settings descriptions now use the full width of the screen. They were
   capped at about half of it, which made every tab scroll roughly twice as long
   as it needed to.
 * Improved: The bulk directive tables and the AI crawler selection carry a warning
   about what each directive costs you. The one for nosnippet says plainly that 
   your position does not change and your clicks do, which is what makes it the 
   easiest to leave on without noticing.
 * Fix: Removing the category base now works when the base is not plain ASCII. A
   Spanish base written as categoria with an accent, or a Cyrillic, Arabic or CJK
   one, left the base in every link and never redirected the old URL, so both URLs
   answered with the same archive and no redirect between them. Two separate causes:
   PHP corrupts a raw multibyte path when parsing the URL, and the sanitizer used
   on the incoming address deletes percent-encoded sequences outright.
 * Fix: The old base of a taxonomy feed now redirects to the feed and not to the
   archive page. Only pagination was carried across, so a feed reader following 
   an indexed feed URL was handed a web page instead. Present since the feature 
   shipped, and not related to the encoding fix above.

For older changelog entries, please check the [changelog.txt](https://plugins.svn.wordpress.org/native-aeo-pack/trunk/changelog.txt)
file.

## Meta

 *  Version **2.2.0**
 *  Last updated **2 days ago**
 *  Active installations **100+**
 *  WordPress version ** 6.1 or higher **
 *  Tested up to **7.0.3**
 *  PHP version ** 7.4 or higher **
 *  Languages
 * [English (US)](https://wordpress.org/plugins/native-aeo-pack/) and [Spanish (Spain)](https://es.wordpress.org/plugins/native-aeo-pack/).
 *  [Translate into your language](https://translate.wordpress.org/projects/wp-plugins/native-aeo-pack)
 * Tags
 * [ai seo](https://vec.wordpress.org/plugins/tags/ai-seo/)[noindex](https://vec.wordpress.org/plugins/tags/noindex/)
   [redirects](https://vec.wordpress.org/plugins/tags/redirects/)[schema](https://vec.wordpress.org/plugins/tags/schema/)
   [sitemap](https://vec.wordpress.org/plugins/tags/sitemap/)
 *  [Advanced View](https://vec.wordpress.org/plugins/native-aeo-pack/advanced/)

## Ratings

 5 out of 5 stars.

 *  [  4 5-star reviews     ](https://wordpress.org/support/plugin/native-aeo-pack/reviews/?filter=5)
 *  [  0 4-star reviews     ](https://wordpress.org/support/plugin/native-aeo-pack/reviews/?filter=4)
 *  [  0 3-star reviews     ](https://wordpress.org/support/plugin/native-aeo-pack/reviews/?filter=3)
 *  [  0 2-star reviews     ](https://wordpress.org/support/plugin/native-aeo-pack/reviews/?filter=2)
 *  [  0 1-star reviews     ](https://wordpress.org/support/plugin/native-aeo-pack/reviews/?filter=1)

[Your review](https://wordpress.org/support/plugin/native-aeo-pack/reviews/#new-post)

[See all reviews](https://wordpress.org/support/plugin/native-aeo-pack/reviews/)

## Contributors

 *   [ Fernando Tellado ](https://profiles.wordpress.org/fernandot/)
 *   [ Ayuda WordPress ](https://profiles.wordpress.org/ayudawp/)

## Support

Issues resolved in last two months:

     2 out of 3

 [View support forum](https://wordpress.org/support/plugin/native-aeo-pack/)