Bloques de horario y contacto: horarios de apertura, excepciones y rutas

Un bloque de horario y contacto responde a una pregunta práctica antes de que una visita o consulta fracase: ¿cuándo puedo contactar con esta empresa específica y qué ruta debo usar? Reúne el horario semanal, las excepciones fechadas, el teléfono y el correo electrónico en una unidad visible y legible por máquina.

Por qué este elemento es importante

Los horarios y los datos de contacto están estrechamente ligados a un compromiso real. Un lector puede estar decidiendo si viajar, llamar durante una pausa breve, gestionar una reparación urgente o preguntar sobre una necesidad de accesibilidad. Unos horarios ambiguos trasladan el coste de la incertidumbre a esa persona. Un bloque completo nombra la sucursal, la zona horaria, el horario habitual, la excepción relevante y la ruta adecuada para la tarea.

La psicología se basa en la confianza y la recuperación. «Abierto ahora» solo ayuda cuando también se ve la hora de cierre. Un número de teléfono solo ayuda cuando llega al equipo adecuado o explica un horario de atención diferente. Las excepciones fechadas tranquilizan al lector al demostrar que se ha considerado la fecha que le interesa; una ruta alternativa evita un callejón sin salida.

Los motores de búsqueda, los productos de mapas, los asistentes de voz, los agentes de IA y los feeds de directorios deben conectar cada horario y ruta con la ubicación correcta. Un pie de página con un número, una tarjeta de mapa con otro y JSON-LD con horarios desactualizados crean varias respuestas plausibles. Los campos tipificados preservan las relaciones entre ubicación, día, horas, zona horaria, excepciones, propósito del contacto y momento de verificación.

El bloque visible sigue siendo la fuente de verdad orientada al lector. Los datos estructurados no deben introducir horarios más amplios, otro número de teléfono o una excepción oculta. Genera ambas salidas a partir del mismo registro operativo siempre que sea posible.

Cuándo usarlo

Usa este elemento siempre que los horarios o el contacto directo determinen si alguien puede completar la acción prevista. Es estándar para tiendas con personal, clínicas, oficinas, restaurantes, talleres de servicio, atracciones y sucursales. También encaja en una página de servicio con una ruta de consulta o ventana operativa distinta, y en un perfil de empresa o sucursal que contenga contacto operativo.

Usa un bloque por ubicación gestionada de forma independiente. Los horarios idénticos siguen necesitando identidades separadas porque las excepciones, las zonas horarias y el enrutamiento telefónico pueden divergir. Un directorio puede mostrar bloques compactos, pero cada horario debe permanecer vinculado a una ubicación.

Los casos límite habituales necesitan un modelo diferente:

• Un calendario de reservas describe las citas disponibles, no las horas en las que la empresa está generalmente abierta. La empresa puede estar abierta aunque no queden citas.
• La cobertura de atención al cliente no es automáticamente la misma que el horario de apertura de la sucursal. Etiquétala como disponibilidad de soporte y asóciala con esa ruta de contacto.
• La disponibilidad de producto indica si un artículo se puede obtener. «Abierto ahora» no demuestra que el artículo seleccionado esté en stock.
• Una ventana de entrega indica cuándo puede llegar un pedido, no cuándo un cliente puede llamar al almacén.
• Un horario puntual para un evento pertenece al evento. No sobrescribas el horario permanente de la ubicación para representarlo.
• Un área de servicio sin personal, un apartado de correos, una oficina registrada o una ubicación virtual no deben presentarse como un lugar que los lectores puedan visitar.

Las reglas de redacción de elementos tienen prioridad: elige este elemento porque el propósito del pasaje es indicar horarios operativos y rutas de contacto, no porque el diseño actual se parezca a una tarjeta, tabla o pie de página.

Dónde colocarlo

En una página de ubicación o sucursal, coloca el bloque completo después de la identidad y dirección de la ubicación y antes de los detalles de direcciones, aparcamiento, reservas o planificación de la visita. Los lectores no deberían pasar por reseñas o promociones antes de saber si la ubicación está abierta. Un estado compacto en la zona principal debe enlazar al horario completo y derivar de los mismos datos.

