Hur jag granskar en sitemap med AI
En sitemap ser ut som en teknisk XML-fil, men jag använder den som en kontroll av informationsarkitekturen. Den avslöjar ofta problem som egentligen började långt tidigare i contentmodellen.
En sitemap ser ut som en teknisk XML-fil, men jag använder den som en kontroll av informationsarkitekturen. Den avslöjar ofta problem som egentligen började långt tidigare i contentmodellen.
Jag börjar med frågan: vilka URL:er vill vi indexera?
En sitemap-audit är inte bara XML-validering. För mig är sitemap först en canonical inventory över sidor som sajten faktiskt står bakom. Om noindex, redirects, duplicerade parametrar eller gamla slugs ligger kvar blir sitemapfilen ett symptom på svag URL-governance.
AI får jämföra listor
Det här är en uppgift där AI och deterministisk kod passar bra ihop. Kod hämtar sitemap, statuskod, canonical, robots/indexability och eventuellt senaste crawl-data. AI kan sedan gruppera avvikelser och förklara mönster. Jag låter inte modellen gissa vilka URL:er som finns.
Kontroller jag kör
Min grundlista är: URL svarar 200; sidan är indexerbar; self-canonical är rimlig; URL följer vald canonical-struktur; inga redirect targets ligger som sitemap entries; inga uppenbara dubbletter; lastmod används bara när det faktiskt betyder något; sitemap delas upp när storlek/operativ hantering kräver det.
Sitemap är inte ett löfte om indexering
Google beskriver sitemap som ett sätt att hjälpa sökmotorn upptäcka och förstå föredragna URL:er, inte som garanti för crawling eller indexering. Det är viktigt eftersom ett verktyg annars lätt rapporterar "submitted = success" och missar det verkliga problemet: sidan är svag, duplicerad eller blockerad.
Jag jämför sitemap mot content manifest
I BijoyIQ-flödet har jag redan article ID, canonical URL och status. Då kan sitemap-auditen fråga: finns READY men opublicerade URL:er? finns publicerade URL:er som saknas? finns URL:er i sitemap som inte finns i inventory? Det gör sitemap till en driftkontroll mellan CMS och content governance.
AI ska förklara, inte ändra
En reviewer får föreslå att två URL:er bör konsolideras, men canonical- eller redirectändringar är konsekventa förändringar som måste godkännas. Ett automatiskt "fix sitemap" utan redirect- och internlänksplan kan skapa mer skada än nytta.
Resultatet jag vill ha
En bra audit slutar inte med 37 warnings. Den grupperar dem i release blockers, hygiene issues och observations. Det gör rapporten möjlig att agera på och ger nästa körning ett stabilt baseline.
Källor
- Google Sitemap Documentation
- Google Canonicalization Documentation
- Google Search Documentation Updates