Konfigurer hjemmeside og bookingmotor fra ende til anden

Forstå hjemmesidestudiet og dets ejerskabsmodel

Åbn webstedet fra hovednavigationen. Dens faste overskrift viser udgivelsestilstand og den offentlige ejendomsadresse. Eksempelikonet åbner den aktuelle godkendte kladde i en ny fane uden at publicere eller oprette en reservation. Publish opretter først et nyt live øjebliksbillede, efter klarheden er passeret og en eksplicit bekræftelse. Når en version er live, fjerner Nulstil til kladde det offentlige websted offline efter endnu en bekræftelse, mens både den redigerbare kladde og den tidligere snapshothistorik bevares.

Design & Layout vælger skabelonen, rumpræsentationen og sidesammensætningen, som deles af gæstvendte overflader. Bookingside indeholder sidekopi, offentlig navigation, bookingregler, gæsteportal og hjemmesideuddrag. Online check-in styrer invitationer, timing, nødvendige data, samtykke, underskrift og receptionsgennemgang. Check-in Kiosk styrer ankomstskærmen på en administreret tablet. Kuponer indeholder butik, produkter, værdier, onlinebetalinger-beredskab, ordrer og dens indlejring. E-mails samler redigerbar booking, check-in og voucher besked indhold.

Ejendomsnavn, logo, farver, skrifttype og offentlig slug vedligeholdes bevidst under Indstillinger → Ejendom. Betalingsudbydere og teknisk betalingsberedskab hører til centrale betalings- eller integrationsindstillinger; mailservere og afsendere hører til kommunikationsindstillinger. Værelser, kategorier, fotos, kapacitet, priser, priser, tilgængelighed, ekstraudstyr, faciliteter, afbestillingspolitikker, økonomi og privatliv forbliver også i deres ejermoduler. Webstedets studie linker til og bruger disse kilder i stedet for at oprette en anden kopi.

Inden for hvert visuelt område skal du arbejde i enten Preview eller Configuration. Forhåndsvisning bruger den samme delte React-renderer som gæstesiden og giver enheden, opdatering, zoom og fuldskærmskontrol. Konfiguration gemmer automatisk rutineændringer til kladde efter en kort pause og afslører indlæsning, lagring, succes og fiasko. En gemt kladde er ikke aktiv. Efter hver materialeændring skal du gennemgå det berørte sprog, enhedsstørrelse og gæsterejse, før du udgiver igen.

Godkend centrale produktkilder inden studiet

Start i Værelser og kategorier med navne, belægning, fysisk inventar, rigtige billeder og flersprogede beskrivelser. Tilgængelighed kommer fra ægte varelager.

Mindst én aktiv direkte prisplan skal returnere en gyldig serverpris. Offentlig booking stoler aldrig på en klientopfundet total- eller fallback rate.

Brand og domæne live i ejendomsindstillinger; politikker, faciliteter og ekstramateriale forbliver i deres centrale moduler. Gæstvendt e-mail-kopi tilhører webstedet → e-mails. Bookingside vælger og bestiller i stedet for at kopiere.

Behandl dette præparat som en kilde-til-sandhedsrevision, ikke som sidedekoration. Registrer, hvilken værelseskategori, der leverer hvert tilbud, hvilke fysiske lokaler, der opretter dens beholdning, hvilken direkte prisplan, der beregner prisen, og hvilken politik, der styrer afbestilling. Bekræft derefter den samme kæde for en normal dato, en udsolgt dato og et spærret værelse. Hvis et lokale deaktiveres eller spærres, skal den offentlige mængde automatisk falde. Hvis en plan ikke har nogen gyldig pris, skal tilbuddet forsvinde i stedet for at vise et overslag. Denne korte revision forhindrer den dyreste lanceringsfejl: en poleret side, der sælger et produkt, som hotellet ikke kan levere.

Konfigurer design, bookingside, sprog og bookingtilstand

Åbn hjemmeside → Design og layout. Vælg en af fem produktionsskabeloner efter ejendomstype, billeder og ønsket informationstæthed: Classic Hotel balancerer medier, søgning og tilbud; Alpine Retreat er fordybende og billedstyret; Urban Boutique er typografisk og kompakt; Luksus Ro giver billeder og rolig afstand mere plads; Compact Direct sætter tilgængelighed først. Hver skabelon bruger den samme reelle tilgængelighed, priser, multirum, ekstramateriale, betalings- og bookinglogik. Skabelonvalg ændrer sammensætning, ikke datakilde eller professionel adfærd.