En una página de servicio, coloca el bloque junto a la acción de consulta solo cuando su ruta y horario se apliquen a ese servicio. Para varias ubicaciones, solicita la selección de una ubicación antes de mostrar un horario. Un pie de página puede repetir una ruta de marca, pero no puede reemplazar al bloque específico de la página.

El bloque puede situarse junto a una dirección, mapa, indicaciones o acción de reserva para la misma ubicación. No puede situarse junto a un estado conflictivo, el número de otra sucursal, un calendario que parezca compartir su horario, o una caducidad no relacionada. Mantén los calificativos como «solo emergencias» con su ruta correspondiente.

En dispositivos móviles, conserva el orden: nombre de la ubicación, estado actual con hora de cierre, horario semanal, excepciones fechadas, rutas de contacto etiquetadas por tarea y luego acciones. Las acciones fijas de Llamar o Direcciones deben usar el mismo registro de ubicación y no deben ocultar las limitaciones de la ruta.

Anatomía

1. Identidad de ubicación: nombra la sucursal o punto de servicio y lleva un identificador interno estable.
2. Estado actual: indica Abierto, Cerrado, Abierto 24 horas o Con cita previa, seguido del próximo cambio material cuando pueda calcularse de forma fiable.
3. Horario semanal habitual: registra todos los días, incluidos los días explícitamente cerrados, en hora local de pared.
4. Zona horaria: identifica la zona horaria IANA utilizada para interpretar el horario y los cambios de horario de verano.
5. Excepciones: proporciona fechas absolutas para cierres, días con horario reducido, horas ampliadas o períodos estacionales.
6. Rutas de contacto: proporciona valores normalizados de teléfono y correo electrónico con etiquetas legibles.
7. Propósito y disponibilidad: explica qué tarea gestiona cada ruta y cuándo se supervisa esa ruta si difiere del horario comercial.
8. Acciones: ofrece acciones accesibles de Llamar, Correo electrónico, Reservar o Direcciones sin reemplazar los valores visibles.
9. Verificación: registra cuándo la fuente operativa confirmó por última vez los detalles.

Ejemplos de diseño

Cada variante necesita un nombre de ubicación, estados textuales en lugar de solo color, y el mismo contrato de datos.

Horario semanal completo. El valor predeterminado de la página de ubicación muestra los siete días, combinando días adyacentes solo cuando sus horarios coinciden y la agrupación sigue siendo escaneable.

Resumen compacto del día actual. En una zona principal, fila de directorio o panel móvil, incluye el estado actual, la siguiente transición, la excepción más próxima y un control que revele la semana completa.

Excepciones festivas y puntuales. Enumera las modificaciones fechadas junto al horario habitual mientras sean relevantes. Indica «Cerrado» en lugar de mostrar un rango horario vacío.

Horario estacional. Nombra la temporada y sus fechas de inicio y fin. Muestra cuándo entra en vigor el siguiente horario en lugar de intercambiar tablas silenciosamente.

Múltiples rutas de contacto. Etiqueta el propósito de cada ruta de reservas, servicio, accesibilidad o emergencia; evita números sin explicación.

Con cita previa o servicio dividido. Mantén separados el horario de recepción, la disponibilidad de citas y la cobertura de emergencias porque representan compromisos diferentes.

Parámetros

«Fuente» describe de dónde obtiene el componente el campo, no el sistema operativo que posee el dato.

Usa variant=full, compact o contact-first. Un período nocturno como 22:00–02:00 comienza en el día indicado y cierra el siguiente día calendario. Los períodos múltiples en un mismo día son elementos de horario habitual separados, lo que preserva un cierre por almuerzo sin inventar un período de apertura continuo.

Sintaxis y ejemplos de código

Las tres formas codifican la misma ubicación, zona horaria, horario, excepción y rutas etiquetadas. La plataforma de publicación debe registrar el adaptador antes del uso en producción.

Directiva Markdown portable

:::hours-contact{location-id="riverside-repair" timezone="America/New_York" verified="2026-08-27" variant=full}
## Riverside Repair — horario y contacto

