I Am trying to figure the issue in the plugin. The search results are including the navigation menu of the page.
For example, on the page ‘Test’ I have a navigation menu of ‘Menu Test’.
When you search ‘Menu Test’ the page/cpt ‘Test’ shows even though there is no content that belong to the page.
Can you help me with this? thanks
Are you using a page builder? How does the menu look like in the post content in the database?
If you’re using Divi, this documentation page has tips on how to remove menus.
How is the navigation menu added on the page?
Hey, Found out that is not the menu that is appending to the search.
Am currently using acf the issues is when I search the word ‘test’ which is the result saying that ‘test’ is in this sample page but nothing was there. When I try to check the data in db and the data was there but it should not be showing to results right? might be a dump data
If you look at the post with the Relevanssi debugger (Settings > Relevanssi > Debugging), does the word “test” appear somewhere in the post?
Those data only appears when I rebuild the index. Cause I want to include a new CPT to search results. Is there a way to include the index without rebuilding it?
I’m sorry, but I don’t understand the question here. What are you trying to achieve exactly?
Note that if you have dynamic content on your pages, Relevanssi only sees what’s on the page when the page is indexed, ie. when you rebuild the whole index or save the post. Otherwise, no changes are recorded.
I want to add a custom post type to search results. But the issue is when I rebuild the index it shows unnecessary data which is hidden, trash, or dump to results.
Is there any way where I can add a Custom post type to search results without rebuilding the index?
Settings: http://prntscr.com/vsskid – FAQ is the new cpt I want to add but I cannot rebuild the index cause it causes issues.
No. Relevanssi cannot return anything that isn’t indexed.
What exactly do you mean with the unnecessary data? What does it look like in the debugging screen?
If you are using ACF, make sure the custom field indexing setting is “visible”, as “all” includes plenty of junk data ACF stores in the invisible fields.
Yes, the settings were set to visible. Not sure what going on here when I check the db of both websites they show the same data but different results when not index.
The right one is when the website or relevanssi is not index.
To me that seems good. What is the problem here? Is that not the right content for the post? What content should there be for that post, what would be the expected result here?
Other data shouldn’t be there seems it is not present in the edited post neither the post page. Might be an old data from the fields can be from the previous user.
What content should there be for that post, what would be the expected result here? What content should not be there?
Which fields have content you wish to include in the index? What if you only set Relevanssi to index the fields you explicitly need?
I have a custom ACF page builder. Basically, there is a variety of fields in there. But what I want to be there is the ‘the_content, excerpt’ if available and the fields I have from ACF which is present from the page. Please see screenshot: http://prntscr.com/vst3yw
I’m sorry, but it’s frustrating to try to help you, when you don’t answer my questions. I’m asking the questions for a reason here.
To me the debugging screen looks like it matches the post content in the ACF fields there. Everything seems to be working as it should be. I’m not sure where the problem is.
Is there unnecessary content listed under the “Custom fields” in the debugging screen? If there is, you have to ways to deal with it:
1. You figure out the names of the ACF fields that contain the content you want indexed, and only set Relevanssi to index those fields.
2. You figure out which ACF fields have the content you don’t want to include, set Relevanssi to index all visible fields and filter those unwanted fields out.
- The topic ‘Exclude Menu To Search Result’ is closed to new replies.