Configurer le site Web et le moteur de réservation de bout en bout

Comprendre le studio Website et son modèle de propriété

Ouvre le site Web à partir de la navigation principale. Son en-tête fixe affiche l'état de publication et l'adresse de propriété publique. L'icône d'aperçu ouvre le brouillon authentifié actuel dans un nouvel onglet sans publier ni créer de réservation. La publication crée un nouvel instantané en direct uniquement une fois la préparation passée et une confirmation explicite. Lorsqu'une version est en ligne, Réinitialiser au brouillon met le site public hors ligne après une autre confirmation tout en préservant à la fois le brouillon modifiable et l'historique des instantanés précédents.

Design & Layout sélectionne le modèle, la présentation de la salle et la composition des pages partagés par les surfaces destinées aux invités. La page de réservation contient une copie de la page, la navigation publique, les règles de réservation, le portail invité et des extraits de site Web. L'enregistrement en ligne contrôle les invitations, le calendrier, les données requises, le consentement, la signature et l'examen de la réception. Le kiosque d'enregistrement contrôle l'écran d'arrivée sur une tablette gérée. Les bons contiennent la boutique, les produits, les valeurs, la préparation à paiements en ligne, les commandes et son intégration. Les e-mails rassemblent le contenu modifiable des messages de réservation, d’enregistrement et de bon.

Le nom de la propriété, le logo, les couleurs, la police et le slug public sont délibérément conservés sous Paramètres → Propriété. Les prestataires de paiement et la préparation technique au paiement appartiennent aux paramètres centraux de paiement ou d'intégration ; les serveurs de messagerie et les expéditeurs appartiennent aux paramètres de communication. Les chambres, catégories, photos, capacité, tarifs, prix, disponibilité, extras, commodités, politiques d'annulation, finances et confidentialité restent également dans leurs modules respectifs. Le studio du site Web établit des liens vers et consomme ces sources au lieu de créer une autre copie.

Dans chaque zone visuelle, travaille soit en Aperçu, soit en Configuration. L'aperçu utilise le même moteur de rendu React partagé que le site invité et fournit des commandes de périphérique, d'actualisation, de zoom et plein écran. La configuration enregistre automatiquement les modifications de routine dans le brouillon après une courte pause et expose le chargement, l'enregistrement, le succès et l'échec. Un brouillon enregistré n’est pas en ligne. Après chaque modification importante, vérifie la langue concernée, la taille de l'appareil et le parcours des invités avant de publier à nouveau.

Approuver les sources de produits centrales avant le studio

Commence par Chambres et catégories avec noms, occupation, inventaire physique, vraies photos et descriptions multilingues. La disponibilité provient d'un inventaire réel.

Au moins un plan tarifaire direct actif doit renvoyer un prix de serveur valide. Les réservations publiques ne font jamais confiance à un taux total ou de repli inventé par le client.

La marque et le domaine vivent dans les paramètres de la propriété ; les politiques, les commodités et les extras restent dans leurs modules centraux. La copie des e-mails destinés aux invités appartient à Site Web → E-mails. La page de réservation sélectionne et commande plutôt que de copier.

Considére cette préparation comme un audit de source de vérité, et non comme une décoration de page. Enregistre quelle catégorie de chambre fournit chaque offre, quelles chambres physiques créent son inventaire, quel plan tarifaire Direct calcule le prix et quelle politique régit l'annulation. Vérifie ensuite la même chaîne pour une date normale, une date épuisée et une chambre bloquée. Si une salle est désactivée ou bloquée, la quantité publique doit baisser automatiquement. Si un forfait n'a pas de prix valide, l'offre doit disparaître plutôt que d'afficher une estimation. Ce court audit évite l'erreur de lancement la plus coûteuse : une page soignée qui vend un produit que l'hôtel ne peut pas livrer.

Configurer le design, la page de réservation, les langues et le mode de réservation

Ouvre le site Web → Conception et mise en page. Choisis l'un des cinq modèles de production par type de propriété, images et densité d'informations souhaitée : Classic Hotel équilibre les médias, la recherche et l'offre ; Alpine Retreat est immersif et axé sur l’image ; Urban Boutique est typographique et compacte ; Luxury Calm donne plus d'espace aux images et à l'espacement calme ; Compact Direct donne la priorité à la disponibilité. Chaque modèle utilise la même logique de disponibilité réelle, de tarification, de multi-room, d'extras, de paiement et de réservation. Le choix du modèle modifie la composition, pas la source de données ou le comportement professionnel.

