Hari Shanker R

@bhartir Thanks for sharing more about this issue. Which version of WordPress is the site on? I know of a bug which prevented the snippet from not working, but that should be sorted out now. To fix this issue, I would recommend that:

• You are on the latest WordPress version (6.7)
• The image library being used is Imagick and not GD

You might also want to install the Modern Image Uploads Plugin: https://www.ads-software.com/plugins/webp-uploads/ and then try regenerating thumbnails to see if that fixes the issue.

If you were on an older version of WordPress, there was a bug that caused this issue: https://core.trac.www.ads-software.com/ticket/61614 – but it looks like this has been resolved?

Also you can find the snippets I shared with you here: https://make.www.ads-software.com/core/2024/02/23/wordpress-6-5-adds-avif-support/ – I’d recommend trying out some of them. Setting the AVIF quality to 100 instead of 90 might also help, I reckon. I would also double-check for AVIF support in your server in this case, and also if your images are indeed being converted to AVIF or stuck with being JPEG.

Hi @stepasdfas ??

Thanks for reporting this issue here in the forums. Sorry to see that the your taxonomy filters in the homepage are not working. Upon inspecting your website, I was able to see the issue myself. Upon selecting various filter values, the products were not being filtered, they were only getting done upon refreshing the page.

Since this issue is connected to the Elementor plugin, I would request that you reach out to their own support forums about the same.

Meanwhile, I would try updating all plugins (Elementor, WooCommerce etc) to their latest versions, and try a conflict test (Deactivate all plugins except Elementor and WooCommerce, then test. Reactivate one by one to find conflicts) to see if that fixes the issue. I also noticed that your site is cached. I would also try clearing all caches (plugin, server, and browser). You also might want to exclude the filter page from caching, and then try checking if that fixes the issue.

I hope that guides you in the right direction!

Hi @sigalbik ??

Off the top of my head, I’m not sure why this is happening, but looking at the URL you shared here, it appears that the issue you are facing may be connected to issues with your web host. You might want to reach out to their support for more information on automatically adding plugins.

Alternatively, you can search for plugins here: https://www.ads-software.com/plugins/ – manually download the plugins you’d like to install in your site and manually install + activate them in your website.

I know this is not an ideal solution but I hope that helps.

Hi @hassanjunaid

Thanks for clarifying the issue for us. This is really helpful. I’m happy to provide some guidance for you here.

Before we proceed further, I want to state the Google Search Console is beyond the scope of the support we provide in the forums here. For further help, you might want to reach out to their support or ask directly in their forums.

What I’m sharing below is essentially some basic guidance to resolve this issue, I hope this guides you in the right direction:

1. Keep Trailing Slash URLs as Preferred
   Since trailing slash URLs are already indexed, retain these as your primary structure. Changing back to non-trailing slash URLs would create further complications as you said in your message.
