Skip to content

Latest commit

 

History

21 Commits

Folders and files

NameName
Last commit message
Last commit date
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

Repository files navigation

Cybermaps logo

CYBERMAPS

WordPress sitemaps + AI-readable publishing.
Publish your content. Verify its delivery. See what crawlers request.

Cybermaps — publish, verify, and improve WordPress XML sitemaps, llms.txt, Markdown, and JSON discovery

Latest release including open beta Release downloads WordPress 7.1 or newer PHP 8.2 or newer GPL-2.0-or-later license Ask DeepWiki about Cybermaps

Homepage · Download beta · Install · Documentation · Issues

One complete plugin. Search engines, AI clients, and people.

Publish Verify Improve
XML sitemaps, Markdown pages, and machine-readable discovery from your WordPress content. Public delivery checks, response headers, static-file ownership, and routing diagnostics. Local crawler observations, saved content reports, comparisons, and exportable findings.

Cybermaps is a standalone WordPress plugin with a dedicated sitemap engine and an AI publishing layer. Every capability below is included in Core, with no license key or paid feature unlocks. Crawler analytics is opt-in and stays in WordPress; Cybermaps sends no analytics or telemetry to CYBER BRAND.

Your content, ready to be read

What you want to publish What Cybermaps provides
A map for search engines XML sitemap index and child sitemaps for public post types and taxonomies, plus news, media, author, archive, RSS, and multisite output
A map for people The [cybermap] HTML sitemap shortcode with filters, hierarchy, bounded queries, and three layouts
A concise guide for AI clients llms.txt with 20–500 selected links, explicit coverage, and Markdown page alternates
Full text for retrieval Opt-in llms-full.txt, literal per-page Markdown, and bounded retrieval chunks
Machine-readable discovery AI manifest, JSON Feed, Schema.org knowledge graph, AI sitemap, usage preferences, action inventory, API Catalog, OpenAPI, and REST search
A guide for compatible agents An Agent Skills-compatible read-only site guide and discovery index

For an eligible page such as /guides/setup/, Cybermaps can publish /guides/setup/index.md. The HTML response advertises the Markdown alternate and its describing llms.txt file. Markdown comes from stored visible text, without executing shortcodes or dynamic blocks.

                        WordPress content
                               │
                           CYBERMAPS
                               │
             ┌─────────────────┼─────────────────┐
             │                 │                 │
        SEARCH & PEOPLE    AI READING        DISCOVERY
        XML · RSS · HTML   llms.txt          JSON · XML
                           page/index.md     agent guide

Built for the work after publishing

  • Own the delivery path. Use dynamic WordPress responses or optional static publication with ownership hashes, request-triggered repair, and public delivery checks. Multisite stays dynamic-only.
  • Inspect the evidence. Check response status, media type, headers, and routing from Sitemap Status and AI Discovery Status.
  • Observe crawler traffic locally. Opt into bounded request analytics with retention, export, and clearing controls.
  • Turn findings into reports. Save content reports and export printable, CSV, or JSON results.
  • Choose how it fits. Use Cybermaps as your sitemap and discovery engine, or alongside Yoast SEO, Rank Math, All in One SEO, Genesis, or Mai. It honors the supported noindex, canonical, and redirect signals documented for those integrations.

Explore the features · Compare capabilities · Read the technical reference

Install

Open beta is available on GitHub Releases.

The open beta is ready for use on live WordPress sites. Feedback and bug reports are welcome.

  1. Open the releases page, choose the newest release, and download cybermaps_<version>.zip from its assets. GitHub's automatic “Source code” archives are development copies.
  2. In WordPress, open Plugins → Add New Plugin → Upload Plugin.
  3. Select the ZIP, install it, and activate Cybermaps.
Requirement Minimum Recommended
WordPress 7.1 7.1+
PHP 8.2 8.3+

Each release includes a .sha256 checksum for the installable ZIP.

Quick start

  1. Open Cybermaps → XML Sitemaps and choose the content to include.
  2. Open Cybermaps → AI Publishing to configure AI publications. The AI Publication Hub is opt-in.
  3. Review Sitemap Status and AI Discovery Status to inspect delivery.
  4. Enable local crawler analytics separately if you want request observations.

