@Guy991
bom dia,
Respeito seu ponto de vista, porém em minha postagem a intenção foi exatamente explicar que há diferença entre consulta de reserva, que como o próprio nome resume, trata-se apenas de uma consulta, não significa necessariamente que o consultante prosseguirá com o pagamento e confirmação da reserva, caso o anfitrião clique em pré-aprovar.
A aceitação ou recusa de uma consulta de reserva, nao impacta em bloqueio de datas no calendario e permite que sejam aceitas várias consultas de reserva, para uma mesma data, onde após a pré-aprovação, quem efetuar o pagamento primeiro, fica com a reserva.
Diferentemente do pedido de reserva, onde o consultante está decidido em se hospedar no imóvel e aguarda somente o aceite do anfitrião ou recusar, que também é de direito, sem penalização, caso seja feita.
Reafirmo que toda ação feita pelo anfitrião, alimenta o algoritmo.
Se o anfitrião tiver um anuncio mal configurado, isso fará com que recuse muitas consultas de reserva, por discordar nos valores ou disponibilidade de datas de seu calendario o que poderia ser evitado, caso seu anuncio estivesse bem configurado.
A partir do momento que se tem um volume considerável de recusas, o algoritmo entende que o anfitrião não tem tanto interesse em hospedar, refletindo negativamente no posicionamento do anuncio nas paginas de busca.
Ao invés de pensar que o algoritmo irá diminuir a exposição de um anuncio, baseado no volume de recusas feito pelo anfitrião, vamos pensar diferente:
O mesmo algoritmo, irá posicionar melhor anuncios bem configurados, onde o anfitrião aceitas todas ou a grande maioria das consultas de reserva, porque entende que este anfitrião tem interesse em hospedar.
Se 50 anfitriões agirem desta forma com seus anuncios, será 50 anuncios se posicionando à frente do anuncios que tem muitas recusas, resumindo, o resultado final é o mesmo, porem mudou apenas a forma de pensar.
--
good morning,
I respect your point of view, however, my intention in my post was precisely to explain that there is a difference between a reservation inquiry, which, as the name itself summarizes, is only an inquiry and does not necessarily mean that the inquirer will proceed with the payment and confirmation of the reservation if the host clicks on pre-approve.
Accepting or rejecting a booking request does not affect date blocking on the calendar and allows multiple booking requests to be accepted for the same date. After pre-approval, whoever makes the payment first secures the booking.
Unlike a reservation request, where the inquirer has decided to stay at the property and is only waiting for the host's acceptance or refusal, which is also a right, without penalty if done.
I reaffirm that every action taken by the host feeds into the algorithm.
If a host has a poorly configured listing, it will cause them to reject many booking requests due to disagreements over prices or date availability on their calendar, which could be avoided if their listing were properly configured.
Once a considerable volume of rejections is received, the algorithm understands that the host is not very interested in hosting, negatively impacting the ad's ranking on search engine results pages.
Instead of thinking that the algorithm will decrease the exposure of an ad based on the volume of rejections made by the host, let's think differently:
The same algorithm will prioritize well-configured listings where the host accepts all or the vast majority of booking inquiries, because it understands that this host is interested in providing accommodation.
If 50 hosts act this way with their ads, it will mean 50 ads ranking ahead of the ads that have many rejections. In short, the end result is the same, but only the way of thinking has changed.
Translation added by Community Manager
