รายงานตรวจสอบเว็บไซต์ YANH Hotel — SEO, AEO, Metadata, Content และ Structure

สถานะการแก้ไข

สรุปงานที่ทำไปแล้วหลังได้รับ audit: แก้เหตุรูปเสียทั้งเว็บที่ WAF (ขึ้นระบบแล้วทั้ง prod และ UAT) และแก้โค้ด P1 รอบแรกบน branch feature/seo-audit ซึ่งขึ้น prod แล้ว 26 ต.ค. (DB migrate แล้ว · ยังไม่ได้รัน backfill) — canonical ภาษาไทย/จีน (T1, T4) ตัดสินใจและแก้แล้ว 21 ต.ค. SEO แยกตามภาษา (Option A) ตัดสินใจและเขียนโค้ดครบ 3 repo แล้ว 21 ต.ค. ลิงก์จอง (#7) แก้แล้ว 21 ต.ค. และ noindex ของ UAT (T3) แก้แล้ว 22 ต.ค.

1) เหตุด่วน: รูปจาก CMS เสียทั้งเว็บ — แก้แล้ว ขึ้นระบบแล้ว

อาการ: รูปห้อง F&B บล็อก และ facility บน www.yanhhotel.com ไม่ขึ้น ส่วนรูป static ของเว็บยังปกติ (ไม่เกี่ยวกับ audit แต่เจอระหว่างตรวจ)

สาเหตุ (ยืนยันจาก Cloud Logging): Cloud Armor rule 10000 ส่วน rfi-v33-stable signature owasp-crs-v030301-id931130-rfi เริ่มบล็อกทุก request ที่ query string มี URL แบบ https:// — Next.js ย่อรูปผ่าน /_next/image?url=https://storage.googleapis.com/... จึงโดนทุกรูป

ฝั่งเราไม่มีใครแก้ policy ตั้งแต่ 30 ก.ค. ไม่มี admin activity ใน project ช่วง 14–18 ต.ค. และเว็บ deploy ครั้งล่าสุดคือ 28 ก.ย. — สรุปว่าเป็นการอัปเดต signature ฝั่ง Google (อนุมานจากรูปแบบใน log ยังไม่พบประกาศทางการ)

rule 9700 (action allow, มาก่อน rule 10000) อนุญาตเฉพาะคำขอย่อรูปที่ชี้ไปโดเมนรูปของเราเท่านั้น และไม่ผูก host ของเว็บ (บทเรียนจาก rule 9600 ที่พังตอน go-live):

request.path == "/_next/image" && request.method == "GET" &&
request.query.matches("^url=https%3A%2F%2F(?:storage\\.googleapis\\.com|files(?:-prod-gcp)?\\.yanhhotel\\.com)%2F[^&]+&w=[0-9]+&q=[0-9]+$")

2) แก้โค้ด P1 รอบแรก — branch feature/seo-audit (ขึ้น prod แล้ว 26 ต.ค.)

Branch แตกจาก origin/uat (bf66065 = โค้ดบน prod ก่อนรอบนี้) เพราะ dev ตามหลัง uat 27 commits · ผลตรวจ: tsc 0 error, eslint 0 error 0 warning, next build ผ่าน, runtime check กับ API prod ผ่าน 48/48, review diff ครบ · ลิงก์จองและรูปแบบ title ที่ให้คงไว้ เทียบกับ prod แล้วไม่เปลี่ยน · hreflang เหมือน prod ทุกตัว

2b) Performance (#15) — ขึ้น prod แล้ว 26 ต.ค. (รอทีม content อัปโหลดวิดีโอ)

วัดด้วย Lighthouse ที่หน้าแรก /en · "Slow 4G" คือจำลองเน็ตช้าจริง (--throttling-method=devtools) ซึ่งวัดวิดีโอได้ตรงกว่าแบบประเมิน

2c) P2 ชุดที่ไม่ต้องเพิ่มระบบ — ขึ้น prod แล้ว 26 ต.ค.

ทำด้วยข้อมูลที่ CMS/API มีอยู่แล้วทั้งหมด ไม่มีตาราง ฟิลด์ หรือ module ใหม่ · ตรวจด้วย build + Chrome headless กับ API prod

2d) ผลทดสอบ 26 ต.ค. — โค้ดที่ push แล้ว

ทดสอบบนเครื่องจาก origin/dev (web f19f4ae, api 1e58e02) และ origin/develop (cms 952943b): เว็บอ่าน API prod แบบอ่านอย่างเดียว · API/CMS รันกับ Postgres ทดลองใน Docker · 44 agent แยก 9 ด้าน และทุกข้อที่ไม่ผ่านมี agent อีกตัวทำซ้ำเพื่อยืนยัน · ไม่แตะ UAT/prod นอกจากอ่าน

บั๊กจากงานรอบนี้ (ยืนยันแล้ว — ยังไม่ได้แก้)

