หลังจาก Schrems II หน่วยงานคุ้มครองข้อมูลของยุโรปหลายแห่งพบว่า Google Analytics สร้างปัญหาการโอนข้อมูลที่ผิดกฎหมายจาก EU ไปยังสหรัฐฯ ภายใต้การตั้งค่าการโอนเดิม
EU-U.S. Data Privacy Framework ได้เปลี่ยนแปลงฐานทางกฎหมายสำหรับผู้ให้บริการของสหรัฐฯ ที่ได้รับการรับรองนับตั้งแต่นั้นมา แต่เจ้าของเว็บไซต์ที่ให้ความสำคัญกับความเป็นส่วนตัวจำนวนมากยังคงหลีกเลี่ยง GA4 เพราะยังคงผูกโยงกับระบบนิเวศโฆษณาของ Google ภาระการยินยอม และคำถามเกี่ยวกับการประมวลผลข้ามพรมแดน
สำหรับเว็บไซต์ที่ต้องการการตั้งค่าความเป็นส่วนตัวที่สะอาดกว่า คำตอบเชิงปฏิบัติคือย้ายการวิเคราะห์ออกจาก GA4 ไปสู่สิ่งที่โฮสต์เองในศูนย์ข้อมูลของ EU ด้วยการติดตามฝั่งแรกและคำถามการประมวลผลข้ามพรมแดนที่น้อยลง
สี่ตัวเลือกที่ปรากฏในรายการเปรียบเทียบอยู่เสมอ: Umami, Matomo, Fathom Lite และ Ackee สองตัวยังคงใช้งานได้และคุ้มค่ากับเวลาของคุณ หนึ่งตัวถูกตรึงคุณสมบัติและออกรุ่นน้อย หนึ่งตัวยังใช้งานได้แต่เป็นกลุ่มเฉพาะ โพสต์นี้เปรียบเทียบทั้งสี่ ให้กฎการตัดสินใจตามต้นแบบ และจับคู่แต่ละเครื่องมือกับแผน VPS ที่เหมาะสม
สรุปสั้น ๆ
เวอร์ชันสั้นนั้นไม่ซับซ้อน ส่วนใหญ่ของเว็บไซต์ควรเริ่มต้นด้วย Umami ย้ายไป Matomo เฉพาะความต้องการการรายงานที่หนักกว่า ข้าม Fathom Lite และถือว่า Ackee เป็นตัวเลือกความชอบส่วนตัว
- ใช้ Umami สำหรับบล็อกส่วนตัว, SaaS อิสระ และทุกสิ่งที่ต้องการแดชบอร์ดการวิเคราะห์ที่ผู้ที่ไม่ใช่วิศวกรอ่านได้ ทำงานได้สบายบน VPS ที่มี RAM 1 GB ได้รับอนุญาตตาม MIT ไม่ใช้คุกกี้โดยค่าเริ่มต้น
- ใช้ Matomo เมื่อคุณต้องการ funnel, การติดตาม e-commerce, แผนที่ความร้อน หรือการบันทึกเซสชันในเครื่องมือเดียวจริงๆ พื้นผิวฟีเจอร์เต็มรูปแบบมีต้นทุนด้าน RAM และความใส่ใจในการดำเนินงานมากกว่า ขั้นต่ำที่สมจริงคือ RAM 2 GB สำหรับไซต์ขนาดเล็ก; 4 GB สำหรับไซต์ที่มีการรับส่งข้อมูลปานกลางที่เปิดใช้งานฟีเจอร์เริ่มต้น
- อย่าใช้ Fathom Lite Docker image โอเพ่นซอร์สไม่ได้รับการอัปเดตมาห้าปีแล้ว ผู้ดูแลได้ย้ายไปใช้ Fathom Analytics เชิงพาณิชย์อย่างสมบูรณ์ การใช้งานเป็นบริการที่เปิดเผยต่ออินเทอร์เน็ตในปี 2026 ถือเป็นความรับผิดชอบด้านความปลอดภัยและความเข้ากันได้
- Ackee ยังคงใช้งานได้แต่มีความเร็วในการพัฒนาน้อยกว่า Umami เลือกเฉพาะในกรณีที่สุนทรียภาพของแดชบอร์ดมีความสำคัญสำหรับคุณโดยเฉพาะ มิฉะนั้นให้ใช้ Umami เป็นค่าเริ่มต้น
สี่คู่แข่ง โดยย่อ
รายการย่อนั้นเล็กกว่าที่ดูเหมือน Umami และ Matomo เป็นตัวเลือกที่จริงจังสำหรับการตั้งค่าการวิเคราะห์แบบโฮสต์เองส่วนใหญ่ Fathom Lite ยังคงปรากฏในรายการเก่า แต่เวอร์ชันโอเพ่นซอร์สตามหลังมากเกินไป Ackee ยังคงทำงาน แต่ตอนนี้ใกล้เคียงกับการเลือกตามความต้องการมากกว่าคำแนะนำเริ่มต้น
Umami
Umami คือแอปพลิเคชัน Node.js ที่รองรับด้วย PostgreSQL ได้รับอนุญาต MIT การพัฒนาที่ใช้งานอยู่ด้วย commit รายสัปดาห์และการเปิดตัวที่มีแท็กสม่ำเสมอตลอดปี 2025 และเข้าสู่ปี 2026 การเปิดตัวที่เสถียรปัจจุบันคือ v3.1.0.
กระบวนการ Node ใช้ RAM ประมาณ 200 MB ในสถานะว่างงาน Postgres เพิ่มอีก 150-250 MB ขึ้นอยู่กับการตั้งค่า สแต็กทั้งหมดทำงานได้อย่างราบรื่นบน RAM รวม 1 GB สคริปต์ติดตามมีขนาดประมาณ 2 KB ไม่มีคุกกี้โดยค่าเริ่มต้น; ไม่มีตัวระบุบุคคลที่สาม; ไม่จำเป็นต้องมีแบนเนอร์ขอความยินยอมตามการตีความส่วนใหญ่ของหน่วยงานกำกับดูแลของสหภาพยุโรป
- จุดแข็งหลัก: แดชบอร์ดที่สะอาดที่สุดในบรรดาเครื่องมือทั้งหมดในชุดนี้, แรงเสียดทานในการตั้งค่าต่ำที่สุด, ร่องรอยการดำเนินงานน้อยที่สุด
- จุดอ่อนหลัก: ฟีเจอร์ funnel และ heatmap ยังด้อยกว่า Matomo และ UI สำหรับจัดการหลายไซต์ใช้งานได้แต่ยังไม่สมบูรณ์ในระดับเอเจนซี
Matomo
Matomo เป็นแอปพลิเคชัน PHP อายุ 15 ปีที่รองรับโดย MySQL หรือ MariaDB โครงการนี้เคยชื่อว่า Piwik GPL v3 สำหรับ core; ปลั๊กอินขั้นสูงบางตัว (heatmaps, การบันทึกเซสชัน, การทดสอบ A/B) เป็นเชิงพาณิชย์ เวอร์ชันที่เสถียรปัจจุบันคือ v5.10.0.
ขั้นต่ำ RAM ที่เป็นจริงคือ 1.5-2 GB รวม: workers ของ PHP-FPM ใช้ 50-80 MB ต่อตัว, MariaDB ต้องการ 512 MB เพื่อทำงานได้สบาย, nginx มีขนาดเล็กแต่มีอยู่, และงาน cron การเก็บถาวรจะทำให้ CPU และหน่วยความจำพุ่งขึ้นเป็นระยะ
- จุดแข็งหลัก: พื้นผิวฟีเจอร์ที่กว้างที่สุดในบรรดาเครื่องมือ analytics โอเพ่นซอร์สใดๆ Funnel, การระบุแหล่งที่มาหลายช่องทาง, e-commerce, เป้าหมาย, มิติข้อมูลแบบกำหนดเอง, กลุ่มเป้าหมาย, การระบุแหล่งที่มาทางการตลาด, รายงานแบบ GA4
- จุดอ่อนหลัก: แดชบอร์ดนั้นหนาแน่น (บางผู้ใช้รู้สึกว่าเหมือน Excel) และความใส่ใจด้านการดำเนินงานที่ต้องการนั้นเป็นเรื่องจริง คุณจะต้องรู้ว่างาน cron การเก็บถาวรคืออะไร
ฟาทอม ไลท์
Fathom Lite คือการใช้งาน Go โอเพ่นซอร์สดั้งเดิมโดย Jack Ellis และ Paul Jarvis ได้รับอนุญาตภายใต้ MIT ที่เก็บข้อมูลยังคงมีอยู่บน GitHub และเวอร์ชัน GitHub ล่าสุดคือ v1.3.1. Docker image ยังสามารถดึงได้
Docker image บน Docker Hub ไม่ได้รับการอัปเดตมากกว่าห้าปีแล้ว สาขาหลักของที่เก็บข้อมูลมีเพียงการส่งมอบแบบประปรายที่ไม่ใช่การปล่อยเวอร์ชันในช่วงเวลาดังกล่าว README ระบุว่าเวอร์ชัน Lite ไม่ได้รับคุณสมบัติใหม่อีกต่อไป แม้ผู้ดูแลจะยังคงอธิบายว่ามีการบำรุงรักษาข้อบกพร่องระยะยาว ผลิตภัณฑ์ที่พัฒนาอย่างแข็งขันคือ Fathom Analytics เชิงพาณิชย์
การรันแอปวิเคราะห์ที่หยุดพัฒนาคุณสมบัติแล้วพร้อม Docker image สาธารณะที่ล้าสมัยในปี 2026 ถือเป็นความรับผิดชอบ พฤติกรรมของสคริปต์ติดตามเบราว์เซอร์มีการพัฒนาไป การอัปเดตรันไทม์และการขึ้นต่อกันที่โครงการที่ใช้งานอยู่จัดส่งเป็นประจำไม่ปรากฏในเส้นทางการปล่อย Lite สาธารณะ
หากคุณพบ Fathom Lite ที่แนะนำในบทสรุปปี 2026 ให้ตรวจสอบวันที่ image Docker และประวัติการเปิดตัวก่อนที่จะถือว่าเป็นตัวเลือกสำหรับการใช้งานจริง
Fathom Analytics SaaS เชิงพาณิชย์ที่ usefathom.com เป็นผลิตภัณฑ์ที่แตกต่างกัน ไม่มีปัญหาหากคุณยอมรับว่าเป็น SaaS และไม่ใช่การโฮสต์ตัวเอง ไม่ใช่สิ่งที่บทความนี้พูดถึง
- จุดแข็งหลัก: ไบนารีขนาดเล็ก, ตัวติดตามขนาดเล็ก, แนวคิดผลิตภัณฑ์ดั้งเดิมที่เรียบง่าย
- จุดอ่อนหลัก: โค้ดเบสโอเพ่นซอร์สที่ฟีเจอร์ถูกแช่แข็ง, Docker image ที่ล้าสมัย, เส้นทางการเปิดตัวที่ไม่ชัดเจน และไม่มีเหตุผลที่แข็งแกร่งในการปรับใช้เป็นบริการวิเคราะห์ที่เปิดเผยต่ออินเทอร์เน็ตในปี 2026
Ackee
Ackee เป็นเครื่องมือวิเคราะห์ Node.js + MongoDB ได้รับอนุญาตตาม MIT เวอร์ชันปัจจุบันคือ v3.6.0 ผู้ดูแลส่งการแก้ไขบั๊กและการอัปเดตการอ้างอิง การทำงานด้านฟีเจอร์หลักได้ชะลอตัวลง แดชบอร์ดเป็นแบบมินิมัลลิสต์ ตัวติดตามมีขนาดเล็ก และปริมาณการใช้ทรัพยากรเทียบเคียงกับ Umami
Ackee ทำงานได้ เหตุผลที่อยู่ในคอลัมน์เฉพาะกลุ่มคือ Umami อยู่เหนือกว่าอย่างน้อยหนึ่งระดับความเร็วในทุกแกนที่เกี่ยวข้อง: ความเร็วในการพัฒนา ระบบนิเวศ เอกสารของบุคคลที่สาม การผสานรวมที่มีอยู่
หากคุณมีเหตุผลที่ดีในการเลือก Ackee อยู่แล้ว (ลองทั้งสองแล้วชอบแดชบอร์ดของมันมากกว่า) ก็ใช้มันได้เลย มิฉะนั้น ให้เลือก Umami และดำเนินการต่อ
- จุดแข็งหลัก: แดชบอร์ดสะอาด ตัวติดตามขนาดเล็ก ใช้ทรัพยากรน้อย ยังคงได้รับการดูแลอยู่
- จุดอ่อนหลัก: ความเร็วในการพัฒนาช้ากว่า Umami, ระบบนิเวศที่เล็กกว่า, การเชื่อมต่อน้อยกว่า และเอกสารจากบุคคลที่สามน้อยกว่าสำหรับผู้ที่ต้องการความช่วยเหลือหลังการติดตั้ง
กรอบการตัดสินใจ: เลือกตามต้นแบบ
ต้นแบบสำคัญกว่าตารางเปรียบเทียบฟีเจอร์ บล็อกส่วนตัวไม่จำเป็นต้องใช้ระบบ analytics เดียวกับผลิตภัณฑ์ SaaS หรือเอเจนซีที่ดูแลบัญชีลูกค้า เริ่มต้นด้วยเจ้าของแดชบอร์ด ความลึกของรายงาน และปริมาณงานเซิร์ฟเวอร์ที่คุณยินดีรับผิดชอบ หลังจากนั้น การเลือกเครื่องมือจะง่ายขึ้นมาก
บล็อกส่วนตัวหรือเจ้าของเว็บไซต์เดียว
เลือก Umami การตั้งค่าใช้ไฟล์ Docker Compose ไฟล์เดียว ตัวติดตามคือสคริปต์หนึ่งบรรทัดใน <head> ของคุณ แดชบอร์ดอ่านได้บนโทรศัพท์ RAM และพื้นที่จัดเก็บเป็นเรื่องเล็กน้อยในระดับนี้
ไม่จำเป็นต้องใช้เครื่องมือที่สอง หากคุณกำลังออกจาก GA4 ด้วยเหตุผลด้านหลักการหรือเพื่อลบแบนเนอร์คุกกี้ Umami จะปิดเคสนี้
ผู้ก่อตั้ง SaaS อิสระหรือทีมผลิตภัณฑ์ขนาดเล็ก
ใช้ Umami เป็นค่าเริ่มต้น เพิ่ม Matomo เฉพาะเมื่อคุณระบุฟีเจอร์ที่ขาดหายไปโดยเฉพาะ
เหตุผลที่พบบ่อยที่สุดในการเพิ่ม Matomo ที่นี่คือการรายงาน funnel ในกระบวนการสมัครและอัปเกรดที่ Umami ยังไม่ได้ทำได้ดีนัก คำถามในการตัดสินใจคือว่ามีใครในทีมที่ต้องการดำเนินการพื้นที่ขนาดใหญ่กว่าของ Matomo อย่างแข็งขันหรือไม่
หากคำตอบคือไม่ Umami บวกกับการสืบค้นฐานข้อมูลผลิตภัณฑ์สักสองสามคำสืบค้น จะให้ข้อมูลเชิงลึกเกี่ยวกับช่องทางถึง 90% ด้วยต้นทุนการดำเนินงานเพียง 10% หากผลิตภัณฑ์ของคุณมีเหตุการณ์หนาแน่นและต้องการ UI ช่องทางแบบดั้งเดิม ให้ติดตั้ง Matomo ต้นทุนการดำเนินงานคือสแต็กที่ใหญ่กว่า: Matomo ฐานข้อมูล เลเยอร์เว็บเซิร์ฟเวอร์ Redis แบบเลือกได้ RAM มากขึ้น และงานเก็บถาวรที่ต้องจัดการ
เอเจนซีที่จัดการอสังหาริมทรัพย์ลูกค้ามากกว่า 10 แห่ง
เลือก Matomo การจัดการหลายเว็บไซต์มีความสมบูรณ์แบบแล้ว สิทธิ์ต่อผู้ใช้และการล็อกอินต่อลูกค้าเป็นคุณสมบัติระดับเฟิร์สคลาส ปลั๊กอินแบบเสียเงินสำหรับฮีตแมปและการบันทึกเซสชันเป็นตัวสร้างความแตกต่างที่เอเจนซีนำไปออกใบแจ้งหนี้จริงๆ
UI หลายเว็บไซต์ของ Umami ใช้งานได้แต่รู้สึกบางกว่าในระดับเอเจนซี: การกรองข้ามหลายเว็บไซต์ การกำหนดสิทธิ์เข้าถึงระดับลูกค้า การส่งออกรายงานที่มีตราสินค้า UI ของ Matomo นั้นหนาแน่น แต่ความหนาแน่นนี้ให้คุณสมบัติที่งานต้องการ
หากเอเจนซีมีพอร์ตโฟลิโอที่ส่วนใหญ่เป็นเว็บไซต์ที่มีการเข้าชมน้อยและงานหลักคือรายงานการเข้าชมรายเดือนแทนที่จะเป็นการเพิ่มประสิทธิภาพอัตราการแปลง Umami ยังคงเป็นตัวเลือกที่สามารถป้องกันได้และจะประหยัดค่าใช้จ่ายโครงสร้างพื้นฐาน การตัดสินใจเกี่ยวกับเพดานคุณสมบัติ ไม่ใช่เครื่องมือที่ผิด
การเปรียบเทียบแบบฟีเจอร์ต่อฟีเจอร์
| ความสามารถ | Umami | Matomo | ฟาทอม ไลท์ | Ackee |
|---|---|---|---|---|
| ใบอนุญาต | MIT | GPL v3 (ปลั๊กอินแบบชำระเงินเป็นเชิงพาณิชย์) | MIT | MIT |
| สแต็ก | Node + PostgreSQL | PHP + MySQL หรือ MariaDB | Go + MySQL หรือ SQLite | Node + MongoDB |
| การพัฒนาเชิงรุก (2026) | ใช่ มี commit รายสัปดาห์ | ใช่ ทีมเต็มเวลา | ไม่ ล้าสมัย ~5 ปี | ใช่ อัปเดตช้า |
| ไม่มีคุกกี้โดยค่าเริ่มต้น | ใช่ | ปรับแต่งได้ (ต้องระบุ flag) | ใช่ | ใช่ |
| การจัดการหลายเว็บไซต์ | ใช่ พื้นฐาน | ใช่ มีความสมบูรณ์ | ใช่ พื้นฐาน | ใช่ พื้นฐาน |
| Funnel และเป้าหมาย | จำกัด | เต็ม | ไม่มี | ไม่มี |
| การติดตาม E-commerce | ไม่มี | เต็ม | ไม่มี | ไม่มี |
| Heatmap และการบันทึกเซสชัน | การเล่นซ้ำเซสชัน; ไม่มี heatmap แบบ native | ใช่ (ปลั๊กอินแบบชำระเงิน) | ไม่มี | ไม่มี |
| ขนาดสคริปต์ติดตาม | ~2 KB | ~22 KB | ~1 KB | ~2 KB |
| ขั้นต่ำ RAM ที่สมจริง | 1 GB total | 2 GB total | ไม่มี (อย่าติดตั้ง) | 1 GB total |
| ความซับซ้อนในการดำเนินงาน | ต่ำ | ปานกลาง | ไม่มี | ต่ำ |
| คำแนะนำ | ค่าเริ่มต้นสำหรับส่วนใหญ่ | เมื่อเพดานฟีเจอร์สำคัญ | หลีกเลี่ยง | เฉพาะกลุ่ม |
การกำหนดขนาด VPS เป็นตัวเลขชัดเจน
เครื่องมือที่เหมาะสมขึ้นอยู่กับส่วนหนึ่งของสิ่งที่คุณยินดีจ่ายสำหรับเซิร์ฟเวอร์ที่รันมัน
| การติดตั้ง | RAM ที่สมเหตุสมผล | CPU | พื้นที่จัดเก็บ | พื้นฐาน VPS ที่ดี |
|---|---|---|---|---|
| Umami + Postgres, ทราฟฟิกต่ำ | 512 MB-1 GB | 1 vCPU | 20-25 GB NVMe | VPS ขนาดเล็ก |
| Umami + Postgres, พื้นที่สำหรับการเติบโต | 1-2 GB | 1-2 vCPU | 40-60 GB NVMe | VPS ขนาดเล็กถึงกลาง |
| Ackee + MongoDB | 1 GB | 1 vCPU | 20-25 GB NVMe | VPS ขนาดเล็ก |
| Matomo + MariaDB, เว็บไซต์ขนาดเล็ก | 1.5-2 GB | 1-2 vCPU | 40-60 GB NVMe | VPS ระดับกลาง |
| Matomo + MariaDB ปริมาณการเข้าชมปานกลาง คุณสมบัติเริ่มต้น | 2-4 GB | 2 vCPU | 80-120 GB NVMe | VPS ขนาดกลางถึงใหญ่ |
| Matomo + MariaDB + แผนที่ความร้อนหรือการบันทึกเซสชัน | 4 GB+ | 2-4 vCPU | 120 GB+ NVMe | VPS ขนาดใหญ่กว่า |
ทำไมค่าเริ่มต้นเหล่านี้จึงสำคัญ:
ขนาดเล็กของ Umami เป็นการออกแบบโดยเจตนา Umami เก็บเหตุการณ์การวิเคราะห์แบบเบาใน PostgreSQL แทนที่จะเป็นบันทึกคำขอเว็บเซิร์ฟเวอร์แบบเต็ม ดังนั้นการเติบโตของฐานข้อมูลจึงอยู่ในระดับปานกลางสำหรับไซต์ขนาดเล็กและขนาดกลาง
กระบวนการ Node อยู่ต่ำกว่า 250 MB แม้เมื่อผู้เยี่ยมชมหลายพันคนเข้าเยี่ยมชมไซต์ทุกวัน การเติบโตของ Postgres นั้นปานกลาง
VPS ขนาด 1 GB พร้อม NVMe 25 GB สามารถเก็บข้อมูลวิเคราะห์หลายปีสำหรับเว็บไซต์ผู้ประกอบการเดี่ยวทั่วไป ฉันรัน Umami บน VPS ขนาด 1 GB ใน Frankfurt สำหรับโครงการเล็กๆ latency จาก Lagos อยู่ที่ประมาณ 110 ms แดชบอร์ดตอบสนองในเวลาไม่ถึง 400 ms และเซิร์ฟเวอร์ทำงานเงียบมาหลายเดือนแล้ว
รอยเท้าของ Matomo ใหญ่กว่าเพราะสถาปัตยกรรมเก่ากว่าและทั่วไปกว่า PHP-FPM worker แต่ละตัวใช้ 50-80 MB MariaDB ทำงานได้ไม่ดีเมื่อจัดสรรน้อยกว่า 512 MB
การรัน cron เก็บถาวรทุกชั่วโมงที่ Matomo แนะนำอาจทำให้ CPU และหน่วยความจำพุ่งสูง ดังนั้น VPS จึงต้องการพื้นที่ว่างเกินกว่าที่ PHP และฐานข้อมูลใช้ตามปกติ VPS ขนาด 1 GB ทางเทคนิคสามารถรัน Matomo ได้สำหรับการติดตั้งขนาดเล็กมาก แต่แดชบอร์ดจะรู้สึกช้า และความเสี่ยง OOM ระหว่างการเก็บถาวรนั้นเป็นเรื่องจริง ขั้นต่ำ 2 GB ไม่ใช่การจำกัดตามอำเภอใจ แต่คือจุดที่เครื่องมือหยุดต่อต้านคุณ
การขยายพื้นที่จัดเก็บข้อมูลแทบไม่ใช่คอขวด ดิสก์ NVMe ขนาด 60 GB สามารถเก็บข้อมูล Matomo ได้หลายปีแม้จะเปิดใช้การเก็บรักษา raw-log ตามค่าเริ่มต้น หากคุณเปิดใช้การบันทึกเซสชัน ให้วางแผนใช้พื้นที่ดิสก์มากขึ้นประมาณสิบเท่าต่อเดือน และตรวจสอบขนาดแผนทุกปี
Pro Tip
If you are running Umami today on a 1 GB VPS and your traffic is growing, the upgrade path is straightforward. Snapshot the VPS, resize to 2 GB, restart. The extra RAM gives Postgres and the Node process more headroom.
ศูนย์ข้อมูลในสหภาพยุโรปและมุมมอง GDPR
ปัญหา Schrems-II และการถ่ายโอน GA4 ที่กล่าวถึงในบทนำคือพื้นหลังทางกฎหมายที่นี่ การโฮสต์ด้วยตนเองไม่ได้ทำให้ analytics ปฏิบัติตามกฎโดยอัตโนมัติ แต่มันกำจัดรูปแบบ GA4 ค่าเริ่มต้น: ข้อมูลผู้เยี่ยมชมออกจากเว็บไซต์ของคุณ เข้าสู่ระบบ analytics ของ Google และก่อให้เกิดคำถามเรื่องการประมวลผลข้ามพรมแดน
การโฮสต์ analytics ด้วยตนเองภายในสหภาพยุโรปทำให้สแต็กเรียบง่ายขึ้นในระดับเขตอำนาจศาล มันไม่ใช่รหัสโกงสำหรับการปฏิบัติตามกฎ ข้อมูลถูกเก็บรวบรวมโดย tracker ของคุณ ส่งตรงไปยังเซิร์ฟเวอร์ของคุณ ประมวลผล และจัดเก็บในภูมิภาคที่คุณเลือก
ผู้ให้บริการ VPS ของคุณอาจยังคงเป็นผู้ประมวลผล ดังนั้น เงื่อนไขของผู้ประมวลผล การควบคุมความปลอดภัย กฎการเก็บรักษา และประกาศความเป็นส่วนตัวยังคงมีความสำคัญ ประเด็นนี้แคบกว่า: ไม่มีผู้ให้บริการ SaaS ด้าน analytics ที่อยู่ตรงกลาง และไม่มีการถ่ายโอน analytics ข้ามมหาสมุทรแอตแลนติกในรูปแบบ GA4 โดยค่าเริ่มต้น
การเลือกดาต้าเซ็นเตอร์ควรตามผู้เยี่ยมชมและท่าทีการปฏิบัติตามกฎของคุณ Frankfurt คือตัวเลือกมาตรฐานสำหรับกลุ่มเป้าหมายชาวเยอรมัน ออสเตรีย และสหภาพยุโรปในวงกว้าง Amsterdam เหมาะสมตามธรรมชาติสำหรับทราฟฟิกจากเบเนลักซ์
London เหมาะสำหรับกรณี UK GDPR แต่อยู่นอกสหภาพยุโรป จึงไม่ใช่คำตอบเดียวกันสำหรับข้อกำหนดการเก็บข้อมูลเฉพาะในสหภาพยุโรป Zurich เหมาะสำหรับกลุ่มเป้าหมายชาวสวิสและความต้องการด้านความเป็นส่วนตัวเฉพาะของสวิตเซอร์แลนด์ แต่ก็อยู่นอกสหภาพยุโรปเช่นกัน
Pro Tip
Putting a US-headquartered CDN or proxy in front of your analytics endpoint can reintroduce transfer analysis and processor-review work. If the whole point is EU-only analytics handling, terminate TLS directly on the VPS or document the CDN setup carefully.
ภาพรวมกลไกการตั้งค่า
นี่คือรูปแบบการปรับใช้งาน ไม่ใช่บทช่วยสอน คู่มือแบบทีละขั้นตอนฉบับสมบูรณ์เป็นบทความแยกต่างหาก
Umami: ไฟล์ Docker Compose หนึ่งไฟล์ สองคอนเทนเนอร์: Umami (Node) และ PostgreSQL ตัวแปรสภาพแวดล้อมหนึ่งตัว: DATABASE_URL พอร์ตเริ่มต้น 3000 รีเวิร์สพร็อกซีด้านหน้าสำหรับ TLS (Caddy เป็นตัวเลือกที่มีแรงเสียดทานน้อยที่สุด nginx-proxy-manager และ Traefik ก็ใช้งานได้เช่นกัน) เพิ่มสคริปต์ติดตาม (หนึ่งบรรทัด) ไปที่ <head> ของทุกหน้าที่ต้องการติดตาม การอัปเกรดคือ docker compose pull && docker compose up -d.
Matomo: Docker Compose ที่มีสามถึงสี่คอนเทนเนอร์: Matomo (matomo:fpm-alpine), nginx (หรือ Apache) ด้านหน้า PHP-FPM, MariaDB และ Redis แบบเลือกได้สำหรับแคช วิซาร์ดการกำหนดค่าครั้งแรกบนเบราว์เซอร์จัดการการเชื่อมต่อฐานข้อมูล ผู้ใช้งานผู้ดูแลระบบ และการตั้งค่าเว็บไซต์แรก สคริปต์ติดตามคือส่วนย่อย JS ที่สร้างโดย Matomo ที่วางใน <head> สิ่งที่ต้องการ: งาน cron สำหรับการเก็บถาวร ตัวเลือกเริ่มต้นในการเรียกใช้การเก็บถาวรผ่าน URL (?force_archiving=1) ใช้งานได้สำหรับเว็บไซต์ขนาดเล็กแต่ทำให้แดชบอร์ดช้าลงอย่างเห็นได้ชัด การอัปเกรดเกี่ยวข้องกับ docker compose pull บวกกับการเรียกใช้ console core:update
ทั้งสอง: TLS ผ่าน reverse proxy คือรูปแบบมาตรฐาน ทั้งสองโปรเจกต์เผยแพร่คู่มืออัปเกรดอย่างเป็นทางการ ทั้งสองมีสูตรสำรองข้อมูลที่ใช้งานได้ (pg_dump สำหรับ Umami และ mariadb-dump สำหรับ Matomo)
นี่คือจุดที่ มาร์เก็ตเพลสของ Cloudzy สำคัญจริงๆ คุณสามารถปรับใช้ Umami or Matomo บน VPS โดยไม่ต้องเริ่มจากเซิร์ฟเวอร์ว่างเปล่า เขียนไฟล์ Compose ด้วยตัวเอง หรือใช้เวลาชั่วโมงแรกในการประกอบ stack พื้นฐานเข้าด้วยกัน
VPS ยังคงต้องเป็นเครื่องที่เหมาะสม การวิเคราะห์ต้องการดิสก์ที่รวดเร็ว RAM ที่คาดเดาได้ และภูมิภาคที่ใกล้กับผู้ที่โหลดสคริปต์ติดตามของคุณ Cloudzy มอบให้คุณ NVMe storage, DDR5 RAM สูงสุด 40 Gbps การจัดเครือข่าย, เต็มรูท การเข้าถึง เฉพาะ IPv4 และ IPv6, 12+ ภูมิภาคทั่วโลก, 99.95% เวลาใช้งาน และ คืนเงินภายใน 14 วัน การรับประกัน
สำหรับ Umami ประโยชน์คือความเร็ว: เปิดใช้งาน เชื่อมต่อโดเมน ใส่ TLS ข้างหน้า และวางสคริปต์ติดตาม
สำหรับ Matomo ประโยชน์คือการหลีกเลี่ยงงานที่เซิร์ฟเวอร์ว่างเปล่าก่อนที่คุณจะไปถึงการเก็บถาวร การเก็บรักษา การสำรองข้อมูล และการตั้งค่าการติดตาม
เมื่อการโฮสต์ด้วยตนเองเป็นการตัดสินใจที่ผิด
คุณคือผู้ก่อตั้งคนเดียวที่ไม่มีความรู้ด้านเทคนิค ไม่มีประสบการณ์ Linux และไม่มีเวลาเรียนรู้ คำตอบที่ถูกต้องคือ Plausible Cloud ในราคา $9-19 ต่อเดือน รองรับ GDPR แดชบอร์ดยอดเยี่ยม และคุณไม่ต้องดูแลเซิร์ฟเวอร์เอง
การคำนวณของการ self-hosting ใช้ได้เฉพาะเมื่อเวลาของคุณมีค่าน้อยกว่าค่าบริการ SaaS หรือคุณต้องการประสบการณ์ด้านการดำเนินงานจริงๆ สำหรับผู้ก่อตั้งเดี่ยวที่ไม่มีพื้นฐานด้านเทคนิค การคำนวณนี้ไม่คุ้มค่า
คุณต้องการ audit trail แบบเรียลไทม์ระดับ SOC2 หรือ HIPAA บน analytics processor ของคุณ ทั้ง Umami โอเพนซอร์สและ Matomo โอเพนซอร์สไม่ได้มีสิ่งนั้นมาให้พร้อมกัน คุณสามารถสร้างท่าทางการตรวจสอบด้วยตัวเอง แต่งานนั้นเป็นเรื่องจริงและกระบวนการรับรองเป็นโปรเจกต์แยกต่างหาก ซื้อ compliance-as-a-service สำหรับกรณีนี้
marketing stack ของคุณต้องการ GA4 หรือการระบุแหล่งที่มาของ Google Ads ที่ขึ้นอยู่กับกลุ่มและ remarketing pixels ของ Google การวิเคราะห์แบบ self-hosted ไม่ใช่หมวดหมู่เครื่องมือที่เหมาะสมสำหรับการปรับปรุง AdWords หรือ Meta-Ads
ข้อมูลการแปลงต้องไหลกลับไปยัง Google หรือ Meta เพื่อฝึกอัลกอริทึมการประมูลใหม่ การวิเคราะห์แบบ self-hosted แทนที่กรณีการใช้งานการวิเคราะห์เชิงพรรณนา (สิ่งที่เกิดขึ้นบนไซต์ของฉัน) ไม่ใช่กรณีการใช้งานการระบุแหล่งที่มาของโฆษณา (โฆษณาใดที่ฉันควรใช้งาน)
บทสรุป
กฎการตัดสินใจนั้นสั้น เลือก Umami เป็นค่าเริ่มต้นสำหรับบล็อกส่วนตัว SaaS อิสระ และทีมผลิตภัณฑ์ขนาดเล็ก เปลี่ยนไปใช้ Matomo เมื่อ funnel, ecommerce หรือ heatmap เป็นสิ่งที่ขาดไม่ได้และคุณมีเวลาดูแลด้านการดำเนินงาน
ข้าม Fathom Lite ไป เลือก Ackee เฉพาะเมื่อคุณทดสอบมันแล้วและชอบแดชบอร์ดของมัน รันเซิร์ฟเวอร์ใน Frankfurt หรือ Amsterdam หากเขตอำนาจศาลของสหภาพยุโรปมีความสำคัญ มิฉะนั้น รันที่ที่ทราฟฟิกของคุณอยู่
ค่าใช้จ่ายโครงสร้างพื้นฐานสำหรับการปรับใช้การวิเคราะห์แบบโฮสต์ด้วยตนเองที่ใช้งานได้อยู่ระหว่าง $7 ถึง $30 ต่อเดือนสำหรับ VPS ค่าแรงงานคือไฟล์ Docker Compose หนึ่งไฟล์และ reverse proxy ความยากส่วนใหญ่อยู่ที่การตัดสินใจ ไม่ใช่การลงมือทำ
คำถามที่พบบ่อย
เครื่องมือวิเคราะห์แบบโฮสต์ด้วยตนเองที่ดีที่สุดในปี 2026 คืออะไร?
Umami คือคำแนะนำเริ่มต้นสำหรับบล็อกส่วนตัว SaaS อิสระ และทีมผลิตภัณฑ์ขนาดเล็ก มีการอนุญาตแบบ MIT พัฒนาอย่างต่อเนื่อง ไม่ใช้คุกกี้โดยค่าเริ่มต้น และทำงานได้อย่างสบายบน RAM ขนาด 1 GB เลือก Matomo สำหรับ funnel อีคอมเมิร์ซ หรือ heatmap หลีกเลี่ยง Fathom Lite
Fathom Lite ยังคงได้รับการดูแลรักษาอยู่หรือไม่?
ไม่ใช่ อิมเมจ Docker แบบ open-source ไม่ได้รับการอัปเดตมานานกว่าห้าปีแล้ว และกิจกรรมบน GitHub ก็ไม่สม่ำเสมอและไม่มีการปล่อยเวอร์ชันใหม่ ขณะนี้ผู้ดูแลระบบมุ่งเน้นที่ Fathom Analytics เชิงพาณิชย์ เวอร์ชัน Lite ไม่ควรทำงานเป็นบริการที่เปิดเผยต่ออินเทอร์เน็ตในปี 2026
การวิเคราะห์แบบโฮสต์ด้วยตนเองสามารถแทนที่ Google Analytics เพื่อการปฏิบัติตาม GDPR ได้หรือไม่?
ใช่ แบบมีเงื่อนไข การโฮสต์ Umami หรือ Matomo ด้วยตนเองบน VPS ในสหภาพยุโรปจะเก็บข้อมูลการวิเคราะห์ไว้ในภูมิภาคที่คุณเลือกและลบรูปแบบการถ่ายโอน GA4 เริ่มต้น อย่าวาง CDN ที่มีฐานอยู่ในสหรัฐอเมริกาอย่าง Cloudflare ไว้หน้าปลายทางการวิเคราะห์หากเหตุผลคือการปฏิบัติตาม GDPR
ฉันต้องการ VPS เท่าไรในการรัน Matomo?
ขั้นต่ำที่สมจริงคือ RAM ขนาด 2 GB สำหรับไซต์ Matomo ขนาดเล็ก สำหรับการรับส่งข้อมูลปานกลางด้วยฟีเจอร์เริ่มต้น วางแผนใช้ 4 GB Heatmap และการบันทึกเซสชันจะดันตัวเลขนั้นให้สูงขึ้น ขั้นต่ำนี้มีอยู่เพราะ PHP-FPM, MariaDB, nginx และการเก็บถาวรใช้เซิร์ฟเวอร์เดียวกัน
Umami ต้องการ Cookie Banner ในสหภาพยุโรปหรือไม่?
ตามการตีความของหน่วยงานกำกับดูแลสหภาพยุโรปส่วนใหญ่ ไม่จำเป็น Umami ไม่เขียนคุกกี้ติดตามโดยค่าเริ่มต้น มันใช้ข้อมูลคำขอ first-party และรวบรวมไว้ฝั่งเซิร์ฟเวอร์ บางเขตอำนาจศาลอาจยังคาดหวังการแจ้งเตือน ดังนั้นตรวจสอบแนวทาง DPA ในท้องถิ่นหากการปฏิบัติตามข้อกำหนดเป็นเหตุผลหลัก
Umami เปรียบเทียบกับ Plausible แบบโฮสต์ด้วยตนเองอย่างไร?
เรื่องราวการโฮสต์ด้วยตนเองของ Umami นั้นราบรื่นกว่า Plausible Community Edition มีอยู่ แต่จุดมุ่งหมายทางการค้าของ Plausible คือ Cloud Umami ถือว่าการโฮสต์ด้วยตนเองเป็นเส้นทางการแจกจ่ายหลัก สำหรับการปรับใช้ที่ให้ self-hosted เป็นอันดับแรก Umami คือตัวเลือกที่ปลอดภัยกว่า สำหรับ SaaS ทั้ง Plausible Cloud และ Umami Cloud ต่างใช้งานได้
ตำแหน่งดาต้าเซ็นเตอร์ใดดีที่สุดสำหรับการวิเคราะห์แบบ Self-Hosted ในสหภาพยุโรป?
Frankfurt เป็นตัวเลือกเริ่มต้นสำหรับกลุ่มผู้ใช้ชาวเยอรมัน ออสเตรีย และ EU โดยทั่วไป Amsterdam เหมาะสำหรับทราฟฟิกในแถบ Benelux London รองรับ GDPR ของสหราชอาณาจักร แต่ไม่รองรับข้อกำหนดการจัดเก็บข้อมูลเฉพาะ EU เลือกภูมิภาคที่ใกล้ผู้เยี่ยมชมของคุณมากที่สุด เว้นแต่ข้อกำหนดด้านการปฏิบัติตามจะชี้ไปยังสถานที่ที่เฉพาะเจาะจงกว่า