Indstil rumkortpræsentation, afstand og andre layoutregler, og åbn centralt virksomhedsdesign via Indstillinger → Ejendoms dybt link, når det er nødvendigt. Logo, primær- og accentfarver, skrifttype og hjørnestil gælder på tværs af bookingside, gæsteportal, online check-in, kiosk, voucher shop og gæstemail. Tilpasset CSS forbliver et lukket ekspertområde: Anvend det til den tilsigtede webstedscontainer, bekræft det på mobilen og gennemgå det igen efter hver skabelonændring. Brug aldrig CSS til at skjule funktionelle kontroller, priser, politikker eller valideringstilstande.

Flyt til hjemmeside → Bookingside og komplet sidetitel, handlingskopi, ejendomsbeskrivelse, navigation og tillidsindhold for hvert aktivt gæstesprog. STRYK understøtter 18 gæstesprog. Vedligehold værelsesnavne, korte og fulde beskrivelser og faciliteter centralt under Rum & kategorier; STRYK kan udarbejde en oversættelse fra egenskabens standardsprog til et aktiveret sekundært sprog der. Gennemgå og ret hvert AI-udkast, før du gemmer, især priser, egennavne, tjenester og juridisk relevante erklæringer. Gennemgå derefter hele rejsen inklusive tilgængelighedskalender, alternative datoer, søgning i flere rum, værelser, planer, ekstramateriale, gæsteoplysninger, politikker, kuponindtastning, betaling og oversigt. Ingen gæst må støde på tom kopi, forkerte vilkår eller ufuldstændige værelsesoplysninger efter sprogskift.

Indstil driftsregler, og vælg bevidst anmodning, auto-bekræft eller betalingskrævet. Betalingskrævet kræver en verificeret checkout-kompatible udbyder, ikke en visuel pladsholder.

Udgiv kun komplette kategorier, direkte planer, ekstramateriale, offentlige politikker og aktive faciliteter. Ordning ændrer præsentation, ikke kildesandhed.

Inden du går videre, skal du skrive den påtænkte bookingtilstand ned og afprøve den i forhold til hoteldriften. Anmodningstilstand kræver et klart svaransvar og deadline. Automatisk bekræftelse kræver pålidelig beholdning og en komplet bekræftelsesmeddelelse. Betaling påkrævet kræver desuden en offentlig betalingsmetode og en udbyderforbindelse, der virkelig kan fuldføre kassen. For hvert aktivt gæstesprog skal du gennemgå heltens titel, handlingstekst, hotelbeskrivelse, værelsesindhold, politik og bekræftelsesmeddelelse som én rejse. En oversat menu er ikke flersproget parathed, når det afgørende salgs- eller juridiske indhold forbliver tomt. Bekræft, at hver offentliggjort ekstra har en tydelig enhed, pris og opfyldelsesejer på hotellet.

Konfigurer online check-in og gæsteportal sikkert

Aktiver kun online check-in, når gæstesprog, overnatningstider og nødvendige data er aftalt. Definer, hvor mange timer før ankomst en invitation skal forfalde, hvor længe dens sikre link forbliver gyldig, og om pasoplysninger, eksplicit samtykke og en håndskrevet underskrift er påkrævet. De nøjagtige samtykke- og underskriftserklæringer, der vises ved indsendelsen, opbevares med sprog, version og tidspunkt som bevis. Aktiver manuel receptionsgennemgang, når indsendte oplysninger ikke må godkendes automatisk.

For automatiske invitationer skal du bevidst vælge kvalificerede bookingkanaler, bookingtyper og gæstesegmenter. STRYK vælger direkte eller manuelt indtastede reservationer i ejendomstid og sender hvert sikkert link højst én gang. Booking.com, Expedia og Airbnb forbliver i deres faktiske OTA-kommunikationskanal; denne e-mailautomatisering efterligner aldrig en OTA-meddelelse. Gennemgå beviser for afventende, sendte, springede eller manuel gennemgang resultater. Et tvetydigt SMTP-resultat forsøges ikke blindt igen.

Modtagelsesarbejdslisten adskiller indsendte, i gennemgang, krævede rettelser og godkendte. En autoriseret operatør gør krav på anmeldelsen, sammenligner reservation, gæsteoplysninger, ledsagere, dokumentdata, samtykke og underskrift og anmoder om en specifik rettelse, hvor det er nødvendigt. Godkendt online check-in forbereder ankomst; det erstatter ikke i sig selv fysisk indtjekning i lokalet, lokaleberedskab eller en påkrævet myndighedsregistreringstransmission. Disse forbliver separate, sporbare driftstilstande.

