Marcin Kijak

<p>After installation you can find “Noindex by path” option in the main menu. This allows you to simply add relative paths<br />
you need to exclude from SERPs. Add a path (including slashes from begging and the end of the string) and save the<br />
changes. Since this plugin is called to be “simple” you can add only one path at once, but the process is smooth<br />
and easy.</p>
<p>Plugin will add “noindex” meta tag which is an instruction for search engines that this particular page should not be indexed.<br />
Technically it modifies wp_head tag.</p>


Noindex by Path

Ask search engines not to index individual pages by a relative path - which means you can set every url no matter it is a page, category listing or an …

VaultDevLabs

<p>Find noindex tags, robots.txt blocks, canonical issues, redirects, sitemap gaps, and other SEO visibility problems before important pages disappear from search.</p>
<p>VDL Search Visibility Scanner checks sitemap coverage, robots.txt, noindex tags, canonical URLs, redirects, HTTP status, title tags, and meta descriptions so site owners can see which pages are discoverable, risky, invisible, or expected. It also includes a single-page checker for important URLs and exportable fix-first reports for developers, SEOs, or site owners.</p>
<p>This is not a ranking tracker, SEO content generator, backlink tool, or generic SEO suite. It focuses on technical discoverability signals.</p>
<p>This plugin does not force Google indexing, submit normal pages to Google’s Indexing API, or guarantee rankings.</p>
<h4>Common problems it helps catch</h4>
<ul>
<li>Important pages missing from your sitemap</li>
<li>Pages accidentally marked noindex</li>
<li>Canonical tags pointing somewhere unexpected</li>
<li>Redirect chains that confuse discovery</li>
<li>robots.txt or sitemap problems</li>
<li>Public pages with weak title or meta description signals</li>
<li>Utility pages correctly excluded from search</li>
</ul>
<h4>Built for</h4>
<ul>
<li>Site owners checking why pages may be hard for search engines to discover</li>
<li>SEOs doing a quick WordPress technical visibility audit</li>
<li>WooCommerce stores checking product/category discoverability</li>
<li>Agencies preparing fix-first reports for clients</li>
<li>Developers reviewing sitemap, canonical, robots, and noindex issues</li>
</ul>
<h4>What it checks</h4>
<ul>
<li>single important URL visibility checks</li>
<li>WordPress discourage search engines setting</li>
<li>robots.txt reachability</li>
<li>sitemap reachability</li>
<li>sitemap reference in robots.txt</li>
<li>homepage status</li>
<li>selected public pages and recent posts</li>
<li>noindex robots meta</li>
<li>canonical tag status</li>
<li>title tag presence</li>
<li>meta description presence</li>
<li>sitemap coverage gaps</li>
<li>basic redirect chains</li>
</ul>
<h4>Visibility Map</h4>
<p>Results are grouped into:</p>
<ul>
<li>Homepage</li>
<li>Pages</li>
<li>Posts</li>
<li>Sitemap</li>
<li>Robots</li>
</ul>
<p>Each result is classified as Discoverable, Risky, Invisible, or Expected with a priority label. The priority engine separates true visibility blockers from mild metadata cleanup.</p>
<p>Results also include a visibility impact label and classification reason so site owners can see why an item is urgent, moderate, low-impact, or expected.</p>
<h4>What to fix first</h4>
<p>The dashboard groups findings into:</p>
<ul>
<li>Fix now: true visibility blockers</li>
<li>Fix soon: discovery and coverage risks</li>
<li>Optional cleanup: metadata and content polish</li>
<li>Expected: utility, legal, search, and system exclusions</li>
</ul>
<p>Expected results are common utility-page signals, such as noindex on checkout or account pages, that should not be treated like broken public-page visibility.</p>
<h4>Single page checker</h4>
<p>Paste an important URL from the current site to quickly see whether it appears search-ready, blocked, missing from the sitemap, canonicalised elsewhere, redirected, or in need of review.</p>
<h4>Best first use</h4>
<p>Paste the page you care about most first. The single page checker shows whether that URL looks search-ready, blocked by noindex, missing from the sitemap, canonicalised elsewhere, redirected, or only needs metadata cleanup. Then run a full scan to build the fix-first report.</p>
<h4>Fix-first report</h4>
<p>Run a full scan to create a local report grouped into Fix now, Fix soon, Optional cleanup, and Expected exclusions. Export CSV or HTML to share with a developer, SEO, or site owner.</p>
<h4>Likely important pages</h4>
<p>The scanner highlights pages commonly important for search visibility, such as the homepage, shop pages, product pages, top-level pages, and posts. Utility pages such as cart, checkout, and account pages are kept calm when noindex is expected.</p>
<h4>External services</h4>
<p>The scanner runs locally against the current site and does not require an external API.</p>
<p>The “Get Help Fixing This” button is a normal external link to VaultDevLabs. No scan data is sent automatically. The link may include summary counts and the current site URL in the URL query so you can request a manual review.</p>
<h4>Optional manual review</h4>
<p>The plugin can show a local visibility report in wp-admin. If you want help interpreting the results, the “Get Help Fixing This” link opens VaultDevLabs in your browser. No scan data is sent automatically.</p>


VDL Search Visibility Scanner – Noindex, Sitemap & SEO Audit

Check whether WordPress pages are technically discoverable with noindex, robots.txt, canonical, sitemap, redirect, and status-code checks.

Noindex by Path vs VDL Search Visibility Scanner – Noindex, Sitemap & SEO Audit