In the end, all this means is that these well-manag tags are not ignor, but we tend to manage them poorly, and when that happens, Google ignores them. This makes sense, in almost all aspects it is like this: if Google does not see it clearly, it ignores your tags. So let’s assume that we can use them, but only to use them well, not to be brutal.
Here are some examples of poor management that would cause Google to ignore these tags:
lastmod when we use sitemap.xml generators they set it to the creation date of the sitemap, which makes no sense and even more so when all the URLs have the same date
lastmod also makes no sense when we use it to manipulate the search engine. Google knows when we modify the content… if we lie, it catches us.
Finally, in content where
The date appears in the HTML, or we have it 99 acres database mark with schema, we cannot expect that if the dates are not the same, it will pay attention to us.
Let’s think about its usefulness for SEO
In reality, incorporating it only serves to indicate to Google that it is missing an update to one of our contents. We hope that, by seeing that its the most downloaded apps on android modification date is more recent than the one it has in cache, it will come to see the content sooner. For this reason, I would recommend the following:
Don’t mark it on pages or sitemaps where
You cannot guarantee that their date necessarily implies the last revision of the unique content of the page.
Let’s mark it only on content pages (a lastmod on a listing is very difficult to work with safely).
Let’s only use it if we actually do re-its to the content and our re-indexing is so slow that we have to help Google realize we’ve chang it.
For everything else, I think it’s better not to use it yeezys shoes than to use it wrong and have the whole tag invalidat when reading our sitemaps.