Dato publicado15 habitaciones
La web anuncia este total, pero no detalla inventario, categorías ni capacidades por unidad.
Dato publicadoBar y restaurante
Comida casera, desayunos, cenas, bocadillos y tapas aparecen en su contenido comercial.
Dato publicadoSant Pere
La Carretera, 25 · 08776 Sant Pere de Riudebitlles. Tel. 690 769 955 · dorahostal70@gmail.com.
Lo que se ha comprobado
Revisión de respuestas HTTP, contenido y configuración pública de Inicio, El Hostal, Restaurante, Contacto y Declaración de accesibilidad; además de robots y sitemaps. Los hallazgos describen el estado observado, sin atribuir pérdidas de ventas ni posiciones en buscadores.
| Prioridad / hallazgo | Evidencia y alcance | Mejora propuesta |
|---|
| Alta · enlaces de contenido rotos | Las rutas /el-hostal y /restaurante respondieron HTTP 404. La navegación principal emplea rutas largas válidas; los accesos del cuerpo requieren corrección. | Unificar destinos y redirigir las rutas antiguas a las páginas vigentes. |
| Alta · solicitud con contacto poco estructurado | El formulario del hostal contiene nombre, entrada, salida, mensaje y aceptación legal. No tiene campos dedicados de correo o teléfono. El texto anuncia que el equipo responderá. No se envió ninguna solicitud. | Solicitar un canal de respuesta, huéspedes y preferencias de forma explícita; diferenciar solicitud pendiente de reserva confirmada. |
| Alta · habitaciones sin detalle verificable | Se publican 15 habitaciones y una descripción general, sin tarifas, capacidad por habitación ni equipamiento concreto. El texto alternativo de una imagen la identifica como foto de ejemplo. | Fotografía propia y fichas por tipo con camas, capacidad, baño, servicios y condiciones confirmados por el propietario. La demo identifica inventario, importes e imágenes ilustrativas. |
| Media · mensajes de horario ambiguos | La cabecera anuncia atención 24 horas y el pie publica atención de lunes a sábado 7:30–23:00 y domingo 8:00–23:00. No consta que se refieran al mismo servicio. | Separar recepción, atención telefónica, horario del bar y de cocina; publicar check-in/check-out únicamente tras confirmación. |
| Media · restaurante con margen de información | Restaurante presenta productos y galerías. En la configuración hay subtítulos de plantilla como «Nulla»; su visibilidad debe comprobarse antes de calificarlos como defecto visual. | Carta vigente, precios confirmados, horario de cocina y procedimiento para consultar alérgenos. Diferenciar desayuno del restaurante de un régimen incluido en alojamiento. |
| Media · JSON-LD de contacto inválido | El primer bloque application/ld+json de Contacto falla al analizarse como JSON: salto de línea literal dentro de description. El bloque Organization se analiza correctamente. | Serializar JSON de forma válida y validar todos los bloques; añadir información estructurada del establecimiento solo con datos comprobados. |
| Baja · sitemap con destino inexistente | sitemap.xml referencia sitemap.posts.xml, que devuelve 404. sitemap.pages.xml responde 200. | Retirar la referencia vacía o servir un sitemap válido. Conservar las URLs canónicas útiles. |
Una base que conviene conservar
Las cuatro páginas principales responden 200 y tienen título, descripción, etiqueta canonical y metadatos sociales. Existe robots.txt que permite rastreo y enlaza al sitemap. Se publican teléfono, correo, dirección y WhatsApp de forma consistente. La web incorpora textos legales en su configuración y una declaración de accesibilidad: los enlaces con # pueden abrir modales y no se consideran rotos por ese motivo.
Escritorio y móvil: observación, no puntuación
La revisión visual del sitio original en escritorio permitió recorrer navegación, alojamiento, restaurante y contacto. En la prueba a 390 px se observó el diseño completo reducido, con lectura pequeña; el HTML sí incluye viewport correcto, por lo que no se atribuye la causa a su ausencia. Conviene reproducirlo en dispositivos reales antes de determinar el arreglo. Tras rechazar cookies, el mapa se observó vacío: puede depender del consentimiento; proponer siempre una dirección legible y un enlace de ruta independiente.
No se ha ejecutado Lighthouse, medido Core Web Vitals, consultado Search Console ni revisado estadísticas. No se inventan puntuaciones de velocidad, accesibilidad, tráfico o conversión.
La propuesta que se puede enseñar
01 · Reservar con claridad
Entrada, salida y huéspedes; disponibilidad de ejemplo; selección, desglose por noches y confirmación demo. Una explicación visible de qué se está simulando.
02 · Gestionar el día
Calendario por habitación, reservas, llegadas, salidas, limpieza, bloqueos y tarifas de ejemplo. El recorrido del huésped y el panel comparten el mismo estado de demostración.
03 · Preparar producción
Validar inventario y contenido real; conectar la operativa a un PMS o motor fiable y desplegar con controles de acceso, copias y seguimiento.
Qué falta para aceptar reservas reales
- Contenido validado: fotos por habitación, camas, capacidad, equipamiento, precios, impuestos, horarios, accesibilidad, mascotas, condiciones de estancia y cancelación. No se deducen de fotografías ni reseñas.
- PMS y channel manager: elegir proveedor y documentar quién controla inventario y tarifas; sincronizar Booking y Expedia mediante integraciones autorizadas, con gestión de errores y conciliación.
- Backend de reservas: autenticación y permisos del personal, transacciones atómicas o restricciones por habitación/noche, idempotencia y auditoría. Un control en el navegador no garantiza exclusión entre usuarios concurrentes.
- Pagos y correos: integración futura con pasarela, webhooks, reembolsos y correos transaccionales. Esta demo no conecta esos servicios, no cobra y no envía confirmaciones reales.
- Idiomas y SEO: textos revisados en español/catalán y, si se confirma, inglés; URLs indexables por idioma, hreflang y datos estructurados válidos. Medir consultas y reservas antes y después, sin prometer porcentajes de mejora.
Alcance comercial: el prototipo muestra una experiencia y una lógica operativa local. Tarifas, inventario operativo, extras, huéspedes y reglas no confirmadas son ficticios. No es la web oficial ni un sistema listo para producción. El beneficio esperado es reducir dudas al reservar y tareas repetitivas; debe validarse con el negocio y datos reales.
Fuentes y trazabilidad
Fuentes primarias consultadas el 12/10/2026: Inicio, El Hostal, Restaurante, Contacto, Declaración de accesibilidad, robots.txt y sitemap. Copias de evidencia y extractos técnicos se conservan en la carpeta evidence del proyecto.