remove timestamps metadata

That solved the fatal error in the HTML5, but i still get the same warnings from the structured data validator: one more error on the home page, and two more errors on the /en/lessons/ page, when i turn Add Meta Tags on…

I did the following:

1. Visited the page: https://taijiquan.pro.br/en/lessons/
2. Copied all the source code from the browser’s ‘view source’ window.
3. Manually pasted the HTML code to the Structured Data Tool
4. No warnings.

On the contrary, if I set it to retrieve the HTML itself from the URL, there are 3 warnings (Add-meta-tags is not enabled).

I still think it’s the encoding of some character.

I also get 3 warnings if I visit the page: https://taijiquan.pro.br/en/

This means that that you should check what content is common in both pages and thoroughly check it.

Another test I think you should do is to test using one of the default themes. If the problem persists, then it must be due to the actual content. If there are no errors with the default theme, then the problem might be due to some code inside a theme template.

Such problems are difficult and require much time to investigate .

George

I decided to check the source code again using a python script and do some encoding transformations. The following seems like a piece of content that needs further checking (especially that character in the middle):

Chen Tai Chi Chuan ? Rio de Janeiro

From what I see the above appears in the <title> element, so it is possible that this text has been entered in the WP general settings (blog title or tag line) or in the theme’s options somewhere.

George

After reading your post, i’d have bet that you were right.

There was a ? character in the site title, the one set in the General wp options page. I changed it for the • , but after saving the option WP changes the html entity back to the character itself. So, i just removed the character from the title, and also from the footer (which i hard-code in the footer.php file).

I am still getting the same results from the validator: 3 warnings without Add-Meta-Tags off, 4 warnings with it on.

(Please feel free to leave this problem aside, ok? This is much beyond plugin support!)

but after saving the option WP changes the html entity back to the character itself.

You mean it changes it in the general WP options page or when the page is displayed in the browser? The latter is the expected behavior.

The fact that you are still getting warnings possibly means that this character is not the problem. But you should really use HTML entities for these characters.

Also consider changing:

1. ? to the HTML entity: ©
2. o to the HTML entity: °

This seems like a more complete list of entities.

I tried to decode the page again using python and I get a UnicodeDecodeError while trying to decode:

<acronym class="sinonimos" title="太極拳, 太极拳, tàijíquán, t'ai chi ch'uan">Taijiquan</acronym>

I’d focus in the first character inside the title attribute.

I am still getting the same results from the validator: 3 warnings without Add-Meta-Tags off, 4 warnings with it on.

add-meta-tags must be reusing a character having incorrect encoding or something like that.

(Please feel free to leave this problem aside, ok? This is much beyond plugin support!)

Sure this is beyond the plugin support, but since you clearly do not consider it as my obligation, I don’t really mind providing help for this issue. ??

BTW, abbr should be used instead of acronym.

George

Thank you so much George, your help is much appreciated. I’d take a lifetime and a half to figure this out by myself.

but after saving the option WP changes the html entity back to the character itself.

I mean that the character being displayed in the browser as expected, but also in the WP Options page i do not see hte HTML entity, i see the character itself. Unexpected, right? So, i removed it for troubleshooting.

Thankfully, all those chinese characters and acronym tags are generated by the Text Replace plugin (from C2C). Turned it off for now. I also completely removed the footer with the copyright notice.

Still getting the same 3 warnigs without Add Meta Tags, and 5 warnigns with it, in the https://taijiquan.pro.br/en/lessons/ page… emailing your in a second.

Hi George,

Regarding the thread topic – removing date and time information – i just realized that in attachment pages, there are 3 tags that aren’t being removed by the code you provided. The names are already in the regex: copyrightYear, dateModified, datePublished; but i guess the filter is not. Tried by myself but failed miserably, can you help please?

check here: https://taijiquan.pro.br/eduardo/chen_yingjun-eduardo_molon/

Thank you,
Eduardo

Indeed, I forgot to also attach the filtering function to the amt_schemaorg_metadata_attachment hook. By adding the following line, it should work as expected (tested with v2.8.9).

add_filter( 'amt_schemaorg_metadata_attachment', 'customize_remove_timestamp_metatag' );

George

Works great, thank you again!
Eduardo

BTW, I noticed that some date related metatags (article:published_time, article:modified_time) are still printed.

Here is the 3rd version of the sample code, more complete this time:

function customize_remove_timestamp_metatag( $metatags ) {
    $metatags_new = array();
    $pattern = '#(copyrightYear|dateModified|datePublished|contentUrl|thumbnailUrl|dcterms\.modified|dcterms\.available|dcterms\.created|og\:updated_time|article\:published_time|article\:modified_time)#';
    foreach ( $metatags as $metatag ) {
        if ( ! preg_match($pattern, $metatag) ) {
            $metatags_new[] = $metatag;
        }
    }
    return $metatags_new;
}
add_filter( 'amt_schemaorg_metadata_content', 'customize_remove_timestamp_metatag' );
add_filter( 'amt_schemaorg_metadata_attachment', 'customize_remove_timestamp_metatag' );
add_filter( 'amt_metadata_head', 'customize_remove_timestamp_metatag' );

I’m taking a note to check whether adding a more general filter for schema.org metadata, that could cover all types of content (content, attachment and product pages), would be useful.

The above code should be as complete as possible from what I see.

Please let me know if you encounter any problems.

George

Actually filtering for contentUrl and thumbnailUrl is not neccessary – i thought it was, originally, because the site i was first testing used date-hierarchy folders for storing the media files, so the URL looked like a date.
Also, in the above code you forgot

add_filter( 'amt_dublin_core_metadata_head', 'customize_remove_timestamp_metatag' );
add_filter( 'amt_twitter_cards_metadata_head', 'customize_remove_timestamp_metatag' );

from your previous instructions.

Thank you again!
Eduardo

Both of these are covered by:

add_filter( 'amt_metadata_head', 'customize_remove_timestamp_metatag' );

.. which filters all the meta tags that are printed in the HTML HEAD area, so those two are not necessary. The schema.org filters are split into content/attachment/product for various reasons, so it needs both.

Actually filtering for contentUrl and thumbnailUrl is not neccessary

I agree.

Please let me know if you encounter any issues.

George