Mantenha tudo organizado com as coleções
Salve e categorize o conteúdo com base nas suas preferências.
Um arquivo de página de destino é um arquivo XML que os parceiros criam para definir vários destinos de URL quando um usuário clica no preço de um anúncio de hotel no Google e é redirecionado para o site de um parceiro. Você pode fazer upload de um arquivo de página de destino usando a
Central para Hotéis. Para mais detalhes, consulte
Gerenciar e atualizar suas páginas de destino.
O elemento raiz do arquivo da página de destino é <PointsOfSale>. Cada página de destino
no arquivo é definida por um elemento filho <PointOfSale>. É possível ter vários
elementos filhos <PointOfSale> em um arquivo de página de destino. No entanto, todas as páginas de destino se referem ao mesmo parceiro.
Exemplo
O exemplo a seguir mostra um arquivo de página de destino que define duas páginas de destino:
Neste exemplo, usuários com inglês ou francês como idioma preferido na França ou nos EUA
seriam correspondentes à primeira página de destino. Essa página de destino tem dois nomes de exibição:
TravelAgency.com e TravelAgency.com.fr. Esses dois sites aceitam inglês
e francês como idiomas e dólares americanos e euros como moedas. O URL gerado que é transmitido para a página de destino inclui detalhes sobre a transação, como as datas de check-in e check-out, o ID do hotel e o idioma do usuário.
Um usuário com preferência pelo espanhol nos EUA corresponderia à segunda página de destino.
No entanto, essa página de destino aceita apenas um nome de exibição, um idioma e
uma moeda. Além disso, o URL gerado envia apenas o ID do hotel para a página de destino e não envia a data de check-in, a duração da estadia ou qualquer outra informação.
O usuário precisa inserir essas informações novamente no site do parceiro.
Todos os direitos reservados. Java é uma marca registrada da Oracle e/ou suas afiliadas.
Última atualização 2025-07-25 UTC.
[[["Fácil de entender","easyToUnderstand","thumb-up"],["Meu problema foi resolvido","solvedMyProblem","thumb-up"],["Outro","otherUp","thumb-up"]],[["Não contém as informações de que eu preciso","missingTheInformationINeed","thumb-down"],["Muito complicado / etapas demais","tooComplicatedTooManySteps","thumb-down"],["Desatualizado","outOfDate","thumb-down"],["Problema na tradução","translationIssue","thumb-down"],["Problema com as amostras / o código","samplesCodeIssue","thumb-down"],["Outro","otherDown","thumb-down"]],["Última atualização 2025-07-25 UTC."],[[["\u003cp\u003eA landing page file, uploaded via Hotel Center, directs users from Hotel Ads to specific URLs on a partner's website based on criteria like language and country.\u003c/p\u003e\n"],["\u003cp\u003eEach landing page file can define multiple landing pages using \u003ccode\u003e<PointOfSale>\u003c/code\u003e elements but must be associated with a single partner.\u003c/p\u003e\n"],["\u003cp\u003eLanding pages can be customized to include transaction details like check-in/out dates, hotel ID, and user language in the redirected URL.\u003c/p\u003e\n"],["\u003cp\u003ePartners can tailor the display name of their landing pages for different languages to enhance user experience.\u003c/p\u003e\n"]]],[],null,["# Landing pages overview\n\nA landing page file is an XML file that partners create to define various URL\ndestinations when a user clicks on a Hotel Ad price on Google and it gets\nredirected to a partner's website. You can upload a landing page file using\nHotel Center. For details, refer to\n[Manage and update your landing pages](https://support.google.com/hotelprices/answer/9457428).\n\nThe root element of the landing page file is `\u003cPointsOfSale\u003e`. Each landing page\nin the file is defined by a `\u003cPointOfSale\u003e` child element. You can have multiple\n`\u003cPointOfSale\u003e` child elements in a landing page file. However, all landing\npages refer to the same partner.\n| **Key Point:** You cannot use a single landing page file to define landing pages for more than one partner.\n\n### Example\n\nThe following example shows a landing page file that defines two landing pages: \n\n \u003c?xml version=\"1.0\" encoding=\"UTF-8\"?\u003e\n \u003cPointsOfSale\u003e\n \u003cPointOfSale id=\"TravelAgency\"\u003e\n \u003cDisplayNames display_text=\"TravelAgency.com\" display_language=\"en\"/\u003e\n \u003cDisplayNames display_text=\"TravelAgency.com.fr\" display_language=\"fr\"/\u003e\n \u003cMatch status=\"yes\" language=\"en\"/\u003e\n \u003cMatch status=\"yes\" language=\"fr\"/\u003e\n \u003cMatch status=\"yes\" country=\"US\"/\u003e\n \u003cMatch status=\"yes\" country=\"FR\"/\u003e\n \u003cMatch status=\"yes\" currency=\"USD\"/\u003e\n \u003cMatch status=\"yes\" currency=\"EUR\"/\u003e\n \u003cURL\u003ehttp://partner.com/landing?hid=(PARTNER-HOTEL-ID)&checkin=(CHECKINYEAR)-(CHECKINMONTH)-(CHECKINDAY)&checkout=(CHECKOUTYEAR)-(CHECKOUTMONTH)-(CHECKOUTDAY)&language=(USER-LANGUAGE)\u003c/URL\u003e\n \u003c/PointOfSale\u003e\n \u003cPointOfSale id=\"Others\"\u003e\n \u003cDisplayNames display_text=\"TravelAgency en espanol\" display_language=\"es\"/\u003e\n \u003cMatch status=\"yes\" language=\"es\"/\u003e\n \u003cMatch status=\"yes\" country=\"US\"/\u003e\n \u003cMatch status=\"yes\" currency=\"USD\"/\u003e\n \u003cURL\u003ehttp://partner-espanol.com/landing?hotelID=(PARTNER-HOTEL-ID)\u003c/URL\u003e\n \u003c/PointOfSale\u003e\n \u003c/PointsOfSale\u003e\n\nIn this example, English or French preferred users in the US or France\nwould match the first landing page. This landing page has two display names:\n`TravelAgency.com` and `TravelAgency.com.fr`. These two sites support English\nand French for languages, and US dollars and Euros for currencies. The generated\nURL that is passed to the landing page includes details about the transaction,\nsuch as the check-in and check-out dates, hotel ID, and user language.\n\nA Spanish preferred user in the US would match the second landing page.\nHowever, this landing page supports only one display name, one language, and\none currency. Also, the generated URL only sends the hotel ID to the landing\npage and doesn't send the check-in date, length of stay or any other information.\nThe user should input those information again on the partner's website.\n\nFor more information, refer to\n[Landing Pages File Syntax](/hotels/hotel-prices/dev-guide/pos-syntax)."]]
