営業時間と連絡先ブロック：営業時間、例外、連絡手段

営業時間・連絡先ブロックは、来店や問い合わせが失敗する前に実用的な質問に答えます。この特定の事業所にいつ連絡でき、どの連絡手段を使うべきか？ 週間スケジュール、日付指定の例外、電話、メールを、1つの視認可能かつ機械可読なユニットにまとめます。

この要素の重要性

営業時間と連絡先の詳細は、現実世界の約束に直結しています。読者は、移動するか、短い休憩時間に電話するか、緊急修理を手配するか、アクセシビリティに関する質問をするかを判断しているかもしれません。あいまいな営業時間は、不確実性のコストをその人に転嫁します。完全なブロックは、支店名、タイムゾーン、通常スケジュール、該当する例外、タスクに適した連絡手段を示します。

心理的には、信頼と回復が鍵です。「現在営業中」という表示は、閉店時間も同時に表示されて初めて役立ちます。電話番号は、適切なチームにつながるか、異なる応答スケジュールを説明する場合にのみ役立ちます。日付指定の例外は、読者が気にかけている日付が考慮されていることを保証し、代替の連絡手段は行き止まりを防ぎます。

検索エンジン、マップ製品、音声アシスタント、AIエージェント、ディレクトリフィードは、各時間と連絡手段を正しい拠点に結び付ける必要があります。フッターに1つの番号、マップカードに別の番号、JSON-LDに古い営業時間があると、複数のもっともらしい答えが生まれます。型付きフィールドは、拠点、曜日、時間、タイムゾーン、例外、連絡目的、確認時刻の間の関係を維持します。

表示ブロックは、読者向けの信頼できる情報源であり続けます。構造化データは、より長い営業時間、別の電話番号、または隠れた例外を導入してはなりません。可能な場合は常に、同じ運用記録から両方の出力を生成してください。

使用すべき場面

この要素は、営業時間や直接の連絡がユーザーの目的達成の可否を左右する場所で使用します。人員配置のある店舗、診療所、オフィス、レストラン、サービス拠点、観光施設、支店では標準的に使用されます。また、特定の問い合わせ窓口や運用時間があるサービスページ、運用連絡先を含む会社プロフィールや支店プロフィールにも適しています。

独立して運営されている拠点ごとに1つのブロックを使用します。スケジュールが同一でも、例外、タイムゾーン、電話のルーティングが異なる可能性があるため、個別の識別子が必要です。ディレクトリはコンパクトなブロックを表示しても構いませんが、すべてのスケジュールは1つの拠点に紐付けられていなければなりません。

以下のよくある類似事例は、別のモデルが必要です：

• 予約カレンダーは利用可能な予約枠を示すものであり、事業所の一般的な営業時間を示すものではありません。予約枠が残っていなくても事業所は営業している可能性があります。
• カスタマーサポートの対応時間は、必ずしも支店の営業時間と同じではありません。「サポート対応時間」として明示し、その連絡手段に関連付けてください。
• 商品在庫状況は、アイテムが入手可能かどうかを示します。「現在営業中」という表示は、選択した商品が在庫にあることを証明しません。
• 配送時間枠は注文が到着する時期を示すものであり、顧客が倉庫に電話できる時間ではありません。
• 単発のイベントスケジュールはイベントに属します。恒久的な拠点スケジュールを上書きして表現しないでください。
• 人員配置のないサービスエリア、私書箱、登記上の事務所、または仮想的な拠点は、読者が訪問できる場所として提示してはなりません。

要素作成ルール が優先されます：この要素を選択するのは、その文章の目的が運用時間と連絡手段を明示することであって、現在のデザインが偶然カード、表、フッターに似ているからではありません。

配置場所

ロケーションページや支店ページでは、拠点の識別情報と住所の後、案内、駐車場、予約、訪問計画の詳細の前に完全なブロックを配置します。読者は、その拠点が開いているかどうかを知る前に、レビューやプロモーションを通過すべきではありません。コンパクトなヒーロー表示は、完全なスケジュールへのリンクを提供し、同じデータから派生させる必要があります。

サービスページでは、その連絡手段と営業時間が該当サービスに適用される場合にのみ、問い合わせアクションの横にブロックを配置します。複数の拠点がある場合は、スケジュールを表示する前に拠点の選択が必要です。フッターにブランドの連絡先を繰り返し表示しても構いませんが、ページ固有のブロックを置き換えることはできません。

