Besplatni alat

iCal validator,
za domaćine koji su jednom izgorjeli.

Zalijepite bilo koji Airbnb, Booking.com, Vrbo ili Smoobu iCal URL. Dohvatit ćemo ga, parsirati i reći vam točno što ne valja prije nego što vas to košta premještanja gosta.

Radi s Airbnbom, Booking.comom, Vrbom, Smoobuom, iGMS-om i bilo kojim alatom koji izvozi javni iCal feed. Ništa se ne pohranjuje — dohvatimo feed jednom, parsiramo ga i odbacimo.

Što ovaj alat provjerava

Četiri iCal kvara koji uzrokuju prave dvostruke rezervacije.

Većina „misterioznih dvostrukih rezervacija“ povezuje se s jednim od četiri problema u uzvodnom iCal feedu. Validator iznad označava svaki — evo što znače jednostavnim jezikom i što učiniti kad ih pronađete.

Zašto mi se Airbnb iCal sinkronizacija prekida?

Tri uobičajena sumnjivca: duplikati UID-ova, nedostajuća obavezna polja i zastarjeli feedovi. iCal sinkronizacija je protokol temeljen na provjeri bez kanala za pogreške — kad nešto od toga pođe po zlu, vaš channel manager tiho prepiše ili preskoči događaje umjesto da vam kaže. Alat otkriva sva tri prije nego što vas to košta premještanja gosta.

Koji URL trebam zalijepiti?

toolIcal.guide.blocks.url.body

Što je duplikat UID-a i zašto je važno?

RFC 5545 zahtijeva da svaki događaj nosi globalno jedinstven UID. Nizvodni sinkronizacijski motori — Airbnb, Booking.com, vaš channel manager, BookBed — koriste taj UID kao ključ identiteta događaja. Ako dva događaja dijele jedan, drugi se tretira kao ažuriranje prvog, tiho prepisujući jednu od vaših pravih rezervacija.

U praksi to izgleda kao „rezervacija je upravo nestala iz mog kalendara“. Popravak je uzvodno: ponovno izvezite feed, ili u PMS alatima prisilite regeneraciju UID stupca.

Što znači nedostajući DTSTART ili DTEND?

Isti RFC: svaki VEVENT treba minimalno DTSTART (početak) — i idealno DTEND ili DURATION. Događaji bez početnog datuma su neparsabilni; većina čitača ih u potpunosti preskače. Efekt: te noći ostaju označene kao dostupne iako imate rezervaciju, i pokušaj ponovne prodaje rezultira dvostrukom rezervacijom.

Uzrok je gotovo uvijek uzvodna greška — kanal koji je generirao loš izvoz. Ponovni izvoz obično popravlja. Ako ustraje, otvorite tiket podrške na izvornoj platformi s priloženim sirovim .ics.

Što znači preklapanje — nije li to samo dvostruka rezervacija?

Ponekad. Dva preklapajuća događaja s različitim UID-ovima na dva različita kanala = prava dvostruka rezervacija; imate minute za premještanje jednog gosta. Ali preklapanje na oglasu s više jedinica (apartmanska zgrada, vila s dva apartmana) je namjerno — isti feed legitimno drži dvije paralelne rezervacije. Validator označava svako preklapanje; vi odlučujete koja su stvarni sukobi na temelju toga premašuje li broj jedinica 1.

Zašto je Last-Modified zaglavlje toliko važno?

HTTP Last-Modified zaglavlje govori vam kada je feed posljednji put regeneriran. Ako je zaglavlje starije od 24 sata, jedna od dvije stvari je istina: ništa nije rezervirano ili otkazano u 24 sata (rijetko za aktivne oglase), ili je uzvodna platforma prestala osvježavati feed, a vaš channel manager provjerava zastarjeli cache. Potonje je tihi ubojica — rezervacije nastavljaju stizati na Airbnb, ali Booking.com vidi zamrznuti kalendar i dopušta gostu da rezervira istu noć.

Pohranjujete li feed koji zalijepim?

Ne. Server Action dohvaća feed jednom, parsira ga u memoriji i odbacuje i feed i URL nakon što se prikaže izvještaj. Sam URL se ne bilježi. Ograničavamo na 10 zahtjeva po minuti po IP-u da spriječimo zloupotrebu, ali ništa o stvarnom sadržaju feeda se ne zadržava. Dohvatitelj radi u potpunosti na strani poslužitelja — ni vaš preglednik niti bilo koja treća strana (analitika, Tawk itd.) ne vide URL koji zalijepite.

Kada iCal nije dovoljan — i što ga popravlja?

iCal je protokol temeljen na provjeri, bez push-a, bez kanala za pogreške i bez jamstava o svježini. Za samostalne domaćine na 1–2 jedinice radi dobro. Čim vodite 5+ jedinica kroz 3+ kanala — ili jedan popularan oglas tijekom vršne sezone — interval provjere postaje mjesto gdje se događaju dvostruke rezervacije.

Popravak je ili alat koji provjerava svakih 60 sekundi ili manje (usporedite BookBed sa svakim glavnim PMS-om na ovoj specifikaciji), ili alat koji u potpunosti zaobilazi iCal i povezuje se izravno na Airbnb Channel Connect API i Booking.com XML API — jedine protokole na kojima ta dva kanala objavljuju povratne informacije o pogreškama.

Iznad validatora

BookBed provjerava iCal svakih 60 sekundi — i koristi direktne API-je gdje postoje.

Rezultat: prozor najgore moguće dvostruke rezervacije od otprilike jedne minute, naspram 15–45 minuta na sirovom iCal-u. Pogledajte cijene ili usporedite nas s vašim trenutnim alatom.