Επιτάχυνση WordPress σε Shared Hosting — 12 Βήματα για PageSpeed 90+

Το 80% των αργών WordPress sites δεν είναι αργά λόγω hosting — είναι αργά λόγω λάθος ρυθμίσεων, κακών plugins και βαριάς μέσω της theme. Πριν πληρώσεις x3 για VPS, κάνε αυτά τα 12 βήματα πρώτα. Σε πάνω από 90% των περιπτώσεων το shared hosting αρκεί — και ο Google αγαπά ξανά το site σου.

Μέτρα πρώτα, μετά διόρθωσε

Πριν κάνεις οποιαδήποτε αλλαγή, κάνε ένα baseline measurement για να δεις πού είσαι και να μπορείς να συγκρίνεις:

• PageSpeed Insights (pagespeed.web.dev) — Mobile score είναι αυτό που μετράει στο SEO
• WebPageTest για detailed waterfall
• Query Monitor plugin για να δεις τι DB queries σκοτώνουν κάθε page load

Βήμα 1 — Διώξε τα περιττά plugins (το πιο σημαντικό)

Κάθε plugin είναι PHP code που τρέχει σε κάθε request. Έχουμε δει sites με 45 active plugins που χρησιμοποιούσαν ενεργά τα 8. Κανόνας:

• Αν δεν ξέρεις τι κάνει ένα plugin — deactivate και παρατήρησε για 24 ώρες.
• Αν 3 plugins κάνουν επικαλυπτόμενη δουλειά (π.χ. 2 SEO plugins) — κράτα 1.
• Αν υπάρχει "All in One" εναλλακτικό ενός από τα 5 plugins σου — σκέψου το αλλά ποτέ απλώς για να μειώσεις τον αριθμό.

Βήμα 2 — Αναβάθμισε την PHP στην 8.2+

Το PHP 8.2 είναι 30-40% γρηγορότερο από το 7.4 σε τυπικό WordPress load. Στο AlphaServer hosting με Plesk αλλάζεις PHP version με ένα dropdown. Αν είσαι σε άλλο provider:

• cPanel: MultiPHP Manager → επίλεξε PHP 8.2
• Plesk: Domain → PHP Settings → PHP 8.2

Πριν αλλάξεις, δοκίμασε σε staging. Μερικά παλιά themes/plugins δεν είναι συμβατά.

Βήμα 3 — Εγκατάστησε OPcache + object cache

Το OPcache καλυτερεύει την εκτέλεση PHP. Είναι ενεργό σε όλα τα serious shared hosting (και στα δικά μας).

Το object cache (Redis ή Memcached) ΠΟΛΥ συχνά δεν είναι ενεργό by default σε shared. Αν το provider σου υποστηρίζει, εγκατέστησε το πακέτο Object Cache Pro ή το δωρεάν Redis Object Cache plugin και κάνε enable.

Σε tests μας: βαρύ site με WooCommerce, TTFB πέφτει από 800ms σε 180ms μόνο με object cache.

Βήμα 4 — Page cache (υποχρεωτικό)

Χωρίς page cache, κάθε request τρέχει όλο το PHP/MySQL stack. Με page cache, σερβίρεις έτοιμη HTML.

Στο Plesk υπάρχει και το Smart CDN που δουλεύει χωρίς plugin. Στο cPanel δοκίμασε το LSCache αν έχεις LiteSpeed.

Βήμα 5 — Βελτιστοποίησε τις εικόνες (LCP killer)

Οι εικόνες είναι το Νο1 αίτιο αργού LCP. Τρία πράγματα:

• WebP/AVIF format — Smush, ShortPixel, Imagify κάνουν auto-convert
• Σωστό size — μη σερβίρεις 3000x2000 εικόνα για 400x300 thumbnail
• Lazy loading — ενεργό by default στο WP 5.5+, αλλά όχι για το hero image (βάλε fetchpriority="high")

Βήμα 6 — Critical CSS & async fonts

