— Moitos problemas de rendemento web proveñen de configuración, non de código mal escrito.
— Cambios en hosting, CDN, compresión de imaxes, e caché poden reducir tempos de carga dramaticamente sen modificar o código.
— Auditar estes elementos primeiro aforra cartos e tempo antes de investir en desenvolvemento de optimización.
Hai uns meses, un cliente contactounos para “optimizar a súa web porque era lenta”. Pedímoslle acceso para diagnosticar e, mentres tanto, revisamos a súa configuración actual. Resultou que estaba nun hosting compartido de 8€/mes con 100 sitios no mesmo servidor, sen CDN, sen compresión de imaxes, e cun WordPress que cargaba 47 plugins.
Recomendámoslle cambiar de hosting (non optimizar código), implementar Cloudflare (non optimizar código), e comprimir as imaxes (non optimizar código). A súa web pasou de cargar en 6 segundos a 1.8 segundos. Custo total: 30€/mes máis de hosting máis unha tarde de configuración.
O código non era perfecto, pero non era o pescozo de botella. Moitos problemas de rendemento resólvense na capa de infraestrutura, non de aplicación. Esta é a checklist que usamos antes de tocar unha liña de código.
Infraestrutura: o hosting importa máis do que cres
O hosting é o chan sobre o que corre a túa web. Se é deficiente, todo o demais sofre.
Avalía o teu hosting actual.
— ¿Estás en hosting compartido con centos de sitios? O rendemento é impredecible; un veciño con tráfico alto afecta a túa velocidade.
— ¿Cantos recursos ten asignados o teu sitio? RAM, CPU, IOPS de disco.
— ¿Onde está fisicamente o servidor? Se a túa audiencia está en España e o teu servidor en Arizona, hai latencia inherente.
Melloras de hosting que non requiren código:
— VPS ou dedicado vs. compartido: recursos garantidos.
— PHP actualizado: PHP 8.x é significativamente máis rápido que 7.x ou (horror) 5.x. Moitos hostings permiten cambiar a versión de PHP desde o panel de control.
— Servidor máis próximo á túa audiencia: se o 90% do teu tráfico é español, un servidor en España ou Francia é mellor que un nos Estados Unidos.
O cambio de hosting é a optimización con maior impacto potencial e que cero liñas de código require.
CDN: distribuír para acelerar
Un CDN (Content Delivery Network) serve os teus arquivos estáticos (imaxes, CSS, JavaScript) desde servidores próximos ao usuario, non desde o teu servidor principal.
Implementación sen código:
Cloudflare ten un plan gratuíto que inclúe CDN global. Configuración: cambiar os DNS do teu dominio para apuntar a Cloudflare (desde o teu provedor de dominio). Non tocas a túa web, só a configuración DNS.
O impacto típico: redución de 30-50% en tempo de carga para usuarios xeograficamente dispersos. Para usuarios próximos ao teu servidor orixinal, o beneficio é menor pero segue existindo pola optimización de caché.
Outros beneficios de Cloudflare sen tocar código: compresión automática (Brotli), optimización de imaxes (Polish, en plans de pago), e firewall que bloquea tráfico malicioso antes de chegar ao teu servidor.
Imaxes: o vilán invisible do rendemento
O 60-80% do peso dunha páxina web típica son imaxes. Optimizalas ten impacto desproporcionado.
Optimización sen tocar código:
— Compresión masiva. Ferramentas como TinyPNG, Squoosh, ou ImageOptim poden reducir tamaño de imaxes un 50-80% sen perda visible de calidade. Substituír as imaxes orixinais polas comprimidas é só subir arquivos novos.
— Formatos modernos. Converter JPG/PNG a WebP (usando ferramentas como Squoosh ou plugins de WordPress que fan isto automaticamente). WebP tipicamente é 25-35% máis pequeno que JPEG equivalente.
— Dimensións correctas. Subir unha imaxe de 4000x3000px para amosala a 400x300px é desperdiciar ancho de banda. Redimensionar antes de subir (usando calquera editor de imaxes) elimina ese desperdicio.
— Lazy loading nativo. Os navegadores modernos soportan lazy loading de imaxes sen JavaScript adicional: só engadir `loading=”lazy”` ao tag de imaxe. Se o teu CMS permite editar HTML, é un cambio trivial. Se non, plugins de WordPress como WP Rocket engádeno sen máis configuración.
Caché: evitar traballo repetido
A caché garda copias do teu contido para servilas sen rexeneralas cada vez. É a optimización máis eficaz que existe.
Niveis de caché que podes configurar sen código:
1. Caché de páxina. Plugins como WP Rocket, W3 Total Cache, ou LiteSpeed Cache xeran versións HTML estáticas das túas páxinas. A primeira visita xera a caché; visitas seguintes serven o arquivo estático, evitando procesamento PHP.
Configuración típica: instalar plugin, activar caché de páxina, excluír páxinas dinámicas (carriño, a miña conta) se é e-commerce.
2. Caché de navegador. Indica ao navegador do visitante que garde arquivos estáticos (CSS, imaxes) localmente durante días ou semanas, para non descargalos en cada páxina. Configurable vía .htaccess ou plugins de caché.
3. Caché de obxecto/query. Garda resultados de consultas a base de datos frecuentes en memoria (Redis/Memcached). Algúns hostings xestionados ofréceno cun click no panel de control.
A correcta configuración de caché pode reducir tempo de resposta de segundos a milisegundos.
Compresión: menos bytes, máis velocidade
Servir arquivos comprimidos reduce o tamaño de transferencia un 60-80% para HTML, CSS, e JavaScript.
Sen tocar código:
— Gzip ou Brotli activados no servidor. A maioría de hostings modernos téñeno activado por defecto. Verificable con ferramentas online como Gift of Speed.
— Cloudflare (mencionado antes) comprime automaticamente se o tes activado.
— Plugins de caché de WordPress adoitan incluír opcións de compresión cun checkbox.
Base de datos: limpeza preventiva
WordPress en particular acumula lixo na base de datos que ralentiza consultas.
Limpeza sen código:
— Revisión de plugins de caché: WP Rocket, LiteSpeed Cache, e similares inclúen opcións de “limpeza de base de datos” que eliminan revisións de posts, transients expirados, e spam comments.
— Limitar revisións de posts: engadir `define(‘WP_POST_REVISIONS’, 3);` ao wp-config.php (si, é un arquivo de configuración, non código de aplicación). Isto prevén acumulación futura.
— Plugins anti-spam que reducen comentarios lixo (Akismet, Antispam Bee).
Auditar antes de optimizar
Antes de facer calquera cambio, mide. Se non mides, non sabes se funcionou.
Ferramentas gratuítas para diagnóstico:
— Google PageSpeed Insights: Indica problemas específicos e suxestións priorizadas.
— GTmetrix: Historial de velocidade, análise de waterfall.
— WebPageTest: Test desde múltiples localizacións e dispositivos.
— Query Monitor (WordPress): Que consultas son lentas, que plugins engaden carga.
Estas ferramentas diranche onde está o pescozo de botella. Ás veces é a imaxe #3 que pesa 3MB. Ás veces é un plugin que fai 200 consultas á base de datos. Ás veces é o servidor respondendo en 2 segundos porque está sobrecargado.
Cando si necesitas tocar código
Despois de todas estas optimizacións de infraestrutura, hai casos onde o código si necesita atención:
— O tema ten JavaScript bloqueante que retrasa renderizado.
— Plugins fan consultas ineficientes á base de datos.
— O código personalizado ten algoritmos lentos ou consultas N+1.
— CSS non utilizado que bloquea o renderizado.
Pero estes deberían ser a segunda fase, non a primeira. É frustrante pagar por optimización de código cando un cambio de hosting resolvería o problema ao 80%.
Preguntas frecuentes
Canto pode mellorar o rendemento sen tocar código?
Depende do punto de partida, pero melloras de 50-80% son comúns só con hosting decente, CDN, e imaxes optimizadas. De 6 segundos a 2 segundos é realista sen tocar código.
Necesito ser técnico para facer estes cambios?
Cambiar DNS para Cloudflare require entender conceptos básicos de DNS. Optimizar imaxes non require coñecemento técnico. Cambiar de hosting xeralmente implica migrar o sitio, que pode requirir axuda técnica. O espectro varía.
Canto custa implementar estas optimizacións?
Cloudflare gratuíto: 0€. Optimización de imaxes: 0€ (ferramentas gratuítas) ou tempo. Mellor hosting: 20-100€/mes dependendo do tráfico. Plugins de caché premium: 50-100€/ano. Moito menos que desenvolvemento de optimización de código.
E se a miña web segue lenta despois de todo isto?
Entón si, probablemente necesites optimización de código. Pero polo menos saberás con certeza, e a optimización de código será máis eficaz porque parte dunha base sólida.
Conclusión
A optimización de rendemento web ten xerarquía. Comezar polo código cando a infraestrutura é deficiente é construír sobre area. A boa nova é que moitas das melloras máis impactantes non requiren desenvolvedor: requiren configuración correcta.
Se a túa web é lenta, revisa esta checklist antes de chamar a un programador. Probablemente atopes melloras significativas que podes facer ti mesmo ou con axuda mínima.
E se despois de optimizar infraestrutura necesitas revisar o código, podemos axudar. Pero preferimos comezar polo que ten maior impacto con menor custo.
— Muchos problemas de rendimiento web provienen de configuración, no de código mal escrito.
— Cambios en hosting, CDN, compresión de imágenes, y caché pueden reducir tiempos de carga dramáticamente sin modificar el código.
— Auditar estos elementos primero ahorra dinero y tiempo antes de invertir en desarrollo de optimización.
Hace unos meses, un cliente nos contactó para “optimizar su web porque era lenta”. Le pedimos acceso para diagnosticar y, mientras tanto, revisamos su configuración actual. Resultó que estaba en un hosting compartido de 8€/mes con 100 sitios en el mismo servidor, sin CDN, sin compresión de imágenes, y con un WordPress que cargaba 47 plugins.
Le recomendamos cambiar de hosting (no optimizar código), implementar Cloudflare (no optimizar código), y comprimir las imágenes (no optimizar código). Su web pasó de cargar en 6 segundos a 1.8 segundos. Coste total: 30€/mes más de hosting más una tarde de configuración.
El código no era perfecto, pero no era el cuello de botella. Muchos problemas de rendimiento se resuelven en la capa de infraestructura, no de aplicación. Esta es la checklist que usamos antes de tocar una línea de código.
Infraestructura: el hosting importa más de lo que crees
El hosting es el suelo sobre el que corre tu web. Si es deficiente, todo lo demás sufre.
Evalúa tu hosting actual.
— ¿Estás en hosting compartido con cientos de sitios? El rendimiento es impredecible; un vecino con tráfico alto afecta tu velocidad.
— ¿Cuántos recursos tiene asignados tu sitio? RAM, CPU, IOPS de disco.
— ¿Dónde está físicamente el servidor? Si tu audiencia está en España y tu servidor en Arizona, hay latencia inherente.
Mejoras de hosting que no requieren código:
— VPS o dedicado vs. compartido: recursos garantizados.
— PHP actualizado: PHP 8.x es significativamente más rápido que 7.x o (horror) 5.x. Muchos hostings permiten cambiar la versión de PHP desde el panel de control.
— Servidor más cercano a tu audiencia: si el 90% de tu tráfico es español, un servidor en España o Francia es mejor que uno en Estados Unidos.
El cambio de hosting es la optimización con mayor impacto potencial y que cero líneas de código requiere.
CDN: distribuir para acelerar
Un CDN (Content Delivery Network) sirve tus archivos estáticos (imágenes, CSS, JavaScript) desde servidores cercanos al usuario, no desde tu servidor principal.
Implementación sin código:
Cloudflare tiene un plan gratuito que incluye CDN global. Configuración: cambiar los DNS de tu dominio para apuntar a Cloudflare (desde tu proveedor de dominio). No tocas tu web, solo la configuración DNS.
El impacto típico: reducción de 30-50% en tiempo de carga para usuarios geográficamente dispersos. Para usuarios cercanos a tu servidor original, el beneficio es menor pero sigue existiendo por la optimización de caché.
Otros beneficios de Cloudflare sin tocar código: compresión automática (Brotli), optimización de imágenes (Polish, en planes de pago), y firewall que bloquea tráfico malicioso antes de llegar a tu servidor.
Imágenes: el villano invisible del rendimiento
El 60-80% del peso de una página web típica son imágenes. Optimizarlas tiene impacto desproporcionado.
Optimización sin tocar código:
— Compresión masiva. Herramientas como TinyPNG, Squoosh, o ImageOptim pueden reducir tamaño de imágenes un 50-80% sin pérdida visible de calidad. Reemplazar las imágenes originales por las comprimidas es solo subir archivos nuevos.
— Formatos modernos. Convertir JPG/PNG a WebP (usando herramientas como Squoosh o plugins de WordPress que hacen esto automáticamente). WebP típicamente es 25-35% más pequeño que JPEG equivalente.
— Dimensiones correctas. Subir una imagen de 4000x3000px para mostrarla a 400x300px es desperdiciar ancho de banda. Redimensionar antes de subir (usando cualquier editor de imágenes) elimina ese desperdicio.
— Lazy loading nativo. Los navegadores modernos soportan lazy loading de imágenes sin JavaScript adicional: solo añadir `loading=”lazy”` al tag de imagen. Si tu CMS permite editar HTML, es un cambio trivial. Si no, plugins de WordPress como WP Rocket lo añaden sin más configuración.
Caché: evitar trabajo repetido
La caché guarda copias de tu contenido para servirlas sin regenerarlas cada vez. Es la optimización más eficaz que existe.
Niveles de caché que puedes configurar sin código:
1. Caché de página. Plugins como WP Rocket, W3 Total Cache, o LiteSpeed Cache generan versiones HTML estáticas de tus páginas. La primera visita genera la caché; visitas siguientes sirven el archivo estático, evitando procesamiento PHP.
Configuración típica: instalar plugin, activar caché de página, excluir páginas dinámicas (carrito, mi cuenta) si es e-commerce.
2. Caché de navegador. Indica al navegador del visitante que guarde archivos estáticos (CSS, imágenes) localmente durante días o semanas, para no descargarlos en cada página. Configurable vía .htaccess o plugins de caché.
3. Caché de objeto/query. Guarda resultados de consultas a base de datos frecuentes en memoria (Redis/Memcached). Algunos hostings gestionados lo ofrecen con un click en el panel de control.
La correcta configuración de caché puede reducir tiempo de respuesta de segundos a milisegundos.
Compresión: menos bytes, más velocidad
Servir archivos comprimidos reduce el tamaño de transferencia un 60-80% para HTML, CSS, y JavaScript.
Sin tocar código:
— Gzip o Brotli activados en el servidor. La mayoría de hostings modernos lo tienen activado por defecto. Verificable con herramientas online como Gift of Speed.
— Cloudflare (mencionado antes) comprime automáticamente si lo tienes activado.
— Plugins de caché de WordPress suelen incluir opciones de compresión con un checkbox.
Base de datos: limpieza preventiva
WordPress en particular acumula basura en la base de datos que ralentiza consultas.
Limpieza sin código:
— Revisión de plugins de caché: WP Rocket, LiteSpeed Cache, y similares incluyen opciones de “limpieza de base de datos” que eliminan revisiones de posts, transients expirados, y spam comments.
— Limitar revisiones de posts: añadir `define(‘WP_POST_REVISIONS’, 3);` al wp-config.php (sí, es un archivo de configuración, no código de aplicación). Esto previene acumulación futura.
— Plugins anti-spam que reducen comentarios basura (Akismet, Antispam Bee).
Auditar antes de optimizar
Antes de hacer cualquier cambio, mide. Si no mides, no sabes si funcionó.
Herramientas gratuitas para diagnóstico:
— Google PageSpeed Insights: Indica problemas específicos y sugerencias priorizadas.
— GTmetrix: Historial de velocidad, análisis de waterfall.
— WebPageTest: Test desde múltiples ubicaciones y dispositivos.
— Query Monitor (WordPress): Qué consultas son lentas, qué plugins añaden carga.
Estas herramientas te dirán dónde está el cuello de botella. A veces es imagen #3 que pesa 3MB. A veces es un plugin que hace 200 consultas a la base de datos. A veces es el servidor respondiendo en 2 segundos porque está sobrecargado.
Cuándo sí necesitas tocar código
Después de todas estas optimizaciones de infraestructura, hay casos donde el código sí necesita atención:
— El tema tiene JavaScript bloqueante que retrasa renderizado.
— Plugins hacen consultas ineficientes a base de datos.
— El código personalizado tiene algoritmos lentos o consultas N+1.
— CSS no utilizado que bloquea el renderizado.
Pero estos deberían ser la segunda fase, no la primera. Es frustrante pagar por optimización de código cuando un cambio de hosting hubiera resuelto el problema al 80%.
Preguntas frecuentes
¿Cuánto puede mejorar el rendimiento sin tocar código?
Depende del punto de partida, pero mejoras de 50-80% son comunes solo con hosting decente, CDN, e imágenes optimizadas. De 6 segundos a 2 segundos es realista sin tocar código.
¿Necesito ser técnico para hacer estos cambios?
Cambiar DNS para Cloudflare requiere entender conceptos básicos de DNS. Optimizar imágenes no requiere conocimiento técnico. Cambiar de hosting generalmente implica migrar el sitio, que puede requerir ayuda técnica. El espectro varía.
¿Cuánto cuesta implementar estas optimizaciones?
Cloudflare gratuito: 0€. Optimización de imágenes: 0€ (herramientas gratuitas) o tiempo. Mejor hosting: 20-100€/mes dependiendo del tráfico. Plugins de caché premium: 50-100€/año. Mucho menos que desarrollo de optimización de código.
¿Y si mi web sigue lenta después de todo esto?
Entonces sí, probablemente necesites optimización de código. Pero al menos lo sabrás con certeza, y la optimización de código será más eficaz porque parte de una base sólida.
Conclusión
La optimización de rendimiento web tiene jerarquía. Empezar por el código cuando la infraestructura es deficiente es construir sobre arena. La buena noticia es que muchas de las mejoras más impactantes no requieren desarrollador: requieren configuración correcta.
Si tu web es lenta, revisa esta checklist antes de llamar a un programador. Probablemente encuentres mejoras significativas que puedes hacer tú mismo o con ayuda mínima.
Y si después de optimizar infraestructura necesitas revisar el código, podemos ayudar. Pero preferimos empezar por lo que tiene mayor impacto con menor coste.
— Many web performance issues stem from configuration, not poorly written code.
— Changes in hosting, CDN, image compression, and caching can dramatically reduce load times without modifying the code.
— Auditing these elements first saves money and time before investing in optimization development.
A few months ago, a client contacted us to “optimize their website because it was slow.” We requested access to diagnose and, in the meantime, reviewed their current setup. It turned out they were on a shared hosting plan costing €8/month with 100 sites on the same server, no CDN, no image compression, and a WordPress site running 47 plugins.
We recommended changing hosting (not optimizing code), implementing Cloudflare (not optimizing code), and compressing the images (not optimizing code). Their site went from loading in 6 seconds to 1.8 seconds. Total cost: €30/month more for hosting plus an afternoon of setup.
The code wasn’t perfect, but it wasn’t the bottleneck. Many performance issues are resolved at the infrastructure layer, not the application layer. This is the checklist we use before touching a line of code.
Infrastructure: hosting matters more than you think
Hosting is the foundation on which your website runs. If it’s deficient, everything else suffers.
Evaluate your current hosting.
— Are you on shared hosting with hundreds of sites? Performance is unpredictable; a neighbor with high traffic affects your speed.
— How many resources are allocated to your site? RAM, CPU, disk IOPS.
— Where is the server physically located? If your audience is in Spain and your server is in Arizona, there’s inherent latency.
Hosting improvements that don’t require code:
— VPS or dedicated vs. shared: guaranteed resources.
— Updated PHP: PHP 8.x is significantly faster than 7.x or (horror) 5.x. Many hostings allow changing the PHP version from the control panel.
— Server closer to your audience: if 90% of your traffic is Spanish, a server in Spain or France is better than one in the United States.
Changing hosting is the optimization with the greatest potential impact and requires zero lines of code.
CDN: distribute to accelerate
A CDN (Content Delivery Network) serves your static files (images, CSS, JavaScript) from servers close to the user, not from your main server.
Implementation without code:
Cloudflare has a free plan that includes a global CDN. Setup: change your domain’s DNS to point to Cloudflare (from your domain provider). You don’t touch your website, just the DNS configuration.
The typical impact: 30-50% reduction in load time for geographically dispersed users. For users close to your original server, the benefit is smaller but still exists due to cache optimization.
Other benefits of Cloudflare without touching code: automatic compression (Brotli), image optimization (Polish, in paid plans), and a firewall that blocks malicious traffic before it reaches your server.
Images: the invisible villain of performance
60-80% of the weight of a typical web page is images. Optimizing them has a disproportionate impact.
Optimization without touching code:
— Mass compression. Tools like TinyPNG, Squoosh, or ImageOptim can reduce image sizes by 50-80% without visible quality loss. Replacing the original images with the compressed ones is just uploading new files.
— Modern formats. Convert JPG/PNG to WebP (using tools like Squoosh or WordPress plugins that do this automatically). WebP is typically 25-35% smaller than the equivalent JPEG.
— Correct dimensions. Uploading a 4000x3000px image to display it at 400x300px is wasting bandwidth. Resizing before uploading (using any image editor) eliminates that waste.
— Native lazy loading. Modern browsers support lazy loading of images without additional JavaScript: just add `loading=”lazy”` to the image tag. If your CMS allows editing HTML, it’s a trivial change. If not, WordPress plugins like WP Rocket add it without further configuration.
Cache: avoid repeated work
Cache stores copies of your content to serve them without regenerating each time. It’s the most effective optimization that exists.
Cache levels you can configure without code:
1. Page cache. Plugins like WP Rocket, W3 Total Cache, or LiteSpeed Cache generate static HTML versions of your pages. The first visit generates the cache; subsequent visits serve the static file, avoiding PHP processing.
Typical setup: install plugin, activate page cache, exclude dynamic pages (cart, my account) if it’s e-commerce.
2. Browser cache. Instructs the visitor’s browser to store static files (CSS, images) locally for days or weeks, so they aren’t downloaded on every page. Configurable via .htaccess or cache plugins.
3. Object/query cache. Stores results of frequent database queries in memory (Redis/Memcached). Some managed hostings offer it with a click in the control panel.
Proper cache configuration can reduce response time from seconds to milliseconds.
Compression: fewer bytes, more speed
Serving compressed files reduces transfer size by 60-80% for HTML, CSS, and JavaScript.
Without touching code:
— Gzip or Brotli enabled on the server. Most modern hostings have it enabled by default. Verifiable with online tools like Gift of Speed.
— Cloudflare (mentioned earlier) compresses automatically if you have it enabled.
— WordPress cache plugins usually include compression options with a checkbox.
Database: preventive cleaning
WordPress in particular accumulates junk in the database that slows down queries.
Cleaning without code:
— Review of cache plugins: WP Rocket, LiteSpeed Cache, and similar include “database cleaning” options that remove post revisions, expired transients, and spam comments.
— Limit post revisions: add `define(‘WP_POST_REVISIONS’, 3);` to wp-config.php (yes, it’s a configuration file, not application code). This prevents future accumulation.
— Anti-spam plugins that reduce spam comments (Akismet, Antispam Bee).
Audit before optimizing
Before making any changes, measure. If you don’t measure, you don’t know if it worked.
Free diagnostic tools:
— Google PageSpeed Insights: Indicates specific issues and prioritized suggestions.
— GTmetrix: Speed history, waterfall analysis.
— WebPageTest: Test from multiple locations and devices.
— Query Monitor (WordPress): Which queries are slow, which plugins add load.
These tools will tell you where the bottleneck is. Sometimes it’s image #3 that weighs 3MB. Sometimes it’s a plugin making 200 database queries. Sometimes it’s the server responding in 2 seconds because it’s overloaded.
When you do need to touch code
After all these infrastructure optimizations, there are cases where the code does need attention:
— The theme has blocking JavaScript that delays rendering.
— Plugins make inefficient database queries.
— Custom code has slow algorithms or N+1 queries.
— Unused CSS blocking rendering.
But these should be the second phase, not the first. It’s frustrating to pay for code optimization when a hosting change would have solved 80% of the problem.
Frequently Asked Questions
How much can performance improve without touching code?
It depends on the starting point, but 50-80% improvements are common with just decent hosting, CDN, and optimized images. From 6 seconds to 2 seconds is realistic without touching code.
Do I need to be technical to make these changes?
Changing DNS for Cloudflare requires understanding basic DNS concepts. Optimizing images doesn’t require technical knowledge. Changing hosting generally involves migrating the site, which may require technical help. The spectrum varies.
How much does it cost to implement these optimizations?
Cloudflare free: €0. Image optimization: €0 (free tools) or time. Better hosting: €20-100/month depending on traffic. Premium cache plugins: €50-100/year. Much less than code optimization development.
What if my website is still slow after all this?
Then yes, you probably need code optimization. But at least you’ll know for sure, and code optimization will be more effective because it starts from a solid base.
Conclusion
Web performance optimization has a hierarchy. Starting with code when the infrastructure is deficient is building on sand. The good news is that many of the most impactful improvements don’t require a developer: they require correct configuration.
If your website is slow, review this checklist before calling a programmer. You’ll likely find significant improvements you can make yourself or with minimal help.
And if after optimizing infrastructure you need to review the code, we can help. But we prefer to start with what has the greatest impact at the lowest cost.