0

Sitemap.xml validaator — päris protokolli vastavuse kontrollija

Kleebi või laadi üles saidikaart (sitemap.xml) või saidikaardi register ja valideeri see päris sitemaps.org protokolli vastu: juurelement ja nimeruum, absoluutsed <loc> URL-id, dokumenteeritud 50 000 URL-i / 50 MB piirangud, <lastmod>, <priority>, <changefreq> – lisaks värskuse histogramm ja korduvate URL-ide tuvastus.

🔒 Töödeldud täielikult teie brauseris – midagi, mida siia sisestate, ei laadita kunagi üles.

🗺️

Lohista suvaline fail siia või klõpsa valimiseks

või klõpsa sirvimiseks — üks .xml fail

Töötlen... 0%
XML-i parsimine
Saidikaardi protokolli reeglite kontrollimine
URL-ide analüüsimine
Valmis

Tulemus

Saidikaardi XML fail võib olla täiesti vormist õige, kuid siiski mittetöötav saidikaart: puuduv xmlns nimeruum, suhteline <loc> URL, <priority> väärtusega „1.5“ või <changefreq> väärtusega „Daily“ („iga päev“) suure algustähega, mitte „daily“ – kõik need läbivad üldise XML-validaatori, samas kui tegelik saidikaardi protokoll, mida Google, Bing ja kõik teised faili tarbijad eeldavad, vaikimisi ebaõnnestub. See tööriist analüüsib sinu kleebitud või üleslaaditud saidikaarti brauseri sisseehitatud DOMParseriga ja kontrollib seda sitemaps.org-is avaldatud tegelike reeglite alusel: juurelement peab tavalise saidikaardi puhul olema <urlset> või saidikaardi registri puhul <sitemapindex> (tuvastatakse automaatselt), ideaalis deklareerituna täpse nimeruumiga http://www.sitemaps.org/schemas/sitemap/0.9, ning iga <url> (või registri failis <sitemap>) peab sisaldama <loc>, mis on tõeline absoluutne http/https URL.

Lisaks struktuurile dokumenteerib protokoll ka ranged piirangud ja täpsed välja vormingud, mida see tööriist kontrollib välja haaval. Üks saidikaardi fail ei tohi loetleda üle 50 000 URL-i ega ületada 50 MB pakkimata kujul – need piirangud kehtivad ka saidikaardi registri failidele, kus <url> kirjete asemel loetakse <sitemap> kirjeid – ja see tööriist mõõdab sinu tegelikku kleebitud või üleslaaditud sisu mõlema suhtes. Iga <lastmod>, kui see on olemas, kontrollitakse spetsifikatsioonis aktsepteeritud tegelike W3C-datetime vormingute suhtes: paljas kuupäev (AAAA-KK-PP) või täielik ajatempel tundide, minutite, valikuliste sekundite ja kohustusliku ajavööndi tähisega. Iga <priority>, kui see on olemas, peab olema kümnendarv vahemikus 0.0 kuni 1.0, ja iga <changefreq> peab olema täpselt üks seitsmest spetsifikatsioonis määratletud väärtusest – alati, iga tund, iga päev, iga nädal, iga kuu, iga aasta, mitte kunagi – mitte usutavalt sarnane sünonüüm. Iga rikkumine nimetab konkreetse kirje numbri ja selle tegeliku väärtuse, piirates näidatavaid rikkujaid 50-ni reegli kohta koos märkega „+N veel“, nii et aruanne jääb loetavaks isegi URL-i piiri lähedal oleva saidikaardi puhul.

Kaks kontrolli lähevad kaugemale kirjutatud protokolli nõuetest, kuid tabavad tegelikke ja levinud probleeme: <lastmod> värskuse histogramm grupeerib kõik kehtivad viimase muutmise kuupäevad kuude kaupa, nii et näed ühe pilguga, kas saidi sisu tegelikult ajakohastatakse või kannab enamik URL-e vananenud ajatemplit aastate tagusest ajast, ning korduva <loc> tuvastaja märgib ära kõik URL-id, mida on samas failis loetletud rohkem kui üks kord – sage saidikaardi generaatorite kõrvalmõju, mis liidavad mitu allikat ilma duplikaate eemaldamata. Kõik toimub kohapeal: parsimine, reeglite kontroll ja histogramm arvutatakse sinu brauseris kleebitud tekstist või File API kaudu üleslaaditud failist, midagi ei hangita ega laadita üles serverisse ning ühtegi üksikut URL-i sinu saidikaardis ei pärita ega indekseerita kunagi – see tööriist kontrollib saidikaardi dokumenti ennast, mitte seda, kas seal loetletud lehed tegelikult eksisteerivad või tagastavad 200 OK.