Vaidya — Page-Level Audit
AS is a domain-level score. It tells the practitioner where the domain’s readiness is deficient at the pillar and vector level, but it averages across pages — a low chunk-extractability score may reflect three poorly structured pages dragging the average down, not a site-wide structural problem. Vaidya produces the page-level view that makes the domain-level finding actionable.
How it differs from AS and pAS
AS runs across the domain, averaging signals from the homepage and sampled subpages. It is the strategic diagnostic: where should the engagement focus?
pAS runs all 36 Datapoints against a single specified URL. It is the tactical diagnostic for one page already identified as significant.
Vaidya audits many pages at once — the full sitemap, or a curated list — and produces per-page severity ratings. It is the audit tool: which pages have which problems, at what severity, and how many are affected?
Audit modes
- Sitemap — Vaidya crawls the sitemap and audits every page discovered
- Sitemap Plus — sitemap crawl with extended discovery of pages not formally in the sitemap
- Manual List — practitioner provides specific URLs (useful for targeting known problem areas)
- Plugin — WordPress or CMS integration that uploads page data without requiring external crawling
Severity ratings
Each finding is rated Critical, High, Medium, or Low. Critical findings — missing entity schema on the homepage, AI crawler access blocked, no canonical declarations — are the structural problems that constrain AS regardless of what other work is done. High findings are meaningful deficits that should be addressed in the next sprint. Medium and Low findings are improvement opportunities that improve the margin but are not blockers.
When to use Vaidya
Vaidya is most useful at engagement start (to understand the page-level distribution of Optimize and Manifest problems before action selection) and after Optimize-pillar work (to verify that fixes deployed correctly across the site and no pages were missed).
AS adalah skor tingkat domain. AS memberi tahu praktisi di mana kesiapan domain mengalami defisiensi pada tingkat pillar dan vector, namun AS merata-rata seluruh halaman — skor ekstraktabilitas chunk yang rendah mungkin mencerminkan tiga halaman yang kurang terstruktur yang menarik rata-rata ke bawah, bukan masalah struktural di seluruh situs. Vaidya menghasilkan tampilan tingkat halaman yang membuat temuan tingkat domain dapat ditindaklanjuti.
Perbedaannya dari AS dan pAS
AS berjalan di seluruh domain, merata-rata sinyal dari halaman utama dan subhalaman yang diambil sampelnya. AS adalah diagnostik strategis: ke mana seharusnya engagement difokuskan?
pAS menjalankan semua 36 Datapoints terhadap satu URL yang ditentukan. Ini adalah diagnostik taktis untuk satu halaman yang sudah diidentifikasi sebagai signifikan.
Vaidya mengaudit banyak halaman sekaligus — seluruh sitemap, atau daftar yang dikurasi — dan menghasilkan penilaian keparahan per halaman. Ini adalah alat audit: halaman mana yang memiliki masalah apa, pada tingkat keparahan berapa, dan berapa banyak yang terdampak?
Mode audit
- Sitemap — Vaidya menjelajahi sitemap dan mengaudit setiap halaman yang ditemukan
- Sitemap Plus — perayapan sitemap dengan penemuan diperluas untuk halaman-halaman yang tidak secara formal tercantum dalam sitemap
- Manual List — praktisi menyediakan URL tertentu (berguna untuk menargetkan area masalah yang sudah diketahui)
- Plugin — integrasi WordPress atau CMS yang mengunggah data halaman tanpa memerlukan perayapan eksternal
Penilaian keparahan
Setiap temuan dinilai sebagai Critical, High, Medium, atau Low. Temuan Critical — skema entitas yang hilang di halaman utama, akses AI crawler yang diblokir, tidak ada deklarasi canonical — adalah masalah struktural yang membatasi AS terlepas dari pekerjaan lain yang dilakukan. Temuan High adalah defisit berarti yang harus ditangani pada sprint berikutnya. Temuan Medium dan Low adalah peluang peningkatan yang memperbaiki margin namun bukan pemblokir.
Kapan menggunakan Vaidya
Vaidya paling berguna pada awal engagement (untuk memahami distribusi tingkat halaman dari masalah Optimize dan Manifest sebelum pemilihan tindakan) dan setelah pekerjaan Optimize pillar (untuk memverifikasi bahwa perbaikan yang diterapkan sudah benar di seluruh situs dan tidak ada halaman yang terlewat).