WordPress PageSpeed Optimization: C&N Design 55→96

CLIENT_SNAPSHOT

บริษัทC&N Design 1992

เว็บไซต์candndesign1992.com

อุตสาหกรรมผู้ผลิต/จำหน่ายไม้คุณภาพสูง — บันได, ประตู, พื้นไม้

ก่อตั้ง1992 (มากกว่า 30 ปี)

ขนาดเว็บ38 หน้าสินค้า + 104 บทความ + 142 URLs

เทคโนโลยีเดิมWordPress + LiteSpeed Cache + Bangmod hosting

บริการที่ใช้Performance Optimization (Phase 1 Quick Fix)

งบลงทุน฿35,000 (Option C Pro — phased)

ระยะเวลา8 วัน (Phase 1)

เกี่ยวกับ C&N Design 1992

C&N Design 1992 เป็นผู้ผลิตและจำหน่ายไม้คุณภาพสูงในไทย เปิดดำเนินการมาตั้งแต่ปี 1992 ผลิตบันไดไม้สัก, ประตู, พื้นไม้ Makha, Oak, Ash, Walnut มีลูกค้าทั้งโครงการอสังหาริมทรัพย์ คอนโด บ้าน และคาเฟ่ทั่วประเทศ

เว็บไซต์ candndesign1992.com เป็น ช่องทางหลักที่ลูกค้าเข้ามาดูสินค้า อ่านบทความ และติดต่อสอบถาม — รวม 38 หน้าสินค้า + 104 บทความ blog

แต่ตั้งแต่พฤศจิกายน 2025 conversion เริ่มดิ่ง — ลูกค้าจ่ายค่า Google Ads เท่าเดิมทุกเดือน แต่ inquiry น้อยลงอย่างเห็นได้ชัด

ไม่รู้สาเหตุ

ปัญหา: เว็บที่ Google บอกว่า “ใช้ไม่ได้”

ตอนแรกคิดว่าเป็นเรื่อง market หรือ Google Ads แต่พอลอง audit จริงๆ พบว่าเว็บไซต์เองคือต้นเหตุ

Mobile Performance 38/100 บนหน้า Contact

Google ตั้งเกณฑ์ที่ 90+ — หน้า Contact ได้ 38 — LCP 18.3 วินาที (เกินเกณฑ์เกือบ 7 เท่า), TBT 2,450ms

Desktop PAGE_HUNG

Lighthouse audit ขึ้นว่า PAGE_HUNG — เว็บโหลดไม่เสร็จ Lighthouse audit เว็บนี้ไม่ได้เลย

Smoking Gun: Redirect Chain 5 วินาที

ทุกครั้งที่พิมพ์ candndesign1992.com → www → redirect อีก → ใช้เวลารวมกว่า 5 วินาที ก่อนหน้าแรกจะเริ่มโหลด

2 URLs broken พร้อมกัน

/finger-joint/ timeout 30s + /oak-ash-walnut/ redirect loop 50 ครั้ง — ลูกค้าที่กดเข้าจาก Google = หาย

105 Resources ไม่มี Cache-Control

รูปสินค้า, CSS, JS — ไม่มี cache headers ทำให้ลูกค้าที่กลับมาเยี่ยมเว็บใหม่ ต้องโหลดทุกอย่างใหม่ทั้งหมด

Email ส่งไม่ได้

WordPress ใช้ PHP mail() ซึ่ง Bangmod ปิดไว้ — ลูกค้ากรอก contact form = ไม่มีใครได้รับอีเมล (ตั้งแต่ไม่รู้เมื่อไหร่)

ผลรวม: Conversion Cliff

ทุกวินาทีที่ LCP ช้า = ลูกค้าออกจากเว็บ · ทุก redirect chain = เงินค่า Google Ads ที่จ่ายไปฟรี · ทุกฟอร์มที่ส่งแล้วไม่ถึงอีเมล = ลูกค้าที่หายไปแบบไม่รู้ตัว

ปัญหาไม่ใช่ market — แต่เป็นเว็บที่ขัดขวางทุก lead ไม่ให้ถึงปลายทาง

ทำไมเลือก “Quick Fix” ไม่ rebuild ใหม่

ตอนแรกคิดว่าจะรีบ rebuild เป็น Next.js ใช้เวลาเป็นเดือน — แต่หลังจากดู audit เต็มๆ ลูกค้าเลือก Option C Pro ฿35,000 (phased approach)

