Why Standard Server Requirements Are No Longer Enough
The days when you could simply book a standard hosting package for your online shop and be "done" are over. Shopware 6 is a technological powerhouse, built on Symfony and Vue.js, offering enormous flexibility. But this power comes at a price: resource hunger.
Anyone searching for Shopware server requirements today often finds only the bare numbers from official documentation: PHP versions, database drivers, storage space. This basic data is important, but it only tells half the story. In 2025, when e-commerce is increasingly driven by Artificial Intelligence (AI), real-time personalization, and headless architectures, meeting the "minimum" simply isn't enough.
A server that barely meets the minimum requirements will buckle under the first marketing campaign. Worse still: it becomes a bottleneck for modern sales tools. If your AI-powered sales consultant takes 3 seconds to respond via the API, the customer is gone.
This article isn't a simple datasheet. It's a strategic guide for shop operators, CTOs, and agencies who want to make their infrastructure not just "functional," but future-proof and AI-Ready. We'll cover the official hard facts, close the gaps that hosting providers often conceal, and show you how to align your server architecture for intelligent commerce.

Official Shopware 6 System Requirements (Hard Facts)
Before we dive into optimization, we need to establish the foundation. Shopware evolves quickly. With updates to version 6.6 and preparations for 6.7, the technical prerequisites have become stricter. Outdated software stacks not only lead to performance problems but prevent updates and security patches.
Here's the current status for Shopware 6.6+ (as of 2025), based on the official Shopware documentation.
Core Components
| Component | Minimum Requirement | Recommended (Production) | Critical Note |
|---|---|---|---|
| Operating System | Linux (Ubuntu 22.04/24.04) | Linux (optimized stack) | Windows Server not natively supported (only via WSL2/Docker) |
| PHP Version | 8.2 | 8.3 / 8.4 (when supported) | PHP 8.1 no longer sufficient for SW 6.6. Enable JIT compiler! |
| Database | MySQL 8.0.22+ / MariaDB 10.11+ | MySQL 8.4 / MariaDB 11.4 | Legacy versions like MySQL 5.7 no longer supported |
| Web Server | Apache 2.4 | Nginx (with HTTP/2 or HTTP/3) | Nginx often delivers better performance for static assets and caching |
| Node.js | Version 20 (LTS) | Version 20 (LTS) | Essential for Storefront builds and Administration |
| Composer | 2.2+ | Latest v2.x | Indispensable for dependency management |
Required PHP Extensions
For Shopware to even start, the following PHP extensions must be active. If one is missing, the installation or update will abort:
- `ctype`, `curl`, `dom`, `fileinfo`, `gd`, `iconv`, `intl`, `json`, `libxml`, `mbstring`, `openssl`, `pcre`, `pdo`, `pdo_mysql`, `phar`, `simplexml`, `xml`, `zip`, `zlib`
- Important: `memory_limit` must be at least 512M. For import processes or large plugins, we strongly recommend 1024M or more
Hardware Guide: How Much Server Power Does Your Shop Need?
The question "How much RAM do I need?" is the most common in forums. Hosting providers often give a blanket answer: "Take the medium package." This is dangerous. Hardware requirements don't just depend on the number of products, but massively on the type of traffic (human vs. machine) and the depth of integrations (ERP, PIM, AI).
Scenario 1: The Starter / Niche Shop
- Profile: Fewer than 1,000 products, low traffic (< 500 visitors/day), standard theme, minimal plugins
- Recommendation: RAM: 4 GB - 8 GB | CPU: 2 vCores | Storage: NVMe SSD (no HDD!)
- Reality Check: Shared hosting can work here, but once background processes (Message Queue) run, things get tight. A small managed VPS is often the more stable choice, as noted by hosting experts at IONOS
Scenario 2: The Scaling Shop (Growth & Marketing)
- Profile: 10,000+ products, regular marketing campaigns, diverse plugins, marketplace connections
- Recommendation: RAM: 16 GB - 32 GB | CPU: 4 - 8 Dedicated Cores | Services: Redis (for sessions/cache) and Elasticsearch are mandatory here
- Why: At this size, the database becomes the bottleneck. RAM is needed to cache database queries (InnoDB Buffer Pool) and run Redis instances, as explained by Webiprog
Scenario 3: The AI-Ready & Enterprise Shop
- Profile: High API load from external apps (PWA, Mobile App, AI tools), complex B2B rules, personalization
- Recommendation: RAM: 64 GB+ (Cluster setup) | CPU: High-Frequency Cores (single-thread performance matters for PHP!) | Architecture: Separation of web server, database server, and worker server
- The AI Factor: When you use AI tools that access the shopping cart live or calculate dynamic pricing, every user click generates a computation that cannot be cached. Here, raw CPU power matters more than RAM
For starter shops with <500 daily visitors and <1,000 products
Required for 10,000+ products and marketing-heavy traffic
Necessary for high API loads and on-premise AI processing
Server load reduction possible with properly configured Varnish
Detailed Traffic-to-Hardware Recommendations
| Daily Visitors | Products | AI/Personalization? | Recommended Setup | Critical Factor |
|---|---|---|---|---|
| < 500 | < 1,000 | No | Shared / VPS (4GB RAM) | I/O Speed (SSD) |
| 2,000 | 10,000 | No | Dedicated VPS (16GB RAM) | RAM (for DB Cache) |
| 10,000+ | 50,000+ | Yes (On-Premise) | Dedicated Server (64GB+) | CPU & RAM |
| 10,000+ | 50,000+ | Yes (SaaS/API) | Dedicated Server (32GB+) | Network Latency & PHP Workers |
Note on the table: Notice the difference with AI. If you use an external AI solution (SaaS), your server is relieved because the computing work happens externally. If you use on-premise AI (e.g., local LLM or heavy Elasticsearch algorithms), you must scale up hardware massively. This directly impacts your Shopware page speed and overall store performance.
Critical Performance Factors Beyond Hardware
Hardware is only half the battle. A poorly configured 64-core server can be slower than an optimized 4-core server. Here lie the true Shopware server requirements that make the difference.
1. Caching: Varnish & Redis (Not Optional!)
Shopware 6 is "cache-heavy." Without caching, Shopware must read thousands of database rows and compile PHP code for every page view.
- Redis: Must be used for sessions and the app cache. Writing sessions to the file system is the death of any performance under high traffic. Redis keeps this data in extremely fast RAM. Requirement: Redis Version 7.0+, as specified by iCreative Technologies
- Varnish: An HTTP reverse proxy. It delivers static pages (category pages, homepage) before the request even reaches Shopware. This relieves the server by up to 90%, according to maxcluster
2. Elasticsearch / OpenSearch
Shopware's standard MySQL search scales poorly. Starting at around 50,000 products or with complex filters, search becomes slow.
- Requirement: Elasticsearch 7.8+ or OpenSearch 1.0+
- Important: Since Shopware 6.6, OpenSearch is often the preferred variant, as noted by Solution25. Plan extra RAM for the search server (Java Heap Size), ideally on a separate server or container, following recommendations from Creoline
3. PHP Configuration & Workers
- `memory_limit`: Officially 512M. In practice, image thumbnail generation or product imports at 512M often lead to "Out of Memory" errors. Set it to 1G or higher if possible
- Disable Admin Worker: Shopware's default admin worker runs in the admin's browser. This is unsuitable for production shops
To-Do: Disable the admin worker and set up CLI workers via Systemd or Supervisord. This makes the admin area faster and background tasks more reliable, as recommended by Timme Hosting. These optimizations directly support your Shopware SEO guide implementation efforts.