ブロックは、同じ拠点の住所、地図、案内、予約アクションの横に配置しても構いません。矛盾した状態、別の支店の番号、同じ営業時間を共有しているように見えるカレンダー、無関係な期限の横に配置してはなりません。「緊急時のみ電話」などの限定条件は、該当する連絡手段とともに配置してください。

モバイルでは、次の順序を維持します：拠点名、閉店時間付きの現在の状態、週間スケジュール、日付指定の例外、タスク別の連絡手段、アクション。固定表示の「電話」「案内」アクションは同じ拠点レコードを使用し、連絡手段の制限を隠してはなりません。

構成要素

1. 拠点識別情報： 支店またはサービス拠点名を明示し、安定した内部識別子を持ちます。
2. 現在の状態： 「営業中」「休業中」「24時間営業」「予約制」を表示し、信頼性をもって計算できる場合は次の変更時刻を続けます。
3. 通常週間スケジュール： 明示的に休業と指定された日も含め、すべての曜日を現地標準時で記録します。
4. タイムゾーン： スケジュールとサマータイムの変更を解釈するためのIANAタイムゾーンを識別します。
5. 例外： 休業、短縮営業、延長営業、季節期間について絶対日付を指定します。
6. 連絡手段： 正規化された電話番号とメールアドレスを、人間が読めるラベルとともに提供します。
7. 目的と対応時間： 各連絡手段がどのタスクを処理するか、および営業時間と異なる場合にその連絡手段が監視されている時間を説明します。
8. アクション： 表示値を置き換えることなく、アクセシブルな「電話」「メール」「予約」「案内」アクションを提供します。
9. 確認： 運用ソースが最後に詳細を確認した日時を記録します。

デザイン例

すべてのバリエーションには、拠点名、色だけに頼らないテキスト状態、同じデータ契約が必要です。

完全週間スケジュール。 ロケーションページのデフォルトでは7日間すべてを表示し、隣接する曜日は営業時間が一致しグループ化がスキャン可能な場合にのみ結合します。

コンパクトな本日サマリー。 ヒーロー、ディレクトリ行、モバイルパネルでは、現在の状態、次の変更時刻、直近の例外、および完全な週間表示を展開するコントロールを含めます。

祝日および単発の例外。 該当期間中は、日付指定の上書きを通常スケジュールと並べて表示します。空の時間帯を表示するのではなく「休業」と表示します。

季節営業時間。 季節名とその開始日・終了日を明示します。表を静的に入れ替えるのではなく、次のスケジュールがいつ有効になるかを表示します。

複数の連絡手段。 予約、サービス、アクセシビリティ、緊急連絡手段のそれぞれの目的をラベル付けし、説明のない番号を避けます。

予約制または分割サービス。 受付時間、予約可能時間、緊急連絡先はそれぞれ異なる約束を表すため、分離して保持します。

パラメータ

「ソース」は、コンポーネントがフィールドを取得する場所を示すものであり、その事実を所有する運用システムではありません。

variant=full、compact、または contact-first を使用します。22:00〜02:00のような夜間をまたぐ時間帯は、指定された日に開始し、翌暦日に終了します。1日に複数の時間帯がある場合は個別の通常時間項目とします。これにより、連続した営業時間帯を偽装することなく、昼休みの閉店を表現できます。

構文とコード例

3つの形式すべてで、同じ拠点、タイムゾーン、スケジュール、例外、ラベル付き連絡手段をエンコードします。公開プラットフォームは、本番環境で使用する前にアダプターを登録する必要があります。

ポータブルMarkdownディレクティブ

:::hours-contact{location-id="riverside-repair" timezone="America/New_York" verified="2026-08-27" variant=full}
## Riverside Repair — 営業時間と連絡先

::item{type=hours days="Monday-Friday" status=open opens="09:00" closes="17:30"}
通常の作業場および受付時間。
::
::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}
クリスマス休業。
::
::item{type=phone value="+12125550146" purpose="Repairs and bookings"}
電話は通常時間内に対応します。
::
::item{type=email value="service@example.com" purpose="Service enquiries"}
返信は通常時間内に対応します。
::
:::

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" >}}通常の作業場および受付時間。{{< /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" >}}クリスマス休業。{{< /hours_item >}}
  {{< contact_item type="phone" value="+12125550146" purpose="Repairs and bookings" >}}電話は通常時間内に対応します。{{< /contact_item >}}
  {{< contact_item type="email" value="service@example.com" purpose="Service enquiries" >}}返信は通常時間内に対応します。{{< /contact_item >}}
{{< /hours_contact >}}

