1. When someone claims a listing and makes some edits to the listing that listing gets removed from the live view and that page shows up as a 404 (to search engines and everybody else). Yikes!
Is this by design? If so it’s a very poor design.
The listing page should continue to be live and when an admin approves the changes the changes should go live on that listing. How do I get around this problem of the page itself going 404 whenever a user edits it?
2. The “New listing claim submitted” email that the admin gets when someone claims a listing has the text “Click here to manage this listing claim” but that is not a link and so can’t be clicked. I’ve complained about this before a couple of months ago and you seemed to suggest it was something I’m doing wrong. But I’ve tried with a new installation and the problem is still there. It seems to be an issue with your software, not with me.
3. There is no indication anywhere in the WP backend when someone claims a listing. The only place to see new claims is Dashboard> Directory Admin > Claim Listing. Why can’t there be a bubble notification somewhere instead of me having to go into that screen every single day to see whether or not there are any claims?
4. When someone claims a listing they see this at the top of the listing page: “Claim Approved, now you own the listing .” Great, but there’s no button to click to actually edit the listing. And they can’t actually do any editing!
I discovered a way around the problem ie. to reload the page after logging in. When you reload the edit button appears, but c’mon, end users are not going to figure that out! Why tell someone that they own the listing and then not give them a way to edit it? Am I doing something wrong or is this a design problem you need to fix?
5. I tried putting some test data up and claiming a couple of listings. Then when I go to the WP Dashboard > Listings I see this:
All (11) | Mine (8) | Published (9) | Pending (2) | Claimed (3) | Unclaimed (8) | Pending Abandonment (0) | Abandoned (0)
Why are those two showing under both Pending and Claimed? And why does Claimed show 3, not 2 (when I click on Claimed there are only two listings there, but the number at the top of the tag says 3)? When I “Publish” the two that are under pending, the pending tab disappears, but the Claimed tag still shows 3 and if I click on it there are ZERO listing in there and my view changes to this:
All (11) | Mine (8) | Published (11) | Claimed (3) | Unclaimed (8) | Pending Abandonment (0) | Abandoned (0)
This doesn’t make sense.
(Just for the record, this is a new installation of BD on a new installation of WP and everything is updated to latest version. It is also running on a fast VPS)
1. To change this behavior, you’d need to go to BD Admin -> Manage Options -> Listings -> and change the Edit post status to Published.
2. I’v tested this again on my end and “Click Here” is always correctly hyperlinked in the email message to admin. We’d need to see this issue directly. We need the following information to debug the issue:
– WP admin username
– WP admin password
– WP login URL
– FTP username
– FTP password
– FTP servername/IP address
Contact us here with that info and a link to this forum thread:
3. I completely understand your requirement. Some sort of a popup or notification bubble would be helpful for site admin. I’ve already noted this our list of feature enhancements.
4. This seems to be a design limitation that can be optimized. I’ll pass it on to your devs. so this can be improved in future. Thanks for your input!
5. I think it would be best to look at this directly. Please contact us with the admin/FTP access as requested above and also include a link to this forum post in your message.
Thanks for your reply.
1. To change this behavior, you’d need to go to BD Admin -> Manage Options -> Listings -> and change the Edit post status to Published.
No that doesn’t change the behaviour as required. Under your suggestion any changes a user makes would go public immediately!
A normal, sensible behaviour would be that when someone edits a listing those changes await admin approval but the original page continues as normal till the edits are approved.
Why is the page going 404?!
That’s going to cause havoc with SEO. This is a big problem. Please tell me it’s a setting somewhere and not a basic design flaw in BD!
2. I can’t easily give you login access as I now have lots of confidential information in my WP backend (including private keys for Stripe, API keys for other paid services etc). I’d have to remove all of that before giving you access! I’m going to have to live with this problem I guess.
4. OK. Maybe you should cut me a commission for all the bugs I’ve spotted, the previously undiscovered problems I’ve identified and the ideas I’ve given you! 😉
5. Please answer this question here, not in private. I have described the problem in all the detail necessary. If you have any specific questions to help you better understand it then please raise them here. (My giving you access to the site is not going to be of any help because I’ve moved on, made other changes and I can’t re-create the above problem and leave it on there for a couple of days. I’m constantly working on the site and making all kinds of tweaks and changes to get around all the limitations and problems I’ve found with BD and you won’t see the above issue if you go to WP Dashboard > Listings today.)
1. If you have Edit post status to Pending then what you’re seeing is the default behavior that we have right now. Part of this is how WP handles posts that are in Draft / Pending Review status. Right now the only option to keep listings published after edit is to change the Edit post status to Published. Unfortunately, there is no option to Put a listing into Draft on the admin backend but keep it alive on the frontend.
4. That is a good idea though we don’t have a reward program in place right now. We appreciate your very valuable input thus far as it helps us improve not only your experience but other users benefit from it as well.
5. I tested on my end and tried to reproduce the problem you outlined but I couldn’t replicate it. In this case, the only best option for us is to ask for admin/FTP access and try to see this directly on client’s website. It would be great if we could get access but I understand if you think otherwise. I’ll continue to try and reproduce this on our end. Thanks!
Unfortunately, there is no option to Put a listing into Draft on the admin backend but keep it alive on the frontend.
Wow. That is a big problem for directory owners.
I wonder how many of your customers realise what they are letting themselves in for when giving users the ability to make live changes to pages on their website!
It’s not a problem for fields like phone number etc., anything that is specific to the business, but giving third parties access to text fields and html (!) in the description field is a recipe for major legal problems.
It’s also a security risk.
What’s the point of giving some fields the options of being html fields without giving us webmasters the control to vet the html before it goes live?!
Can a custom solution be devised to get around this problem? If I organise a programmer what do I need to ask them to do?
Not sure I’m following this. Admins do have the control to vet the html before it goes live however, it is just that the listing would remain unpublished for the time being.
Are you looking for a custom solution to keep listings alive on frontend while admin reviews them?
I don’t know what you’ve having trouble with. You understood it on Jan 14th.
It’s clear I am talking about people editing existing listings, not new ones. And you repeat the untrue claim that admins have control to vet the HTML before it goes live. They don’t (not unless they’re willing for the page to go 404, and no sensible admin wants to keep showing 404s).
If I do want to vet any changes before they go live I need to put up with an arrangement where the page goes 404 for several days / weeks till I get around to approving the modifications the user has made?
And have Google visit those pages and be given a “Page Not Found”?
And have users complain that their listing page is no longer available?
I think this is a major drawback that you should be disclosing to people BEFORE they buy your product and/or spend several weeks working with it, setting it up etc.
So, back to my questions. I cannot, will not allow either a) the 404 or b) listing owners having the ability to make live HTML changes on my site!
I request you to go back to the two questions in the last line of my previous post.
First, as a custom post type, we do not handle the display of posts that are in a Draft status. That is handled through WordPress and their choice by default is to show 404 (correctly, in their opinion) for pages that are not published. This is counter to how WP is designed and isn’t something BD can “hack around” no matter how much we’d like to, without modifiying core WP.
We make the entire listing go back to Draft when someone edits it…we don’t have the versioning that you would like right now to handle “display the current, but wait for approval of the draft one”. That’s something we’ll have to investigate as to how to implement it in future.
Unfortunately, as I don’t know what we need to change to support this, I can’t exactly point you to the solution for a programmer right now.
…and isn’t something BD can “hack around” no matter how much we’d like to, without modifiying core WP.
So it wouldn’t be possible to have a different table in the database to store edits and have those edits transferred to the main table when the edits are approved? That would also be a way of tracking changes made over the years.
That’s something we’ll have to investigate as to how to implement it in future.
Unfortunately, as I don’t know what we need to change to support this…
I’m not a programmer but I came up with the above idea. Would it not work? I could think up other ideas if you wish (without the nuclear option of editing core Wordpress files)
Duh, thanks for the genius contribution.
There are multiple ways to hold edits/changes in a different bucket “pending” admin’s approval to update the main table!
Given that BD has not chosen to do this, and it is such a critical issue when it comes to SEO, I’m commissioning someone to put some code together to solve this problem – users will be presented with an off-BD form that pulls field values from BD fields which values users can edit. All such edits are saved outside of BD and transferred to BD when an admin clicks the approve button. My solution will have the benefit of having a permanent audit trail / history of edits.
MikeR, you are welcome to stick to your solid or gas.
But BD, seriously, you should consider fixing this in your software! This problem existed several years back when I first installed BD and bought all your plugins…and it’s still a problem today!
Thank you for accepting that it can indeed be done, contrary to what you said earlier.
I agree that you are not actually doing it “wrong” technically, you are just doing it in a way that is very bad for SEO.
It would appear you did not consider the wider implications of what would and could happen in practise ie. pages going 404 and/or the effect that could have on SEO if pages keep going 404 and then returning to 200.
The same with the dofollow and nofollow links covered in my other thread. You just didn’t put enough thought into this …or you didn’t have anyone on the team who understands SEO.
And unfortunately for me it seems none of your customers to date knew enough SEO to spot all these issues with BD!
So it’s falling on me to spot them (and to pay the price – I spent several hours yesterday in Search Console asking Google to remove URLs that shouldn’t have been crawled in the first place).
A tip for anyone in the same position (which is everybody using BD to be honest!):
You can reduce some of the work in search console (deleting the “sort” URLs) by truncating the URLs. Under Coverage look for Indexed, not submitted in sitemap. These are what need to be removed.
Shortcut is to go to Search Console > Remove > New Request and choose remove all URLs with this prefix . Then ask Google to remove category/category-name/?wpbdp_sort= (a truncated version of the URL rather than the full URL)
and Google will remove all the URLs it has collected such as
and hundreds of others that start with category/category-name/?wpbdp_sort=
That’s the theory anyway.
But you need to do it category by category.
You can’t do a category/category-*/?wpbdp_sort=
If you’ve got a few thousand other BD screwed up URLs to remove in Search console, perhaps have a careful think of how you can best truncate your query strings to describe a large number of pages.
Damn! I’ve just discovered I’ve got hundreds of URLs in the Google index in the form of https://mysite.com/directory/?wpbdp_view=flag_listing&listing_id=
You didn’t even block the Report Listing button!
Jeez, you guys won’t realise just how much you’ve screwed up here. I’m not a Search Engine Optimiser and I’ve spotted all the errors and faults with BD and BD’s premium plugins. It would appear that in all your years of running and developing BD there’s not been one person on the team who knew even basic SEO!
There’s probably loads of stuff that I’ve not spotted / is beyond my limited SEO skills.
At least now, for goodness sake, go hire someone who knows something about SEO and get all your plugins and themes properly vetted. When it comes to SEO, they’re a right bloody mess!
We are professionals attempting to help you with issues who will treat you with kindness and respect, and we expect the same in return from you. Your tone of response is once again crossing that line. I have previously asked you (politely) to refrain from insulting, abusive responses like the one you posted above.
I understand and hear your frustration here. Mistakes happen and we are working to correct things, but that is no excuse for this behavior. There are a myriad of ways you can reply expressing your needs, but this is not one of them that is acceptable per our Terms of Service.
If BD is so awful and fails in so many ways, I would be more than happy to provide you a full refund at this point so you can find a solution that better fits your needs.
I ask that you carefully consider your responses and how they will be interpreted. We are charitable and assume best intent from our customers, I ask that you do the same with us. If this is a problem, let me know and I’ll issue that refund immediately.
And yet more URLs:
– listing fields (a few dozen of those listed in Search Console!): mysite.com/directory/category/category-name/?listingfields
– sort problems involving internal pages of categories (to add to the sort problem already described in my previous posts). Example: mysite.com/directory/category/category1/page/2/?wpbdp_sort=
And wherever I said /directory/category/category-name/?wpbdp_sort=-field is being crawled …be aware that there is a further problem with that as well. That exact same URL is also being crawled as /directory/category/category-name?wpbdp_sort=-field (without the trailing slash at the end of the category name).
And that is happening for every category!
One more thing:
/directory/category/category-name and /directory/category/category-name/ are two different URLs. Google crawling them both resulting in dupe content. With normal WP pages and posts, one automatically redirects to the other. That is not always happening in the case of BD URLs like /directory/category/category-name.
/directory/category/category-name redirects to /directory/category/category-name/ but only when there is no “?” at the end which is a problem for many BD URLs that have query strings.
Dave, our previous posts seemed to have crossed. I’ve only just seen your last one.
Unfortunately, after spending hundreds of hours on setting this directory up – and giving you probably thousands of dollars worth of feedback – taking a refund doesn’t make it quits, so I’ll have to pass on the offer.
BD is still a good directory plugin – I’ve tested several of them quite intensively (over the last 3+ YEARS) – and I shall publish a detailed guide to directory plugins in the next couple of months. I shall mention the help that BD has provided – you guys do genuinely try to help all posters. But I would also have to mention that these “mistakes” you refer to are not mistakes – IMO, it’s actually bad design and caused by the lack of having proper input from someone with SEO skills.
My recommendation still holds: it would be worth you getting someone who knows some SEO to go through your plugins because I’m not an SEO and my suggestions, however, useful you’re finding them, are probably just scratching the surface.
Hi! We also recently purchased the Claim Listing addon and have been testing it. We want the admin to receive an email when someone claims a listing, but that feature doesn’t appear to be working.
Email through the wordpress install is working fine since we are able to send other emails through the site like the contact forms and what not so I don’t think that is the issue, and it’s also not going to spam.
The site is https://chicagodispensaryguide.com/ and here are some screenshots of the claim listings settings under premium modules and the email settings for BD:
Most Users Ever Online: 225
Currently Browsing this Page:
Guest Posters: 5213
Newest Members:[email protected]
Moderators: BD Support: 2
Administrators: Business Directory Support: 1720