Arne Brachold’s popular XML Sitemap generator plugin for WordPress may report fewer URL than that exists on your website.阿尔内brachold流行的XML的Sitemaps生成插件的WordPress可能会报告较少的网址，比存在于您的网站。 This in turn means less URL’s which you are submitting to search engines for indexing.这反过来又意味着少URL的您提交给搜索引擎索引。

I found out that in my case 25% of the actual number of url’s (posts) were being reported.我发现在我的案件的25 ％ ，实际数目网址的（职位）被报道。 I haven’t investigated the cause.我没有调查的原因。 However when I changed the option to use Standard SQL, it is now reporting the URL’s fine.然而，当我改变，可以选择使用标准的SQL ，现在报告的网址的罚款。

Another big problem with XML Sitemap generator另一个大问题用XML Sitemaps生成器 plugin插件 is that it write to the file directly and incrementally, so if Google or other search engines access the file while it is still writing, well you are in trouble.是它写入档案，直接和逐步的，所以如果在Google或其他搜索引擎访问该文件的同时，仍是写作，以及你是在麻烦。 It is will read a smaller and improperly formatted file.它是将宣读一个较小和不当格式的文件。 A better approach would be to write the file elsewhere and swap it as an atomic operation.更好的做法将是写文件和其他地方的掉期，它作为一个原子操作。

How can you find out the number of post url’s reported and the actual number of posts? 你如何能找出的数目后的URL的报道与实际的职位数目？
Run a simple SQL query against your MySQL database to get the number of published posts in your database:运行一个简单的SQL查询，对你的MySQL数据库，以取得该号码已出版的职位，在您的数据库：
select count(*) from st_posts where post_status = 'publish' and post_type='post'; 选择Count （ * ）从st_posts那里post_status = '发布'和post_type = '后' ;

Now grep sitemap.xml to find the post url’s reported.现在grep sitemap.xml的寻找后的URL的报告。 For example for this blog, each post has the word ‘/acrhive/’ prefixed in the url.例如，为此博客，每一个职位有字' / acrhive / '前缀在URL中。 So my Linux command was:所以，我的Linux命令是：
grep '/archive/' sitemap.xml|wc -l grep ' /存档/ ' sitemap.xml的|了WC -升

Note: wc -l give the number of lines.注：碳化钨-升给予的行数。

You can similarly verify the categories and tags report too.您可以验证同样的类别和标签的报告。 However I don’t think they are as important.不过我不认为他们是作为重要的。