すべてのパラメータは名前付きです。位置指定パラメータと名前付きショートコードパラメータを混在させてはなりません。

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 -->

ネイティブWordPressブロックは、スケジュールと連絡手段を1つのリッチテキストフィールドではなく、型付きの子レコードとして保持する必要があります。表示ブロックとJSON-LDはそれらのレコードから読み取る必要があります。

良い例と悪い例

良い例

Riverside Repair — 木曜の営業時間： 09:00〜17:30 営業中。土曜 09:00〜13:00、日曜 休業。2026年12月25日 休業。修理・予約は +1 212 555 0146（営業時間内）、または service@example.com までメールでお問い合わせください。時刻は America/New_York の現地時間です。2026年8月27日確認済み。

この例が有効なのは、支店名、日付の解釈、スケジュール、例外、連絡手段の目的、対応時間、鮮度が明示されているからです。読者は行動でき、機械は各関係を維持できます。

悪い例

夜遅くまで営業しています！ お電話ください：555-0146。休日の営業時間は異なる場合があります。いつでもチームにメッセージを送れます。

この例が不適切なのは、「夜遅く」が時間を表しておらず、番号に国コードと目的がなく、拠点やタイムゾーンが特定されておらず、休日の警告に日付がないからです。「いつでも」は定義のない約束であり、構造化データは推測せざるを得ません。

スキーママークアップとアクセシビリティ

実際の物理的事業所の場合、ブロックは最も具体的な該当 LocalBusiness サブタイプに入力できます。通常期間は openingHoursSpecification にマッピングし、dayOfWeek、opens、closes を含めます。日付指定または季節的な上書きは、specialOpeningHoursSpecification にマッピングし、範囲に応じて validFrom と validThrough を使用します。表示される拠点と構造化エンティティは、1つの安定した @id を共有する必要があります。そうしないと、営業時間が別の支店に紐付けられる可能性があります。

電話番号とメールは、それらが主要な公開連絡手段である場合、事業所エンティティに設定できます。目的別の連絡手段は、contactPoint に contactType、telephone または email、areaServed、availableLanguage、hoursAvailable（既知で表示されている場合）を設定して入力できます。内部部門、個人内線番号、トラッキング番号、監視されていないメールボックスは除外します。

例外は、その有効日数の間のみ通常スケジュールを上書きします。休業には明示的なコンテンツ状態と、選択したコンシューマーの文書化された表現に従うアダプターマッピングが必要です。空の文字列や省略された日付は、データ欠落のように見えます。夜間時間帯、分割シフト、季節スケジュール、サマータイムの移行をテストします。

スキーマは投影であり、独立した情報源ではありません。ブロック、JSON-LD、マップリスティング、ビジネスプロフィール、アクションリンクは一致していなければなりません。同期に失敗した場合は、「現在営業中」などの不確かな派生状態を抑制し、最終確認済みの限定スケジュールを表示します。

アクセシビリティはセマンティックなテキストから始まります。見出し、リストまたは説明リストを連絡手段に使用し、曜日と時間の関係が列を活用する場合にのみ表を使用します。表のヘッダーをスコープ設定し、本日をテキストでラベル付けし、ホバーなしで例外を表示できるようにし、キーボード操作可能な展開状態を公開します。

電話リンクは、読み取り可能な表示番号とともに正規化された tel: 値を使用します。メールリンクは有効な mailto: アドレスを使用します。アクセシブルな名前は、「Riverside Repair 予約に電話」など、アクションを説明します。自動的に電話やメールを発信したり、フォーカスを奪ったり、繰り返し状態の更新をアナウンスしたりしてはいけません。

作成ルール

拠点名と現在の状態で始めます。ライブ状態を表示する場合は、次の変更を追加します。「営業中 — 17:30 閉店」は行動可能ですが、「現在営業中」だけでは不完全です。現地時間を使用し、読者、スタッフ、拠点が複数のタイムゾーンにまたがる場合はタイムゾーンを明示します。

完全バリアントでは7日間すべてを表示します。連続する曜日は、すべての時間帯が一致する場合にのみ結合します。空白を残すのではなく、「休業」「24時間営業」「予約制」と記述します。分割シフトの両方の時間帯と、夜間営業時間の開始日を示します。

例外は絶対日付で公開し、常にその結果を明示します。読者に影響を与える前に表示し、監査ログに保持した後で期限切れのエントリを削除します。季節スケジュールには開始日と終了日が必要です。