ปัญหาเดิม (มีบน prod อยู่แล้ว) ที่เจอจากการทดสอบ — ไม่อยู่ใน PDF

• CMS (medium): ฟอร์ม Home Setting และ Contact ถ้า refresh หน้า edit ภาษาไทยแล้วคำตอบภาษาอังกฤษมาช้ากว่า ฟอร์มจะแสดงค่าอังกฤษ และกด Save จะเขียนทับแถวภาษาไทย — เดิมโดนแค่ชื่อ/ที่อยู่ ตอนนี้โดน SEO ด้วย · 2 ฟอร์มนี้ไม่มีตัวกันคำตอบเก่าแบบอีก 25 ฟอร์ม
• หน้า /zh ที่ไม่มีแถวภาษาจีน ใช้แถวแรกที่ DB ส่งมา (อาจเป็นภาษาไทย) · title/og:title ยังมี HTML จากชื่อใน CMS (เช่น <br/>)
• Accessibility (axe): สวิตช์ใน cookie settings ไม่มีชื่อ · drawer เมนูเปิดจาก keyboard แล้วโฟกัสหลุด · iframe VR/แผนที่ไม่มี title · animation ข้อความใส่ aria-label บน div · tab ในหน้ารายละเอียดชี้ panel ที่ไม่มี · dialog แพ็กเกจห้องประชุมเลื่อนด้วย keyboard ไม่ได้
• วิดีโอ Facebook ในหน้าย่านเปิดไม่ได้ · ข้อความ "soft lightstay" ติดกันบนมือถือ

ตามที่ตั้งใจ: brand suffix ต่อท้าย title จาก CMS ที่ยังไม่มีชื่อโรงแรมเมื่อยังพอที่ (ไม่ตัด title จาก CMS) · title fallback ที่ยาว 54–60 ตัวอักษรไม่มี suffix · ข้อมูล CMS ที่ผิดภาษา/ซ้ำ อยู่ในแท็บงานที่ไม่ใช่ Dev

2e) ทดสอบบน UAT จริง 26 ต.ค. — อ่านอย่างเดียว

UAT รันโค้ดชุดเดียวกัน (web f19f4ae, api 1e58e02) · DB migrate แล้วแต่ยังไม่ backfill · 24 agent ใช้ GET อย่างเดียว ≤2 request/วินาที · ไม่โดน Cloud Armor บล็อกเลย

เจอเฉพาะบนสภาพแวดล้อมจริง (ไม่ใช่โค้ดรอบนี้): http:// ไม่ redirect ไป https ทั้ง UAT และ prod (medium, infra) · Cloud Armor บล็อกไฟล์ CMS /assets/500--bpmkw88.js (low, infra) · HEAD ไป /_next/image ได้ 403 เพราะ rule 9700 อนุญาตแค่ GET (low) · GA4 ทำงานก่อนผู้ใช้ยินยอม และ CSP บล็อก GA4 Google Signals (มีบน prod เดิม) · reCAPTCHA error ตอนสลับภาษาหน้าฟอร์ม (มีบน prod เดิม)

ข้อมูล UAT: Home Setting บน UAT ไม่มี SEO image จึงไม่มี og:image ที่หน้าแรก/PDPA (prod มี) · การ์ดย่าน link-out บน UAT ชี้ไปหน้าที่ไม่มี 12 ลิงก์ · บั๊ก low จากรอบ local เจอซ้ำบน UAT เหมือนเดิม

2f) ทดสอบบน prod จริง 26 ต.ค. — อ่านอย่างเดียว หลัง deploy

prod รันโค้ดชุดเดียวกับ UAT (web f19f4ae, api 1e58e02, cms 952943b) · DB migrate แล้วแต่ยังไม่ backfill · 25 agent ใช้ GET อย่างเดียว (ใน browser ตัด POST ทุกตัว hit ของ GA ไม่ถึง property จริง) ≤1.5 request/วินาที · ไม่โดน WAF บล็อกจากการใช้งานปกติ (403 ที่เจอมีแค่ตอนตั้งใจทดสอบ HEAD /_next/image ซึ่งเป็นปัญหาที่รู้อยู่แล้ว) · ผลเหมือน local และ UAT — ไม่เจอบั๊กใหม่จากโค้ดรอบนี้

ต้องจัดการ