::item{type=hours days="Monday-Friday" status=open opens="09:00" closes="17:30"}
Horario habitual de taller y recepción.
::
::item{type=hours days=Saturday status=open opens="09:00" closes="13:00"}
::
::item{type=hours days=Sunday status=closed}
::
::item{type=exception date="2026-12-25" status=closed}
Cierre por Navidad.
::
::item{type=phone value="+12125550146" purpose="Repairs and bookings"}
Las llamadas se atienden durante el horario habitual.
::
::item{type=email value="service@example.com" purpose="Service enquiries"}
Las respuestas se gestionan durante el horario habitual.
::
:::

Shortcode de Hugo

{{< hours_contact location_id="riverside-repair" timezone="America/New_York" verified="2026-08-27" variant="full" >}}
  {{< hours_item type="hours" days="Monday-Friday" status="open" opens="09:00" closes="17:30" >}}Horario habitual de taller y recepción.{{< /hours_item >}}
  {{< hours_item type="hours" days="Saturday" status="open" opens="09:00" closes="13:00" >}}{{< /hours_item >}}
  {{< hours_item type="hours" days="Sunday" status="closed" >}}{{< /hours_item >}}
  {{< hours_item type="exception" date="2026-12-25" status="closed" >}}Cierre por Navidad.{{< /hours_item >}}
  {{< contact_item type="phone" value="+12125550146" purpose="Repairs and bookings" >}}Las llamadas se atienden durante el horario habitual.{{< /contact_item >}}
  {{< contact_item type="email" value="service@example.com" purpose="Service enquiries" >}}Las respuestas se gestionan durante el horario habitual.{{< /contact_item >}}
{{< /hours_contact >}}

Cada parámetro tiene nombre; los parámetros posicionales y los nombrados en shortcodes nunca se mezclan.

WordPress

<!-- wp:amicited/hours-contact {"locationId":"riverside-repair","timezone":"America/New_York","verified":"2026-08-27","variant":"full"} -->
<!-- wp:amicited/hours-item {"days":["Monday","Tuesday","Wednesday","Thursday","Friday"],"status":"open","opens":"09:00","closes":"17:30"} /-->
<!-- wp:amicited/hours-item {"days":["Saturday"],"status":"open","opens":"09:00","closes":"13:00"} /-->
<!-- wp:amicited/hours-item {"days":["Sunday"],"status":"closed"} /-->
<!-- wp:amicited/hours-exception {"date":"2026-12-25","status":"closed","label":"Christmas Day closure"} /-->
<!-- wp:amicited/contact-route {"type":"phone","value":"+12125550146","purpose":"Repairs and bookings","note":"Calls are answered during regular hours."} /-->
<!-- wp:amicited/contact-route {"type":"email","value":"service@example.com","purpose":"Service enquiries","note":"Replies are handled during regular hours."} /-->
<!-- /wp:amicited/hours-contact -->

Un bloque nativo de WordPress debe mantener los horarios y las rutas como registros secundarios tipificados, no como un único campo de texto enriquecido. El bloque visible y el JSON-LD deben leer de esos registros.

Ejemplos buenos y malos

Bueno

Riverside Repair — horario del jueves: Abierto 09:00–17:30. Sábado 09:00–13:00; domingo cerrado. Cerrado el 25 de diciembre de 2026. Para reparaciones y reservas llama al +1 212 555 0146 durante el horario de apertura, o escribe a service@example.com . Horarios locales de America/New_York. Verificado el 27 de agosto de 2026.

Funciona porque la sucursal, la interpretación de la fecha, el horario, la excepción, el propósito de la ruta, la disponibilidad y la actualización son explícitos. Los lectores pueden actuar mientras las máquinas preservan cada relación.

Malo

¡Abrimos hasta tarde! Llámanos: 555-0146. El horario festivo puede variar. Envía un mensaje al equipo en cualquier momento.

Falla porque «tarde» no es una hora, el número carece de código de país y propósito, no se identifica ninguna ubicación ni zona horaria, y el aviso de festivo no proporciona fechas. «En cualquier momento» hace una promesa indefinida; los datos estructurados tendrían que adivinarlo.

