Platform Robots.txt Guides

Magento Robots.txt: How We Configure Adobe Commerce Crawl Controls

Our workflow for Adobe Commerce Content → Design → Configuration, Search Engine Robots, Default Robots, Cloud indexing controls, sitemap references, and headless/PWA boundaries.

By Robots.txt Tools Editorial TeamLast verified 2026-09-133 min read

Editorial method: this guide documents the review workflow used by the Robots.txt Tools Editorial Team. Procedural first-person wording describes that method; it is not a claim of client work or personal case history.

Magento Robots.txt: How We Configure Adobe Commerce Crawl Controls

For Magento / Adobe Commerce, we first identify which layer owns the storefront response. Native Commerce, Cloud infrastructure, a reverse proxy, and a headless/PWA frontend can place robots.txt responsibility in different systems.

We start in Content → Design → Configuration

Adobe Commerce exposes Search Engine Robots settings under Content → Design → Configuration. We review the configuration for the relevant store view and confirm what the public /robots.txt actually serves.

Default Robots is not the same as the raw crawl file

The Default Robots setting controls page-level robot behavior such as index/follow defaults. We do not confuse that with custom robots.txt crawl rules. Indexing directives and crawler access are different layers.

We preserve platform-critical paths deliberately

Ecommerce sites have carts, customer areas, layered navigation, search, media, APIs, and generated routes. We do not paste a generic Magento blocklist. We map the real storefront URLs, decide which ones have search value, and test the exact patterns.

Cloud environments need environment-aware indexing controls

Adobe Commerce Cloud adds deployment and environment considerations. Staging or integration environments should use real access controls where possible and should not inherit a production crawl/index policy accidentally. Sitemap paths and generated files also need to match the environment that search engines can reach.

Headless and PWA architectures change ownership

If Magento is the commerce backend but a PWA or headless frontend serves the public hostname, the frontend/CDN may own /robots.txt. Editing the Commerce Admin setting is not enough unless that setting actually controls the public response. We verify the origin and delivery chain before changing rules.

We test faceted ecommerce URLs

Magento stores can generate large numbers of filter and parameter combinations. Before blocking them, we decide which facets deserve indexing, which should canonicalize, and which are pure crawl expansion. Our query-parameter guide covers that decision.

Our Adobe Commerce checklist

  1. identify the public storefront architecture;
  2. review Content → Design → Configuration → Search Engine Robots;
  3. distinguish Default Robots from robots.txt crawl rules;
  4. inspect Cloud environment/indexing settings where applicable;
  5. verify sitemap references and canonical hostnames;
  6. test filters, search, cart, account, and other representative URLs;
  7. confirm whether PWA/headless/CDN owns the public response;
  8. validate and inspect production with the robots.txt checker.

The key is ownership: we configure the layer that actually serves the public robots.txt response, then verify ecommerce-specific crawl decisions with real URLs rather than relying on a generic platform template.

Related guides