Définis la présentation des cartes de salle, l'espacement et d'autres règles de disposition, et ouvre la conception d'entreprise centrale via le lien profond Paramètres → Propriété si nécessaire. Le logo, les couleurs primaires et d'accentuation, le style de police et de coin s'appliquent sur la page de réservation, le portail invité, l'enregistrement en ligne, le kiosque, la boutique de bons de réduction et la messagerie électronique des invités. Le CSS personnalisé reste un domaine expert fermé : étende-le au conteneur de site Web prévu, vérifie-le sur mobile et révise-le après chaque changement de modèle. N'utilise jamais CSS pour masquer les contrôles fonctionnels, les prix, les politiques ou les états de validation.

Accéde au site Web → Page de réservation et complète le titre de la page, la copie de l'action, la description de la propriété, la navigation et le contenu de confiance pour chaque langue d'invité actif. STRYK prend en charge 18 langues invitées. Conserver les noms des chambres, les descriptions courtes et complètes et les équipements de manière centralisée sous Chambres et catégories ; STRYK peut rédiger une traduction de la langue par défaut de la propriété vers une langue secondaire activée. Examine et corrige chaque brouillon d'IA avant de l'enregistrer, en particulier les prix, les noms propres, les services et les déclarations juridiquement pertinentes. Passe ensuite en revue le voyage complet, y compris le calendrier des disponibilités, les dates alternatives, la recherche multi-pièces, les chambres, les plans, les extras, les détails des clients, les politiques, la saisie des bons, le paiement et le résumé. Aucun client ne peut rencontrer de copie vide, de termes incorrects ou d'informations incomplètes sur la chambre après avoir changé de langue.

Définis des règles de fonctionnement et choisis délibérément la demande, la confirmation automatique ou le paiement requis. Le paiement requis nécessite un fournisseur vérifié capable de procéder au paiement, et non un espace réservé visuel.

Publie uniquement des catégories complètes, des plans directs, des extras, des politiques publiques et des équipements actifs. L'ordre modifie la présentation, pas la source de la vérité.

Avant de continuer, note le mode de réservation prévu et teste-le par rapport au fonctionnement de l'hôtel. Le mode demande nécessite une responsabilité de réponse et un délai de réponse clairs. La confirmation automatique nécessite un inventaire fiable et un message de confirmation complet. Le paiement requis nécessite en outre un mode de paiement public et une connexion fournisseur qui peuvent réellement finaliser le paiement. Pour chaque langue de client actif, examine le titre du héros, le texte d'action, la description de l'hôtel, le contenu de la chambre, la politique et le message de confirmation comme un seul voyage. Un menu traduit n'est pas prêt à être multilingue lorsque le contenu commercial ou juridique décisif reste vide. Confirme que chaque extra publié a une unité, un prix et un propriétaire d'exécution clairs à l'hôtel.

Configure l'enregistrement en ligne et le portail invités en toute sécurité

Active l'enregistrement en ligne uniquement après avoir convenu des langues des clients, des horaires de propriété et des données requises. Définis combien d'heures avant l'arrivée une invitation est due, combien de temps son lien sécurisé reste valide et si les détails du passeport, un consentement explicite et une signature manuscrite sont requis. Les déclarations exactes de consentement et de signature présentées lors de la soumission sont conservées avec la langue, la version et l'heure à titre de preuve. Active l’examen manuel à la réception chaque fois que les informations soumises ne doivent pas être approuvées automatiquement.

Pour les invitations automatiques, sélectionne délibérément les canaux de réservation, les types de réservation et les segments de clients éligibles. STRYK sélectionne les réservations dues directement ou saisies manuellement au moment de la propriété et envoie chaque lien sécurisé au maximum une fois. Booking.com, Expedia et Airbnb restent dans leur canal de communication OTA actuel ; cette automatisation de courrier électronique n'usurpe jamais l'identité d'un message OTA. Examine les preuves des résultats en attente, envoyés, ignorés ou examinés manuellement. Un résultat SMTP ambigu n’est pas réessayé aveuglément.

La liste de travail de réception sépare soumis, en révision, correction requise et approuvée. Un opérateur autorisé revendique l'examen, compare la réservation, les détails du client, les accompagnants, les données du document, le consentement et la signature, et demande une correction spécifique si nécessaire. L'enregistrement en ligne approuvé prépare l'arrivée ; il ne remplace pas en soi l'enregistrement physique de la chambre, la préparation de la chambre ou une transmission d'enregistrement d'autorité requise. Ceux-ci restent des états de fonctionnement distincts et traçables.