How AI Tools and External Services Impact Server Load
This is the point that most standard guides ignore. If you plan to equip your shop with intelligence (e.g., AI-powered product consultation, chatbots, dynamic pricing), your server's requirement profile changes dramatically. Understanding this is essential for implementing AI product consultation effectively.
The Problem: Dynamic Content Kills the Cache
Classic caching (Varnish) only works for static content. But an AI response is highly dynamic and individual for each user.
- Scenario: A customer asks the AI consultant: "Which bike fits my height of 6'3"?"
- Server Load: This request bypasses the Varnish cache and goes directly to the API. The server must search, filter, and process data
User → Cache → Server → Database (Load: Low, highly cacheable)
User → AI Bot → API Call → Database → Processing (Load: Higher, not cacheable)
User → Your Server → External AI API → Response (Server load: Minimal)
User → Your Server → Local ML Model → Heavy Processing (Server load: Maximum)
On-Premise AI vs. SaaS AI
Here you can strategically save on hardware. This distinction is crucial when implementing AI Chatbots for e-commerce:
- On-Premise AI (Everything on your server): You run vector databases and ML models on your own web server. Consequence: Extremely high CPU and RAM consumption. You need GPU servers or massive CPU clusters. This is expensive and maintenance-intensive.
- SaaS AI (External solution): You use a specialized AI solution connected via API. Advantage: The computing load lies with the provider. Your Shopware server only needs to make the API request and display the response (JSON). Requirement: Your server needs a stable outbound connection and high PHP concurrency to keep many simultaneous API calls open without the PHP-FPM pool filling up
According to Liquid Web, modern e-commerce setups require significantly more CPU performance for API requests from AI tools and bots—not just RAM for caching. This insight should inform your approach to the Shopware AI guide.
API Rate Limits & Bots
AI crawlers (like GPTBot) aggressively scan shops to collect data. This can lead to a kind of unintentional DDoS attack, as reported by Search Engine Journal and Computerworld.
Example configuration from Shopware's official documentation:
```yaml shopware: api: rate_limiter: login: limit: 10 interval: '1 minute' ```
This kind of proactive protection ensures your investment in Shopware AI features delivers maximum ROI without compromising server stability.
Our SaaS AI solution handles the heavy computational lifting externally, so your Shopware server stays fast and responsive. Get AI-powered product consultation that converts—without the infrastructure complexity.
Start Your Free TrialHeadless & Composable Commerce: Resource Redistribution
The trend is moving toward "Headless" (separation of frontend and backend), often to achieve better performance and UX, as explained by Solution25. What does this mean for server requirements? Understanding this shift is valuable whether you're evaluating Shopware vs Shopify or Shopware vs WooCommerce.
- Frontend load disappears: HTML rendering (Twig) no longer happens on the Shopware server since this now occurs in a Vue.js or React app (hosted on Vercel/Netlify)
- API load explodes: In return, every page view in the frontend becomes multiple API calls to the Shopware backend. Consequence: Requirements for the database and API response times increase. A headless backend needs less RAM for HTML generation but faster database I/O and optimized API routes, as detailed by maxcluster
- Latency is King: With headless setups, latencies compound. Server location and network connectivity become more important than raw CPU GHz
This architectural shift directly impacts how AI eliminates waiting times for your customers, making proper server configuration even more critical.
Shopware 5 EOL: Why Legacy Server Specs Are Dangerous
Many merchants still run Shopware 5 on old servers with PHP 7.4 or 8.0. Warning: Shopware 5 reached End-of-Life (EOL) in July 2024, as officially confirmed by Shopware.
- Security Risk: There are no more official security updates (except through paid third-party providers like SafeFive), according to Timme Hosting
- Server Incompatibility: Modern server operating systems (e.g., Ubuntu 24.04) often don't natively support old PHP versions. Those who stay on SW5 often force their hosting provider to continue running insecure legacy systems
- Action Required: An upgrade to Shopware 6 is necessary not only for new features but to run on a modern, secure server infrastructure (PHP 8.2+)