Marcado de esquema y accesibilidad

Para una empresa física real, el bloque puede alimentar el subtipo LocalBusiness más específico aplicable. Los períodos habituales se asignan a openingHoursSpecification, con dayOfWeek, opens y closes; las modificaciones fechadas o estacionales se asignan a specialOpeningHoursSpecification, usando validFrom y validThrough según lo requiera el rango. La ubicación visible y la entidad estructurada deben compartir un @id estable para que los horarios no queden vinculados a una sucursal diferente.

El teléfono y el correo electrónico pueden poblar la entidad comercial cuando son las rutas públicas principales. Las rutas con propósito específico pueden poblar contactPoint con contactType, telephone o email, areaServed, availableLanguage y hoursAvailable cuando se conozcan y sean visibles. Excluye departamentos internos, extensiones personales, números de seguimiento y buzones no supervisados.

Las excepciones anulan el horario habitual solo durante sus fechas de validez. Un cierre necesita un estado de contenido explícito y un adaptador de mapeo que siga la representación documentada del consumidor seleccionado. Las cadenas vacías o las fechas omitidas se parecen a datos faltantes. Prueba los períodos nocturnos, los turnos partidos, los horarios estacionales y las transiciones de horario de verano.

El esquema es una proyección, no una fuente independiente. El bloque, el JSON-LD, el listado de mapas, el perfil comercial y los enlaces de acción deben coincidir. Si la sincronización falla, suprime los estados derivados inciertos como «Abierto ahora» y muestra el último horario verificado con la correspondiente salvedad.

La accesibilidad comienza con el texto semántico. Usa un encabezado, una lista o lista de descripción para las rutas, y una tabla solo cuando las relaciones día-hora se beneficien de columnas. Define el ámbito de los encabezados de tabla, etiqueta el día de hoy en texto, mantén las excepciones disponibles sin necesidad de pasar el ratón y expón el estado expandido operable por teclado.

Los enlaces de teléfono usan valores tel: normalizados con números de visualización legibles; los enlaces de correo electrónico usan direcciones mailto: válidas. Los nombres accesibles describen la acción, como «Llamar a reservas de Riverside Repair». Nunca inicies llamadas o correos electrónicos automáticamente, robes el foco ni anuncies actualizaciones de estado repetitivas.

Reglas de redacción

Empieza con el nombre de la ubicación y el estado actual. Al mostrar un estado en vivo, añade la siguiente transición: «Abierto — cierra a las 17:30» es procesable; «Abierto ahora» solo es incompleto. Usa la hora local e indica la zona horaria cuando los lectores, el personal o las ubicaciones abarquen varias zonas.

Muestra los siete días en la variante completa. Combina días consecutivos solo cuando todos los períodos coincidan. Escribe Cerrado, Abierto 24 horas o Con cita previa en lugar de dejar espacios en blanco. Muestra ambos períodos de turno partido y el día de inicio para horas nocturnas.

Publica las excepciones como fechas absolutas e indica siempre la consecuencia. Muéstralas antes de que afecten a los lectores; elimina las entradas caducadas después de conservarlas en el registro de auditoría. Los horarios estacionales necesitan fechas de inicio y fin.

Mantén el bloque completo en una línea de estado actual, siete filas diarias o menos filas agrupadas, de cero a seis excepciones próximas relevantes, y de una a cuatro rutas de contacto. Cada etiqueta de ruta debe tener de una a cuatro palabras; cada calificación no debe superar las 40 palabras. Usa un lenguaje operativo tranquilo en lugar de texto de ventas.

Nunca incluyas texto vago como «el horario puede variar» sin las excepciones reales conocidas, afirmaciones promocionales, precios no relacionados, biografías del personal, existencias de productos, inventario de citas o un formulario de contacto general sin propósito ni expectativa de respuesta. Nunca publiques un número móvil personal o un correo electrónico de empleado sin una aprobación operativa explícita. No digas que una ruta se supervisa 24/7 a menos que los procedimientos de personal y escalado hagan realidad esa promesa.