2. Remove Non-Trailing Slash URLs from Google Index
   Use the Removals tool in Google Search Console to de-prioritize non-trailing slash URLs. Go to Search Console → Removals → Temporary Removals, and submit the pattern for non-trailing slash URLs (e.g., https://example.com/*).
3. Update the Sitemap
   You mentioned that there is no referring sitemap detected, you also said that there is no referring page detected. If you already have an SEO Plugin installed, please ensure that your sitemap includes only the trailing slash URLs. Regenerate the sitemap the SEO plugin, and resubmit it in Google Search Console under Sitemaps.
4. Fix Internal Links
   Update internal links across your site to use trailing slash URLs for consistency. You can use a search and replace plugin to replace non-trailing slash links in your content.
5. Verify Canonical Tags
   Ensure canonical tags point to the trailing slash URLs. Most SEO plugins handle this automatically, but you can verify by checking the source code of your pages.
6. Let Redirects Work
   Keep the current 301 Permanent Redirects from non-trailing slash URLs to trailing slash URLs in place. Google will process them over time, cleaning up the errors.

By focusing on indexing the trailing slash URLs and removing the non-trailing slash URLs from Google’s index, the issue will resolve without major structural changes, I think. You should be able to monitor the progress in Search Console. Keep using the URL Inspection Tool to request indexing for critical pages if needed.

I know this is not the perfect solution, but I hope that this helps! Here’s hoping that the issue gets sorted out for good!

Hi @hassanjunaid

Thanks for the clarification, I think I have a better idea of the problem now. I think I misunderstood the issue earlier. So the core issue here is the redirection error of the 32000 pages in Google Search Console, after the site migration. However, you have over 58,000 pages with the new URL structure that have been indexed, so changing the URL structure is not a solution.

I do have a question though. On the WordPress site, what change would you like to do to fix the issue? Please share what you would like to do, and I’m happy to investigate this further and propose a solution.

By any chance, are there those 32000 old URLs without trailing slashes still present in the WordPress site, and would you like to fix that? OR, is everything working fine in the WordPress side (all pages are loading fine), and your issue is just fixing the 32000 URLs showing the redirect error in Google Webmaster Tools?

Looking forward to hearing from you!

Hi @s_federici

Sorry for getting to this after several months. We are happy to look into this for you!

Making sure that I am understanding the problem right: After converting a category to a tag (or vice versa), the post count in the dashboard shows 0 despite the posts being correctly associated and displayed on the front-end and in query results. Did we get that right?

It appears that this is a bug with the plugin. I was able to replicate the same issue in a local site.

I have gone ahead and reported it here in the plugin’s GitHub repository: https://github.com/WordPress/wpcat2tag-importer/issues/8

I hope we can get this fixed asap. I will keep you posted on how it goes.

Hi @hassanjunaid ??

Sorry to hear about the troubles you are facing with the Google Search console. As far as I understand, the issue is that your updated site URLs have a trailing slash, whereas the URLs already indexed do not have the trailing slash.

Off the top of my head, the easiest solution would be to restore this to the earlier URL structure (i.e. to remove the trailing slash). The easiest way to do this would be by visiting Settings → Permalinks in your WordPress dashboard, and by updatingthe permalink structure to a format that doesn’t include a trailing slash. For example: Set it to /%postname% (instead of /%postname%/). Click Save Changes to flush the rewrite rules and apply the new URL structure.

Alternatively, you can use a Redirection plugin to set a role (set a redirection rule like so: Source URL: ^/(.*)/$Target URL: / /$1), OR use an SEO Plugin (such as Yoast SEO or Rank Math) to configure these rules. After implementing these steps, do test to see if the updated URLs come into effect.

After making these changes, you might want to request a re-crawl of your site by using the URL Inspection tool of Google Search Console. You can do so by resubmitting your sitemap.

I hope that helps!

• This reply was modified 3 months, 3 weeks ago by Hari Shanker R.

@scmsc Actually, please ignore my previous message. I did some more digging, and found out where this was coming from! Your site is not using the Events Calendar plugin. It looks like your previous site developer used a platform called Elfsight to set up this calendar. They might have used this integration: https://elfsight.com/event-calendar-widget/wordpress/ which is available as a widget. I was able to identify this by going through your site’s code in detail.

I am not familiar with the platform, so I don’t know how it works. They might have created an account with Elfsight to manage the same. If you’re able to retrieve the credentials, please log in to Elfsight to make changes to or update the widget. That should help you fix this. If you can’t find the credentials, please reach out to the other developer.

Unfortunately, Elfsight is beyond the scope of our support and we’re not able to help further on how to customize the same. With that said, I do hope that this guides you in the right direction!

Thanks for getting back to us, @scmsc The screenshot you shared was not visible. Unfortunately, it’s not possible to upload images directly here. You can upload the screenshot to your media library and share the link with us, or you can use a service like Droplr or CloudApp to share the image file. I would proceed with caution before sharing your dashboard information here in public though, as this is a public forum. So you might want to be sensitive with the same before sharing.

In any case, to find the Events Calendar admin screen, uou might want to look for a section that looks like Events on the right hand sidebar. Something that looks like this:

If that’s not visible in the backend, it is possible that you might be using another Events plugin. If that’s the case, I would navigate to Plugins > Installed Plugins and look for any plugin with the title “Events” or so. The events data that you’re seeing might be coming from those spaces.

Let us know what you find!

Hi @simonjoy75

Sorry to hear about the troubles you’re seeing with AVIF. That surely sounds pesky. I did some digging and I’m happy to provide you some guidance, which I hope will fix these issues.

The issue with WordPress returning AVIF images as poorly compressed, poor-resolution JPEGs, may be due to the following reasons:

• Your server supports AVIF only partially (unlikely as you said that it runs PHP 8.3 with full AVIF support)
• WordPress uses JPEG as a fallback option when it cannot handle certain options such as AVIF resizing (most likely the cause of the issue)
• Lack of full AVIF support in the image library being used to generate AVIF (which is either GD or Imagick).

I did some research for you and can suggest the following solutions:

[Easiest Solution] Set up a custom plugin

I would suggest using the Modern Image Formats plugin from the WordPress Performance Team, which sets image uploads to AVID by default. Once the plugin is installed, you can regenerate your existing JPEG thumbnails to AVIF using something like Regenerate Thumbnails. I think this might be the shorest, and easiest fix for your issue.

With that said, if you want to get your hands dirty, here are a few additional steps (I recommend doing all three), which might also fix these issues…

Prevent JPEG Fallback
This can be done by adding a custom code like so in your functions.php file or a custom code snippet plugin (like this one):

add_filter('wp_image_editor_output_format', function($formats) {
    $formats['image/avif'] = 'image/avif'; // Force AVIF output
    return $formats;
});

This would prevent JPEG fallback altogether.

Improve Compression Quality

I see that your issue is with compression quality. You can hard set this with a snippet like so:

add_filter('jpeg_quality', function($quality) {
    return 100; // Set to maximum quality
});

add_filter('wp_editor_set_quality', function($quality, $mime_type) {
    if ($mime_type === 'image/avif') {
        return 90; // Set AVIF quality to 90
    }
    return $quality;
}, 10, 2);

Set your Image Editor Library to Imagick

WordPress typically uses the GD Library or Imagick for image processing. Imagick is known to be much better compared to GD for AVIF. You might want to use a snippet like this to “force” Imagick for better compression:

add_filter('wp_image_editors', function($editors) {
    return ['WP_Image_Editor_Imagick', 'WP_Image_Editor_GD'];
});

P.S. I have not tested this code on a live environment. I would strongly recommend that you try out any code in a local or staging environment before implementing it on a live site.

I hope that helps! Here’s wishing that all these issues with AVIF get sorted out asap!

Hi @miraznabi

First of all, I’m so sorry to hear about all these pesky issues that you’re seeing. I can’t even begin to imagine how frustrating it must be seeing all these issues. I would love to be of help here. I have a strong feeling that your inability to access “Site Health”, and the The link you followed has expired.Please try again. error are related.

You are right in suspecting that they might be connected to the cache. Could you try temporarily deactivating the W3 Total Cache plugin to see if that fixes the issue? If you’re unable to deactivate from the backend, you can log in to your site’s control panel and rename the W3 Total Cache folder to something else, and that should do the trick. Could you check if that fixes the issue?

If that doesn’t fix these issues, I would reupload WordPress core files, you can do this by keeping the wp-content directory of your site as well as your wp-config.php, and replacing everything else with a clean download of WordPress 6.7. (Of course, please create a backup of everything before you proceed, as there’s a chance that this might bring down your site altogether – if that happens, we can always restore the backup).

I would also try increasing nonce values in wp-config.php by adding something like define('NONCE_LIFE', 48 * HOUR_IN_SECONDS); if none of these fixes the issue.

Finally, if all these fail, we might need to take a deeper look at this. Could you enable debugging in your site? You can enable debug mode by adding the following to your wp-config.php file (proceed with extreme caution while working on your wp-config.php file):

define('WP_DEBUG', true);
define('WP_DEBUG_LOG', true);
define('WP_DEBUG_DISPLAY', false);

Alternatively, a safer way to fix this would be by using a plugin like WP Debugging which will do this from the backend (I in fact recommend this method as it is much safer than tinkering with wp-config.php. This will generate an error log, and any error messages shown there would point us to the root cause of these issues. Please share the error messages with us, this might give us further ideas as to why this is happening.

I hope this helps and that we’re able to get these pesky issues resolved asap!

Hi @scmsc Congratulations on taking over the club website. I hope you have fun tinkering with it using WordPress!

I realize that you would like to update the Event Entry buttons etc, located on your home and event pages. It would be slightly difficult to comment on the same looking at the site from the front end. But from what I can gather, this site is built using the Fusion Builder and the Avada theme. Perhaps you might need to tinker with the Fusion builder tool to update the same.

I can also see that you may be referring to this section which highlights the events. Those features seem to be coming from The Events Calendar Plugin that is installed in the site. You might want to navigate to the site’s dashboard (WP-Admin), and look for a section titled Events Calendar and make any changes as required there. If you want to tinker with events, the plugin has its own knowledgebase which might be of help.

I hope that guides you in the right direction. If you have specific questions on the plugin and its functionality, feel free to ask directly in their support forum as well.

@jenny100 That’s such a great question: Short answer, you can!

You can create this with the help of Block Patterns (creating a custom group of designs and to save it as a pattern). However, from your requirement, it looks like you want to create a template for a page that you’d like to reuse. To achieve this, you might want to create a new block template to achieve this requirement. Essentially, using the Site Editor, you can arrange blocks to create your own template, which you can use on any WordPress page that you’d like. It works beautifully with the Twenty Twenty Four theme as well.

Here’s more on how to do that: https://www.ads-software.com/documentation/article/template-editor/#new-template

You might want to check out this Learn WordPress lesson (and take the full course) if you’re interested: https://learn.www.ads-software.com/lesson/creating-a-custom-template/

Please let us know if you need more help on this!

@jenny100 I’m glad to hear that the Learn WordPress lesson helped you fix issues with the views. It looks like you particularly like the “List view” as well, which is great!

Do report back here if you run into any further troubles, we’re happy to help!

Hi @mehryx

Sorry to hear about this issue with the Twenty Twenty Four theme, and the inability to change the default blog image despite updating the template. I took a look at your site, and found that you may have switched to a different theme.

Does the issue still persist? Is this something we can still help you with? Let us know!