- This topic has 15 replies, 2 voices, and was last updated 6 years, 2 months ago by
.
-
Posts
-
I’m just getting this plugin all setup and have a couple of challenges that I haven’t been able to find solutions for in your Knowledgebase:
1. Product code search: Our current search implementation takes the user directly to a product page if the exact product code is entered, or displays multiple products if there are multiple products that share part of the search term with their product code. With this plugin, entering the product code is not even showing this product in the search results.
2. Product title search: Similar to the above point, searching for an actual product title is showing that product quite far down the list.Here’s a demo of both issues at play: https://drive.google.com/file/d/1MesSCq9FtWTNV3vHxXCatqm3tHefNClm/view
Hoping you’re able to shed some light on this and how I can make adjustments to resolve these issues.
Thanks in advance.Dave
Hi Dave,
Thank you for the details, it helps us a lot.
1. I’m assuming, that the product code is not part of the content, but it might be a custom field, like the product SKU, which might not be selected for search. On the General Options -> Sources panel, try enabling the search for the ‘_sku’ custom field, that might do the trick: https://i.imgur.com/xcG1mgR.png
2. You have a grouping by post type or categories(?) enabled, if I see correctly. Since that post type or the product catgories taxonomy, where the product belongs to is not selected under the grouping options – it is automatically moved to the “other results” group, which is generally on the bottom of the list. Make sure that the product_cat is also selected when using the category based gouping: https://i.imgur.com/UNMQZiK.png
You can also enable this option, so that the groups are re-ordered by the most relevant results: https://i.imgur.com/yYK5dyC.pngSure Dave, thank you for the details.
On the index table options, I have selected the “_sku” and the “isbn” custom fields, then re-created the index. Searching those values should give you the relevant result now: https://i.imgur.com/pm50Atx.png
Hi Dave,
1. That is definitely a cache issue. You have page, browser and cloudflare cache enabled, 3 layers of very sticky caches. Once you clear them all, it the changes should be present within an hour.
On my end, both the preview and the front-end are identical.2. Try the {_tax_price} field, that should do it.
Thanks Ernest. After sending that message I worked out the issue with the colour customisations was able to be resolved by activating ‘Force inline styles’ which did the trick!
As for displaying prices including tax, your suggestion worked perfectly so thanks for your help.Sorry, 1 further query – is there a way to prevent a product being displayed across multiple sections? For example, if you look at https://pld-literacy.org/test-search/ and you enter a product code like mlff, you will see that product listed 9 times, but it would be preferable to just have it displayed/featured once to avoid confusing users. Is this possible?https://pld-literacy.org/test-search/
Hi,
Sure, you can change that on the grouping option here: https://i.imgur.com/cRVtteJ.png
If that post is within the other “unchecked” categories, then it is automatically excluded by the default logic. I think you are looking to change the logic to this: https://i.imgur.com/U6slQrx.png
That should do the trick.Hi,
I am guessing that it is going to be related to the results limit. I am seeing a lot of similar and relevant matches to “alphabet”, so the results is probably out of the default 10 result limit.
Increasing the default limit will surely resolve the issue: https://i.imgur.com/zDg82Ay.pngHi,
I believe the issue is the keywords length option, it is set to 3, while it should be rather 2: https://i.imgur.com/X9IC4JX.png
The keyword “UK” is not even considered when it is set to 3, it would explain the issue. Please try reverting it back to the default 2, it will very likely resolve the problem.
- You must be logged in to reply to this topic.