우리는 브라우저가 웹사이트를 인식하기 전에 HTML로 구문 분석해야 한다는 것을 알고 있습니다. 즉, 어떤 기술로든 만들어진 웹사이트는 브라우저에 의해 HTML로 구문 분석됩니다. 따라서 HTML 페이지는 html의 시작 태그와 종료 태그, head의 시작 태그와 종료 태그, body의 시작 태그와 종료 태그의 세 부분으로 구성된다는 것을 이해해야 합니다.
우리는 브라우저가 웹사이트를 인식하기 전에 HTML로 구문 분석해야 한다는 것을 알고 있습니다. 즉, 어떤 기술로든 만들어진 웹사이트는 브라우저에 의해 HTML로 구문 분석됩니다. 따라서 HTML 페이지는 html의 시작 태그와 종료 태그, head의 시작 태그와 종료 태그, body의 시작 태그와 종료 태그의 세 부분으로 구성된다는 것을 이해해야 합니다. html의 시작 태그와 끝 태그에 대해서는 별로 할 말이 없습니다. 헤드와 바디의 두 가지 측면에 대해 이야기해 보겠습니다.
1. 헤드 최적화:
헤드 부분은 검색 엔진이 가장 먼저 읽는 부분으로 SEO에서 결정적인 역할을 하며, 특히 제목과 설명의 역할은 주로 메타 태그 최적화에 중점을 둡니다.
META 우리가 가장 주목하는 세 가지는 "제목, 키워드, 설명"이고 덜 일반적으로 사용되는 "주제, 저자, 저작권"입니다. 키워드를 결정한 후 이 세 가지 태그 사이에 키워드 분포를 어떻게 배열하는지는 실제로 매우 까다롭습니다. 처음에는 개인적으로 이 세 가지 라벨을 조사하는 데 거의 반년이 걸렸다고 해도 과언이 아니며, 그 다음에는 지난 6개월 동안의 경험을 거리낌 없이 여러분과 공유하겠습니다.
1. 제목
제목도 설명과 유사합니다. 제목을 설명할 때 일반적으로 주의해야 할 네 가지 사항이 있습니다.
(1) 키워드를 너무 많이 넣지 마세요
(2) 제목은 너무 길지 않으며, 한자 30자 이내로 제한합니다
(3) 롱테일 키워드 통합
(4) "|" 또는 "," 기호를 사용하여 키워드를 구분합니다.
제목을 만들 때는 글쓰기 능력에 주의를 기울여야 하며, 키워드도 제자리에 적어야 하지만 동시에 쌓아두지 말고 새로운 아이디어에도 주의를 기울여야 합니다.
2. 키워드
현재 야후는 키워드 태그에 더 많은 관심을 기울이고 있는 반면, 바이두와 구글은 점차 관심을 잃어가고 있습니다. 물론 언제 다시 주목하게 될지는 아무도 모르기 때문에 키워드 방법을 작성하는 것이 필요합니다. 그것을 쓰려고? 보통 글을 쓸 때 핵심 키워드 몇 개만 영어 쉼표로 구분해서 쓰는데, 키워드를 최대한 간결하게 쓰려고 노력하고 특별한 기법은 없습니다.
3. 설명
설명에는 웹사이트 키워드와 롱테일 키워드를 배치하는 경우가 많습니다. 설명이 더 중요한 태그인가요? Google이 그렇다고 답했다고 확신합니다. 하지만 Baidu는 어떻습니까? 바이두의 설명 크롤링에 대해 말하자면, 현재 많은 웹사이트들은 바이두 검색결과의 설명정보에 스스로 작성한 설명을 표시하지 않고, 웹사이트 상단에 내용의 특정 부분을 설명으로 표시하고 있다. 누군가가 말했습니다: "Baidu는 크롤링된 콘텐츠가 웹사이트 자체를 설명하는 데 더 적합하다고 믿기 때문입니다." 이는 귀하의 웹사이트가 안정적으로 포함되어 있어도 Baidu가 계속 설명을 표시하는 것은 아닙니다. 설명과 제목은 동일한 상태를 갖습니다. 모든 SEOER은 이 두 가지 측면에서 많은 최적화 기술을 수행합니다. www.enkj.com/domain/을 예로 들어 보겠습니다. 이 페이지의 키워드는 도메인 이름 등록입니다. 제목에 이 키워드가 충분히 반복되어 있지만, 키워드에 대한 자세한 분석이 없으면 제목에 단어 수가 제한되지 않습니다. 그리고 설명의 출현으로 이러한 단점이 해결되었습니다.
4.제목,저자,저작권
우리는 일반적으로 이 세 가지 태그를 거의 사용하지 않습니다. 이 세 가지 태그를 사용하는 것이 더 적절한 때는 언제입니까? 이 세 가지 태그는 일부 소규모 비즈니스 웹사이트, 특히 홈페이지에 텍스트 콘텐츠가 거의 없어 최적화하기 어려운 웹사이트에서 일반적으로 사용됩니다. 키워드 레이아웃과 밀도를 높이는 역할을 할 수 있습니다. 제목(Subject)은 홈페이지의 주제와 제목을 나타내며, 작성자(Author)는 작성자 및 저작권을 의미합니다.
2. 신체 부위 최적화
본문은 페이지의 본체이며 SEO에서도 중요한 역할을 합니다. 이 부분의 최적화도 가장 파악하기 어렵습니다. 귀하의 "머리" 부분이 잘 최적화되어 있고 이를 지원할 본체가 없다면 검색 엔진은 귀하를 부정 행위로 간주할 가능성이 높습니다. 부정 행위로 간주되지 않더라도 좋은 가중치를 부여하는 것은 불가능합니다. 이 부분의 최적화를 위해서는 다음 두 가지 측면에 중점을 두고 최적화가 이루어져야 한다고 생각합니다.
(1), 키워드 밀도, 레이아웃
키워드 레이아웃은 SEO에서 중요한 포인트입니다. 좋은 키워드 밀도와 레이아웃은 빠른 순위 상승의 핵심입니다. 그런데 어떤 키워드 밀도와 레이아웃이 더 좋나요?
1. 먼저 키워드 밀도를 살펴보겠습니다
처음에는 키워드가 아무리 촘촘해도 합리적이면 괜찮다는 말을 자주 하는 사람들을 많이 만났습니다. 그러면 밀도를 50%로 알려드리겠습니다. 그는 "아니요, 아니오, 아니오"라고 말할 수도 있습니다. 분명히 합리성은 밀도가 중요하지 중요하지 않다는 것입니다. 밀도는 최소한 3% 이상은 되어야 한다고 생각합니다. 그렇지 않으면 밀도가 너무 낮아서 상관관계가 약간 나빠질 것입니다. 높이는 10% 이하로 조절됩니다.
2. 키워드 레이아웃
키워드 구분은 세 가지 원칙을 따릅니다. 1. 위에서 아래로 2. 왼쪽에서 오른쪽으로 3. 모든 곳에서
저는 개인적으로 키워드 레이아웃에 대해 두 가지 방법으로 연구합니다.
(1) 균일한 배포
(2) 집중 + 균일 분포
단어의 키워드 레이아웃을 확인하는 방법은 무엇인가요? 바이두에서 키워드를 검색하고 바이두 스냅샷을 클릭하면 해당 키워드를 볼 수 있습니다. 이 트릭을 "바이두 스냅샷 방법"이라고 합니다
균등한 분포: 이해하기 쉬워야 합니다. 즉, 스냅샷의 모든 키워드가 웹사이트 구석구석에 흩어져 있는 형태로 나타나며 상대적으로 균일한지 확인해야 하므로 메타나 기사의 배열을 설명할 때 내용 사전에 계획이 있어야 합니다. 집중 + 고르게 분포: 저는 항상 이 방법을 사용했는데 효과가 꽤 좋습니다. 고른 분포를 바탕으로 키워드의 특정 부분을 집중시킵니다. 예를 들어, 머리의 중요한 위치. 키워드의 레이아웃은 무작위가 아니며 매우 의도적입니다.
(2) 내부 링크 최적화
내부 링크 구축은 지루하고 힘든 과정이지만, 이후에 가져오는 순위 효과는 확실하고 안정적입니다. 진지한 최적화를 하려면 웹사이트의 기초를 잘 다져야 합니다. 지금 순위가 좋지 않고 어떤 사람들에게 놀림을 받더라도 마지막에 웃는 사람이 가장 잘 웃는 경우가 많습니다. 내부 링크를 구축하는 데는 5가지 일반적인 방법이 있습니다.
1. 웹사이트 탐색: 웹사이트 탐색은 페이지가 업데이트될 때마다 내부 링크가 제공되는 경우가 많으며 이러한 내부 링크는 다소 강력합니다.
2. 앵커 키워드 링크: 예를 들어 기사나 어딘가에 "서버"라는 단어가 언급된 경우 해당 서버는 기본 도메인 이름인 http://www.enkj.com/idc/에 연결될 수 있습니다. 이렇게 하면 앵커 텍스트에 대한 링크가 완료됩니다. 그러나 모든 서버에 연결하지 마십시오. 너무 많으면 검색 엔진에 문제가 됩니다.
3. 관련 기사 링크: 콘텐츠 구성 중에 특정 기사나 관련성이 높은 기사가 기사에 추가되는 경우가 많으며 기사에 제목 링크가 표시됩니다. 또한 인기 기사 링크, 일련의 기사 링크, FAQ 등이 있습니다. 콘텐츠 구성에 있어서 특정 기사가 기사에 자주 언급되는 경우가 있습니다.
4. 웹사이트 바닥글: 일반적으로 바닥글에 저작권 정보 등을 배치합니다. 어떤 사람들은 바닥글에 가장 핵심적인 키워드에 대한 링크를 제공하거나 탐색을 반복하는 데 익숙합니다. 바닥글을 조판한 것처럼 보이게 만들지 마세요. 이것은 정도의 문제입니다.
5. 사이트 맵: XML 맵 생성 도구를 사용하여 웹사이트용 XML 맵을 생성하면 스파이더 크롤링 및 검색 엔진 포함이 크게 향상됩니다. 이는 앞으로 더욱 중요해질 것입니다.
위의 모든 세부 사항을 파악할 수 있다면 SEO는 이미 세부 사항에 주의를 기울인 것입니다.
재인쇄 URL: http://www.enkj.com/idcnews/Article/20130726/735