wiki icon indicating copy to clipboard operation
wiki copied to clipboard

Provide new Canonical reference for a personal Article / Google Search Engine

Open Bas-Man opened this issue 4 years ago • 19 comments

We often write our own blog posts. But we also want to share our content and attract more traffic to our sites. As well as avoiding issues with Google Search down grading our posts because of duplication.

I would like to propose that we add the ability for the wiki to provide an alternate canonical link reference.

This would be done though the use of two meta items in the markdown file.

---
template: canonical.html
canonical: https://some-reference-to-original-post/
---

Original article content goes here.

This produces the resulting header code

    --snip--
    <link href=https://some-reference-to-original-post/ rel=canonical>
    <link rel="shortcut icon" href=../img/favicon.ico>
    <title>Test - Self-Hosted Show Wiki</title>
    <link rel=stylesheet href=../assets/stylesheets/main.6910b76c.min.css>
    <link rel=stylesheet href=../assets/stylesheets/palette.196e0c26.min.css>
    <link href=https://fonts.gstatic.com rel=preconnect crossorigin>
    <link rel=stylesheet href="https://fonts.googleapis.com/css?family=Ubuntu:300,400,400i,700%7CUbuntu+Mono&display=fallback">

This produces the resulting page. Screen Shot 2021-07-07 at 17 08 59

Of course the original canonical reference can be used by not having the canonical: reference. Or by not using the new template. Everything fails back gracefully.

The thinking behind this is it might encourage people to share their write ups on projects and help with Google Search.

I would ask for thoughts and feed back.

Bas-Man avatar Jul 07 '21 08:07 Bas-Man

Hi! This makes a lot of sense. The question is: How do we make sure that the article that you are contributing is actually yours?

py-crash avatar Jul 07 '21 09:07 py-crash

That is a good question. I feel this should be part of the community guidelines. It would be great if we were all adults and respected others work. Sadly I guess this could be an issue.

Bas-Man avatar Jul 07 '21 09:07 Bas-Man

I don't think verification is possible. We could require that a contributor has to verify he is the author of the article by linking it to his blog. This wouldn't help though, if the blog article is already a copy of a different source.

E.g. I create my blog and fill it with articles by just copying them from any of you. I could verify that this is my blog, but without any of you complaining or investigating if this really is original content, I don't see a way to verify it.

I guess for most of us it wouldn't be an issue to link to our Github account on the blogs page, or the blog is versioned in a public git repository. This would allow easy verification for the reviewers and only little hurdles for the user contributing.

pagdot avatar Jul 07 '21 10:07 pagdot

Perhaps my title was misleading. My goal really is just to allow writers to be able to cross post their content to the wiki while safely maintaining their own blog article as being canonical.

Of course the content should be related to self hosting. And full articles and not simply links.

Bas-Man avatar Jul 07 '21 12:07 Bas-Man

Which looks better? Top, Bottom or having Both? Screen Shot 2021-07-08 at 14 54 08

Bas-Man avatar Jul 08 '21 05:07 Bas-Man

Which looks better? Top, Bottom or having Both?

Bottom

py-crash avatar Jul 08 '21 10:07 py-crash

My goal really is just to allow writers to be able to cross post their content to the wiki while safely maintaining their own blog article as being canonical.

Of course the content should be related to self hosting. And full articles and not simply links.

I think is a good idea to allow cross-posting. However, it should also be a good Idea to implement some guidelines with the template. E.g., the right licence, that you should be the author, a way to verify authorship (e.g. the same GitHub account, and/or the same E-mail as the account that creates the PR), etc.

py-crash avatar Jul 08 '21 10:07 py-crash

I think is a good idea to allow cross-posting. However, it should also be a good Idea to implement some guidelines with the template. E.g., the right licence, that you should be the author, a way to verify authorship (e.g. the same GitHub account, and/or the same E-mail as the account that creates the PR), etc.

That's above my pay grade. Probably something for Chris, Alex and the editors to discuss.

Bas-Man avatar Jul 09 '21 06:07 Bas-Man

This seems to have stalled. Any thoughts @IronicBadger ?

Bas-Man avatar Aug 01 '21 05:08 Bas-Man

Does anyone else have any thoughts on this. It's been 5months since my last request for feedback.

Bas-Man avatar Dec 17 '21 06:12 Bas-Man

We could using something like https://keybase.io/ as it can verify the owners of both Github accounts as well as websites. the only down side i see is that keybase is not currently being actively maintained after they were acquired by Zoom.

BCNelson avatar Dec 20 '21 17:12 BCNelson

We could using something like https://keybase.io/ as it can verify the owners of both Github accounts as well as websites.

How would that potentially work?

Bas-Man avatar Dec 22 '21 12:12 Bas-Man

We could using something like https://keybase.io/ as it can verify the owners of both Github accounts as well as websites.

How would that potentially work?

i would think the person writing the article on a external site would need a keybase account and they would need to add both github and there own personal blog / website to keybase in order to prove that they "own" the content and they are not just pulling random articles from the internet and trying to say that they wrote them.

WhiteNight121 avatar Dec 22 '21 22:12 WhiteNight121

Hi building in what @WhiteNight121 said. I would recommend some simple rules:

  1. If the blog/original article is on GitHub and the PR comes from the same account, it should be accepted.
  2. If the blog is of some other source sharing platform (e.g. GitLab), it should suffice with doing a signed PR on GitHub and a signed commit into the original repo using the same GPG-key
  3. If the website is external, it should be verified with keybase and the PR should be signed with the same key available on keybase. Or at least that the Website and the GitHub account are both verified on keybase.

What do you think?

py-crash avatar Jan 24 '22 20:01 py-crash

This is above my pay grade and probably needs to go up the food chain.

Bas-Man avatar Feb 02 '22 04:02 Bas-Man

@py-crash that works for me how do we make this happen?

WhiteNight121 avatar May 01 '22 22:05 WhiteNight121

Why is the ownership piece so important? Requiring keybase seems like a hoop that might put folks off from contributing their stuff?

This would mean we can't link to content we found elsewhere that could be directly useful unless we own it too?

ironicbadger avatar May 02 '22 13:05 ironicbadger

Maybe I should clarify what my intention as well as how the template is intended to be used.

  • Using the new template is optional and does not change how normal pages can be written. You have to opt-in to the template.
  • It's clear the wiki has not achieved much traction. The original thinking was to encourage people to add their original content which they may have written for their site. Giving them additional traffic and maintaining SEO. I thought this might be attentive to Alex and Chris as well as others who regularly write on self hosting topics.
  • The rules were clear from the start that this was not to be site with just a list of links.

Bas-Man avatar May 03 '22 10:05 Bas-Man

I think that the verification requirement is only in place for people who are copying a whole article into the wiki. All other contributions are welcome with these extra steps.

BCNelson avatar Oct 17 '22 22:10 BCNelson