Cloudflare คืออะไร? ใช้ทำอะไร ควรใช้ไหม พร้อมวิธีตั้งค่า (2026)

Cloudflare คืออะไร: Cloudflare คือบริการที่ยืนอยู่ “หน้า” เว็บไซต์ของคุณ ทำหน้าที่เป็น DNS, CDN (เก็บสำเนาไฟล์ไว้ใกล้ผู้ใช้) และไฟร์วอลล์กันบอทกับ DDoS ในคราวเดียว เว็บจึงโหลดเร็วขึ้นและโดนโจมตียากขึ้นโดยไม่ต้องย้ายโฮสต์ แผน Free ใช้งานจริงได้ เหมาะกับเว็บธุรกิจ เว็บ WordPress และร้านออนไลน์ที่อยากได้ SSL ฟรี ความเร็ว และการป้องกันพื้นฐาน

ตามข้อมูลของ W3Techs เว็บไซต์ราวหนึ่งในห้าบนอินเทอร์เน็ตวิ่งผ่าน Cloudflare จึงมีโอกาสสูงที่คุณผ่านมันทุกวันโดยไม่รู้ตัว

หลายคนเข้าใจว่า Cloudflare คือ CDN อย่างเดียว ความจริงตอนนี้มันมีบริการตั้งแต่ DNS, CDN, WAF, DDoS Protection ไปจนถึง Serverless (Workers), Object Storage (R2), Static Hosting (Pages), Zero Trust และ Tunnel ที่เปิดเว็บจากเครื่องตัวเองให้คนนอกดูได้โดยไม่ต้องเปิดพอร์ต

บทความนี้แบ่งเป็นสองส่วน ส่วนแรกสำหรับเจ้าของธุรกิจและคนดูแลเว็บ WordPress: ควรใช้ไหม ตั้งค่าอย่างไร และจุดที่ทำเว็บพังบ่อย ส่วนหลังสำหรับนักพัฒนาที่อยากรู้จักบริการอื่นของ Cloudflare ให้ลึกขึ้น

Cloudflare คืออะไร ทำงานอย่างไร

Cloudflare เป็นบริษัทอเมริกันที่ก่อตั้งในปี 2009 โดย Matthew Prince, Lee Holloway และ Michelle Zatlyn ต่อยอดจากโปรเจกต์ Project Honey Pot ที่เก็บข้อมูลสแปมและบอท ปัจจุบันเป็นบริษัทมหาชน (NYSE: NET) จุดที่ทำให้คนรู้จักตั้งแต่แรกคือแผน Free ที่ใช้งานได้จริง ไม่ใช่ทดลองใช้ 30 วัน

หลักการทำงานเข้าใจง่าย ปกติเมื่อมีคนเปิดเว็บของคุณ เบราว์เซอร์จะวิ่งตรงไปหาเซิร์ฟเวอร์โฮสต์ (เรียกว่า origin) เมื่อใช้ Cloudflare เราจะเปลี่ยน nameserver ของโดเมนไปที่ Cloudflare ทำให้ผู้ใช้วิ่งไปหา Cloudflare ก่อน แล้ว Cloudflare ค่อยไปดึงข้อมูลจากโฮสต์ให้ ระหว่างทางมันจะ:

• เก็บสำเนาไฟล์ที่ไม่ค่อยเปลี่ยน (รูป, CSS, JS, ฟอนต์) ไว้ที่ศูนย์ข้อมูลใกล้ผู้ใช้ ครั้งต่อไปส่งให้ได้ทันทีโดยไม่ต้องกลับไปถามโฮสต์
• กรอง traffic แปลก ๆ เช่น บอทยิงหน้า login หรือ DDoS ก่อนจะถึงโฮสต์
• ออกใบรับรอง SSL ให้ฟรี เว็บจึงเป็น HTTPS ได้ทันที
• ซ่อน IP จริงของโฮสต์ไว้ข้างหลัง

Anycast และศูนย์ข้อมูลใกล้ผู้ใช้

เครือข่าย Cloudflare ใช้ระบบ Anycast คือ IP เดียวกันประกาศจากศูนย์ข้อมูลหลายร้อยแห่งทั่วโลกพร้อมกัน (Cloudflare ระบุว่ามีมากกว่า 300 เมือง) router จะส่งผู้ใช้ไปยังจุดที่ใกล้ที่สุดเอง ต่างจากแบบดั้งเดิม (Unicast) ที่ IP หนึ่งชี้ไปเครื่องเดียว ถ้าโฮสต์อยู่อเมริกา ผู้ใช้ในไทยก็ต้องวิ่งข้ามมหาสมุทรทุกครั้ง

ในภูมิภาคเรามีศูนย์ข้อมูลที่กรุงเทพ สิงคโปร์ กัวลาลัมเปอร์ จาการ์ตา และอีกหลายเมือง ผู้ใช้ในไทยส่วนใหญ่จะต่อเข้ากรุงเทพหรือสิงคโปร์ ขึ้นกับเส้นทางของแต่ละค่ายเน็ต

ผลที่เห็นได้ชัดคือ ถ้าโฮสต์อยู่ต่างประเทศแต่ลูกค้าอยู่ไทย ไฟล์ที่แคชไว้แล้วจะโหลดเร็วขึ้นมาก ส่วนเว็บที่โฮสต์อยู่ไทยและลูกค้าอยู่ไทยอยู่แล้ว ความเร็วจะดีขึ้นน้อยกว่า ได้ประโยชน์หลักเป็นเรื่องความปลอดภัยและลดภาระโฮสต์มากกว่า

ข้อที่คนเข้าใจผิดบ่อยที่สุดคือคิดว่า Cloudflare แทนโฮสต์ได้ ความจริงคือมันเป็นชั้นหน้า ไฟล์เว็บยังต้องอยู่บนโฮสต์ต้นทางเสมอ ถ้าเครื่องต้นทางช้าหรือล่ม Cloudflare ช่วยได้แค่ส่วนที่แคชไว้แล้วเท่านั้น หน้าที่ยังไม่เคยถูกแคชจะช้าตามต้นทางอยู่ดี ถ้ายังเลือกโฮสต์ไม่ได้ อ่านวิธีเลือก WordPress Hosting ก่อน

ธุรกิจเล็กหรือเว็บ WordPress ควรใช้ Cloudflare ไหม

คำตอบสั้น ๆ คือ ส่วนใหญ่ควรใช้ แผน Free ก็พอ แต่มีบางกรณีที่ไม่จำเป็นหรือควรระวัง

ควรใช้ ถ้า:

