Scope: https://mskazemi.com/idkmesh/
This runbook converts the repository-controlled SEO/AEO/GEO architecture into first-party search and AI-citation evidence. It does not promise ranking and it does not treat crawler health as proof of indexing.
The canonical target map is config/seo-topics-v1.json. The canonical observed
evidence ledger is evidence/search-visibility/observations.json.
Use a URL-prefix property for:
https://mskazemi.com/idkmesh/
Google documents that URL-prefix properties can include a path and contain only
URLs that begin with that exact protocol/host/path prefix. This keeps IDKMesh
measurement separate from unrelated content on mskazemi.com.
Official property guidance: https://support.google.com/webmasters/answer/10432366 https://support.google.com/webmasters/answer/34592
Use an ownership-verification method available to the maintainer account. Do not commit account cookies, OAuth tokens, passwords, or private account exports.
Submit:
https://mskazemi.com/idkmesh/sitemap.xml
After submission, record the submission state and any processing error in issue #665. The repository’s public discovery monitor already verifies that the sitemap is retrievable and contains the topic architecture; Search Console is the first-party evidence for how Google processes it.
Inspect these 11 canonical topic URLs:
https://mskazemi.com/idkmesh/topics/https://mskazemi.com/idkmesh/topics/ai-agent-verification.htmlhttps://mskazemi.com/idkmesh/topics/multi-agent-orchestration.htmlhttps://mskazemi.com/idkmesh/topics/ai-code-review.htmlhttps://mskazemi.com/idkmesh/topics/llm-judge-reliability.htmlhttps://mskazemi.com/idkmesh/topics/verifier-panels.htmlhttps://mskazemi.com/idkmesh/topics/agent-governance.htmlhttps://mskazemi.com/idkmesh/topics/provenance-evidence.htmlhttps://mskazemi.com/idkmesh/topics/mcp-a2a-interoperability.htmlhttps://mskazemi.com/idkmesh/topics/verification-scaling.htmlhttps://mskazemi.com/idkmesh/topics/verified-swarm-engineering.htmlFor each URL record:
Do not turn a successful live test into an indexing claim.
Use at least these time windows when data exists:
Export query and page data. Preserve Google’s reported population and date window. Do not convert average position into a probability of ranking.
For the 100-intent review:
Bing supports verification of an entire domain or a site limited to a branch or directory. The preferred IDKMesh scope is the same public path:
https://mskazemi.com/idkmesh/
If the Google Search Console property above is verified, Bing can import a verified Search Console site and its sitemap metadata. Otherwise use a supported Bing verification method.
Official guidance: https://www2.bing.com/webmasters/help/add-and-verify-site-12184f8b
Submit or confirm discovery of:
https://mskazemi.com/idkmesh/sitemap.xml
Record:
Bing documents both robots.txt sitemap discovery and direct Webmaster Tools submission. IDKMesh already uses both the sitemap and IndexNow on the public side.
Official sitemap guidance: https://blogs.bing.com/webmaster/July-2025/Keeping-Content-Discoverable-with-Sitemaps-in-AI-Powered-Search/ https://www2.bing.com/webmasters/help/sitemaps-3b5cf6ed
Export page/query performance for the same 7-day, 28-day, and 3-month windows when available. Bing Search Performance reports impressions, clicks, and query phrases across supported search surfaces.
Official guidance: https://www.bing.com/webmasters/help/search-performance-c680da36
Bing AI Performance is the first-party Microsoft evidence source for IDKMesh citations in supported AI experiences including Copilot, Bing AI-generated answers, and selected partner integrations.
Record/export:
Keep Bing’s evidence boundary intact: citation activity is not ranking, authority, importance, or proof of causation.
Official guidance: https://www.bing.com/webmasters/help/ai-performance-9f8e7d6c
Exports are available in CSV/Excel according to Bing’s current documentation. Retain the original export outside the repository if it contains account/private metadata; commit only the minimum normalized observations needed for the public evidence ledger.
Every committed search/answer-engine observation must conform to:
schemas/search-visibility-observation-v0.1.schema.json
The canonical ledger is:
evidence/search-visibility/observations.json
Regenerate:
python tools/search_visibility_report.py > evidence/search-visibility/REPORT.md
python -m pytest -q tests/test_search_visibility_report.py
Evidence classes:
webmaster_export for Search Console / Bing Webmaster exported metrics;index_inspection for URL inspection/index status;manual_reproduction for a dated reproducible search/AI-answer observation;referral_log only when an actual referral observation exists.Do not store:
REPORT.md;Issue #665 is the visibility/indexing/citation measurement tracker.
Issue #769 is the separate PyPI distribution activation tracker.