Aktiver den valgfri gæsteportal under Bookingside og vælg bevidst mellem et sikkert bookinglink uden en vedvarende konto og en ekstra gæstekonto; når den er deaktiveret, forbliver den fuldstændig skjult. Gæster får tidsbegrænset adgang via udpegede booking-e-mails eller anmoder om det via en bekræftet e-mailadresse. De ser kun kvalificerede reservationer, opholdsdetaljer, betalingstilstand og afbestillingspolitik. En kvalificeret direkte eller manuelt indtastet reservation annulleres idempotent i PMS. Booking.com, Expedia, Airbnb og andre OTA-reservationer forbliver med deres kildekanal og kan ikke annulleres parallelt gennem STRYK-portalen. Forespørgsler om datoer, belægning eller kontaktoplysninger kommer ind i receptionskøen; receptionen ændrer stadig pris, værelse og ophold gennem den kanoniske booking workflow.

Konfigurer check-in kiosken som en administreret arbejdsstation

Aktiver kun kiosk på en dedikeret tablet eller receptionsterminal. STRYK sørger for én ejendomsspecifik bruger efter kiosk-[property-slug]. Indstil en stærk separat adgangskode og brug aldrig en ejer- eller receptionskonto på enheden. Et kiosk-rolle-login åbner kioskapplikationen direkte i stedet for normal STRYK-administration. Hvis kiosken trækkes tilbage, eller en enhed går tabt, skal du slette kioskbrugeren eller ændre dens adgangskode med det samme, så eksisterende sessioner bliver ugyldige.

Oprethold en kortfattet velkomsttitel og instruktion på det tilsigtede standardsprog. Indstil inaktivitetstimeout kort nok til, at den tidligere gæsts oplysninger ikke forbliver på skærmen. Vis receptionsvejledning hjælper gæster uden et reservationsnummer; det skaber eksplicit ikke en walk-in booking i kiosken. Vælg også, om vellykket check-in kun viser bekræftelse, værelsesnummer, en nøgleskabskode eller en tilpasset besked. Udsæt kun rum- eller sikkerhedsdetaljer, når rumfrigivelse og nøglefunktioner er designet til det.

Brug forhåndsvisning af kiosk til at bekræfte ordlyd, sprog, timeoutvejledning og fuldførelseshandling. Kør derefter en kontrolleret kvalificeret reservation på den tilsigtede enhed. Testopslag, identitetsmatch, påkrævede indtjekningsdata, samtykke, underskrift, værelsestilstand og færdiggørelsesskærm. Begræns browsernavigation, lagring af adgangskoder, forhåndsvisning af meddelelser og andre applikationer i henhold til ejendommens enhedspolitik. Ryd op gennem normal booking og check-in operationer; ændre aldrig en rigtig gæstebooking kun til en layouttest.

Forbind e-mail, værdikuponer, domæne og uddrag

Under E-mails skal du kun redigere emnet og ejendomskopien for understøttet booking, online-check-in og voucherbeskeder på alle aktive gæstesprog. STRYKs HTML-skal, logo, farver og skrifttype kommer fra ejendommens design. Booking-, portal-, check-in- og voucher-URL'er, adgangstokens, sikkerhedslogik og PDF-vedhæftninger indsættes på serversiden og kan ikke fjernes eller erstattes med usikre links i den normale editor. Ændringer gemmes automatisk som kladde og skal gennemgås med repræsentative data i både tekst- og HTML-gengivelse.

Behandl leveringstilstand som bevis snarere end dekoration. Skeln afventende, afsendelse, accepteret af mailserveren, mislykket og manuel gennemgang. For et tvetydigt resultat, inspicér modtager, ejendomspostkasse og begivenhedshistorik, før du vælger en bevidst gensend. Teknisk accept beviser ikke, at gæsten har læst beskeden. Sikre links skal derfor kun genudsendes gennem det tilsigtede autentificerede supportflow.

Under Kuponer skal du konfigurere den offentlige kuponbutik, faste produkter, valgfrie grænser for tilpasset værdi, gyldighed og vilkår. Onlinesalg er kun aktiveret med et aktivt webstedsdomæne, verificeret e-mail-levering og en fuldt tilsluttet onlinebetalinger live-konto. Efter bekræftet optagelse opretter STRYK præcis én ordre, voucher, uforanderlig PDF, sikker digital adgang og leveringsanmodning. Ordrer og tvetydige leveringsresultater forbliver synlige i studiet. Kontantudstedelse, QR-validering, delvis eller fuld indløsning og finanskorrektion er dækket af den dedikerede guide til Opsætning, salg og indløsning af hotelgavekort.

