0

Validator Sitemap.xml — Provjera usklađenosti stvarnog protokola

Zalijepite ili učitajte sitemap.xml (ili indeks karte web-mjesta) i potvrdite ga u odnosu na stvarni protokol sitemaps.org: korijenski element i imenski prostor, apsolutni <loc> URL-ovi, dokumentirana ograničenja od 50 000-URL / 50 MB, <lastmod>, <priority>, <changefreq> — plus histogram svježine i otkrivanje dupliciranih URL-ova.

🗺️

Povucite i ispustite bilo koju datoteku ovdje ili kliknite za odabir

ili kliknite za pregledavanje — jednu .xml datoteku

Buy Me a Coffee at ko-fi.com
Obrada... 0%
Raščlanjivanje XML-a
Provjera pravila protokola karte web stranice
Analiza URL-ova
Gotovo

Rezultat

Datoteka sitemap.xml može biti savršeno dobro oblikovan XML i još uvijek biti pokvarena karta web-stranice: nedostajući prostor imena xmlns, relativni <loc> URL, <priority> od "1.5" ili <changefreq> od "Daily" umjesto "daily" sve će proći generički XML validator dok tiho neće uspjeti stvarni protokol karte web-stranice koji očekuju Google, Bing i svaki drugi korisnik datoteke. Ovaj alat raščlanjuje vašu zalijepljenu ili prenesenu kartu web-lokacije izvornim DOMParserom preglednika i provjerava je u odnosu na stvarna pravila objavljena na sitemaps.org: korijenski element mora biti <urlset> za običnu kartu web-lokacije ili <sitemapindex> za indeks karte web-lokacije (automatski otkriven), idealno deklariran s točnim prostorom imena http://www.sitemaps.org/schemas/sitemap/0.9, i svaki <url> (ili <sitemap>, u indeksnoj datoteci) mora sadržavati <loc> koji se razrješava u pravi apsolutni http/https URL.

Osim strukture, protokol također dokumentira stroga ograničenja i precizne formate polja koje ovaj alat provjerava polje po polje. Jedna datoteka karte web-lokacije ne smije sadržavati više od 50 000 URL-ova i ne smije premašiti nekomprimiranih 50 MB — ograničenja koja se primjenjuju i na datoteke indeksa karte web-stranice, računajući <sitemap> unose umjesto <url> unosa — a ovaj alat mjeri vaš stvarni zalijepljeni/učitani sadržaj u odnosu na oba. Svaki <lastmod>, ako postoji, provjerava se u odnosu na stvarne W3C formate datuma i vremena koje specifikacija prihvaća: goli datum (GGGG-MM-DD) ili punu vremensku oznaku sa satima, minutama, izbornim sekundama i obaveznim oznakom vremenske zone. Svaki <priority>, ako postoji, mora biti decimala između 0,0 i 1,0, a svaki <changefreq> mora biti točno jedna od sedam vrijednosti koje specifikacija definira — uvijek, po satu, dnevno, tjedno, mjesečno, godišnje, nikad — a ne sinonim koji izgleda uvjerljivo. Svako kršenje imenuje određeni broj unosa i njegovu stvarnu vrijednost, ograničenu na 50 prikazanih prekršitelja po pravilu s napomenom "+N više" tako da izvješće ostaje čitljivo čak i na karti web-lokacije blizu ograničenja URL-a.

Dvije provjere nadilaze ono što zahtijeva pisani protokol, ali otkrivaju stvarne, uobičajene probleme: histogram svježine <lastmod> grupira svaki važeći datum posljednje izmjene po mjesecu tako da možete na prvi pogled vidjeti održava li se sadržaj web-mjesta stvarno ažuriranim ili većina URL-ova nosi ustajalu vremensku oznaku od prije više godina, a detektor duplikata-<loc> označava svaki URL naveden više puta u istoj datoteci — česta nuspojava generatora karti web-lokacije koji spajanje više izvora bez dedupliciranja. Sve se izvodi lokalno: raščlanjivanje, provjera pravila i histogram izračunavaju se u vašem pregledniku iz teksta koji ste zalijepili ili datoteke koju ste učitali putem File API-ja, ništa se ne dohvaća ili učitava na poslužitelj, niti se pojedinačni URL u vašoj karti web-lokacije nikada ne traži ili indeksira — ovaj alat provjerava sam dokument karte web-lokacije, a ne postoje li stranice koje navodi ili vraćaju 200 OK.