Search results showing blog-style cards instead of product cards after custom pe

Hello,

On our WooCommerce store (WoodMart theme, version 8.5.5), we have set a Custom permalink base for products (WooCommerce > Settings > Advanced > Permalinks > Product permalinks > Custom base = “/produs/”), instead of the default “/product/”.

Since making this change, our search results page (?s=keyword) displays products using the generic blog post card (showing publish date and excerpt) instead of the product card style we have configured for our shop (Theme Settings > Shop > Product archive > Products grid). This only happens on the search results page — the shop page and category archive pages display products correctly, using our configured product card style.

We suspect this is because somewhere in the theme’s search results rendering logic, there is a hardcoded comparison against the literal string “product” to decide which card template to use, and this check fails because our custom permalink base changes the post_type query var to “produs”.

Could you please point us to the exact file and function responsible for this comparison, so we can safely override it via a child theme, or let us know if there is a supported theme setting to fix this without custom code?

Screenshot and example URL attached in the private content section below.

Thank you for your help.

Hello,

Thank you for purchasing WoodMart and for reaching out.

To troubleshoot this, please deactivate all plugins except the essential ones:
– WoodMart Core
– WooCommerce
– WPBakery Page Builder or Elementor

If the issue disappears, reactivate the others one by one to find the conflict.

If it persists with everything else off, please share your admin credentials in the Private content field and confirm we may temporarily deactivate plugins and switch themes for testing (15 to 20 minutes). Please back up your site before granting access.

Best regards,
XTemos Studio

Hello,

Thank you for the troubleshooting steps. I deactivated all plugins except WoodMart Core, WooCommerce, and Elementor, and the issue still persists with everything else off — so it is not a plugin conflict.

Some additional details that may help pinpoint this faster:

Our WooCommerce product permalink base is set to a custom value: /produs/ (instead of the default /product/), under WooCommerce -> Settings -> Permalinks -> Product permalinks -> Custom base.

Because of this, the “post_type” query var for products is “produs”, not “product”. This causes two related but distinct issues:

1. Header search widget (“View all results”) always builds the link using post_type=product (hardcoded), which returns no results since our real post type slug is “produs”. We worked around this with a small custom redirect snippet (post_type=product -> post_type=produs) so the search link works.

2. Even after landing on the corrected URL (?s=…&post_type=produs), the search results page displays products using the generic blog post card (date + excerpt), not the product card style configured in Theme Settings -> Shop -> Product archive -> Products grid. On the Shop page and category archives, the correct product card displays normally — this only happens on search results.

Best regards,
Valentin

I’m going to check this in the next 1-2 hours. Please keep all plugins temporarily turned off.

Hello,

Confirming all plugins are currently deactivated on our end, as requested.

Looking forward to your update.

Best regards,
Valentin

As we can see, the search page works correctly at the moment https://gyazo.com/5b4569b41df3294f047087e9573a13ff
Please test it from your end and let me know.

Hi,

Thanks so much for looking into this! I think my earlier explanation may not have been clear enough, so I put together 4 screenshots to walk you through exactly what we’re seeing – hopefully this makes it much easier to reproduce on your end. All plugins are still deactivated on our side, as requested.

Screenshot 1: On https://mobilier-esd.ro/, I search for “textil negru” in the header search box. The dropdown works great and shows the matching products correctly.

Screenshot 2: When I click “View all results”, I currently land on:
https://mobilier-esd.ro/?s=textil+negru&post_type=product
This isn’t quite right for us – our WooCommerce product permalink base is customized to /produs/ (instead of the default /product/), so the correct value here should be “produs”, not “product”. The link should point to:
https://mobilier-esd.ro/?s=textil+negru&post_type=produs

Screenshot 3: Here’s the tricky part – even if I manually fix the URL to use post_type=produs, the products still show up styled like blog posts (a little date box, image, title, text excerpt), instead of our normal product cards. I labeled this one “Blog post view” so it’s easy to spot.

Screenshot 4: For a nice comparison, here’s our sister site, esd-furniture.eu (same store, just the English version, also ours). There, the permalink base was never changed, so “product” is actually correct, and you can see the search results look exactly like they should – proper product cards, just like on our Shop page.

