openoffice-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Rob Weir <robw...@apache.org>
Subject Re: [WEBSITE] broken link on mac porting page
Date Mon, 14 Jan 2013 01:48:25 GMT
On Sun, Jan 13, 2013 at 2:32 PM, Marcus (OOo) <marcus.mail@wtnet.de> wrote:
> Am 01/11/2013 09:39 PM, schrieb Rob Weir:
>
>> On Fri, Jan 11, 2013 at 3:28 PM, Marcus (OOo)<marcus.mail@wtnet.de>
>> wrote:
>>>
>>> Am 01/11/2013 12:36 AM, schrieb Rob Weir:
>>>
>>>> On Thu, Jan 10, 2013 at 5:18 PM, Marcus (OOo)<marcus.mail@wtnet.de>
>>>> wrote:
>>>>>
>>>>>
>>>>> Am 01/10/2013 10:59 PM, schrieb Rob Weir:
>>>>>
>>>>>> On Thu, Jan 10, 2013 at 4:36 PM, Marcus (OOo)<marcus.mail@wtnet.de>
>>>>>> 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<meta http-equiv="refresh>   style redirect
from
>>>> within the browser, but that can be a bad user experience.
>>>
>>>
>>>
>>> I thought about to do it this way. Is there a better way?
>>>
>>>
>>>>>> So I think we should consider this carefully.
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> Of course.
>>>>>
>>>>>
>>>>>> Is there anything
>>>>>>
>>>>>> actually wrong with the /porting/mac page as it is?
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> Ahm, besides totally outdated and no longer needed data not. ;-)
>>>>>
>>>>> When I look around there is nearly nothing that should be kept (links,
>>>>> screenshots, X11<-->   Aqua, release news about older versions,
FAQs).
>>>>>
>>>>
>>>> OK.  I am not a Mac person.  Is there anything useful we could say
>>>> about OpenOffice on the Mac?  Any FAQ's?  Any useful instructions?
>>>>
>>>>>
>>>>>> Here's an alternative idea.  If the issue is that this is no longer
a
>>>>>> "porting" project, then maybe we could do something like this:
>>>>>>
>>>>>> 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

Mime
View raw message