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

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

สรุปงานที่ทำไปแล้วหลังได้รับ audit: แก้เหตุรูปเสียทั้งเว็บที่ WAF (ขึ้นระบบแล้วทั้ง prod และ UAT) และแก้โค้ด P1 รอบแรกบน branch feature/seo-audit ซึ่งmerge เข้า dev แล้ว แต่ยังไม่ deploy — 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 (merge เข้า dev แล้ว · รอ deploy)

Branch แตกจาก origin/uat (bf66065 = โค้ดที่ deploy อยู่) เพราะ 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) — โค้ดเสร็จ 22 ต.ค. (รอ deploy + อัปโหลดวิดีโอ)

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

2c) P2 ชุดที่ไม่ต้องเพิ่มระบบ — โค้ดเสร็จ 23 ต.ค. (รอ deploy)

ทำด้วยข้อมูลที่ 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

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

4) ก่อนและหลัง deploy (ส่วนของ dev)

1. ตรวจในเบราว์เซอร์: เทสอัตโนมัติด้วย 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 (26 ต.ค.): uat ถูก merge และ deploy ก่อน migrate → API UAT ตอบ 500 ในส่วนที่มี SEO แยกภาษา · ต่อมา DB ถูก migrate แล้ว (API กลับมา 200) แต่ยังไม่ได้รัน seo-backfill.sql เว็บ UAT จึงยังใช้ title fallback แทนค่าใน CMS · ขั้นต่อไป: 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 dev → uat ตอน deploy UAT (ต้อง migrate ก่อน deploy API)
5. หลัง deploy: ตรวจ robots.txt, H1, ที่อยู่หน้า Contact, JSON-LD (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: เช็ค 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: หลัง deploy วัด PageSpeed Insights ซ้ำ (หลังทีม content อัปโหลดวิดีโอที่บีบอัดแล้ว — ดูแท็บ งานที่ไม่ใช่ Dev)
8. หลัง deploy ≥ 7 วัน: ลบ 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, GA4 ของ UAT และ PDPA) อยู่ในแท็บ งานที่ไม่ใช่ Dev

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

แถวในรายงาน PDF ที่มีงานฝั่ง dev (ยกเว้นแผนปฏิบัติการ ซึ่งมีสถานะอยู่ในหัวข้อ 8) พร้อมสถานะปัจจุบัน "รอ deploy" หมายถึงโค้ดเสร็จบน branch feature/seo-audit แล้ว แต่ยังไม่ขึ้นระบบ · อีก 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": "stay@yanhhotel.com",
  "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) ของเว็บนั้น

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