modman Posted August 13 Share Posted August 13 Regarding this discussion: I don't want to be boring and I know that you have solved this part in the version that will be released (4.7.19). I want to ask you if the change will only concern the currency change. Because today I discovered that the parameter "&csrfKey=" is also present in the links in the store to change the type of display (grid or list): These links are also present in hundreds of thousands in Search Console: I sent this message only to confirm that this part is also solved after the update because in the previous topic we only talked about the links related to the "currency change". Thanks. SeNioR- 1 Link to comment Share on other sites More sharing options...
Jim M Posted August 13 Share Posted August 13 Thanks, we'll take a look at this as well. Ultimately though, it may just be add this to robots.txt list like we did for currency. Link to comment Share on other sites More sharing options...
modman Posted August 13 Author Share Posted August 13 Unfortunately adding only to robots.txt is a solution that doesn't work, Google generates infinite URLs distorting the real results, furthermore the pages generated are infinite, this will never end. For now I have solved it by modifying the template code, hiding the currency exchange for guests, I will have to do the same thing for the store display selector. I hope that in the next update it will be resolved permanently and not through Robots... I hope so, thanks. Link to comment Share on other sites More sharing options...
Daniel F Posted August 13 Share Posted August 13 It’s not fixed only via robots.txt , we have also made a template adjustment. Make sure that your templates are up2date if you have a custom style. Jim M 1 Link to comment Share on other sites More sharing options...
modman Posted August 13 Author Share Posted August 13 Sure, I will remove the changes after the update, bringing the template back to the original. Now I found a third element with the same problem: In the "activities" page (/discover), the button that changes the view between Condensed/Expanded. Link to comment Share on other sites More sharing options...
Marc Posted August 13 Share Posted August 13 3 minutes ago, modman said: Sure, I will remove the changes after the update, bringing the template back to the original. Now I found a third element with the same problem: In the "activities" page (/discover), the button that changes the view between Condensed/Expanded. Added a bug report modman 1 Link to comment Share on other sites More sharing options...
Daniel F Posted August 20 Share Posted August 20 These 2 links are already flagged as nofollow, so Google & co won't follow them and the csrfkey won't matter. Link to comment Share on other sites More sharing options...
modman Posted August 21 Author Share Posted August 21 Even if there is "nofollow", the problem remains. Now the links look like this, generating infinite numbers: https://www.etpsolutions.com/discover/unread/?view=condensed&csrfKey=345f5297003cc7f3c067afbxxxxxxxxxx https://www.etpsolutions.com/discover/unread/?view=condensed&csrfKey=345f5297003cc7f3c067afbyyyyyyyyyy https://www.etpsolutions.com/discover/unread/?view=condensed&csrfKey=345f5297003cc7f3c067afbccccccccc The correct link should look like this: https://www.etpsolutions.com/discover/unread/?view=condensedss As demonstrated above, after updating IP.Board, Google is going crazy, it finds infinite pages that will increase more and more, by analyzing the existing ones (because the whole site NEVER ends) and distorting all the statistics that I would need to analyze the real data: Link to comment Share on other sites More sharing options...
Daniel F Posted August 21 Share Posted August 21 It won't, all the discover pages ( activity stream) are automatically flagged to not be indexed by google in our robots.txt file, because they have no real value for search engines! Link to comment Share on other sites More sharing options...
modman Posted August 21 Author Share Posted August 21 we don't understand each other, have you seen my google graphs that continue to rise endlessly? why not remove that csrfkey parameter and make all those numbers disappear from the statistics…. we've already discussed it a lot in previous posts... I seem to have understood that this will be resolved in the next update 4.1.19, that's fine. Link to comment Share on other sites More sharing options...
Daniel F Posted August 21 Share Posted August 21 12 minutes ago, modman said: we don't understand each other, have you seen my google graphs that continue to rise endlessly? We understand each other, but we're not on the same page! It's intended and fine that not literally any page which is returned by our community software is indexed by google! Please see also https://support.google.com/webmasters/thread/202184638/do-i-need-to-fix-all-pages-that-aren-t-indexed-aka-page-indexing-issues?hl=en Link to comment Share on other sites More sharing options...
modman Posted August 21 Author Share Posted August 21 your point is valid if the URLs are definitive, not indefinite, this maintains the tilt, do you think Google will be able to continue dedicating time to a site that generates random URLs? why not remove that parameter as in all the site's crime and in all the remaining existing CMS in the world? Link to comment Share on other sites More sharing options...
Jim M Posted August 21 Share Posted August 21 3 hours ago, modman said: your point is valid if the URLs are definitive, not indefinite, this maintains the tilt, do you think Google will be able to continue dedicating time to a site that generates random URLs? I'm not quite sure what you mean here, the no index tags and robots.txt actually play by Google's rules and are fine. 3 hours ago, modman said: why not remove that parameter as in all the site's crime and in all the remaining existing CMS in the world? A CSRF key is pretty standard practice. Link to comment Share on other sites More sharing options...
Recommended Posts