CMSと予約エンジンをつなぐ
決済を予約エンジンに残す旅行CMS連携
コンテンツチームは目的地、特集、ガイド、ホテルページを自分たちのペースで公開し、在庫、料金、空室状況、決済、予約確認はPHPTRAVELSに残します。スピードならWordPress、拡張性ならヘッドレスCMSを選び、B2BとB2Cのサイトを安全なAPIでつなぎます。
- WordPressまたはヘッドレスCMS
- API同期の予約ウィジェット
- 多言語とRTLページ
- ロール別アクセスと監査ログ
ページの構造
旅行CMS連携が1つのページを2つのレイヤーに分ける仕組み
多くのコンテンツツールはブログ向けで、予約向けではありません。旅行ページには編集者が書く文章と、サプライヤーからリアルタイムで届く料金や空室状況が混在します。連携により、それぞれのレイヤーを専用のシステムで扱えます。
編集者はCMSで執筆し、検索、料金、決済は予約エンジンがウィジェットと読み取りAPIで表示します。コンテンツ側もPHPTRAVELSで管理したい場合は、組み込みのCMSをご覧ください。
レイヤーを表示
目的地の紹介、写真、旅のヒント
リアルタイム料金と空室を表示するホテルカード
- リアルタイム料金
- リアルタイム料金
- リアルタイム料金
ガイド：初めての滞在におすすめのエリア
予約ルールに沿ったFAQと規約
今すぐ予約：決済は予約エンジンで行われます
CMSが担当
- 構造化フィールドを持つ目的地ページ
- ブログ、ガイド、キャンペーン用ランディングページ
- 予約ルールに沿ったFAQと規約
- ホテル、ツアー、路線の再利用可能なブロック
APIが運ぶもの
- 検索・結果ウィジェット用の読み取りエンドポイント
- すべての呼び出しにAPIキーとレート制限
- 公開とキャッシュ削除のためのWebhook
- 各リクエストに言語、通貨、市場
予約エンジンが担当
- 在庫、料金、空室状況
- B2B向け代理店価格とB2C向け公開価格
- 決済手続き、支払い、予約確認
- GDS、ホテルアグリゲーター、直接契約サプライヤー
連携オプション
WordPress、ヘッドレス、カスタム：チームが毎日使えるCMSを選ぶ
チームが実際に毎日使う編集ツールを選びましょう。3つとも予約は同じ予約エンジンに残るため、選択の基準は公開スピード、チャネル、管理のしやすさです。
WordPress
WordPressをマーケティング用CMSとして使い続け、ページ内にホテル、航空券、ツアー、レンタカーの予約ウィジェットを配置します。裏側の予約システムは変更不要です。
最適な対象
マーケティングチームがすでにWordPressで公開している旅行会社や小規模OTA。
- 特集、路線、ホテル一覧、フィルター用のブロック
- タイトル、説明文、インデックス設定のSEOフィールド
- 遅延読み込みと圧縮で軽いページを実現
- 予約ポータルへのシングルサインオン（任意）
[pt_search type="hotels" city="DXB" locale="en"]
[pt_results type="hotels" city="DXB" sort="price"]
[pt_offers module="tours" limit="6"]ヘッドレスCMS
ヘッドレスCMSはコンテンツと表示を分離するため、1つの目的地データでウェブサイト、モバイルアプリ、キオスクに配信でき、承認フローも厳格に保てます。
最適な対象
自社のフロントエンドチームを持つマルチブランドの旅行グループや大規模OTA。
- ロール別ワークフローとコンテンツ承認
- 更新ページのWebhookによるキャッシュ削除
- 目的地とホテル情報の構造化モデル
- 市場ごとに一貫した表示とローカライズ
GET /api/content/destinations/dubai?locale=ar
{
"slug": "dubai-hotels",
"locale": "ar",
"dir": "rtl",
"currency": "AED",
"blocks": ["intro", "guide", "faq"],
"widgets": ["hotel-search", "hotel-results"]
}カスタムCMS
すでに自社CMSがある場合はそのまま使い、予約コンポーネントをHTML要素として埋め込むか、自社テンプレートから読み取りAPIを呼び出します。
最適な対象
既存の管理画面と、それを保守する開発者がいるチーム。
- 独自のコンテンツモデルと管理画面
- コンポーネントや要素として配置するウィジェット
- 代理店とスタッフ向けシングルサインオン（任意）
- PHPTRAVELSチームと範囲を決めるコネクター開発
<div data-pt-widget="tour-cards"
data-city="DXB"
data-locale="fr"
data-currency="EUR"></div>
<div data-pt-widget="flight-search"
data-from="CDG" data-to="DXB"></div>スニペットは説明用の例です。実際の埋め込み方法、フィールド名、エンドポイントは導入時に決定します。まだ存在しないコネクターが必要な場合はカスタムAPI連携をご覧ください。
連携の流れ
コンテンツモデルから成果測定までの5ステップ
実践的な連携では、CMSはコンテンツに、予約エンジンは予約に集中させます。旅行会社、OTA、ホテル、ツアーオペレーター、DMCで機能する順序です。
コンテンツモデルを定義する
目的地、ホテルページ、特集、規約のタイプを作成し、それぞれに必須フィールドを設定します。
- 担当:
- 両チーム
- 成果物:
- 必須フィールド付きのコンテンツタイプ
安全なAPIを接続する
在庫ウィジェット用の読み取りエンドポイントを公開し、キーとレート制限で保護します。
- 担当:
- 開発者
- 成果物:
- サイトごとのキー、エンドポイント、制限
予約ウィジェットを表示する
決済を移動せずに、CMSページにホテル検索、航空券検索、ツアーカードを配置します。
- 担当:
- コンテンツチーム
- 成果物:
- 本番テンプレートに配置されたウィジェット
更新を同期する
公開時にキャッシュを削除し、サイトマップを更新し、各言語版の整合性を保ちます。
- 担当:
- 開発者
- 成果物:
- 公開イベントに接続されたWebhook
成果を測定する
問い合わせ、予約、コンテンツ制作スピードを追跡し、市場ごとに効果のある施策を広げます。
- 担当:
- 両チーム
- 成果物:
- 市場別・ページ種別のレポート
content.published編集者が目的地ページを公開webhook.sent予約エンジンへWebhookを送信cache.purgedページのキャッシュを削除sitemap.refreshed新しいURLでサイトマップを更新locale.review他の言語版をレビュー対象に設定
多言語の旅行CMS
1つの目的地を、すべての市場向けに公開
旅行サイトは、正しい言語、通貨、目的地名でローカライズされたページを公開する必要があります。予約ロジックを複製せずに、市場別のランディングページを立ち上げられます。
言語別ページ
統一テンプレートで目的地、ホテル、ツアーの市場別ページを作成。
通貨と税金
ウィジェットは市場の料金ルールを表示し、合計は予約エンジンが計算します。
アラビア語とRTL
予約フローに手を加えずに右から左のレイアウトとアラビア語URLに対応。
主にアラビア語圏の市場で販売していますか？アラビア語旅行システムをご覧ください。
言語ボード
言語を選ぶと、ページの方向とhreflangタグを確認できます
ページプレビュー
<html lang="en" dir="ltr">
<link rel="alternate" hreflang="en"
href="https://your-site.com/en/dubai-hotels"><html lang="ar" dir="rtl">
<link rel="alternate" hreflang="ar"
href="https://your-site.com/ar/فنادق-دبي"><html lang="tr" dir="ltr">
<link rel="alternate" hreflang="tr"
href="https://your-site.com/tr/dubai-otelleri"><html lang="fr" dir="ltr">
<link rel="alternate" hreflang="fr"
href="https://your-site.com/fr/hotels-dubai">比較
予約サイト向け旅行CMSの選択肢を比較
多くの購入者は、汎用CMS、プラグイン付きテンプレート、完全なカスタム開発、統合型の構成を比較します。どれにも強みがあり、問題はどこで運用リスクが生じるかです。
汎用CMSのみ
向いている用途
ブログとマーケティングページ
旅行業でよくある不足
予約ウィジェット、料金ルール、B2Bロジックが標準で無い
PHPTRAVELSの位置づけ
ウィジェットとAPIでCMSを予約エンジンに接続
プラグイン付き旅行テンプレート
向いている用途
小規模サイトの素早い立ち上げ
旅行業でよくある不足
サプライヤー対応はプラグイン次第で、決済が不安定になりがち
PHPTRAVELSの位置づけ
柔軟なコンテンツ層の下に安定した予約システムを維持
カスタムCMSとカスタム予約
向いている用途
予算があれば完全なコントロール
旅行業でよくある不足
長い開発期間、継続的な保守、連携リスク
PHPTRAVELSの位置づけ
予約と在庫はPHPTRAVELSに置き、CMSだけをカスタマイズ
PHPTRAVELSのCMS連携
向いている用途
安定した予約システム上の旅行コンテンツ
旅行業でよくある不足
最初にコンテンツモデルのマッピングが必要
PHPTRAVELSの位置づけ
B2BとB2Cのポータル、複数市場での公開向けに設計
ホスティングは判断のもう半分です。PHPTRAVELSはセルフホスト型で、商用ライセンスのもとソースコードが含まれます。このモデルはセルフホスト vs SaaSで比較検討してください。
導入実績から
サイトの裏側でPHPTRAVELSを運用する旅行チーム
市場もビジネスモデルも異なる3つの導入例です。いずれも予約フローをPHPTRAVELSで運用し、その上に公開ページを構築しています。
- 拠点DXB
Tazkira
アラブ首長国連邦・ドバイ
モデルB2B
TBOを主要サプライヤーとするB2B航空券。
- 拠点IBA
Travsify
ナイジェリア・イバダン
モデルB2BB2C
航空券、ホテル、ツアーを扱うB2BとB2C。
- 拠点KHI
Idealflying
パキスタン・カラチ
モデルB2C
GDSとNDCの供給によるB2C航空券とホテル。
旅行CMS連携を始めましょう
WordPressまたはヘッドレスCMSをPHPTRAVELSの予約エンジンに接続します。在庫、料金、空室状況、決済を安定させたまま、目的地、ホテル、特集をより速く公開できます。ライセンスは買い切りです。料金をご覧ください。
- 安全なAPI同期
- あらゆる旅行商材のウィジェット
- ロール別アクセスと監査ログ
WordPressやヘッドレスCMSなどのコンテンツ管理システムを旅行予約エンジンに接続することです。編集者はCMSで目的地ページ、特集、ブログ、規約、SEOコンテンツを公開し、リアルタイム検索、料金、空室状況、決済、予約確認は予約エンジンに残したまま、ウィジェットとAPIでそれらのページに表示します。
はい。予約ロジック、サプライヤー、決済を予約エンジンに残したままCMS層を接続できます。連携はその上にコンテンツページとウィジェットを追加するだけです。
はい。ホテルページでは、チームが書いた構造化コンテンツと、接続済みサプライヤーの料金と空室を表示するライブウィジェットを組み合わせられます。
いいえ。WordPressは選択肢の1つです。厳格なワークフローや複数チャネルへの配信が必要なら、ヘッドレスCMSや自社のカスタムCMSも使えます。
はい。アラビア語などの右から左に書く言語に、ローカライズページ、アラビア語URL、市場別の公開で対応しています。
はい。掲載内容、規約、空室状況の変化に応じて、Webhookでコンテンツ更新とキャッシュ削除を実行できます。