Checklist: Is Your Hosting Provider Ready for Shopware 6?
Not every "Shopware Hosting" label delivers what it promises. When speaking with a hosting provider, ask these questions to separate the wheat from the chaff:
- Performance Stack: "Are Redis and Varnish/OpenSearch included in the price and pre-configured?" (At good managed hosting providers like maxcluster or Timme Hosting, this is standard)
- CLI Access: "Do I have full SSH access and can I use CLI tools (bin/console)?" (Without SSH, Shopware 6 is hardly maintainable)
- Cronjobs: "Can I configure cronjobs down to the minute?" (Important for Message Queues)
- Backup Strategy: "Are backups also stored off-site and how fast is a restore?"
- Scalability: "Can I quickly add CPU/RAM during a marketing campaign without having to migrate the server?"
- AI Compatibility: "Does the firewall allow outgoing connections to external AI APIs (e.g., OpenAI, Azure) without whitelisting hurdles?"
These considerations become especially important when implementing conversational commerce solutions that rely on external AI services.
B2B vs. B2C: Different Server Demands
The server requirements also vary significantly based on your business model. B2B shops typically have fewer concurrent users but much more complex operations per session—price calculations, customer-specific catalogs, approval workflows. This complexity is worth understanding through an AI consultation comparison approach.
B2C shops, conversely, face higher traffic spikes but simpler individual transactions. Your server architecture should reflect whether you're optimizing for sustained complex operations or handling massive concurrent simple requests.
Conclusion: Performance Is the Foundation for Intelligence
Conclusion: Performance Is the Foundation for Intelligence
The Shopware server requirements for 2025 go far beyond a list of PHP versions. It's about an architecture that enables scalability, security, and above all interactivity. When you're ready to unlock AI for E-Commerce, your infrastructure must be prepared.
- The Foundation: A current stack (PHP 8.2+, MySQL 8.0+) is mandatory for security and support
- The Accelerator: Caching (Varnish/Redis) and search (OpenSearch) are not "extras" but necessities for any medium-sized shop and above
- The Future: If you want to use AI and personalization, you need to rethink your server resources. Away from static caching, toward API performance and CPU power for real-time data
Is your server ready for the future of e-commerce? Don't just invest in hardware—invest in an intelligent architecture. An external AI solution can help relieve your Shopware server by outsourcing complex logic and delivering only the results—fast, scalable, and revenue-boosting.
FAQ: Common Shopware Server Requirements Questions
For absolute beginner shops or dev environments, it can work but is not recommended. Shopware 6 requires process control (Message Queue, Workers) that is often restricted in shared hosting. A managed vServer is usually the better entry point, as noted by hosting experts at iCreative Technologies and IONOS.
Both are officially supported. MariaDB 10.11+ is often considered slightly more performant and resource-efficient in memory handling, but MySQL 8.0+ is extremely stable. More important than the name is the configuration (e.g., `innodb_buffer_pool_size`), as emphasized by Pagespeedy performance experts.
Usually it's not the hardware but the configuration. Common errors: Shop running in 'Dev mode' instead of 'Prod mode,' caches not warmed up, admin worker active, or plugins consuming performance. Also check whether HTTP/2 or HTTP/3 is enabled, as recommended by Timme Hosting.
Only if you host the AI models yourself on the server (on-premise). If you use AI as a service (SaaS) via an API, a normal CPU-strong web server is sufficient since the computing load lies with the provider. This is the approach we recommend for most Shopware merchants.
AI interactions cannot be cached like static pages. Each AI query bypasses Varnish and hits your API directly. Using external SaaS AI solutions (rather than on-premise) significantly reduces this load, as the heavy computation happens externally and your server only handles the API request/response.
Join forward-thinking merchants using our external AI solution to deliver personalized product consultation while keeping server loads minimal. Fast implementation, no GPU servers required, immediate conversion improvements.
Get Started Free
