Sitemap.xml Validator — Ægte protokoloverholdelsestjek
Indsæt eller upload en sitemap.xml (eller et sitemap-indeks), og valider det i forhold til den reelle sitemaps.org-protokol: roden og namespace, absolutte <loc>-URL'er, de dokumenterede grænser på 50.000 URL'er / 50 MB, <lastmod>, <priority>, <changefreq> — plus et friskhedshistogram og registrering af dublet-URL'er.
🔒 Behandles helt i din browser - intet, du indtaster her, bliver nogensinde uploadet.
Resultat
En sitemap.xml-fil kan være perfekt velformet XML og stadig være et ødelagt sitemap: et manglende xmlns-namespace, en relativ <loc>-URL, en <priority> på "1,5" eller en <changefreq> på "Daily" i stedet for "daily" vil alle bestå en generisk XML-validering, mens de stille og roligt fejler den faktiske sitemap-protokol, som Google, Bing og enhver anden forbruger af filen forventer. Dette værktøj parser dit indsatte eller uploadede sitemap med browserens indbyggede DOMParser og tjekker det i forhold til de reelle regler offentliggjort på sitemaps.org: roden skal være <urlset> for et almindeligt sitemap eller <sitemapindex> for et sitemap-indeks (automatisk registreret), ideelt set deklareret med det nøjagtige namespace http://www.sitemaps.org/schemas/sitemap/0.9, og hver <url> (eller <sitemap> i en indeksfil) skal indeholde en <loc>, der er en ægte absolut http/https-URL.
Ud over struktur dokumenterer protokollen også hårde grænser og præcise feltformater, som dette værktøj tjekker felt for felt. En enkelt sitemap-fil må ikke indeholde mere end 50.000 URL'er og må ikke overstige 50 MB ukomprimeret — grænser, der også gælder for sitemap-indeksfiler, som tæller <sitemap>-poster i stedet for <url>-poster — og dette værktøj måler dit faktiske indsatte eller uploadede indhold i forhold til begge. Hver <lastmod>, hvis den findes, tjekkes i forhold til de reelle W3C-datetime-formater, specifikationen accepterer: en ren dato (YYYY-MM-DD) eller et fuldt tidsstempel med timer, minutter, valgfrie sekunder og en obligatorisk tidszoneangivelse. Hver <priority>, hvis den findes, skal være et decimaltal mellem 0,0 og 1,0, og hver <changefreq> skal være nøjagtig én af de syv værdier, specifikationen definerer — always, hourly, daily, weekly, monthly, yearly, never — ikke et plausibelt synonym. Hver overtrædelse navngiver det specifikke postnummer og dets faktiske værdi, begrænset til 50 viste overtrædere pr. regel med en "+N mere"-note, så rapporten forbliver læsbar, selv på et sitemap tæt på URL-grænsen.
To kontroller går ud over, hvad den skrevne protokol kræver, men fanger reelle, almindelige problemer: et <lastmod>-friskhedshistogram grupperer hver gyldig sidst ændret-dato efter måned, så du med et enkelt blik kan se, om et websteds indhold faktisk holdes aktuelt, eller om de fleste URL'er bærer et forældet tidsstempel fra år tilbage, og en dublet-<loc>-detektor markerer enhver URL, der er listet mere end én gang i den samme fil — en hyppig bivirkning af sitemap-generatorer, der fusionerer flere kilder uden at fjerne dubletter. Alt kører lokalt: parsing, regeltjek og histogrammet udregnes alle i din browser ud fra den tekst, du har indsat, eller den fil, du har uploadet via File API. Intet hentes eller uploades til en server, og ingen individuel URL i dit sitemap bliver nogensinde forespurgt eller crawlet — dette værktøj tjekker selve sitemap-dokumentet, ikke om de sider, det lister, faktisk eksisterer eller returnerer 200 OK.