Configurar el sitio web y el motor de reservas de principio a fin

Comprender el estudio del sitio web y su modelo de propiedad

Abre el sitio web desde la navegación principal. Su encabezado fijo muestra el estado de la publicación y la dirección de propiedad pública. El ícono de vista previa abre el borrador autenticado actual en una nueva pestaña sin publicar ni crear una reserva. Publicar crea una nueva instantánea en vivo solo después de que haya pasado la preparación y una confirmación explícita. Cuando una versión está activa, Restablecer al borrador desconecta el sitio público después de otra confirmación y al mismo tiempo conserva tanto el borrador editable como el historial de instantáneas anterior.

Design & Layout selecciona la plantilla, la presentación de la sala y la composición de la página compartida por las superficies orientadas a los huéspedes. La página de reservas contiene copia de la página, navegación pública, reglas de reserva, portal para huéspedes y fragmentos del sitio web. El Check-in Online controla invitaciones, tiempos, datos requeridos, consentimiento, firma y revisión de recepción. El quiosco de check-in controla la pantalla de llegada en una tableta administrada. Los cupones contienen tienda, productos, valores, preparación de pagos online, pedidos y su integración. Los correos electrónicos reúnen contenido editable de mensajes de reserva, check-in y vales.

El nombre de la propiedad, el logotipo, los colores, la fuente y el slug público se mantienen deliberadamente en Configuración → Propiedad. Los proveedores de pago y la preparación técnica para el pago pertenecen a configuraciones de integración o pago central; Los servidores y remitentes de correo pertenecen a la configuración de comunicación. Habitaciones, categorías, fotos, capacidad, tarifas, precios, disponibilidad, extras, amenidades, políticas de cancelación, finanzas y privacidad también permanecen en sus módulos propietarios. El estudio del sitio web vincula y consume esas fuentes en lugar de crear otra copia.

Dentro de cada área visual, trabaje en Vista previa o Configuración. La vista previa utiliza el mismo renderizador React compartido que el sitio invitado y proporciona controles de dispositivo, actualización, zoom y pantalla completa. La configuración guarda automáticamente los cambios de rutina en el borrador después de una breve pausa y expone la carga, el guardado, el éxito y el fracaso. Un borrador guardado no está activo. Después de cada cambio de material, revise el idioma afectado, el tamaño del dispositivo y el recorrido del huésped antes de volver a publicar.

Aprobar fuentes centrales de productos ante el estudio.

Comienza en Habitaciones y categorías con nombres, ocupación, inventario físico, fotos reales y descripciones multilingües. La disponibilidad proviene del inventario real.

Al menos un plan de tarifa directa activo debe devolver un precio de servidor válido. La reserva pública nunca confía en una tasa total o alternativa inventada por el cliente.

La marca y el dominio residen en la configuración de la propiedad; Las políticas, comodidades y extras permanecen en sus módulos centrales. La copia del correo electrónico para invitados pertenece a Sitio web → Correos electrónicos. La página de reservas selecciona y ordena en lugar de copiar.

Trate esta preparación como una auditoría de la fuente de la verdad, no como una decoración de página. Registre qué categoría de habitación ofrece cada oferta, qué habitaciones físicas crean su inventario, qué plan tarifario Direct calcula el precio y qué política rige la cancelación. Luego verifica la misma cadena para una fecha normal, una fecha agotada y una sala bloqueada. Si una sala se desactiva o bloquea, la cantidad pública debe caer automáticamente. Si un plan no tiene un precio válido, la oferta debe desaparecer en lugar de mostrar una estimación. Esta breve auditoría evita el error de lanzamiento más costoso: una página pulida que vende un producto que el hotel no puede ofrecer.

Configurar diseño, página de reserva, idiomas y modo de reserva

Abre el sitio web → Diseño y maquetación. Elige una de las cinco plantillas de producción por tipo de propiedad, imágenes y densidad de información deseada: Classic Hotel equilibra los medios, la búsqueda y la oferta; Alpine Retreat es inmersivo y está basado en imágenes; Urban Boutique es tipográfica y compacta; Luxury Calm da más espacio a las imágenes y al espacio tranquilo; Compact Direct prioriza la disponibilidad. Cada plantilla utiliza la misma lógica real de disponibilidad, precios, multihabitación, extras, pagos y reservas. La elección de la plantilla cambia la composición, no la fuente de datos ni el comportamiento profesional.

