Ah … thx @Guenni007 … now i see … there are some more topics about this in the forum and it’s an already known issue which they already work on.

that’s odd … i get a lot of “403 forbidden” and “404 not found” statuses for your pages and files like images and CSS … but only when i try to open the site or images with firefox (newest version) …
it doesn’t happen in google chrome.

I don’t think this can be related to the Enfold theme. Looks more like a server issue … also i can’t think of a specific reason for this at the moment.
On the other hand when i try to open one of the images directly, i get a brooken 404-page from wordpress. So a WP-Plugin causing this seems more reasonable.

Did you try deactivating all your plugins?
Maybe it’s a misconfiguration of W3 Total Cache ?

Edit:
Most likely it’s a configuration issue of Word Fence, W3 Total Cache, server side or the interaction of them.
I’d go back to a clean version without any possible related configuration and step by step adding plugins and server modifications.

Edit:
These Server HTTP Headers can cause problems, when your settings aren’t matching, like mime type responses from the server:

X-XSS-Protection: 1; mode=block
X-Content-Type-Options: nosniff

See for example “Firefox ran into problems supporting nosniff for images”: https://github.com/whatwg/fetch/issues/395

• This reply was modified 5 years, 8 months ago by cg.

For me it helped to go to the theme options page:
> ‘Enfold’ (or Enfold Child, or the Name of your Child Theme) > Theme Update > Check Manually

After that the update-message was gone.

The WordPress Contents are stored in the Database with Enfold as the theme like with every other theme for WordPress.
(with Enfold as the theme including the shortcodes for the Avia-Layout)

But you have to consider that WordPress saves some contents as serialized data … a simple ‘search&replace’ with MySQL maybe won’t catch those contents or — even worse — corrupts the serialized entries.

An option can be to use a ‘Search&Replace’-Plugin for WordPress Database Entries, for example “Better Search Replace”.

Info: https://wpengine.com/de/support/wordpress-serialized-data/
Plugin: https://de.wordpress.org/plugins/better-search-replace/

• This reply was modified 5 years, 10 months ago by cg. Reason: Added link to the mentioned Wordpress Plugin

I don’t like how this thread evolved because of the destructive comments from crtdude.
So i digged a little deeper into this to find an answer to the question why and when those messages from the Google Search Console appear.

I found one of the sites i have full access to with those notifications from GSC.
I filtered the server access logs to see when and what Google bots crawled on that domain and compared it to the time when Google send an email to that reputed “error”. That works roughly also the reaction from Google isn’t instantly correlatet with the crawling.

Google uses several stages to crawl and index a site. And only sometimes they fetch the whole page with all components.
To keep it simple, lets assume two steps: Google does most of the time a simple “lightweight” and sometimes a “full” crawl.

So … this is what i think sounds plausible:
—–
# How does it happen?

1. Google visits the site/url and does an initial full crawl. At that time the bot also fetches the files like images and CSS — the merged CSS file “a-wild-string.css”.
2. Then something is changed in the CSS of that page and a new merged CSS file is created “a-wild-string-2.css” and the old one is deleted (by the theme option or by the caching plugin, whatever).
3. The “Test-Mobile”-Bot from Google comes over … he is a different bot and uses the cached/hashed data from the crawling bot … and tries to use the old CSS file “a-wild-string.css” to render the page without recognizing that the new one should be used … so the page is tested with half or no css in use … FAILURE! he (the bot) screams …

That’s how i think this happens.

—–
# What to do?

The easiest way: Just wait two, three, four weeks … at some point the Mobile-Bot from Google will use the new CSS data …

More options:
– don’t delete old CSS files
– let Google reindex the site
– use the options in Google Search Console to manually push the testing of each url
=> https://support.google.com/webmasters/answer/9063469?hl=en#validation

When you use the last option and while testing the Live-Version of the site there are still errors … only then there are actually problems with your page.

—–
Thanks for your attention. :-)

p.s.: I am not a native speaker of the english language, i hope the text above is understandable.
p.p.s.: don’t use robots.txt to solve indexing issues

—–
Edit: Obviously there are more possibilities of why such a rendering error from Google can occur … so it has to be examined from case to case …