So in short, there are two small things tied together here:
1. The search link should use post_type=produs instead of post_type=product on mobilier-esd.ro.
2. Once on that corrected URL, the product cards on the search results page should match the ones on Shop/category pages – the way esd-furniture.eu already does.

Hope this clears things up! Happy to send anything else that would help you track it down.

Thanks again for your help,
Valentin

Attachments:

You must be logged in to view attached files.

Hi there,

Thanks for the detailed explanation and screenshots.

You can change the WooCommerce product permalink base (e.g., to /produs/), but the search form and search results must use the WooCommerce product post type “product”. This post type name can’t be changed in WoodMart.

If the search URL uses post_type=produs, it won’t be treated as products and the page will fall back to the generic post layout, which is why you see blog-style cards. There isn’t a theme option to alter this behavior.

Please ensure the “View all results” link and any search URLs use post_type=product and remove any redirects that change it. Then test with a URL like:
?s=your+keyword&post_type=product

Let us know if that aligns the results with your product card style.

Kind regards,
XTemos Studio

Hi,

Thanks for the reply. I want to clarify something important that I think got missed – it’s not just a styling difference between post_type=product and post_type=produs, the actual products returned are different too.

To confirm: all plugins are still deactivated on our end, and the screenshots I sent were taken in that exact state. Any redirect logic we had (changing post_type=product to post_type=produs) lives in a single custom code snippet, which is also currently disabled – so what you saw in our screenshots reflects WordPress and the theme’s native, default behavior, nothing custom running on top.

Here’s a simple side-by-side test that shows the real issue clearly, since both our sites (mobilier-esd.ro and esd-furniture.eu) carry the exact same products under the exact same codes, just in different languages:

1. On mobilier-esd.ro, search for: scaun esd basic
2. On esd-furniture.eu, search for the English equivalent: esd basic chair

For both, please type the term into the search box, scroll down inside the dropdown until you see the “View all results” button, and click it to land on the actual search results page, rather than just checking the dropdown suggestions.

On esd-furniture.eu, the results correctly return the ESD Basic Chair family. On mobilier-esd.ro, with post_type=product (the value you recommended), the search returns unrelated products (for example ESD trolleys), not the ESD Basic Chair equivalents – even though the product cards look styled correctly. If we manually switch that same URL to post_type=produs, the correct chair products come back immediately, just with the wrong (blog-style) card.

So we have two separate symptoms tied to the same post_type value: with “product”, the card style is right but the results are wrong; with “produs”, the results are right but the card style is wrong. We’re not able to get both correct at the same time on mobilier-esd.ro, and the comparison with esd-furniture.eu (same products, same codes, both fully correct there) is what makes this stand out.

Would you be able to test the same search comparison on your end and let us know what you find?

Regards,
Valentin

Thanks for the clear explanation and comparisons, we see the difference now.

To isolate this properly, may we install and briefly switch your site to the WooCommerce Storefront theme to compare how the search behaves there? Please confirm that we can:
– Install Storefront
– Switch themes for a short test (about 10–15 minutes)

We will revert everything back right after the check.

Hi there,

Yes, you may proceed with installing and briefly switching to Storefront for the test.

We are actively working on the site, so please send us an email within our working hours before you start, so we can leave the site free for your test.

We are available Monday to Friday, 8:30-17:00 Romania time (EEST).

Looking forward to the results of the comparison.

Best regards,
Valentin

Hello,

I can go ahead and do the check in the next few hours. Just let me know if you are ready.

Kind Regards

Hello,

We are ready whenever you are. A 10-minute heads-up before you start is enough for us.

Kind regards,
Valentin

OK, I’m starting now and will get back to you asap.

Understood, thank you. All plugins are deactivated, and we’ll leave you to work. We’ll wait for your update.

We completed the check. The search works correctly with the Storefront theme and also works correctly when using the WoodMart parent theme without the child theme. This indicates the issue comes from custom code in your child theme.

Please review the customizations you added in the child theme and test by disabling them one by one. Once you remove the problematic snippet/override, the search results should display the proper product cards and products again.

Hi,

Thank you for the check and for isolating this to the child theme. We are now reviewing our child theme customizations on our end and will get back to you with what we find.

Best regards,
Valentin

[Author]

Posts