Viewing 12 replies - 1 through 12 (of 12 total)
  • Moderator Ipstenu (Mika Epstein)

    (@ipstenu)

    ?????? Advisor and Activist

    How did you activate the plugin? Network wide?

    Thread Starter martin_62

    (@martin_62)

    Yes, this plugin you can only activate network wide from Network as Super Admin. It’s specially designed for WP Multisite.

    Moderator Ipstenu (Mika Epstein)

    (@ipstenu)

    ?????? Advisor and Activist

    There’s a bug in 3.4 that actually let you per-site activate network-only plugins, which is why I asked.

    Which domain mapping plugin are you using?

    Thread Starter martin_62

    (@martin_62)

    It’s
    WordPress MU Domain Mapping, Version: 0.5.4.2

    – Martin

    Thread Starter martin_62

    (@martin_62)

    BTW, I switched all sitewide activated plugins off, also all plugins on swissgirldesigns.com – no difference. robots.txt produces a 404-error, while other blogs on the same system are ok.

    Moderator Ipstenu (Mika Epstein)

    (@ipstenu)

    ?????? Advisor and Activist

    https://halfelf.org/robots.txt works for me (mapped domain off tech.ipstenu.org) so I have a feeling it’s the MS Robots.txt Manager plugin :/

    Thread Starter martin_62

    (@martin_62)

    I also switched off MS Robots.txt – no difference. While it was switched off, I saved the privacy and permalink again.

    I tried to add another domain mapping – no difference. In those blogs, it doesn’t work, I can do whatever I want, robots.txt gets a 404 error.

    In those blogs, where it’s working, I can fiddle around, but it still works.

    swissgirldesigns.com has 446 posts
    k.brunner.beoblog.com just 1 post

    In both it’s not working.

    Hi Everyone,

    It is happening to my Multisite install of WP 3.4.1. The robots.txt file looks fine, by itself:

    User-agent: *
    Disallow: /wp-admin/
    Disallow: /wp-includes/

    The file contents change when I switch between allow, do not allow options. Do not allow file contents looks like this:

    User-agent: *
    Disallow: /

    When I switch it back, it looks fine again. I am using the XML Sitemap generator in the Yoast WordPress SEO Plugin–and, those Sitemaps are formed correctly.

    I have turned the Yoast WordPress SEO plugin off, and the contents still look fine–no change from above. Google still says that Robots.txt is preventing them from crawling the site.

    I also tried Network Activation of Yoast SEO vs. individual site activation, and all of those Robots.txt files look identical, and Google continues to say that it is being prevented from Crawling the site because of the setting on the robots.txt file.

    Using Domain Mapping Plugin 0.5.4.

    I also switched the theme to TwentyEleven, and no change in either the content of Robots.txt or Google’s response.

    Any thoughts?

    Thank you,

    -Tim

    Moderator Ipstenu (Mika Epstein)

    (@ipstenu)

    ?????? Advisor and Activist

    Tim, no idea what you mean when you switch ‘it’ between allow and not allow. Is that in the plugin or WP proper?

    This is abnormal behavior on both parts, which means its your plugins, guys. Start with turning ALL plugins off. Yes. All.

    Hi Mika,

    Thank you for replying–by switching it, I meant changing the Settings >> Privacy from Allow Search Engines to Index and Do Not Allow Search Engines to Index.

    Also, this is a strange one–because of the intermittent nature of it.

    I renamed the plugin directory of the multisite installation to disable all plugins, and the behavior was the same. Google still receives a Do Not Index order (or an error that they are misinterpreting to be a Do Not Index order), even when the actual file says something else.

    I also used the Tools >> Export, and exported all content to an XML file and created a new account on the Multisite. Then, I Imported all of the content and changed the Domain Mapping to the new site–and, the Robots.txt file behavior was the same.

    Right now, I have exported the WP Multisite database in SQL and am comparing the differences between a site that is producing a valid Robots.txt file.

    I’ll keep you posted.

    Thank you,

    -Tim

    Hey All,

    Update–the problem that I was having was actually on the Google side of things–though that still does not explain the robots.txt issue.

    Basically, I added the site to Google’s Webmaster Tools as: sitename.net, and deleted the previous entry of https://www.sitename.net–changing all of the settings in WordPress to have the non www-version be the primary domain ahead of time . . . and, all the Google-based errors went away.

    I know that doesn’t help us determine anything–though it was a resolution, of sorts, for Google not indexing the website.

    Thank you,

    -Tim

    Moderator Ipstenu (Mika Epstein)

    (@ipstenu)

    ?????? Advisor and Activist

    Thank you for replying–by switching it, I meant changing the Settings >> Privacy from Allow Search Engines to Index and Do Not Allow Search Engines to Index.

    Oh. Okay, that’s what’s supposed to happen ?? Robots is what controls Google Privacy.

Viewing 12 replies - 1 through 12 (of 12 total)
  • The topic ‘Weird robots.txt 404 problem on multisite’ is closed to new replies.