માન્યતા માટે ડેટા તપાસી રહ્યું છે. માન્ય HTML કોડ માન્ય વિનંતીઓ

અત્યાર સુધી અમે HTML કોડના વ્યક્તિગત ટુકડાઓ જોયા છે. પરંતુ HTML દસ્તાવેજ (અથવા વેબ પેજ, જેનો અર્થ એ જ વસ્તુ છે)ને માન્ય થવા માટે ચોક્કસ માળખાની જરૂર છે.

શા માટે આપણે HTML દસ્તાવેજ માન્યતા વિશે કાળજી રાખીએ છીએ?

  • સચોટતા: એક માન્ય દસ્તાવેજ બ્રાઉઝરમાં યોગ્ય રીતે પ્રદર્શિત થાય છે.
  • ડિબગીંગ: ખરાબ HTML કોડ ભૂલોનું કારણ બની શકે છે જેને શોધવાનું મુશ્કેલ છે.
  • જાળવણીક્ષમતા: માન્ય દસ્તાવેજને પછીથી અપડેટ કરવું વધુ સરળ છે, બીજા કોઈ માટે પણ.
ડોક્ટીપ

અમે લખીએ છીએ તે પ્રથમ માહિતી છે પ્રકાર HTML દસ્તાવેજ - doctype.

ડોકટાઈપને વર્ષોથી કારના વર્ઝન તરીકે વિચારો: તમે 1986માં ખરીદેલ ફોર્ડ ફિએસ્ટા એ ફિએસ્ટા 2 હતી. જો તમે આજે એક ખરીદો છો, તો તે ફિએસ્ટા 7 છે.

અગાઉ, HTML ની ​​ઘણી આવૃત્તિઓ એક સાથે અસ્તિત્વમાં હતી (XHTML અને HTML 4.01 સ્પર્ધાત્મક ધોરણો હતા). હાલમાં, HTML5 એ ધોરણ છે.

બ્રાઉઝરને કહેવા માટે કે HTML દસ્તાવેજ HTML5 છે, ફક્ત નીચેની લાઇનથી તમારા દસ્તાવેજની શરૂઆત કરો:

બસ. ફક્ત ઇન્સ્ટોલ કરો અને તેના વિશે ભૂલી જાઓ.

તમે આશ્ચર્ય પામી રહ્યા હશો કે આ HTML5 doctype નંબર 5 નો ઉલ્લેખ શા માટે કરતું નથી. W3C એ વિચાર્યું કે doctype ની અગાઉની વ્યાખ્યાઓ ખૂબ જ ગૂંચવણભરી હતી અને તેણે HTML સંસ્કરણના ઉલ્લેખને દૂર કરીને તેને સરળ બનાવવાની તક લીધી.

તત્વ

doctype લાઇન સિવાય, તમારું સમગ્ર HTML દસ્તાવેજ તત્વની અંદર સ્થિત હોવું જોઈએ:

તકનીકી રીતે તમામ HTML ઘટકોના પૂર્વજ છે.

લક્ષણો કેવી રીતે વહન કરવામાં આવે છે વધારાની માહિતી HTML તત્વ માટે, તત્વ સમગ્ર વેબ પેજ માટે વધારાની માહિતી પણ વહન કરે છે.

ઉદાહરણ તરીકે, પૃષ્ઠ શીર્ષક (ટેબમાં પ્રદર્શિત) આમાં છે:

મારો કલ્પિત બ્લોગ

નીચેના HTML ઘટકો આમાં અને માત્ર આમાં દેખાઈ શકે છે:

જ્યારે તે માત્ર મેટાડેટા ધરાવે છે, તે બિલકુલ પ્રદર્શિત કરવાના હેતુથી નથી (સિવાય), તત્વ એ છે જ્યાં અમે અમારી બધી સામગ્રી લખીએ છીએ. અંદરની દરેક વસ્તુ બ્રાઉઝર વિન્ડોમાં પ્રદર્શિત થશે.

સંપૂર્ણપણે માન્ય HTML દસ્તાવેજ

આ બધી આવશ્યકતાઓને જોડીને, અમે એક સરળ અને માન્ય HTML દસ્તાવેજ લખી શકીએ છીએ:

માર્કશીટ

હેલો વર્લ્ડ!

જો તમે આ ઉદાહરણને બ્રાઉઝરમાં જોશો, તો તમે જોશો કે:

  • બ્રાઉઝર ટેબ પર "માર્કશીટ" લખેલી છે;
  • "હેલો વર્લ્ડ!" વિન્ડોમાં પ્રદર્શિત એકમાત્ર ટેક્સ્ટ છે કારણ કે તે એકમાત્ર સામગ્રી છે.

W3C ભૂલો અને ચેતવણીઓ માટે કોઈપણ HTML દસ્તાવેજ તપાસવા માટે માર્કઅપ માન્યતા સેવા પ્રદાન કરે છે.

સાઇટના HTML કોડની માન્યતા તપાસવી એ જરૂરી રીતે મારામાં સમાવવામાં આવેલ છે. પરંતુ એસઇઓ પ્રમોશન પર માન્યતા ભૂલોના મહત્વને વધારે પડતો અંદાજ આપવાની જરૂર નથી - તે ખૂબ નાનું છે. TOP માં કોઈપણ વિષય માટે મોટી સંખ્યામાં આવી ભૂલોવાળી સાઇટ્સ હશે અને તે બરાબર રહે છે.

પરંતુ! સાઇટ પર તકનીકી ભૂલોની ગેરહાજરી એ રેન્કિંગ પરિબળ છે, અને તેથી આ તકને અવગણવી જોઈએ નહીં. તેને ઠીક કરવું વધુ સારું છે, તે ચોક્કસપણે વધુ ખરાબ થશે નહીં. શોધ એંજીન તમારા પ્રયત્નો જોશે અને તમને તમારા કર્મમાં નાનો ફાયદો આપશે.

HTML કોડની માન્યતા માટે સાઇટ કેવી રીતે તપાસવી

સાઇટ કોડની માન્યતાનો ઉપયોગ કરીને તપાસવામાં આવે છે ઑનલાઇન સેવા W3C HTML વેલિડેટર. જો ત્યાં ભૂલો હોય, તો સેવા તમને સૂચિ આપે છે. હવે હું સૌથી સામાન્ય પ્રકારની ભૂલોનું વિશ્લેષણ કરીશ જે મને સાઇટ્સ પર મળી છે.

  • ભૂલ: ડુપ્લિકેટ ID min_value_62222

