웹 성능 컨설턴트: Magento
Magento 스토어의 웹 성능을 최적화합니다
Magento(Adobe Commerce)는 강력하지만 시장에서 가장 무거운 CMS 중 하나입니다. 잘못 구성된 Full Page Cache, legacy RequireJS 및 Knockout, 깊은 layout XML, 긴 checkout. 녹색 Core Web Vitals와 기능적 유동성을 제공하기 위해 전체 스택에 작업합니다.
고객들이 신뢰합니다
감사를 부르는 Magento 신호
Magento는 legacy frontend, Full Page Cache 및 checkout에서 특징적인 병목을 보여줍니다.
🐌 비캐시 페이지(cart, checkout)에서 폭발하는 TTFB
Varnish는 세션이 있는 페이지를 캐시하지 않습니다. 백엔드 최적화(opcache, PHP 8.x JIT, MySQL tuning, Redis session) 없이 cart 및 checkout TTFB는 피크 동안 쉽게 2초를 초과합니다.
📦 native JavaScript 번들이 1.5 MB 이상
RequireJS + Knockout + Magento UI Library는 브라우저 캐시가 calibrated되지 않으면 사용자가 모든 방문에서 다운로드하는 massive한 JS 블록을 형성합니다. Main thread가 포화되고, mobile INP가 빨간색이 됩니다.
🖼️ prioritized되지 않은 제품 이미지, next-gen 형식 없음
Native Magento는 product page LCP 이미지에 fetchpriority를 설정하지 않습니다. WebP/AVIF 형식이 부재하거나 잘못 서비스됩니다. Product page LCP가 체계적으로 3초 이상으로 드리프트합니다.
🛒 빨간 mobile INP가 있는 multi-step checkout
Magento checkout은 매 단계(validation, shipping/tax 계산)에서 Long Tasks를 보여줍니다. Profiling 진단이 병목을 식별하고, JS refactor 또는 one-step checkout으로의 마이그레이션이 이를 해결합니다.
🔎 active layered navigation이 있는 느린 카테고리
잘못 구성된 ElasticSearch, 수많은 configurable attribute, range filter가 있는 layered navigation. tuning 없이 카테고리 페이지를 서비스하는 데 600ms~2s가 일반적입니다. ES 감사 + cache fragment가 그 시간을 200ms 미만으로 떨어뜨립니다.
🧱 parse할 깊고 무거운 layout XML
Magento layout XML 시스템은 강력하지만 parsing 비용이 큽니다. 매우 personalized된 페이지(B2B, multi-store)에서 parse 시간은 TTFB의 30%를 차지할 수 있습니다. Layout 합리화 + 적절한 DI 컴파일이 이 비용을 줄입니다.
Magento 최적화 방법론
4 성과를 변환하는 단계
1. 완전한 스택 감사
Hosting, Magento 버전, PHP 8.x + opcache + JIT, Varnish, ElasticSearch, Redis cache + session, MySQL tuning. 최고 영향이 있는 lever 식별.
2. 백엔드 최적화
opcache 및 JIT 활성화, Varnish FPC 구성(TTL, cache key, ESI), cache + session을 위한 Redis, MySQL tuning, 적절히 scheduled된 indexer 및 cron.
3. Frontend 마이그레이션 또는 최적화
Hyvä 마이그레이션 vs native 최적화 평가. 비critical JavaScript defer, custom JS module refactor, LCP 이미지 prioritize.
4. ElasticSearch + checkout
ES tuning(analyzer, shard), 빨간 INP면 checkout rebuild, 카테고리의 cache fragment. SpeedCurve 또는 mPulse를 통한 사후 배포 측정.
1. 완전한 스택 감사
Hosting, Magento 버전, PHP 8.x + opcache + JIT, Varnish, ElasticSearch, Redis cache + session, MySQL tuning. 최고 영향이 있는 lever 식별.
2. 백엔드 최적화
opcache 및 JIT 활성화, Varnish FPC 구성(TTL, cache key, ESI), cache + session을 위한 Redis, MySQL tuning, 적절히 scheduled된 indexer 및 cron.
3. Frontend 마이그레이션 또는 최적화
Hyvä 마이그레이션 vs native 최적화 평가. 비critical JavaScript defer, custom JS module refactor, LCP 이미지 prioritize.
4. ElasticSearch + checkout
ES tuning(analyzer, shard), 빨간 INP면 checkout rebuild, 카테고리의 cache fragment. SpeedCurve 또는 mPulse를 통한 사후 배포 측정.
미션 약속
Frequently asked questions
Hyvä로 마이그레이션해야 하나?
Adobe Commerce Cloud가 가용한 최적화를 변경하는가?
성능을 위한 Magento Open Source vs Adobe Commerce?
Magento engagement는 어떻게 구조화됩니까?
Magento의 Core Web Vitals를 녹색으로 만드세요
2023-2026 데이터
고객 후기
훌륭한 작업입니다.
Paul은 사이트 속도를 눈에 띄게 개선했고 Google 권장사항에 완벽히 맞춰 주었습니다.
전문적이고 꼼꼼하며 효율적이라 강력히 추천합니다.
Nicolas - April Moto
디지털 & 이커머스 디렉터
저희는 Paul의 업무에 매우 만족하고 있습니다. 그는 신속하고, 언제든지 응대 가능하며, 특히 효율적입니다. 그가 합류한 이후 성과와 대응력 측면 모두에서 매우 좋은 결과가 확인되었습니다. 저희 팀의 진정한 자산입니다.
Léo - Maison de luxe
이커머스 프로덕트 오너
우리가 이 말을 충분히 했는지는 모르겠지만.
하지만 로딩 속도를 개선하고,
Google을 만족시키고 Core Web Vitals를 초록 영역으로 만들고 싶다면,
Paul Delcloy에게 연락하세요.
Florian Darroman - Les Makers
공동 창업자
Magento, 가장 완전하고 가장 무거운 e-commerce CMS
Magento 2(Adobe Commerce)는 mid-market 및 enterprise 스토어를 위한 가장 완전한 e-commerce 플랫폼 중 하나로 남아 있습니다. 그 유연성은 가격이 있습니다: 기본적으로 가장 무거운 CMS 중 하나이며, RequireJS + Knockout(2014년대 기술)을 기반으로 한 frontend와 최적화를 non-trivial하게 만드는 깊은 layout XML 시스템을 가지고 있습니다.
Magento의 e-commerce 웹 성능 최적화 angle은 multi-layer입니다: 적절히 구성된 Varnish Full Page Cache(TTL, cache key, Vary), 카테고리 listing을 위한 ElasticSearch tuning, PHP opcache 및 JIT, MySQL tuning, 그리고 점점 더 자주 Hyvä Themes로의 마이그레이션(AlpineJS + Tailwind로 RequireJS/Knockout을 대체하는 현대 frontend).
Hyvä, frontend의 게임 체인저 lever
native Magento frontend는 Core Web Vitals에 대해 구식입니다. RequireJS와 Knockout이 bulk로 로드되고, main thread가 포화되고, mobile INP가 체계적으로 드리프트합니다. Hyvä는 JavaScript 무게를 5~10으로 나누고 mobile LCP에서 1초 이상을 얻는 Tailwind + AlpineJS 기반의 대안 theme입니다.
Hyvä 마이그레이션은 그 자체로 프로젝트이지만 webperf ROI는 massive합니다. 즉시 마이그레이션할 수 없는 스토어의 경우 native frontend 최적화(aggressive deferral, JS module rebuild, 쓸모없는 feature 제거)가 더 modest한 이득과 함께 가능합니다.
Checkout과 catalog, 두 중요 템플릿
Magento 스토어에서 두 템플릿이 성능 stake를 집중합니다: product page(catalog SEO에 LCP critical)와 checkout(conversion에 INP critical). native Magento checkout은 복잡합니다 - multi-step, JS validation, AJAX tax/shipping 계산 - 그리고 mobile에서 정기적으로 빨간 INP를 보여줍니다. Profiling 진단이 refactoring을 위한 Long Tasks를 식별합니다.
다른 angle은 카테고리 listing에 대한 ElasticSearch indexing입니다. 2000개 SKU, 30개 filter 및 5개 configurable attribute가 있는 카테고리는 index가 잘못 구성되면 구축에 600ms가 걸릴 수 있습니다. ES tuning(analyzer, shard, sorting)은 그 시간을 100ms 미만으로 떨어뜨립니다.
기타 전문 분야 CMS
Prestashop
Prestashop 최적화: module 감사, Smarty cache 및 fragment, MySQL tuning, hook 최적화, lean frontend. 녹색 Core Web Vitals.
더 알아보기
Shopify
Shopify 최적화: 영향 측정과 함께 app 감사, theme rebuild, Liquid 최적화, LCP prioritization, 제어된 third-party 스크립트. 녹색 Core Web Vitals.
더 알아보기
WordPress
WordPress 감사 및 최적화: origin TTFB, plugin, theme, full page cache, object cache, CDN, 이미지. Core Web Vitals 녹색, SEO 회복.
더 알아보기