• backfill (infra): dry run บนข้อมูล prod จะเติม 15 ช่อง (13 ลงแถว en, 2 ลงแถว th) ไม่มี skip · เปลี่ยนแค่ 5 หน้าภาษาอังกฤษ (/en, /en/contact, /en/press, /en/privacy-policy, /en/terms-and-conditions) · ข้อควรรู้: title หน้าแรกจะเปลี่ยนจาก "YANH Ratchawat Hotel, Dusit, Bangkok" กลับเป็นค่าเดิมใน CMS "YANH Ratchawat" และ /en/contact เป็น "Contact | YANH Hotel" → ทีม content ควรกรอก title ใหม่หลัง backfill
• ใหม่ · medium Terms & Conditions (content): เนื้อหาทั้ง 3 ภาษาขึ้นต้นด้วยข้อความที่หลงมาจาก ChatGPT ("Below is the revised Website Terms of Use for SCX…") และอ้างถึง SCX · ภาษาจีนเป็นสำเนาภาษาอังกฤษ · อยู่บนหน้ามาก่อนแล้ว แต่ตอนนี้กลายเป็น meta/og description เพราะแถวภาษายังไม่มี SEO · backfill แก้ได้แค่ /en
• ใหม่ · medium โดเมนเปล่า yanhhotel.com เข้าไม่ได้ (infra, ไม่ได้เกิดจาก deploy): cert ของ LB มีแค่ *.yanhhotel.com ซึ่งไม่ครอบคลุมโดเมนเปล่า · cert เดิมของ GoDaddy หมดอายุ 19 ต.ค.
• วิดีโอ hero บน prod ยังเป็นไฟล์เดิม (content): desktop 7.8 MB, mobile ไม่มี faststart (โหลดซ้ำ 642 KB) — ต้นทุน performance ก้อนใหญ่ที่สุดที่เหลือ
• content (low): หน้า neighbourhood 6 หน้าใช้ description เดียวกัน (ข้อความ seed) และฟอร์ม CMS ของรายการย่านไม่มีช่อง description · Hotel description ใน JSON-LD หน้า th/zh เป็นภาษาอังกฤษ (ยังไม่สร้าง web.seo.hotelDescription)

บั๊ก low จากงานรอบนี้: 4 ข้อเดิมในข้อ 2d (/cn Back to Home, UTM หายตอน redirect slug, /llms.txt หน้าขาว, ร้านอาหารไม่มี address) เจอซ้ำบน prod

มีมาก่อนรอบนี้ (ยืนยันกับโค้ดเดิมแล้ว): http:// ไม่ redirect ไป https · HEAD ที่ /_next/image ได้ 403 · GA4 ทำงานก่อนยินยอม และยังส่งแม้กด "ปฏิเสธทั้งหมด" (ไม่มี Consent Mode — ผู้ตรวจปรับเป็น medium เพราะเป็นเรื่อง PDPA) · หน้าย่อยไม่มี <main> · หน้า 404 ของ slug ที่ไม่มี ชื่อแท็บเปลี่ยนเป็นชื่อหน้า detail หลังโหลด (status 404 ถูก) · สลับภาษาหน้าฟอร์มทันทีหลังโหลดจะ reload (reCAPTCHA) · ไม่มี Cloud CDN · ข้อมูล prod 795 URL ยังชี้ bucket ของ dev

3) เรื่องที่รอตัดสินใจ

4) ก่อนและหลัง deploy (ส่วนของ dev) — deploy prod แล้ว 26 ต.ค.