完全なブロックは、現在の状態の1行、7行以下の曜日行（またはグループ化された行）、0〜6個の該当する今後の例外、1〜4つの連絡手段に抑えます。各連絡手段ラベルは1〜4語、各補足説明は40語以内とします。販売コピーではなく、落ち着いた運用言語を使用します。

実際の既知の例外なしにあいまいな「営業時間は異なる場合があります」という文、プロモーションの主張、無関係な価格、スタッフの経歴、商品在庫、予約空き状況、目的や応答の期待値がない一般的な問い合わせフォームを含めてはいけません。明示的な運用承認なしに個人の携帯番号や従業員のメールを公開してはいけません。スタッフ配置とエスカレーション手順がその約束を真実にしない限り、連絡手段が24時間365日監視されていると記載してはいけません。

拠点管理システムを運用上の真実として扱います。E.164電話番号を保存し、読み取り可能な表示形式を保持し、メールボックスを検証し、確認を記録します。休日前、季節変更前、移転前、閉店前、ルーティング変更前に確認し、自動比較は不一致を解決するのではなくフラグを立てるべきです。

使用する投稿タイプ

postTypes フロントマターフィールドが、この実装マトリックスを駆動します。

QAチェックリスト

• ブロックが1つの実在する拠点を指定しているか、または組織レベルの連絡手段を明確に識別している。
• 安定した拠点IDが表示ブロック、運用記録、構造化エンティティを結び付けている。
• すべての曜日に1つの明示的な状態があり、分割または夜間をまたぐ時間帯はその境界を維持している。
• 時刻は拠点のIANAタイムゾーンを使用し、サマータイムの移行を正しく処理している。
• 今後の祝日、緊急、季節の例外は絶対日付を持ち、指定された範囲のみを上書きする。
• 「休業」「24時間営業」「予約制」の状態は、空白時間から推測するのではなく明示的に保存されている。
• 各電話番号とメールの連絡手段には目的ラベルがあり、必要な場合は正直な対応時間または応答メモがある。
• 保存された電話番号はE.164を使用し、表示番号は読み取り可能で、すべての tel: および mailto: ターゲットが機能する。
• 承認なしに個人または監視されていない連絡手段が公開されていない。
• 表示ブロック、JSON-LD、ビジネスリスティング、マップデータ、連絡アクションが一致している。
• openingHoursSpecification、specialOpeningHoursSpecification、contactPoint は確認済みの表示事実からのみ出力されている。
• 「現在営業中」には次の変更時刻が含まれ、現在状態の計算が不確かな場合は安全に劣化する。
• 色、アイコン、ホバー、展開、JavaScriptが必須の営業時間や例外の理解に必要ではない。
• 確認日が組織の鮮度ポリシーを満たし、ソースの不一致は所有レビューキューに入る。
• Markdown、Hugo、WordPressの例が同じ型付きスケジュール、例外、連絡手段を維持している。

FAQ

休日の営業時間は通常の営業時間に置き換えるべきですか？

いいえ。通常の週間スケジュールを維持し、日付指定の例外をそれぞれ個別に公開してください。例外は指定された日付または期間についてのみ通常スケジュールを上書きし、その後は編集者が通常時間を復元する作業を必要とせずに期限切れとなります。

24時間営業を表すにはどうすればよいですか？

該当する曜日に「24時間営業」と明示的にラベル付けし、その状態を明示的に保存してください。作成者コンテンツで00:00〜00:00としてエンコードしないでください。この組み合わせは一部の構造化データ消費者が休業日を表すためにも使用され、誤読されやすいためです。

1つの営業時間・連絡先ブロックで複数の拠点をカバーできますか？

単一の区別されていないスケジュールとしてはできません。各拠点に独自のラベル付きブロック、安定した拠点識別子、タイムゾーン、営業時間、例外、連絡手段を割り当ててください。ディレクトリは複数の支店を要約できますが、各行は1つの支店に帰属可能でなければなりません。

すべての連絡先ブロックに電話番号とメールアドレスの両方が必要ですか？

いいえ。タスクに適した少なくとも1つの有効な連絡手段が必要です。組織が監視している連絡手段のみを公開し、その目的を明示し、対応時間や可用性の制約を記載し、連絡手段が一部のユーザーを排除する場合にはアクセス可能な代替手段を提供してください。

営業時間はどのくらいの頻度で確認すべきですか？

運用ソースが変更されるたび、および既知の祝日や季節の変わり目の前に確認してください。また、Webサイト、構造化データ、拠点システム、主要なビジネスリスティング間で定期的な比較を実行してください。許容される間隔は、組織が営業時間を変更する頻度によって異なります。