• เว็บ WordPress โดนบอทยิง /wp-login.php หรือ xmlrpc.php บ่อยจนโฮสต์ช้า
• โฮสต์อยู่ต่างประเทศ แต่ลูกค้าส่วนใหญ่อยู่ไทย
• มีรูปเยอะ เช่น เว็บโรงแรม รีสอร์ท ทัวร์ ร้านอาหาร ที่อยากให้แกลเลอรีโหลดเร็ว
• โฮสต์แบบ shared ที่ bandwidth หรือ CPU จำกัด อยากลดภาระต้นทาง
• อยากได้ SSL ฟรีและจัดการ DNS ที่เดียว หน้าจอเข้าใจง่ายกว่าหน้าจัดการโดเมนของ registrar หลายเจ้า

ไม่จำเป็น หรือต้องคิดก่อน ถ้า:

• โฮสต์ที่ใช้มี CDN และ WAF ในตัวอยู่แล้ว (managed WordPress hosting หลายเจ้าทำให้แล้ว หรือมี Cloudflare Enterprise ฝังมาให้) การเปิดซ้อนอีกชั้นอาจทำให้แคชตีกัน
• ไม่มีใครดูแลเว็บเลย การตั้งค่าผิดเรื่อง SSL หรือแคชทำให้เว็บล่มหรือตะกร้าสินค้าเพี้ยนได้ ถ้าจะใช้ต้องมีคนรู้ว่าตั้งอะไรไว้
• อีเมลบริษัทผูกกับโดเมน แล้วไม่แน่ใจว่าตอนย้าย DNS จะย้าย record อีเมลครบ (ข้อนี้พลาดกันบ่อยที่สุด)

Cloudflare ไม่ได้ทำให้อันดับ Google ขึ้นเองโดยตรง แต่ช่วยเรื่องความเร็วและ HTTPS ซึ่งเป็นส่วนหนึ่งของประสบการณ์ผู้ใช้ ถ้าอยากรู้ว่าเว็บช้าเพราะอะไรจริง ๆ ดูคู่มือ Core Web Vitals และวิธีใช้ PageSpeed Insights ก่อนตัดสินใจ

วิธีตั้งค่า Cloudflare 5 ขั้นตอน (ฉบับเจ้าของเว็บ)

สมมติว่าคุณมีโดเมนและโฮสต์อยู่แล้ว ทั้งหมดนี้ใช้แผน Free ได้ ใช้เวลาจริงไม่ถึงชั่วโมง ที่นานคือรอ nameserver อัปเดต

ขั้นตอนที่ 1: สมัครบัญชีและ Add Site

ไปที่ dash.cloudflare.com สมัครด้วยอีเมลของบริษัท (ไม่ใช่อีเมลส่วนตัวของพนักงานคนใดคนหนึ่ง) แล้วเปิด 2FA ทันที เพราะถ้าบัญชี Cloudflare โดนแฮก คนร้ายเปลี่ยน DNS ของทุกโดเมนในบัญชีได้หมด

จากนั้นกด “Add a domain” กรอกชื่อโดเมน เลือกแผน Free Cloudflare จะสแกน DNS record เดิมมาให้ ตรวจทีละบรรทัด โดยเฉพาะ:

• MX และ TXT ที่เกี่ยวกับอีเมล (SPF, DKIM, DMARC) ถ้าหายไป อีเมลบริษัทจะรับส่งไม่ได้หลังย้าย
• subdomain ที่ใช้งานอยู่ เช่น shop., booking., mail.
• TXT สำหรับยืนยัน Google Search Console หรือบริการอื่น

record ไหนสแกนไม่เจอ ให้เปิดหน้า DNS ของผู้ให้บริการเดิมแล้วเพิ่มเองให้ครบก่อนไปขั้นต่อไป

ขั้นตอนที่ 2: เปลี่ยน Nameserver ที่ Registrar

Cloudflare จะให้ nameserver 2 ตัว หน้าตาประมาณ kate.ns.cloudflare.com และ ben.ns.cloudflare.com ให้ไปที่ที่คุณจดโดเมน (เช่น GoDaddy, Namecheap, Z.com หรือผู้ให้บริการโดเมน .th) แล้วเปลี่ยน nameserver เป็นสองตัวนี้ ลบของเดิมออกให้หมด

ส่วนใหญ่มีผลในไม่กี่ชั่วโมง บางกรณีนานถึง 24-48 ชั่วโมง Cloudflare จะส่งอีเมลแจ้งเมื่อโดเมน active ถ้ามีการเปิด DNSSEC ที่ registrar เดิม ให้ปิดก่อนเปลี่ยน nameserver แล้วค่อยเปิดใหม่ผ่าน Cloudflare ไม่อย่างนั้นโดเมนอาจเข้าไม่ได้ช่วงหนึ่ง

ขั้นตอนที่ 3: ตั้ง SSL/TLS เป็น Full (strict)

ไปที่ SSL/TLS > Overview แล้วเลือก Full (strict) โหมดนี้เข้ารหัสทั้งช่วงผู้ใช้ถึง Cloudflare และช่วง Cloudflare ถึงโฮสต์ และตรวจว่าใบรับรองบนโฮสต์ถูกต้อง

เงื่อนไขคือโฮสต์ต้องมี SSL อยู่แล้ว โฮสต์ส่วนใหญ่มี Let’s Encrypt ฟรีให้ ถ้าโฮสต์ไม่มี ให้สร้าง Origin Certificate ใน Cloudflare (SSL/TLS > Origin Server) แล้วติดตั้งบนโฮสต์ ใบนี้ใช้คู่กับ Cloudflare ได้นานหลายปี

บัญชีใหม่บางบัญชีจะเห็นโหมด “Automatic” ที่ Cloudflare เลือกให้เอง ใช้ได้ แต่ควรเช็กว่าผลลัพธ์ออกมาเป็น Full (strict) จริง สิ่งที่ห้ามใช้ถ้าเลี่ยงได้คือ Flexible (อธิบายในหัวข้อจุดพลาดด้านล่าง)

เสร็จแล้วไปที่ SSL/TLS > Edge Certificates เปิด Always Use HTTPS และ Automatic HTTPS Rewrites เพื่อให้ทุกคนเข้าเว็บผ่าน HTTPS และลดปัญหา mixed content อ่านเรื่อง SSL กับ SEO เพิ่มได้ที่คู่มือ HTTPS และ SSL

ขั้นตอนที่ 4: ตั้งแคชพื้นฐาน

ค่าเริ่มต้นของ Cloudflare จะแคชไฟล์ static (รูป, CSS, JS, ฟอนต์) อยู่แล้ว และไม่แคช HTML สำหรับเว็บธุรกิจส่วนใหญ่ แค่นี้ก็พอเริ่มต้น สิ่งที่ควรทำเพิ่ม:

• Caching > Configuration: ตั้ง Browser Cache TTL ให้เหมาะ (ถ้าไม่แน่ใจ ใช้ “Respect Existing Headers” ให้โฮสต์หรือปลั๊กอินเป็นคนกำหนด)
• Caching > Tiered Cache: เปิด (ฟรี) ช่วยลดการวิ่งกลับไปที่โฮสต์
• Speed > Optimization: เปิด Brotli, HTTP/3 และ Early Hints ถ้ายังไม่เปิด