Trata el sistema de gestión de ubicaciones como la verdad operativa. Almacena números de teléfono en formato E.164, conserva formatos de visualización legibles, valida los buzones de correo y registra la verificación. Revisa antes de festivos, cambios estacionales, reubicaciones, cierres y cambios de enrutamiento; las comparaciones automatizadas deben señalar las discrepancias, no resolverlas.

Tipos de página que lo usan

El campo postTypes del frontmatter impulsa esta matriz de implementación.

Lista de verificación de QA

• El bloque nombra una ubicación real o identifica claramente una ruta a nivel de organización.
• Un ID de ubicación estable une el bloque visible, el registro operativo y la entidad estructurada.
• Cada día tiene un estado explícito, y los períodos partidos o nocturnos preservan sus límites.
• Las horas usan la zona horaria IANA de la ubicación y se comportan correctamente en las transiciones de horario de verano.
• Las próximas excepciones festivas, de emergencia y estacionales tienen fechas absolutas y anulan solo su rango indicado.
• Los estados de cerrado, abierto 24 horas y con cita previa se almacenan explícitamente y no se infieren de horarios en blanco.
• Cada ruta de teléfono y correo electrónico tiene una etiqueta de propósito y una nota honesta de disponibilidad o respuesta cuando sea necesario.
• Los números de teléfono almacenados usan E.164, los números mostrados son legibles y cada destino tel: y mailto: funciona.
• No se expone ninguna ruta de contacto personal o no supervisada sin aprobación.
• El bloque visible, el JSON-LD, los directorios comerciales, los datos de mapas y las acciones de contacto coinciden.
• openingHoursSpecification, specialOpeningHoursSpecification y contactPoint se emiten solo a partir de hechos visibles verificados.
• «Abierto ahora» incluye la siguiente transición y se degrada de forma segura cuando el cálculo del estado actual es incierto.
• El color, los iconos, el hover, la expansión y JavaScript no son necesarios para comprender los horarios o excepciones esenciales.
• La fecha de verificación cumple con la política de actualización de la organización, y las discrepancias de origen entran en una cola de revisión gestionada.
• Los ejemplos en Markdown, Hugo y WordPress preservan el mismo horario, excepción y rutas tipificados.

Preguntas frecuentes

¿Los horarios festivos deberían reemplazar los horarios de apertura habituales?

No. Mantén el horario semanal normal y publica cada excepción fechada por separado. La excepción anula el horario habitual solo para la fecha o el rango indicado, y luego caduca sin necesidad de que un editor restaure el horario normal.

¿Cómo debería mostrar una empresa que está abierta las 24 horas?

Etiqueta los días correspondientes como Abierto 24 horas y guarda ese estado explícitamente. No lo codifiques como 00:00–00:00 en el contenido editado, porque ese par también es utilizado por algunos consumidores de datos estructurados para representar días cerrados y es fácil de interpretar mal.

¿Puede un solo bloque de horario y contacto cubrir varias ubicaciones?

No como un único horario indiferenciado. Asigna a cada ubicación su propio bloque etiquetado, identificador de ubicación estable, zona horaria, horarios, excepciones y rutas de contacto. Un directorio puede resumir varias sucursales, pero cada fila debe seguir siendo atribuible a una sucursal.

¿Todo bloque de contacto necesita tanto un número de teléfono como una dirección de correo electrónico?

No. Necesita al menos una ruta funcional adecuada para la tarea. Publica solo las rutas que la organización supervisa, etiqueta su propósito, indica restricciones materiales de respuesta o disponibilidad, y proporciona una alternativa accesible cuando una ruta excluya a algunos usuarios.

¿Con qué frecuencia deben verificarse los horarios de apertura?

Verifícalos siempre que cambie una fuente operativa y antes de cada festivo o transición estacional conocida. También realiza una comparación programada entre el sitio web, los datos estructurados, el sistema de ubicaciones y los principales directorios comerciales; el intervalo aceptable depende de la frecuencia con la que la organización modifique los horarios.