Set up Website & Booking Engine end to end

Разберете студиото на уебсайта и неговия модел на собственост

Open Website from the main navigation. Неговата фиксирана заглавка показва състоянието на публикацията и публичния адрес на собственост. Иконата за визуализация отваря текущата удостоверена чернова в нов раздел, без да публикува или създава резервация. Публикуването създава нова моментна снимка на живо само след преминаване на готовността и изрично потвърждение. Когато дадена версия е активна, Нулиране до чернова превежда публичния сайт офлайн след друго потвърждение, като същевременно запазва редактируемата чернова и предишната хронология на моментните снимки.

Design & Layout избира шаблона, представянето на стаята и композицията на страницата, споделяна от повърхностите, обърнати към гостите. Страницата за резервация съдържа копие на страница, публична навигация, правила за резервация, портал за гости и фрагменти от уебсайтове. Онлайн регистрацията контролира покани, време, необходими данни, съгласие, подпис и преглед на приема. Павилионът за регистрация контролира екрана за пристигане на управляван таблет. Ваучерите съдържат магазин, продукти, стойности, готовност на онлайн плащания, поръчки и неговото вграждане. Имейлите обединяват редактируемо съдържание на съобщения за резервации, настаняване и ваучери.

Името на собствеността, логото, цветовете, шрифтът и публичният плужек се поддържат съзнателно в Настройки → Свойство. Доставчиците на плащания и готовността за техническа проверка принадлежат към настройките за централно плащане или интеграция; пощенските сървъри и подателите принадлежат към настройките за комуникация. Стаи, категории, снимки, капацитет, тарифи, цени, наличност, екстри, удобства, правила за анулиране, финанси и поверителност също остават в техните собствени модули. Студиото на уебсайта се свързва към и използва тези източници, вместо да създава друго копие.

Във всяка визуална област работете или в Преглед, или в Конфигурация. Предварителният преглед използва същия споделен рендеринг на React като сайта за гости и предоставя контроли за устройство, опресняване, мащабиране и цял екран. Конфигурацията автоматично записва рутинни промени в чернова след кратка пауза и показва зареждане, запазване, успех и неуспех. Запазена чернова не е активна. След всяка съществена промяна прегледайте засегнатия език, размера на устройството и пътя на госта, преди да публикуваш отново.

Одобрете централните източници на продукти преди студиото

Започни със стаи и категории с имена, заетост, физически инвентар, реални снимки и многоезични описания. Наличността идва от реален инвентар.

Поне един активен директен тарифен план трябва да върне валидна цена на сървъра. Обществената резервация никога не се доверява на измислена от клиента обща или резервна ставка.

Марката и домейнът са активни в настройките на собствеността; политиките, удобствата и екстрите остават в централните им модули. Копието на имейла за гости принадлежи на Уебсайт → Имейли. Страницата за резервация избира и поръчва, вместо да копира.

Отнасяйте се към тази подготовка като към одит на източника на истината, а не като към украса на страницата. Запиши коя категория стая предоставя всяка оферта, кои физически стаи създават нейния инвентар, кой директен тарифен план изчислява цената и коя политика управлява анулирането. След това провери същата верига за нормална дата, разпродадена дата и блокирана стая. Ако една стая е деактивирана или блокирана, общественото количество трябва да падне автоматично. Ако даден план няма валидна цена, офертата трябва да изчезне, вместо да показва прогноза. Този кратък одит предотвратява най-скъпата грешка при стартиране: изпипана страница, която продава продукт, който хотелът не може да достави.

Конфигурирайте дизайн, страница за резервация, езици и режим на резервация

Отвори Уебсайт → Дизайн и оформление. Избери един от петте производствени шаблона по тип имот, изображения и желана плътност на информацията: Classic Hotel балансира медии, търсене и оферта; Alpine Retreat е завладяващ и воден от изображения; Urban Boutique е типографски и компактен; Luxury Calm дава повече пространство на изображенията и спокойствието; Compact Direct поставя наличността на първо място. Всеки шаблон използва една и съща логика за реална наличност, ценообразуване, няколко стаи, екстри, плащане и резервация. Изборът на шаблон променя състава, а не източника на данни или професионалното поведение.

