
A holiday return policy gives gift buyers more time to return items bought in November and December, usually with a single "return by" date in January. The policy itself is a sentence. Most of the work is publishing that same sentence everywhere a shopper or Google reads it: the returns page, product pages, checkout, order confirmation emails, Google Merchant Center or Search Console, and your structured data.
The review time is the reason to start this week. As of October 2026, Google's Search Console help says return policies are checked by hand and "can take about 10-13 days" to verify. Black Friday falls on 27 November 2026, so a policy submitted in mid-November may still show as pending during the busiest week. Decide the window this week, publish it on your site, then submit it to Google.
MerchantReturnPolicy markup, add a returnPolicySeasonalOverride block, and remember that Merchant Center and Search Console settings take precedence over markup.Holiday return windows are a seasonal change, and seasonal changes leave a mismatch behind if one channel is forgotten. Google's Merchant Center help asks you to confirm that "return policies are consistent in Merchant Center and across your website", for example in the footer, the returns page and any banner. Google also verifies return policies before using them. In Merchant Center a policy shows as Verified, Pending or Rejected, and Google states that "any return policy that doesn't meet Google's policies may not be used."
Three platform facts shape the timing as of October 2026:
If your feed tooling still uses the Content API for Shopping, read our note on the Content API for Shopping sunset before you change return settings through it.
return_policy_label attribute in your product data.MerchantReturnPolicy. Add the seasonal override (snippet below) and validate it with Google's Rich Results Test.Shopify stores have a specific constraint. Return rules live under Settings > Policies, in the Return and cancellation rules section, and Shopify states that "changes to your return rules apply only to future orders." Shopify's help page does not describe date-based seasonal rules. If you lengthen the default window for the season, make the change before the first order it should cover. If you use the automated return policy page, Shopify updates it when your rules change, so the published text will move with the rule. Check that Merchant Center moves with it too.
WooCommerce and Magento have no built-in seasonal return window. The policy is usually a page plus whatever your returns plugin or extension enforces. Check both: the page text and the plugin's eligibility setting.
| Place | Owner | What to check | When |
|---|---|---|---|
| Returns page | Store manager | Dates, method, fees, refund time; opens without login | Before submitting to Google, then weekly |
| Product pages and checkout | Developer or agency | Same dates and wording; no stale "30 days" in theme templates | After every theme or plugin update |
| Order and shipping emails | Store manager | Rendered test order shows the holiday line | Once at launch, again after template edits |
| Merchant Center return policy | Feed or marketing owner | Extension present; status Verified, not Pending or Rejected | Weekly until Verified, then before revert |
| Search Console shipping and returns | SEO owner | No conflicting window if Merchant Center holds the policy | At launch and at revert |
MerchantReturnPolicy markup |
Developer | Override dates valid; end date after start date | At launch and after deploys |
| Returns plugin or platform rules | Developer or ops | Orders in the date range are eligible until the "return by" date | Test order at launch, check in January |
Organisation-level markup, illustrative values. Google requires either applicableCountry plus returnPolicyCategory (and merchantReturnDays for a finite window) or a merchantReturnLink. Replace the country, URL and dates with your own.
{
"@context": "https://schema.org",
"@type": "OnlineStore",
"name": "Example Store",
"url": "https://www.example.com",
"hasMerchantReturnPolicy": {
"@type": "MerchantReturnPolicy",
"applicableCountry": "GB",
"returnPolicyCountry": "GB",
"returnPolicyCategory": "https://schema.org/MerchantReturnFiniteReturnWindow",
"merchantReturnDays": 30,
"merchantReturnLink": "https://www.example.com/returns",
"returnMethod": "https://schema.org/ReturnByMail",
"returnFees": "https://schema.org/FreeReturn",
"returnPolicySeasonalOverride": {
"@type": "MerchantReturnPolicySeasonalOverride",
"startDate": "2026-11-01",
"endDate": "2026-12-24",
"merchantReturnDays": 60,
"returnPolicyCategory": "https://schema.org/MerchantReturnFiniteReturnWindow"
}
}
}
Schema.org counts merchantReturnDays from delivery, while shoppers think in "return by" dates. Pick a number of days that reaches your January date for the last eligible order (60 here is illustrative), and keep the page text as the source of truth. Google's own example also lists one override with an end date before its start date, so check your dates by eye before you copy anything.
Test plan, to run once after launch and once after any deploy before 31 December:
HOLIDAY RETURN POLICY TEST PLAN (fill in)
Policy sentence: ______________________________________
Covered order dates: ________ to ________ Return by: ________
Revert date: ________ Owner: ________
[ ] Returns page opens logged out, desktop and mobile, HTTP 200
[ ] Returns page shows the covered dates and the return-by date
[ ] Footer link to returns page works on home, product and checkout
[ ] Product page and checkout line uses the same dates
[ ] Test order confirmation email shows the holiday line
[ ] Returns plugin / platform rule accepts a return for the test order
[ ] Excluded product cannot be returned, and the page says so
[ ] Merchant Center: extension saved, status = Verified (date checked: ____)
[ ] Search Console: no conflicting return window
[ ] Rich Results Test: MerchantReturnPolicy valid, override dates correct
[ ] Support team has the wording, exclusions and revert date
[ ] Revert event in calendar lists every item above
A WooCommerce store selling homeware normally offers 30-day returns. The owner decides that orders placed from 1 November to 24 December 2026 can be returned until 31 January 2027, with custom-printed items excluded.
On 28 October the agency updates the returns page, the theme's product-page snippet and the order email template. On 29 October the marketing lead adds the Merchant Center extension and an exception label, final-sale, which the agency adds to 40 custom-print products in the feed. The developer adds the seasonal override to the theme's JSON-LD.
On 3 November a plugin update restores the theme's default product template, and the "30-day returns" line comes back on product pages. The weekly check in the table above catches it on 4 November. Without that check, the site would have shown two different windows during Black Friday week while Google was still reviewing the policy. The same week the team confirms the holiday shipping cutoff dates, since the returns page quotes them.
On 1 February 2027 one person follows the revert event: page, banner, email template, Merchant Center extension (now expired), markup.
Return terms are one of several promises Google compares against your site; our guide to Merchant Center misrepresentation suspensions covers the wider audit. Once January's returns arrive, measure what they cost before you set next year's window.
Limitations: Google does not publish how long Merchant Center review takes, and the Search Console figure of 10-13 days is a guide. A Verified status confirms Google accepted the policy. It does not tell you that every page, email and plugin setting on your site agrees with it, and that part stays your job.
There is no standard length. Many stores pick a fixed "return by" date in January that covers orders from November or early December. Choose a window your returns process and cash flow can handle, and make sure it is at least as generous as any legal minimum where you sell.
As of October 2026, Google's Search Console help describes country, URL, return window and return cost, with no seasonal option. Use a Merchant Center extension, or change the base window in Search Console and change it back after the season.
Not for Google: Merchant Center and Search Console settings take precedence over markup. Markup can still help other systems that read your pages, and if you keep it, it must match the page.
Last reviewed: 2026-10-28
Step 4 depends on one URL staying reachable all season. Pingvera can run a one-minute HTTP check on the returns page you submitted to Google and include it in its broken-link scans, so a 404 or an unexpected redirect after a December deploy reaches you as an alert.
Pingvera watches whether an online business actually works — uptime, checkout, orders, domain, SSL and server — and alerts you in Telegram, email or a webhook before a customer has to tell you.
Start freeRead next: Ecommerce Site Search Optimisation Guide · Client Website Monitoring Policy Template · Inventory and Price Sync Monitoring Guide · Ecommerce Payment-to-Order Reconciliation Guide · Run a free site check.