Hotel Catalog Migration Guide
Updated: Jul 30, 2026
Copy for LLM
1. Overview
Meta is migrating hotel catalogs from the legacy Hotels vertical to the enhanced catalog infrastructure. This migration affects how catalogs are structured, how ads reference catalog items, and how API integrations interact with hotel product data.
This guide helps you update your integrations before the migration deadline. It covers what changes, what stays the same, and how to prepare — whether you manage hotel catalogs directly, through a third-party platform, or via the Marketing API.
Do you need to take action?
This guide applies only if you use the API to manage hotel catalogs (the Catalog Batch API, Feed URL uploads, or the Marketing API). If you manage your catalogs solely through Commerce Manager and do not use API endpoints to manage them, no action is required — Meta migrates your assets automatically and nothing changes on your side.
Why is this happening?
The enhanced catalog infrastructure significantly improves performance, including faster product retrieval and event matching.
- Centralized features: The enhanced catalog infrastructure receives all new platform features, so all hotel advertisers automatically receive these going forward.
- Unified catalog management: Advertisers and partners who manage catalogs for the Hotels vertical benefit from a single, consistent API surface.
Before you begin
This guide is for partners and advertisers who manage hotel catalogs on Meta. Before you start the migration, make sure you have:
- Access to the hotel catalogs you manage — directly, through a third-party platform, or via the Marketing API
- The ability to update the API integrations that reference catalog, product set, and feed IDs
- Your Meta partner contact, who shares your specific migration schedule and delivers the asset ID mapping file
- Familiarity with the catalog and ad endpoints you currently use (Catalog Batch API or Feed URL uploads, ad creation, and reporting)
2. Migration timeline
The migration follows a phased approach. Your Meta contact shares your specific migration schedule, but the overall structure is:
| Phase | Target window | Details |
|---|---|---|
Enhanced catalog infrastructure enabled | Jul 9, 2026 | From this date, any new hotel catalogs are created on the enhanced catalog infrastructure. |
Asset migration and ID mapping delivery | Aug 10, 2026 | Asset cloning and legacy-to-new ID mapping delivery complete (assets: catalogs, product sets, feeds). You can download your asset ID mappings from the Developers portal. |
Legacy deprecation deadline | Feb 10, 2027 | All hotel catalog migrations must be complete. After this date, legacy catalog management is blocked. |
Note: Your specific migration schedule is coordinated with your Meta partner contact — including when the migration begins and when traffic shifts to the enhanced catalog infrastructure, the point known as cutover.
3. What changes
All Catalog Management endpoints must be migrated to the new asset IDs. However, the Ads Management endpoints for existing ads must continue to use the legacy IDs for catalogs and product sets until the ads expire. New ads must use the new catalog and product set IDs.
3.1 Asset IDs change
Meta clones every legacy Hotels asset to a new asset. The new assets have different IDs. Update all Catalog Management API calls to reference the new IDs. Ads Management endpoints are the exception: existing ads keep their legacy catalog and product set IDs until those ads expire, and only new ads use the new IDs. This applies to:
- Catalog IDs — each legacy hotel catalog maps to a new catalog
- Product set IDs — product sets are recreated in the new catalog
- Feed IDs — feed configurations are recreated for the new catalog
| Before (legacy Hotels) | After (enhanced catalog infrastructure) |
|---|---|
catalog_id: 1234567890 | catalog_id: 9876543210 |
product_set_id: 1111111111 | product_set_id: 2222222222 |
feed_id: 3333333333 | feed_id: 4444444444 |
ID mapping delivery: For businesses that use the API to manage catalogs, Meta delivers all asset ID mappings in a single CSV file with these columns:
legacy_asset_id— the asset’s ID in the legacy Hotels verticalnew_asset_id— the corresponding ID on the enhanced catalog infrastructureasset_type— one ofCATALOG,PRODUCT_SET, orFEEDlegacy_catalog_id— the legacy catalog the asset belongs to (equalslegacy_asset_idonCATALOGrows)business_id— the business that owns the asset, included for reference
Example mapping file (IDs shown are illustrative):
legacy_asset_id,new_asset_id,asset_type,legacy_catalog_id,business_id
486201975530148,991034728165092,CATALOG,486201975530148,782451093366120
634829107744201,358017442299863,PRODUCT_SET,486201975530148,782451093366120
129574863320907,704412295583061,FEED,486201975530148,782451093366120
3.2 API changes
Feed upload
If you upload product feeds via the Catalog Batch API or Feed URL:
- Feed format remains the same — CSV, TSV, and XML are all supported, with no change to file format
- Field names remain the same — no change to any feed fields, such as
hotel_id,name, andaddress - The endpoint changes — the feed URL endpoint must reference the new catalog ID
POST /{new_catalog_id}/batchreplacesPOST /{legacy_catalog_id}/batchPOST /{new_catalog_id}/items_batchreplacesPOST /{legacy_catalog_id}/items_batch
Ad creation
When creating or updating ads, the following references must point to the new assets:
- Campaign
promoted_object.product_catalog_id— new catalog ID - Ad set
product_set_id— product sets within the new catalog
Validate creative templates (
template_url_spec). Field references in templates (for example, {{hotel.name}} and {{hotel.price}}) remain the same, but verify they resolve correctly against the new catalog.Note: Existing ads continue running during migration. They proxy to the mapped new catalogs for item resolution. For best performance, Meta recommends creating new ads that reference the new catalog after cutover.
Product set queries
If you query product sets via the API:
GET /{new_catalog_id}/product_setsreplacesGET /{legacy_catalog_id}/product_sets- Product set filter rules and product counts carry over to the new catalog
- Dynamic product set filters (based on product attributes) continue to work with the same filter syntax
Reporting
- During the transition period (approximately 90 days after cutover), expect duplicate reporting in Ads Manager — both legacy and new assets can show impressions
- API reporting via
/act_{id}/insightsincludes both — filter byproduct_catalog_idto separate legacy versus new metrics during the migration phase - After the transition period, only new catalog data is active
- Recommendation: Track performance by retailer or advertiser ID rather than catalog ID during migration so that metrics can be combined across both
3.3 Double-write period
During migration, Meta runs a double-write system to ensure continuity. Cutover is the point at which the new catalog becomes primary and Meta stops the double-write. This happens per your migration schedule.
During the double-write period:
- Meta automatically mirrors any changes from the legacy catalog to the new catalog
- You can continue writing to legacy catalogs during this transition — changes propagate automatically
- Once cutover completes, Meta stops the double-write system. The new catalog becomes primary, and the legacy catalog becomes read-only
- After the double-write period ends, writes to the legacy catalog fail — send all updates to the new catalog
3.4 What does not change
The following remain the same after migration:
- Feed file format — CSV, TSV, and XML formats are unchanged
- Feed field names — such as
hotel_id,name,description,url,image_url,address, andprice - Creative template syntax — such as
{{hotel.name}}and{{hotel.price}} - Optimization goals — all campaign optimization objectives remain the same
- Pixel and Conversions API (CAPI) events — event names and parameters for hotel events remain the same
- Ad formats — carousel, single image, and collection ads all continue to work
- Audience targeting — retargeting, broad audience, and lookalike targeting remain unchanged
3.5 Download your asset ID mappings
You can download your asset ID mappings on demand from the Developers portal.
To download your mappings:
- In the Developers portal, open the app that manages your hotel catalogs.
- Open your Marketing API settings or Catalog API settings. If you have eligible hotel catalogs, you see a card titled Migrate your hotel catalogs to new asset IDs marked Action required.
- Select Manage catalog migration to open the migration dialog. The dialog lists your eligible hotel catalogs.
- Select the checkbox for each catalog whose mappings you want.
- Select Download mappings. The button shows the number of catalogs selected — for example, Download mappings (3).
Your browser downloads a CSV file named
hotel_asset_id_mapping.csv containing the mappings for the catalogs you selected. The file uses the same schema described in section 3.1 (legacy_asset_id, new_asset_id, asset_type, legacy_catalog_id, and business_id), covering the CATALOG, PRODUCT_SET, and FEED assets for each selected catalog.4. FAQ
Q: Will existing ads stop running during migration?
A: No. The double-write system ensures continuity. Legacy ads continue running until new ads take over via cutover. The double-write system is designed to avoid ad downtime.
Q: Do you need to recreate all campaigns?
A: No. Ads are cloned as part of the migration. You need to update your systems to reference new catalog IDs going forward, but existing campaigns continue running during the transition.
Q: What about custom audiences and product sets?
A: Product sets are recreated in the new catalog. Meta provides
product_set_id mappings alongside catalog ID mappings, and product set filter rules carry over.Q: What asset ID mappings will be provided?
A: Meta provides mappings for all asset types — catalogs, product sets, and feeds — as
legacy_asset_id to new_asset_id pairs, with an asset_type column indicating CATALOG, PRODUCT_SET, or FEED. See section 3.1 for the full file schema. You can also download these mappings on demand from the Developers portal — see section 3.5, Download your asset ID mappings.Q: What happens if you miss the migration deadline?
A: After the migration deadline (Feb 10, 2027), legacy catalog management is blocked. You will only be able to manage the new assets. Plan to complete migration by the deadline to avoid disruption.
Q: Do feed field names change?
A: No. All feed field names, such as
hotel_id, name, address, url, image_url, and price, remain exactly the same. Only the asset IDs used in the API endpoints change (see section 3.1, Asset IDs change).Q: Will new hotel catalogs be created on the legacy or enhanced catalog infrastructure?
A: After the enhanced catalog infrastructure is enabled (Jul 9, 2026), all new hotel catalogs are created on the enhanced catalog infrastructure. Legacy catalog creation is blocked.
Q: What happens to historical reporting data?
A: Historical reporting data on legacy catalogs remains accessible. After migration, new reporting data accrues on new catalogs. During the approximately 90-day transition period, both may show activity — filter by catalog ID to separate them.