Support » Plugin: Wordfence Security - Firewall & Malware Scan » Google Webmaster/Search Cosnsole not Showing Keywords

  • Resolved Cognisant_2000


    We are unsure if this is related to WordFence but this is the only site we manage that does not show any Keywords in Google Webmaster (Search Console as it is called now), and the only site with WordFence!

    Here are some information:

    1. The site has over 4000 visitors per month
    2. There has been zero information on Keywords for 6 months even though the site has been verified by Google
    3. Until recently this was the only site we manage with WordFence.
    4. We have installed WordFence on our site to see if the same happens, but our site is still reporting on Keywords!

    Does anyone know of any settings in WordFence that might block reporting of Keywords to Google?

    Thanks for your help

Viewing 5 replies - 1 through 5 (of 5 total)
  • Hi,
    I can’t think of anything that could make Wordfence responsible for this issue, but if I understand you correctly, you mean there is no queries listed in “Google Search Console > Search Analytics > Search Traffic” right?
    If so, then I recommend asking about this issue in Google support forums, check this similar thread.

    P.S. Make sure “Fetch as Google” works fine on your website.


    Hi @wafalaa

    Yes you are correct, I do mean Search Console > Search Analytics > Search Traffic

    I posted this about a month ago on Google Webmaster forum and I got the usual SEO for Dummies questions such as “Have you got your site verified?”.

    I have also registered both http://www.domain and domain with www with Webmaster and neither shows any keyword reports.

    Googe analytics as reporting traffic and pages are indexed, so I assumed “Fecth as Google” should work.

    However, I did as you suggested and the page shows redirect! We are amazed! Why the redirect and how come the site still works even though there is a redirect set?

    Where is the redirect?
    Who set it?

    Anyway, great suggestions and I will let you know if we managed to solve the puzzle!!


    @cognisant_2000, When looking for mysterious redirects happening like ghosts in the night, remember that WordPress has one HUGE issue/feature/bug. Categorized differently depending on who you ask.

    Some years back they added a “feature”, that I personally would call a serious, time-wasting, annoying BUG. “redirect_canonical”.. Not yet fixed. 6 years later.

    It essentially means that when a user arrive on a slug that is incorrect, on a partially typed url/slug, from the “wrong domain” (like www version rather than naked or vice-versa), or even at times a total 404, non-existing slug, WordPress will depending on the type of access, through the “redirect_canonical” functionality, do an expensive search in pages/posts/tags, whatever, and willy-nilly pick something similar. What “sounds right”. Then it issues an foolish 301 redirect based on that.

    While the original intent behind that “feature” was OK, (save from bad SERPS because some WordPress blog owners do not redirect their domain aliases correctly in htaccess), all it’s side-effects are HORRIBLE. Its pattern matching and post selections are completely off the rails.

    Just last week, I chased my tail for almost half a day, because a help-page was being redirected. No matter what, clicking the help page button always led directly to of all things a 5 year old blog-post on a completely unrelated topic. The 301 clearly showed up in the Browser debug.

    After looking through and trying to blame every plugin that “might” do redirects, I eventually figured out, that it was WordPress “trying” to protect the world from a 404 occurring. The help-page link’s slug had a one-character typo, and instead of allowing me to know that immediately by issuing a 404, WordPress seemingly randomly picked this other post based on whatever keywords and chose to issue a 301 Redirect.
    The only common keyword I could see in the slugs for the two pages were that the word ‘ip’ existed as a minor part of both slugs. Aarghh. 🙂

    That automated redirect “feature” have also had the result for some people, that the wrong URLs (a half-typed URL) end up getting indexed into Google, because pages get “known” in the search-engines by half-baked URLs what were never intended to begin with. Because of WordPress’s random picking of bad end-points.

    Personally, I think that “feature” either needs to be removed entirely, or become a configurable option, so people can turn it off or restrict it’s functionality. Post haste.. It causes too many people too much trouble. Especially the random redirects of what SHOULD HAVE BECOME 404s. If a page is 404, I will add my OWN redirects to fix Google, thank you very much. 🙂

    I have even seen one site, a mere front-page, where every single bad access, even Google’s regular tests for “soft 404”, got redirected to the front-page. Because that was the only thing redirect_canonical could find. So, instead of correctly telling Google ‘It is a 404’ to their random ‘/ieuyiurwieuryweiru.html’ test URLs, WordPress on it’s own decides to issue 301 redirects to the front-page for all of them. It can drive you crazy. Hunting for problems on your site that WordPress created on its own.

    But if you are seeing mysterious redirects, look at WordPress first.. It can really throw your Google results for a loop.

    See more on WordPress’ automated redirects here


    Hi Caleb

    I think we are getting there.

    Before we took over the site, the site was using naked URL, so I suspect they use this to correct any www vs naked URL.

    Our server manages this autmatically using the DNS settings so it does not need a redirect correction. I guess if we take this off, things will go back to how it should work.

    Thanks for sharing your experience. It has been very useful.


    Yes, the theory behind redirect_canonical was to automatically fix www/naked. But they took it much, much too far.

    The correct way to handle www. versus naked domain and any movement between them is to simply add a fix to htaccess that points all visitors (including google) to the version you want (and prioritize the right version in Google’s Search Console) .
    That way everything is kept clean, SERPs are maintained, …, …

    WordPress added all these many lines of gooble-ti-gook code with searches in database and seemingly randomized hidden redirects, just to save people from learning how to add 2 lines to their htaccess.. That’s just wrong.

Viewing 5 replies - 1 through 5 (of 5 total)
  • The topic ‘Google Webmaster/Search Cosnsole not Showing Keywords’ is closed to new replies.