Задай правила за представяне на карта на стаята, разстояние и други правила за оформление и отвори централен корпоративен дизайн чрез дълбоката връзка Настройки → Свойство, когато е необходимо. Логото, основните и акцентните цветове, шрифтът и стилът на ъгъла се прилагат в страницата за резервации, портала за гости, онлайн регистрацията, павилиона, магазина за ваучери и имейла на гостите. Персонализираният CSS остава затворена експертна област: обхванете го в предвидения контейнер на уебсайта, провери го на мобилно устройство и го преглеждайте отново след всяка промяна на шаблона. Никога не използвай CSS, за да скриете функционални контроли, цени, политики или състояния на валидиране.

Преминете към Уебсайт → Страница за резервация и попълни заглавието на страницата, копието на действието, описанието на имота, навигацията и доверителното съдържание за всеки активен език на госта. STRYK поддържа 18 гост езика. Поддържайте имена на стаи, кратки и пълни описания и удобства централно под Стаи и категории; STRYK може да направи чернова на превод от езика по подразбиране на собствеността на активиран вторичен език там. Прегледайте и коригирайте всяка чернова на AI, преди да запазите, особено цени, собствени имена, услуги и правно приложими изявления. След това прегледайте цялото пътуване, включително календар на наличността, алтернативни дати, търсене на няколко стаи, стаи, планове, екстри, подробности за гостите, правила, въвеждане на ваучер, плащане и обобщение. Никой гост не може да срещне празно копие, неправилни условия или непълна информация за стаята след смяна на езика.

Задай правила за работа и съзнателно избери заявка, автоматично потвърждение или изискване на плащане. Payment-required се нуждае от проверен доставчик с възможност за плащане, а не от визуален контейнер.

Публикувайте само пълни категории, директни планове, екстри, обществени правила и активни удобства. Поръчката променя представянето, а не истината на източника.

Преди да продължите, запиши планирания режим на резервация и го тествайте спрямо работата на хотела. Режимът на заявка изисква ясна отговорност и краен срок за отговор. Автоматичното потвърждение се нуждае от надежден инвентар и пълно съобщение за потвърждение. Изисква се допълнително плащане, изискващ публичен метод на плащане и връзка с доставчик, който наистина може да завърши плащането. За всеки активен език на гост прегледайте заглавието на героя, текста на действието, описанието на хотела, съдържанието на стаята, политиката и съобщението за потвърждение като едно пътуване. Преведеното меню не е многоезична готовност, когато решаващото продажно или легално съдържание остава празно. Потвърди, че всяка публикувана екстра има ясна единица, цена и собственик на изпълнение в хотела.

Конфигурирайте безопасно онлайн регистрация и портал за гости

Активирай онлайн регистрацията само след като езиците на гостите, часовете на хотела и необходимите данни са договорени. Определете колко часа преди пристигането става изискуема покана, колко време остава валидна нейната защитена връзка и дали се изискват паспортни данни, изрично съгласие и собственоръчен подпис. Точните декларации за съгласие и подпис, показани при изпращане, се запазват с език, версия и време като доказателство. Активиране на ръчен преглед на рецепция винаги, когато предоставената информация не трябва да бъде одобрена автоматично.

За автоматични покани съзнателно избери отговарящи на условията канали за резервация, типове резервации и сегменти на гостите. STRYK избира дължимите директни или ръчно въведени резервации във времето на имота и изпраща всяка защитена връзка най-много веднъж. Booking.com, Expedia и Airbnb остават в действителния си канал за комуникация OTA; тази автоматизация на имейл никога не олицетворява OTA съобщение. Преглед на доказателства за изчакващи, изпратени, пропуснати или резултати от ръчен преглед. An ambiguous SMTP result is not retried blindly.

Работният списък за приемане разделя изпратените, в процес на преглед, необходимата корекция и одобрените. Упълномощен оператор изисква прегледа, сравнява резервацията, данните за гостите, придружителите, данните от документа, съгласието и подписа и изисква конкретна корекция, където е необходимо. Approved online check-in prepares arrival; то само по себе си не замества физическото настаняване в стаята, готовността на стаята или изискваното предаване на регистрация на орган. Те остават отделни, проследими работни състояния.