1. ตรวจในเบราว์เซอร์: ✅ ทดสอบบน prod หลัง deploy แล้ว (ข้อ 2f) · ก่อนหน้านี้เทสอัตโนมัติด้วย Chrome headless 114/116 (hero, animation, hydration, drawer, จอ 390–1440, ลิงก์จอง, สลับภาษา) · ที่ยังควรดูด้วยตา: ดีไซน์ footer ใหม่ · ยังไม่ได้เทส: การส่งฟอร์ม และหน้าจอ CMS (ต้องมี DB ที่ migrate แล้ว)
2. ลำดับ deploy ของ SEO แยกภาษา (ทำบน UAT ก่อน แล้ว prod): รัน yanh-api/prisma/sql/seo-backfill-preview.sql (อ่านอย่างเดียว) → backup Cloud SQL → migrate job ต้อง build image ใหม่ จาก commit ที่มี schema ใหม่ (clean checkout ของ origin/uat ตั้งแต่ 1e58e02): UAT ./run-migrate-job.sh --build · prod CONFIRM_PROD_MIGRATE=yes ./run-migrate-job.sh --project=scx-yanhhotel-prod --build · ถ้าไม่ใส่ --build จะรัน image เก่า (schema เดิม) ไม่เพิ่มคอลัมน์แต่ขึ้นว่าสำเร็จ · ห้ามรัน image เก่าหลังเพิ่มคอลัมน์แต่ก่อน backfill เพราะคอลัมน์ใหม่ที่ยังว่างจะถูกลบเงียบๆ → seo-backfill.sql → deploy API → deploy CMS ทันที (ห้ามแก้ SEO ใน CMS ระหว่างนี้) → deploy เว็บ
3. สถานะ UAT และ prod (26 ต.ค.): uat ถูก merge และ deploy ก่อน migrate → API UAT ตอบ 500 ในส่วนที่มี SEO แยกภาษา · ต่อมา DB ถูก migrate แล้ว (API กลับมา 200) แต่ยังไม่ได้รัน seo-backfill.sql เว็บ UAT จึงยังใช้ title fallback แทนค่าใน CMS · prod: API deploy 20:14 ก่อน migrate job 20:16 → API ตอบ 5xx 114 ครั้งระหว่าง 20:13–20:16 แล้วปกติ · เว็บ 20:29, CMS 20:30 · ยังไม่ backfill · ขั้นต่อไป (ทั้ง 2 ที่): preview SQL → seo-backfill.sql
4. Commit / merge: เสร็จแล้ว 26 ต.ค. — feature/seo-audit ทั้ง 3 repo push แล้ว และ merge เข้า dev (web, api — api สร้าง dev ใหม่จาก uat) และ develop (cms) · merge เข้า uat และ main แล้ว 26 ต.ค. (web f19f4ae · api 1e58e02 · cms 952943b)
5. หลัง deploy: ✅ robots.txt, H1, ที่อยู่หน้า Contact, 301 ไป /press, /llms.txt 404 และ JSON-LD parse ตรวจบน prod แล้ว (ข้อ 2f) · ยังเหลือ: Rich Results Test / validator.schema.org — รวมหน้า TANH, ห้องประชุม และบทความย่านที่เพิ่ม schema ใหม่) และส่ง sitemap ใน Search Console · เช็ค /en/blog/media-and-influencer-request ได้ 301 ไป /en/press และ /llms.txt ได้ 404
6. T3 หลัง deploy: ✅ ตรวจแล้ว (www ไม่มี header, www-prod-gcp มี noindex) · คำสั่งเช็คซ้ำ: curl -sI https://www.yanhhotel.com/th | grep -i x-robots ต้องว่าง และ curl -sI https://www-uat.yanhhotel.com/th | grep -i x-robots ต้องได้ noindex · ขั้นต่อของ marketing และ infra อยู่ในแท็บ งานที่ไม่ใช่ Dev
7. Performance: ✅ วัดบน prod หลัง deploy แล้ว (ข้อ 2f) · วัด PageSpeed Insights ซ้ำอีกครั้งหลังทีม content อัปโหลดวิดีโอที่บีบอัดแล้ว — ดูแท็บ งานที่ไม่ใช่ Dev)
8. หลัง deploy ≥ 7 วัน (ตั้งแต่ 2 พ.ย.): ลบ route handler /api/home-setting, /api/hero-banner, /api/general-nav, /api/instagram (ไม่ใช่ /api/instagram/media) และ GET /api/contact

5) งานของ content, marketing, โรงแรม, infra, ดีไซน์ และกฎหมาย

6) ความเสี่ยงที่พบนอก audit (ไม่อยู่ใน PDF · ยังไม่แก้)