ถ้าอยากแคช HTML ของ WordPress ด้วย (ทำให้เร็วขึ้นอีกขั้น) ต้องตั้ง Cache Rules ให้ข้ามหน้าที่ห้ามแคช หรือใช้ APO ซึ่งอธิบายในหัวข้อ WordPress ด้านล่าง อย่าตั้ง “Cache Everything” ทั้งเว็บแบบไม่มีข้อยกเว้น เด็ดขาด

ขั้นตอนที่ 5: เช็กจุดพลาดที่พบบ่อยหลังเปิดใช้

หลังโดเมน active ให้ลองทำสิ่งเหล่านี้ทันที:

1. เปิดเว็บในหน้าต่าง incognito ทั้งแบบ http:// และ https:// ต้องไม่วนรีไดเรกต์
2. login เข้า /wp-admin/ แก้โพสต์แล้วกดบันทึก ต้องทำงานปกติ
3. ถ้าเป็นร้าน WooCommerce ใส่สินค้าลงตะกร้าจากสองเบราว์เซอร์ ตะกร้าต้องไม่ปนกัน
4. ส่งอีเมลเข้าและออกจากโดเมนบริษัท ต้องรับส่งได้
5. ส่งฟอร์มติดต่อบนเว็บ ต้องเข้าอีเมลหรือระบบหลังบ้าน

ถ้าข้อไหนพัง ส่วนใหญ่มาจากหนึ่งใน 3 สาเหตุนี้:

Redirect loop (ERR_TOO_MANY_REDIRECTS) จาก Flexible SSL โหมด Flexible ทำให้ Cloudflare คุยกับโฮสต์ด้วย HTTP แต่ WordPress หรือ .htaccess บนโฮสต์สั่งให้รีไดเรกต์ไป HTTPS พอวิ่งกลับมาที่ Cloudflare ก็ส่งไปเป็น HTTP อีก วนไม่จบ ทางแก้คือเปลี่ยนเป็น Full (strict) ไม่ใช่ไปปิดการรีไดเรกต์ที่โฮสต์ และ Flexible ยังทำให้ช่วง Cloudflare ถึงโฮสต์ไม่ได้เข้ารหัสด้วย

