Write.as adds nofollow (rel=nofollow) to all links in posts by Pro accounts

Just a small mistake I noticed:

People with Pro accounts will, I think, be surprised to learn that all their links are annotated with rel=nofollow. This attribute essentially flags these links as untrusted or suggests they are part of comment spam or paid links. (Wikipedia has a page on nofollow.) I can imagine some authors would prefer write.as not annotate every link in their posts with the flag “this is comment-spam”. Perhaps they could be given the option to opt-out of these editorial additions?

Neither wordpress.com nor ghost.io add nofollow to links in posts, as far as I can tell. Examples: https://mashimo.wordpress.com/2017/07/26/logistic-regression-with-python-statsmodels/ , https://cucumber.ghost.io/blog/example-mapping-introduction/

Thanks for a great service.

Yeah that’s… not great.

Thanks for this catch @cornell! This would probably explain why @bix encountered some problems when trying to pingback a post he wrote about here. We’ll look into this for sure.

1 Like

Oh good point.

Just a clarification, AFAIK the nofollow link relevance is meant to signify web crawlers are not to follow them. That is they are not part of the site linking them.

I’m not sure if that is what they are being used for in writefreely, but it’s not a spam marker.

Except that many blogging site, for example, automatically add nofollow to all links used by people in blog comments, precisely because blog comment so often have spam in them. Whatever nofollow might or might not have been intended for, other things have been heaped upon it, culturally.

1 Like

And it does depreciate the value of the links, I don’t know why for sure, but it is being added during the HTML sanitization. Maybe not for a specific reason but because it was recommended?

Either way I think maybe Pro users should have this disabled, as their content could be trusted by default. With the ability of an admin to activate it on a per Pro user basis.

Then on self hosted instances it could be a configuration or build option.

cc @matt for thoughts

This is added in Write.as / WF to prevent instances from having their search rankings ruined by spammers.

A common thing spammers will do is utilize a domain with high search authority to link back to their low-quality domains and boost their rankings. Adding nofollow prevents that, letting Google et al. know that they shouldn’t consider the WF instance linking to their sites as an endorsement.

There would still be some potential for abuse on Write.as since we’re relatively inexpensive, but I’m open to figuring out a way to disable it for Pro users.

As for WF, we’ll have to figure out a good way to do it. Most multi-user admins will probably want the current behavior (many have seen spam problems). But I could imagine disabling it for single-user instances, for example, since the single author is trusted.

3 Likes

I can see it being added to read.write.as or even write.as/name posts. If it gets added to custom domains or to name.writeas.com, I’d probably switch to ghost.io over this (even though I really appreciate write.as’ support for activitypub.) If wordpress.com and ghost.io don’t feel a need to add nofollow, I can’t conceive of any justification for write.as doing it.

Also, if you want to protect the domain reputation of writeas.com (although I don’t think name.writeas.com content affects it), you could create something like writeas.io or similar which would permit Pro users to control their hrefs. (I still think this would be excessively cautious; you should follow what wordpress.com and ghost.io do.)