Активирай незадължителния портал за гости под страницата за резервация и съзнателно избери между защитена връзка за резервация без постоянен акаунт и допълнителен акаунт за гости; когато е деактивиран, той остава напълно скрит. Гостите получават ограничен във времето достъп чрез определени имейли за резервация или го заявяват чрез потвърден имейл адрес. Те виждат само отговарящи на условията резервации, подробности за престоя, състояние на плащане и правила за анулиране. Отговаряща на условията директна или ръчно въведена резервация се анулира безпомощно в PMS. Booking.com, Expedia, Airbnb и други OTA резервации остават с изходния си канал и не могат да бъдат анулирани паралелно през портала STRYK. Заявки за дати, заетост или данни за контакт влизат на опашката за прием; рецепцията все още променя цената, стаята и престоя чрез каноничния работен процес за резервации.

Настрой павилиона за чекиране като управлявана работна станция

Активирай павилиона само на специален таблет или терминал на рецепция. STRYK осигурява един специфичен за свойство потребител след kiosk-[property-slug]. Задай силна отделна парола и никога не използвай акаунт на собственик или приемник на устройството. Влизането с роля на павилион отваря директно приложението на павилиона, а не нормалното администриране на STRYK. Ако павилионът е оттеглен или е изгубено устройство, изтрийте потребителя на павилиона или незабавно промени паролата му, така че съществуващите сесии да бъдат анулирани.

Поддържайте кратко заглавие за добре дошли и инструкции на предвидения език по подразбиране. Задай достатъчно кратко време за изчакване на неактивност, така че информацията за предишния гост да не остава на екрана. Насоките за показване на рецепцията помагат на гостите без номер на резервация; изрично не създава резервация за влизане в павилиона. Също така избери дали успешното настаняване показва само потвърждение, номера на стаята, код за ключ или персонализирано съобщение. Разкривайте подробности за стаята или сейфа само когато освобождаването на стаята и ключовите операции са предназначени за това.

Използвай визуализация на павилион, за да проверите текста, езика, указанията за изчакване и действието за завършване. След това стартирайте контролирана отговаряща на условията резервация на предвиденото устройство. Тестово търсене, съвпадение на самоличността, необходими данни за регистрация, съгласие, подпис, състояние на стаята и екран за завършване. Ограничете навигацията в браузъра, съхранението на пароли, предварителни прегледи на известия и други приложения в съответствие с правилата за устройството на собствеността. Почистване чрез нормални операции за резервация и настаняване; никога не променяйте истинска резервация за гости само за тест на оформлението.

Connect email, vouchers, domain and snippets

Под имейли редактирайте само темата и копието на собствеността за поддържани съобщения за резервация, онлайн регистрация и ваучери на всеки активен език на госта. HTML обвивката, логото, цветовете и шрифтът на STRYK идват от дизайна на собствеността. URL адресите за резервация, портал, регистрация и ваучери, токени за достъп, логика за сигурност и PDF прикачени файлове се вмъкват от страната на сървъра и не могат да бъдат премахнати или заменени с опасни връзки в нормалния редактор. Промените се запазват автоматично като чернова и трябва да бъдат прегледани с представителни данни както в текст, така и в HTML изобразяване.

Отнасяйте се към състоянието на доставка като към доказателство, а не към декорация. Разграничаване на чакащ, изпращащ, приет от пощенския сървър, неуспешен и ръчен преглед. За двусмислен резултат провери получателя, пощенската кутия на собствеността и хронологията на събитията, преди да избери умишлено повторно изпращане. Техническото приемане не доказва, че гостът е прочел съобщението. Поради това защитените връзки трябва да се преиздават само чрез предназначения поток за удостоверена поддръжка.

Под Ваучери конфигурирайте публичния магазин за ваучери, фиксирани продукти, опционални лимити на персонализирани стойности, валидност и условия. Онлайн продажбата е разрешена само с активен домейн на уебсайта, потвърдена доставка на имейл и напълно свързан акаунт на живо в онлайн плащания. След потвърдено заснемане STRYK създава точно една поръчка, ваучер, неизменен PDF, защитен цифров достъп и заявка за доставка. Поръчките и двусмислените резултати от доставката остават видими в студиото. Издаването на пари в брой, QR валидирането, частичното или пълното обратно изкупуване и финансовите корекции са обхванати в специалното ръководство за настройка, продажба и осребряване на хотелски ваучери за подарък.