• This reply was modified 5 years, 11 months ago by cg.

Sorry to say that … but … you are wrong again … :-)

You say that your robots.txt solved the problem for the Googlebot with the css files.
But … you have multiple lines in your robots.txt to allow Google crawling any css file … so your robots.txt changes nothing about how the bot handles css … because that is the default behaviour without a robots.txt …

It’s totally possible that the reindexing solved your problem (and may help others with similar notices from google).
But your robots.txt has nothing to do with that.
For a normal home-URL or an URL of a content page your robots.txt has no effect at all …

—–
Edit: If you still disagree … please explain what your robots.txt does in this example case:

Let’s take the Enfold 2017 demo and assume there would be your robots.txt located in the webroot and active for crawling bots.
=> https://kriesi.at/themes/enfold-2017/

What would your robots.txt change for that page with that URL ?
(spoiler: nothing)

• This reply was modified 5 years, 11 months ago by cg.

Of course it’s a security issue when you disclose your admin-folders.
I don’t talk about “any developer familiar with WP” … they aren’t attacking your site in most cases … automated bots are the threat, and you are telling them what system you run and where to look for possible exploits.

Redirecting 404s is another bad idea you came up with … a 404 is a 404 and should be as long it’s not because of a changed URL or similar.

Here are some links … maybe you should also send them to your so called “SEO & Security team” … lol

—–
robots.txt possible security issue:
=> https://www.synopsys.com/blogs/software-security/robots-txt/
=> https://www.willmaster.com/library/security/one-way-robots.txt-can-be-a-security-risk.php

The robots.txt file can be a security risk if this one thing is present: A disallow line to a directory containing sensitive information.

—–
robots.txt – Yoast team about indexing
=> https://yoast.com/prevent-site-being-indexed/

We’ve said it in 2009, and we’ll say it again: it keeps amazing us that there are still people using just a robots.txt files to prevent indexing of their site in Google or Bing.

—–
Edit: Last but not least … all of your statements are totally offtopic and not related to this thread about ‘Google Mobile Friendly Test’ … or should someone disallow his homepage url like you recommend because Google says it’s not mobile friendly?

• This reply was modified 5 years, 11 months ago by cg.

You should double check that … because a column with background image set to “Stretch to fit” has the css-class “avia-full-stretch” added to it … and your columns are missing this class …

Edit: Your columns have the css-class “avia-full-contain” … so it seems the option for the background images is set to “Scale to fit” … should be “Stretch to fit“

• This reply was modified 5 years, 11 months ago by cg.

That works the same way … you can add an anchor to an external URL.

Example:
=> https://en.wikipedia.org/wiki/World_peace#International_Day_of_Peace

Did you configure the email-settings of WooCommerce?

WooCommerce > Settings > Emails

Info: https://docs.woocommerce.com/document/configuring-woocommerce-settings/#section-20

Email Sender Options
Set the ‘From’ name and email address for the sender.

Another option would be to use an Event Plugin … because Events are different data than Blog Posts … not sure if i would recommend that but you can take it into consideration.
=> https://de.wordpress.org/plugins/the-events-calendar/

Your second solution won’t work (i think) … because the dates of those events can be in the future which would cause them to not show up till that date …

A custom field is a good idea in my opinion. But it would need some coding to show it in your widget.

A quick guess:

Go to edit your page and for every column:
– Edit Column > Colors > Background Image
– set Background Repeat to “Stretch to fit”

Then, if you want the space between the columns back, use:
– Edit Column > Row Settings > Space between columns
– or Edit Column > Border

At 1und1 all available error logs are on your webspace in a folder called “/logs/”. There are PHP-logs, Mail-logs, Access-logs, SFTP-logs, Traffic-logs, etc.
You can access those by logging in via FTP.

Info @michaelH: “center” is not a valid option for the float property

@Basilis: a html-header-meta “noindex” won’t be enough to exclude those pages from the WP internal search and ajax suggest, i am afraid.

Edit: the link from Vinay about “how to hide a wordpress page from google” wasn’t even “on topic” …

Edit: My reply isn’t meant as an “accusation” … i just feel like you are “on the wrong track” … :-)

• This reply was modified 5 years, 11 months ago by cg.