Since going live with the new theme we have seen a huge amount of errors that appear linked to the theme.
Sitemaps/ meta/ h tags all ok, we know we may see minor increases, but we have gone from 1000- 100, 000 errors.
Pages we have and that are indexed are around 180, yet since go live its saying we have 3600.
Any advice on whats happened?Site URL: hidden Theme version: 9.1.13 WooCommerce version: 8.0.3
It appears to be shop/ cart/ community pages that are not showing on in search console but instead showing in all SEO audits
Thank you for choosing XStore as your WooCommerce WordPress theme.
– Resourses with 4xx status code (https://prnt.sc/tvHE8xtRYX9G)
• It could be the receiving server. Some servers aren’t configured to return more helpful messages. For example, let’s say you upload a file to a website but the file is too large. Instead of showing a prompt that the file exceeds the maximum upload file size, the server sends a 400 HTTP error.
How to fix broken links?
Fortunately, Google Webmaster Tools (https://www.google.com/intl/en_uk/webmasters/#?modal_active=none) allows you to easily track and graph broken links. To do this, visit your Google Search Console in your GWT account and find Crawl > Crawl Errors. Using this free tool, you can start looking at trends over time to figure out what specifically may be causing the broken links in your campaign.
This covers you being able to find the broken links, but you will need to find exactly how much traffic you’re losing as well. You can do this by using a Google Analytics Tracking Code (https://www.bluefrontier.co.uk/company/blog/item/a-guide-to-http-4xx-errors#:~:text=Google%20Analytics%20Tracking%20Code) . This will give you insights into which broken link has been clicked and to which page error the user has been referred.
– Resourses with 5xx status code
These errors are caused by the server being unable to fulfill an apparently valid request from a visitor. Often, you will need the help of a server administrator to investigate them.
It is also important to consider that quite often, a chain of servers is handling an HTTP request, so that it may not be your server that is returning the error.
When 500 errors appear, check your server scripts for these problems:
• Server permission: If permissions are incorrect, a server cannot run a script. For example, permissions for both PHP or CGI script should be set to 0755 (-rwxr-xr-x).
• PHP timeout: If the server connects to external services, they may time out. If too many connections time out, a 500 error appears. Review timeout rules and error handling in your script. These can be difficult to find because connections to databases and RSS feeds will stop the script. The easiest solution may be to remove external connections.
• Server timeout: Lost server connections, reboots, and too many calls at once can cause a server to timeout. Test the script to ensure this is not happening frequently.
• Structure in .htaccess files: An error in an .htaccess file may prevent a page from loading. To test whether .htaccess is the problem, temporarily remove the file or rename it. Then, reload the page.
• CGI and Perl script errors: If a web page with the extension .cgi or .pl returns a #500 error, check the script. Ensure that you save CGI files in pure ASCII format and also that you upload them to the cgi-bin directory in ASCII mode. Also verify that any Perl modules required for your script are supported.
In simply words, you should contact your hosting provider and ask him how to solve the issues with 5xx error pages.
– Questions about «poor performance», «render-blocking resources» (https://prnt.sc/y7wk1Aeg4TQD) and «unused CSS/JS» can be solved by property created, optimized content on each page. Also vital is to have cache plugin or even CDN installed for your web-site.
As an example you can read next article – https://xstore.helpscoutdocs.com/article/128-how-to-improve-wp-rocket-settings-with-xstore
– Avoid an excessive DOM size – read these posts about DOM https://docs.wp-rocket.me/article/1412-avoid-an-excessive-dom-size
https://isotropic.co/avoid-an-excessive-dom-size-on-your-wordpress-website/ . After analyzing of your home page (for example) we found that you don’t use any ajaxify element there.. Edit your page and enable Ajaxify for the «Heavy» Widgets (by heavy I mean Products contained widgets) you would prefer to be loaded on getting window scroll to it https://prnt.sc/HzYeSqzHBWKo . It should reduce the DOM structure. Also, you may try to reduce the DOM results on the page by reducing the number of sections of the page/elements in the footer or header.
— Empty alt text (https://prnt.sc/2M90lVAZk7Fj) – you should set up alt set for most images such as product ones. It is not related to our theme so we recommend you to read next article about Alt text and how to set them up – https://wpengine.com/resources/wordpress-image-alt-text/
We trust that the information provided will be of significant assistance to you.
The issues seem to be linked to pages being seen in the report for
add to cart
out of stock
Google shows as no index/ disallowed so we can see they arent being indexed but are making a mess of all reporting as then links these pages to having empty alt text for example creating 190k errors
In private message
This is NOT about alt text, its about the below types of pages being displayed
add to cart
out of stock
Thank you for your response.
We’ve enabled the next option for you – https://prnt.sc/WPxcjvJUChwI
If you want to exclude some pages and content from the audit, you need to contact the support of SEO plugin and they will be able to guide you. For example – https://prnt.sc/85JG812G_dPk
You must be logged in to reply to this topic.Log in/Sign up
One standard license is valid only for 1 project. Running multiple projects on a single license is a copyright violation.