Task #2862
closedRedirect Help wiki’s main page to new browser-based help
Added by Adolfo Jayme Barrientos over 5 years ago. Updated 6 months ago.
100%
Description
Please redirect https://help.libreoffice.org/Main_Page to https://help.libreoffice.org/latest/index.html
Since many users are still stuck with obsolete help content.
Updated by Guilhem Moulin over 5 years ago
- Status changed from New to Feedback
- Assignee set to Guilhem Moulin
Adolfo Jayme Barrientos wrote:
Please redirect https://help.libreoffice.org/Main_Page to https://help.libreoffice.org/latest/index.html
Since many users are still stuck with obsolete help content.
“Many users”? Do you have any data to back that statement? That page has about 400 hits per day, from about 300 unique IPs. That's <0.5% of unique visitors…
Also there are good reasons to land onto that page: if I visit the old help and I click on “Main Page” or the logo, I expect to be sent to the wikihelp's home page, not the new help. More generally, excluding hits where the referrer starts with “https://help.libreoffice.org/” I count <70 hits per day, so under 0.1% of unique visitors. So AFAICT the redirection would cause more harm than good. IMHO it's more useful to chase links to https://help.libreoffice.org/Main_Page and replace them with https://help.libreoffice.org (this in turns redirects to the new help content — using the root rather than /latest/index.html in anchors is more future-proof).
Updated by Florian Effenberger over 5 years ago
I think the difference between old and new help is on purpose, depending on the program version
Adding Olivier to Cc
Olivier, can you let us know? :)
Updated by Adolfo Jayme Barrientos over 5 years ago
Obviously you guys are not doing tech support on Twitter.... There have been repeated questions about people landing on old, UNMAINTAINED wiki pages (since these are what Google indexes) and they getting confused due to no-longer-applicable instructions or plain-wrong content which receives no maintenance or translation updates. I am a documentation writer, and it is in my interest to provide up-to-date content to users; no need to be condescending, Guilhem.
Florian, I have argued in the past why I think having obsolete content around is doing LibreOffice more harm than good, and the above is one reason, but since it is something I have already put forward in the past, I am not repeating it in the risk of sounding like a broken record.
Updated by Florian Effenberger over 5 years ago
Obviously you guys are not doing tech support on Twitter.... There have
been repeated questions about people landing on old, UNMAINTAINED wiki
pages (since these are what Google indexes) and they getting confused
due to no-longer-applicable instructions or plain-wrong content which
receives no maintenance or translation updates. I am a documentation
Would the problem be solved by
1. having a proper robots.txt in place, stopping indexing
2. adding a note in the page header that this is help for older
versions, and the new version is available at another URL?
Would that fix the problems you are describing?
Updated by Olivier Hallot over 5 years ago
Florian Effenberger wrote:
I think the difference between old and new help is on purpose, depending on the program version
Adding Olivier to Cc
Olivier, can you let us know? :)
LO users that hit Help button in dialogs or F1 should be directed to the correct Help release. Before 6.0, the online help was under wiki support.
Typing help.libreoffice.org in the browser will redirect to the latest Help online available.
Updated by Adolfo Jayme Barrientos over 5 years ago
Would the problem be solved by [...]
Yes, those would be good measures to take, although the banner is more of a band-aid that would need to be translated and such. Also, I (and nobody else in the Doc team) can't edit that wiki; I would've done that a long time ago.
LO users that hit Help button in dialogs or F1 should be directed to the correct Help release. Before 6.0, the online help was under wiki support.
Exactly, which my proposed redirect wouldn't affect. Past LO versions would still be able to access that content.
Updated by Guilhem Moulin over 5 years ago
Adolfo Jayme Barrientos wrote:
There have been repeated questions about people landing on old, UNMAINTAINED wiki pages
And how about redirecting /Main_page to the new help will prevent that? A banner at the top of each page, with some text indicating deprecation and a link the new help is IMHO more helpful, and won't affect users trying to browse help for versions that are not in the new help.
FWIW we do have a bunch of hits for <5.3 pages, still. While the raw metrics don't say whether the request comes from someone lured by a search engine, or someone looking for the old help, it's fair to assume not everyone is in the first category. The update pings have its for old versions, too.
3.3 2.02% 3.4 1.12% 3.5 1.24% 3.6 1.58% 4.0 0.92% 4.1 1.06% 4.2 0.84% 4.3 0.98% 4.4 0.87%
That's way more hits than /Main_Page (resp. ~130k for 3.x and ~100k for 4.x), from more unique users also.
no need to be condescending, Guilhem.
Sorry it came across as such.
Updated by Guilhem Moulin over 5 years ago
Adolfo Jayme Barrientos wrote:
LO users that hit Help button in dialogs or F1 should be directed to the correct Help release. Before 6.0, the online help was under wiki support.
Exactly, which my proposed redirect wouldn't affect. Past LO versions would still be able to access that content.
It might however affect users trying to browse the old help. The vast majority (85%) of requests to /Main_Page have a referrer starting with https://help.libreoffice.org . In 20% of these the Referrer clearly indicates the user clicked on a /Main_Page link from a 3.x or 4.x page. (For the remaining 80% the request either comes from non-versioned pages, or the Referrer doesn't contain the full path.)
I agree with Florian that the banner and the robots.txt is the right approach here, along with chasing links to the old help from our own pages. Is there any reason why https://www.libreoffice.org/get-help/community-support/ links to the old help for help, for instance?
Updated by Florian Effenberger over 5 years ago
I agree with Florian that the banner and the robots.txt is the right
approach here, along with chasing links to the old help from our own
pages.
Adolfo, would that satisfy your request then if we proceed as such?
Updated by Adolfo Jayme Barrientos over 5 years ago
Florian Effenberger wrote:
I agree with Florian that the banner and the robots.txt is the right
approach here, along with chasing links to the old help from our own
pages.Adolfo, would that satisfy your request then if we proceed as such?
I still think the wiki’s main page should be redirected, it has old and misleading information such as those long-ditched plans to convert helpcontent2 to wikitext and make it editable, which never came to fruition.
Non-versioned help pages should also be redirected to the new backend, old info such as menu paths and obsolete features really hurt those of us who give free support.
Updated by Florian Effenberger over 5 years ago
- Project changed from Infrastructure to Documentation
- Category deleted (
Website) - Status changed from Feedback to In Progress
- Assignee changed from Guilhem Moulin to Olivier Hallot
- Target version set to Q3/2019
To move this forward, Olivier, is this something you can talk through in the next doc call and push forward together with infra?
1. having a proper robots.txt in place, stopping indexing
2. adding a note in the page header that this is help for older
versions, and the new version is available at another URL?
Updated by Florian Effenberger about 5 years ago
- Target version changed from Q3/2019 to Q4/2019
Any feedback from the documentation call?
Updated by Olivier Hallot about 5 years ago
We have implemented a red banner in the old help wiki pages, so user landing in any page there is warned on the existence of the new Help.
Warning: This Help page is relevant to LibreOffice up to version 6.0.
For updated Help pages, visit https://help.libreoffice.org.
I think this address the the demand and the constrain on legacy versions.
Updated by Olivier Hallot about 5 years ago
- Status changed from In Progress to Resolved
Updated by Adolfo Jayme Barrientos almost 5 years ago
The old pages still show up in Google.
Updated by Florian Effenberger almost 5 years ago
- Status changed from Resolved to In Progress
- Target version changed from Q4/2019 to Q1/2020
Olivier, does it make sense to hide it (e.g. via robots.txt) from Google to enfore showing the new content? Guilhem can help with adding robots.txt
Updated by Florian Effenberger almost 5 years ago
Ok, can you coordinate with Guilhem on this?
Updated by Olivier Hallot about 4 years ago
The old page shows in Google because of the organic indexing, started a decade ago. We have refactored the help website to generate sitemaps.
There are still a large avenue of investigation on SEO based on schema.org and multi-language website (hreflang), in the hope to improve search results.
https://support.google.com/webmasters/answer/189077?hl=en
There is no way that I know to force Google to "forget" its organic indexing.
Updated by Florian Effenberger about 4 years ago
There is no way that I know to force Google to "forget" its organic
indexing.
Something like
https://support.google.com/webmasters/answer/9689846?hl=en could help?
Updated by Philippe Westenfelder 6 months ago
Couldn't this problem be considered solved and closed?
Updated by Adolfo Jayme Barrientos 6 months ago
- Status changed from In Progress to Closed
- Assignee deleted (
Olivier Hallot) - % Done changed from 0 to 100