Den offentlige standardadresse er {property-slug}.staystryk.com. Tjek og gem sneglen under Indstillinger → Ejendom → Domæne; normale ændringer er begrænset til to pr. kalenderår, fordi gæsteadresse og standardafsender skal forblive driftsstabile. Hjemmesidestudie viser altid den aktive adresse. Et tilpasset ejendomsdomæne kræver desuden den understøttede DNS- og verifikationsproces og må ikke behandles som offentligt, før aktiveringen er bekræftet. Opret ikke en ad-hoc-omdirigering eller webserver-undtagelse som erstatning.

Under Bookingside → Snippets skal du først registrere hver ejendoms hjemmeside som en nøjagtig HTTPS-oprindelse; stier, jokertegn og usikre HTTP-adresser afvises. Først efter en vellykket udgivelse og aktivt domæne genererer STRYK oprindelsesbundet kode. Tilgængelige formularer inkluderer booking-URL, simpel reservationsknap, kompakt CTA, tilgængelighedswidget, bookingtekst, ledige værelser og hele iframe-siden. En kompakt tilgængelighedswidget er normalt den rigtige startsidepost, og færdiggørelsen fortsætter på hele bookingsiden. Test indlejring, mobilhøjde, tastaturfokus, cookieadfærd og indholdssikkerhedspolitik på ejendomswebstedet.

Luk alle elleve beredskabskontroller

Beredskab har elleve kontroller. En høj procentdel er ikke nok, hvis betaling eller bekræftelse mangler.

Brug hvert dybe link til at rette kilden, vende tilbage til webstedet og opdatere. Skjul ikke manglende inventar, billeder eller priser med kosmetisk indhold.

Et grønt flueben beviser tilstedeværelse, ikke indholdskvalitet. Gennemgå billeder, planer, politikker og betaling kommercielt og operationelt.

Brug de elleve checks som et underskrevet lanceringsark. Bekræft et aktivt underdomæne; skabelon og primær farve; grundlæggende konfiguration; helte, actiontekst og hotelbeskrivelse på alle aktive sprog; mindst én kategori, der kan reserveres, understøttet af fysisk beholdning; et ægte værelsesfoto; en aktiv direkte satsplan; en brugbar offentlig betalingsmetode; en forbindelse, der kan betales, når betaling er påkrævet; en offentlig afbestillingspolitik; og en aktiv bekræftelsesmail med emne og brødtekst på alle sprog. Tilføj anmelderen og datoen ved siden af hvert punkt. Et grønt systemresultat beviser, at data eksisterer. Den navngivne anmelder beviser, at dataene er korrekte, forståelige og kommercielt egnede til dette hotel.

Godkend systematisk det interne udkast til forhåndsvisning

Brug kun websted → forhåndsvisning af reservationsside på /booking/preview/draft for upubliceret arbejde. Den bruger godkendte forhåndsvisningsdata, opretter ingen reservation og er ikke bevis for et live offentligt domæne.

Start ved mobilbredde, derefter desktop, og gentag hvert sprog. Kontroller ingen klipning, overlapning, brudt fokus eller forkert mærke.

Test tilgængelige, utilgængelige og prisgrænsende søgninger. Valider inventar, planer, natlige priser, ekstramateriale, total, antal gæster og validering.

Hold en lille forhåndsvisningsmatrix med enhed, sprog og scenarie. Kør som minimum mobil og desktop for hvert aktivt sprog, og dæk derefter ét normalt ophold, én utilgængelig eller blokeret periode og én prisgrænse. Følg hele vejen fra søgning til kategori, prisplan, ekstramateriale, gæstedata, politikaccept og resumé. Bemærk det forventede resultat før testning, og optag derefter det observerede resultat og en skærmbilledereference. Udkastet forhåndsvisning er bevidst sikker: det læser godkendt kladde tilgængelighed og priser, men skaber ingen reservation. Derfor beviser det layout, formulering, validering og beregningsflow; det beviser ikke, at det offentlige værtsnavn, udgående e-mail eller oprettelse af live booking fungerer.

Forstå udgivelse som en versioneret live-tilstand

Ved publicering kontrollerer serveren igen beredskabet og gemmer et versioneret snapshot med tid og operatør. Åbne blokkere afviser offentliggørelse.

Offentlig konfiguration vises kun for live plus aktivt domæne. Ready er ikke offentlig, og senere udkast til ændringer erstatter ikke stillestående øjebliksbilledet.

Efter succes skal du åbne det aktive domæne og bekræfte værtsnavn, HTTPS, sprog og version. Uddrag kræver live plus aktivt domæne; opfind ikke eksterne scripts.