PHASE_1

Quick Fix 8 วัน

แก้บน WordPress ที่มีอยู่ หยุด Nov 2025 cliff ก่อน

PHASE_2

Full Rebuild

Next.js + Headless WP — เริ่มหลัง Phase 1 + ดู conversion 16 วัน

เห็นปัญหาเชิงโครงสร้าง

ไม่ใช่แค่หน้า Contact ช้า แต่ทั้งระบบมีปัญหา

ต้องการข้อมูลก่อนตัดสินใจใหญ่

Phase 1 → ดู conversion 16 วัน → ตัดสินใจ Phase 2

ลดความเสี่ยง

ถ้า Phase 1 พอ ไม่ต้องลงทุน Phase 2 และมี cancellation right

ผลทันที

ภายใน 8 วันเว็บใช้งานได้ดีขึ้น ไม่ต้องรอเดือน

METHODOLOGY_AGREEMENT

ลูกค้าและทีมตกลงใช้ PSI API v5 (pagespeed.web.dev) เป็น canonical methodology วัดผล — ใช้เกณฑ์ Google ของจริง ไม่ใช่ tool อื่นที่ไม่ standard

วิธีแก้: 8 วัน บน WordPress ที่มีอยู่

ไม่ต้อง rebuild ไม่ต้องเปลี่ยน host — ใช้เครื่องมือที่ถูกต้อง แก้ที่ root cause

DAY_BY_DAY_EXECUTION

Day	งานที่ทำ	หลักฐาน
1	LiteSpeed Cache + QUIC.cloud + Page Optimization (WebP, lazy load, JS-defer, font-display swap, HTML minify)	HTML source markers + QUIC.cloud account
2	GTM Cleanup — ลบ 9 dead UA variables, pause Hotjar	gtm.js: 632KB → 414KB (-34.5%)
3	Render-blocking CSS — Hero preload (5 หน้า), Lazy Load Excludes, Critical CSS forced 56 URLs	LCP phases: Load Time = 0ms; CSS 1.2MB now async
4	FluentSMTP install + Gmail App Password	Real WP password reset email received
5	Plugin Audit + ลบ 3 plugins: DearFlip Books, Imagify, All-in-One WP Migration	grep confirms removed; CLS 0.531→0.394
6	Bangmod Ticket #77046 → DNS + .htaccess single-301 redirect	curl: 1 redirect, 0.6s, path-preserving
7	3-run median Lighthouse (30 runs × 5 หน้า × 2 form factors)	30 JSONs + median CSV
8	Bangmod Ticket #2 → Cache-Control headers (1y images/fonts, 30d CSS/JS)	curl on 7 sample assets — full coverage
+	Hotjar fully deleted (after client confirmed)	0 Hotjar refs across all sample pages

KEY_TECHNICAL_DECISIONS

ปัญหา

5s redirect chain

ทำอะไร

DNS + .htaccess single-301 ผ่าน Bangmod ticket

เหตุผล

ไม่แชร์ credentials — ให้ host ทำ infrastructure changes

ปัญหา

1.2MB CSS render-blocking

ทำอะไร

Hero preload + critical CSS + async load

เหตุผล

ส่วนสำคัญที่สุด = above-fold → preload force

ปัญหา

GTM 632KB

ทำอะไร

ลบ 9 dead UA variables

เหตุผล

Ghost code สะสม — ต้อง audit เป็นระยะ

ปัญหา

Email broken (PHP mail() ปิด)

ทำอะไร

FluentSMTP + Gmail App Password

เหตุผล

ไม่ฝืนกับข้อจำกัดของ host — ใช้ SMTP relay

ปัญหา

Plugins บวม

ทำอะไร

ลบ 3 plugins ที่ไม่ใช้

เหตุผล

ทุก plugin = JS/CSS/queries เพิ่ม

ปัญหา

105 resources ไม่มี Cache-Control

ทำอะไร

Bangmod Ticket #2 → Nginx cache headers

เหตุผล

Host-level เร็วกว่า plugin-level

ปัญหา

Hotjar (ลูกค้าไม่รู้)

ทำอะไร

ลบหลัง client confirm

เหตุผล

Audit เผยเครื่องมือที่ลูกค้าลืมใส่ไว้

METHODOLOGY — 3_LEVELS_OF_MEASUREMENT

PSI API v5

Google's clean infrastructure (canonical agreed methodology)