Render-blocking CSS είναι το δεύτερο μεγάλο πρόβλημα:

• Plugin όπως Autoptimize ή WP Rocket εξάγει critical CSS και αναβάλλει το υπόλοιπο
• Google Fonts: κατεβάστε τα τοπικά (self-host) ή χρησιμοποιήστε rel="preload" as="font"
• Βάλτε font-display: swap σε κάθε @font-face

Βήμα 7 — Minify και combine

Η λογική "combine όλα τα CSS/JS σε ένα αρχείο" δεν ισχύει πια με HTTP/2 (πολλαπλά parallel requests είναι φθηνά). Αλλά minify ναι — ο Autoptimize το κάνει σε 1 κλικ.

Βήμα 8 — Defer JavaScript

Κάθε <script src=...> χωρίς defer/async μπλοκάρει το rendering. Στόχος: 0 blocking scripts στο head. Plugins που το κάνουν αυτόματα: Autoptimize, Flying Scripts, WP Rocket.

Προσοχή στα chat widgets/analytics: αυτά είναι τα πιο βαριά. Χρησιμοποίησε "delay until interaction" (Flying Scripts το κάνει) — φορτώνει το chat μόνο όταν ο χρήστης κινήσει mouse/αγγίξει οθόνη.

Βήμα 9 — Βάλε CDN

Το CDN σερβίρει static assets από τον πιο κοντινό server στον χρήστη. Για Ελλάδα:

• Cloudflare Free — το σωστό δεύτερο βήμα μετά το caching. Δωρεάν, εύκολο setup.
• BunnyCDN — €1/μήνα για μικρά sites, πιο γρήγορο σε EU
• KeyCDN — pay-as-you-go

Με Cloudflare Free παίρνεις επίσης WAF και DDoS protection. No-brainer.

Βήμα 10 — Καθάρισε τη βάση δεδομένων

Το WP autosaves, revisions, trashed comments, transients — μαζεύονται και επιβραδύνουν τη βάση. Plugin:

• WP-Optimize — cleanup + optimize tables
• Advanced Database Cleaner — πιο granular

Περιόρισε τις revisions σε 3-5: define('WP_POST_REVISIONS', 5); στο wp-config.php.

Βήμα 11 — Disabling heartbeat & XML-RPC

Δύο "κρυφοί" spinners που τρώνε CPU:

• Heartbeat API: admin-ajax.php κάθε 15s. Plugin "Heartbeat Control" → set to 60s ή disable στο frontend.
• XML-RPC: αν δεν χρησιμοποιείς Jetpack ή mobile apps, disable το. Στόχος brute-force attacks.

Βήμα 12 — Παρακολούθησε Core Web Vitals συνεχώς

Μετά από όλα αυτά, στήσε monitoring:

• Google Search Console → Core Web Vitals report (δωρεάν)
• PageSpeed API cron → εβδομαδιαία screenshots
• Uptime monitoring (UptimeRobot free για 5 sites)

Πότε ξέρεις ότι χρειάζεσαι πραγματικά VPS

Αν κάνεις όλα τα παραπάνω και:

• TTFB > 400ms σταθερά (ακόμα και με cache)
• Έχεις > 10k unique visitors/μέρα
• Τρέχεις WooCommerce με 500+ προϊόντα
• Χρειάζεσαι custom extensions ή server control

Τότε ναι, είναι ώρα για managed VPS. Αν όχι, μείνε στο shared και βελτίωσε.

Συμπέρασμα

Το γρήγορο WordPress δεν είναι θέμα hardware — είναι θέμα σωστής ρύθμισης. Με σωστό page cache, object cache, σωστές εικόνες και CDN, το shared hosting περνάει Core Web Vitals χωρίς πρόβλημα.

Αν θέλεις hosting που έρχεται ήδη με Plesk, OPcache tuning και WordPress Toolkit για 1-click optimizations, δες τα πακέτα μας ή γράψε μας για free performance audit του υπάρχοντος site σου.