Apfelstrudel Posted October 25, 2016 Share Posted October 25, 2016 Hi, only yesterday we found out that the rel="noreferrer" attribute killed 99% of our affilate revenues over the last 10 months. This attribute is being added to all external links, also to the affiliate links. The affilate companies rated our clicks as invalid due to the missing referrer. I know seeing this so late is absolutely our fault. No question. ? But why isn't this being documented like the nofollow acp setting? There must be a setting to remove this attribute from links otherwise affiliate links within postings could be invalid if the affilate checks the referrer. Yesterday we coded a JS workaround to eliminate noreferrer from external links. Now it works again. Link to comment Share on other sites More sharing options...
opentype Posted October 25, 2016 Share Posted October 25, 2016 Isn’t that connected to the nofollow setting in the ACP? You can turn it off or leave it on and whitelist your partner sites. This silent change shocked me too, when I found about it later on, but I think I got it working again with just the ACP settings – no JS tricks. Link to comment Share on other sites More sharing options...
Daniel F Posted October 25, 2016 Share Posted October 25, 2016 7 minutes ago, opentype said: Isn’t that connected to the nofollow setting in the ACP? You can turn it off or leave it on and whitelist your partner sites. This silent change shocked me too, when I found about it later on, but I think I got it working again with just the ACP settings – no JS tricks. It's connected to the external links setting ( Force posted links to open in new windows ) . // Open external links in a new window if( ips.getSetting('links_external') ) { this.scope.find('a[rel*="external"]').each( function( index, elem ){ elem.target = "_blank"; elem.rel = elem.rel + " noopener noreferrer"; }) } Link to comment Share on other sites More sharing options...
Apfelstrudel Posted October 25, 2016 Author Share Posted October 25, 2016 No, it seems that it is connected to the "open in a new tab" feature and not the "nofollow" setting. Just tested it out. But without JS all old already posted links stay invalid. Link to comment Share on other sites More sharing options...
opentype Posted October 25, 2016 Share Posted October 25, 2016 18 minutes ago, Apfelstrudel said: No, it seems that it is connected to the "open in a new tab" feature and not the "nofollow" setting. Just tested it out. I see. Yeah, I knew I fixed it in those link settings somehow. Link to comment Share on other sites More sharing options...
Apfelstrudel Posted October 25, 2016 Author Share Posted October 25, 2016 But what about the old links? We have thousands of affilate links in our postings. That's why we have to use the JS workaround as well. Link to comment Share on other sites More sharing options...
opentype Posted October 25, 2016 Share Posted October 25, 2016 But I agree, that this is something the ACP description of the setting should point out at least. Referrer-based site monetization is a common practise nowadays. Link to comment Share on other sites More sharing options...
Apfelstrudel Posted October 25, 2016 Author Share Posted October 25, 2016 Absolutely. I hope IPS will change something asap. But regardless what they will change regarding this setting we have to accept that all already saved affilate links stay invalid. A JS workaround can't be the final solution. Link to comment Share on other sites More sharing options...
SeaTea Posted October 25, 2016 Share Posted October 25, 2016 2 hours ago, opentype said: I see. Yeah, I knew I fixed it in those link settings somehow. Do you mean that your have added the referred domains in "Settings->Posting->URLs->Domains....to follow" ? Link to comment Share on other sites More sharing options...
Apfelstrudel Posted October 31, 2016 Author Share Posted October 31, 2016 I have to come back to this important issue. Is there something planned to let admins enable/disable this noreferrer-"feature" or do I have to decide between the two weird settings: 1. loosing session-users due to the diabled "open in a new tab"-setting but I'm allowed to earn affiliate money and 2. keeping more session-users but burying the referrer-based site monetization? @Lindy: As opentype has already mentioned, referrer-based site monetization is an important issue for a lot of forums. Link to comment Share on other sites More sharing options...
Sheffielder Posted October 31, 2016 Share Posted October 31, 2016 Is this affecting anyone using Google Adsense? Link to comment Share on other sites More sharing options...
Apfelstrudel Posted October 31, 2016 Author Share Posted October 31, 2016 No, this has nothing to do with standard Adsense blocks. This affects "only" ? affiliate links in posts. Link to comment Share on other sites More sharing options...
Sheffielder Posted October 31, 2016 Share Posted October 31, 2016 Got ya. Good luck in getting it sorted I know only too well how important revenues are Link to comment Share on other sites More sharing options...
Joy Rex Posted October 31, 2016 Share Posted October 31, 2016 So this would affect VigLink as well? Link to comment Share on other sites More sharing options...
Apfelstrudel Posted November 9, 2016 Author Share Posted November 9, 2016 On 31.10.2016 at 10:29 AM, Apfelstrudel said: I have to come back to this important issue. Is there something planned to let admins enable/disable this noreferrer-"feature" or do I have to decide between the two weird settings: 1. loosing session-users due to the diabled "open in a new tab"-setting but I'm allowed to earn affiliate money and 2. keeping more session-users but burying the referrer-based site monetization? @Lindy: As opentype has already mentioned, referrer-based site monetization is an important issue for a lot of forums. *bump* How can we get rid of this noreferrer problem without loosing session users? I'm just wondering that obviously we have no other ipb admins here who use affiliate links. Link to comment Share on other sites More sharing options...
Fosters Posted November 22, 2016 Share Posted November 22, 2016 I have a plugin to "fix" this We're testing this currently at @Apfelstrudels community Link to comment Share on other sites More sharing options...
xtech Posted July 22, 2017 Share Posted July 22, 2017 On 22/11/2016 at 8:21 AM, Fosters said: We're testing this currently at @Apfelstrudels community Any update on this? On 25/10/2016 at 10:40 AM, Daniel F said: It's connected to the external links setting ( Force posted links to open in new windows ) . // Open external links in a new window if( ips.getSetting('links_external') ) { this.scope.find('a[rel*="external"]').each( function( index, elem ){ elem.target = "_blank"; elem.rel = elem.rel + " noopener noreferrer"; }) } Where is that piece of JS to be changed? Link to comment Share on other sites More sharing options...
xtech Posted July 23, 2017 Share Posted July 23, 2017 Update on this: i think file to edit is /home/nginx/domains/forumusica.com/public/applications/core/data/javascript.xml but i am not sure this should be enough. I've just created a support ticket asking this. Regards Link to comment Share on other sites More sharing options...
David.. Posted July 23, 2017 Share Posted July 23, 2017 I believe I'm also experiencing this. I'm upset. Link to comment Share on other sites More sharing options...
Fosters Posted July 23, 2017 Share Posted July 23, 2017 On 22.7.2017 at 6:06 PM, xtech said: Any update on this? Yes, it's working as expected, but wasn't released yet:D Link to comment Share on other sites More sharing options...
Stuart Silvester Posted July 23, 2017 Share Posted July 23, 2017 It's worth noting that if you work around this, you are enabling the possibility of a phishing vulnerability on your community: https://www.jitbit.com/alexblog/256-targetblank---the-most-underestimated-vulnerability-ever/ Link to comment Share on other sites More sharing options...
David.. Posted July 23, 2017 Share Posted July 23, 2017 3 minutes ago, Stuart Silvester said: It's worth noting that if you work around this, you are enabling the possibility of a phishing vulnerability on your community: https://www.jitbit.com/alexblog/256-targetblank---the-most-underestimated-vulnerability-ever/ Well, that's great. It seems like FireFox added support for the "noopener" link type. So we can remove noreferrer? Or are people still in 2012 and using FireFox 1 https://developer.mozilla.org/en-US/Firefox/Releases/52#HTML Link to comment Share on other sites More sharing options...
Stuart Silvester Posted July 23, 2017 Share Posted July 23, 2017 33 minutes ago, David.. said: Well, that's great. It seems like FireFox added support for the "noopener" link type. So we can remove noreferrer? Or are people still in 2012 and using FireFox 1 https://developer.mozilla.org/en-US/Firefox/Releases/52#HTML Thanks, I have brought this up internally so that we can review our implementation. Link to comment Share on other sites More sharing options...
tekguru Posted July 24, 2017 Share Posted July 24, 2017 It would be useful as it looks like this killed my revenue in the past too. Link to comment Share on other sites More sharing options...
David.. Posted August 8, 2017 Share Posted August 8, 2017 It seems like they fixed it in 4.2.2? Anyone confirm? Link to comment Share on other sites More sharing options...
Recommended Posts
Archived
This topic is now archived and is closed to further replies.