Google이 SERP 위치를 결정할 때 W3 표준이 중요한 요소입니까?


9

w3 유효성 검사기 온라인에 따르면 인덱스에 약 800 개의 오류 만있는 동적 PHP 웹 사이트가 있습니다.

ebay, stackoverflow 및 기타와 같은 주요 웹 사이트를 모두 400 오류로 확인하려고 시도했습니다.

내 첫 번째 생각은, 유효성 검사기가 항상 오류를 표시 할 때 어떤 좋은 점입니까?

둘째, 오류가 SERP 순위에 영향을 줍니까? 즉, Google 검색 위치를 늘릴 수있을 때만 이러한 오류를 수정합니까?

감사


2
HTML 4.01 Strict에 유효한 stackoverflow!
haha

Google SEO 스타터 가이드를 확인하십시오. 그것에 조언을 따르십시오 그리고 당신은 괜찮을 것입니다. 또한 SO에 400 오류가 있다고 감히 말하세요! :)
Šime Vidas

인바운드 링크는 순위를 결정 하는 유일한 주요 요소입니다.
danlefree

동의하지 않습니다. 도메인 이름과 페이지 제목이 너무 무겁습니다.
John Conde

답변:


11

유효성 검사로 결과가 향상됩니까?

아니.

항상 오류를 표시 할 때 해당 유효성 검사기는 무엇입니까?

항상 오류를 표시하지는 않습니다. 오류가있는 경우 오류를 표시합니다. 당신의 질문이 무엇인지, 즉 :

끔찍하고 유효하지 않은 HTML을 작성하면 해가 되나요?

그리고 ... 네 브라우저 비 호환성이 많기 때문에 해가됩니다. 프런트 엔드로 나를 고용 한 사람은 아무도 당신을 고용하지 않기 때문입니다. DOM 관련 처리를 중단 할 수 있기 때문입니다. 당신의 접근성이 인간 인구의 좋은 2 %를 빨아 들여 줄 것이기 때문입니다. 랭킹 자체가 유효성 부족으로 인해 장애가되지는 않지만 의미 있고 질서 정연한 코드가 도움이되기 때문입니다.

아직 끝나지 않았습니다 : 그것은 당신에게 나쁜 것이 아니라 우리 모두에게 나쁜 것이며 우리는 당신을 비난해야합니다. 당신이 매일 사용하는 훌륭한 웹 서비스는 표준에 의존하기 때문에 개발이 느리고 잠재적으로 도달 할 수 없다면 그것은 당신 의 엉뚱한 마크 업입니다.

매일 당신이 깨어나서 웹이 이미 의미 론적 관계의 완벽하게 구조화 된 네트워크가 아니라는 것을 깨달을 때, 당신은 우리에게 모든 사과를 줄 것입니다.

행복한 휴일도.


와우, 선택? @Camran은 비판을 받아 들일 수 있습니다. 또한 @ people-who-voted-this-down : 인수?

1

내 첫 번째 생각은, 유효성 검사기가 항상 오류를 표시 할 때 어떤 좋은 점입니까?

좋은 질문입니다! 유효성 검사기는 W3C 사양 과 비교하여 마크 업 구문을 확인합니다. 요즘은 HTML 또는 XHTML입니다. 기술적으로 유효하지 않은 마크 업 이 있음을 알리는 의미에서 완벽합니다 (또는 검사에서 큰 오류를 발견하지는 않았지만 거의 완벽합니다) .

그럼에도 불구하고 실제로 유효하지 않은 마크 업은 게임 오버가 아닙니다. W3C 표준을 특정 영어 방언에 대한 매우 엄격한 사양으로 생각하십시오. 사양을 염두에두고 브라우저를 개발할 때,이 영어 방언을 말하고 읽고 듣고 듣고 이해할 수있는 적절한 방법을 기대하면서 방언으로 학교에가는 것으로 생각하십시오. 실제로이 브라우저는 놀이터로 나가 세계를 여행하며 표준 컨벤션에서 약간의 수정을 이해하는 방법을 배웁니다. 브라우저는 또한 오래된 영화를 시청하므로 학교에서 (사양에서) 엄격하게 가르치지 않았더라도 "이전"구문과 어휘를 이해하는 방법을 배웁니다. 일부 브라우저 (주로 IE <9)에는 부모 (개발자)가있어 더 나은 브라우저를 만들기 위해 일반 커리큘럼을 수정할 수 있다고 생각했습니다. 그래서 그들은 완전히 다른 사립 학교로 보내졌습니다. 하루가 끝나면 다양한 언어를 이해하는 다양한 브라우저가 제공됩니다. 그들 각각은 또한 매우 관대 한 "퍼지"요소를 가지고 있습니다. 다른 사람이 자신의 말을 비방하거나 오타를 포함 할 때의 의미를 알고 있듯이 브라우저도 마찬가지입니다. 더 자주, 사람들이나 커뮤니티는 학교에서 (사양에 따라) 공식적으로 교육을받지 않았음에도 불구하고 브라우저가 이해하는 혁신적인 말하기 (쓰기 마크 업) 방법을 고안합니다. 이 시점에서 여전히 실제로 작동하는 비표준 호환 코드가 많이 있습니다. 다른 사람이 자신의 말을 비방하거나 오타를 포함 할 때의 의미를 알고 있듯이 브라우저도 마찬가지입니다. 더 자주, 사람들이나 지역 사회는 (사양에 따라) 학교에서 공식적으로 교육을받지 않았음에도 불구하고 브라우저가 이해하는 혁신적인 말하기 (쓰기 마크 업) 방법을 고안합니다. 이 시점에서 여전히 실제로 작동하는 비표준 호환 코드가 많이 있습니다. 다른 사람이 자신의 말을 비방하거나 오타를 포함 할 때의 의미를 알고 있듯이 브라우저도 마찬가지입니다. 더 자주, 사람들이나 지역 사회는 (사양에 따라) 학교에서 공식적으로 교육을받지 않았음에도 불구하고 브라우저가 이해하는 혁신적인 말하기 (쓰기 마크 업) 방법을 고안합니다. 이 시점에서 여전히 실제로 작동하는 비표준 호환 코드가 많이 있습니다.

