There is some guidlines on multi-regional websites here: https://support.google.com/webmasters/answer/182192?hl=en
On Mon, Jun 16, 2014 at 2:40 PM, James McGlinn <ja...@eventfindahq.com> wrote: > Hi Jochen, > > Not sure about RFC or best practice documentation, but my research > suggests different URLs for geotargeted and/or translated content is the > only practical way to go – either a different domain or a URL path prefix. > > You should also be referencing the alternative pages for any content from > the header of that page, e.g. on the homepage for Eventfinda New Zealand we > have: > > <link rel="alternate" hreflang="de-at" href="http://www.wohintipp.at/"; /> > <link rel="alternate" hreflang="en-au" href=" > http://www.eventfinder.com.au/"; /> > <link rel="alternate" hreflang="en-us" href="http://www.eventfinda.com/"; > /> > <link rel="alternate" hreflang="en-sg" href="http://www.eventfinda.sg/"; /> > > Hope that helps. > > —James > > > On 16/06/2014, at 2:27 pm, Jochen Daum <j...@automatem.co.nz> wrote: > > Hi, > > I manage a software companies website, which has some content that is > geotargeted for 4 different markets (US, UK, AU, NZ) > > On the homepage 2 country specific case studies are included > On some other pages, a single link may change based on the market > > Currently the url for these pages is the same, independent of the > market targeted. > > The CMS used for this site has a page level caching feature, which we > currently cannot use. To enable page level caching, we would like to > have the homepage redirect based on geo targeting location, ie. to > website.com/us, website.com/uk, website.com/au etc, so that each page > can be cached. > > Apart of anecdotal evidence from major company websites (Oracle, > Microsoft, Oracle), are there any alternatives to enabling page level > caching or for example proxy caching. > > Is there any RFC or best practice documentation that shows this is the > right path to go? > > > -- > Kind Regards, > > Jochen Daum > > "There is no shortcut to anywhere worth going" - Beverly Sills > > Automatem Ltd > Tauranga: +64 7 281 1289 > Auckland: +64 9 630 3425 > Mobile: +64 21 567 853 > Email: j...@automatem.co.nz > Website: www.automatem.co.nz > Skype: jochendaum > http://nz.linkedin.com/in/automatem > http://twitter.com/automatem > > -- > -- > NZ PHP Users Group: http://groups.google.com/group/nzphpug > To post, send email to nzphpug@googlegroups.com > To unsubscribe, send email to > nzphpug+unsubscr...@googlegroups.com > --- > You received this message because you are subscribed to the Google Groups > "NZ PHP Users Group" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to nzphpug+unsubscr...@googlegroups.com. > For more options, visit https://groups.google.com/d/optout. > > > -- > -- > NZ PHP Users Group: http://groups.google.com/group/nzphpug > To post, send email to nzphpug@googlegroups.com > To unsubscribe, send email to > nzphpug+unsubscr...@googlegroups.com > --- > You received this message because you are subscribed to the Google Groups > "NZ PHP Users Group" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to nzphpug+unsubscr...@googlegroups.com. > For more options, visit https://groups.google.com/d/optout. > -- -- NZ PHP Users Group: http://groups.google.com/group/nzphpug To post, send email to nzphpug@googlegroups.com To unsubscribe, send email to nzphpug+unsubscr...@googlegroups.com --- You received this message because you are subscribed to the Google Groups "NZ PHP Users Group" group. To unsubscribe from this group and stop receiving emails from it, send an email to nzphpug+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