Active le portail invité facultatif sous la page de réservation et choisis délibérément entre un lien de réservation sécurisé sans compte persistant et un compte invité supplémentaire ; lorsqu'il est désactivé, il reste complètement caché. Les clients reçoivent un accès limité dans le temps via des e-mails de réservation désignés ou en font la demande via une adresse e-mail vérifiée. Ils voient uniquement les réservations éligibles, les détails du séjour, l’état du paiement et les conditions d’annulation. Une réservation éligible directe ou saisie manuellement est annulée de manière idempotente dans le PMS. Les réservations Booking.com, Expedia, Airbnb et autres OTA restent avec leur canal source et ne peuvent pas être annulées en parallèle via le portail STRYK. Les demandes concernant les dates, l'occupation ou les coordonnées entrent dans la file d'attente de la réception ; la réception modifie toujours le prix, la chambre et le séjour via le flux de réservation canonique.

Configurer la borne d'enregistrement en tant que poste de travail géré

Active le kiosque uniquement sur une tablette dédiée ou un terminal de réception. STRYK provisionne un utilisateur spécifique à la propriété après le kiosk-[property-slug]. Définis un mot de passe séparé et fort et n'utilise jamais de compte propriétaire ou de réception sur l'appareil. Une connexion avec un rôle kiosque ouvre directement l'application kiosque plutôt que l'administration STRYK normale. Si le kiosque est retiré ou si un appareil est perdu, supprime l'utilisateur du kiosque ou modifie immédiatement son mot de passe afin que les sessions existantes soient invalidées.

Conserve un titre de bienvenue et des instructions concis dans la langue par défaut prévue. Règle le délai d'inactivité suffisamment court pour que les informations de l'invité précédent ne restent pas à l'écran. Afficher les conseils de réception aide les clients sans numéro de réservation ; cela ne crée explicitement pas de réservation sans rendez-vous au kiosque. Choisis également si l'enregistrement réussi affiche uniquement la confirmation, le numéro de la chambre, un code de sécurité ou un message personnalisé. Expose les détails de la pièce ou du coffre-fort uniquement lorsque la libération de la pièce et les opérations clés sont conçues pour cela.

Utilise l’aperçu du kiosque pour vérifier le libellé, la langue, les conseils de délai d’attente et l’action d’achèvement. Exécute ensuite une réservation éligible contrôlée sur l’appareil prévu. Recherche de test, correspondance d'identité, données d'enregistrement requises, consentement, signature, état de la chambre et écran de fin. Restreindre la navigation dans le navigateur, le stockage des mots de passe, les aperçus des notifications et d'autres applications conformément à la politique relative aux appareils de l'établissement. Nettoyer via les opérations normales de réservation et d'enregistrement ; ne modifie jamais une véritable réservation d'invité simplement pour un test d'agencement.

Connecte l'e-mail, les bons, le domaine et les extraits de code

Sous E-mails, modifie uniquement l'objet et la copie de la propriété pour les messages de réservation, d'enregistrement en ligne et de bon pris en charge dans toutes les langues des clients actifs. Le shell HTML, le logo, les couleurs et la police de STRYK proviennent de la conception de la propriété. Les URL de réservation, de portail, d'enregistrement et de bon, les jetons d'accès, la logique de sécurité et les pièces jointes PDF sont insérés côté serveur et ne peuvent pas être supprimés ou remplacés par des liens dangereux dans l'éditeur normal. Les modifications sont enregistrées automatiquement en tant que brouillon et doivent être examinées avec des données représentatives dans le rendu texte et HTML.

Considére l’état de livraison comme une preuve plutôt que comme une décoration. Distinguer les révisions en attente, en envoi, acceptées par le serveur de messagerie, en échec et manuelles. En cas de résultat ambigu, inspecte le destinataire, la boîte aux lettres de la propriété et l'historique des événements avant de choisir un renvoi délibéré. L'acceptation technique ne prouve pas que le client a lu le message. Les liens sécurisés doivent donc être réémis uniquement via le flux de support authentifié prévu.

Sous Bons d'achat, configure la boutique de bons publics, les produits fixes, les limites de valeur personnalisées facultatives, la validité et les conditions. La vente en ligne est activée uniquement avec un domaine de site Web actif, une livraison d'e-mails vérifiée et un compte paiements en ligne live entièrement connecté. Après la capture confirmée, STRYK crée exactement une commande, un bon, un PDF immuable, un accès numérique sécurisé et une demande de livraison. Les commandes et les résultats de livraison ambigus restent visibles dans le studio. L'émission d'espèces, la validation QR, le remboursement partiel ou total et la correction financière sont traités dans le guide dédié Configurer, vendre et échanger des chèques cadeaux hôteliers.