Establezca la presentación de la tarjeta de la habitación, el espaciado y otras reglas de diseño, y abra el diseño corporativo central a través del enlace profundo Configuración → Propiedad cuando sea necesario. El logotipo, los colores primarios y destacados, la fuente y el estilo de las esquinas se aplican en la página de reserva, el portal del huésped, el check-in en línea, el quiosco, la tienda de cupones y el correo electrónico del huésped. El CSS personalizado sigue siendo un área de expertos cerrada: alíquelo al contenedor del sitio web deseado, verifíquelo en el dispositivo móvil y revíselo nuevamente después de cada cambio de plantilla. Nunca utilice CSS para ocultar controles funcionales, precios, políticas o estados de validación.

Ve a Sitio web → Página de reservas y completa el título de la página, el texto de la acción, la descripción de la propiedad, la navegación y el contenido de confianza para cada idioma activo del huésped. STRYK admite 18 idiomas invitados. Mantén los nombres de las habitaciones, las descripciones breves y completas y los servicios de forma centralizada en Habitaciones y categorías; STRYK puede redactar una traducción desde el idioma predeterminado de la propiedad a un idioma secundario habilitado allí. Revisa y corrige cada borrador de IA antes de guardarlo, especialmente precios, nombres propios, servicios y declaraciones legalmente relevantes. Luego revisa el viaje completo incluyendo calendario de disponibilidad, fechas alternativas, búsqueda de varias habitaciones, habitaciones, planes, extras, detalles de los huéspedes, políticas, entrada de bonos, pago y resumen. Ningún huésped puede encontrar copias vacías, términos incorrectos o información de la habitación incompleta después de cambiar de idioma.

Establezca reglas operativas y elija solicitud, confirmación automática o pago requerido deliberadamente. El pago requerido necesita un proveedor verificado con capacidad de pago, no un marcador de posición visual.

Publique sólo categorías completas, planes directos, extras, políticas públicas y servicios activos. El pedido cambia la presentación, no la verdad de la fuente.

Antes de continuar, anote el modo de reserva previsto y compruébelo con la operación del hotel. El modo de solicitud necesita una respuesta clara, responsabilidad y fecha límite. La confirmación automática necesita un inventario confiable y un mensaje de confirmación completo. El pago requerido también requiere un método de pago público y una conexión de proveedor que realmente pueda completar el pago. Para cada idioma activo del huésped, revisa el título del héroe, el texto de la acción, la descripción del hotel, el contenido de la habitación, la política y el mensaje de confirmación como un solo viaje. Un menú traducido no es multilingüe cuando el contenido comercial o legal decisivo permanece vacío. Confirma que cada extra publicado tenga una unidad, precio y propietario de cumplimiento claros en el hotel.

Configure el check-in online y el portal de huéspedes de forma segura

Habilita el check-in en línea solo después de que se acuerden los idiomas de los huéspedes, los horarios de la propiedad y los datos requeridos. Define cuántas horas antes de la llegada vence una invitación, cuánto tiempo permanece válido su enlace seguro y si se requieren los datos del pasaporte, el consentimiento explícito y una firma manuscrita. Las declaraciones exactas de consentimiento y firma que se muestran en el momento de la presentación se conservan con el idioma, la versión y la hora como prueba. Habilita la revisión manual en recepción siempre que la información enviada no deba aprobarse automáticamente.

Para invitaciones automáticas, selecciona deliberadamente canales de reserva, tipos de reserva y segmentos de huéspedes elegibles. STRYK selecciona las reservas ingresadas directa o manualmente en el momento de la propiedad y envía cada enlace seguro como máximo una vez. Booking.com, Expedia y Airbnb permanecen en su canal de comunicación OTA actual; Esta automatización de correo electrónico nunca se hace pasar por un mensaje OTA. Revisa la evidencia en busca de resultados pendientes, enviados, omitidos o de revisión manual. Un resultado SMTP ambiguo no se vuelve a intentar a ciegas.

La lista de trabajo de recepción separa presentada, en revisión, corrección requerida y aprobada. Un operador autorizado reclama la reseña, compara la reserva, los detalles del huésped, los acompañantes, los datos del documento, el consentimiento y la firma, y solicita una corrección específica cuando sea necesario. El check-in en línea aprobado prepara la llegada; por sí solo no reemplaza el check-in físico de la habitación, la preparación de la habitación ni la transmisión requerida de registro de autoridad. Estos siguen siendo estados operativos separados y rastreables.