Local Lighthouse 3-run median

Transparent — workstation pollution อาจต่างจาก PSI

CrUX (Chrome User Experience)

Real-user data 28 วันย้อนหลัง

ไม่ได้แก้แค่ให้คะแนน Lighthouse ดี — แก้ให้ลูกค้าจริงโหลดเร็วขึ้น

VISUALS

PageSpeed Insights before/after homepage scorecard — Mobile 53 to 98, Desktop PAGE_HUNG to 97, all gauges in Google green zone after Day 8 — Homepage PSI score — Before: Mobile 53, Desktop unrenderable (PAGE_HUNG) · After: Mobile 98, Desktop 97

Mobile LCP comparison chart — 8.04s baseline to 2.14s after Day 8 across 5 sample pages, all under Google's 3s threshold — Mobile LCP per page — Baseline (red) vs Final (teal) · PSI Lab data · all 5 pages now under Google's 3s threshold

Mobile Performance progression Day 0 to Day 8 — line chart showing 55.4 baseline to 96.4 PSI Lab final, with annotations at Day 6 redirect chain fix and Day 8 PSI canonical methodology — Mobile Performance progression — 5-page average across 8 days · biggest single jump = Day 6 redirect chain fix

Redirect chain waterfall before vs after — 4 hops totaling 5.3 seconds reduced to a single 301 in 0.6 seconds, an 88% reduction — Redirect chain — Before: 4 hops, ~5.3s · After: single 301, 0.6s · curl-verified on /, /contact/, /teak-stairs/

ผลลัพธ์

Headline Metrics (PSI Lab — agreed methodology)

Metric	Baseline	Final	Change
Mobile Performance avg	55.4	96.4	+41 (+74%)
Mobile LCP avg	8.04s	2.14s	-5.9s (-73%)
Desktop Performance avg	PAGE_HUNG	96.6	resolved + ≥70
Desktop LCP avg	PAGE_HUNG	0.48s	<2.5s
Redirect chain	5+ วินาที	0.6s	-88%
GTM container	632 KB	414 KB	-218 KB (-34.5%)
URL accessibility	140/142	141/142	+1
Cache-Control coverage	0% (105 resources)	100%	fully resolved
WordPress email	Broken	Working (FluentSMTP)	restored

PER_PAGE — MOBILE (PSI LAB)

หน้า	Baseline	Final	≥70 / LCP <3s
/	53 / 6.9s	98 / 2.1s	✅ ✅
/teak-stairs/	61 / 5.6s	98 / 1.9s	✅ ✅
/makha-flooring/	63 / 4.9s	97 / 2.2s	✅ ✅
/blog-2/	62 / 4.5s	99 / 1.9s	✅ ✅
/contact/	38 / 18.3s 🔴	90 / 2.6s 🚀	✅ ✅

Mobile pass rate: 5/5ทุกหน้า ≥70 + LCP <3s

ดาวเด่น: หน้า /contact/ Mobile 38 → 90 (+52 points), LCP 18.3s → 2.6s (-15.7s)

PER_PAGE — DESKTOP (PSI LAB)

หน้า	Baseline	Final	≥70 / LCP <2.5s
/	PAGE_HUNG	97 / 0.5s	✅ ✅
/teak-stairs/	PAGE_HUNG	100 / 0.4s	✅ ✅
/makha-flooring/	PAGE_HUNG	99 / 0.5s	✅ ✅
/blog-2/	PAGE_HUNG	100 / 0.4s	✅ ✅
/contact/	PAGE_HUNG	87 / 0.6s	✅ ✅

Desktop pass rate: 5/5 หน้า — PAGE_HUNG หายไปทุกหน้า

ACCEPTANCE_CRITERIA — 4/4 PASS

Performance ≥ 70 (5 หน้า)✅ Mobile 5/5 (90-99) · Desktop 5/5 (87-100)

LCP < 3s✅ Mobile 5/5 (1.9-2.6s) · Desktop 5/5 (0.4-0.6s)

Renders without PAGE_HUNG✅ Desktop 5/5

38 known URLs return 200 OK✅ 141/142

10/10 PSI lab cells ผ่าน ≥70 + LCP <3s บน Mobile — ผ่านทุกข้อตามที่ตกลงในใบเสนอราคา

KEY_METRICS — CAR PRINCIPLE

Mobile 55 → 96 (+74%)