둘째, 오류가 SERP 순위에 영향을 줍니까? 즉, Google 검색 위치를 늘릴 수있을 때만 이러한 오류를 수정합니까?

Google 호환 마크 업을 권장 하지만 실험자가 마크 업을 심하게 엉켜 콘텐츠가 제대로 표시되지 않는 경우를 제외하고는 확실한 증거가 거의 없습니다. 이는 Google 자체 크롤러가 표준 사양뿐만 아니라 일반 및 구식 광고를 포함한 모든 방언에 정통하기 때문일 수 있습니다. 또한 작은 "실수"를 보충하기위한 많은 퍼지 보상 메커니즘이있었습니다.

하루가 끝나면 가능한 한 유효한 마크 업을 갖도록 노력하십시오. 우선 순위를 정하면 그렇게 할 수 있습니다. 내 경험상, 규칙을 어길 수있을 정도로 고급 스러울 때 (내가 아는 것은 아님) 규칙과 구문 분석에 대해 충분히 알고 원래 질문이 전혀 문제가되지 않습니다.


HTML4에는 다른 방언이 없습니다. HTML과 XHTML에는 다른 버전이 있지만 사람들이 잘못된 마크 업을 사용하는 이유는 그들이 잘못된 것을 알지 못하거나 특정 브라우저가 유효한 마크 업을 허용하지 않았기 때문입니다. 쪽으로). 프로그래밍 언어는 인간 언어와 다릅니다. 그들의 문법과 구문 규칙은 주관적이지 않습니다. 웹이 제대로 작동하려면 개발자는 브라우저에서 구현 한 규칙을 따라야합니다. 브라우저는 W3C에서 설정 한 사양을 따라야합니다.
Lèse majesté

1

SERP 순위에는 영향을 미치지 않습니다. Google 웹 마스터 센터의 공식 YouTube 채널에서 :

따라서 페이지의 유효성이 확인되면 어떤 종류의 부스트도 제공하지 않습니다. 내부 목적으로하는 것이 좋을 수도 있지만 순위 나 그와 비슷한 어떤 것도 Google에서 얻지 못합니다. 그리고 간단한 이유는 웹상의 대부분의 페이지가 현재처럼 검증되지 않기 때문입니다.

http://www.youtube.com/watch?v=FPBACTS-tyg

그래도 페이지의 유효성을 검사하는 것이 좋습니다. 코드의 오류가 적고 유지 관리가 쉽습니다.


0

대부분의 SEO는 올바르게 중첩되지 않거나 큰 오류가있는 코드를 갖는 것이 SEO에 나쁘다는 데 동의하는 것 같습니다. 그들은 모두 실제로 유효한 HTML이있을 때 더 나은 순위를 얻지 못할 것이라는 데 동의합니다.

최종 결론은 다음과 같습니다. 웹 디자인 및 SEO 이유로 인해 렌더링 또는 파서 문제가 발생할 수있는 모든 명백한 오류를 수정하고 싶을 것입니다. 그러나 허용되지 않는 속성이나 하나의 플러그인 대신 태그를 사용하는 플러그인에 대해 걱정하지 마십시오. 시간이나 돈이 가치가 없습니다.

- W3C 유효성 검사 : 당신이 걱정, 왜 안되는 이유 에 yoast.com


실용주의입니다!

-1

전혀 요인이 아닙니다. 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에서 오류입니다 ... 그래서 유효성 검사기가 잘못 지시 한 것을 수행하며 코드에 버그를 추가하기 만하면됩니다.


W3C 유효성 검사기의 목적은 Javascript의 유효성을 검사하는 것이 아닙니다. 그것은 "파손"하지 않습니다.

document.write ( "<div 이것은 내 div 컨텐츠입니다 </ div>"); 내가 말하려는 모든 것-결과가 무엇인지 아닌지 정확히 알기 전에 너무 의존해서는 안됩니다. 예 : 사양에 따른 사용자 정의 속성은 실제로 오류가 아닙니다. 아마 broken이 올바른 단어는 아니지만 당신은 내가 무슨 뜻인지 알 것 같습니다 ... 그것은 일반적으로 "오류"가있는 것으로 완전히 올바른 코드를 표시하고 예를 들어 실패합니다. 컨텐츠 유형 및 JS HTML에서 버그가 생성되었습니다.

예, true :-)이 경우 페이지 JS 이전 렌더링이 아닌 페이지의 최종 출력 (예 : 생성 된 소스보기)의 유효성을 검사하는 것이 좋습니다.
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.