Return-Path: X-Original-To: apmail-openoffice-dev-archive@www.apache.org Delivered-To: apmail-openoffice-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id D7005E8DA for ; Mon, 14 Jan 2013 01:48:27 +0000 (UTC) Received: (qmail 14405 invoked by uid 500); 14 Jan 2013 01:48:27 -0000 Delivered-To: apmail-openoffice-dev-archive@openoffice.apache.org Received: (qmail 14294 invoked by uid 500); 14 Jan 2013 01:48:27 -0000 Mailing-List: contact dev-help@openoffice.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@openoffice.apache.org Delivered-To: mailing list dev@openoffice.apache.org Received: (qmail 14283 invoked by uid 99); 14 Jan 2013 01:48:27 -0000 Received: from minotaur.apache.org (HELO minotaur.apache.org) (140.211.11.9) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 14 Jan 2013 01:48:27 +0000 Received: from localhost (HELO mail-oa0-f44.google.com) (127.0.0.1) (smtp-auth username robweir, mechanism plain) by minotaur.apache.org (qpsmtpd/0.29) with ESMTP; Mon, 14 Jan 2013 01:48:27 +0000 Received: by mail-oa0-f44.google.com with SMTP id n5so3552279oag.31 for ; Sun, 13 Jan 2013 17:48:26 -0800 (PST) MIME-Version: 1.0 Received: by 10.60.22.68 with SMTP id b4mr51869356oef.111.1358128106075; Sun, 13 Jan 2013 17:48:26 -0800 (PST) Received: by 10.182.29.136 with HTTP; Sun, 13 Jan 2013 17:48:25 -0800 (PST) In-Reply-To: <50F30BCF.6050705@wtnet.de> References: <50E870C3.8020704@apache.org> <50E880C3.1080303@apache.org> <50EB3201.90400@wtnet.de> <50EB4046.7090200@wtnet.de> <50EC82FD.3090105@apache.org> <50EF3473.9000108@wtnet.de> <50EF3E1E.9030702@wtnet.de> <50F07601.8020205@wtnet.de> <50F30BCF.6050705@wtnet.de> Date: Sun, 13 Jan 2013 20:48:25 -0500 Message-ID: Subject: Re: [WEBSITE] broken link on mac porting page From: Rob Weir To: dev@openoffice.apache.org Content-Type: text/plain; charset=UTF-8 On Sun, Jan 13, 2013 at 2:32 PM, Marcus (OOo) wrote: > Am 01/11/2013 09:39 PM, schrieb Rob Weir: > >> On Fri, Jan 11, 2013 at 3:28 PM, Marcus (OOo) >> wrote: >>> >>> Am 01/11/2013 12:36 AM, schrieb Rob Weir: >>> >>>> On Thu, Jan 10, 2013 at 5:18 PM, Marcus (OOo) >>>> wrote: >>>>> >>>>> >>>>> Am 01/10/2013 10:59 PM, schrieb Rob Weir: >>>>> >>>>>> On Thu, Jan 10, 2013 at 4:36 PM, Marcus (OOo) >>>>>> wrote: >>>>>>> >>>>>>> >>>>>>> >>>>>>> Am 01/08/2013 09:37 PM, schrieb Andrea Pescetti: >>>>>>> >>>>>>>> On 07/01/2013 Marcus (OOo) wrote: >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> Am 01/07/2013 09:54 PM, schrieb Rob Weir: >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> http://www.openoffice.org/porting/mac/ >>>>>>>>>> So I'd recommend either keeping the page and updating it. Or >>>>>>>>>> replacing it with a page that says that the Mac port is now full >>>>>>>>>> integrated with our releases and then link to the download page. >>>>>>>>>> Or >>>>>>>>>> put in a 401 redirect from that URL to the download page. ... >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> OK, then I prefer to use a redirect to the download area. >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> Sounds good. Actually, we can redirect everything under >>>>>>>> >>>>>>>> http://www.openoffice.org/porting/mac/ >>>>>>>> >>>>>>>> to the homepage, since links on the old page include support, >>>>>>>> screenshots, downloads... all resources directly available from the >>>>>>>> project homepage. >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> Then I would like to volunteer to try this on Sunday. > > > Before doing this, any other opinions about the new location > ("http://www.openoffice.org/mac" or different ?) and its content? > The components of the URL contribute to the relevancy of the page, so having "mac' in the path is a good thing. I could see /platforms/mac if we imagine creating in the future similar landing pages for Windows or Linux. Note that today, a query of "OpenOffice for Linux" has this ancient page as a #1 hit: http://www.openoffice.org/dev_docs/setup-linux.html And the #1 hit for "OpenOffice for Windows" is not even at our website. It goes to CNet's download.com page. So there is value in thinking of optimized pages for each of the platforms. I can help write content, if others can help contribute ideas for what to cover and help review. If we put ourselves in the mind of the user making the search engine query, you can imagine that there are probably two main cases: 1) A user who knows they want to download OpenOffice for their platform. So we want to make sure the landing page as a prominent link to the download page. 2) A user who is investigating OpenOffice for their platform. They probably want to verify what versions of their platform are supported, hardware requirements, etc. If we answer their questions then they will probably want to download. I don't think we need to include release notes or install instructions, since those are mainly for users after they download. But the landing page is getting them before they download. Regards, -Rob > Otherwise I assume lazy consensus and I'll create something for testing next > week. > > Thanks > > Marcus > > > > >>>>>> Hi Marcus, >>>>>> >>>>>> I took a closer look at the data and I have some concerns from an SEO >>>>>> perspective. >>>>>> >>>>>> We get a large number of visits from users who query Google for terms >>>>>> like: >>>>>> >>>>>> openoffice for mac >>>>>> open office mac >>>>>> openoffice mac >>>>>> free office for mac >>>>>> download openoffice for mac >>>>>> >>>>>> Try these queries in your browser. See the porting page is the >>>>>> number one hit. For me the 2nd hit is CNet and then we start hitting >>>>>> malware sites. We don't get another openoffice.org web page until >>>>>> position #10 in the search results. >>>>>> >>>>>> If we redirect to the home page, which does not mention "Mac" >>>>>> anywhere, then the next time Google updates its index it will see that >>>>>> as the contents of /porting/mac and judge it to be far less relevant >>>>>> to queries like "openoffice for mac". >>>>> >>>>> >>>>> >>>>> >>>>> Does it help to leave some keywords on the "/porting/mac/index.html"? >>>>> The the Google indexing bot recognize it, redirects then to the new >>>>> webpage >>>>> and we keep the search hits. >>>>> >>>> >>>> If you do a redirect at the HTTP level then Google won't ever see the >>>> contents of the /porting/mac pages. It will only see the destination >>>> page's contents. >>>> >>>> You could possibly do a>>>>> >>>>>> 1) Create a new landing page for users interested in OpenOffice for >>>>>> Mac. Maybe it is at http://www.openoffice.org/mac. Maybe it is based >>>>>> on whatever is relevant still from /porting/mac. It doesn't need tons >>>>>> of content, but enough to be relevant. >>>>>> >>>>>> 2) Redirect /porting/mac/* to /mac/index.html >>>>>> >>>>>> 3) Delete the old /porting/mac >>>>> >>>>> >>>>> >>>>> >>>>> Why does a Google search behave different here? Sorry, I don't see the >>>>> difference to just redirect. >>>>> >>>> >>>> The redirect would work the same way. The difference is in the >>>> contents of the landing page. If we redirect to the home page, or the >>>> download page, there is almost no discussion about Mac OpenOffice. >>>> The old page, even if the content is out-of-date, is still seen as >>>> relevant. >>> >>> >>> >>> OK, so the difference is to leave the keywords on the target webpage and >>> not >>> on the one that is redirecting. >>> >> >> Yes. >> >>> To create "http://www.openoffice.org/mac" with some content helping to >>> keep >>> the Google hits high and a big, visible download link (which points to >>> the >>> actual download webpage) should be hopefully enough. >>> >> >> The current .porting/mac page isn't fancy, but it does have a central >> "Get the latest Apache OpenOffice release for your MacOS X." with a >> link to the download page. >> >> I'd keep it simple. What is the minimum amount of information a Mac >> user needs to know? Maybe, what versions of MacOS are supported? >> Maybe anything special to know about installing with Lion security? >> That plus a download link. >> >> Regards, >> >> -Rob >> >>> Right? >>> >>> >>>>> PS: >>>>> I want to get rid of the old content but of course not loose the Google >>>>> search hits. >>>>> >>>> >>>> Me too ;-) >>>> >>>> -Rob >>>> >>>> >>>>> Marcus >>> >>> >>> >>> Marcus