Habilite el portal de invitados opcional en la Página de reservas y elija deliberadamente entre un enlace de reserva seguro sin una cuenta persistente y una cuenta de invitado adicional; cuando está deshabilitado, permanece completamente oculto. Los huéspedes reciben acceso por tiempo limitado a través de correos electrónicos de reserva designados o lo solicitan a través de una dirección de correo electrónico verificada. Solo ven las reservas elegibles, los detalles de la estadía, el estado de pago y la política de cancelación. Una reserva elegible ingresada directa o manualmente se cancela de forma idempotente en el PMS. Las reservas de Booking.com, Expedia, Airbnb y otras OTA permanecen en su canal de origen y no se pueden cancelar en paralelo a través del portal STRYK. Las solicitudes sobre fechas, ocupación o datos de contacto entran en la cola de recepción; La recepción aún cambia el precio, la habitación y la estadía a través del flujo de trabajo de reserva canónico.

Configurar el quiosco de check-in como una estación de trabajo administrada

Habilite el quiosco solo en una tableta dedicada o terminal de recepción. STRYK aprovisiona un usuario específico de propiedad siguiendo kiosk-[property-slug]. Establezca una contraseña segura e independiente y nunca utilice una cuenta de propietario o de recepción en el dispositivo. Un inicio de sesión con función de quiosco abre la aplicación de quiosco directamente en lugar de la administración normal de STRYK. Si se retira el quiosco o se pierde un dispositivo, elimine el usuario del quiosco o cambie su contraseña inmediatamente para que se invaliden las sesiones existentes.

Mantén un título de bienvenida e instrucciones concisos en el idioma predeterminado previsto. Establece un tiempo de inactividad lo suficientemente breve como para que la información del huésped anterior no permanezca en la pantalla. Mostrar orientación en recepción ayuda a los huéspedes sin un número de reserva; explícitamente no crea una reserva sin cita previa en el quiosco. Elige también si el check-in exitoso muestra solo la confirmación, el número de habitación, un código de seguridad o un mensaje personalizado. Expón los detalles de la habitación o de la caja fuerte solo cuando la liberación de la habitación y las operaciones clave estén diseñadas para ello.

Utiliza la vista previa del quiosco para verificar la redacción, el idioma, la guía de tiempo de espera y la acción de finalización. Luego ejecute una reserva elegible controlada en el dispositivo deseado. Búsqueda de pruebas, coincidencia de identidad, datos de check-in requeridos, consentimiento, firma, estado de la habitación y pantalla de finalización. Restrinja la navegación del navegador, el almacenamiento de contraseñas, las vistas previas de notificaciones y otras aplicaciones de acuerdo con la política de dispositivos de la propiedad. Limpieza mediante operaciones normales de reserva y check-in; nunca modifiques la reserva de un huésped real simplemente para una prueba de diseño.

Conecta correo electrónico, vales, dominio y fragmentos

En Correos electrónicos, edite solo el asunto y la copia de la propiedad para mensajes de reserva admitidos, check-in en línea y cupones en todos los idiomas activos de los huéspedes. El shell HTML, el logotipo, los colores y la fuente de STRYK provienen del diseño de la propiedad. Las URL de reservas, portales, check-in y vales, tokens de acceso, lógica de seguridad y archivos adjuntos PDF se insertan en el lado del servidor y no se pueden eliminar ni reemplazar con enlaces no seguros en el editor normal. Los cambios se guardan automáticamente como borrador y deben revisarse con datos representativos tanto en el texto como en la representación HTML.

Trate el estado de entrega como prueba y no como decoración. Distinguir pendiente, envío, aceptado por el servidor de correo, fallido y revisión manual. Para obtener un resultado ambiguo, inspeccione el destinatario, el buzón de propiedad y el historial de eventos antes de elegir un reenvío intencional. La aceptación técnica no prueba que el huésped haya leído el mensaje. Por lo tanto, los enlaces seguros deben volver a emitirse únicamente a través del flujo de soporte autenticado previsto.

En Vales, configure la tienda pública de vales, los productos fijos, los límites de valor personalizado opcionales, la validez y los términos. La venta en línea está habilitada solo con un dominio de sitio web activo, entrega de correo electrónico verificada y una cuenta real de pagos online completamente conectada. Después de la captura confirmada, STRYK crea exactamente un pedido, cupón, PDF inmutable, acceso digital seguro y solicitud de entrega. Los pedidos y los resultados de entrega ambiguos siguen siendo visibles en el estudio. La emisión de efectivo, la validación de QR, el canje total o parcial y la corrección financiera se tratan en la guía dedicada a Configurar, vender y canjear vales de regalo de hotel.