Стандартният публичен адрес е {property-slug}.staystryk.com. Провери и запазете охлюва в Настройки → Свойство → Домейн; нормалните промени са ограничени до две за календарна година, тъй като адресът на госта и стандартният подател трябва да останат оперативно стабилни. Website studio always shows the active address. Домейнът на персонализирана собственост допълнително изисква поддържания DNS и процес на проверка и не трябва да се третира като публичен, преди активирането да бъде потвърдено. Не създавайте ad hoc пренасочване или изключение на уеб сървъра като заместител.

Под Страница за резервация → Фрагменти, първо регистрирайте всеки уебсайт за собственост като точен HTTPS източник; пътища, заместващи символи и несигурни HTTP адреси се отхвърлят. Само след успешна публикация и активен домейн STRYK генерира обвързан с произход код. Наличните формуляри включват URL адрес за резервация, прост бутон за резервация, компактен CTA, джаджа за наличност, текст на резервацията, налични стаи и пълната страница с iframe. Компактна джаджа за наличност обикновено е правилният запис на началната страница, като завършването продължава на цялата страница за резервация. Тествайте вграждане, мобилна височина, фокус на клавиатурата, поведение на бисквитките и Политика за сигурност на съдържанието на уебсайта за недвижими имоти.

Затворете всички единадесет проверки за готовност

Готовността има единадесет проверки. Високият процент не е достатъчен, ако плащането или потвърждението остават липсващи.

Използвай всяка дълбока връзка, за да коригирате източника, върнете се на уебсайта и опреснете. Не крийте липсващ инвентар, снимки или цени с козметично съдържание.

Зелената отметка доказва присъствие, а не качество на съдържанието. Прегледайте изображения, планове, правила и плащания в търговска и оперативна гледна точка.

Използвай единадесетте чека като подписан стартов лист. Потвърди активен поддомейн; шаблон и основен цвят; основна конфигурация; герой, екшън текст и описание на хотел на всеки активен език; поне една категория, която може да се резервира, подкрепена от физически инвентар; оригинална снимка на стаята; активен тарифен план Direct; използваем публичен метод на плащане; връзка с възможност за плащане, когато се изисква плащане; публична политика за анулиране; и активен имейл за потвърждение с тема и текст на всеки език. Добави рецензент и дата до всеки елемент. Зелен резултат от системата доказва, че данните съществуват. Посоченият рецензент доказва, че данните са верни, разбираеми и търговски подходящи за този хотел.

Систематично одобрявайте вътрешния преглед на черновата

Използвай само уебсайт → Визуализация на страницата за резервация в /booking/preview/draft за непубликувана работа. Той използва удостоверени данни за предварителен преглед, не създава резервация и не е доказателство за живо публично достояние.

Започни от мобилна ширина, след това от настолен компютър и повтори всеки език. Провери дали няма изрязване, припокриване, нарушен фокус или грешна марка.

Тествайте налични, неналични и ценово ограничени търсения. Валидирайте инвентара, плановете, цените за нощувка, екстрите, общия брой, броя на гостите и валидирането.

Съхранявайте малка матрица за предварителен преглед с устройство, език и сценарий. Пусни най-малко мобилен и десктоп за всеки активен език, след което покрийте един нормален престой, един недостъпен или блокиран период и една ценова граница. Следвайте пълния път от търсене през категория, тарифен план, екстри, данни за гости, приемане на правила и резюме. Отбележи очаквания резултат преди тестване, след това запиши наблюдавания резултат и препратка към екранна снимка. Визуализацията на черновата е умишлено безопасна: тя чете автентифицирана наличност на чернова и ценообразуване, но не създава резервация. Следователно той доказва оформление, формулировка, валидиране и изчислителен поток; това не доказва, че публичното име на хост, изходящ имейл или създаване на резервация на живо работи.

Разберете публикуването като състояние на живо с версии

При публикуване сървърът проверява отново готовността и съхранява версияна моментна снимка с време и оператор. Отворените блокери отхвърлят публикуването.

Публичната конфигурация се обслужва само за жив плюс активен домейн. Ready не е публичен и по-късните промени в черновата не заместват тихо моментната снимка.