અને આ ભૂલ પાછળ એક ચેતવણી છે.

  • ચેતવણી: ID min_value_62222 ની પ્રથમ ઘટના અહીં હતી

આનો અર્થ એ છે કે શૈલી ઓળખકર્તા ID ડુપ્લિકેટ છે, જે, html માન્યતાના નિયમો અનુસાર, અનન્ય હોવું આવશ્યક છે. ID ને બદલે, તમે ડુપ્લિકેટ ઑબ્જેક્ટ્સ માટે CLASS નો ઉપયોગ કરી શકો છો.

આને સુધારવું ઇચ્છનીય છે, પરંતુ ખૂબ જટિલ નથી. જો આવી ઘણી બધી ભૂલો છે, તો તેને સુધારવી વધુ સારું છે.

એ જ રીતે, અન્ય વિકલ્પો હોઈ શકે છે:

  • ભૂલ: ડુપ્લિકેટ ID પ્લેસવર્કટાઇમ્સ
  • ભૂલ: ડુપ્લિકેટ ID callbackCss-css
  • ભૂલ: ડુપ્લિકેટ ID Capa_1

નીચેની એક ખૂબ જ સામાન્ય ચેતવણી છે.

  • ચેતવણી: JavaScript સંસાધનો માટે પ્રકાર વિશેષતા બિનજરૂરી છે

વેબસાઇટ માન્યતા તપાસતી વખતે આ એક ખૂબ જ સામાન્ય ભૂલ છે. HTML5 નિયમો અનુસાર, સ્ક્રિપ્ટ ટૅગ માટે ટાઇપ એટ્રિબ્યુટ જરૂરી નથી;

શૈલીઓ માટે સમાન ચેતવણી:

  • ચેતવણી: શૈલી ઘટક માટે પ્રકાર વિશેષતાની જરૂર નથી અને તેને અવગણવી જોઈએ

આ ચેતવણીઓને સુધારવી ઇચ્છનીય છે, પરંતુ મહત્વપૂર્ણ નથી. મુ મોટી માત્રામાંતેને ઠીક કરો.

  • ચેતવણી: વ્યુપોર્ટ મૂલ્યોને ટાળવાનું ધ્યાનમાં લો જે વપરાશકર્તાઓને દસ્તાવેજોનું કદ બદલવાથી અટકાવે છે

આ ચેતવણી સૂચવે છે કે તમે મોબાઇલ અથવા ટેબ્લેટ પર પૃષ્ઠનું કદ વધારી શકતા નથી. એટલે કે, વપરાશકર્તા ચિત્રો અથવા ખૂબ નાના ટેક્સ્ટને નજીકથી જોવા માંગતો હતો અને આ કરી શકતો નથી.

મને આ ચેતવણી ખૂબ જ અનિચ્છનીય લાગે છે, તે વપરાશકર્તા માટે અસુવિધાજનક છે અને વર્તણૂકીય કારણોસર તે માઈનસ છે. આ ઘટકોને દૂર કરીને દૂર કરવામાં આવે છે - મહત્તમ-સ્કેલ=1.0 અને વપરાશકર્તા-સ્કેલેબલ=નં.

  • ભૂલ: આઇટમપ્રોપ એટ્રિબ્યુટનો ઉલ્લેખ કરવામાં આવ્યો હતો, પરંતુ તત્વ કોઈપણ આઇટમની મિલકત નથી

આ માઇક્રો માર્કઅપ છે, આઇટમપ્રોપ એટ્રિબ્યુટ આઇટમસ્કોપ સાથે એલિમેન્ટની અંદર હોવું આવશ્યક છે. મને લાગે છે કે આ ભૂલ ગંભીર નથી અને તેને જેમ છે તેમ છોડી શકાય છે.

  • ચેતવણી: દસ્તાવેજો વિશે: લેગસી-કોમ્પેટનો ઉપયોગ ન કરવો જોઈએ, સિવાય કે જો લેગસી સિસ્ટમ્સ દ્વારા જનરેટ કરવામાં આવે કે જે પ્રમાણભૂત દસ્તાવેજના પ્રકારને આઉટપુટ કરી શકતું નથી

વિશે:લેગસી-કોમ્પેટ લાઇન ફક્ત html જનરેટર માટે જ જરૂરી છે. અહીં તમારે ફક્ત તે કરવાની જરૂર છે, પરંતુ ભૂલ જરા પણ જટિલ નથી.

  • ભૂલ: સ્ટ્રે એન્ડ ટૅગ સ્રોત

જો તમે સાઇટના કોડમાં જ જુઓ અને આ તત્વ શોધો, તો તમે જોઈ શકો છો કે એક જ ટેગ જોડી તરીકે લખાયેલ છે - આ સાચું નથી.

તદનુસાર, તમારે કોડમાંથી ક્લોઝિંગ ટેગ દૂર કરવાની જરૂર છે. આ ભૂલની જેમ, ટૅગ્સ આવી શકે છે

  • ભૂલ: અમુક શરતો સિવાય, img ઘટકમાં alt લક્ષણ હોવું આવશ્યક છે. વિગતો માટે, છબીઓ માટે ટેક્સ્ટ વિકલ્પો પ્રદાન કરવા અંગે માર્ગદર્શનનો સંપર્ક કરો

બધી છબીઓમાં એક વૈકલ્પિક વિશેષતા હોવી આવશ્યક છે, હું આ ભૂલને ગંભીર માનું છું અને તેને ઠીક કરવાની જરૂર છે.

  • ભૂલ: આ સંદર્ભમાં એલિમેન્ટ ol ને એલિમેન્ટ ul ના ચાઇલ્ડ તરીકે મંજૂરી નથી. (આ સબટ્રીમાંથી વધુ ભૂલોને દબાવીને.)

