w3 유효성 검사기 온라인에 따르면 인덱스에 약 800 개의 오류 만있는 동적 PHP 웹 사이트가 있습니다.
ebay, stackoverflow 및 기타와 같은 주요 웹 사이트를 모두 400 오류로 확인하려고 시도했습니다.
내 첫 번째 생각은, 유효성 검사기가 항상 오류를 표시 할 때 어떤 좋은 점입니까?
둘째, 오류가 SERP 순위에 영향을 줍니까? 즉, Google 검색 위치를 늘릴 수있을 때만 이러한 오류를 수정합니까?
감사
w3 유효성 검사기 온라인에 따르면 인덱스에 약 800 개의 오류 만있는 동적 PHP 웹 사이트가 있습니다.
ebay, stackoverflow 및 기타와 같은 주요 웹 사이트를 모두 400 오류로 확인하려고 시도했습니다.
내 첫 번째 생각은, 유효성 검사기가 항상 오류를 표시 할 때 어떤 좋은 점입니까?
둘째, 오류가 SERP 순위에 영향을 줍니까? 즉, Google 검색 위치를 늘릴 수있을 때만 이러한 오류를 수정합니까?
감사
답변:
유효성 검사로 결과가 향상됩니까?
아니.
항상 오류를 표시 할 때 해당 유효성 검사기는 무엇입니까?
항상 오류를 표시하지는 않습니다. 오류가있는 경우 오류를 표시합니다. 당신의 질문이 무엇인지, 즉 :
끔찍하고 유효하지 않은 HTML을 작성하면 해가 되나요?
그리고 ... 네 브라우저 비 호환성이 많기 때문에 해가됩니다. 프런트 엔드로 나를 고용 한 사람은 아무도 당신을 고용하지 않기 때문입니다. DOM 관련 처리를 중단 할 수 있기 때문입니다. 당신의 접근성이 인간 인구의 좋은 2 %를 빨아 들여 줄 것이기 때문입니다. 랭킹 자체가 유효성 부족으로 인해 장애가되지는 않지만 의미 있고 질서 정연한 코드가 도움이되기 때문입니다.
아직 끝나지 않았습니다 : 그것은 당신에게 나쁜 것이 아니라 우리 모두에게 나쁜 것이며 우리는 당신을 비난해야합니다. 당신이 매일 사용하는 훌륭한 웹 서비스는 표준에 의존하기 때문에 개발이 느리고 잠재적으로 도달 할 수 없다면 그것은 당신 의 엉뚱한 마크 업입니다.
매일 당신이 깨어나서 웹이 이미 의미 론적 관계의 완벽하게 구조화 된 네트워크가 아니라는 것을 깨달을 때, 당신은 우리에게 모든 사과를 줄 것입니다.
행복한 휴일도.
내 첫 번째 생각은, 유효성 검사기가 항상 오류를 표시 할 때 어떤 좋은 점입니까?
좋은 질문입니다! 유효성 검사기는 W3C 사양 과 비교하여 마크 업 구문을 확인합니다. 요즘은 HTML 또는 XHTML입니다. 기술적으로 유효하지 않은 마크 업 이 있음을 알리는 의미에서 완벽합니다 (또는 검사에서 큰 오류를 발견하지는 않았지만 거의 완벽합니다) .
그럼에도 불구하고 실제로 유효하지 않은 마크 업은 게임 오버가 아닙니다. W3C 표준을 특정 영어 방언에 대한 매우 엄격한 사양으로 생각하십시오. 사양을 염두에두고 브라우저를 개발할 때,이 영어 방언을 말하고 읽고 듣고 듣고 이해할 수있는 적절한 방법을 기대하면서 방언으로 학교에가는 것으로 생각하십시오. 실제로이 브라우저는 놀이터로 나가 세계를 여행하며 표준 컨벤션에서 약간의 수정을 이해하는 방법을 배웁니다. 브라우저는 또한 오래된 영화를 시청하므로 학교에서 (사양에서) 엄격하게 가르치지 않았더라도 "이전"구문과 어휘를 이해하는 방법을 배웁니다. 일부 브라우저 (주로 IE <9)에는 부모 (개발자)가있어 더 나은 브라우저를 만들기 위해 일반 커리큘럼을 수정할 수 있다고 생각했습니다. 그래서 그들은 완전히 다른 사립 학교로 보내졌습니다. 하루가 끝나면 다양한 언어를 이해하는 다양한 브라우저가 제공됩니다. 그들 각각은 또한 매우 관대 한 "퍼지"요소를 가지고 있습니다. 다른 사람이 자신의 말을 비방하거나 오타를 포함 할 때의 의미를 알고 있듯이 브라우저도 마찬가지입니다. 더 자주, 사람들이나 커뮤니티는 학교에서 (사양에 따라) 공식적으로 교육을받지 않았음에도 불구하고 브라우저가 이해하는 혁신적인 말하기 (쓰기 마크 업) 방법을 고안합니다. 이 시점에서 여전히 실제로 작동하는 비표준 호환 코드가 많이 있습니다. 다른 사람이 자신의 말을 비방하거나 오타를 포함 할 때의 의미를 알고 있듯이 브라우저도 마찬가지입니다. 더 자주, 사람들이나 지역 사회는 (사양에 따라) 학교에서 공식적으로 교육을받지 않았음에도 불구하고 브라우저가 이해하는 혁신적인 말하기 (쓰기 마크 업) 방법을 고안합니다. 이 시점에서 여전히 실제로 작동하는 비표준 호환 코드가 많이 있습니다. 다른 사람이 자신의 말을 비방하거나 오타를 포함 할 때의 의미를 알고 있듯이 브라우저도 마찬가지입니다. 더 자주, 사람들이나 지역 사회는 (사양에 따라) 학교에서 공식적으로 교육을받지 않았음에도 불구하고 브라우저가 이해하는 혁신적인 말하기 (쓰기 마크 업) 방법을 고안합니다. 이 시점에서 여전히 실제로 작동하는 비표준 호환 코드가 많이 있습니다.
둘째, 오류가 SERP 순위에 영향을 줍니까? 즉, Google 검색 위치를 늘릴 수있을 때만 이러한 오류를 수정합니까?
Google 은 호환 마크 업을 권장 하지만 실험자가 마크 업을 심하게 엉켜 콘텐츠가 제대로 표시되지 않는 경우를 제외하고는 확실한 증거가 거의 없습니다. 이는 Google 자체 크롤러가 표준 사양뿐만 아니라 일반 및 구식 광고를 포함한 모든 방언에 정통하기 때문일 수 있습니다. 또한 작은 "실수"를 보충하기위한 많은 퍼지 보상 메커니즘이있었습니다.
하루가 끝나면 가능한 한 유효한 마크 업을 갖도록 노력하십시오. 우선 순위를 정하면 그렇게 할 수 있습니다. 내 경험상, 규칙을 어길 수있을 정도로 고급 스러울 때 (내가 아는 것은 아님) 규칙과 구문 분석에 대해 충분히 알고 원래 질문이 전혀 문제가되지 않습니다.
SERP 순위에는 영향을 미치지 않습니다. Google 웹 마스터 센터의 공식 YouTube 채널에서 :
따라서 페이지의 유효성이 확인되면 어떤 종류의 부스트도 제공하지 않습니다. 내부 목적으로하는 것이 좋을 수도 있지만 순위 나 그와 비슷한 어떤 것도 Google에서 얻지 못합니다. 그리고 간단한 이유는 웹상의 대부분의 페이지가 현재처럼 검증되지 않기 때문입니다.
http://www.youtube.com/watch?v=FPBACTS-tyg
그래도 페이지의 유효성을 검사하는 것이 좋습니다. 코드의 오류가 적고 유지 관리가 쉽습니다.
대부분의 SEO는 올바르게 중첩되지 않거나 큰 오류가있는 코드를 갖는 것이 SEO에 나쁘다는 데 동의하는 것 같습니다. 그들은 모두 실제로 유효한 HTML이있을 때 더 나은 순위를 얻지 못할 것이라는 데 동의합니다.
최종 결론은 다음과 같습니다. 웹 디자인 및 SEO 이유로 인해 렌더링 또는 파서 문제가 발생할 수있는 모든 명백한 오류를 수정하고 싶을 것입니다. 그러나 허용되지 않는 속성이나 하나의 플러그인 대신 태그를 사용하는 플러그인에 대해 걱정하지 마십시오. 시간이나 돈이 가치가 없습니다.
- W3C 유효성 검사 : 당신이 걱정, 왜 안되는 이유 에 yoast.com
전혀 요인이 아닙니다. HTML은 매우 유연한 언어입니다. 이와 같은 작업에는 아무런 문제가 없습니다.
< ul >
< li >< a xtooltip='Go to homepage' href='index.php' >Home< /a >< /li >
< /ul >
그런 다음 좋아하는 자바 스크립트 엔진을 사용하고 툴팁이있는 멋진 메뉴가 있습니다. 물론 검증되지 않습니다.
다른 것은 W3C 유효성 검사기가 불행히도 깨진다는 것입니다. 컨텐츠 유형, js 코드, js 코드 html 출력, ajax를 유효성 검증 할 수 없습니다. 내용 유형을 확인하지 않는 것 외에도 심각한 결함이 있습니다. XHTML DOCTYPE이 있지만 content-type : text / html을 사용하면 HTML에 대해 유효성을 검사해야합니다. 대부분의 사람들은 XHTML에 대해 (잘못된) 유효성을 검사 한 다음 "오류"를 수정합니다.
[br] => [br /]
그러나 [br /]는 HTML에서 오류입니다 ... 그래서 유효성 검사기가 잘못 지시 한 것을 수행하며 코드에 버그를 추가하기 만하면됩니다.