След успех отвори активния домейн и провери името на хоста, HTTPS, езика и версията. Фрагментите изискват жив плюс активен домейн; не измисляйте външни скриптове.

Публикуването е събитие за одобрение, а не бутон за запазване. Сървърът повтаря готовността и отхвърля заявката, ако задължително условие се промени след последния преглед. Успешната публикация записва версия, клеймо за време, оператор и пълна одобрена моментна снимка. Публичното доставяне тогава изисква както състояние на живо, така и активен домейн; междинното състояние на готовност никога не е публично. По-късните редакции остават в черновата, докато друг преглед и публикация не замени моментната снимка. След всяко издание отвори активния адрес извън студиото и провери името на хоста, защитената връзка, езика, видимото съдържание и версията. Ако външният хостинг или маршрутизирането на домейна не е завършено, запиши го като външен блокер за стартиране, вместо да замествате вътрешен адрес за предварителен преглед.

Докажете контролирана резервация на живо от край до край

Пусни резервацията на живо само в изолираната демонстрация или определения тестов хотел с ясни тестови данни. Никога не симулирайте успешно плащане.

Преди изпращане провери продукта, нощувките, екстрите, данъка, политиката, плащането и общата сума. Изпратете веднъж и потвърди точно един запис на резервация.

Отвори PMS резервацията, провери източника, госта, престоя, плана, екстрите, цената, статуса и плащането, след това инвентара и имейла за потвърждение. Почистете чрез одобрения процес на анулиране.

Доказателството на живо трябва да използва само изолираната демонстрация на Hotel Nordlicht или друг изрично одобрен тестов хотел. Избери налични дати, вътрешен тестов адрес и безпогрешни тестови бележки. Прегледайте категорията, плана, цената за нощувка, екстрите, туристическата такса, правилата за анулиране, начина на плащане и общата сума, преди да изпратите веднъж. След това провери точно една PMS резервация, очакваното състояние на заявка или потвърждение, източника на Booking Engine, данни за гост и престой и всяка информация за плащания, поддържана от доставчика. Провери дали инвентарът на категорията е намалял и дали потвърждението на правилния език съдържа реалните дати, сума, политика и подател. Завърши одобрения работен процес за анулиране и почистване, така че историята на одита да остане непокътната. Никога не използвай съществуващ клиент наемател или симулирайте успешно плащане.

Следете след публикуване и безопасно отидете офлайн

Използвай по-строг прозорец за наблюдение за първите 48 часа или пет резервации. Прегледайте източника, цената, инвентара, потвърждението и многократното триене на гостите.

За критични грешки в цената, инвентара, плащането, правилата или потвърждението, отменете публикуването. Историята остава; поправете източника и изпълнете отново засегнатите тестове преди повторно публикуване.

Нормалните промени следват чернова, предварителен преглед, готовност, мобилен/езиков преглед и публикуване. Присвояване на собствеността върху съдържанието, ценообразуването и окончателното одобрение, дори ако един човек има няколко роли.

За първите 48 часа или първите пет истински директни резервации задай именуван ежедневен преглед. Сравни източника на резервация, цената и общата сума, намаляване на инвентара, доставка на потвърждение, отворени заявки и повтарящи се въпроси от гости. Технически успешното плащане все още може да съдържа неясна формулировка на правилата или трудна мобилна стъпка, така че регистрирайте устройство, език, дати на престой и точната точка на триене. Грешни цени, фантомна наличност, нарушено задължително плащане, неправилна политика или липсващо потвърждение са условия за спиране: отменете публикуването, запиши засегнатия период и резервации, коригирайте централния източник и повтори съответната матрица преди второ одобрение. Рутинните промени следват същия контролиран път от чернова до преглед и публикуване.

Затворете последващата проверка със същата форма на доказателство като началото: трябва да се вижда кой какво е проверил, на кой език и устройство, какъв е очакваният резултат, какво всъщност се е случило и къде се намира съответната резервация или екранна снимка. По този начин последваща промяна на цената, нова категория стая или модифицирано условие за анулиране не изисква пълно рестартиране, а по-скоро засегнатият контролен кръг може да бъде точно определен. Отговорното лице затваря освобождаването само ако публичната страница, резервацията, идваща в PMS, промяната в инвентара и съобщението, изпратено до госта, доказват същата одобрена оферта.