유저 인터페이스적으로 얕은 계층을 가지는 Web 사이트는, Google 검색 대책적으로도 메리트가 있는 것이 아닐까 생각한 이야기.

소재

Scrapbox

Scrapbox의 그그라빌리티는? Google 검색으로 인덱싱?

「엔지니어의 지적 생산술」 저자의 니시오씨의 Scraobox를 마음대로 소재로 한다.
htps : // sc 등 p 보 x. 이오 / 니시오 /

3000page 정도의 카드가 있다

스크린샷 오른쪽 하단에 있는 페이지 수를 보면 2995의 카드가 있는 모습.

이 모든 카드가 「계정마다의 톱」으로부터 액세스 할 수 있는 것 같다.



플랫한 계층, 타일 형식, 카테고리가 존재하지 않는 「얕은 인터페이스」는 나는 좋아한다.

Google 색인 비율이 높습니다.

site:https://scrapbox.io/nishio/ 에서 Google 검색 확인.

2400페이지 정도가 Google에 색인되어 있어 커버율은 높을 것 같다.

다른 계정으로 조사

전 3례 밖에 조사하고 있지 않지만, 대체로 대부분의 페이지가 인덱스 되고 있을 것 같다.

어카운트 마다의 톱으로부터, 플랫에, 모든 카드가 링크 되고 있는 사양이기 때문일까.

htps : // sc 등 p 보 x. 이오/하 CK후 rpぁy/

Scrapbox 186 pages

Google 213 Results

htps : // sc 등 p 보 x. 이오 / 마리나 후지와라 /

Scrapbox 39 pages

Google 39 results

링크 계층 구조 때문일 뿐만 아니라

물론 그 밖에도 SEO적으로 강한 면이 있을 것.

계층을 얕게 했다고 해서 단순히 인덱스 되기 쉬워지는 것은 아니다. 아무리 계층이 깊어도 Google에 알리기만 하면 사이트맵을 보내면 충분하다.

단지 이런 링크 계층의 얕은 것도 「인덱스 하기 쉬움」의 일인이 되어 있는 것은 아닐까 생각했다.

비고. 타이틀 태그가 유감

원래 개별 페이지에 타이틀 태그가 붙어 있지 않은 모습.

Google 검색에 나오는 타이틀은, Google이 URL을 보고, 마음대로 붙이고 있는 것이라고 생각된다.

모처럼 큰 낚시 페이지가 색인되어 있지만 매우 아깝다.



Google에 제목이 없는 페이지 역시 있다.

본문에서 Google 검색 가능

"Dropbox連携でシステム側が作成したファイル(PDF, MOBI, EPUB)が共有される" 에서 Google 검색 확인. 본문에서도 제대로 구그되는 것 같다.



HTML에는 키워드가 전혀 나오지 않지만, 이것도 Google이 Javascript를 잘 읽어 주는 모습.

그래서

하나 전의 기사에 계속해, 서비스를 사용하기 시작하기 전에 신경이 쓰인 점을 Qiita했기 때문에, 또 사용하고 있지 않은 Scrapbox.

관련

UI / UX 디자인 - 소셜 계정으로 로그인하는 방법을 선택하십시오 (초기 등록 장애물 0) (ScrapBox 예제) - Qiita

엔지니어의 출력? Scrapbox로 결정됩니다! - Qiita