Not sure if this is something to move forward on or not, but it would probably make finding sitemaps via context easier instead of having to store a hash of the context array.

Comments

k_zoltan’s picture

k_zoltan commented
Issue summary: View changes
Related issues: +#2502041: Create Multiple SiteMaps

Somewhat related to #2502041: Create Multiple SiteMaps

In my opinion this would absolutely make sense.

I think of having a separate xmlsitemap for taxonomy pages one for news articles one etc
It would be great if the index file would store the links to these xmls separatly.

Currently we have in the sitemap.xml file like this:

Sitemap URL	Last modification date
https://rm26h.ply.st/sitemap.xml?page=1
https://rm26h.ply.st/sitemap.xml?page=2
https://rm26h.ply.st/sitemap.xml?page=3

We could have something like this

https://rm26h.ply.st/sitemap.xml?context=node&page=1
https://rm26h.ply.st/sitemap.xml?context=node&page=2
https://rm26h.ply.st/sitemap.xml?context=taxonomy&page=1
k_zoltan’s picture

k_zoltan commented

This would have the advantage that xmlsitemaps could be submitted separately to Google.
Google's crawling speed wouldn't influenced by the order in which the pages get into the xmlsitemap.
+1 it would be easier to understand which xmlsitemap what contains.