• API สาธารณะเปิดเผยชื่อคนแก้ข้อมูลใน CMS (createdByName/updatedByName ในทุก /v1/public/*) — เว็บไม่ส่งต่อแล้ว แต่ต้องแก้ที่ yanh-api
• ปุ่ม Book Now บนการ์ดห้องกดไม่ได้บนมือถือและด้วยคีย์บอร์ด (จะแก้พร้อมเรื่องลิงก์จอง)
• ที่เป็นงาน infra และ marketing (รูป prod อยู่ใน bucket ของ dev, โดเมนเปล่า yanhhotel.com เข้าไม่ได้, GA4 ของ UAT และ PDPA) อยู่ในแท็บ งานที่ไม่ใช่ Dev

เทียบกับ PDF ทีละข้อ

แถวในรายงาน PDF ที่มีงานฝั่ง dev (ยกเว้นแผนปฏิบัติการ ซึ่งมีสถานะอยู่ในหัวข้อ 8) พร้อมสถานะปัจจุบัน "ขึ้น prod แล้ว" หมายถึง deploy prod แล้ว 26 ต.ค. และทดสอบบน prod แล้ว (ข้อ 2f) · "รอ backfill" หมายถึงโค้ดขึ้นแล้วแต่ข้อมูล SEO เดิมยังไม่ถูกย้ายไปแถวภาษา · อีก 18 ข้อที่เป็นงาน content, marketing, โรงแรม/GM หรือกฎหมายล้วนๆ อยู่ในแท็บ งานที่ไม่ใช่ Dev (รวม 79 ข้อ)

Technical SEO (T1–T10)

การ render และความเร็ว

Metadata

Structured data และ entity

AEO / การมองเห็นบน AI

Content

Structure และ UX

สรุปสำหรับผู้บริหาร (Executive summary)

yanhhotel.com ดูดี แต่ยังไม่ได้ทำหน้าที่เชิงพาณิชย์ของมัน ข้อผิดพลาดในการตั้งค่าทำให้ Google มองไม่เห็นเว็บภาษาไทยและภาษาจีน และเปิดสำเนาเว็บ staging ให้สาธารณะเข้าถึงได้ เนื้อหาหน้าแรก เมนู และที่อยู่ ไม่ปรากฏต่อ AI crawler และเมื่อค้นหาด้วยชื่อแบรนด์ ผลที่ได้คือ OTA และเว็บจองลอกเลียนแบบที่ไม่เป็นทางการ แทนที่จะเป็นเว็บของโรงแรมเอง งานแก้ระดับ P1 ใช้เวลาประมาณ 6 วันทำงานของนักพัฒนา

ควรแก้ก่อน และเหตุผลที่ทำให้เสียเงินอยู่ทุกวันนี้

1. หน้าภาษาไทยและจีนตั้ง canonical ไปที่ภาษาอังกฤษ (T1) — แขกชาวไทย ซึ่งเป็นกลุ่มที่อยู่เบื้องหลังข่าวสื่อไทยเกี่ยวกับ YANH และโพสต์ staycation บน Lemon8 หาหน้าภาษาไทยไม่เจอ จึงไปจองผ่าน OTA
2. เว็บ staging และ sitemap ของ staging เปิดสาธารณะ (T2, T3) — เว็บซ้ำอีกชุดหนึ่งแย่งผลการค้นหาชื่อแบรนด์กับเว็บ production
3. หน้าแรก เมนู และที่อยู่ render ฝั่ง client และไม่มี schema — ผู้ช่วย AI ไม่สามารถอธิบายหรือแนะนำโรงแรมจากเว็บของโรงแรมเองได้
4. หน้า dining และ meeting ไม่มีลิงก์เข้า และปุ่มจองแนบวันที่ที่ผ่านไปแล้ว — รายได้ที่ไม่ใช่ห้องพักจึงมองไม่เห็น และ conversion ของการจองตรงรั่วไหลตรงคลิกสุดท้าย

ขอบเขตการตรวจ: URL ทั้ง 81 รายการใน sitemap (EN, TH, ZH) ถูก crawl ทั้งแบบ raw server HTML และแบบหน้าที่ render แล้ว, robots.txt, sitemaps, staging host, PageSpeed Insights (หน้าแรก ทั้ง mobile และ desktop), การค้นหาชื่อแบรนด์ 4 คำค้น และการตรวจเทียบกับรายการบน OTA และข่าวในสื่อ

Technical SEO และการ crawl

ตัว build เองไม่มีปัญหา — เป็น Next.js แบบ server-rendered, ใช้ HTTPS, มี hreflang ทุกหน้า, มีหน้า 404 จริง — แต่มี ข้อผิดพลาดในการตั้งค่า 3 จุด ที่บอกให้ Google เพิกเฉยต่อเว็บภาษาไทยและจีน แล้วชี้ไปที่สำเนา staging ที่เปิดสาธารณะแทน ทั้ง 3 จุดเป็นงานแก้ของนักพัฒนาที่วัดเป็นชั่วโมง ไม่ใช่สัปดาห์

ขอบเขตการ crawl: URL ทั้ง 81 รายการใน XML sitemap (27 หน้า × EN/TH/ZH) ดึงเป็น raw server HTML เมื่อวันที่ 5 ตุลาคม 2026 รวมถึงการตรวจ redirect, 404 และ staging

การ render และความเร็ว

เนื้อหาบนหน้าแรก ทั้งเรื่องราว, ส่วนแนะนำห้องพัก, ย่าน และ "Experience YANH" ถูก fetch ในเบราว์เซอร์ ไม่ได้ส่งมาใน HTML — response จาก server มีข้อความเนื้อหาราว 56 คำ เมนูหลักและที่อยู่ใน footer ก็ render ฝั่ง client เช่นกัน (footer ใน raw HTML เขียนว่า "Copyright undefined") Google render JavaScript ได้ แต่ AI crawler ส่วนใหญ่ไม่ render จึงเห็นหน้าแรกที่แทบว่างเปล่าและไม่มีเมนู ส่วนหน้าภายใน (Our Story, Rooms, หน้าห้องพัก) render ฝั่ง server ได้ถูกต้อง

PageSpeed Insights หน้าแรก วันที่ 5 ตุลาคม 2026 (lab data — Chrome UX Report ไม่มี field data ของเว็บนี้ เพราะ traffic น้อยเกินกว่าจะเข้าเกณฑ์):

สาเหตุหลักที่ถูกชี้: หน้าเว็บหนัก 5.7 MB, request ที่บล็อกการ render (ประมาณ 1.5 วินาที), asset 4.3 MB ที่ตั้ง cache lifetime สั้น, JavaScript ที่ไม่ได้ใช้ 191 KB, ปุ่มที่ไม่มี accessible name และข้อความที่ contrast ต่ำ ค่า layout shift บน desktop 0.705 หมายความว่าเนื้อหากระโดดขณะที่ hero และ feed โหลด — ให้กำหนดขนาดรูปไว้ล่วงหน้า และโหลด Instagram feed ที่อยู่ใต้ fold เฉพาะเมื่อผู้ใช้เลื่อนลงมาถึง

Metadata

Metadata คือชั้นที่อ่อนที่สุด: title ภาษาอังกฤษทั้ง 27 หน้าไม่มีหน้าไหนมีคำว่า "Bangkok" มีเพียงหน้าเดียวที่มีคำว่า "hotel" และ title ของหน้าแรกมีแค่ "YANH Ratchawat" (14 ตัวอักษร) Google จึงต้องเดาเองว่าที่พักนี้คืออะไรและอยู่ที่ไหน

title และ description ภาษาอังกฤษที่เสนอ

รูปแบบ: [Page topic] | YANH Ratchawat [Hotel], Bangkok — title ไม่เกิน 60 ตัวอักษร, description 110–145 ตัวอักษร ข้อเท็จจริงที่ใช้มาจากเว็บไซต์, รายการบน OTA ของโรงแรม และข่าวที่ตีพิมพ์แล้ว ส่วนข้อเสนอ (offers) ต้องตรงกับที่เปิดขายจริง

title ภาษาไทย ควรใช้ชื่อแบรนด์ภาษาไทยที่มีอยู่แล้วบน /th/rooms คือ "โรงแรมย่าน ราชวัตร" พร้อมชื่อเขต เช่น Home → "โรงแรมย่าน ราชวัตร (YANH Ratchawat) | โรงแรมดีไซน์ ย่านดุสิต กรุงเทพฯ" title ภาษาจีน ควรมีคำว่า 曼谷 (กรุงเทพฯ) และ 酒店 (โรงแรม) ทุกหน้า ต้องมี og:image ของตัวเอง (รูป hero ของห้องหรือ venue นั้น) และมี H1 เพียงตัวเดียวที่เฉพาะเจาะจงกับหน้านั้น

Structured data และ entity

ไม่มี structured data เลย: JSON-LD 0 บล็อกจากทั้ง 81 URL สำหรับโรงแรม นี่คืองานแก้ที่ถูกที่สุดแต่ได้ผลสูง เพราะเป็นการส่งชื่อ ที่อยู่ ห้องพัก สิ่งอำนวยความสะดวก และ venue ให้ Knowledge Graph ของ Google และ AI answer engine ในรูปแบบที่ไม่ต้องเดา

ที่อยู่ก็หายไปจากจุดที่เครื่องมองหา — ปรากฏเฉพาะใน footer ที่ render ฝั่ง client ("1376/1 Nakornchaisri Road, Dusit, Bangkok 10300") footer ใน server HTML ไม่มีที่อยู่ หน้า Contact มีเบอร์โทรและอีเมลแต่ไม่มีที่อยู่หรือแผนที่ และ OTA สะกดชื่อถนนต่างกัน (Trip.com: "1376/1 Nakhonchaisi Rd")

Schema ที่ต้องเพิ่ม แยกตาม template

Hotel entity พร้อมวาง (EN — ทำซ้ำสำหรับแต่ละ locale โดยแปลชื่อและคำอธิบาย)

ค่าที่อยู่ในวงเล็บมุม < > (ไฮไลต์สีแดง) ต้องให้โรงแรมยืนยันก่อน release ส่วนค่าอื่นทั้งหมดนำมาจากเว็บไซต์จริงหรือรายการบน OTA ของโรงแรม (78 ห้อง)

{
  "@context": "https://schema.org",
  "@type": "Hotel",
  "@id": "https://www.yanhhotel.com/#hotel",
  "name": "YANH Ratchawat Hotel",
  "alternateName": ["YANH Ratchawat", "โรงแรมย่าน ราชวัตร"],
  "description": "A 78-room neighbourhood hotel in a restored 1980s tech building in Ratchawat, Dusit, Bangkok.",
  "url": "https://www.yanhhotel.com/en",
  "telephone": "+66 2 180 6450",
  "email": "[email protected]",
  "address": {
    "@type": "PostalAddress",
    "streetAddress": "1376/1 <Nakhon Chai Si Road — match Google Business Profile spelling>",
    "addressLocality": "Dusit",
    "addressRegion": "Bangkok",
    "postalCode": "10300",
    "addressCountry": "TH"
  },
  "geo": { "@type": "GeoCoordinates", "latitude": "<from GBP pin>", "longitude": "<from GBP pin>" },
  "numberOfRooms": 78,
  "checkinTime": "<14:00?>",
  "checkoutTime": "<12:00?>",
  "amenityFeature": [
    { "@type": "LocationFeatureSpecification", "name": "Outdoor swimming pool", "value": true },
    { "@type": "LocationFeatureSpecification", "name": "Fitness room", "value": true },
    { "@type": "LocationFeatureSpecification", "name": "Free Wi-Fi", "value": true },
    { "@type": "LocationFeatureSpecification", "name": "Car parking", "value": true },
    { "@type": "LocationFeatureSpecification", "name": "Meeting rooms", "value": true },
    { "@type": "LocationFeatureSpecification", "name": "24-hour front desk", "value": true },
    { "@type": "LocationFeatureSpecification", "name": "Massage service", "value": true },
    { "@type": "LocationFeatureSpecification", "name": "Non-smoking rooms", "value": true }
  ],
  "sameAs": [
    "https://www.facebook.com/yanhratchawat",
    "https://www.instagram.com/yanhratchawat"
  ],
  "image": "<absolute URL of the hero image>"
}

เมื่อขึ้นระบบแล้ว ให้ตรวจสอบด้วย Rich Results Test ของ Google และ Schema.org validator และทำให้ชื่อ ที่อยู่ และเบอร์โทร (NAP) ปรากฏเหมือนกันทุกตัวอักษรใน footer (render ฝั่ง server), หน้า Contact, Google Business Profile และ extranet ของ OTA ทุกเจ้า

AEO / การมองเห็นบน AI

Answer engine มีวัตถุดิบที่ดีเกี่ยวกับ YANH อยู่แล้ว — สื่อไทยและสื่อสายดีไซน์เล่าเรื่องไว้ดี — แต่ไม่มีอะไรชี้พวกมันมาที่ yanhhotel.com ในการค้นหาชื่อแบรนด์ 4 ครั้ง เว็บทางการไม่ปรากฏในผลอันดับต้นเลยสักครั้ง แต่เว็บจองลอกเลียนแบบที่ไม่เป็นทางการกลับปรากฏ

วิธีการ: ใช้ดัชนีการค้นหาเว็บของ Claude ไม่ใช่ Google ให้ถือเป็นสัญญาณเบื้องต้น แล้วยืนยันใน Search Console (อันดับของคำค้นชื่อแบรนด์) และด้วยการถาม ChatGPT, Perplexity, Gemini และ Google AI Mode ว่า "What is the official website of YANH Ratchawat?" (เว็บไซต์ทางการของ YANH Ratchawat คืออะไร)

สิ่งที่ engine รู้อยู่แล้ว เทียบกับสิ่งที่เว็บบอก

งานแก้ เรียงตามผลกระทบ

1. ชี้ทุกโปรไฟล์ที่โรงแรมเป็นเจ้าของมาที่ yanhhotel.com — ช่อง website ของ Google Business Profile, ช่อง "hotel website" บน OTA, bio ของ Facebook, Instagram และ LINE — และขอให้สื่อที่กล่าวถึงข้างต้นลิงก์มาที่เว็บทางการ นี่คือวิธีที่ engine เรียนรู้ว่าโดเมนไหนคือ "ทางการ"
2. Server-render เนื้อหาหน้าแรกและเมนูนำทาง (ดูหัวข้อ Technical → การ render) — GPTBot, ClaudeBot และ PerplexityBot โดยทั่วไปไม่รัน JavaScript ปัจจุบัน robots.txt อนุญาต bot เหล่านี้อยู่แล้ว ให้คงไว้แบบนั้น
3. เผยแพร่หน้า FAQ (EN/TH/ZH, 15–20 คำตอบ, มี FAQPage markup) ครอบคลุม: ทำเลและการเดินทาง, สถานที่สำคัญใกล้เคียงพร้อมเวลาเดินที่วัดจริง, check-in/out, อาหารเช้าที่ TANH, เวลาเปิดสระและยิม, ที่จอดรถ, Wi-Fi และอุปกรณ์สำหรับทำงาน, ห้องสำหรับ 4 คน, การพักระยะยาว, ความจุและราคาห้องประชุม, สัตว์เลี้ยง, รถรับส่งสนามบิน แล้วนำคำตอบที่เกี่ยวข้อง 3–4 ข้อไปใส่ซ้ำในแต่ละหน้าห้องพักและหน้า meeting
4. เพิ่มหน้า Location & Getting Here ที่มีที่อยู่ภาษาอังกฤษและภาษาไทย, แผนที่แบบฝัง, การ์ดภาษาไทยสำหรับยื่นให้คนขับแท็กซี่ และสถานที่สำคัญที่แขกค้นหา (ตลาดราชวัตร, ตลาดศรีย่าน, วัดเบญจมบพิตร, บริเวณพระราชวังดุสิต)
5. เพิ่มหน้า Press ที่อ้างอิง art4d, The Standard, Readthecloud และ BKKMENU และให้เครดิต CHAT Architects ในหน้า Our Story — ข้อเท็จจริงที่มีหลายแหล่งยืนยันตรงกันคือสิ่งที่คำตอบของ AI จะนำมาพูดซ้ำ
6. แสดงคะแนนรีวิวของแขก (widget จาก OTA หรือ review aggregator) บนหน้า Home และ Rooms แต่ อย่า mark up เป็น AggregateRating บนเว็บของโรงแรมเอง เพราะ Google ถือว่าเป็นการรีวิวตัวเอง (self-serving) และจะเพิกเฉย
7. พิจารณาดำเนินการกับโดเมน clone (ร้องเรียนต่อ registrar หรือร้องเรียนด้านแบรนด์) หลังจากสัญญาณทางการข้างต้นพร้อมแล้ว — ต้องขอคำปรึกษาทางกฎหมาย

ไฟล์ llms.txt เป็นทางเลือกและมีความสำคัญต่ำ: ปัจจุบันยังไม่มี engine หลักรายใดพึ่งพาไฟล์นี้ และ /llms.txt ตอนนี้ redirect ไปที่หน้าแรก

Content (เนื้อหา)

เรื่องราวคือสินทรัพย์ — อาคารบริษัทคอมพิวเตอร์ยุค 1980, ด้านหน้าอาคารกระเบื้องสีขาว, ย่านสตรีทฟู้ด — แต่ copy ขายเรื่องนี้ด้วยประโยคสร้างอารมณ์ (mood lines) และหน้าที่สร้างรายได้นอกเหนือจากห้องพัก (meetings, dining, offers) คือหน้าที่เนื้อหาบางที่สุดและมีลิงก์เข้าน้อยที่สุด

หัวข้อที่ควรครองให้ได้ (Topics to own)

ไม่มีข้อมูลปริมาณการค้นหา (keyword volume) สำหรับการตรวจครั้งนี้ (ไม่มีสิทธิ์เข้า Search Console หรือเครื่องมือ keyword) ดังนั้นรายการนี้คือ intent ที่ต้องไปตรวจสอบต่อ ใน Search Console และ Google Keyword Planner ไม่ใช่เป้าหมายที่จัดอันดับความสำคัญแล้ว

intent ภาษาไทยมีโอกาสเติบโตสูงสุด: สื่อไทยรายงานเรื่อง YANH อยู่แล้ว ครีเอเตอร์บน Lemon8 ก็โพสต์ถึงในฐานะที่ staycation และเว็บภาษาไทยคือเว็บที่ข้อผิดพลาดเรื่อง canonical กำลังซ่อนไว้

Structure และ UX

เว็บไซต์ถูกสร้างแบบโบรชัวร์ ไม่ใช่เส้นทางสู่การจอง: 6 หน้าที่ขาย dining และ meetings ไม่มีลิงก์ภายในจากที่ใดเลย ปุ่มจองห้องเปิด booking engine ด้วยวันที่ที่ผ่านไปแล้ว และผู้เข้าชมชาวไทยถูกผลักไปหน้าภาษาอังกฤษ

โครงสร้างเว็บที่เสนอ · 8 ส่วน, hub ใหม่ 3 หน้า

แปดส่วนในเมนูเดียวที่ render ฝั่ง server ทำให้ห้องพัก, dining, meetings และ offers อยู่ห่างจาก Home เพียงคลิกเดียว และทำให้เนื้อหา FAQ และ location มีที่อยู่ถาวร

แผนปฏิบัติการ (Action plan)

งานแก้ P1 จำนวน 11 รายการ ใช้เวลาประมาณ 6 วันทำงานของนักพัฒนา, 2 วันของทีมคอนเทนต์ และ 1 วันของงานธุรการฝั่งการตลาด งานเหล่านี้กำจัดข้อผิดพลาดที่ซ่อนเว็บภาษาไทย ทำให้สำเนา staging รั่วออกไป และยกผลการค้นหาชื่อแบรนด์ให้ OTA ส่วน P2 คือการสร้างหน้าที่ขาย dining และ meetings และ P3 คือกลไกผลิตคอนเทนต์ต่อเนื่อง

แหล่งข้อมูล (Sources)

• yanhhotel.com/en, robots.txt, sitemap.xml และ 81 URL ที่อยู่ใน sitemap — crawl เมื่อ 5 ตุลาคม 2026
• www-uat.yanhhotel.com (staging host) — ตรวจเมื่อ 5 ตุลาคม 2026
• รายงาน PageSpeed Insights หน้าแรก — 5 ตุลาคม 2026
• รายการบน Trip.com — ที่อยู่, 78 ห้อง, คะแนน 9.2/10 จาก 297 รีวิว
• art4d, "YANH RATCHAWAT: Revamping an old building" — CHAT Architects, SC Asset, ประวัติอาคาร
• yanhratchawat.com-bangkok.com — เว็บจองที่ไม่เป็นทางการ และข้อความปฏิเสธความเป็นทางการ (disclaimer) ของเว็บนั้น

คำอธิบายศัพท์ (ผู้แปลเพิ่มเติม)