La dirección pública estándar es {property-slug}.staystryk.com. Verifica y guarda el slug en Configuración → Propiedad → Dominio; Los cambios normales se limitan a dos por año calendario porque la dirección del huésped y el remitente estándar deben permanecer operativamente estables. El estudio del sitio web siempre muestra la dirección activa. Un dominio de propiedad personalizado requiere además el DNS compatible y el proceso de verificación y no debe tratarse como público antes de que se confirme la activación. En su lugar, no crees una redirección ad hoc o una excepción de servidor web.

En Página de reservas → Fragmentos, primero registra cada sitio web de propiedad como un origen HTTPS exacto; Se rechazan rutas, comodines y direcciones HTTP inseguras. Sólo después de una publicación exitosa y un dominio activo, STRYK genera código vinculado al origen. Los formularios disponibles incluyen la URL de reserva, un botón de reserva simple, un CTA compacto, un widget de disponibilidad, un cuerpo de reserva, habitaciones disponibles y la página iframe completa. Un widget de disponibilidad compacto suele ser la entrada correcta en la página de inicio, y la finalización continúa en la página de reserva completa. Prueba la incrustación, la altura del móvil, el enfoque del teclado, el comportamiento de las cookies y la Política de seguridad de contenido en el sitio web inmobiliario.

Cerrar las once comprobaciones de preparación.

La preparación tiene once controles. Un porcentaje alto no es suficiente si falta el pago o la confirmación.

Utiliza cada enlace profundo para corregir la fuente, regresar al sitio web y actualizar. No oculte inventarios, fotografías o tarifas faltantes con contenido cosmético.

Un cheque verde demuestra presencia, no calidad del contenido. Revisar imágenes, planos, pólizas y pagos comercial y operativamente.

Utiliza los once cheques como hoja de lanzamiento firmada. Confirmar un subdominio activo; plantilla y color primario; configuración básica; héroe, texto de acción y descripción del hotel en todos los idiomas activos; al menos una categoría reservable respaldada por un inventario físico; una foto real de la habitación; un plan tarifario Directo activo; un método de pago público utilizable; una conexión con capacidad de pago cuando se requiere el pago; una política de cancelación pública; y un correo electrónico de confirmación activo con asunto y cuerpo en todos los idiomas. Agrega el revisor y la fecha al lado de cada elemento. Un resultado del sistema verde demuestra que existen datos. El revisor citado demuestra que los datos son correctos, comprensibles y comercialmente adecuados para este hotel.

Aprobar sistemáticamente la vista previa del borrador interno.

Utiliza únicamente la vista previa del sitio web → página de reservas en /booking/preview/draft para trabajos no publicados. Utiliza datos de vista previa autenticados, no crea reservas y no es prueba de un dominio público activo.

Comienza en el ancho del dispositivo móvil, luego en el escritorio y repite en todos los idiomas. Comprueba que no haya recortes, superposiciones, focos rotos o marcas incorrectas.

Prueba búsquedas disponibles, no disponibles y con límites de precios. Validar inventario, planes, precios por noche, extras, total, conteo de huéspedes y validación.

Mantén una pequeña matriz de vista previa con dispositivo, idioma y escenario. Como mínimo, ejecute dispositivos móviles y de escritorio para cada idioma activo, luego cubra una estadía normal, un período no disponible o bloqueado y un límite de precios. Sigue la ruta completa desde la búsqueda hasta la categoría, plan de tarifas, extras, datos del huésped, aceptación de políticas y resumen. Anote el resultado esperado antes de realizar la prueba, luego registra el resultado observado y una referencia de captura de pantalla. La vista previa del borrador es deliberadamente segura: lee la disponibilidad y los precios del borrador autenticado, pero no crea ninguna reserva. Por tanto, demuestra el flujo de diseño, redacción, validación y cálculo; no prueba que el nombre de host público, el correo electrónico saliente o la creación de reservas en vivo funcionen.

Comprender la publicación como un estado en vivo versionado

Al publicar, el servidor vuelve a verificar que esté listo y almacena una instantánea versionada con la hora y el operador. Los bloqueadores abiertos rechazan la publicación.

La configuración pública se proporciona solo para dominios activos y activos. Ready no es público y los cambios de borrador posteriores no reemplazan silenciosamente la instantánea.

Después del éxito, abra el dominio activo y verifique el nombre de host, HTTPS, idioma y versión. Los fragmentos requieren un dominio activo y activo; no invente guiones externos.

