คำนำของนักแปล: บทความต้นฉบับชุดนี้ประกอบด้วยบทความทั้งหมด 8 บทความ เริ่มต้นด้วยการทำให้ Web Standards เป็นที่นิยมและอธิบายวิธีใช้ Dreamweaver 8 เพื่อสร้างเว็บที่เป็นไปตามมาตรฐาน เนื่องจากบทความของผู้เขียนต้นฉบับเป็นการทบทวนเรื่อง "Build Your เป็นเจ้าของเว็บไซต์ที่ได้มาตรฐานโดยใช้ Dreamweaver 8" (บทความนี้เป็นบทความที่ตัดตอนมาแบบเสียเงิน) จึงได้ลบเนื้อหาออกอย่างเหมาะสม ลำดับนั้นสอดคล้องกับบทความต้นฉบับแต่จะมีการปรับความยาว จึงขอแจ้งให้ทราบ ระดับการแปลมีจำกัด โปรดเข้าใจ
หากคุณกำลังอ่านบทความนี้ แสดงว่าคุณน่าจะสนใจมาตรฐานของเว็บอยู่แล้ว และสนใจอย่างยิ่งเกี่ยวกับการประยุกต์ใช้มาตรฐานในไซต์ที่สร้างด้วย DW (ย่อมาจาก Dreamweaver)
บางทีคุณอาจมีความเข้าใจเกี่ยวกับ WS อยู่แล้ว (ย่อมาจาก Web Standards) แต่คุณไม่รู้วิธีใช้ DW เพื่อเขียนโค้ดที่เข้ากันได้ หรือคุณเป็นผู้ใช้ DW และต้องการปฏิบัติตาม WS, ใช้ CSS อย่างกว้างขวางยิ่งขึ้น และสร้างเอกสารที่เป็นมิตรต่อผู้ใช้มากขึ้น ไม่ว่าคุณจะเป็นคนประเภทไหน บทความนี้จะให้คำตอบที่คุณต้องการ: บอกวิธีใช้ DW เพื่อจัดการ WS
คำจำกัดความของมาตรฐานเว็บ
เท่าที่ WS เกี่ยวข้องกับบทความนี้ ก่อนอื่นเรามาใช้เวลาสักครู่เพื่อชี้แจงให้ชัดเจนว่าเรากำลังพูดถึงอะไร:
WS เป็นข้อกำหนดที่แนะนำภาษาการพัฒนาเว็บและกำหนดโดย W3C ข้อกำหนดเหล่านี้ประกอบด้วยหลายภาษา เช่น HTML, XHTML และ CSS รวมถึงภาษาอื่นๆ ที่เกี่ยวข้อง เช่น MathML ซึ่งใช้เพื่อแสดงสมการทางคณิตศาสตร์ เมื่อคุณมีความต้องการพิเศษดังกล่าว คุณอาจสามารถใช้งานได้ . W3C ยังประกาศใช้ "แนวทางการเข้าถึงเนื้อหาเว็บ - WCAG" - ส่งเสริมการเข้าถึงหน้าเว็บ (ผ่าน WAI)
เคล็ดลับ: รับข้อมูลจำเพาะเหล่านี้โดยตรง
คุณสามารถอ่านข้อกำหนดเหล่านี้ได้บนเว็บไซต์ W3C แม้ว่าบางครั้งอาจอ่านได้ยาก:
HTML4.01
เอ็กซ์เอชทีเอ็มแอล 1.0
ซีเอสเอส 1
ซีเอสเอส 2.1
WCAG 1.0
ในบทความนี้ เราจะใช้ XHTML 1.0, CSS 1 และ 2.1, WCAG 1.0 ตลอดจนข้อกำหนดและคำแนะนำอื่นๆ แต่คุณยินดีที่จะทราบว่าเราไม่จำเป็นต้องอ่านเอกสาร W3C มากเกินไป
ใครต้องการ WS?
คุณอาจมีความคิดที่คลุมเครือว่า WS เป็นสิ่งที่ดี แต่ไซต์หลายแห่ง รวมถึงไซต์ที่มีชื่อเสียงหลายแห่ง ไม่ปฏิบัติตาม WS และดูเหมือนว่าไซต์เหล่านั้นจะได้รับการจัดการอย่างดี แล้วเหตุใดเราจึงควรพยายามปฏิบัติตาม WS อย่างเต็มที่ มีประโยชน์จริง ๆ จากการทำเช่นนั้นหรือไม่ ใครต้องการ WS ใครต้องใส่ใจกับข้อกำหนดและคำแนะนำของ W3C
นักพัฒนาและนักออกแบบเว็บไซต์
คนกลุ่มแรกที่ต้องใส่ใจกับ WS คือพวกเรา: นักพัฒนาและนักออกแบบการสร้างเว็บไซต์ มันคุ้มค่าไหมที่เราจะใช้เวลาเรียนรู้วิธีการพัฒนากับ WS?
มาร์กอัปที่สะอาดทำให้การแก้ไขข้อบกพร่องเร็วขึ้น
หากคุณตรวจสอบหน้าเว็บของคุณด้วย W3C อย่างน้อยคุณจะรู้ว่ามาร์กอัปที่ผิดปกติไม่ใช่สาเหตุของข้อผิดพลาดที่คุณพบ บางครั้ง กระบวนการตรวจสอบหน้าเว็บและแก้ไขข้อผิดพลาดที่พบสามารถแก้ไขปัญหาในการแสดงผลที่เกิดจากองค์ประกอบที่ต่อเนื่องกันหรือแท็กที่สะกดผิดได้
แม้ว่าการตรวจสอบเอกสารของคุณจะไม่สามารถแก้ไขปัญหาได้ แต่อย่างน้อยคุณจะรู้ว่าปัญหานั้นมีอยู่ในเอกสาร Canonical ตอนนี้คุณรู้แล้วว่าปัญหานี้ไม่ใช่จุดบกพร่อง คุณสามารถเริ่มมุ่งเน้นไปที่ปัญหาอื่นๆ ได้ เช่น ความแตกต่างในการจัดการ CSS ในเบราว์เซอร์ต่างๆ
การปฏิบัติตามข้อกำหนดด้านการเข้าถึงเป็นเรื่องง่าย
หากคุณเขียนมาร์กอัป XHTML ตามรูปแบบบัญญัติ คุณสามารถมั่นใจได้ว่าเอกสารนั้นถูกต้องตามความหมาย และคุณสามารถแยกเนื้อหาของเอกสารออกจากงานนำเสนอได้ คุณจะสามารถนำงานหนักมาใช้กับปัญหาการเข้าถึงคอลัมน์ WCAG1.0 มากมายได้ . สิ่งสำคัญคือต้องตระหนักว่าการเข้าถึงไม่ได้มีไว้สำหรับผู้พิการเท่านั้น ไซต์ที่เป็นมิตรสามารถเข้าถึงได้โดยอุปกรณ์ต่างๆ มากมาย เช่น โทรศัพท์มือถือและ PDA ซึ่งไม่มีพลังในการประมวลผลเพื่อจัดการกับมาร์กอัปที่กระจัดกระจายและไม่เป็นมาตรฐาน
เข้ากันได้ไปข้างหน้า
หากคุณพิจารณาเฉพาะประสิทธิภาพของเพจที่พัฒนาขึ้นใหม่ในเบราว์เซอร์ปัจจุบัน คุณจะมั่นใจได้อย่างไรว่าประสิทธิภาพของเพจนั้นในเบราว์เซอร์ใหม่ในอนาคต เบราว์เซอร์ใหม่อาจแสดงเพจของคุณได้ไม่ดีนัก อ๊ะ ตอนนี้คุณประสบปัญหาในการค้นหาและ แก้ไขปัญหาที่น่ารำคาญเหล่านั้น
การปฏิบัติตาม WS จะไม่ช่วยขจัดปัญหานี้ได้อย่างสมบูรณ์ อย่างไรก็ตาม ความเข้ากันได้ของมาตรฐานช่วยลดความเสี่ยงที่การออกแบบของคุณจะล้มเหลวได้อย่างมาก และบริษัทซอฟต์แวร์เบราว์เซอร์ในปัจจุบันก็เริ่มสนับสนุนมาตรฐานเช่นกัน พวกเขาอาจตีความข้อมูลจำเพาะบางส่วนผิดโดยไม่ได้ตั้งใจ แต่ไม่สามารถปฏิเสธได้ทั้งหมด หากสิ่งที่เลวร้ายที่สุดเกิดขึ้นและเบราว์เซอร์ใหม่สร้างผลกระทบที่แปลกประหลาดต่อไซต์มาตรฐานของคุณ การแก้ไขจะง่ายกว่าไซต์ที่เข้ากันไม่ได้มาก หากคุณพบปัญหา ก็จะส่งผลต่อไซต์อื่นๆ ที่ได้มาตรฐานด้วย ภูมิปัญญาโดยรวมของชุมชนเว็บจะชี้ให้เห็นสิ่งนี้และเขียนบทความเพื่อกล่าวถึงเรื่องนี้ ดังนั้น ทุกคนจึงพูดคุยร่วมกันว่าการแก้ไข BUG นี้ในเอกสารที่เข้ากันได้ง่ายกว่าในเอกสารที่เข้ากันไม่ได้
การรีแฟคเตอร์ที่สะดวกยิ่งขึ้น
คุณเคยต้องตัดข้อความออกจากไซต์แล้วสร้างใหม่หรือไม่ และเริ่มต้นใหม่อีกครั้งหรือไม่ คุณเคยเห็นป้ายกำกับเหล่านั้นที่รกไปด้วยป้ายกำกับแบบอักษรและเซลล์ตารางเล็กๆ (ที่ทำให้เราต้องเริ่มต้นใหม่) สิ่งที่ฉันรู้ก็คือฉันมี และมันเป็นกระบวนการที่ยาวนาน ใช้เวลาและเงินจำนวนมาก ทั้งหมดถูกเผาโดย การปรับโครงสร้างของไซต์นี้
การแยกเนื้อหาและการนำเสนอเอกสารช่วยให้คุณปฏิบัติตามมาตรฐานได้อย่างสวยงาม หมายความว่าครั้งต่อไปที่มีคนต้องการปรับโครงสร้างไซต์ใหม่ พวกเขาไม่จำเป็นต้องคัดลอกเอกสารบนเว็บออกมา ข้อความทั้งหมดในไซต์จะถูกทำเครื่องหมายด้วยความหมาย (X)HTML และข้อมูลการนำเสนอทั้งหมด - ซึ่งเป็นสิ่งที่ผู้ดูแลเว็บต้องการเปลี่ยนแปลง - จะถูกจัดเก็บไว้ในไฟล์ CSS ที่เปลี่ยนได้ง่าย
ลูกค้าบางรายไม่รอให้มีการปรับโครงสร้างใหม่ก่อนจึงจะเริ่มขอให้คุณทำการเปลี่ยนแปลง พวกเขาจะรอจนกว่าพวกเขาจะไปเยี่ยมชมหลุมฟอสซิลแมมมอธ แล้วจึงขอให้คุณพูดว่า "แค่ย้ายคอลัมน์ซ้ายไปทางขวา" ." สำหรับ a สำหรับไซต์ที่เข้ากันได้มาตรฐาน หน้าทั้งหมดจะถูกควบคุมโดย CSS คุณสามารถย้ายแท็กบนหน้าได้อย่างง่ายดายโดยไม่ต้องคำนึงถึงลูกเล่นในหลาย ๆ หน้าที่มีตารางที่ซับซ้อนเป็นโครงสร้าง ทำให้การเปลี่ยนเค้าโครงหน้าง่ายขึ้น
การแยกโครงสร้างออกจากการนำเสนอยังช่วยให้เพิ่มองค์ประกอบใหม่ๆ ได้ง่ายขึ้น เช่น เว็บไซต์เวอร์ชันภาพขนาดเล็กที่มีคอนทราสต์สูง ซึ่งอาจดึงดูดผู้ชมบางรายได้มากขึ้น เหตุใดจึงสร้างเพจเวอร์ชันข้อความเท่านั้นแยกต่างหาก ในเมื่อคุณสามารถแทนที่สไตล์ชีตได้อย่างง่ายดาย
บริษัทซอฟต์แวร์เบราว์เซอร์
บริษัทซอฟต์แวร์เบราว์เซอร์เริ่มให้ความสนใจกับ WS ในอดีต บริษัทซอฟต์แวร์เบราว์เซอร์ได้เพิ่มแท็กและคุณลักษณะที่เป็นกรรมสิทธิ์ของตนเองให้กับภาษาพื้นฐาน แต่ตอนนี้เบราว์เซอร์ทั้งหมดเริ่มปฏิบัติตามมาตรฐานอย่างที่ไม่เคยเป็นมาก่อน และเบราว์เซอร์ล่าสุดบางตัวก็พยายามแสดงผลตาม (X)HTML และ CSS ตามที่กำหนดไว้ในข้อกำหนด
ในอนาคตอันใกล้นี้ เบราว์เซอร์จะสามารถแสดงมาร์กอัปและโค้ดที่ไม่ได้มาตรฐานส่วนใหญ่ได้ เพราะหากไม่แสดง ไซต์ที่ไม่ได้มาตรฐานจำนวนหลายพันแห่งจะไม่แสดงอย่างถูกต้อง - และจากนั้นสาธารณชนก็มีแนวโน้มที่จะเริ่มตำหนิเบราว์เซอร์ ไม่ใช่นักออกแบบเว็บไซต์ อย่างไรก็ตาม อุปกรณ์อื่นๆ (อุปกรณ์ที่ไม่มีพลังการประมวลผลแบบเดสก์ท็อป) จะต้องพึ่งพาความเข้ากันได้ที่เป็นมาตรฐานของโค้ดที่พวกเขาพบมากขึ้น
ผู้ผลิตซอฟต์แวร์เครื่องมือสร้าง
ผู้จำหน่ายซอฟต์แวร์เครื่องมือเขียน เช่น Macromedia ซึ่งผลิต Dreamweaver เริ่มปฏิบัติตาม WS เช่นเดียวกับนักออกแบบเว็บไซต์ เป็นต้น เนื่องจากลูกค้าต้องการให้เครื่องมือเขียนเหล่านี้สร้างมาร์กอัปมาตรฐานออกมามากขึ้นเรื่อยๆ เดิมที สภาพแวดล้อมการพัฒนาภาพเหล่านี้ไม่มีชื่อเสียงที่ดี เนื่องจากสร้างความสับสนและมาร์กอัปที่ไม่ได้มาตรฐาน อย่างไรก็ตาม สภาพแวดล้อมการพัฒนาภาพหลักล่าสุดได้เรียกใช้องค์ประกอบมาตรฐานของความเข้ากันได้และการเข้าถึง ซึ่งได้กลายเป็นจุดขายหลักด้วย ผู้จำหน่ายซอฟต์แวร์จะต้องรับฟังและตอบสนองต่อความต้องการของตลาด
ผู้ใช้เว็บ
ผู้ใช้ไซต์ที่เราออกแบบยังได้รับประโยชน์จากการนำ WS ของเรามาใช้ แม้ว่าพวกเขาจะไม่รู้ตัวก็ตาม บางทีพวกเขาอาจใช้ไซต์ที่พัฒนาขึ้นมาสำหรับเบราว์เซอร์ยอดนิยมในปัจจุบันโดยไม่รู้ตัว หากผู้ใช้เหล่านี้เปลี่ยนไปใช้เบราว์เซอร์อื่น พวกเขาอาจพบว่าประสบการณ์ออนไลน์ไม่สนุกอีกต่อไป เนื่องจากเบราว์เซอร์ใหม่จะไม่ยอมรับแท็กที่เป็นกรรมสิทธิ์เหล่านั้น ไซต์ที่ได้มาตรฐานและเข้ากันได้จะทำงานได้ดีในเบราว์เซอร์ต่างๆ ไม่ว่าจะเป็นเบราว์เซอร์ที่มีอยู่หรือในอนาคต
นอกจากนี้ เว็บไซต์ที่ปฏิบัติตามคำแนะนำในการเข้าถึงจะเข้าถึงได้ง่ายขึ้นสำหรับผู้ใช้ที่พบว่าการท่องเว็บไม่น่าพอใจ เว็บควรจัดให้มีเงื่อนไขการซื้อ การอ่าน และการค้นหาที่สะดวกยิ่งขึ้นสำหรับผู้มีความบกพร่องทางการมองเห็นหรือความพิการอื่นๆ ไม่ควรป้องกันไซต์เหล่านี้จากการเรียกดูไซต์เนื่องจากใช้แท็กที่เป็นกรรมสิทธิ์หรือเทคโนโลยีพิเศษอื่น ๆ (หมายถึงเบราว์เซอร์)