L'adresse publique standard est {property-slug}.staystryk.com. Vérifie et enregistre le slug sous Paramètres → Propriété → Domaine ; les changements normaux sont limités à deux par année civile, car l'adresse de l'invité et l'expéditeur standard doivent rester opérationnellement stables. Le studio de site Web affiche toujours l'adresse active. Un domaine de propriété personnalisé nécessite en outre le DNS et le processus de vérification pris en charge et ne doit pas être traité comme public avant que l'activation ne soit confirmée. Ne crée pas de redirection ad hoc ou d'exception de serveur Web à la place.

Sous Page de réservation → Extraits, enregistre d'abord chaque site Web de propriété comme origine HTTPS exacte ; les chemins, les caractères génériques et les adresses HTTP non sécurisées sont rejetés. Ce n'est qu'après une publication réussie et un domaine actif que STRYK génère du code lié à l'origine. Les formulaires disponibles incluent l'URL de réservation, un bouton de réservation simple, un CTA compact, un widget de disponibilité, le corps de la réservation, les chambres disponibles et la page iframe complète. Un widget de disponibilité compact constitue généralement la bonne entrée sur la page d'accueil, l'achèvement se poursuivant sur la page de réservation complète. Teste l'intégration, la hauteur mobile, la mise au point du clavier, le comportement des cookies et la politique de sécurité du contenu sur le site Web immobilier.

Ferme les onze contrôles de préparation

L'état de préparation comporte onze contrôles. Un pourcentage élevé ne suffit pas si le paiement ou la confirmation manque.

Utilise chaque lien profond pour corriger la source, revenir au site Web et actualiser. Ne cache pas l’inventaire, les photos ou les tarifs manquants avec du contenu cosmétique.

Un chèque vert prouve la présence, pas la qualité du contenu. Examine les images, les plans, les politiques et les paiements sur le plan commercial et opérationnel.

Utilise les onze chèques comme feuille de lancement signée. Confirme un sous-domaine actif ; modèle et couleur primaire ; configuration de base ; héros, texte d'action et description de l'hôtel dans toutes les langues actives ; au moins une catégorie réservable appuyée par un inventaire physique ; une véritable photo de la pièce ; un plan tarifaire Direct actif ; un moyen de paiement public utilisable ; une connexion permettant le paiement lorsqu'un paiement est requis ; une politique d'annulation publique ; et un e-mail de confirmation actif avec objet et corps dans toutes les langues. Ajoute le réviseur et la date à côté de chaque élément. Un résultat système vert prouve que les données existent. L'évaluateur nommé prouve que les données sont correctes, compréhensibles et commercialement adaptées à cet hôtel.

Approuver systématiquement l’aperçu du brouillon interne

Utilise uniquement le site Web → Aperçu de la page de réservation dans /booking/preview/draft pour les travaux non publiés. Il utilise des données de prévisualisation authentifiées, ne crée aucune réservation et ne constitue pas la preuve d'un domaine public en direct.

Commence par la largeur du mobile, puis du bureau, et répète chaque langue. Vérifie qu'il n'y a pas de coupure, de chevauchement, de mise au point cassée ou de mauvaise marque.

Teste les recherches disponibles, indisponibles et limitées aux prix. Valide l'inventaire, les plans, les prix par nuit, les extras, le total, le nombre de clients et la validation.

Conserve une petite matrice d’aperçu avec l’appareil, la langue et le scénario. Au minimum, exécute mobile et ordinateur pour chaque langue active, puis couvre un séjour normal, une période indisponible ou bloquée et une limite tarifaire. Suis le chemin complet depuis la recherche jusqu'à la catégorie, le plan tarifaire, les extras, les données des clients, l'acceptation de la politique et le résumé. Note le résultat attendu avant le test, puis enregistre le résultat observé et une référence de capture d'écran. L'aperçu du brouillon est délibérément sûr : il lit la disponibilité et les prix du brouillon authentifiés mais ne crée aucune réservation. Par conséquent, il prouve la présentation, la formulation, la validation et le flux de calcul ; cela ne prouve pas que le nom d'hôte public, l'e-mail sortant ou la création de réservation en direct fonctionnent.

Comprendre la publication comme un état actif versionné

Lors de la publication, le serveur revérifie l'état de préparation et stocke un instantané versionné avec l'heure et l'opérateur. Les bloqueurs ouverts rejettent la publication.

La configuration publique est servie uniquement pour le domaine live et actif. Ready n’est pas public et les modifications ultérieures ne remplacent pas silencieusement l’instantané.

Après succès, ouvre le domaine actif et vérifie le nom d'hôte, HTTPS, la langue et la version. Les extraits nécessitent un domaine en direct et actif ; n’invente pas de scripts externes.

