더 나은 Google/Yahoo/Bing Searches를 위해 데이터베이스보다 Flat-File에 콘텐츠를 저장하는 것이 정말 도움이됩니까?

StackOverflow https://stackoverflow.com/questions/1085943

문제

개인 사이트의 위키를 선택하면서 몇 가지 기사를 발견했습니다. 나는 개인 프로젝트를 위해 개인 위키를 설정하고 있기 때문에 혼란스러워합니다. 디자인 문서, 디자인 결정 및 동료의 의견/피드백의 수정을 유지하기 위해서도 평평한 파일 시스템이 좋다고 생각합니다.

그러나 인터넷은 혼합 된 응답 가방, 대부분 관련이없는 정보를 제공합니다. 누구든지 선택에 대해 약간의 빛을 비출 수 있습니까? 이 개인/소기업 사이트에 대한 위키 선택에 대한 경험을 공유 할 수 있다면 좋을 것입니다.

도움이 되었습니까?

해결책

SEO (Search Engine Optimization)에 대해 더 많이 묻는 것은 서버에 콘텐츠를 저장하는 방법과 관련이 없습니다. 정적 HTML이든 DB 구동 애플리케이션에서든 검색 엔진은 링크에서 링크까지 트롤링하여 페이지를 색인화합니다.

검색 엔진의 사이트 인덱스 능력에 영향을 미치는 몇 가지 요소 :

  1. 동적 컨텐츠를 주도하기 위해 JavaScript의 과도한 의존성. JavaScript의 사용을 호출하지 않고 정보의 특정 블록을 페이지에서 렌더링 할 수없는 경우 문제가됩니다. 검색 엔진은 일반적으로 페이지에서 JS를 실행하지 않습니다. 그들은 단지 콘텐츠를 그대로 가져갑니다.
  2. 다양한 클래스의 데이터를 나타 내기 위해 적절한 HTML 태그를 사용하지 않습니다. ㅏ <h1> 태그는 검색 엔진에 의해 더 강조됩니다.<p> 꼬리표. 기본적으로 컨텐츠를 태그하려면 HTML 요소를 적절히 파악하면됩니다.
  3. URL. 엄밀히 말하면, 복잡한 동적 URL을 갖는 것이 검색 엔진의 문제를 나타내지 않는다고 생각합니다. 그러나 동일한 컨텐츠를 가리키기 위해 여러 가지 URL 매핑을 노출시키는 이상한 컨텐츠 관리 시스템을 보았습니다. 검색 엔진이 동일한 컨텐츠를 별도의 페이지와 간주하여 순위를 희석 할 수 있다는 것은 논리적입니다.

다른 요인이 있습니다. Google 검색 키로 "액세스 가능한 웹 컨텐츠"를 찾는 것이 좋습니다.

플랫 파일 대 DB 구동 컨텐츠는 시스템 관리 방법에 대해 생각해보십시오. 하루가 끝나면, 그것은 당신의 노동 (또는 부하 직원)입니다. 나는 컨텐츠를 수동으로 관리하는 데 시간을 보내고 싶지 않습니다. 따라서 편리한 컨텐츠 관리 시스템은 거의 필수입니다. 플랫 파일에 직접 쓴 위키 구현이 몇 개 있다는 것을 알고 있습니다. 관리 부분이 충분하다면, 나는 그들이 당신의 목적에 대해 괜찮을 것이라고 확신합니다.

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top