Skip to main content
Level 1
April 17, 2026
Question

301 redirection is happening for Clientlibs

  • April 17, 2026
  • 1 reply
  • 30 views

 

Hi Team,

We are facing an issue on a multi‑locale AEM site, where some users from the EU region are seeing broken/distorted pages.

Symptoms

  • Browser console shows errors indicating that CSS files are not loading properly
  • In the Network tab, we see a 301 redirect happening for a ClientLib CSS URL

Example

Original ClientLib URL:

https://domain.com/etc.clientlibs/site/clientlibs/clientlib-react.lc-e0056d5c22903998fcc41c48a71c217e-lc.min.css

Redirected URL:

https://domain.com/de/etc.clientlibs/site/clientlibs/clientlib-react.lc-e0056d5c22903998fcc41c48a71c217e-lc.min.css

Since /de/etc.clientlibs/... does not exist in AEM, the redirected request ends in a 404, which results in the page breaking.

Observations

  • The same behavior is reproducible using a curl request (301 redirect observed)
  • There are no references to /de/etc.clientlibs/...:
    • Not in AEM configuration
    • Not in Dispatcher
    • Not in rewrite rules
  • The only place where this URL appears is in CDN logs, where it shows cache=pass
  • We are not caching anything on AEM CS bundled CDN (Fastly)
  • All caching is handled only at the Akamai layer

Current Architecture

AEM as a Cloud Service → Akamai (CDN)

Questions

  1. Why is the ClientLib URL being redirected to a locale-specific path (/de/)?
  2. Which layer is most likely responsible for this redirect?
    • Browser?
    • AEM (Link Rewriter / i18n / sling mapping)?
    • Dispatcher?
    • Fastly (AEM CS managed CDN)?
    • Akamai?
  3. Are there any known configurations or headers (e.g. Content-Language, geo rules, accept-language, SEO redirects) that could cause this behavior for /etc.clientlibs paths?

Any insights or pointers on where to start debugging would be really helpful.

Thanks in advance,
Umesh

 

    1 reply

    lavishvasuja
    Level 4
    April 19, 2026

    @umeshkumar1988 

    This doesn’t look like an AEM issue — /etc.clientlibs paths aren’t locale-aware and shouldn’t be rewritten to /de/....

    Since the 301 is reproducible via curl, we can rule out browser-side behavior.

    Most likely the redirect is happening at the CDN layer (Akamai), possibly due to geo or Accept-Language–based rules being applied globally.

    Suggestions:

    Check Akamai configs for any language/geo redirects
    Ensure /etc.clientlibs/* is excluded from such rules
    Try hitting AEM publish directly (bypassing CDN) to confirm origin behavior.