Re: [Tiki-devel] tiki.org: Wiki attachement are indexed is Search Engine

Hi Brendan,

I am pretty sure canonicals are not meant to indicate the page an image or
a pdf is linked from. Here is a recap of the purpose of canonicals:
« A canonical tag (rel=“canonical”) is a snippet of HTML code that defines
the main version for duplicate, near-duplicate and similar pages. In other
words, if you have the same or similar content available under different
URLs, you can use canonical tags to specify which version is the main one
and thus, should be indexed. » (taken from
https://ahrefs.com/blog/canonical-tags/).

My understanding: Either we forbid all indexing of wiki page attachments or
we keep them. There is no page on our websites which duplicates the content
of the file Bernard pointed out. It's a reference document. Page
https://tiki.org/TikiFestCEST mostly mentions different topics.
I'd say we keep them because some are very related to Tiki (like our
flyers) and worth indexing. It's annoying that the link points to the file
and does not give a chance to access our pages but I have no idea for
solving this.

I agree with adding canonicals at the HTTP level for contents of file
galleries and page attachments, but these need to be self-referenced
canonicals, not links to the page(s) which links to them.

Reading up on canonicals led me to this:
https://ahrefs.com/blog/hreflang-tags/
Maybe that would help with our way of displaying relationships between
language versions of the same page.

Cheers,
J-M

On Tue, Oct 12, 2021 at 5:01 PM Brendan Ferguson <[email protected]>
wrote:

> None of the content from this file will go into getting us better search
> rankings. And this file will be much harder to find if someone is looking
> for it if we block it with robots.txt,
>
> Moreover, even if we block it with robots.txt, it still may show up in
> google search results. That is if another website or even our website links
> to this file, it still may be available in search results, it just won’t be
> indexed.
>
> It would be much better to use a canonical link via HTTP headers. This way
> all the content and any links to this content get pointed and accounted for
> on the page is in use on. Search rankings grow instead of decreasing and it
> won’t show up in the search results in this bizarre way any longer.
>
> Brendan
>
>
> On Oct 12, 2021, at 10:40 AM, Bernard Sfez via TikiWiki-devel <
> [email protected]> wrote:
>
> Hello,
>
> I found another one to block in Tiki robot file, the following link is
> among the 3 best results for Tiki in September 2021. 🥴
> Shouldn’t we not allow "/tiki-download_wiki_attachment.php” by default ?
>
>
>
> https://tiki.org/tiki-download_wiki_attachment.php?attId=855&page=TikiFestCEST&download=y
>
>
> Thanks,
> Bernard
> _______________________________________________
> TikiWiki-devel mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel
>
>
> _______________________________________________
> TikiWiki-devel mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel
>

_______________________________________________
TikiWiki-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel