• Resolved jasimon9

    (@jasimon9)


    TL;DR Recently we have had some very strange results on our blog. We traced it to an issue in the indexable table. Clearing that table fixes the issue.

    1. We first noticed that Wordfence was reporting hack attempts that it was blocking, but where the userid was from a different blog that we operate, but that should have no connection to the site in question. That is, there should not be a normal way for hackers to be attempting to use userid values from the other site. This was a mystery for several weeks.

    2. Later we noticed that the home page of our blog had canonical and link tags pointing to the other site. This would lead spiders and bots to traverse the other blog, and would probably explain the mysterious hack attempts.

    3. We could not see how to fix the issue. All of the documentation on changing canonical tags starts out with “go to the page” and change the Yoast canonical setting. However, we do not know of any way to “go to the site home page” in the WordPress admin section–you can only go to posts or pages. The site home page is not in the posts or pages. There might be a way to do this, but we could not discover it. If you did go to any site page that you could in the admin, the Yoast canonical field was empty.

    4. Just browsing through the Yoast database revealed bogus entries. There were forty some rows in the indexable table that had in their permalink column entries pointing to the other blog property. For example, a permalink that should have had https://www.oursite.net/blog/ instead had https://www.othersite.net/blog/. The domains “oursite” and “othersite” are of course placeholders. Again, a complete mystery how this could happen.

    5. I found that the Yoast Test Helper has a feature to reset the indexable table. I used this feature, and the indexable table had all rows removed.

    6. After the indexable table was cleared, the canonical and next tags were cleared from the blog home page.

    7. As expected, the indexable table was eventually rebuilt. However, there were no permalink values that had any references to the wrong blog.

    8. Checking the canonical and next tags on the home page now have the proper values that point to the proper pages in the blog. So the effect of the problem appears to be fixed, but the root cause of what caused the problem is still unknown.

    Bottom line: if your blog gets canonical links pointing to a foreign blog, clear the indexable table.

    The page I need help with: [log in to see the link]

Viewing 2 replies - 1 through 2 (of 2 total)
  • Hi,

    What you describe is a bug that sometimes happens when content is moved from a staging site to a live site. Luckily, a so-called “bug report” (a description of the issue, so we can fix it) is filed already.

    We are not sure when a fix for it will be available but as you discovered using the Yoast Helper plugin is the workaround for it.

    In the meantime, we suggest signing up for our newsletter as that is where we will announce product changes and updates. You can sign-up for it here https://yoast.com/newsletter/.

    Hi @jasimon9 ,

    We’re closing this thread as there seem no further questions from you. Please feel free to open a new thread should you have further concerns.

Viewing 2 replies - 1 through 2 (of 2 total)
  • The topic ‘Canonical and next links point to a different website–fix by reset indexable’ is closed to new replies.