XML Sitemap anomaly…

Google Search Console successfully crawled https://ravenwolfestudio.com/sitemap.xml , so it is working, but why the code and not page links?!

Hi, it is showing like this because your web server (or another plugin?) is overwriting the usual response header Content-Type: text/xml; charset="UTF-8" with Content-Type: application/rss+xml; charset="UTF-8".

It’s weird because the index (sitemap.xml) does keep the correct content type response header, which is why that one shows correctly.

Google’s spider does not care about the content type header and just takes the source code which still is correct. Indexing should go through.

If you want, you could take a look at your server settings (depends on your hosting provider) and see if you can make it respond with Content-Type: text/xml; charset="UTF-8" for all *.xml requests, not just sitemap.xml

I have 12 WordPress installs on the server I lease and this https://ravenwolfestudio.com/sitemap.xml is the only sitemap that renders code, so it must be local to this site?!

Where would the ‘Content-Type: text/xml; charset=”UTF-8″‘ directive be located? I don’t have root access to the server so I need to know what to ask tech support to do.

Thanks.

I have 12 WordPress installs on the server I lease and this https://ravenwolfestudio.com/sitemap.xml is the only sitemap that renders code, so it must be local to this site?!

Indeed. In this case it’s either another WordPress plugin (or the theme?) or it’s coming from the .htaccess file…

Just took a look at the .htaccess file, what a mess, let me get it fixed…

I replace the scripts on the .htaccess file with the same that is on all my sites on my server, the sitemap still renders code. You say the search engines will have not problem crawling the sitemaps, but it is driving me nuts. Here’s what’s on the .htaccess file:

#Action application/x-pair-sphp /cgi-bin/php5.cgi
#AddType application/x-pair-sphp .php
#php_value upload_max_filesize 40M
# Added by the pair Networks Software Installation Manager
#AddType application/x-httpd-php .php
# BEGIN WPSuperCache
# END WPSuperCache
# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ – [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>
# END WordPress

I have the same plugins on all my sites, I will take another look and see if it might be a plugin conflict…

The htaccess looks OK. It must be another plugin or the theme then… Which are you using on that site?

The same plugins on this site as all the other WordPress sites on my server. I am going to call up tech support and see if they can implement your suggestion below as I don’t have root access to my server, I bet that is the problem, although it is very curious why only this site is affected:

“If you want, you could take a look at your server settings (depends on your hosting provider) and see if you can make it respond with Content-Type: text/xml; charset=”UTF-8″ for all *.xml requests, not just sitemap.xml”

Thank you for paying attention to your support forum, a very are thing!!!

… although it is very curious why only this site is affected

Indeed, it sounds like site specific as a server setting should logically affect all sites. What about the theme, is that the same as the other sites?

My IPS said to add:

AddType text/xml .xml

to the .htaccess file, so I did, and it stopped the raw code from displaying.

Very similar to your suggestion above: “see if you can make it respond with Content-Type: text/xml; charset=”UTF-8″ for all *.xml requests, not just sitemap.xml”.

Please close ticket.

Thanks.

Same Divi Theme and plugins on all the WordPress installs on my server, just this one site had this raw code issue, I guess we will never know what was causing the problem.

Good to hear your provider had the correct answer for your case ??