Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Consider sending canonical URL via HTTP header #1161

Open
rgaudin opened this issue Nov 8, 2024 · 1 comment
Open

Consider sending canonical URL via HTTP header #1161

rgaudin opened this issue Nov 8, 2024 · 1 comment
Labels

Comments

@rgaudin
Copy link
Member

rgaudin commented Nov 8, 2024

In situations where kiwix-serve is serving on the www with ZIMs that are close to their source content, it acts like some kind of mirror.
This can have unpleasant consequences for the actual source website in that it blurs ownership to search engines and other parties.

The general solution to this is for the copy entries to indicate the source using the rel=canonical mechanism.

Should we have openzim/libzim#904, maybe via openzim/libzim#316, we would be in a good position to add this Canonical URL information.

In order to send it without altering the ZIMs, we could use the HTTP header method, by sending

Link: <https://www.source.tld/entry.html>; rel="canonical"

At the moment, we have no per-entry metatada but we frequently have a ZIM-level Source metadata.

We could send the aforementioned HTTP header with the Source value (if present obviously) on every ZIM entry. It would be abusing the purpose of the canonical URL in that it would not be the actual entry's cannonical document but at least it would indicate to search engines that kiwix-serve-served one is not.

Thoughts?


@benoit74
Copy link

I agree that using the Source might be a promising shortcut, to at least properly indicated to search engines and other parties that our content is a kind a mirror.

I definitely would like to have the ability to set metadata per entry (for this and also for other topics).

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

2 participants