แคชหน้า wp-admin หรือหน้าที่มีผู้ใช้ login อาการคือ login แล้วเด้งออก แก้แล้วไม่บันทึก หรือร้ายสุดคือผู้ใช้ทั่วไปเห็นแถบแอดมิน มักเกิดจากการตั้ง Cache Everything ทั้งเว็บ ต้องตั้งให้ข้าม /wp-admin/*, /wp-login.php และทุก request ที่มีคุกกี้ wordpress_logged_in_

แคชตะกร้าและหน้าชำระเงิน WooCommerce อาการคือลูกค้าเห็นตะกร้าของคนอื่น ยอดเงินไม่ตรง หรือกดชำระเงินแล้ว error ต้องข้ามแคชที่ /cart/, /checkout/, /my-account/ (หรือ path ภาษาไทยที่ตั้งไว้) และ request ที่มีคุกกี้ woocommerce_items_in_cart, woocommerce_cart_hash และ wp_woocommerce_session_

ถ้าไม่สะดวกตั้งเอง ทีมดูแล WordPress ของเราตั้งให้และเช็กให้ครบทั้ง 5 ข้อนี้ได้

Cloudflare กับ WordPress: ตั้งค่าเพิ่มให้เร็วและปลอดภัย

WordPress ถูกใช้กับเว็บไซต์ราว 4 ใน 10 เว็บทั่วโลกตามข้อมูลของ W3Techs ข้อเสียที่รู้กันคือทุกหน้าต้องรัน PHP และ query ฐานข้อมูล ถ้าปลั๊กอินเยอะจะยิ่งช้า Cloudflare ช่วยตรงนี้ได้โดยไม่ต้องเปลี่ยนธีมหรือย้ายโฮสต์

ชุดตั้งค่าที่เราใช้บ่อยกับเว็บ WordPress:

1. ใช้ caching plugin ที่ต้นทางด้วย เช่น WP Rocket, LiteSpeed Cache (ถ้าโฮสต์เป็น LiteSpeed) หรือ W3 Total Cache เพื่อลดภาระ PHP และฐานข้อมูล ดูรายการปลั๊กอินที่เราแนะนำ
2. พิจารณา APO for WordPress เป็นฟีเจอร์ของ Cloudflare ที่แคช HTML ของ WordPress ไว้ที่ edge และรู้จักคุกกี้ของ WordPress กับ WooCommerce จึงข้ามแคชเมื่อผู้ใช้ login หรือมีของในตะกร้าให้เอง แผน Free ต้องซื้อเพิ่ม แผนเสียเงินมักรวมมาให้ เช็กเงื่อนไขล่าสุดที่หน้า pricing ของ Cloudflare
3. ติดตั้งปลั๊กอิน Cloudflare อย่างเป็นทางการ เพื่อเปิด APO และ purge แคชอัตโนมัติเมื่อแก้หรือเผยแพร่โพสต์
4. ถ้าไม่ใช้ APO แต่อยากแคช HTML ให้สร้าง Cache Rule ที่ข้าม wp-admin, wp-login.php, หน้า WooCommerce และคุกกี้ที่กล่าวข้างบน (Page Rules แบบเดิมกำลังถูกแทนที่ด้วย Rules ชุดใหม่ อย่าง Cache Rules และ Redirect Rules ควรตั้งใหม่ด้วยระบบนี้)
5. เปิด WAF Managed Rules แผน Free มี Free Managed Ruleset ที่กันช่องโหว่ร้ายแรงที่มีคนใช้โจมตีกันมาก แผนเสียเงินได้ชุด rule ที่ครอบคลุมกว่า รวมถึงชุดเฉพาะ WordPress
6. จำกัดการยิงหน้า login ตั้ง Rate Limiting Rule ที่ /wp-login.php เช่นไม่เกิน 5 ครั้งต่อ IP ในช่วงเวลาสั้น ๆ หรือใช้ Custom Rule ให้ขึ้น Managed Challenge กับ /wp-login.php และบล็อก /xmlrpc.php ถ้าไม่ได้ใช้ แผน Free ตั้งได้จำนวนจำกัด แต่พอสำหรับงานนี้
7. เปิด Bot Fight Mode (Security > Bots) ช่วยลดบอทพื้นฐาน แต่ถ้ามีระบบที่ต้องเรียก API จากภายนอก เช่น payment webhook ให้ทดสอบหลังเปิด

ถ้าเว็บยังช้าหลังตั้งค่าเหล่านี้ ปัญหามักอยู่ที่ธีม ปลั๊กอิน หรือโฮสต์ ไม่ใช่ CDN อ่านต่อได้ที่วิธีเร่งความเร็ว WordPress

Cloudflare ใช้ทำอะไรได้บ้าง: 9 บริการหลัก

ส่วนนี้สำหรับคนที่อยากรู้ว่า Cloudflare ทำอะไรได้นอกจาก CDN ทุกบริการด้านล่างมีแผนฟรีหรือ free tier ให้ลองใช้จริง ตัวเลขโควตาและราคาเปลี่ยนบ่อย ก่อนตัดสินใจให้เช็กหน้า pricing ของ Cloudflare เสมอ

1. Cloudflare DNS และ 1.1.1.1

มีสองเรื่องที่คนมักสับสน:

• Authoritative DNS คือ DNS ของโดเมนคุณ เมื่อย้าย nameserver มาที่ Cloudflare คุณจะจัดการ record (A, AAAA, CNAME, MX, TXT, SRV, CAA) ผ่านหน้าจอเดียว เปิด DNSSEC ได้ในคลิกเดียว และได้เครือข่าย DNS ที่ตอบเร็วจากทั่วโลก
• 1.1.1.1 คือ DNS resolver ฟรีสำหรับผู้ใช้ทั่วไป ตั้งในมือถือหรือเราเตอร์แทน DNS ของค่ายเน็ต เปิดตัวปี 2018 ในการวัดของ DNSPerf มักติดกลุ่มที่เร็วที่สุด

1.1.1.1 เน้นเรื่องความเป็นส่วนตัว Cloudflare ประกาศว่าไม่เขียน IP ของผู้ใช้ลงดิสก์และลบ log ภายในราว 24 ชั่วโมง โดยให้บริษัทตรวจสอบภายนอกตรวจ และรองรับ DNS over HTTPS (DoH) กับ DNS over TLS (DoT) ซึ่งเข้ารหัส DNS query ทำให้คนกลางอย่าง WiFi สาธารณะดักดูได้ยากขึ้น เบราว์เซอร์หลักตั้งให้ใช้ DoH กับ Cloudflare ได้ในหน้าการตั้งค่า

2. Cloudflare CDN

นี่คือบริการที่ทำให้ Cloudflare เป็นที่รู้จัก แคชไฟล์ static ไว้ที่ศูนย์ข้อมูลทั่วโลก ผู้ใช้ดาวน์โหลดจากจุดใกล้บ้าน โฮสต์ใช้ bandwidth น้อยลง

จุดเด่นคือแผน Free, Pro และ Business ไม่คิดค่า bandwidth ตามปริมาณ สำหรับเว็บทั่วไป ต่างจาก CDN แบบจ่ายตาม GB อย่าง AWS CloudFront ที่ค่าใช้จ่ายโตตาม traffic (เงื่อนไขการใช้งานของ Cloudflare ยังห้ามใช้แผนเหล่านี้เป็นที่ปล่อยวิดีโอหรือไฟล์ใหญ่จำนวนมาก ถ้าทำแบบนั้นต้องใช้ Stream, R2 หรือแผนที่เหมาะกว่า)

เรื่อง Core Web Vitals การแคชรูปและไฟล์ JS ไว้ใกล้ผู้ใช้ช่วยค่า LCP ได้โดยตรง โดยเฉพาะเว็บที่โฮสต์อยู่ไกลผู้ใช้ แต่ถ้า LCP ช้าเพราะรูปใหญ่เกินหรือธีมโหลด JS เยอะ CDN ช่วยได้ไม่มาก ต้องแก้ที่ต้นเหตุด้วย

3. Cloudflare WAF

Web Application Firewall (WAF) กรอง request อันตรายก่อนถึงโฮสต์ เช่น SQL Injection, XSS, การยิงหาช่องโหว่ของปลั๊กอิน แผน Free มี Free Managed Ruleset ที่กันช่องโหว่ร้ายแรงซึ่งถูกใช้โจมตีกันมาก และให้เขียน Custom Rules ได้จำนวนหนึ่ง แผน Pro ขึ้นไปได้ Cloudflare Managed Ruleset ที่ครอบคลุมกว่า รวมถึงชุดสำหรับ WordPress

Custom Rules เขียนด้วย expression คล้าย Wireshark เช่น

(http.request.uri.path contains "/wp-admin" and ip.src.country ne "TH")

แล้วเลือก action เป็น Block หรือ Managed Challenge ใช้กันคนต่างประเทศเข้าหน้าแอดมินได้ง่าย ๆ (ระวังถ้าคุณหรือทีมเดินทางไปต่างประเทศ หรือใช้ VPN)

4. DDoS Protection

Cloudflare รายงานการรับมือ DDoS ขนาดหลาย Tbps อยู่เป็นระยะ และทำลายสถิติตัวเองหลายครั้งในปี 2024-2025 ความสามารถนี้มาจากขนาดเครือข่ายที่ใหญ่มาก

ข้อที่สำคัญกับธุรกิจเล็กคือ DDoS Protection แบบ unmetered มีให้ทุกแผน รวมถึง Free และไม่คิดเงินเพิ่มตามขนาดการโจมตี ป้องกันทั้งระดับเครือข่าย (Layer 3/4) ที่ดูดซับการโจมตีไว้ที่ศูนย์ข้อมูลใกล้ต้นทาง และระดับแอป (Layer 7) ที่ใช้ challenge หรือ Turnstile (ทางเลือกแทน CAPTCHA ของ Cloudflare ใช้ฟรี) ตรวจว่าเป็นคนจริง

ถ้าเว็บโดนยิงหนักกะทันหัน ไปที่ Overview แล้วเปิด Under Attack Mode ชั่วคราว ผู้ใช้จะเจอหน้าตรวจสอบสั้น ๆ ก่อนเข้าเว็บ เมื่อเหตุการณ์สงบให้ปิด

5. Cloudflare Workers

Workers คือ Serverless ที่รันโค้ด JavaScript/TypeScript (และ Python, Rust ผ่าน WebAssembly) ที่ศูนย์ข้อมูลทั่วโลก ใช้ V8 Isolates (เทคโนโลยีเดียวกับเครื่องยนต์ JS ของ Chrome) แทน container จึงแทบไม่มี cold start ต่างจาก AWS Lambda ที่บางครั้งต้องรอสร้าง container ใหม่

Free tier ให้ 100,000 requests ต่อวัน แผน Workers Paid เริ่มที่ 5 ดอลลาร์ต่อเดือน เกินโควตาคิดตามจำนวน request และ CPU time (ดูอัตราล่าสุดที่หน้า pricing) งานที่เหมาะคือ API เล็ก ๆ, webhook, redirect ตามประเทศ, A/B testing, middleware ส่วนงานที่ต้องใช้ memory มาก รันนาน หรือต้องใช้ runtime เฉพาะ Lambda หรือ container ยังเหมาะกว่า

ตัวอย่าง: Geo Redirect ส่งผู้ใช้ไปหน้าภาษาที่ตรงกับประเทศ

export default {
  async fetch(request) {
    const country = request.cf.country;
    const url = new URL(request.url);

    const langMap = {
      "TH": "/th/",
      "JP": "/ja/",
      "KR": "/ko/",
      "CN": "/zh/",
      "DEFAULT": "/en/"
    };

    const targetPath = langMap[country] || langMap["DEFAULT"];

    if (!url.pathname.startsWith(targetPath)) {
      return Response.redirect(`${url.origin}${targetPath}${url.pathname.replace(/^\/(en|th|ja|ko|zh)\//, "/")}`, 302);
    }

    return fetch(request);
  }
};

ข้อควรระวังด้าน SEO: อย่าบังคับ redirect ตามประเทศกับ Googlebot ซึ่งส่วนใหญ่คลานจากสหรัฐฯ ไม่อย่างนั้น Google อาจไม่เห็นหน้าภาษาไทยเลย ทางที่ปลอดภัยกว่าคือแสดงแถบแนะนำภาษา และใช้ hreflang ให้ถูกต้อง

ตัวอย่าง: A/B Testing แบ่งผู้ใช้เป็นสองกลุ่มแล้วจำไว้ด้วยคุกกี้

export default {
  async fetch(request) {
    const cookie = request.headers.get("Cookie") || "";
    const match = cookie.match(/variant=(A|B)/);
    let variant = match ? match[1] : null;

    if (!variant) {
      variant = Math.random() < 0.5 ? "A" : "B";
    }

    const url = new URL(request.url);
    url.pathname = `/${variant.toLowerCase()}${url.pathname}`;

    const response = await fetch(url.toString(), request);
    const newResponse = new Response(response.body, response);
    newResponse.headers.set("Set-Cookie", `variant=${variant}; Path=/; Max-Age=2592000`);

    return newResponse;
  }
};

6. Cloudflare R2

R2 คือ Object Storage ที่ใช้ API แบบเดียวกับ AWS S3 (ใช้ AWS SDK, AWS CLI หรือ rclone ได้เลยแค่เปลี่ยน endpoint) จุดขายคือ ไม่คิดค่า egress หรือค่าข้อมูลขาออก ซึ่งบน S3 เป็นค่าใช้จ่ายก้อนใหญ่ถ้ามีคนดาวน์โหลดเยอะ

ราคา R2 แบ่งเป็นค่าพื้นที่ต่อ GB ต่อเดือน กับค่า operations แยกเป็น Class A (เขียน, list) และ Class B (อ่าน) และมีโควตาฟรีรายเดือน ตัวเลขล่าสุดดูที่หน้า pricing ของ R2 หลักคิดง่าย ๆ คือ ยิ่งไฟล์ถูกดาวน์โหลดบ่อยเมื่อเทียบกับขนาดที่เก็บ R2 ยิ่งได้เปรียบ S3 มาก

เหมาะกับ: รูปหรือวิดีโอของเว็บที่มีคนเปิดเยอะ, ไฟล์ให้ดาวน์โหลด, backup ที่ต้องดึงกลับบ่อย R2 ยังต่อกับ Workers ผ่าน binding ได้โดยตรง

ขั้นตอนย้ายจาก S3 มา R2 แบบย่อ:

1. สร้าง bucket ใน R2 แล้วสร้าง API token สิทธิ์ Object Read & Write
2. sync ข้อมูล เพราะเป็น S3-compatible ใช้ AWS CLI ได้เลย

aws s3 sync s3://your-s3-bucket s3://your-r2-bucket \
  --endpoint-url https://<account-id>.r2.cloudflarestorage.com

(คำสั่งนี้ใช้ได้เมื่อ profile ของ AWS CLI ตั้งเป็น key ของ R2 ถ้าต้องดึงจาก S3 และเขียนลง R2 ในคำสั่งเดียว rclone สะดวกกว่า หรือใช้ Super Slurper ในหน้า R2 ที่ Cloudflare มีให้)

3. เปลี่ยนโค้ดให้ชี้ไป R2 ถ้าใช้ AWS SDK แค่เปลี่ยน endpoint

const s3 = new S3Client({
  region: "auto",
  endpoint: `https://${ACCOUNT_ID}.r2.cloudflarestorage.com`,
  credentials: {
    accessKeyId: R2_ACCESS_KEY_ID,
    secretAccessKey: R2_SECRET_ACCESS_KEY
  }
});

4. ผูก custom domain (เช่น cdn.yourdomain.com) ให้ bucket เพื่อเสิร์ฟไฟล์สาธารณะผ่านเครือข่าย Cloudflare
5. ทดสอบทุกจุดที่เรียกไฟล์ให้ครบ แล้วเก็บ S3 ไว้สักระยะก่อนลบ เผื่อมีจุดที่ลืมแก้

ข้อควรระวัง: R2 มี lifecycle rules และ bucket lock แล้ว แต่ฟีเจอร์ระดับองค์กรบางอย่างยังไม่ละเอียดเท่า S3 เช่น storage class และการตั้งค่า replication ถ้ามีข้อกำหนดด้าน compliance หรือการเก็บข้อมูลในประเทศ ให้เช็กเอกสาร R2 ก่อนย้าย

7. Cloudflare Pages

Cloudflare Pages คือที่โฮสต์เว็บ static และ JAMstack คู่แข่งของ Vercel และ Netlify ต่อกับ GitHub หรือ GitLab แล้ว build และ deploy อัตโนมัติทุกครั้งที่ push พร้อม preview URL ทุก pull request แผนฟรีให้ bandwidth สำหรับไฟล์ static แบบไม่จำกัด custom domain และ SSL ฟรี จำนวน build ต่อเดือนมีโควตา (ดูหน้า limits ล่าสุด)

รองรับ Astro, Next.js, Nuxt, SvelteKit, Remix, Hugo, Eleventy, Docusaurus และอื่น ๆ

Deploy Astro บน Cloudflare Pages:

1. push โค้ดขึ้น GitHub
2. ใน dashboard ไปที่ Workers & Pages > Create > Pages > Connect to Git แล้วเลือก repository
3. ตั้งค่า build: Framework preset = Astro, Build command = npm run build, Build output directory = dist
4. ใส่ Environment variables ถ้ามี (เช่น API key, endpoint ของ CMS)
5. กด Save and Deploy รอไม่กี่นาที
6. Settings > Custom domains เพิ่มโดเมนของคุณ ถ้าโดเมนอยู่ใน Cloudflare อยู่แล้ว ระบบจะตั้ง DNS และออก SSL ให้เอง

ข้อสังเกตปี 2026: Cloudflare เริ่มแนะนำให้โปรเจกต์ใหม่ใช้ Workers แบบมี static assets ซึ่งทำงานได้แบบเดียวกับ Pages และได้ฟีเจอร์ใหม่ก่อน Pages ยังใช้งานได้ปกติ แต่ถ้าเริ่มโปรเจกต์ใหม่ควรดูทั้งสองทาง

Pages หรือ Vercel? โดยรวม Cloudflare Pages ได้เปรียบเรื่องค่าใช้จ่ายเมื่อ traffic สูง เพราะไม่คิด bandwidth ของไฟล์ static ส่วน Vercel ได้เปรียบเรื่อง Next.js ที่รองรับฟีเจอร์ครบที่สุด (ISR, Image, Middleware) และประสบการณ์นักพัฒนา เปรียบเทียบละเอียดอ่านได้ที่ Vercel vs Cloudflare Pages

8. Cloudflare Tunnel

Cloudflare Tunnel (เดิมชื่อ Argo Tunnel) ให้เครื่องของคุณสร้างการเชื่อมต่อขาออกไปหา Cloudflare แล้ว Cloudflare รับ traffic จากภายนอกส่งกลับมาตามท่อนั้น ทำให้เปิดเว็บหรือบริการบนเครื่องตัวเองออกอินเทอร์เน็ตได้โดยไม่ต้องเปิดพอร์ตบนไฟร์วอลล์และไม่ต้องมี public IP

ใช้ทำอะไร:

• เปิดเว็บที่กำลังพัฒนาให้ลูกค้าดูผ่าน https://demo.yourdomain.com โดยไม่ต้อง deploy
• รับ webhook จาก Stripe, Shopify, LINE มาที่เครื่อง dev แทน ngrok
• เข้าถึง NAS, Home Assistant หรือเครื่องมือภายในจากข้างนอกโดยไม่ตั้ง VPN
• โฮสต์บริการเล็ก ๆ บนเซิร์ฟเวอร์ในออฟฟิศโดยไม่เปิดพอร์ต 80/443

ลองเร็วที่สุด (ไม่ต้องมีโดเมน): หลังติดตั้ง cloudflared รัน cloudflared tunnel --url http://localhost:3000 จะได้ URL สุ่มบน trycloudflare.com ใช้ทดสอบชั่วคราวได้ทันที

Setup แบบถาวรด้วยโดเมนของตัวเอง:

1. ติดตั้ง cloudflared

# macOS
brew install cloudflared

# Windows (PowerShell as Admin)
winget install --id Cloudflare.cloudflared

# Linux
curl -L https://github.com/cloudflare/cloudflared/releases/latest/download/cloudflared-linux-amd64 -o cloudflared
chmod +x cloudflared
sudo mv cloudflared /usr/local/bin/

2. login และสร้าง tunnel

cloudflared tunnel login
cloudflared tunnel create demo-tunnel

เบราว์เซอร์จะเปิดให้ login และเลือกโดเมน หลังสร้างจะได้ tunnel ID เช่น abc123-456-789

3. สร้าง config ที่ ~/.cloudflared/config.yml

tunnel: abc123-456-789
credentials-file: /Users/yourname/.cloudflared/abc123-456-789.json

ingress:
  - hostname: demo.yourdomain.com
    service: http://localhost:3000
  - service: http_status:404

4. ผูก DNS และรัน

cloudflared tunnel route dns demo-tunnel demo.yourdomain.com
cloudflared tunnel run demo-tunnel

ตอนนี้ลูกค้าเข้า https://demo.yourdomain.com จะเห็นเว็บบน localhost:3000 ของคุณ พร้อม HTTPS ทั้งนี้สร้างและจัดการ tunnel ผ่านหน้า Zero Trust dashboard แบบไม่ต้องเขียน config ก็ได้

cloudflared เชื่อมต่อขาออกผ่าน QUIC หรือ HTTP/2 ไปที่พอร์ต 7844 ของ Cloudflare ถ้าเครือข่ายออฟฟิศบล็อกพอร์ตขาออกเข้มงวด ต้องเปิดพอร์ตนี้ขาออก Tunnel ใช้ได้ฟรี

Tip: ใช้คู่กับ Cloudflare Access (ข้อถัดไป) เพื่อบังคับให้คนที่เข้า demo URL ต้องยืนยันอีเมลที่คุณอนุญาตก่อน

9. Cloudflare Zero Trust และ Access

Zero Trust คือแนวคิดแทน VPN แบบเดิม แทนที่จะให้พนักงานต่อ VPN แล้วเข้าระบบภายในได้ทุกอย่าง ระบบจะตรวจตัวตนทุกครั้งที่เข้าแต่ละแอป (“never trust, always verify”)

เช่น ระบบภายในอย่าง Grafana, GitLab หรือหลังบ้านร้านค้า แทนที่จะต้องต่อ VPN (ซึ่งถ้ารหัสรั่วก็เข้าได้ทุกระบบ) Access ให้ตั้งว่าแต่ละแอปต้อง login ผ่าน Google Workspace, Microsoft 365, GitHub หรือรหัสทางอีเมลก่อน

แผนฟรีของ Zero Trust รองรับได้ถึง 50 ผู้ใช้ เพียงพอสำหรับบริษัทเล็ก ได้ทั้ง access policy, เชื่อม identity provider และ log การเข้าใช้งาน ฟีเจอร์ขั้นสูงอย่างตรวจสภาพเครื่อง (device posture) ใช้ได้บางส่วนในแผนฟรี

Zero Trust ใช้คู่กับ Tunnel ได้ดี: ใช้ Tunnel เปิดระบบภายในออกมาที่ subdomain แล้วใช้ Access กั้นให้เฉพาะคนในองค์กรเข้า

ตั้งค่าความเร็วเพิ่มเติม (เกินกว่าพื้นฐาน)

หลังทำ 5 ขั้นตอนข้างบนแล้ว นี่คือ settings ที่ควรรู้จัก บางตัวเปิดได้เลย บางตัวต้องทดสอบก่อน

• Brotli บีบอัดไฟล์ข้อความได้ดีกว่า Gzip ทำงานอัตโนมัติเมื่อเบราว์เซอร์รองรับ
• HTTP/3 (QUIC) ช่วยให้เชื่อมต่อเร็วขึ้น โดยเฉพาะบนมือถือและเน็ตที่ไม่เสถียร
• Early Hints ส่งสัญญาณให้เบราว์เซอร์โหลด CSS และฟอนต์ล่วงหน้าก่อน HTML มาถึง ช่วยได้มากหรือน้อยขึ้นกับเว็บ วัดผลก่อนและหลัง
• Rocket Loader โหลด JavaScript แบบ async ให้อัตโนมัติ แต่ทำให้สคริปต์บางตัวพังได้ (เช่น ปุ่มแชท ฟอร์ม ป๊อปอัป) ต้องทดสอบทุกหน้าสำคัญก่อนเปิดใช้จริง
• Polish (แผนเสียเงิน) บีบอัดรูปและส่ง WebP หรือ AVIF ให้เบราว์เซอร์ที่รองรับ
• Tiered Cache (ฟรี) ให้ศูนย์ข้อมูลถามกันเองก่อนวิ่งกลับโฮสต์ ลดภาระต้นทาง
• Argo Smart Routing (เสียเงิน) เลือกเส้นทางอินเทอร์เน็ตที่เร็วกว่าในช่วงที่ต้องวิ่งกลับโฮสต์ คุ้มเมื่อโฮสต์อยู่ไกลผู้ใช้
• Cache Reserve (เสียเงิน) เก็บแคชแบบถาวรบน R2 ลดการวิ่งกลับโฮสต์ของไฟล์ที่นาน ๆ เปิดที

ข้อมูลอัปเดต: Auto Minify และ Mirage ที่บทความเก่าหลายแห่งยังแนะนำ Cloudflare ปลดระวางไปแล้วตั้งแต่ปี 2024 ถ้าอยากย่อไฟล์ HTML, CSS, JS ให้ทำตอน build หรือใช้ caching plugin แทน

แผน Free, Pro, Business, Enterprise ต่างกันอย่างไร

ราคาและโควตาของ Cloudflare ปรับบ่อย ตัวเลขล่าสุดให้ดูที่ cloudflare.com/plans ส่วนนี้สรุปความต่างที่มีผลกับการตัดสินใจ

คำแนะนำ: เว็บธุรกิจส่วนใหญ่ในไทยเริ่มที่ Free ได้เลย ถ้าเป็น WordPress ที่ทำเงินจริงและอยากได้ APO กับชุด WAF ที่ครอบคลุมกว่า Pro คุ้มค่า Business จำเป็นเมื่อต้องการ SLA เป็นลายลักษณ์อักษรหรือข้อกำหนดเฉพาะ

Cloudflare เทียบกับ AWS CloudFront, Fastly, Bunny CDN

• Cloudflare เหมาะกับคนส่วนใหญ่ แผนฟรีใช้งานจริงได้ ได้ทั้ง DNS, CDN, WAF, DDoS ในที่เดียว ราคาคาดเดาได้ ตั้งค่าง่าย และมีศูนย์ข้อมูลในกรุงเทพ
• AWS CloudFront เหมาะถ้าระบบอยู่บน AWS อยู่แล้ว ต่อกับ S3, Lambda, EC2 ได้แนบเนียน คิดเงินตามปริมาณการใช้ มี free tier รายเดือน แต่ค่าใช้จ่ายโตตาม traffic และตั้งค่าซับซ้อนกว่า
• Fastly เน้นองค์กรและสื่อที่ต้องการ CDN ที่โปรแกรมได้ละเอียดและ purge แคชเร็วมาก ราคาและความซับซ้อนไม่เหมาะกับเว็บเล็ก
• Bunny CDN ราคาต่อ GB ถูก คิดตามใช้งาน เหมาะกับเว็บที่เสิร์ฟรูปหรือวิดีโอเยอะและอยากคุมค่าใช้จ่าย ฟีเจอร์ด้านความปลอดภัยน้อยกว่า Cloudflare

สำหรับเว็บธุรกิจทั่วไปในไทย Cloudflare มักเป็นจุดเริ่มที่คุ้มที่สุด เพราะเริ่มฟรีและได้ความปลอดภัยมาด้วย

ข้อผิดพลาดที่พบบ่อยอื่น ๆ (นอกจาก SSL และแคช)

นอกจาก redirect loop และการแคชหน้าที่ไม่ควรแคชที่อธิบายไปแล้ว นี่คือปัญหาที่เราเจอบ่อยเวลาเข้าไปดูเว็บที่ตั้ง Cloudflare เอง

1. โฮสต์บล็อก IP ของ Cloudflare หรือเห็นทุกคนเป็น IP เดียวกัน

หลังเปิด proxy ทุก request จะมาจาก IP ของ Cloudflare ถ้าไฟร์วอลล์หรือปลั๊กอินความปลอดภัยบนโฮสต์มี rate limit เข้ม อาจบล็อก IP ของ Cloudflare จนเว็บล่ม และปลั๊กอินที่บันทึก IP จะเห็นทุกคนเป็น IP เดียวกัน

วิธีแก้: whitelist IP ranges ของ Cloudflare (cloudflare.com/ips/) บนโฮสต์ ตั้งให้เซิร์ฟเวอร์อ่าน IP จริงจาก header CF-Connecting-IP และถ้าทำได้ ให้โฮสต์รับ traffic เฉพาะจาก Cloudflare เพื่อไม่ให้ใครยิงตรงเข้า IP โฮสต์

2. เปิดเมฆส้ม (proxy) บน record ที่ไม่ใช่เว็บ

DNS record ที่ไอคอนเมฆเป็นสีส้มหมายถึง traffic วิ่งผ่าน proxy ของ Cloudflare ซึ่งรองรับเฉพาะ HTTP/HTTPS ถ้าไปเปิดบน subdomain ที่ใช้รับส่งอีเมล (mail.yourdomain.com), FTP หรือบริการอื่น จะใช้งานไม่ได้

วิธีแก้: record ที่ไม่ใช่เว็บให้ตั้งเป็นเมฆเทา (DNS only) ส่วน MX record ไม่มีตัวเลือก proxy อยู่แล้ว

3. แก้ไฟล์แล้วผู้ใช้ยังเห็นของเก่า

Cloudflare และเบราว์เซอร์แคชไฟล์ static ไว้ตามเวลาที่ตั้ง ถ้าแก้ CSS แล้วไม่ล้างแคช ผู้ใช้บางคนจะเห็นหน้าตาเพี้ยน

วิธีแก้:

• ล้างเอง: Caching > Configuration > Purge Cache (เลือก Custom Purge เฉพาะ URL ที่แก้ ดีกว่า Purge Everything ซึ่งทำให้โฮสต์รับโหลดหนักชั่วคราว)
• ให้ชื่อไฟล์เปลี่ยนทุกครั้งที่ build เช่น style-abc123.css (เฟรมเวิร์กสมัยใหม่ทำให้เอง)
• WordPress: ใช้ปลั๊กอิน Cloudflare หรือ caching plugin ที่ purge อัตโนมัติเมื่อแก้โพสต์

4. เปิด HSTS แบบรีบ ๆ

HSTS บอกเบราว์เซอร์ว่าเว็บนี้ใช้ HTTPS เท่านั้น กันการโดนดักแก้ redirect ครั้งแรก ควรเปิด แต่ปิดยาก ถ้ามี subdomain ไหนยังไม่มี SSL แล้วเปิด Include Subdomains ไป subdomain นั้นจะเข้าไม่ได้จนกว่า max-age จะหมด

วิธีแก้: เปิดที่ SSL/TLS > Edge Certificates > HSTS เริ่มด้วย max-age สั้น ๆ ก่อน (เช่น 1 เดือน) เปิด Include Subdomains เมื่อมั่นใจว่าทุก subdomain เป็น HTTPS แล้ว ส่วน Preload (ลงทะเบียนที่ hstspreload.org ให้เบราว์เซอร์จำไว้ถาวร) ทำเป็นขั้นสุดท้ายเมื่อแน่ใจจริง ๆ เพราะถอนออกใช้เวลานาน

5. ทำบัญชี Cloudflare หาย

หลายธุรกิจให้ฟรีแลนซ์สมัคร Cloudflare ด้วยอีเมลของฟรีแลนซ์เอง พอเลิกจ้างก็เข้าไปจัดการ DNS ไม่ได้ ควรเป็นเจ้าของบัญชีเองแล้วเพิ่มคนดูแลเป็น member ในบัญชี (Manage Account > Members) จะถอดสิทธิ์เมื่อไหร่ก็ได้

คำถามที่พบบ่อย

Cloudflare คืออะไร อธิบายแบบสั้นที่สุด

Cloudflare คือบริการตัวกลางที่ยืนอยู่ระหว่างผู้ใช้กับโฮสต์ของเว็บ ทำหน้าที่เป็น DNS, CDN ที่เก็บสำเนาไฟล์ไว้ใกล้ผู้ใช้ และไฟร์วอลล์กันบอทกับ DDoS ทำให้เว็บเร็วขึ้นและปลอดภัยขึ้นโดยไม่ต้องย้ายโฮสต์

Cloudflare ฟรีจริงไหม พอสำหรับเว็บธุรกิจไหม

แผน Free ฟรีจริง ไม่มีระยะทดลอง ไม่ต้องผูกบัตร ได้ CDN, DDoS Protection แบบ unmetered, SSL ฟรี, DNS และ WAF พื้นฐาน เพียงพอสำหรับเว็บธุรกิจขนาดเล็กถึงกลางส่วนใหญ่ ค่อยอัปเกรดเมื่อต้องการฟีเจอร์อย่าง APO, Polish หรือชุด WAF ที่ครอบคลุมกว่า

ใช้ Cloudflare แล้วเว็บจะเร็วขึ้นจริงไหม

ขึ้นกับสถานการณ์ ถ้าโฮสต์อยู่ต่างประเทศแต่ลูกค้าอยู่ไทย จะเห็นความต่างชัดเจน ถ้าโฮสต์อยู่ไทยอยู่แล้ว จะเร็วขึ้นบ้างจากการแคชไฟล์และการบีบอัด แต่ไม่มาก ถ้าเว็บช้าเพราะธีมหนัก ปลั๊กอินเยอะ หรือรูปใหญ่ Cloudflare ช่วยได้จำกัด ต้องแก้ที่ต้นเหตุด้วย

Cloudflare ช่วย SEO ไหม

ช่วยทางอ้อม ผ่านความเร็ว HTTPS และความเสถียรเวลาโดนยิง แต่ไม่ได้ทำให้อันดับขึ้นเอง และถ้าตั้งผิด เช่น บล็อกบอทแรงเกินจน Googlebot เข้าไม่ได้ หรือ redirect ตามประเทศ อาจทำให้อันดับตกได้ หลังเปิดใช้ให้เช็ก Search Console ว่ายังเก็บข้อมูลหน้าได้ปกติ

Cloudflare เห็นข้อมูลของเว็บเราหรือเปล่า

ในทางเทคนิคเห็น เพราะ Cloudflare ถอดรหัส HTTPS ที่ edge เพื่อแคชและกรอง traffic ได้ Cloudflare มีนโยบายความเป็นส่วนตัวและผ่านการรับรองมาตรฐานอย่าง SOC 2, ISO 27001 และ PCI DSS ถ้าต้องการให้ Cloudflare มองไม่เห็นจริง ๆ ต้องใช้วิธีระดับองค์กรอย่าง Keyless SSL หรือเข้ารหัสข้อมูลในระดับแอปเอง

ถ้า Cloudflare ล่ม เว็บเราจะเป็นอย่างไร

เว็บที่อยู่หลัง proxy ของ Cloudflare จะเข้าไม่ได้ไปด้วย เคยเกิดเหตุใหญ่มาแล้วหลายครั้ง รวมถึงปลายปี 2025 ส่วนใหญ่กินเวลาไม่กี่ชั่วโมง สำหรับเว็บธุรกิจทั่วไป ความเสี่ยงนี้ยังต่ำกว่าปัญหาโฮสต์ล่มเองหรือโดนบอทยิง วิธีลดผลกระทบคือเก็บข้อมูลการเข้าจัดการ DNS ไว้ให้พร้อม ใช้ระบบเฝ้าดูจากภายนอกอย่าง UptimeRobot และถ้าเว็บสำคัญมากจริง ๆ ค่อยคิดเรื่อง multi-CDN หรือ DNS failover

WordPress ใช้ Cloudflare แล้วยังต้องมี caching plugin ไหม

แนะนำให้ใช้ทั้งคู่ Cloudflare แคชที่ edge ส่วน caching plugin แคชที่โฮสต์ ลดภาระ PHP และฐานข้อมูล สองอย่างทำงานเสริมกัน ถ้าใช้ APO จะแคช HTML ที่ edge ได้ครบขึ้น แต่ plugin ยังช่วยเรื่องหน้าที่ต้องวิ่งกลับโฮสต์ เช่น ตอนผู้ใช้ login หรือมีของในตะกร้า

สรุป

Cloudflare คือชั้นหน้าของเว็บที่ให้ DNS, CDN, SSL และการป้องกันพื้นฐานฟรี สำหรับเว็บธุรกิจและเว็บ WordPress ส่วนใหญ่ แค่แผน Free กับ 5 ขั้นตอนข้างบน (Add Site, เปลี่ยน nameserver, Full (strict), แคชพื้นฐาน, เช็กจุดพลาด) ก็ได้ประโยชน์เกือบทั้งหมดแล้ว สิ่งที่ต้องระวังมีไม่กี่ข้อ คือ record อีเมลตอนย้าย DNS, ห้ามใช้ Flexible SSL และห้ามแคชหน้า admin กับตะกร้าสินค้า

ส่วน Workers, R2, Pages, Tunnel และ Zero Trust เป็นเครื่องมือของนักพัฒนาที่ช่วยลดค่าโฮสต์และทำระบบที่เคยต้องใช้ AWS ได้ง่ายขึ้น ถ้าทีมของคุณทำเว็บเองหรือกำลังวางระบบใหม่ ควรรู้จักไว้

ถ้าอยากให้ช่วยดูว่าเว็บของคุณควรตั้ง Cloudflare อย่างไร หรือตอนนี้ตั้งไว้ถูกหรือยัง ทีมดูแล WordPress และทำเว็บไซต์ ของเราเช็กให้ก่อนได้ฟรี หรือขอตรวจเว็บฟรี ทักมาคุยทาง LINE OA ได้ ปรึกษาฟรี ไม่จ้างก็ไม่เป็นไร