La publicación es un evento de aprobación, no un botón de guardar. El servidor repite la preparación y rechaza la solicitud si una condición obligatoria cambió después de la última revisión. Una publicación exitosa registra una versión, una marca de tiempo, un operador y una instantánea completa aprobada. La entrega pública requiere entonces tanto el estado activo como un dominio activo; el estado intermedio listo nunca es público. Las ediciones posteriores permanecen en el borrador hasta que otra revisión y publicación reemplace la instantánea. Después de cada lanzamiento, abra la dirección activa fuera del estudio y verifique el nombre de host, la conexión segura, el idioma, el contenido visible y la versión. Si el alojamiento externo o el enrutamiento del dominio no están terminados, regístrelo como un bloqueador de inicio externo en lugar de sustituirlo por una dirección de vista previa interna.

Demuestre una reserva en vivo controlada de principio a fin

Ejecute la reserva en vivo solo en la demostración aislada o en el hotel de prueba designado con datos de prueba claros. Nunca simule el éxito del pago.

Antes de enviar, verifique el producto, las tarifas por noche, los extras, los impuestos, la política, el pago y el total. Envíe una vez y confirme exactamente un registro de reserva.

Abre la reserva del PMS, verifica fuente, huésped, estadía, plan, extras, precio, estado y pago, luego inventario y correo electrónico de confirmación. Limpiar a través del proceso de cancelación aprobado.

La prueba en vivo debe realizarse únicamente en la demostración aislada del Hotel Nordlicht u otro hotel de prueba explícitamente aprobado. Elige fechas disponibles, una dirección de prueba interna y notas de prueba inconfundibles. Revisa la categoría, el plan, el precio por noche, los extras, el impuesto de visita, la política de cancelación, el método de pago y el total antes de enviarlo una vez. Luego verifica exactamente una reserva de PMS, el estado de confirmación o solicitud esperada, la fuente del motor de reservas, los datos de huéspedes y estadías, y cualquier información de pago respaldada por el proveedor. Verifica que el inventario de categorías haya disminuido y que la confirmación en el idioma correcto contenga las fechas reales, el monto, la póliza y el remitente. Finaliza el flujo de trabajo de cancelación y limpieza aprobado para que el historial de auditoría permanezca intacto. Nunca utilices un inquilino cliente existente ni simule un pago exitoso.

Supervise después de la publicación y desconéctese de forma segura

Utiliza una ventana de seguimiento más estricta durante las primeras 48 horas o cinco reservas. Revisa la fuente, el precio, el inventario, la confirmación y las fricciones repetidas de los huéspedes.

Para errores críticos de precio, inventario, pago, política o confirmación, anule la publicación. La historia permanece; corrija la fuente y vuelva a ejecutar las pruebas afectadas antes de volver a publicarlas.

Los cambios normales siguen al borrador, la vista previa, la preparación, la revisión móvil/idioma y la publicación. Asigne la propiedad del contenido, los precios y la aprobación final incluso si una persona desempeña varios roles.

Para las primeras 48 horas o las primeras cinco reservas directas genuinas, asigna una reseña diaria con nombre. Compara la fuente de reserva, la tarifa y el total, la reducción de inventario, la entrega de confirmación, las solicitudes abiertas y las preguntas repetidas de los huéspedes. Un pago técnicamente exitoso aún puede contener una redacción de política poco clara o un paso móvil difícil, por lo que debe registrar el dispositivo, el idioma, las fechas de estadía y el punto exacto de fricción. Precios incorrectos, disponibilidad fantasma, un pago obligatorio roto, una política incorrecta o una confirmación faltante son condiciones de parada: despublicar, registrar el período y las reservas afectadas, corregir la fuente central y repetir la matriz relevante antes de una segunda aprobación. Los cambios rutinarios siguen el mismo camino controlado desde el borrador hasta la revisión y publicación.

Cierre la inspección de seguimiento con la misma forma de prueba que al inicio: debe ser visible quién comprobó qué, en qué idioma y dispositivo, cuál fue el resultado esperado, qué sucedió realmente y dónde se encuentra la reserva o la captura de pantalla correspondiente. De este modo, un cambio de precio posterior, una nueva categoría de habitación o una condición de cancelación modificada no requieren un reinicio completo, sino que se puede designar con precisión el círculo de control afectado. El responsable cierra la liberación sólo si la página pública, la reserva ingresada en el PMS, el cambio de inventario y el mensaje enviado al huésped demuestran la misma oferta aprobada.