5개의 인기 있는 JavaScript 사이트를 SEO 문제로 스캔해 본 결과 — 내가 찾은 내용
I’m ready to translate the article for you, but I’ll need the full text you’d like translated. Could you please paste the content of the article (excluding the source line you’ve already provided)? Once I have the text, I’ll translate it into Korean while preserving the original formatting, markdown, and any code blocks or URLs.
개요
저는 다섯 개의 잘 알려진 JavaScript‑중심 사이트—react.dev, vercel.com, stripe.com/docs, linear.app, 그리고 shopify.com—를 스캔하여 각각 10페이지에 걸쳐 19개의 SEO 건강 검사를 수행했습니다. 모든 사이트에 문제가 있었으며, 일부는 문제가 많았습니다.
사이트 점수
| 사이트 | 점수 | 간단 요약 |
|---|---|---|
| react.dev | 74/100 | 그룹 중 최고; 내부 링크가 강력하고, 모든 페이지가 인덱싱 가능하며, 적절한 캐노니컬 및 OG 태그가 있음. |
| vercel.com | 71/100 | 전반적으로 견고하지만 세부 사항이 부실함(메타 설명, 캐노니컬, 일부 페이지의 H1 누락; 고아 페이지 9개). |
| stripe.com/docs | 60/100 | 기본 요소(제목, 메타 설명, H1, 캐노니컬, OG 태그)는 완벽하지만 구조화 데이터가 없고, alt 텍스트가 많이 누락되었으며, 로드 속도가 느리고 API 오류가 발생함. |
| linear.app | 57/100 | 무거운 SPA; 고아 페이지가 다수, 구조화 데이터와 alt 텍스트 누락, 가끔 JS 오류가 발생함. |
| shopify.com | 39/100 | 가장 큰 격차; 고아 페이지 다수, H1 누락, 구조화 데이터 없음, API 오류가 빈번함. |
상세 조사
react.dev
- 내부 링크: 페이지당 평균 3.5개의 링크, 고아 페이지 0개.
- 인덱싱 가능성: 모든 페이지 인덱싱 가능.
- Meta & OG: 올바른 정규화(canonical)와 Open Graph 태그 포함.
- 약점: 모든 페이지에 구조화된 데이터가 없으며, 10개 페이지 중 9개의 메타 설명이 너무 짧음,
/versions에서 JavaScript 파일 로드 실패.
vercel.com
- SSR: 모든 페이지 인덱싱 가능, 콘텐츠 깊이 충분, OG 태그 존재.
- 누락된 상세:
/abuse에 메타 설명 없음./academy에 정규화(canonical) 없음.- 서브 페이지에 H1 태그 없음.
- 스캔한 10개 페이지 중 9개가 고아 페이지.
- 내부 링크: 스캔된 집합에서 페이지당 평균 0개의 링크.
stripe.com/docs
- 기본 사항: 제목, 메타 설명, H1, 정규화(canonical), OG 태그 모두 존재; 고아 페이지 0개.
- 약점:
- 모든 페이지에 구조화된 데이터가 없음.
- 10개 페이지 중 7개에서 이미지 alt 텍스트 누락.
- 10개 페이지 중 8개가 로드 시간 > 3 초.
- 모든 페이지에서 API 요청 실패(크롤러가 콘텐츠를 확인하지 못할 가능성).
linear.app
- SPA 문제:
- 페이지당 평균 0.5개의 내부 링크.
- 10개 페이지 중 4개가 고아 페이지.
- 2개 페이지에서 JS 콘솔 오류, 추가 2개 페이지에서 API 요청 실패.
- 구조화된 데이터와 alt 텍스트 누락이 다른 사이트와 유사하게 존재.
shopify.com
- 로케일 크롤링: 크롤러가 네덜란드어 로케일 페이지에 도달해 영문 사이트에서 놓친 문제를 드러냄.
- 문제점:
- 10개 페이지 중 8개가 고아 페이지.
- 10개 페이지 중 7개에서 API 요청 실패.
- 2개 페이지에서 H1 태그 누락.
- 10개 페이지 중 8개에 구조화된 데이터 없음.
사이트 전반에 걸친 일반적인 문제
| 이슈 | 빈도 |
|---|---|
| 구조화 데이터 (Schema.org) | 5개 사이트 중 4개가 모든 스캔된 페이지에서 마크업이 전혀 없었습니다. |
| 메타 설명 | 종종 짧거나 일반적이거나 누락되어 있으며, 클릭률에 직접적인 영향을 미칩니다. |
| 이미지 대체 텍스트 | 많은 페이지에서 일관되게 누락되어 있으며, 이미지당 2분 정도면 간단히 수정할 수 있습니다. |
| 내부 링크 | SPA(Linear, Shopify)에서 약함; 서버 렌더링 사이트가 더 나은 성능을 보였습니다. |
| 페이지 속도 | 대부분의 페이지가 로드에 3초 이상 걸리며, JavaScript 중심 사이트가 여기서 어려움을 겪습니다. |
| API 실패 | 여러 페이지에서 발생하며, 크롤러가 콘텐츠를 보지 못하게 할 수 있습니다. |
AI 크롤러 vs. Googlebot
- 점수는 JavaScript 렌더링 후 Googlebot이 보는 것을 반영합니다.
- AI 크롤러(예: ChatGPT, Perplexity)는 JS를 렌더링하지 않으며 순수 HTML만 보게 되므로, 클라이언트 측에서 렌더링된 콘텐츠가 보이지 않습니다.
권장 사항
- 구조화된 데이터 추가 – 페이지 유형당 20–30 분; 풍부한 스니펫에 높은 ROI.
- 적절한 메타 설명 작성 – 150–160자, 페이지당 고유하게.
- 모든 이미지에 alt 텍스트 추가 – 이미지당 약 2 분; 접근성과 SEO를 향상시킴.
- 내부 링크 수정 – 중요한 각 페이지에 실제
<a>링크 2–3개가 포함되도록 보장 (JS 클릭 핸들러는 피함). - 핵심 페이지에 서버‑사이드 렌더링(SSR) 사용 – Googlebot과 AI 크롤러 모두에 도움이 됨.
- 페이지 속도 개선 – JavaScript 최적화, 캐시 활용, 자산 압축을 통해 3 초 이하로 만들기.
도구 언급
저는 JSVisible를 만들어 이러한 검사를 자동화했습니다. 이 도구는 페이지를 사용자와 Googlebot 모두로 렌더링하고, 결과를 비교하여 차이를 강조합니다. 직접 사이트에서 사용해 보고 싶다면 무료 티어를 이용하실 수 있습니다.
Note
이 스캔은 사이트당 10페이지를 대상으로 했으며, 전체 감사가 아닌 스냅샷입니다. 관찰된 패턴은 일관되며, 조사된 사이트 중 어느 하나에서든 원시 HTML을 확인(우클릭 → View Page Source)함으로써 검증할 수 있습니다.