La publication est un événement d’approbation et non un bouton de sauvegarde. Le serveur répète la disponibilité et rejette la demande si une condition obligatoire a changé après le dernier examen. Une publication réussie enregistre une version, un horodatage, un opérateur et un instantané complet approuvé. La diffusion publique nécessite alors à la fois un statut en direct et un domaine actif ; l'état intermédiaire prêt n'est jamais public. Les modifications ultérieures restent dans le brouillon jusqu'à ce qu'une autre révision et publication remplace l'instantané. Après chaque version, ouvre l'adresse active en dehors du studio et vérifie le nom d'hôte, la connexion sécurisée, la langue, le contenu visible et la version. Si l'hébergement externe ou le routage de domaine n'est pas terminé, enregistre-le comme bloqueur de lancement externe au lieu de remplacer une adresse d'aperçu interne.

Prouve une réservation en direct contrôlée de bout en bout

Exécute la réservation en direct uniquement dans la démonstration isolée ou dans l'hôtel test désigné avec des données de test claires. Ne simule jamais le succès d’un paiement.

Avant la soumission, vérifie le produit, les tarifs par nuit, les extras, les taxes, la politique, le paiement et le total. Soumets une fois et confirme exactement un enregistrement de réservation.

Ouvre la réservation PMS, vérifie la source, le voyageur, le séjour, le plan, les extras, le prix, le statut et le paiement, puis l'inventaire et l'e-mail de confirmation. Nettoye à travers le processus d’annulation approuvé.

La preuve en direct doit utiliser uniquement la démo isolée de l'Hôtel Nordlicht ou un autre hôtel test explicitement approuvé. Choisis des dates disponibles, une adresse de test interne et des notes de test sans équivoque. Vérifie la catégorie, le forfait, le prix par nuit, les extras, la taxe de séjour, la politique d'annulation, le mode de paiement et le total avant de soumettre une fois. Vérifie ensuite exactement une réservation PMS, le statut attendu de la demande ou de la confirmation, la source du moteur de réservation, les données des clients et des séjours, ainsi que toute information de paiement fournie par le fournisseur. Vérifie que l'inventaire de la catégorie a diminué et que la confirmation dans la langue correcte contient les dates réelles, le montant, la politique et l'expéditeur. Termine le workflow d'annulation et de nettoyage approuvé afin que l'historique d'audit reste intact. N’utilise jamais un client existant et ne simule jamais un paiement réussi.

Surveille après la publication et déconnecte-toi en toute sécurité

Utilise une fenêtre de surveillance plus étroite pour les premières 48 heures ou cinq réservations. Examine la source, le prix, l’inventaire, la confirmation et les frictions répétées des clients.

Pour les erreurs critiques de prix, d’inventaire, de paiement, de politique ou de confirmation, annule la publication. L'histoire demeure; corrige la source et réexécute les tests concernés avant de republier.

Les modifications normales suivent le brouillon, l’aperçu, la préparation, la révision mobile/langue et la publication. Attribue la propriété du contenu, des prix et de l’approbation finale, même si une seule personne occupe plusieurs rôles.

Pour les premières 48 heures ou les cinq premières véritables réservations directes, attribue un avis quotidien nommé. Compare la source de réservation, le tarif et le total, la réduction des stocks, la livraison de la confirmation, les demandes ouvertes et les questions répétées des clients. Un paiement techniquement réussi peut toujours contenir des termes de politique peu clairs ou une étape mobile difficile, alors enregistre l'appareil, la langue, les dates de séjour et le point de friction exact. Des prix erronés, une disponibilité fantôme, un paiement obligatoire cassé, une politique incorrecte ou une confirmation manquante sont des conditions d'arrêt : dépublier, enregistrer la période et les réservations concernées, corriger la source centrale et répéter la matrice pertinente avant une deuxième approbation. Les modifications de routine suivent le même chemin contrôlé depuis l’ébauche jusqu’à la révision et la publication.

Clôture l'inspection de suivi sous la même forme de preuve qu'au début : il doit être visible qui a vérifié quoi, dans quelle langue et sur quel appareil, quel était le résultat attendu, ce qui s'est réellement passé et où se trouve la réservation ou la capture d'écran correspondante. Ainsi, un changement de prix ultérieur, une nouvelle catégorie de chambre ou une condition d'annulation modifiée ne nécessite pas un redémarrage complet, mais le cercle de contrôle concerné peut être désigné avec précision. Le responsable ne clôture la libération que si la page publique, la réservation entrant dans le PMS, la variation de l'inventaire et le message envoyé au client prouvent la même offre approuvée.