ก่อนหน้านี้ Mobile Performance ของหน้าหลักได้ 38-63 ทำให้ Google จัดอันดับ SEO ลำบาก ใน 8 วัน Quick Fix ทำคะแนนขึ้นเฉลี่ย 96.4 ทั้ง 5 หน้าสำคัญ — งบโฆษณาเดิม convert ได้ดีขึ้น

Mobile LCP 8s → 2s (-73%)

Desktop จาก PAGE_HUNG เป็น 0.5s · Mobile LCP เฉลี่ย 2.14s, Desktop LCP เฉลี่ย 0.48s — ทั้งสองต่ำกว่าเกณฑ์ Google ลูกค้าเข้าเว็บแล้วเห็นสินค้าทันที = อยู่ต่อ = inquiry มาก

8 วัน บน WordPress เดิม

ไม่ต้อง rebuild · ใช้ LiteSpeed + QUIC.cloud + GTM cleanup + FluentSMTP + cache headers — ลูกค้าได้ผลภายใน 8 วัน ไม่เสียเวลารอ rebuild และยังใช้ data ใน 16 วันถัดไปตัดสินใจ Phase 2

BONUS_DELIVERIES (UNDER_PROMISE / OVER_DELIVER)

FluentSMTP setup

Quote ไม่ระบุ แต่เป็นปัญหา baseline ที่บล็อกการส่งอีเมลจริง

Hotjar full deletion

ลูกค้าไม่ทราบว่ามี Hotjar อยู่ — ลบเพื่อลด third-party JS

Day 8 Cache-Control headers (Bangmod ticket #2)

ปิด 105-resource baseline finding

Phase 2 client UX feedback logged

รวบรวมความต้องการสำหรับ Phase 2

QUOTES

“All 4 acceptance criteria pass. 10/10 PSI lab cells pass ≥70 + LCP <3s on Mobile.”
— งวด 2 acceptance verification (PSI Lab — agreed methodology)

“Smoking gun: 5.3s redirect chain www → non-www.”
— Pre-Kickoff finding ที่กลายเป็น root cause หลักของปัญหาทั้งหมด

เว็บคุณช้าแต่ไม่อยาก rebuild?

C&N Design 1992 ใช้งบ ฿35,000 กับเวลา 8 วัน เปลี่ยนเว็บที่ Google บอกว่า “ใช้ไม่ได้” เป็นเว็บที่ผ่านเกณฑ์ทุกข้อ — บน WordPress เดิม ไม่ต้อง rebuild

ปัญหาส่วนใหญ่แก้ได้บนเว็บเดิม — อย่าเพิ่ง rebuild ให้ audit ก่อน

LET'S TALK

PROJECT_SUMMARY

ลูกค้าC&N Design 1992 — ผู้ผลิตไม้ระดับพรีเมียม

เว็บไซต์candndesign1992.com

บริการPerformance Optimization (Phase 1 of Phased Approach)

งบลงทุน฿35,000 (Option C Pro Phased)

ระยะเวลา8 วัน (Phase 1)

เทคโนโลยีWordPress + LiteSpeed + QUIC.cloud + FluentSMTP + Bangmod (no rebuild needed)

MethodologyPSI API v5 (canonical) + Local Lighthouse 3-run median + CrUX field data

ผลลัพธ์หลัก

Mobile 55→96, LCP 8s→2s, Desktop PAGE_HUNG→96, Acceptance 4/4 PASS

ผู้ผลิตไม้ C&N Design 1992 เพิ่ม Mobile Performance จาก 55 เป็น 96 — LCP จาก 8 วินาที เหลือ 2 วินาที ใน 8 วัน โดยไม่ต้อง rebuild เว็บ

เกี่ยวกับ C&N Design 1992

ปัญหา: เว็บที่ Google บอกว่า “ใช้ไม่ได้”

ทำไมเลือก “Quick Fix” ไม่ rebuild ใหม่

วิธีแก้: 8 วัน บน WordPress ที่มีอยู่

DAY_BY_DAY_EXECUTION

KEY_TECHNICAL_DECISIONS

METHODOLOGY — 3_LEVELS_OF_MEASUREMENT

ผลลัพธ์

PER_PAGE — MOBILE (PSI LAB)

PER_PAGE — DESKTOP (PSI LAB)

ACCEPTANCE_CRITERIA — 4/4 PASS

เว็บคุณช้าแต่ไม่อยาก rebuild?

Case Studies ที่เกี่ยวข้อง