ટૅગ્સનું માળખું અહીં ખોટું છે. IN

    ત્યાં માત્ર હોવું જોઈએ
  • . આ ઉદાહરણમાં, આ તત્વોની બિલકુલ જરૂર નથી.

    તેવી જ રીતે, આના જેવી અન્ય ભૂલો પણ હોઈ શકે છે:

    • આ સંદર્ભમાં એલિમેન્ટ ul ના બાળક તરીકે એલિમેન્ટ h2 ને મંજૂરી નથી.
    • આ સંદર્ભમાં એલિમેન્ટ એ એલિમેન્ટ ul ના બાળક તરીકે માન્ય નથી.
    • આ સંદર્ભમાં એલિમેન્ટ નોઈન્ડેક્સને એલિમેન્ટ li ના ચાઈલ્ડ તરીકે મંજૂરી નથી.
    • આ સંદર્ભમાં એલિમેન્ટ ડીવીને એલિમેન્ટ ul ના બાળક તરીકે મંજૂરી નથી.

    આ બધું સુધારવાની જરૂર છે.

    • ભૂલ: આ બિંદુએ એલિમેન્ટ મેટા પર વિશેષતા http-equiv ને મંજૂરી નથી

    http-equiv એટ્રિબ્યુટ મેટા એલિમેન્ટ માટે બનાવાયેલ નથી, તેને દૂર કરવાની અથવા બદલવાની જરૂર છે.

    સમાન ભૂલો:

    • ભૂલ: આ બિંદુએ એલિમેન્ટ a પર એટ્રિબ્યુટ n2-લાઇટબૉક્સની મંજૂરી નથી.
    • ભૂલ: આ બિંદુએ એલિમેન્ટ સ્ક્રિપ્ટ પર એટ્રિબ્યુટ asyncsrc ને મંજૂરી નથી.
    • ભૂલ: આ બિંદુએ એલિમેન્ટ વિકલ્પ પર વિશેષ કિંમતની મંજૂરી નથી.
    • ભૂલ: આ બિંદુએ એલિમેન્ટ સ્પાન પર એટ્રિબ્યુટ હેશસ્ટ્રિંગની મંજૂરી નથી.

    અહીં તમારે n2-લાઇટબોક્સ, asyncsrc, કિંમત, હેશસ્ટ્રિંગ વિશેષતાઓને દૂર કરવાની અથવા અન્ય વિકલ્પો સાથે બદલવાની પણ જરૂર છે.

    • ભૂલ: માથામાં img માં ખરાબ પ્રારંભ ટેગ

    અથવા આની જેમ:

    • ભૂલ: ડિવ ઇન હેડમાં ખરાબ સ્ટાર્ટ ટેગ

    Img અને div ટૅગ્સ માં ન હોવા જોઈએ. આ ભૂલ સુધારવાની જરૂર છે.

    • ભૂલ: CSS: પાર્સ ભૂલ

    IN આ કિસ્સામાંશૈલીઓમાં કૌંસ પછી કોઈ અર્ધવિરામ ન હોવો જોઈએ.

    ઠીક છે, આવી ભૂલ, એક નાનકડી, પરંતુ સુખદ નથી) તમારા માટે જુઓ કે તેને દૂર કરવાની જરૂર છે કે નહીં, તે સાઇટના પ્રમોશન પર કોઈ અસર કરશે નહીં.

    • ચેતવણી: સ્ક્રિપ્ટ ઘટક પર અક્ષરસેટ વિશેષતા અપ્રચલિત છે

    સ્ક્રિપ્ટ્સમાં એન્કોડિંગનો ઉલ્લેખ કરવાની હવે કોઈ જરૂર નથી; આ એક અપ્રચલિત તત્વ છે. ચેતવણી તમારા વિવેકબુદ્ધિથી મહત્વપૂર્ણ નથી.

    • ભૂલ: એલિમેન્ટ સ્ક્રિપ્ટમાં એટ્રિબ્યુટ અક્ષર સેટ ન હોવો જોઈએ સિવાય કે એટ્રિબ્યુટ src પણ ઉલ્લેખિત ન હોય

    આ ભૂલમાં, તમારે સ્ક્રિપ્ટમાંથી charset="uft-8" વિશેષતા દૂર કરવાની જરૂર છે, કારણ કે તે સ્ક્રિપ્ટની બહાર એન્કોડિંગ બતાવે છે. મને લાગે છે કે આ ભૂલ સુધારવાની જરૂર છે.

    • ચેતવણી: ખાલી મથાળું

    અહીં એક ખાલી h1 હેડર છે. તમારે ટૅગ્સ દૂર કરવાની અથવા તેમની વચ્ચે શીર્ષક મૂકવાની જરૂર છે. ભૂલ ગંભીર છે.

    • ભૂલ: ટૅગ સમાપ્ત કરો br

    બીઆર ટેગ સિંગલ છે, પરંતુ તે એવી રીતે બનાવવામાં આવે છે કે જાણે તે જોડીને બંધ કરી રહ્યું હોય. આપણે ટેગમાંથી / દૂર કરવાની જરૂર છે.

    • ભૂલ: નામ આપવામાં આવેલ અક્ષર સંદર્ભ અર્ધવિરામ દ્વારા સમાપ્ત કરવામાં આવ્યો ન હતો. (અથવા & તરીકે છટકી જવું જોઈએ.)

    આ ખાસ HTML અક્ષરો છે, તમારે તેમને યોગ્ય રીતે લખવાની અથવા &કૉપિ કરવાની જરૂર છે. આ ભૂલ સુધારવા માટે તે વધુ સારું છે.

    • જીવલેણ ભૂલ: છેલ્લી ભૂલ પછી પુનઃપ્રાપ્ત કરી શકાતી નથી. આગળની કોઈપણ ભૂલોને અવગણવામાં આવશે

    આ એક ગંભીર ભૂલ છે:

    તે પછી કંઈપણ હોવું જોઈએ નહીં, કારણ કે આ પૃષ્ઠનો છેલ્લો બંધ ટેગ છે. તમારે તેના પછી બધું કાઢી નાખવાની અથવા તેને ઉપર ખસેડવાની જરૂર છે.

    • ભૂલ: CSS: અધિકાર: માત્ર 0 એક એકમ હોઈ શકે છે. તમારે તમારા નંબર પછી એક યુનિટ મૂકવું આવશ્યક છે

    તમારે px માં મૂલ્ય લખવાની જરૂર છે:

    અહીં એક સમાન ભૂલ છે:

    • ભૂલ: CSS: માર્જિન-ટોપ: માત્ર 0 એક એકમ હોઈ શકે છે. તમારે તમારા નંબર પછી એક યુનિટ મૂકવું આવશ્યક છે
    • ભૂલ: બંધ ન કરેલું તત્વ a

    તમારા કોડની ઘણી તપાસ કરે છે. મુખ્ય રાશિઓ:

  • સિન્ટેક્સ માન્યતા - વાક્યરચના ભૂલો માટે તપાસી રહ્યું છે.
  • તે માન્ય HTML ટેગ ન હોવા છતાં પણ તે માન્ય વાક્યરચના છે, તેથી સારા HTML લખવા માટે વાક્યરચના ચકાસણી ઓછામાં ઓછી ઉપયોગી છે.
  • ટૅગ્સનું માળખું તપાસી રહ્યું છે - ટૅગ્સ તેમના ઉદઘાટનની તુલનામાં વિપરીત ક્રમમાં બંધ હોવા જોઈએ. ઉદાહરણ તરીકે, આ ચેક સાથે ભૂલો પકડે છે.
  • ડીટીડી માન્યતા - તમારો કોડ ઉલ્લેખિત દસ્તાવેજ પ્રકાર વ્યાખ્યા સાથે મેળ ખાય છે તે તપાસવું. આમાં ટૅગના નામ, વિશેષતાઓ અને ટૅગ "એમ્બેડિંગ" (એક પ્રકારના ટૅગ્સ અન્ય પ્રકારના ટૅગ્સની અંદર) તપાસવાનો સમાવેશ થાય છે.
  • ધ્યાનમાં રાખો કે આ તાર્કિક તપાસો છે, અને માન્યકર્તાને કેવી રીતે લાગુ કરવામાં આવે છે તેનાથી કોઈ ફરક પડતો નથી. જો ઓછામાં ઓછી એક તપાસ નિષ્ફળ જાય, તો HTML અમાન્ય ગણવામાં આવે છે. અને તેમાં સમસ્યા છે દલીલો HTML માન્યતા માટેની મુખ્ય દલીલ ક્રોસ-બ્રાઉઝર સુસંગતતા છે. દરેક બ્રાઉઝરનું પોતાનું પાર્સર હોય છે, અને બધા બ્રાઉઝર જે સમજે છે તેને ખવડાવવું એ ખાતરી કરવાનો એકમાત્ર રસ્તો છે કે તમારો કોડ બધા બ્રાઉઝર્સમાં યોગ્ય રીતે કાર્ય કરશે. દરેક બ્રાઉઝરની પોતાની HTML ભૂલ સુધારણા પદ્ધતિ હોવાથી, તમે અમાન્ય કોડ પર આધાર રાખી શકતા નથી.

    માન્યતા સામે મુખ્ય દલીલ એ છે કે તે ખૂબ કડક છે અને બ્રાઉઝર્સ વાસ્તવમાં કેવી રીતે કાર્ય કરે છે તેને અનુરૂપ નથી. હા, HTML અમાન્ય હોઈ શકે છે, પરંતુ બધા બ્રાઉઝર કેટલાક અમાન્ય કોડને સમાન રીતે વર્તે છે. જો હું લખું છું તે ખરાબ કોડ માટે હું જવાબદારી લેવા તૈયાર હોઉં, તો મારે તપાસવાની ચિંતા કરવાની જરૂર નથી. મને ચિંતા કરવાની એક જ વસ્તુ છે કે તે કામ કરે છે.

    મારી સ્થિતિ હું જાહેરમાં કોઈ બાબત પર મારી સ્થિતિ વિશે બોલું છું તેમાંથી આ એક છે. હું હંમેશા માન્યતાના વિરોધીઓમાં રહ્યો છું, એ હકીકતના આધારે કે માન્યતાકર્તા વાસ્તવિક-વિશ્વ એપ્લિકેશન્સમાં વ્યવહારુ બનવા માટે ખૂબ કડક છે. એવી વસ્તુઓ છે જે મોટાભાગના બ્રાઉઝર્સ (માં, પછી) દ્વારા સમર્થિત છે જે અમાન્ય છે, પરંતુ કેટલીકવાર યોગ્ય કામગીરી માટે ખૂબ જ જરૂરી છે.

    સામાન્ય રીતે, મારી સૌથી મોટી માન્યતા સમસ્યા #4 (બહારના તત્વો માટે) તપાસી રહી છે. હું ચોક્કસ તત્વ સંબંધિત વધારાના મેટા ડેટાને સંગ્રહિત કરવા માટે HTML ટૅગ્સમાં કસ્ટમ વિશેષતાઓનો ઉપયોગ કરવાનો સમર્થક છું. મારી સમજમાં, આ ઉદાહરણ તરીકે, જ્યારે મારી પાસે ડેટા (બાર) હોય ત્યારે foo એટ્રિબ્યુટ ઉમેરવાનું છે જેને મારે ચોક્કસ ઘટક સાથે સાંકળવાની જરૂર છે. કેટલીકવાર લોકો માન્યતા પસાર કરવા માટે આ હેતુઓ માટે અસ્તિત્વમાં છે તે વિશેષતાઓને ઓવરલોડ કરે છે, ભલે તે વિશેષતાનો ઉપયોગ અન્ય હેતુઓ માટે કરવામાં આવશે. તે મારા માટે કોઈ અર્થમાં નથી.

    બ્રાઉઝરનું રહસ્ય એ છે કે તેઓ ક્યારેય તપાસ કરતા નથી કે HTML કોડ ઉલ્લેખિત DTD સાથે મેળ ખાય છે. તમે દસ્તાવેજમાં ઉલ્લેખિત કરેલ Doctype બ્રાઉઝર પાર્સરને ચોક્કસ મોડ પર સ્વિચ કરે છે, પરંતુ આ doctype લોડ કરતું નથી અને તેના પાલન માટે કોડ તપાસે છે. એટલે કે, બ્રાઉઝર પાર્સર કેટલીક અમાન્યતા ધારણાઓ સાથે HTML પર પ્રક્રિયા કરે છે, જેમ કે સ્વ-બંધ ટૅગ્સ અને ઇનલાઇન ઘટકોની અંદરના ઘટકોને અવરોધિત કરો (મને ખાતરી છે કે અન્ય પણ છે).

    કસ્ટમ એટ્રિબ્યુટ્સના કિસ્સામાં, બધા બ્રાઉઝર્સ સિન્ટેક્ટિકલી યોગ્ય એટ્રિબ્યુટ્સને માન્ય તરીકે પાર્સ કરે છે અને ઓળખે છે. આ જાવાસ્ક્રિપ્ટનો ઉપયોગ કરીને DOM દ્વારા આવી વિશેષતાઓને ઍક્સેસ કરવાનું શક્ય બનાવે છે. તો શા માટે મારે માન્યતા વિશે ચિંતા કરવી જોઈએ? હું મારી વિશેષતાઓનો ઉપયોગ કરવાનું ચાલુ રાખીશ અને મને ખૂબ આનંદ છે કે HTML5 તેમને ઔપચારિક બનાવે છે.

    ટેક્નોલોજીનું શ્રેષ્ઠ ઉદાહરણ જે અમાન્ય HTML માં પરિણમે છે પરંતુ તે એક મોટો તફાવત બનાવે છે તે ARIA છે. ARIA HTML 4 માં નવી વિશેષતાઓ ઉમેરીને કામ કરે છે. આ વિશેષતાઓ HTML તત્વોને વધારાના સિમેન્ટીક અર્થ પૂરા પાડે છે અને બ્રાઉઝર આ સિમેન્ટીકને વિકલાંગ લોકોને મદદ કરવા માટે સહાયક ઉપકરણો સુધી પહોંચાડવામાં સક્ષમ છે. બધા મુખ્ય બ્રાઉઝર્સ હવે ARIA માર્કઅપને સપોર્ટ કરે છે. જો કે, જો તમે આ વિશેષતાઓનો ઉપયોગ કરો છો, તો તમારી પાસે અમાન્ય HTML હશે.

    કસ્ટમ ટૅગ્સની વાત કરીએ તો, મને લાગે છે કે પેજમાં સિન્ટેક્ટલી યોગ્ય નવા ટૅગ ઉમેરવામાં કંઈ ખોટું નથી, પણ મને તેમાં વધુ વ્યવહારુ મૂલ્ય દેખાતું નથી.

    મારી સ્થિતિ સ્પષ્ટ કરવા માટે: હું માનું છું કે તપાસ #1 અને #2 ખૂબ જ મહત્વપૂર્ણ છે અને હંમેશા થવી જોઈએ. હું ચેક #3ને પણ મહત્વપૂર્ણ માનું છું, પરંતુ પહેલા બે જેટલા મહત્વપૂર્ણ નથી. ચેક #4 મારા માટે ખૂબ જ શંકાસ્પદ છે કારણ કે તે કસ્ટમ લક્ષણોને અસર કરે છે. હું માનું છું કે, વધુમાં વધુ, વૈવિધ્યપૂર્ણ વિશેષતાઓને માન્યતા પરિણામોમાં ચેતવણીઓ (ભૂલોને બદલે) તરીકે ચિહ્નિત કરવી જોઈએ જેથી કરીને હું તપાસ કરી શકું કે મેં વિશેષતાનું નામ ખોટી રીતે દાખલ કર્યું છે કે નહીં. કસ્ટમ ટૅગ્સને ભૂલો તરીકે ફ્લેગ કરવાનું શક્ય છે સારો વિચાર, પણ કેટલીક સમસ્યાઓ છે, ઉદાહરણ તરીકે, જ્યારે અન્ય માર્કઅપમાં સામગ્રી એમ્બેડ કરતી વખતે - SVG અથવા MathML.

    માન્યતા ખાતર માન્યતા? મને લાગે છે કે માન્યતા ખાતર માન્યતા અત્યંત મૂર્ખ છે. માન્ય HTML નો અર્થ એ છે કે તમામ 4 ચેક ભૂલો વિના પસાર થયા છે. ત્યાં ઘણી મહત્વપૂર્ણ બાબતો છે જેની માન્ય HTML ગેરેંટી આપતું નથી:
    • માન્ય HTML સુલભતાની ખાતરી આપતું નથી;
    • માન્ય HTML સારા UX (વપરાશકર્તા અનુભવ)ની બાંયધરી આપતું નથી;
    • માન્ય HTML કાર્યકારી વેબસાઇટની બાંયધરી આપતું નથી;
    • માન્ય HTML સાઇટના યોગ્ય પ્રદર્શનની બાંયધરી આપતું નથી.
    માન્ય HTML એ ગર્વ કરવા જેવું કંઈક હોઈ શકે છે, પરંતુ તે પોતે કૌશલ્યનું સૂચક નથી. તમારો માન્ય કોડ હંમેશા મારા અમાન્ય કોડ કરતાં વધુ સારો દેખાવ કરતો નથી. આ મારા કોડને HTML5 માન્યતા તપાસ પાસ કરવાની મંજૂરી આપશે. અલબત્ત, HTML5 વેલિડેટર વિશે કેટલીક બાબતો છે જેની સાથે હું સહમત નથી, પરંતુ હું માનું છું કે તે HTML 4 વેલિડેટર કરતાં વધુ સારી રીતે વ્યવહારિક જરૂરિયાતોને પૂર્ણ કરે છે નિષ્કર્ષ હું માનું છું કે HTML માન્યતાના કેટલાક ભાગો અત્યંત મહત્વપૂર્ણ અને ઉપયોગી છે. પરંતુ હું તેના બંધક બનવા માંગતો નથી કારણ કે હું મારા લક્ષણોનો ઉપયોગ કરું છું. મને ગર્વ છે કે હું મારા કાર્યમાં ARIA નો ઉપયોગ કરું છું અને જો તે અમાન્ય કોડ માનવામાં આવે તો મને વાંધો નથી. ફરીથી, ચાર વેલિડેટર ચેકમાંથી, મને માત્ર એક સાથે સમસ્યા છે. અને HTML5 વેલિડેટર મને આમાંની મોટાભાગની સમસ્યાઓથી બચાવશે.

    હું જાણું છું કે આ ઘણા લોકો માટે વિવાદાસ્પદ વિષય છે, તેથી કૃપા કરીને ટિપ્પણીઓમાં સંપૂર્ણ ભાવનાત્મક નિવેદનોથી દૂર રહો.

    UPD: કર્મ માટે આભાર, મેં તેને થીમેટિકમાં ખસેડ્યું. હું લેખકના શબ્દોનું પુનરાવર્તન કરીશ: હું સમજું છું કે આ એક વિવાદાસ્પદ વિષય છે, પરંતુ કૃપા કરીને સંપૂર્ણપણે ભાવનાત્મક ટિપ્પણીઓથી દૂર રહો અને દલીલો આપો.

    તાજેતરમાં મને મારી થીમ્સની માન્યતા અને સામાન્ય રીતે માન્યતાને લગતા વપરાશકર્તાઓ તરફથી ઘણા પ્રશ્નો પ્રાપ્ત થયા છે. આ પોસ્ટમાં હું તેમને જવાબ આપવા માંગુ છું.

    માન્યતા શું છે?


    એવું માનવામાં આવે છે કે કોડની માન્યતા એ કોઈપણ કોડની એકલ, સાર્વત્રિક લાક્ષણિકતા છે.
    હકીકતમાં, માન્યતા એ દસ્તાવેજના HTML કોડનું doctype માં ઉલ્લેખિત અથવા HTML5 માં સૂચિત નિયમોના ચોક્કસ સમૂહ સાથેનું પાલન છે.
    એટલે કે, માન્યતા એ એક સંબંધિત ખ્યાલ છે, કારણ કે નિયમો અલગ છે, અને તેમની જરૂરિયાતો પણ છે.
    તેને સ્પષ્ટ કરવા માટે, હું એક ઉદાહરણ આપીશ જે મને વેબસાઇટ css-live.ru પર મળ્યું:

    બાંધકામ તરફ રહેણાંક ઇમારતોઅને ન્યુક્લિયર પાવર પ્લાન્ટ, વિવિધ SNiP નો ઉપયોગ કરવામાં આવે છે ( બિલ્ડિંગ કોડ્સઅને નિયમો), તેથી એક દસ્તાવેજ કે જે નિયમોના એક સમૂહ અનુસાર માન્ય છે તે અન્ય અનુસાર માન્ય ન હોઈ શકે (રહેણાંક મકાનના ધોરણો અનુસાર બનાવવામાં આવેલ પરમાણુ પાવર પ્લાન્ટ સરસ રહેશે!).

    doctype સામાન્ય રીતે તે દસ્તાવેજને સૂચવે છે જેની સામે html માન્યતાની યોજના છે, પરંતુ શ્રેષ્ઠ બ્રાઉઝર મોડ પસંદ કરવા માટે વ્યવહારિક કારણોસર પસંદ કરી શકાય છે.
    XHTML5 માં ડોકટાઈપ બિલકુલ ન હોઈ શકે, પરંતુ તેમ છતાં તે માન્ય છે.

    માન્યતા - તે શું છે?

    સરળ શબ્દોમાં કહીએ તો, માન્યતા એ કોડને તપાસવાની અને તેને પસંદ કરેલા ડોકટાઈપ (ડીટીડી)ને અનુરૂપ બનાવવાની પ્રક્રિયા છે.

    માન્યતા કેવી રીતે તપાસવામાં આવે છે?

    HTML કોડની માન્યતા વેલિડેટર નામના સાધન દ્વારા તપાસવામાં આવે છે.
    સૌથી પ્રસિદ્ધ w3c માન્યકર્તા https://www.w3.org છે.
    w3c વેલિડેટર અનેક કોડ તપાસ કરે છે.
    મુખ્ય રાશિઓ:

  • વાક્યરચના ભૂલો માટે તપાસી રહ્યું છે:
    habrahabr.ru/post/101985 માંથી ઉદાહરણ:
    અમાન્ય HTML ટેગ હોવા છતાં માન્ય વાક્યરચના છે
    તેથી સારા HTML કોડ લખવા માટે વાક્યરચનાની ચકાસણી ઓછામાં ઓછી ઉપયોગી છે.
  • ટેગ નેસ્ટિંગ તપાસી રહ્યું છે:
    HTML દસ્તાવેજમાં, ટૅગ્સ તેમના ઉદઘાટનના વિપરીત ક્રમમાં બંધ હોવા જોઈએ. આ ચેક અનક્લોઝ્ડ અથવા અયોગ્ય રીતે બંધ થયેલા ટૅગ્સને ઓળખે છે.
  • DTD અનુસાર html ની માન્યતા:
    કોડ ઉલ્લેખિત DTD - દસ્તાવેજ પ્રકાર વ્યાખ્યા (ડૉકટાઇપ) સાથે કેટલી સારી રીતે મેળ ખાય છે તે તપાસી રહ્યું છે. આમાં ટૅગના નામ, વિશેષતાઓ અને ટૅગ ઇનલાઇનિંગ (એક પ્રકારના ટૅગ્સ અન્ય પ્રકારના ટૅગ્સની અંદર) તપાસવાનો સમાવેશ થાય છે.
  • વિદેશી તત્વો માટે તપાસી રહ્યું છે:
    તે કોડમાં છે તે કંઈપણ શોધી કાઢશે પરંતુ doctype માં નહીં.
    ઉદાહરણ તરીકે, કસ્ટમ ટૅગ્સ અને વિશેષતાઓ.
  • CSS કોડની માન્યતા ચકાસવા માટે, એક css વેલિડેટર છે - http://jigsaw.w3.org/css-validator.
    કોડની માન્યતા એ નિયમોના ઉલ્લેખિત સેટ અનુસાર, ઔપચારિક OBની ગેરહાજરી માટે યાંત્રિક તપાસનું પરિણામ છે.
    તમારે એ સમજવાની જરૂર છે કે માન્યતા એ એક સાધન છે, પોતે મૂલ્ય નથી.
    અનુભવી કોડર્સ સામાન્ય રીતે જાણે છે કે HTML અથવા CSS માન્યતા નિયમોનું ક્યાં ઉલ્લંઘન થઈ શકે છે અને ક્યાં નહીં, અને આ અથવા તે માન્યતા ભૂલના પરિણામો (અથવા નહીં) શું છે.
    જ્યારે વેબસાઇટ અમાન્ય કોડ બનાવે છે તેના ઉદાહરણો:

    • વધુ અનુકૂળ અને ઝડપી - Javascrip/AJAX અથવા માટે કસ્ટમ વિશેષતાઓ
    • SEO ઑપ્ટિમાઇઝ - ARIA માર્કઅપ.

    તે સ્પષ્ટ છે કે માન્યતા ખાતર માન્યતાનો કોઈ અર્થ નથી.
    એક નિયમ તરીકે, અનુભવી લેઆઉટ ડિઝાઇનર્સ નીચેના નિયમોનું પાલન કરે છે:
    - કોડમાં કોઈ ગંભીર ભૂલો ન હોવી જોઈએ.
    - નાના લોકો સહન કરી શકાય છે, પરંતુ માત્ર વાજબી કારણોસર.
    html/CSS માન્યતા ભૂલોની સ્વીકાર્યતા અંગે:

    માન્યતા ભૂલો (VEs) ને જૂથોમાં વિભાજિત કરી શકાય છે:
    • ટેમ્પલેટ ફાઇલોમાં OB:
      તેઓ શોધવા અને ઠીક કરવા મુશ્કેલ નથી.
      જો કેટલીક નાની ભૂલો સાઇટને વધુ કાર્યાત્મક અથવા ઝડપી બનાવવામાં મદદ કરે છે, તો તમે તેને છોડી શકો છો.
    • સાઇટ સાથે જોડાયેલ તૃતીય-પક્ષ સ્ક્રિપ્ટ્સમાં OB:
      ઉદાહરણ તરીકે, VKontakte વિજેટ, Twitter સ્ક્રિપ્ટ અથવા YouTube માંથી વિડિઓ ફાઇલો.
      તેમને ઠીક કરવાનો કોઈ રસ્તો નથી, કારણ કે આ ફાઇલો અને સ્ક્રિપ્ટ્સ અન્ય સાઇટ્સ પર સ્થિત છે અને અમારી પાસે તેમની ઍક્સેસ નથી.
    • CSS નિયમો કે જે માન્યકર્તા સમજી શકતા નથી:
      વેલિડેટર તપાસે છે કે સાઇટ કોડ HTML અથવા CSS ના ચોક્કસ સંસ્કરણ સાથે મેળ ખાય છે.
      જો તમે તમારા નમૂનામાં CSS સંસ્કરણ 3 નિયમોનો ઉપયોગ કર્યો હોય, અને માન્યતાકર્તા આવૃત્તિ 2.1 સાથે પાલન માટે તપાસ કરે છે, તો તે બધા CSS3 નિયમોને ભૂલો ગણશે, જો કે તે નથી.
    • ઇચ્છિત પરિણામ મેળવવા માટે અનિવાર્યપણે સાઇટ પર OB છોડી દેવાની જરૂર છે. ઉદાહરણ તરીકે:
      • noindex ટૅગ્સ. તેઓ માન્ય નથી, પરંતુ તે ખૂબ જ જરૂરી છે અને તમારે તેને સહન કરવું પડશે.
      • ખાકી કેટલાક બ્રાઉઝર્સમાં સાઇટને યોગ્ય રીતે પ્રદર્શિત કરવા માટે, કેટલીકવાર તમારે હેક્સ - કોડનો ઉપયોગ કરવો પડે છે જે ફક્ત ચોક્કસ બ્રાઉઝર જ સમજી શકે છે.
    • વેલિડેટરની જ ભૂલો.
      ઘણી વાર તે અમુક ટૅગ્સ જોતો નથી (ઉદાહરણ તરીકે, બંધ થતા) અને જ્યાં કોઈ નથી ત્યાં OB વિશે અહેવાલ આપે છે.

    તે તારણ આપે છે કે કાર્યકારી સાઇટમાં લગભગ હંમેશા અમુક પ્રકારનો OV હશે.
    તદુપરાંત, તેમાંના ઘણા બધા હોઈ શકે છે.
    ઉદાહરણ તરીકે, Google, Yandex અને mail.ru ના મુખ્ય પૃષ્ઠો દરેકમાં ઘણી ડઝન ભૂલો છે.
    પરંતુ, તેઓ બ્રાઉઝર્સમાં સાઇટ્સના પ્રદર્શનને તોડતા નથી અને તેમને કામ કરતા અટકાવતા નથી.
    ઉપર લખેલી દરેક વસ્તુ મારા વિષયોને લાગુ પડે છે.

    IN મુશ્કેલ વિષયોત્યાં છે:
    • વર્ડપ્રેસ ફંક્શન્સ (ઉદાહરણ તરીકે the_category()) જે અમાન્ય કોડ પેદા કરે છે.
    • વિડિયો હોસ્ટિંગ સાઇટ્સમાંથી વિડિઓઝનું આઉટપુટ કરવું, ઉદાહરણ તરીકે, YouTube પરથી, અને YouTube કોડમાં ઘણા બધા OVs છે જેને તમે કે હું પ્રભાવિત કરી શકતા નથી.
    • બટનો સામાજિક નેટવર્ક્સ, જે આ નેટવર્ક્સની સ્ક્રિપ્ટનો ઉપયોગ કરીને જોડાયેલ છે અને તેમાં OV છે.
    • CSS3 અને HTML5 નિયમો કે જેને લેગસી વેલિડેટર દ્વારા ભૂલો ગણવામાં આવે છે.
      તે જ સમયે, CSS3 અને HTML5 સંસ્કરણોના માન્યકર્તાઓ જૂના નિયમોને ભૂલો માને છે :).
    • કેટલીકવાર, ઈન્ટરનેટ એક્સપ્લોરર બ્રાઉઝર અથવા અન્ય બ્રાઉઝર્સના જૂના સંસ્કરણોમાં યોગ્ય પ્રદર્શન પ્રાપ્ત કરવા માટે, તમારે કહેવાતા હેક્સ - કોડનો ઉપયોગ કરવો પડશે જે ફક્ત ચોક્કસ બ્રાઉઝર જ સમજે છે જેથી આ બ્રાઉઝર માટે ખાસ કરીને કોઈ સાઇટ પ્રદર્શિત કરવાના નિયમો લખી શકાય.

    પરિણામે, તમે માત્ર ખૂબ જ કોડિંગ કરીને સંપૂર્ણપણે માન્ય કોડ મેળવી શકો છો સરળ થીમ્સ, એટલે કે તે કે જેમાં કાર્યક્ષમતાનો ન્યૂનતમ જથ્થો છે.
    મારી કોઈપણ થીમના લેઆઉટને સમાપ્ત કર્યા પછી, હું તેને હંમેશા માન્યકર્તા સાથે તપાસું છું અને થીમની કાર્યક્ષમતા ગુમાવ્યા વિના સુધારી શકાય તેવી બધી ભૂલોને સુધારું છું.
    એટલે કે, જો કાર્યકારી કાર્યક્ષમતા અને માન્યતા વચ્ચે પસંદગી હોય, તો હું કાર્યક્ષમતા પસંદ કરું છું.
    જો તમે તમારી પોતાની થીમ્સ બનાવી રહ્યા છો, તો હું તમને તે જ કરવાની સલાહ આપું છું.
    મારા દૃષ્ટિકોણથી (અને મોટાભાગના લેઆઉટ ડિઝાઇનરોના દૃષ્ટિકોણથી પણ), html/CSS માન્યતાને અંતિમ સત્ય તરીકે ગણવું ખોટું છે. ફક્ત તે જ એજન્ટોને સુધારવું ફરજિયાત છે જે:
    - બ્રાઉઝરને પૃષ્ઠને યોગ્ય રીતે પ્રદર્શિત કરવાથી અટકાવો (અનક્લોઝ્ડ અને ખોટી રીતે નેસ્ટેડ ટૅગ્સ).
    - પૃષ્ઠ લોડિંગ ધીમું કરો (ખોટી રીતે જોડાયેલ સ્ક્રિપ્ટ્સ).
    - થીમની કાર્યક્ષમતાને ખલેલ પહોંચાડ્યા વિના સુધારી શકાય છે.
    મને આશા છે કે મેં માન્યતા વિશેના તમામ પ્રશ્નોના જવાબ આપ્યા છે.

    મને લાગે છે કે વેબસાઈટના વિકાસ અને પ્રચારમાં રસ ધરાવતા દરેકને, એક યા બીજી રીતે, કોડની માન્યતાની વિભાવનાનો સામનો કરવો પડ્યો છે. આ શબ્દસમૂહ વર્લ્ડ વાઇડ વેબ કન્સોર્ટિયમ (W3C) દ્વારા વિકસિત ચોક્કસ ધોરણો અનુસાર સાઇટનો HTML કોડ લખવાનો સૂચિત કરે છે. આ ધોરણ દ્વારા નિર્ધારિત નિયમોનું પાલન એ ક્રોસ-બ્રાઉઝર સુસંગતતાની બાંયધરી છે, એટલે કે, બધા બ્રાઉઝર્સમાં બનાવેલ પૃષ્ઠનું યોગ્ય પ્રદર્શન, તેમજ લોડિંગ ઝડપ અને અન્ય પરિમાણોને અસર કરતી ભૂલોની ગેરહાજરી.

    IN આધુનિક ઇન્ટરનેટવેબસાઇટ લેઆઉટની ગુણવત્તા માટેના માપદંડોએ મહત્વની ભૂમિકા ભજવવાનું શરૂ કર્યું છે, કારણ કે હવે વેબમાસ્ટરને માત્ર ડેસ્કટૉપ પીસી અને લેપટોપ પર જ નહીં, પરંતુ ઘણા બધા પર પણ સંસાધનનું યોગ્ય પ્રદર્શન સુનિશ્ચિત કરવાની જરૂર છે. મોબાઇલ ઉપકરણોવિવિધ ઠરાવો સાથે.

    વિકાસકર્તાઓ દ્વારા કોડ કેટલો સ્વચ્છ અને સંરચિત છે તે સાઇટની માન્યતા માટે તપાસ કરીને શોધી શકાય છે, જે W3C ના સત્તાવાર સંસાધન પર વિશેષ તપાસકર્તા દ્વારા હાથ ધરવામાં આવે છે. અહીં મુક્તપણે ઉપલબ્ધ ઓનલાઈન HTML કોડ વેલિડેટર છે, જે validator.w3.org પર સ્થિત છે


    તેની મદદથી, તમે HTML કોડની માન્યતા ત્રણ રીતે ચકાસી શકો છો:

    • URI દ્વારા માન્ય કરો - સરનામા દ્વારા ચકાસણી
    • ફાઇલ અપલોડ દ્વારા માન્ય કરો - અપલોડ કરેલી ફાઇલનું વિશ્લેષણ
    • ડાયરેક્ટ ઇનપુટ દ્વારા માન્ય કરો - કોડના ચોક્કસ ભાગને તપાસો.

    પસંદગી જરૂરી પદ્ધતિયોગ્ય ટેબ પર સ્વિચ કરીને હાથ ધરવામાં આવે છે:

    ચાલો જોઈએ કે જો આપણે Runet પર કેટલીક જાણીતી સાઇટની માન્યતા તપાસીએ તો શું થાય છે, ઉદાહરણ તરીકે Habrahabr. તેને વિશ્લેષણ ફીલ્ડમાં પેસ્ટ કરો અને "ચેક" બટનને ક્લિક કરો. થોડીક સેકંડ પછી, W3C વેલિડેટર અમને નીચેનું પરિણામ આપશે:

    તદ્દન સારું પરિણામ, કારણ કે મોટાભાગના સંસાધનો તપાસવાથી ડઝનેક અને સેંકડો ભૂલો પણ પેદા થશે.

    જો તમે પૃષ્ઠને થોડું નીચે સ્ક્રોલ કરો છો, તો તમે બરાબર જોઈ શકો છો કે તપાસકર્તાને ક્યાં ભૂલો મળી અને તેનું વર્ણન, લીટીઓ દર્શાવે છે. વધુમાં, તે વિગતવાર વર્ણન કરે છે કે સમસ્યા બરાબર શું છે, જે તેને ઠીક કરવાનું સરળ બનાવે છે.

    કોઈ પણ સંજોગોમાં, જો તમારી સાઇટ પર ભૂલો મળી હોય, તો અસ્વસ્થ થશો નહીં, કારણ કે પ્રથમ, ત્યાં ખરેખર ખૂબ જ ઓછી વેબસાઇટ્સ છે જે W3C માનકનું સંપૂર્ણ પાલન કરે છે, અને બીજું, બધી ભૂલો જે HTML માન્યતાકર્તાને મળી છે - કોડ હોઈ શકે છે. સુધારેલ.

    કોઈ સાઈટને તેના HTML કોડની માન્યતા માટે તપાસવાથી તમે સમજી શકો છો કે તેને સુધારા અને લેઆઉટ ઓપ્ટિમાઈઝેશનની જરૂર છે કે કેમ, કારણ કે સ્વચ્છતા અને યોગ્ય કોડ માળખું આંતરિક ઓપ્ટિમાઈઝેશનનું મહત્વનું ઘટક છે. ઉચ્ચ-ગુણવત્તાવાળા સિમેન્ટીક લેઆઉટ બીજા કોન્ટ્રાક્ટરને કોઈ બીજાના કોડને ઝડપથી સમજવાની સાથે સાથે ટેક્સ્ટની સુસંગતતા વધારવા અને પૃષ્ઠ લોડિંગને ઝડપી બનાવવાની મંજૂરી આપે છે.

    માન્યતા ભૂલો શોધવાની સલાહ અને આવશ્યકતા વિશે ઘણા લેખો લખવામાં આવ્યા છે, અને ઉપર અમે પહેલાથી જ મુખ્ય ફાયદાઓ લખ્યા છે જે W3C ધોરણો અનુસાર તમારી સાઇટના કોડને અનુકૂલિત કરીને મેળવી શકાય છે. તદુપરાંત, આવા પગલાં મોટા પોર્ટલ અથવા સેવાના કિસ્સામાં અને નાના બ્લોગ અથવા બિઝનેસ કાર્ડ વેબસાઇટના સંબંધમાં સમાન રીતે ઉપયોગી થશે.