WordPress readme · Setup and technical documentation

Help shape the beta

Found a problem? Open a bug report with reproduction steps and the diagnostic support bundle from Cybermaps → Debugging → Copy GitHub support bundle. Review the JSON before posting it. Use Download support bundle if copying is unavailable.

Suggest an improvement · Browse existing issues · Support guide · Report a vulnerability privately

Publication boundaries and protocol details
  • Publishing an endpoint does not guarantee discovery, training, citation, ranking, or use by an AI provider.
  • Complete llms-full.txt output is opt-in and fails explicitly at its 4 MiB safety boundary instead of silently presenting partial content as complete.
  • /ai.json implements Cybermaps AI Discovery Manifest 1.0, a vendor extension.
  • The AI Discovery Protocol 3.0 Level 3 surface includes the manifest, bounded seven-day updates, and four /news/* context, speakable, changelog, and JSONL archive publications. Optional MCP operations use authorized, consented access.
  • The Agent Skills guide includes a digest-bound 0.2.0 draft discovery index and the retained /skill.md compatibility URL.
  • Dynamic publications include CORS, ETag, and Content-Digest headers. For physical static copies, the web server or CDN must supply equivalent headers because those requests do not reach PHP.
For contributors: local development and release publishing

Development

Builds, validation, and release packaging run locally. GitHub does not build or test the plugin, deploy to WordPress.org, or attach release ZIPs automatically. Publish locally prepared artifacts with the command below.

composer install
composer test
composer run lint:phpcs
composer run release:check
composer run release:build

composer run release:build produces the exact standalone WordPress.org artifact under docs/generated/releases/<version>/; development dependencies, tests, and internal docs are not copied into that package.

See CONTRIBUTING.md before changing code. The public surface is inventoried in docs/dev/manifest.json; changes to endpoints, settings, classes, routes, or contracts require regenerating the documented artifacts.

Publish a GitHub release

Install and authenticate the GitHub CLI (gh auth login --hostname github.com), and install Composer dependencies. Run from a clean main checkout whose HEAD matches pushed main in Alex9001/cybermaps. Git credentials must also permit pushing tags to that repository. Python 3 and the existing local packaging tools are required.

cp .cybermaps-workspace.example.json .cybermaps-workspace.json
composer release                        # Validate, install, publish beta, deploy docs
composer release -- --stable            # Same workflow for a stable release
composer dev:install                    # Build and install locally; no website or publication
composer release:resume -- --tag vX.Y.Z  # Verify published assets, finish website handoff only

Review the two destination paths in the ignored local configuration first. composer release requires committed, pushed plugin source and a clean canonical website. It imports the exact candidate, pauses with affected pages when explanations need review, validates and installs the package with a rollback copy, publishes through the existing draft/checksum/download-verification safeguards, then freezes the published website snapshot and runs its guarded npm run deploy. Only workflow-generated website files are committed.

Packages, checksums, reports, logs and release state live in docs/generated/releases/<version>/. Temporary work stays in docs/generated/tmp/; rollback and repair evidence stays in docs/generated/backups/. No automatic clones, worktrees, hooks or GitHub Actions are involved. The Local Sites copy contains installation files only.

The workflow never commits or pushes plugin source for you, never stashes or resets website work, and never replaces published assets or moves conflicting tags. Review and commit affected website guides before retrying a review pause. Rerun composer release for a matching interrupted draft; after publication, use the explicit downstream-only resume command. composer release:github remains available as the lower-level publisher for a prepared, clean website.

See the complete workflow and recovery instructions and the documentation review contract. To test the tooling without publishing or deploying:

composer run test:release-github
composer run test:release-workflow

Tests use disposable fixtures inside the repository and mocked remote commands.


Created and maintained by Aleksandr Oreshkin
Published by CYBER BRAND

Contribute · Security · GPL-2.0-or-later

About

WordPress sitemaps + AI-readable publishing. XML sitemaps, llms.txt, Markdown, structured discovery, delivery diagnostics, and local crawler analytics.

Topics

Resources

Code of conduct

Contributing

Security policy

Stars

0 stars

Watchers

0 watching

Forks

Releases

Packages

Contributors

Languages