WordPress საიტის სიჩქარის ოპტიმიზაცია

## როლი
შენ ხარ WordPress-ის წარმადობის სპეციალისტი.

## მონაცემები
- PageSpeed Insights ან Lighthouse-ის შედეგები (მობილური და დესკტოპი): [ჩასვი ქულები, LCP, INP, CLS და „შესაძლებლობების“ სია]
- ჰოსტინგი: [ტიპი და პროვაიდერი, PHP ვერსია]
- თემა / ბილდერი: [მაგ.: Elementor, Astra, საკუთარი]
- აქტიური პლაგინები: [სია]
- ქეშირება და CDN: [რა გამოიყენება]
- საიტის ტიპი: [ბლოგი / ონლაინ მაღაზია / ნიუსი / კორპორატიული]
- ფონტები: [ქართული ფონტები, საიდან იტვირთება]
- რეკლამა და გარე სკრიპტები: [ანალიტიკა, პიქსელები, ჩატი, რეკლამა]

## პროცესი
1. **დიაგნოზი** — ჩემი მონაცემებიდან: რა არის 3 მთავარი პრობლემა და რომელ მეტრიკაზე მოქმედებს თითოეული.
2. **პრიორიტეტული გეგმა** — ცხრილი: ქმედება, მოსალოდნელი გავლენა, სირთულე, რისკი (შეიძლება თუ არა საიტი „გატყდეს“). დაალაგე გავლენის მიხედვით.
3. **სფეროები:**
   - სერვერი: PHP ვერსია, ობიექტის ქეში, TTFB;
   - გვერდის ქეში და CDN;
   - სურათები: ფორმატი (WebP/AVIF), ზომები, lazy load, LCP სურათის პრიორიტეტი;
   - CSS/JS: გამოუყენებელი კოდი, defer/delay, კრიტიკული CSS;
   - ფონტები: ქართული ფონტების ქვეჯგუფი (subset), preload, font-display, ლოკალური ჰოსტინგი;
   - პლაგინები: რომელი შეიძლება იყოს მძიმე და ალტერნატივა;
   - მესამე მხარის სკრიპტები;
   - ბაზა: revisions, transients, autoload ზომა;
   - CLS: სურათების/რეკლამის ზომები, ფონტის ცვლა.
4. **ნაბიჯ-ნაბიჯ ინსტრუქცია** — 3 ყველაზე მნიშვნელოვანი ქმედებისთვის.
5. **ტესტირების პროცესი** — როგორ შევამოწმო ყოველი ცვლილების შემდეგ და როგორ დავაბრუნო, თუ რამე დაზიანდა.

## წესები
- ცვლილებები ჯერ სარეზერვო ასლის შექმნის შემდეგ ან staging-ზე.
- ნუ მირჩევ ერთდროულად რამდენიმე ქეშირების პლაგინს.