Offentliggørelse er en godkendelsesbegivenhed, ikke en gem-knap. Serveren gentager beredskabet og afviser anmodningen, hvis en obligatorisk betingelse ændres efter den sidste gennemgang. En vellykket udgivelse registrerer en version, tidsstempel, operatør og et komplet godkendt øjebliksbillede. Offentlig levering kræver så både live-status og et aktivt domæne; den mellemliggende klar tilstand er aldrig offentlig. Senere redigeringer forbliver i kladden, indtil en anden anmeldelse og udgivelse erstatter øjebliksbilledet. Efter hver udgivelse skal du åbne den aktive adresse uden for studiet og kontrollere værtsnavn, sikker forbindelse, sprog, synligt indhold og version. Hvis ekstern hosting eller domænerouting er ufærdig, skal du registrere det som en ekstern startblokering i stedet for at erstatte en intern forhåndsvisningsadresse.

Bevis en kontrolleret livebooking fra ende til anden

Kør kun livebookingen i den isolerede demo eller det udpegede testhotel med klare testdata. Simuler aldrig betalingssucces.

Før indsendelse skal du kontrollere produktet, natpriser, ekstramateriale, skat, politik, betaling og alt. Indsend én gang, og bekræft nøjagtig én bookingpost.

Åbn PMS-reservationen, bekræft kilde, gæst, ophold, plan, ekstramateriale, pris, status og betaling, og derefter opgørelse og bekræftelses-e-mail. Ryd op gennem den godkendte annulleringsproces.

Live-beviset må kun bruge den isolerede Hotel Nordlicht-demo eller et andet udtrykkeligt godkendt testhotel. Vælg ledige datoer, en intern testadresse og umiskendelige testnotater. Gennemgå kategori, plan, overnatningspris, ekstramateriale, besøgsskat, afbestillingspolitik, betalingsmetode og total, før du indsender én gang. Bekræft derefter præcis én PMS-reservation, den forventede anmodning eller bekræftelsesstatus, Booking Engine-kilden, gæste- og opholdsdata og eventuelle udbyderstøttede betalingsoplysninger. Tjek, at kategoribeholdningen er faldet, og at bekræftelsen på det korrekte sprog indeholder de rigtige datoer, beløb, politik og afsender. Gennemfør den godkendte annullerings- og oprydningsworkflow, så revisionshistorikken forbliver intakt. Brug aldrig en eksisterende kundekonto eller simuler en vellykket betaling.

Overvåg efter offentliggørelse og gå sikkert offline

Brug et strammere overvågningsvindue i de første 48 timer eller fem reservationer. Gennemgå kilde, pris, beholdning, bekræftelse og gentagen gæstefriktion.

For kritiske pris-, beholdnings-, checkout-, politik- eller bekræftelsesfejl skal du fjerne udgivelsen. Historien er tilbage; ret kilden og kør de berørte tests igen før genudgivelse.

Normale ændringer følger udkast, forhåndsvisning, parathed, mobil-/sproggennemgang og publicering. Tildel indhold, priser og endelig godkendelse ejerskab, selvom én person har flere roller.

Tildel en navngiven daglig gennemgang i de første 48 timer eller de første fem ægte direkte reservationer. Sammenlign bookingkilde, pris og total, lagerreduktion, bekræftelseslevering, åbne anmodninger og gentagne gæstespørgsmål. En teknisk vellykket checkout kan stadig indeholde uklar politikformulering eller et vanskeligt mobiltrin, så log enhed, sprog, opholdsdatoer og det nøjagtige punkt for friktion. Forkerte priser, fantomtilgængelighed, en brudt obligatorisk checkout, en forkert politik eller en manglende bekræftelse er stopbetingelser: fjern offentliggørelse, registrer den berørte periode og reservationer, ret den centrale kilde og gentag den relevante matrix før en anden godkendelse. Rutinemæssige ændringer følger den samme kontrollerede vej fra kladde til anmeldelse og offentliggørelse.

Luk opfølgende inspektion i samme form for bevismateriale som starten: Det skal være synligt, hvem der tjekkede hvad, på hvilket sprog og enhed, hvad det forventede resultat var, hvad der rent faktisk skete, og hvor den tilhørende booking eller skærmbillede er placeret. En efterfølgende prisændring, en ny værelseskategori eller en ændret afbestillingstilstand kræver således ikke en fuldstændig genstart, men derimod kan den berørte kontrolkreds udpeges præcist. Den ansvarlige lukker kun udgivelsen, hvis den offentlige side, reservationen, der kommer ind i PMS'en, lagerændringen og beskeden sendt til gæsten beviser det samme godkendte tilbud.