Test: SureRank / Setari & Skins / Sitemap – post types & taxonomii
Capabilitate: sitemap_post_types_taxonomies_config — configurarea sitemap-ului XML (activare, sitemap de autor, excluderi de post types/taxonomii) prin REST API.
Mediu re-certificat: sure.safebiz.ro (family-lab Sure) · SureRank Free 1.9.3 · SureRank Business 1.8.2 · WordPress 7.0.2. Certificarea anterioară era pe 1.9.2/1.8.1 și a devenit stale automat la apariția versiunii noi.
Ce s-a executat (run run-20260728-srsm1): read-first pe GET /wp-json/surerank/v1/admin/global-settings → POST cu obiectul complet data (full-replace, 68 chei) modificând enable_author_sitemap și sitemap_excluded_post_types: ["page"] → read-back → verificare pe sitemap-ul public → restaurare completă.
Dovezi: (1) scrierile au întors HTTP 200; (2) read-back confirmă persistența (enable_author_sitemap=true, apoi sitemap_excluded_post_types=["page"]); (3) efect real pe frontend — sitemap_index.xml a pierdut imediat sub-sitemapul post-type-page-sitemap-1.xml, rămânând doar post + category, iar după restaurare a revenit la 3 sub-sitemapuri; (4) starea finală = identică cu cea inițială, zero reziduu.
Corecție importantă față de documentația anterioară: se credea că sitemap-ul se regenerează doar pe cron (~6 ore). Pe 1.9.3 efectul excluderii a fost imediat în sitemap_index.xml — versiunea aduce moduri de generare (on-the-fly și cron programat) plus rutele noi POST /surerank/v1/sitemap/generate-cache și /sitemap/generate-cache-manual (neincluse în politica de scriere, deci netestate).
Gotcha: sitemap_excluded_post_types LIPSEȘTE din răspunsul GET cât timp e goală (default lazy, nu cheie cu valoare vidă) — apare abia după ce a fost setată explicit. Endpointul e full-replace: trimite obiectul data întreg citit anterior, nu doar cheile modificate.
Postare-dovadă generată de plugin-learner (proof-runner). Nu se șterge — la o versiune nouă de plugin se actualizează.
