당신에게 필요한 유일한 SaaS 기술 SEO 가이드

게시 됨: 2022-08-18

이 디지털 시대에 대부분의 조직은 경쟁자보다 우위를 점하기 위해 접근성, 기능 및 다양성을 찾습니다. 이로 인해 SaaS(Software as a Service)가 기업에서 실행 가능한 옵션이 되었습니다. SaaS는 기업에 복잡한 소프트웨어 및 IT 인프라에 대한 액세스를 제공하고 단순성, 유연성 및 경제성을 결합합니다.

그러나 빠르게 발전하는 기술과 고객 요구의 변화하는 특성으로 인해 SaaS 영역은 기술에 정통한 기업과의 경쟁이 치열합니다.

'서비스형 소프트웨어'라는 키워드는 키워드 난이도가 높을 뿐만 아니라 클릭당 비용도 높습니다.

또한 이 키워드에 대한 상위 10개 웹사이트 순위의 도메인 등급은 거의 90으로 높습니다.

이 모든 것은 SaaS의 인기가 높아짐에 따라 이 영역의 경쟁도 커지고 있음을 나타냅니다. 점점 더 경쟁이 치열해지는 환경에서 자격을 갖춘 리드를 찾고, 유치하고, 육성하고, 전환하는 것은 SaaS 마케터에게 큰 도전과제입니다.

이것이 비즈니스 웹사이트의 SaaS 기술 SEO 상태가 중요한 이유입니다. 그러나 대부분의 SaaS 고객에게는 콘텐츠 마케팅 및 링크 구축 전략이 우선 순위입니다. SEO의 기술적 측면은 거의 주목을 받지 못합니다. 일반적으로 SaaS 회사의 기술적 SEO는 그들에게 너무 '기술적'이기 때문입니다.

이것은 알 수 없는 이유로 웹페이지 순위 및 트래픽 탱크가 발생하거나 SEO에 거의 영향을 주지 않고 사이트를 마이그레이션하려는 날까지 계속됩니다. 그러면 기업은 효과가 없거나 작업 시간이 오래 걸리는 사후 대응적인 결정을 내리는 경향이 있습니다.

이것이 우리가 고객에게 사이트의 기술적 상태를 개선하기 위한 사전 조치를 취할 수 있도록 주기적인 기술적 SEO 상태 점검을 수행할 것을 권장하는 이유입니다.

이 게시물이 끝나면 SaaS 비즈니스를 위한 기술 SEO가 얼마나 방대하고 복잡한지 알게 될 것입니다. 또한 기술적 SEO 최적화의 중요성을 배우게 됩니다.

아래에 공유된 정보가 너무 복잡하게 들리거나 구현 방법이 확실하지 않은 경우 기술 전문가 팀이 도와드리겠습니다. 우리는 단지 전화 또는 이메일 입니다!

시작하겠습니다.

1장: 기술 SEO란?

기술 SEO는 웹사이트의 기술적인 측면을 개선하는 데 중점을 두어 귀하의 사이트가 검색 엔진의 중요한 기술 요구 사항을 충족하는지 확인합니다. SaaS 기술 SEO에 리소스를 투자하는 주요 목표는 크롤링, 인덱싱, 렌더링 및 웹 사이트 아키텍처와 같은 기술 검색 측면의 우선 순위를 지정하여 유기적 순위를 높이는 것입니다.

기업이 기술 SEO에 투자하지 못하면 온라인 존재가 타격을 입는 것은 당연합니다. Google 및 기타 검색 엔진 봇은 웹사이트를 크롤링하고 다양한 요소에서 페이지를 평가합니다. 웹사이트가 크롤링 친화적이지 않은 경우 이러한 검색 크롤러는 중요한 페이지를 크롤링하고 색인을 생성할 수 없습니다.

따라서 SaaS 기업을 위한 기술 SEO는 유기적 도달 범위를 늘리고 가시성을 향상시키는 확실한 방법입니다.

대부분의 비즈니스, 특히 SaaS 회사는 사이트에서 기술적 SEO 문제를 관리하는 데 어려움을 겪고 있습니다.

  • SaaS 비즈니스 리더는 리드 생성, 고객 확보, 인바운드 마케팅, 숫자 맞추기 등과 같은 다른 우선 순위에 너무 집중 하고 있습니다. 따라서 기술 SEO는 거의 염두에 두지 않습니다.
  • SaaS 도메인은 지속적으로 새로운 콘텐츠와 자산을 생산하고 있습니다. 이것은 기술적인 웹사이트 관리를 어렵게 만듭니다.
  • 기술적 SEO 문제를 발굴하는 것은 어렵고 시간이 많이 걸립니다. 문제가 발견될 때는 이미 늦은 경우가 많습니다. 뒤따르는 전략(반응적 전략)은 효과를 나타내는 데 몇 주 또는 몇 달이 걸립니다. 따라서 사이트의 기술적 상태를 파악하기 위해 사전에 조치를 취하는 것이 좋습니다.
  • 기술 SEO는 일반적으로 페이지와 달리 보이지 않는 요소를 나타냅니다. 예를 들어, 사이트 구조, 로드 시간 및 XML 사이트맵의 문제는 심각한 문제가 발생할 때까지(또는 사전에 모니터링하지 않는 한) 알 수 없습니다.

이 모든 것이 SaaS 브랜드의 기술 SEO를 어렵게 만듭니다.

SaaS 기술 SEO에 대한 Growfusely의 접근 방식

Growfusely에서는 웹 사이트 상태 및 성능의 네 가지 측면을 조사하여 SaaS 비즈니스를 위한 기술 SEO에 접근합니다. 우리는 스스로에게 이 네 가지 질문을 던집니다.

  • 검색 엔진에서 페이지를 크롤링할 수 있습니까?

기술적으로 건전한 웹사이트는 검색 엔진 크롤러가 모든 콘텐츠와 코드를 쉽게 크롤링하고 분석할 수 있도록 구성되고 구성됩니다.

여기에서는 정보 아키텍처 및 사이트맵 측면에서 사이트의 청결도를 살펴봅니다. 크롤링 가능성을 높이고 웹사이트 오류를 ​​최소화하기 위해 다양한 도구를 적용합니다. 또한 robots.txt의 효과적인 사용, 크롤링 규칙 구현, 내부 연결 구조, 사이트맵 업데이트 등과 같은 몇 가지 다른 측면도 검토합니다.

  • 검색 엔진에서 페이지를 색인화할 수 있습니까?

인덱싱은 검색 봇이 콘텐츠를 효과적으로 평가하고 렌더링했는지 확인하는 크롤링의 중요한 측면입니다. 페이지가 인덱싱된 경우 크롤러가 검색 결과에 포함할 콘텐츠의 관련성과 컨텍스트를 측정했음을 의미합니다.

이 질문에 답하기 위해 캐싱, JavaScript 및 동적 렌더링, 표준 태그 및 리디렉션과 같은 측면을 모니터링합니다.

  • 웹사이트는 안전한가요?

웹사이트 보안은 사이트의 기술적 상태의 핵심 측면입니다. SaaS 웹사이트의 보안이 허물어지면 방문자뿐 아니라 검색 엔진의 신뢰도 무너질 수 있습니다. 이는 SERP에서 웹사이트의 가시성과 순위를 크게 제한할 수 있습니다.

여기에서 웹 사이트가 SEO 표준을 충족하고 HTTPS와 같은 보안 모범 사례를 구현하는지 확인합니다.

  • 사이트의 성능(속도)은 어느 정도입니까?

웹사이트의 속도는 사이트의 사용자 경험과 성능을 결정하는 핵심 요소입니다. SaaS 웹 사이트에는 훌륭한 콘텐츠가 있을 수 있지만 충분히 빠르지 않으면 SERP 순위에 오르지 못합니다.

큰 이미지는 웹 사이트 속도가 느린 가장 일반적인 이유 중 하나이지만 사이트 성능을 향상시키는 몇 가지 다른 요소가 있습니다. 따라서 사이트 속도를 높이기 위해 이미지 압축, 모바일 친화성 증가, JavaScript/CSS 축소, 캐싱 및 CDN 구현에 주의를 기울입니다.

다음 장에서는 SaaS 비즈니스에 대한 기술 SEO 감사의 주요 측면과 웹 사이트 크롤러가 작동하는 방식에 대해 설명합니다. 또한 SaaS 웹 사이트에 대한 기술적 SEO 분석을 시작하기에 충분한 데이터를 갖추는 방법도 공유합니다.

2장: SaaS 비즈니스를 위한 기술 SEO 감사: 무엇을, 왜, 어떻게?

SaaS 비즈니스 소유자로서 기술 SEO 감사를 수행할 때 처리해야 할 사항의 엄청난 양에 압도되는 것은 매우 일반적입니다. 그러나 가장 작은 기술적 문제를 적절하게 해결하면 순위와 트래픽이 크게 증가할 수 있다는 사실에 놀랄 것입니다.

기술 SEO의 다양한 섹션을 이해하는 것부터 시작하겠습니다. 이렇게 하면 제대로 작동하지 않는 것과 수행해야 할 작업을 알 수 있습니다.

1. 사이트 구조/정보 아키텍처

웹사이트 구조는 Google에 어떤 페이지가 중요하고 어떤 페이지가 중요하지 않은지 알려줍니다. 검색 봇은 사이트 구조를 사용하여 사이트의 콘텐츠를 크롤링하고 순위를 지정합니다.

사이트 구조는 콘텐츠가 어떻게 구성되고, 연결되고, 사이트 방문자에게 표시되는지를 다룹니다. 따라서 웹 사이트를 적절하게 구성하면 청중에게 도움이 되고 검색 봇이 페이지를 잘 인덱싱할 수 있습니다.

간단히 말해서, 사이트 구조는 SERP에서 더 높은 순위를 차지하는 콘텐츠에 영향을 줄 수 있습니다. 사이트 구조는 다음과 같은 이유로 중요합니다.

  • 필수 정보를 찾을 수 있는 위치와 페이지 간의 관계를 검색 엔진에 알려주기 때문에 Google의 가이드 역할을 합니다.
  • 내부 연결 구조는 Google에 어떤 게시물이 중요한지 알려줌으로써 모든 콘텐츠가 서로 경쟁하는 것을 방지합니다.
  • 구조가 명확하면 사이트 탐색이 좋다는 의미이기 때문에 UX를 향상시킵니다. 이것은 사람들이 귀하의 웹사이트에서 원하는 것을 쉽게 얻을 수 있음을 의미합니다.

내부 링크, 탐색, 카테고리 및 태그와 같은 분류, 이동 경로는 웹사이트를 구성하는 데 자주 사용됩니다.

다음은 사이트 구조를 개선하기 위한 몇 가지 모범 사례입니다.

  • 효과적인 내부 연결을 위해 Pillar-Cluster 또는 Hub-Spoke 사용

온라인에서 사용할 수 있는 SaaS 콘텐츠가 너무 많기 때문에 Google은 귀하가 해당 도메인의 권한인지 여부를 알고 싶어합니다. 권한을 설정하는 가장 좋은 방법 중 하나는 콘텐츠를 기둥 페이지와 주제 클러스터로 구성하는 것입니다.

기둥 페이지는 주제에 대한 포괄적인 개요를 제공합니다. Cluster는 포괄적인 주제를 중심으로 연결된 기사 모음입니다.

우리 블로그는 기둥 클러스터 콘텐츠 전략에 따라 운영됩니다.

이 모델은 독자들에게 상호 연결된 경험을 보장하여 가치를 제공하고 우리를 도메인의 권위자로 확립합니다. 이는 Google이 'SaaS SEO'라는 주제에 대한 최고의 리소스임을 Google에 알려줍니다.

  • 키워드 식인 풍습 수정

두 개 이상의 페이지가 동일한 키워드와 의도를 놓고 경쟁하는 SaaS 웹사이트에서 키워드 자기잠식(Keyword cannibalization)은 큰 문제입니다.

그래픽 디자인 플랫폼인 Canva에서 '소셜 미디어 그래픽'이라는 키워드로 순위를 지정하려고 한다고 가정해 보겠습니다. 그래서 그들은 '소셜 미디어 그래픽 향상을 위한 모범 사례'라는 제목의 게시물을 공유합니다. 몇 년 후 새로운 소셜 전술이 등장하여 다른 게시물을 작성하지만 동일한 키워드를 대상으로 합니다.

이것은 키워드 자기잠식의 전형적인 사례입니다. 새 게시물이 게시되면 Google은 순위를 매길 페이지를 결정하는 데 어려움을 겪을 것입니다. 대부분의 경우 순위가 둘 다 없습니다.

이러한 문제는 사이트 순위에 부정적인 영향을 줄 수 있습니다.

Google Search Console과 SEMRush의 위치 추적 도구는 자기잠식 문제를 찾아내는 훌륭한 도구입니다. 또는 Google에서 'site:[domain] 키워드' 검색 연산자를 사용하여 여러 페이지에 동일한 의도가 있는지 확인할 수 있습니다.

  • 카테고리로 구성된 URL 구조로 이동

루트 도메인에 기둥 페이지를 게시한 다음 해당 URL에서 지원 콘텐츠를 구축하면 사용자 경험을 개선하는 데 도움이 될 뿐만 아니라 웹사이트를 통해 링크 자산을 전달할 수 있습니다.

Hotjar 가 이 작업을 손쉽게 수행 하는 방법을 확인하십시오 .

기둥 페이지 도메인 – https://www.hotjar.com/heatmaps/

콘텐츠 도메인 지원 – https://hotjar.com/heatmaps/examples

루트 도메인의 URL을 계속하는 방법에 주목하십시오.

  • 웹사이트 분류 만들기

웹사이트 분류를 통해 웹마스터는 논리적인 방식으로 콘텐츠를 분류할 수 있습니다. 설명 용어 간의 관계 및 유사성을 정의하여 사용자가 페이지를 더 쉽게 탐색할 수 있도록 합니다.

기억하십시오. 방문자의 38% 는 콘텐츠나 레이아웃이 매력적이지 않으면 페이지 참여를 중단합니다.

시각적으로 분류는 웹 사이트의 섹션이나 블로그의 카테고리처럼 보입니다.

마케팅 기여 소프트웨어 웹사이트의 가상적인 예를 들어보겠습니다. 방문자가 '다채널 기여 솔루션'을 위해 웹사이트를 방문한다는 사실을 알고 있습니다.

이 경우 방문자가 원하는 것을 빠르게 찾을 수 있도록 카테고리를 설정해야 합니다. 따라서 다음과 같이 마케팅 귀속 솔루션을 제공할 수 있습니다.

  • 조직의 역할 – CMO, 이사, 마케팅 책임자 또는 마케팅 관리자
  • 산업 부문 – 에이전시, 전자 상거래, 금융 서비스, 법률, 여행 또는 SaaS

따라서 잘 계획된 분류는 고객 또는 잠재 고객이 웹 사이트와 상호 작용하는 방식을 완전히 바꿀 수 있습니다.

2. 크롤링

앞서 언급했듯이 크롤링은 검색 엔진이 스파이더를 보내 웹에서 새롭고 업데이트된 콘텐츠를 검색하는 Google의 검색 프로세스입니다. 봇은 웹 페이지를 가져오고 여기에 있는 링크를 따라 새 URL을 찾습니다. 이러한 크롤러는 새로운 콘텐츠를 찾으면 나중에 검색자가 유사한 콘텐츠를 찾을 때 검색할 수 있도록 해당 콘텐츠를 색인(카페인)에 추가합니다.

따라서 페이지를 크롤링하고 인덱싱하는 것은 SERP에 표시하는 데 중요합니다. 페이지가 크롤링되고 색인이 생성되는지 여부를 확인하려면 검색 연산자인 'site:yourdomain.com'을 사용하십시오.

위에 공유된 결과의 수는 사이트에서 색인된 페이지에 대한 대략적인 아이디어를 제공합니다. 보다 정확한 정보는 GSC의 Index Coverage Report를 사용하십시오.

다음은 귀하의 웹 페이지가 SERP에 표시되지 않는 몇 가지 이유입니다.

  • 귀하의 사이트가 방금 시작되었으며 Google 크롤러가 아직 크롤링하지 않았습니다.
  • 귀하의 사이트는 외부 웹사이트와 연결되어 있지 않습니다.
  • 사이트 탐색이 크롤링 친화적이지 않습니다.
  • 귀하의 사이트에는 검색 엔진을 차단하는 크롤러 지시문이 있습니다.
  • 귀하의 사이트는 최근 스팸성 SEO 전술을 사용하여 Google에 페널티를 받았습니다.

중요한 웹페이지의 색인을 생성하고 SERP에 포함시키는 한 가지 방법은 Google에 사이트 크롤링 방법을 알려주는 것입니다.

  • Robots.txt 파일 확인

Robots.txt 파일은 사이트에서 검색 봇이 크롤링해야 하는 부분과 크롤링하지 않아야 하는 부분을 제안합니다. 특정 robots.txt 지시문을 통해 웹사이트를 크롤링해야 하는 속도도 공유합니다.

robots.txt 파일은 웹사이트의 루트 디렉토리에 있습니다.

검색 봇이 robots.txt 파일을 처리하는 방법은 다음과 같습니다.

  • 봇이 robots.txt 파일을 찾지 못하면 웹사이트 크롤링을 진행합니다.
  • 봇이 robots.txt 파일을 찾으면 공유된 제안을 준수하고 크롤링을 진행합니다.
  • 봇이 robots.txt 파일에 액세스하려고 할 때 오류가 발생하고 존재 여부를 확인할 수 없으면 크롤링이 진행되지 않습니다.
  • 플래시 및 자바스크립트 탐색

Flash 및 JS 탐색은 사이트를 멋지게 보이게 할 수 있지만 검색 엔진에는 꽤 나쁩니다. 봇의 경우 JS 프레임과 Flash는 페이지의 콘텐츠에 액세스할 수 없는 끊어진 링크와 같습니다.

오늘날 Google은 링크 검색에 더 잘 사용하고 있습니다. Google은 JavaScript를 실행할 수 있지만 AJAX 및 Flash는 다른 검색 엔진에서 어려움을 겪습니다.

마찬가지로 Google에서는 색인을 생성할 수 있지만 다른 검색 엔진에서는 색인을 생성할 수 없습니다. 따라서 사이트의 크롤링 가능성을 개선하려면 JS 탐색 및 Flash가 검색 봇에 호소하는지 확인해야 합니다.

  • 플래시

멋진 Flash 애니메이션을 만들고 강력한 브랜드 메시지를 공유할 수 있습니다. 그러나 검색 엔진이라면 키워드가 풍부한 콘텐츠나 맥락을 제공하는 앵커 텍스트가 없는 이미지 세트일 뿐입니다.

따라서 웹 사이트에 Flash 애니메이션이 있는 경우 해당 애니메이션을 제거하거나 Flash 없이 탐색 모음을 복제하는 것이 좋습니다.

  • 자바스크립트 탐색

JavaScript가 웹사이트 탐색에 사용되면 순위가 떨어질 수밖에 없습니다. 검색 봇이 스크립트를 정확하게 읽을 것이라는 보장이 없기 때문입니다.

이 문제를 해결하려면 기술 SEO 팀에 유해한 스크립트를 제거하거나 noscript 섹션을 포함하도록 요청하십시오.

  • XML/HTML 사이트맵

이미 알고 있듯이 모든 웹 사이트에는 사람과 봇이라는 두 가지 유형의 방문자가 있습니다.

Google의 스파이더는 XML 사이트맵을 사용하여 기계가 읽을 수 있는 사이트맵이나 색인을 생성하는 반면 인간은 HTML 사이트맵을 참조하여 웹사이트를 탐색합니다.

XML 사이트맵은 다음과 같은 이유로 중요합니다.

  • 검색 엔진이 웹사이트의 모든 URL을 알고 있는지 확인하십시오.
  • URL에 대한 추가 컨텍스트를 제공하여 Google이 웹사이트를 더 잘 이해할 수 있도록 합니다.
  • 색인에서 사이트의 가시성 향상
  • 색인이 생성된 사이트맵 URL의 수를 모니터링합니다.
  • 우선 순위 페이지에 대해 검색 엔진에 알리기

그렇다면 HTML 사이트맵이 필요합니까?

예! 사용자는 HTML 사이트맵의 엄청난 이점을 누릴 수 있습니다. 또한 이 사이트맵은 보관된 콘텐츠로 연결됩니다. 따라서 이 사이트맵은 연결되지 않은 콘텐츠를 많이 게시하는 경우 도움이 될 수 있습니다.

다음은 Google이 그들에 대해 말한 내용입니다.

  • 깨진 내부 링크

깨진 내부 링크 또는 작동하지 않는 링크는 Google 크롤러가 콘텐츠를 검색하고 색인을 생성하지 못하게 합니다. 404 Page Not Found, 400 Bad Request 및 Timeout과 같은 오류 코드는 깨진 ​​링크를 가리킵니다.

페이지에 그러한 링크가 너무 많으면 귀하의 웹사이트가 방치되었음을 나타낼 수 있습니다. 또한 크롤러는 링크가 끊어지면 분류를 위해 링크가 끊어졌는지 확인하는 데 시간과 예산을 낭비합니다.

따라서 GSC를 사용하여 오류를 반환하는 페이지를 감지하십시오. 대시보드에서

색인 > 적용 범위 > 오류

이제 이러한 링크를 수정할 차례입니다. 끊어진 링크의 원인을 조사하여 시작하십시오. 이 질문을 사용하여 이 문제를 안내하십시오.

  • 오타 오류로 인해 발생합니까?
  • 최근에 이미지, 비디오, 파일 또는 전체 웹 페이지를 삭제했습니까?
  • 페이지 이름을 바꾸거나 페이지를 이동하고 링크를 업데이트하는 것을 잊으셨습니까?
  • 이동 또는 삭제된 콘텐츠에 연결하고 있습니까?
  • 도메인 이름을 변경했거나 사이트를 새 URL로 이동했습니까?

원인을 알면 끊어진 링크를 수정하는 솔루션을 찾는 데 도움이 될 수 있습니다.

예를 들어 이전 페이지를 삭제하고 대체 페이지로 새 페이지를 만든 경우 사용자가 액세스하려고 하면 이전 페이지에 404 Page Not Found 오류가 표시됩니다.

이 경우 페이지를 제거할 때 방문자를 새 위치로 보내고 검색 봇에게 페이지가 영구적으로 제거되었음을 알리는 301 리디렉션을 사용해야 합니다.

  • 내부 리디렉션

SaaS 웹 사이트는 독자가 최신 업데이트를 받을 수 있도록 콘텐츠를 변경하고 페이지를 이동하는 경우가 많습니다. 따라서 리디렉션은 이러한 사이트에서 비교적 일반적입니다.

리디렉션은 다음과 같은 경우에 자주 사용됩니다.

  • 웹사이트 병합
  • 콘텐츠 업데이트 또는 제거
  • 404를 반환하는 페이지 수정
  • 정보 아키텍처 변경
  • 사이트 마이그레이션 중.

리디렉션은 많은 경우에 필요합니다. 예를 들어, 원래 URL이 사용자에 의해 인덱싱되거나 자주 사용되는 경우에 필요합니다. 원본 URL이 뉴스레터나 백서와 같은 콘텐츠에 사용되는 경우에도 리디렉션이 필요할 수 있습니다.

그러나 검색 엔진 크롤러에 '추가 홉'을 추가하여 더 많은 작업을 수행하고 콘텐츠를 찾는 데 크롤링 예산을 낭비하게 하므로 리디렉션을 너무 많이 사용하지 마십시오.

  • 리디렉션 체인 (2 클릭 이상)

리디렉션 체인은 자연스럽게 발생하지만 UX(저속 사이트 속도) 및 크롤링 예산에 상당한 영향을 미치고 인덱싱 문제를 일으킵니다. 검색 엔진이 불필요한 3XX 상태 코드를 받을 때마다 봇은 대기해야 하고 우선 순위 페이지를 크롤링할 시간이 줄어듭니다.

Google 봇은 리디렉션이 너무 많은 경우(5회 홉 또는 클릭 후) 크롤링을 포기합니다. 따라서 John Mueller 는 이 수보다 적은 수의 홉을 권장합니다.

3. 렌더링

브라우저가 페이지를 요청하면 Googlebot이 웹페이지를 검색하고 코드를 실행하고 웹사이트 구조를 이해하는 데 필요한 콘텐츠에 액세스합니다. 이 프로세스를 렌더링이라고 합니다. 이러한 봇이 프로세스 중에 수집하는 정보는 웹 페이지의 순위를 지정하는 데 사용됩니다.

렌더링은 모든 페이지의 두 가지 상태 사이에서 발생합니다.

  • 서버 응답인 초기 HTML 입니다. 여기에는 HTML과 리소스에 대한 링크, 즉 JavaScript, CSS 및 페이지를 빌드하는 데 필요한 이미지가 포함됩니다.

  • 일반적으로 DOM(Document Object Model)으로 알려진 렌더링 된 HTML 입니다. 초기 HTML과 JS가 HTML에서 호출한 변경 사항을 나타냅니다.

DOM을 찾으려면 브라우저의 개발자 도구로 이동하여 '콘솔'을 클릭하세요.

Duda 웨비나에서 Martin Splitt은 HTML을 레시피로 비유하여 렌더링에 대해 설명합니다.

HTML이 레시피라면 많은 텍스트, 이미지 및 기타 항목과 같은 다양한 구성 요소가 있을 수 있습니다. 그러나 조리법은 지침이 적힌 종이 한 장에 불과합니다.

CSS, JavaScript 파일, 비디오 및 이미지와 같은 웹 페이지 리소스는 실제 물리적 구성 요소입니다.

귀하가 보고 브라우저와 상호작용하는 웹사이트는 최종 음식 준비입니다.

이 모든 것에서 렌더링은 요리를 요리하는 과정입니다.

효율적인 렌더링은 건강한 핵심 성능 평가 점수를 확보하는 데 매우 중요합니다 .

  • 중요한 렌더링 경로/지연 로딩

Google따르면 중요한 렌더링 경로를 최적화하는 것은 현재 사용자 작업과 관련된 콘텐츠 표시의 우선 순위를 지정하는 것입니다.

브라우저가 HTML, CSS 및 JavaScript를 픽셀로 변환하기 위해 거치는 일련의 단계입니다. 여기에는 DOM, CSS 개체 모델(CSSOM) , 렌더링 트리 및 레이아웃이 포함됩니다.

중요한 렌더링 경로를 최적화하여 첫 번째 렌더링 시간을 단축할 수 있습니다.

지연 로딩은 중요한 UI 항목만 렌더링하는 웹 및 모바일 앱 최적화 기술입니다. 나중에 중요하지 않은 항목을 렌더링합니다(비차단). 이러한 방식으로 지연 로딩은 중요한 렌더링 경로의 길이를 줄이는 효과적인 방법이며, 그에 따라 로딩 시간을 단축할 수 있습니다.

  • 자바스크립트 프레임워크 렌더링

JavaScript는 Angular, React 및 Blaze UI 렌더링 라이브러리를 지원합니다. DOM을 사용하여 DOM 요소를 조작하고 브라우저에 출력을 표시합니다. DOM은 HTML 파일의 요소 간에 부모-자식 관계 및 인접 형제 관계를 설정합니다.

  • <head>의 잘못된 HTML 요소

URL에 <noscript> 태그가 포함되어 있기 때문에 <head>에 잘못된 HTML 요소가 포함되는 경우가 많습니다. 이 태그는 브라우저에서 스크립트를 비활성화했거나 스크립트를 지원하지 않는 브라우저를 사용하는 사용자를 위한 대체 콘텐츠를 정의합니다.

<head>에서 사용하는 경우 <link>, <style> 및 <meta> 요소만 포함해야 합니다. JavaScript를 렌더링하지 않는 크롤러의 경우 다른 HTML 요소를 포함하는 것이 어려울 수 있습니다. 다른 요소가 있으면 렌더링을 방해하여 메타 로봇과 같은 중요한 태그를 놓치게 됩니다.

  • 리소스 URL(이미지, CSS, JS) 리디렉션이 손상됨

이 URL은 액세스할 수 없는 다른 URL로 리디렉션되는 리소스 URL입니다. 리디렉션된 URL(301 또는 302)은 페이지의 위치가 변경되었고 사용자가 원래 URL 대신 새 URL로 전송되었음을 의미합니다.

리소스를 더 이상 사용할 수 없으면 렌더링에 영향을 미치고 사용자 경험이 저하될 수 있습니다.

4. 인덱싱

인덱싱은 콘텐츠 및 컨텍스트에 대해 크롤링 및 분석된 웹 페이지를 Google의 색인 또는 웹 검색에 추가하는 프로세스입니다. 이 프로세스는 검색 엔진이 정보를 구성하는 데 도움이 되어 사용자 검색 쿼리에 초고속 응답을 제공할 수 있습니다.

따라서 검색 봇은 페이지를 크롤링한 후 브라우저와 마찬가지로 렌더링합니다. 그렇게 하는 동안 검색 엔진은 콘텐츠를 분석하고 인덱스 또는 데이터베이스에 저장합니다.

검색 엔진에 웹 페이지 색인을 생성하도록 지시하는 방법을 알아보겠습니다.

  • 정규화

검색 엔진이 여러 페이지에서 동일한 콘텐츠를 크롤링할 때 어느 페이지를 인덱싱할지 모릅니다. 그것이 정규화가 도움이 되는 곳입니다. 정규화를 사용하면 선호하는 페이지에 대해 검색 엔진에 지시할 수 있습니다.

따라서 rel=”canonical” 태그를 사용하면 검색 엔진이 중복을 무시하면서 선호하는 버전의 콘텐츠를 더 잘 인덱싱할 수 있습니다.

rel=”canonical” 태그 를 추가하면 검색 엔진에 이 페이지의 색인을 생성하지 마십시오. 대신 '이 페이지'가 마스터 버전이므로 색인을 생성하세요.'

제대로 수행되면 정규화를 통해 각 콘텐츠에 URL이 하나만 있게 됩니다. 중복 콘텐츠에 대한 불이익은 없지만 인덱싱 문제를 일으켜 SEO 전략에 해를 끼칠 수 있습니다.

따라서 rel=”canonical” 태그를 사용하여 Google이 표준을 선택하고 검색 결과에서 나머지를 필터링하도록 권장하는 것이 좋습니다.

  • 로봇 메타 태그

이 태그는 HTML의 <head> 내에서 사용됩니다. 다음은 로봇 메타 태그에 대한 일반적인 메타 지시문입니다.

  • index/noindex: 페이지를 크롤링하고 검색을 위해 색인에 보관해야 하는지 여부를 검색 엔진에 알려줍니다. 'NOINDEX'를 선택하면 봇이 검색 결과에서 해당 페이지를 제외하도록 지시하는 것입니다.

Google이 씬 페이지의 색인을 생성하는 것을 원하지 않지만 방문자가 액세스할 수 있도록 하려면 'noindex'를 사용하십시오.

SaaS 웹사이트의 경우 사용자 생성 프로필 페이지에 'noindex'를 사용할 수 있습니다.

  • Follow/nofollow: 페이지의 링크를 따라가야 하는지 여부를 검색 엔진에 알립니다. '팔로우하지 않음'을 선택하면 검색 엔진이 링크를 따르거나 링크 자산을 전달하지 않습니다.

'Nofollow'는 웹마스터가 페이지의 색인이 생성되는 것을 방지하고 크롤러가 해당 페이지의 링크를 따라가지 못하도록 할 때 종종 'noindex'와 쌍을 이룹니다.

  • noarchive: 검색 엔진에 페이지의 캐시된 사본을 저장하지 않도록 지시합니다. 기본적으로 모든 검색 엔진은 색인이 생성된 페이지의 가시적인 사본을 유지합니다.

하지만 가격이 변하는 여러 서비스가 있는 경우 '노아카이브'를 선택할 수 있습니다. 이렇게 하면 방문자가 오래된 가격을 보는 것을 방지할 수 있습니다.

5. 상태 코드

HTTP 상태 코드 분석은 기술적 SEO 감사의 중요한 부분입니다. 이를 추적하면 웹사이트 구조 내에서 오류를 찾는 데 도움이 됩니다.

SEO 감사의 일환으로 이러한 상태 코드를 확인하여 예상대로인지 확인하고 필요한 경우 수정을 적용하여 내부 연결 구조를 개선해야 합니다.

주요 상태 코드를 살펴보겠습니다.

ㅏ. 3XX

  • 301 영구적으로 이동됨 또는 301 리디렉션

이 상태 코드는 리소스가 영구적임을 나타냅니다. 따라서 요청은 요청된 리소스 대신 다른 URL로 리디렉션되어야 합니다.

이러한 상태 코드는 사이트 마이그레이션 또는 한 URL에서 다른 URL로 SEO 값을 영구적으로 전송해야 하는 상황에 사용됩니다.

  • 302 발견

302 발견은 리소스가 일시적으로 다른 위치로 이동되었음을 나타내는 임시 리디렉션입니다.

302 상태 코드의 좋은 예: 한 달 동안 게이트 콘텐츠 캠페인을 실행하고 302를 사용하여 사용자를 URL A에서 URL B로 보냅니다. 캠페인이 종료된 후 1개월 후에 302 리디렉션을 제거합니다.

302 상태 코드의 잘못된 예: 웹사이트 마이그레이션 중에 대부분의 개발자는 301 대신 302를 구현합니다. 따라서 신호가 새 URL로 즉시 전달되지 않습니다(몇 달이 걸릴 수 있음). 결과적으로 새 URL은 이전 URL만큼 성공적이지 않습니다.

301 리디렉션 상태 코드가 몇 가지 더 있습니다.

  • 303 See Other: 이것은 초기 요청에 대한 간접적인 응답을 제공하기 위한 것입니다.
  • 304 Not Modified: 이것은 요청된 리소스가 마지막으로 요청된 이후로 수정되지 않았음을 나타냅니다. 따라서 클라이언트에게 반환되지 않습니다. 대신 캐시된 버전이 사용됩니다.
  • 307 임시 리디렉션/ 내부 리디렉션: 이 임시 상태 코드는 대상 페이지가 일시적으로 다른 URL에 있음을 설명합니다.

그것은 사용자가 해당 URL에 대한 자동 리디렉션이 있는 경우 요청 방법을 변경해서는 안 된다는 것을 알려줍니다.

비. 4XX

  • 401 권한 없음

HTTP 인증에 실패했음을 나타내는 오류입니다. 즉, 요청한 페이지에 사용자 이름과 비밀번호 조합이 필요하거나 IP 주소를 기반으로 액세스가 허용되지 않습니다.

  • 404 파일을 찾을 수 없음

이 상태 코드는 요청한 소스를 찾을 수 없음을 나타냅니다. 일시적이거나 영구적일 수 있는 인기 있는 상태 코드입니다. 좋은 UX를 보장하려면 다음과 같은 사용자 지정 404를 만드십시오.

  • 페이지가 존재하지 않음을 나타냅니다.
  • 웹사이트 디자인에 통합됨
  • 액세스 가능한 콘텐츠에 대한 링크 제공
  • 인덱싱할 수 없음

게다가 페이지가 존재하지 않거나 중요한 백링크가 없거나 사용할 수 있는 동등한 콘텐츠가 없는 경우 404를 설정합니다.

  • 410화

이러한 상태 코드는 요청한 페이지를 사용할 수 없음을 나타냅니다. 이 상태 코드는 이 미묘함에서 404와 다릅니다. 페이지가 이미 존재하지만 제거되었으며 교체되지 않을 것이라고 말합니다. 이것은 검색 봇에 정확하고 확실한 메시지를 제공합니다.

씨. 5XX

  • 500 내부 서버 오류

이 상태 코드는 서버가 요청을 처리하는 데 문제가 있었지만 특정 항목을 명시적으로 지적할 수 없음을 나타냅니다.

  • 503 서비스 이용 불가

이 상태 코드는 서비스를 일시적으로 사용할 수 없으며 나중에 사용할 수 있음을 나타냅니다. 많은 개발자가 웹 사이트 유지 관리가 예정되어 있을 때 이 방법을 사용하지만 이 방법은 권장하지 않습니다.

503의 올바른 사용: 서버가 너무 바빠서 현재 요청을 처리할 수 없습니다.

503의 잘못된 사용: 과거 또는 먼 미래에 " Retry-After " 값( 나중에 다시 시도)으로 503을 제공 합니다.

6. 모바일 친화성

반응형 디자인은 동일한 코드를 사용하여 표시될 화면 크기에 따라 웹사이트를 조정합니다. 모바일 친화성은 Google 봇이 데스크톱 대신 웹사이트의 모바일 버전을 인덱싱하기 때문에 기술 SEO의 큰 부분입니다.

따라서 모바일 친화적인 디자인은 오늘날 선택 사항이 아닙니다. Google은 초기에 모바일 우선 색인을 도입하여 웹마스터에게 색인이 없으면 순위가 하락할 수 있다고 말했습니다.

사용자와 Google이 웹사이트를 모바일 친화적으로 만드는 방법을 살펴보겠습니다.

ㅏ. AMP 사용

우리 모두는 모바일 트렌드가 한동안 데스크탑을 추월해 왔다는 것을 알고 있습니다. 이러한 추세는 Google이 모바일 브라우징을 위해 사이트를 최적화하기 위한 Google의 오픈 소스 노력인 Accelerated Mobile Pages(AMP) 프로젝트 를 내놓기에 충분했습니다.

AMP는 기존 HTML을 기반으로 하는 특정 프레임워크를 사용하여 브라우저와의 정보 교환을 간소화합니다. 이는 로딩 시간을 줄여 원활하고 빠른 사용자 경험을 제공합니다.

AMP는 주의해서 사용하는 한 잘 작동합니다.

왜요?

  • AMP에는 심각한 설계 제한이 따릅니다. AMP는 단일 스타일시트를 허용하여 HTTP 요청을 단일 스타일시트로 줄이기 때문에 인라인 스타일을 사용할 수 있습니다.

또한 CSS 크기는 50KB로 제한됩니다. 괜찮은 디자인을 만드는 데는 충분하지만 개발자는 여전히 효율적인 코딩을 사용해야 합니다.

  • 링크 구축은 AMP로 복잡할 수 있습니다. 웹사이트가 AMP 페이지에 링크되면 백링크는 귀하의 도메인이 아닌 Google 도메인을 가리킵니다.

AMP는 속도에 관한 것입니다. 따라서 이상적인 웹 디자인과 같은 UX의 다른 측면은 성능 다음으로 중요합니다. 그러나 우리가 살고 있는 모바일 친화적인 시대를 고려할 때 더 빠른 페이지 로딩은 UX 측면에서 가치 있는 자산입니다.

비. 프로그레시브 웹 앱

현실적입니다. 사용자는 인터넷에서 방문하는 모든 사이트에 대해 앱을 설치하지 않습니다. 그래서 프로그레시브 웹 앱이 만들어졌습니다.

PWA는 네이티브 앱과 유사한 UX를 제공하기 때문에 SEO 영역에서 상당히 인기가 있습니다. 앱 유지 관리의 복잡성 없이 유지 및 성능이 향상됩니다.

예를 들어, 알림 패널에 표시되는 푸시 알림과 같은 기능을 통해 사용자가 앱 스토어를 방문하지 않고도 좋아하는 웹사이트를 홈 화면에 추가할 수 있도록 하여 청중을 쉽게 재참여시킬 수 있습니다.

PWA는 빠르게 렌더링되므로 모바일 장치와 데스크탑에서 풍부한 경험을 제공합니다. 또한 응답성이 있고 검색 가능하며 연결과 무관하며 다른 페이지에 비해 더 나은 참여를 보장합니다.

운송 회사인 Uber는 보급형 장치 또는 느린 네트워크를 사용하는 라이더가 차량을 예약할 수 있도록 하는 진보적인 웹 앱인 m.uber를 구축합니다.

마찬가지로 Flipkart Lite는 웹의 장점과 기본 앱을 결합한 PWA입니다.

씨. 반응형 디자인

반응형 웹 디자인이 SEO 노력을 보완할 수 있는 방법은 다음과 같습니다.

  • 사이트 사용성

반응형 디자인은 모바일 검색을 위해 사이트를 최적화하여 사이트의 기능을 개선하고 여러 장치에서 일관된 UX를 제공합니다. 따라서 사이트의 유용성과 Google은 향상된 순위로 귀하를 선호할 것입니다.

  • 빠른 페이지 로딩

반응형 디자인을 따르는 웹 사이트는 일반적으로 빠르게 로드되므로 검색 결과에서 사용자 경험과 순위가 향상됩니다.

  • 낮은 이탈률

웹사이트에 반응형 디자인을 사용하면 웹사이트가 다른 웹사이트보다 더 매력적일 뿐만 아니라 콘텐츠를 조직적으로 전달할 수 있습니다. 따라서 귀하의 웹 사이트는 이해하기 쉽고 방문자는 더 오래 머무를 것입니다.

이 모든 것이 향상된 UX와 낮은 이탈률을 보장합니다.

  • 중복 콘텐츠 없음

반응형 웹사이트 디자인을 따르면 사용하는 장치에 관계없이 단일 URL을 사용할 수 있습니다. 이렇게 하면 Google을 혼란스럽게 하고 순위에 해를 끼칠 수 있는 중복 콘텐츠 문제를 해결할 수 있습니다.

  • 소셜 공유

소셜 미디어는 직접적인 순위가 아니지만 청중을 구축하는 데 도움이 됩니다. 반응형 웹 사이트를 사용하면 방문자가 소셜 미디어에서 콘텐츠를 쉽게 공유할 수 있으므로 도메인에서 가시성과 권위가 향상됩니다.

7. 웹사이트 보안

Google makes sure that its users find search results that are safe to use and do not compromise user information or personal data. Thus, website security can significantly impact a site's SEO performance.

Without a secure website, you cannot rank well in the search result pages or dominate your keyword category.

Website security encompasses all the precautionary measures taken to protect the site against malicious threats or attacks. More often than not, unsecured websites allow hackers to access the site code, allowing them to hide keywords, redirects, and links and create subpages that boost the income of their nefarious websites.

Google and other search engines flag malware and unscrupulous websites, thereby warning users not to access them.

Here are a few steps you can take to protect your website from such attacks and improve your rankings in the SERPs.

a. HTTPS

HTTPS is an encrypted version of the HTTP that protects the communication between your browser and server against being intercepted by attackers. IT offers confidentiality, integrity, and authentication to website traffic.

The security comes with the use of SSL (Secure Sockets Layer) that encrypts the information being transmitted from the user's computer to the website they are on. Today, almost all websites use SSL to protect their information, especially when users need to share sensitive data like credit card numbers or personal data.

Installing HTTPS and allowing indexing are the top measures you should take, allowing Google to read your website ensure that the data transmitted is secure. Further, HTTPS enables the use of modern protocols for enhancing security and website speed.

To encourage sites to implement this security, Google uses HTTPS (HyperText Transfer Protocol Secure) as a (lightweight) ranking signal. Simply put, if your site uses HTTPS, it will get a small boost in its search rankings.

Follow these tips to implement HTTPS –

  • Install an SSL Certificate from a Certificate Authority like DigiCert, Comodo Cybersecurity, or Verisign.
  • Decide on whether you need a single, multi-domain, or wildcard certificate.
  • Use relative URLs for resources on the same secure domain and protocol relative URLs for other domains.
  • Update your website's address in Google Webmaster Tools. This will ensure that Google indexes your site's content under the new URLs.
  • Avoid blocking HTTPS sites from crawling using robots.txt and allow indexing of your pages by search engines.

Besides improving site security, HTTPS improves site speed when protocols like TLS 1.3 and HTTP/2 are used. Let's learn more about these protocols in the next section.

b. HTTP/2

When you do a Google Lighthouse audit report, you will come across HTTP/2. In this screenshot, you can see that it's green for our website; however, it often pops up as an opportunity to improve page loading speed for several other sites.

HTTP/2 is a protocol that governs the communication between the browser making requests and the server holding the requested information.

Tom Anthony from Distilled, amazingly explains HTTP/2, using the truck analogy.

An introduction to HTTP/2 for SEOs from Tom Anthony

The truck represents the client's request to the server and the road traveled is the network connection. Once the request is made, the server will load the response and send it back to the browser.

The problem with HTTP is that anyone can see what the truck is carrying. With HTTPS, there's a layer of protection to the responses. So, it's like the truck is going through a tunnel and no one is able to see what's inside.

However, the problem is –

  • Small requests take time and multiple requests means some have to wait
  • Mobile connections increase the latency and round trip time

HTTP/2 solves this issue by allowing multiple requests per connection while ensuring security when used with HTTPS. Further, HTTP/2 has a feature – server push, where the server can respond to a request with multiple responses at once.

So, for instance, if the server knows that the HTML needs other assets like CSS and JavaScript files, it can send them back with the HTML rather than delivering them individually.

If your server supports HTTP/2, you can ensure it automatically serves content on the new protocol by using a CDN.

c. TLS Protocols

TLS or Transport Layer Security is a protocol that ensures data privacy and security of information when it is transmitted. It offers server authentication and encryption of communications between the web application and server.

TLS is like an upgraded/ redesigned version of SSL that supports more encryption algorithms. Though the implementation of TLS doesn't guarantee increased visibility, the website gains user trust, thereby reducing your site's bounce rate and having a positive impact on its rankings.

d. Cipher Suites on Server

Cipher suites are sets of methods or cryptographic algorithms used to encrypt messages between users or servers and other servers. They secure a network connection through SSL/TLS and are typically made of the following algorithms –

  • The key exchange algorithm that dictates how symmetric keys will be exchanged
  • The authentication algorithm that dictates how server and client authentication will be carried out
  • The bulk encryption algorithm tells which symmetric key algorithm will be used to encrypt the actual data
  • Message Authentication Code (MAC) algorithm that dictates the method used to perform data integrity checks.

Cypher is critical for the security level, compatibility, and performance of your HTTPS traffic. They determine how secure it is, who can see it, how it's displayed on the browser, and how fast users can see your site.

e. HTTP Response Headers

HTTP headers often get ignored during technical SEO audits. These are the directives passed along through HTTP header response. Websites using these headers are known to be hardened against notorious security vulnerabilities.

Reviewing HTTP headers can offer valuable assets about your site's technical SEO performance. Here are five security headers you should be aware of.

  • CSP(콘텐츠 보안 정책) 는 XSS(교차 사이트 스크립팅) 및 데이터 삽입 공격으로부터 웹 사이트를 보호하는 데 도움이 됩니다.
  • Strict-Transport-Security 헤더 는 공격자가 HTTPS 연결을 HTTP로 다운그레이드하는 것을 방지합니다. HSTS(HTTP Strict Transport Security 헤더)라고도 합니다.
  • X-Content-Type-Options 는 사용자 생성 콘텐츠를 통해 발생할 수 있는 몇 가지 악용을 중지합니다.
  • X-Frame-Options 는 클릭재킹 공격을 차단하므로 구현하기에 유용한 보안 조치입니다.
  • Referrer-Policy 를 사용하면 사이트 방문자가 링크를 클릭하여 다른 웹사이트를 방문할 때 웹마스터가 어떤 정보가 전송되는지 제어할 수 있습니다. 이는 방문자를 참조하는 사이트의 URL에 있는 민감한 정보가 제3자에게 누출되는 것을 방지합니다.

8. 구조화된 데이터

구조화된 데이터는 검색 엔진의 언어이므로 콘텐츠를 더 잘 이해할 수 있습니다. 검색 엔진이 온라인 콘텐츠를 문맥화하고, 이해하고, 검색 쿼리와 정확하게 일치시키는 데 도움이 되는 권위 있는 어휘(기계 판독 가능 컨텍스트)입니다.

구조화된 데이터는 순위 요소가 아니지만 검색 엔진이 콘텐츠의 순위를 정확하게 지정하고 리치 스니펫의 형태로 SERP에 직접 더 많은 정보를 표시할 수 있습니다.

SEO 세계에서 구조화된 데이터는 콘텐츠에 대한 추가 컨텍스트를 제공하기 위해 페이지에 일부 형태의 마크업을 구현하는 것입니다. 구조화된 데이터를 추가하면 웹사이트에서 리치 스니펫, 리치 카드, 캐러셀, 지식 그래프, 탐색경로 등과 같은 향상된 결과를 활용할 수 있습니다.

일반적으로 검색 엔진은 microdata, JSON-LD 및 microformat의 세 가지 구문을 지원합니다. 또한 Schema.org와 Microformats.org의 두 가지 어휘를 지원합니다.

이에 대해 자세히 알아보겠습니다.

ㅏ. 스키마 마크업

스키마 마크업은 스키마라고도 합니다. 페이지의 내용을 체계적으로 설명하는 표준화된 태그의 의미론적 어휘로, 검색 엔진이 콘텐츠의 컨텍스트를 쉽게 얻을 수 있도록 합니다.

현재 797개의 스키마를 사용할 수 있지만 가장 많은 SEO 가치에 기여하는 다음 스키마를 추가하는 것이 좋습니다.

Merkle Schema Markup Generator를 사용하면 웹사이트에 대한 스키마 마크업을 생성할 수 있습니다.

  • 사람: 페이지에 언급된 개인에 대한 기본 정보를 검색 엔진과 공유합니다. 이 마크업은 블로그의 저자 소개 섹션이나 팀 세부 정보가 언급된 페이지에 적용할 수 있습니다.

  • Organization/LocalBusiness: 회사 웹사이트의 About Us 페이지 또는 Contact Us 섹션에 추가해야 하는 중요한 스키마입니다.

  • 제품: 이 마크업은 제품 페이지에 추가되어 자세한 검색 스니펫을 얻을 수 있습니다.

  • Breadcrumbs: Breadcrumbs를 사용하면 사용자가 웹 사이트를 쉽게 탐색하고 계층 구조에서 페이지 위치를 볼 수 있습니다. 이 마크업은 이 경험을 검색 스니펫에 가져옵니다.

  • 기사: 이것은 웹사이트 기사 및 블로그 게시물에 추가되는 인기 있는 마크업입니다. 이를 통해 Google은 콘텐츠에 대한 기본 정보를 얻을 수 있습니다. 예를 들어 Google은 헤드라인, 작성자, 발행일 등과 관련된 데이터를 가져옵니다.

  • 방법 : SaaS 웹 사이트에 방법 콘텐츠가 있는 경우 이 마크업을 활용해야 합니다. 이 마크업은 Google이 단계별 접근 방식을 사용하여 특정 목표를 달성하는 방법을 이해하는 데 도움이 됩니다.

  • FAQPage: FAQPage 마크업은 포괄적인 답변과 함께 자주 묻는 질문 목록을 공유하는 페이지에서 사용됩니다.

  • VideoObject: 이 마크업은 비디오 콘텐츠에 대한 기본 정보를 Google에 제공하기 때문에 웹사이트에서 호스팅되는 비디오에 추가됩니다. 지정해야 하는 요소는 동영상 설명, 동영상 길이, 썸네일 URL 및 업로드 날짜입니다.

비. 마이크로데이터 및 JSON-LD

Google은 JSON-LD와 마이크로데이터 구조를 모두 지원하지만 전자는 가볍기 때문에 Google에서 선호하는 구조화된 데이터 형식입니다.

  • JSON-LD(연결된 데이터에 대한 JavaScript 개체 표기법)

위에서 언급했듯이 JSON-LD는 가장 널리 사용되는 구조화된 마크업 스크립트이며 Google에서 가장 선호하는 버전입니다. HTML 문서의 나머지 부분을 방해하지 않고 코드 블록으로 구현할 수 있기 때문입니다.

  • 마이크로데이터

마이크로데이터를 사용하면 기계가 읽을 수 있는 태그를 사용하여 웹페이지의 다양한 HTML 요소에 레이블을 지정할 수 있습니다. 사실, 이는 구조화된 데이터에 대한 웹 페이지의 항목과 값을 강조 표시하는 태그 세트를 기반으로 합니다.

HTML 소스 코드에 포함되어 있기 때문에 마이크로 데이터를 구현, 편집 또는 제거하는 데 시간이 걸립니다.

씨. 리치 스니펫

URL, 제목 및 설명과 함께 표시되는 정보를 포함하는 모든 형태의 자연 검색 결과 목록은 리치 스니펫입니다.

관련 웹페이지에 구조화된 데이터를 구현한다고 해서 해당 데이터가 리치 스니펫에 표시되는 것은 아니라는 점을 기억하는 것이 중요합니다.

Google은 특정 결과를 리치 스니펫 또는 리치 카드로 표시할 때 웹사이트 권위, 신뢰성 및 기타 요소와 같은 요소를 고려합니다.

9. 마이그레이션

도메인 이름을 변경하거나 HTTPS를 구현하는 것은 현명한 조치이지만 웹사이트 순위를 유지하면서 이 모든 것이 쉽지는 않습니다. 웹사이트 트래픽이나 전환의 손실 없이 원활하게 마이그레이션을 완료하려면 엄격하고 세심한 조사, 계획, 실행 및 모니터링이 필요합니다.

이것이 SEO 마이그레이션의 모든 것입니다. 마이그레이션을 수행할 때 검색 순위, 권한 및 인덱싱 신호를 전송하는 것입니다.

제대로 수행되지 않을 경우 SEO에 영향을 미치는 다양한 유형의 마이그레이션을 살펴보겠습니다.

ㅏ. 도메인 마이그레이션

현재 웹사이트 URL을 모든 콘텐츠 및 리소스와 함께 새 URL로 변경할 때입니다. 도메인 마이그레이션은 일반적으로 브랜드를 변경하거나 위치별 도메인으로 변경하거나 호스팅된 서비스를 도메인으로 이동할 때 수행됩니다.

여기에는 컨텐츠 변경, 즉 컨텐츠 통합 및 재작성, 컨텐츠 정리 등이 포함됩니다. 이 모든 것이 웹사이트의 분류 및 내부 연결에 영향을 미치므로 사이트의 유기적 검색 가시성에 영향을 줍니다.

다음은 SEO를 잃지 않고 도메인을 변경하는 몇 가지 빠른 팁입니다.

  • 새 도메인의 기록을 알고 있는지 확인하십시오. 예를 들어, 백링크 네트워크에 대해 알아보고(이를 위해 Ahrefs Backlink Checker 사용 ) 과거에 빨간색 플래그가 지정되었는지 확인합니다.
  • 이전 도메인을 새 도메인으로 리디렉션합니다. 이는 도메인 등록기관 또는 호스팅 제공업체를 통해 조정할 수 있습니다.
  • Google Search Console을 사용하여 새 사이트를 확인합니다. 플랫폼은 각 페이지의 키워드 실적에 대한 정보를 제공하고 주요 기술 문제를 지적합니다.
  • 비즈니스 프로필에서 이전 URL에 대한 모든 언급을 업데이트합니다.
  • 새 URL로 Google Analytics를 업데이트하십시오.

비. 재출시

웹사이트를 다시 시작하는 것은 기업에게 흥미로운 시간이지만 사이트의 SEO 성능에 심각한 해를 끼칠 수 있습니다. 사이트에서 콘텐츠 누락, 리디렉션 오류 또는 누락, 내부 링크 구조 변경, 오류 페이지를 가리키는 인바운드 링크, JS 렌더링 콘텐츠 변경 및 기타 기술 문제와 같은 문제가 발생합니다.

예를 들어, 웹사이트를 다시 시작한 후 직면하는 최악의 문제 중 하나는 크롤링 및 인덱싱 문제입니다.

다음은 다시 시작하는 동안 트래픽 손실을 방지하기 위해 할 수 있는 몇 가지 사항입니다.

  • 우선 순위 콘텐츠를 새 웹사이트로 마이그레이션
  • 필요한 경우 정확하고 완전하게 301 리디렉션을 구현합니다.
  • 내부 링크 구조 및 인바운드 링크 개선
  • 모든 페이지 최적화 마이그레이션
  • 재출시 전 기술 SEO 감사 수행
  • 모바일 렌더링 및 JavaScript 렌더링 콘텐츠 및 링크의 변경 사항에 주의

씨. CMS 변경 사항

CMS 재플랫폼은 한 CMS에서 다른 CMS로 이동할 때 발생합니다. 이는 일반적으로 웹 사이트를 보다 상호 작용하고 기능이 풍부하게 만들고 성능을 향상시키기 위해 수행됩니다.

예를 들어 WordPress에서 Drupal로 이동하거나 Drupal 7에서 Drupal 9로 업그레이드합니다.

CMS를 변경할 때 웹마스터는 웹사이트를 몇 가지 변경합니다. 모든 CMS 변경이 트래픽 손실을 수반하지는 않지만 프로세스는 사이트의 SEO 성능에 영향을 미칩니다. CMS 변경에는 이전 URL 구조를 유지할 수 없음, 메타 태그 및 H1에 대한 다른 템플릿, 서비스 파일에 대한 다양한 접근 방식(robots.txt 및 XML 사이트맵)과 같은 문제가 수반됩니다.

이러한 문제를 극복할 수 있는 방법은 다음과 같습니다.

  • 이 게시물에서 언급한 크롤러 중 하나를 사용하여 크롤링을 실행합니다. 이것은 주요 기술 문제를 가리킬 것입니다.
  • 메타 정보, URL 구조, 사이트 아키텍처, 표준 태그, robots.txt, 구조화된 데이터, Hreflang 등과 같은 CMS 기능을 평가합니다.
  • URL 맵에서 리디렉션할 URL을 지정합니다.

디. HTTP에서 HTTPS로

보안되지 않은 'http'에서 보안 'https'로 사이트 프로토콜을 변경하는 경우입니다.

다음은 성공적인 SEO 친화적인 HTTPS 마이그레이션을 보장하는 방법입니다.

  • JetOtopus 또는 Screaming Frog와 같은 크롤러를 사용하여 현재 http 사이트 및 내부 링크에 있는 URL을 크롤링합니다.
  • SEMRush 또는 Ahrefs를 활용하여 현재 키워드 실적을 모니터링합니다.
  • 신뢰할 수 있는 출처에서 SSL 인증서를 구입하고 최신 상태인지 확인하십시오.
  • 각 URL을 매핑하여 HTTP 사이트의 URL이 새 HTTPS 사이트의 어느 위치로 리디렉션되는지를 간략하게 설명합니다.
  • 콘텐츠 및 디자인 변경은 기다릴 수 있습니다.
  • 사이트 내에서 HTTPS에 대한 하드 코딩된 링크를 업데이트합니다. 서버 측 301 리디렉션을 사용하여 사용자와 검색 엔진을 HTTPS 페이지로 리디렉션합니다.
  • HTTP를 사용하여 타사 사이트로 연결될 수 있는 비보안 콘텐츠가 있는지 웹사이트를 검색합니다.
  • robots.txt 파일을 업데이트하여 하드 코딩된 링크나 여전히 http 디렉토리 또는 파일을 가리킬 수 있는 차단 규칙을 제거하십시오.
  • 사이트가 바쁜 시간에는 마이그레이션을 수행하지 마십시오.
  • HTTPS 버전을 라이브로 설정합니다.
  • HTTPS 버전을 GSC에 추가하고 원하는 도메인 상태를 설정합니다.
  • 사이트의 새 버전에 대한 사이트맵을 GSC에 제출하십시오.
  • 사이트가 올바르게 크롤링되고 색인화되고 있는지 확인합니다.
  • 기록 손실을 방지하려면 관리자 및 속성 설정에서 Google 애널리틱스 프로필을 HTTP에서 HTTPS로 업데이트하세요.
  • 타겟 키워드의 실적을 정기적으로 모니터링하지만 몇 주 동안 변동이 있을 수 있습니다.

10. 핵심 웹 바이탈

페이지 경험과 사용자 경험은 페이지 순위를 매길 때 Google에서 핵심적인 두 가지 요소입니다. 핵심 웹 바이탈(CWV)은 Google의 매개변수를 기반으로 페이지 경험 점수를 평가하는 특정 요소입니다.

CWV는 페이지 경험의 세 가지 중요한 측면인 로딩 성능, 응답성 및 시각적 안정성을 평가합니다. 이 측정항목은 방문자가 페이지를 방문할 때 UX와 직접적으로 관련된 요소를 측정합니다.

  • 가장 큰 콘텐츠가 포함된 페인트(LCP) : 로드 는 웹 페이지에서 가장 큰 자산(이미지 또는 큰 텍스트 블록)이 표시되는 데 걸리는 시간을 측정합니다.
  • FID(First Input Delay): 상호 작용 은 웹 사이트 방문자가 페이지와 상호 작용할 수 있기까지의 시간을 측정합니다. 링크를 클릭할 수 있거나 필드가 완료될 때까지의 지연입니다.
  • CLS(누적 레이아웃 이동): 이 측정항목은 페이지시각적 안정성 과 관련이 있습니다. 페이지가 로드될 때 움직이거나 불안정한 요소가 있으면 사용자가 잘못된 링크를 클릭하게 되어 사용자의 불만과 좋지 않은 페이지 경험을 초래할 수 있습니다.

또한 Google은 HTTPS, 모바일 친화성, 안전한 브라우징, 전면 광고 팝업 부족과 같은 요소도 고려합니다.

Core Web Vitals에 대해 더 알고 싶다면 놓칠 수 없는 CWV의 모든 측면을 조명하는 자세한 게시물 을 읽는 것이 좋습니다.

이제 CWV를 개선하기 위해 취할 수 있는 다양한 조치를 살펴보겠습니다.

ㅏ. 리치 미디어 및 스크립트 압축

압축은 단순히 소스 코드에서 불필요한 문자를 제거하여 코드를 최소화하거나 축소하는 것을 의미합니다. 예를 들어 공백 제거, 조건문 최적화, 밀접하게 배치된 변수 선언 결합, 줄 바꿈 문자 및 중복 데이터 제거.

리치 미디어 및 스크립트 압축은 파일 크기가 작기 때문에 응용 프로그램의 로드 시간과 전반적인 웹 성능을 향상시키는 효과적인 기술입니다.

비. CSS 스프라이트

CSS 스프라이트는 웹사이트에서 사용하기 위해 여러 이미지를 단일 이미지 파일로 결합하여 웹사이트 성능을 향상시키는 데 도움이 됩니다.

작은 이미지를 큰 이미지로 결합하는 것이 직관적이지 않게 들릴 수 있지만 스프라이트는 성능 향상에 도움이 됩니다. 이 파일을 확인하십시오.

이 크기를 더하면 총 13.2KB가 됩니다. 그러나 이러한 이미지를 단일 파일에 추가하면 무게가 더 커질 것입니다. 그러나 이러한 이미지는 단일 HTTP 요청으로 로드됩니다. 따라서 브라우저는 웹 사이트의 동시 요청 수를 제한하여 사이트 성능을 향상시킵니다.

씨. CDN

콘텐츠 전송 네트워크 또는 CDN은 여러 엣지 로케이션에서 자산(이미지, CSS 및 JavaScript)을 캐싱하여 사이트의 성능과 페이지 로드 시간을 높이는 것으로 알려져 있습니다. 이들은 사용자로부터 60밀리초 이상 떨어져 있지 않은 방식으로 지리적으로 분산되어 있습니다.

정적 콘텐츠를 캐싱함으로써 CDN은 CWV 점수를 높이는 동시에 최종 사용자의 전반적인 경험을 향상시킬 수 있습니다.

  • CDN은 LCP를 어떻게 개선합니까?

CDN은 최종 사용자 근처에 있는 서버 팜에 사이트의 정적 콘텐츠를 예약합니다. 따라서, 콘텐츠는 사용자 장치와 이동하는 거리가 더 짧습니다. 이렇게 하면 로드 시간이 크게 줄어듭니다.

  • CDN은 FID를 어떻게 개선합니까?

웹 사이트를 로드하는 데 걸리는 시간이 짧을수록 사용자가 요소와 더 빠르게 상호 작용할 수 있습니다. CDN을 사용하면 사용자가 가장 짧은 대기 시간으로 웹 사이트 요소에 참여하여 전반적인 지연을 줄일 수 있습니다.

  • CDN은 CLS를 어떻게 개선합니까?

누적 레이아웃 이동은 이미지 크기가 적절하지 않거나 이미지가 천천히 채워지는 경우에 종종 발생합니다. CDN을 사용하면 정적 자산이 사용자에게 전달되기 전에 최적화되고 크기가 조정됩니다.

여기서 주목해야 할 또 다른 점은 사용자가 여러 장치와 다양한 인터넷 품질을 사용하여 웹 사이트에 액세스하고 있다는 것입니다.

디. 서버 속도 최적화

서버가 요청에 응답하는 속도가 빠를수록 사이트의 속도 메트릭에서 볼 수 있는 개선 사항이 더 많이 나타납니다. 복잡한 기업 웹사이트에는 여러 요청을 처리하고 파일 및 스크립트를 제공하는 서버가 있는 경우가 많습니다.

로딩 시간을 줄이기 위해 이러한 프로세스를 최적화하는 것이 가장 좋습니다. 다음은 서버 속도 최적화를 위한 빠른 팁입니다.

  • 호스팅 계획을 업그레이드하십시오. 합리적인 가격에 뛰어난 성능을 제공하는 것을 선택하십시오.
  • 최신 버전의 PHP를 사용하십시오.
  • 데이터베이스 작동 방식을 조사하고 최적화 기회를 찾으십시오.

이자형. 병렬 다운로드 및 축소

페이지 로딩 시간을 줄이는 가장 좋은 방법 중 하나는 스프라이트를 통해 다운로드되는 리소스의 수를 줄이는 것입니다. 또는 CSS/JS와 같은 외부 리소스를 결합하고 축소할 수 있습니다.

그러나 이러한 최적화가 작동하지 않는 경우 병렬 다운로드가 작동합니다!

병렬 다운로드는 여러 도메인에서 동시에 수행되지만 하나의 호스트에서 호스팅되는 다중 다운로드입니다. 병렬 다운로드의 주요 이점은 다운로드 시간을 줄여 전체 페이지 성능을 향상시킨다는 것입니다.

브라우저는 일반적으로 동시 다운로드 수를 제한합니다. 그러나 병렬 다운로드를 활성화하면 리소스 요청이 여러 도메인으로 분할됩니다. 따라서 로딩 시간이 크게 단축됩니다.

사이트를 차단하는 데 많은 시간이 걸리거나 대부분의 사용자가 이전 브라우저(예: IE6/7)를 사용하는 경우 병렬 다운로드를 구현하면 성능이 향상될 수 있습니다.

에프. 캐싱

사용자가 페이지를 방문하면 브라우저가 서버와 통신합니다. 이 프로세스에는 일련의 작업, 즉 PHP 처리, 데이터베이스에 대한 요청, 완전한 형식의 페이지로 조합하기 위해 브라우저로 파일 보내기가 포함됩니다.

이 프로세스는 몇 초 또는 영원히 걸릴 수 있습니다.

페이지 캐싱은 서버 응답 프로세스의 속도를 높이고 TTFB(Time to First Byte) 또는 서버 응답 시간을 줄일 수 있습니다. 이는 초고속 응답 시간으로 변환되어 페이지 경험을 향상시킵니다.

11. 콘텐츠 최적화

기술적 SEO는 콘텐츠와 관련이 없지만 일부는 페이지 내 SEO(대부분 콘텐츠 중심)와 겹칩니다. 따라서 콘텐츠 최적화와 이것이 검색 순위에 미치는 영향에 대해 이야기할 것입니다.

ㅏ. 엔티티 최적화

SEO에서 엔터티의 역할은 엄청납니다. 시간이 지남에 따라 Google은 키워드 검색 및 쿼리의 진정한 의미를 식별하는 데 더 똑똑해졌습니다. 이제 용어 기반 검색에서 엔터티로 이동했습니다.

간단히 말해서 검색 엔진은 이제 엔터티 검색을 통해서만 콘텐츠를 검색합니다. 엔터티 검색은 관련 소스를 검색 쿼리에 매핑할 때 봇이 사용자 의도를 이해하는 데 사용하는 방법입니다. 이 프레임워크와 일치하지 않는 검색 전문가는 실패할 수밖에 없습니다.

아이디어를 엔터티로 분류하면 내용에 컨텍스트와 관련성을 추가할 수 있습니다. 다음은 엔터티 검색을 위해 콘텐츠를 최적화하기 위해 마케터가 수행해야 하는 작업입니다.

  • 검증된 시맨틱 요소를 웹 인프라에 통합합니다.
  • 콘텐츠에서 모호한 언어를 찾아 제거합니다.
  • 문맥에 따라 검색자의 관심을 유도합니다.

비. 중복 콘텐츠

중복 콘텐츠는 방문자에게 0의 가치를 더하고 검색 엔진을 혼란스럽게 합니다. 또한 검색 엔진이 콘텐츠에 대한 권한, 관련성 및 신뢰와 같은 메트릭을 통합하는 방식을 방해하기 때문에 몇 가지 기술적인 SEO 문제를 일으킬 수 있습니다.

중복 콘텐츠를 처리하는 가장 좋은 방법은 선호하지 않는 URL 버전에서 선호하는 페이지로 301 리디렉션을 구현하는 것입니다.

또한 중복된 콘텐츠는 HTTP를 HTTPS로 제대로 리디렉션하지 않는 것과 같은 기술적인 문제로 인해 여러 번 발생합니다. 이것도 확인이 필요합니다.

GSC의 Index Coverage 보고서 는 중복 콘텐츠를 발견할 때 매우 유용합니다. 이 보고서를 통해 다음을 쉽게 찾을 수 있습니다.

  • 사용자가 선택한 표준 없이 복제 – 기본 버전으로 정규화되지 않은 URL입니다.
  • Google이 자체적으로 찾은 URL의 표준을 무시하도록 선택한 위치와 중복됩니다. 대신 Google에서 선택한 표준을 할당합니다.
  • 제출된 URL이 표준으로 선택되지 않은 경우 복제 – 여기에서 Google은 XML 사이트맵을 통해 제출할 때 정의한 표준을 무시하도록 선택했습니다.

씨. 얇은 콘텐츠

씬 콘텐츠는 사이트의 콘텐츠, 텍스트 또는 시각적 요소가 사용자 의도와 관련이 없거나 사용자가 검색하는 것을 제공하지 않는 경우입니다. 사용자에게 거의 가치를 제공하지 않기 때문에 얇은 콘텐츠는 종종 더 많은 것을 찾도록 만듭니다.

씬 콘텐츠는 SEO 크롤러를 사용하여 쉽게 찾을 수 있습니다.

이러한 페이지를 발견했다면 가장 먼저 해야 할 일은 기존 콘텐츠를 개선하는 것입니다. 몇 년 전 Google의 Gary Illyes가 이에 대해 말한 것을 확인하십시오.

또한 이 페이지에는 색인이 없는 메타 태그를 사용하십시오. 완전히 제거하는 대신 색인을 생성하지 않아 크롤링할 때 이를 계산하지 않도록 Google에 알립니다.

12. 사용자 인터페이스

기술적인 문제는 사이트의 UI와 사용자 경험에 부정적인 영향을 미칠 수 있습니다. 예를 들어 콘텐츠가 제대로 표시되지 않거나 CTA 버튼이 작동하지 않거나 기본 전환 페이지가 검색 결과에서 선택되지 않을 수 있습니다.

그 결과 열악한 사용자 경험뿐만 아니라 사용자 활동 및 전환도 부족합니다. 따라서 기술 SEO 감사를 적시에 완료하는 것이 중요합니다.

예를 들어 색인 문제, robots.txt, 중복 콘텐츠, 콘텐츠 표시 문제, 구조화된 데이터 오류 및 사용자 인터페이스의 효율성을 감소시킬 수 있는 코드 오류가 있는지 확인해야 합니다.

다음은 주의해야 할 몇 가지 요소입니다.

ㅏ. 사용성

기술적 오류를 발견하는 가장 좋은 방법 중 하나는 사용성 테스트를 통한 것입니다. 이 테스트 동안 웹마스터는 사람들을 모집하여 웹사이트 요소와 상호 작용하는 방식을 확인합니다. 그들은 사용자가 어디에서 어려움을 겪고 있는지, 무엇이 그들을 혼란스럽게 하거나 좌절하게 하는지, 또는 장애가 있는지 여부를 관찰합니다.

사람들이 어려움을 겪고 있다면 검색 엔진 봇이 사이트를 크롤링하는 데 문제가 있을 수 있습니다.

다음은 기술적 SEO 문제를 식별하는 데 도움이 되는 몇 가지 사용성 테스트 질문입니다.

  • 주제에 대한 페이지를 쉽게 찾을 수 있습니까?
  • 클릭할 때 웹사이트 요소가 제대로 작동합니까?
  • 적합하지 않은 페이지가 있습니까?
  • 웹사이트 로딩이 빠른가요?
  • 웹사이트 레이아웃이 읽기 쉽고 이해하기 쉽습니까?

비. 탐색

봇은 사용자와 동일한 방식으로 사이트를 탐색합니다. 따라서 사이트 탐색을 개선하고 모든 방문자가 사이트에 액세스할 수 있도록 하는 것이 중요합니다.

이에 접근하는 가장 좋은 방법은 콘텐츠 계층을 만드는 것입니다. 콘텐츠를 넓은 범주로 나눈 다음 좁은 하위 범주를 만드는 것입니다. 이렇게 하면 방문자(및 봇!)가 원하는 콘텐츠를 쉽게 탐색할 수 있습니다.

또한 최적의 UX를 위해 탐색 탐색 경로를 활용하는 것을 고려해야 합니다. 이동 경로는 또한 Google이 SERP에서 페이지 콘텐츠를 구성하는 데 도움이 되는 구조화된 데이터 유형입니다.

씨. 팝 업

비침해 팝업은 사용자에게 유용하지만, 방해 팝업은 결국 사이트의 SEO에 영향을 미치는 장기적인 UX/UI 문제를 일으킬 수 있습니다. 이러한 팝업 또는 배너 광고 가 페이지의 15% 이상 을 차지하는 경우 UX를 크게 방해하는 CLS(누적 레이아웃 이동)도 발생합니다.

말할 것도 없이 Google은 그들에게 유리하지 않습니다.

해결책?

Google이 싫어하는 전면 광고를 피하세요.

  • 주요 콘텐츠를 덮는 팝업으로, 사용자가 페이지를 계속 탐색하기 위해 팝업을 닫도록 합니다.
  • 주요 콘텐츠에 액세스하기 전에 닫아야 하는 독립형 팝업입니다.
  • 팝업처럼 보이는 섹션이 있는 사기성 페이지 레이아웃.
  • 사용자가 페이지를 클릭할 때 예기치 않게 실행되는 팝업입니다.
  • 방문자가 실수로 클릭하면 닫고 리디렉션하기 어려운 오버레이 모달.

디. 신뢰성

UI는 웹사이트가 신뢰성을 전달하기 위한 주요 모드입니다. 예를 들어, 사이트의 디자인 품질은 웹 사이트 콘텐츠가 신뢰할 수 있는지 여부에 대해 많은 것을 말해 줄 수 있습니다. 고품질 웹 사이트 디자인은 항상 눈에 띄므로 평판이 좋고 청중에게 깊은 인상을 남깁니다.

다음은 UI를 통해 신뢰성을 전달하는 몇 가지 방법입니다.

  • 디자인 품질: 사이트 구성 및 시각적 디자인과 같은 요소가 제대로 수행되면 사이트의 신뢰성을 높일 수 있습니다. 반면에 끊어진 링크, 오타 및 기타 오류가 증가하면 사이트의 신뢰성이 빠르게 손상되고 웹 사이트가 세부 사항에 주의를 기울이지 않는다는 것을 방문자에게 알립니다.
  • 사전 공개: 방문자는 찾고 있는 모든 정보에 대해 투명한 웹사이트를 높이 평가합니다. 예를 들어, 사이트에서 연락처 정보와 고객 서비스 세부 정보를 미리 공유하기를 원합니다. 마찬가지로 전자 상거래 웹사이트의 경우 사용자는 배송료가 미리 공개되기를 기대합니다.
  • 정확하고 업데이트된 정보: 정확하고 최신 정보를 공유하는 것은 해당 웹사이트가 해당 도메인의 권위자라는 표시입니다.
  • 기관 간행물에 연결됨: 웹사이트에 신뢰할 수 있는 웹사이트로의 백링크 및 나가는 링크가 있는 경우 공유된 정보가 허공에 존재하지 않는다고 신뢰합니다. 이것은 사이트의 신뢰성을 크게 향상시킵니다.

3장: 크롤러에 대한 모든 것 및 웹사이트 크롤링 방법

SaaS 신생 기업 및 비즈니스를 위한 기술 SEO의 핵심을 살펴보기 전에 검색 엔진이 로그인한 애플리케이션을 크롤링하지 않는다는 점을 이해하는 것이 중요합니다.

로그인한 웹 앱 정보

로그인한 웹 애플리케이션 데이터가 인덱싱되지 않도록 하는 방법은 다음과 같습니다.

  • 하위 도메인에 넣고 robots.txt에서 해당 하위 도메인을 차단합니다.
  • 로그인한 페이지를 하위 폴더에 넣은 다음 로봇에서 차단할 수 있습니다. txt(예: site.com/app/ 다음 Disallow: /app/)

반대로 콘텐츠를 크롤링하려면 로그인 벽 뒤에 두지 마십시오!

때때로 로그아웃한 사용자가 여전히 액세스할 수 있는 로그인된 콘텐츠가 있음을 표시하는 방법이 있지만(페이월이 있는 뉴스 출판물을 생각해 보십시오) SaaS 앱의 99.9%는 이에 대해 생각할 필요가 없습니다.

이제 크롤링이 무엇이며 크롤러가 이를 수행하는 방법에 대한 섹션으로 이동하겠습니다.

앞에서 설명한 것처럼 검색 봇이 웹사이트를 쉽게 크롤링할 수 있도록 하는 웹사이트를 구축하는 것은 페이지 순위에 매우 중요합니다. 그러나 웹사이트를 봇 친화적으로 만드는 방법을 알기 위해서는 그들이 사이트를 크롤링하는 방법을 이해해야 합니다.

크롤러가 웹사이트를 크롤링하는 방법

검색 엔진 봇, 크롤러 또는 스파이더는 인터넷을 체계적으로 크롤링하여 페이지를 인덱싱합니다. 그들은 한 페이지를 읽고 복사하고 다음 페이지로 빠르게 이동합니다. 이러한 크롤링된 복사본은 다른 페이지와 함께 해당 인덱스에 저장됩니다.

인덱싱은 봇이 필요할 때 페이지를 빠르게 찾을 수 있도록 도와줍니다. 크롤러는 또한 이러한 페이지에 있는 콘텐츠를 이해하기 위해 링크와 HTML 코드의 유효성을 검사합니다.

그런 의미에서 '크롤링'과 '인덱싱'은 두 개의 다른 용어(종종 같은 의미로 사용됨)이지만 동일한 프로세스의 중요한 부분입니다.

다음은 웹 크롤러가 SERP에서 사이트 순위를 향상시키는 방법입니다.

  • 그들은 URL을 파헤친다

봇이 수행하는 작업 중 하나는 URL을 검색하는 것입니다. 그들은 이것을 통해 –

– 과거에 크롤러가 검색한 웹 페이지

– 이미 크롤링된 페이지에서 웹 링크 크롤링

– 웹마스터가 공유한 사이트맵을 사용하여 URL 크롤링

URL을 발굴하면 봇이 웹 페이지의 콘텐츠를 이해하는 데 도움이 되므로 페이지에 컨텍스트를 제공하고 SERP에서 더 높은 순위를 차지할 가능성이 높아집니다.

  • 주소 탐색

URL을 찾은 후 봇은 검색 엔진에서 제공한 주소 또는 시드를 확인합니다. 봇은 각 URL을 방문하여 페이지의 링크를 복사하고 향후 탐색을 위해 URL 뱅크에 추가합니다.

사이트맵을 사용하면 크롤러가 이전에 발견한 정보와 링크에 액세스하여 탐색할 다음 URL을 결정할 수 있습니다.

  • 색인 항목

봇이 주소를 탐색하면 색인에 추가합니다. 나중에 참조할 수 있도록 텍스트 문서, 이미지, 비디오 및 기타 파일을 저장합니다.

  • 인덱스 업데이트

검색 봇은 웹 페이지를 인덱싱할 뿐만 아니라 콘텐츠 키워드, 콘텐츠 고유성 및 페이지에 컨텍스트를 제공하는 주요 신호를 모니터링합니다. 그들은 또한 새로운 페이지, 기존 콘텐츠의 변경, 죽은 링크에 주의를 기울입니다. 이렇게 하면 인덱스가 항상 업데이트됩니다.

  • 잦은 크롤링

검색 봇은 인터넷을 지속적으로 크롤링하기 위해 존재합니다. 검색 엔진 소프트웨어는 크롤링해야 하는 사이트와 페이지와 크롤링 빈도를 결정합니다.

크롤링 빈도를 결정하는 요소는 페이지의 인지된 중요도, 웹사이트 크롤링 수요, 최근 업데이트 및 검색자의 관심 수준입니다. 따라서 웹 사이트가 인기가 있는 경우 크롤러가 웹 사이트를 자주 크롤링하여 SERP에 표시하고 사용자가 최신 콘텐츠에 액세스할 수 있도록 합니다.

귀하의 웹사이트가 SERP 순위에 오르게 하려면 해당 페이지가 검색 엔진에 의해 크롤링되고 인덱싱되어야 합니다.

새 웹 페이지의 색인이 생성되었는지 어떻게 알 수 있습니까?

이를 확인하는 가장 빠른 방법은 "site:" 검색 명령을 사용하는 것입니다. Google에서 "site:yourdomain.com"을 검색합니다. 그러면 해당 도메인에 대해 인덱싱된 모든 페이지가 표시됩니다.

크롤링 또는 색인 생성 문제에 대한 자세한 정보를 보려면 Google 웹마스터 도구 에 사이트맵을 제출하세요 .

요약하자면, 사이트 구조와 탐색이 명확하면 봇이 사이트의 콘텐츠에 액세스할 수 있으므로 페이지 순위가 높아질 가능성이 높아집니다.

그러나 이러한 비밀 크롤러를 사용하는 것은 검색 엔진만이 아닙니다. SEO는 웹 크롤링 도구를 사용하여 웹사이트의 상태를 분석하고 강력한 백링크 데이터베이스를 유지할 수 있습니다. 웹사이트의 주요 문제 중 이러한 도구는 끊어진 링크, 중복 콘텐츠, 누락된 제목 및 메타 데이터를 찾아낼 수 있습니다.

사이트 페이지를 샅샅이 뒤져 SEO 상태를 분석하고 병목 현상이나 오류를 강조할 수 있는 몇 가지 웹 크롤링 도구 또는 웹 크롤러를 살펴보겠습니다.

크롤링 도구

1. 구글 서치 콘솔(무료)

Google Search Console 크롤링 통계 보고서 는 사이트에서 Google의 크롤링 기록에 대한 데이터를 제공하는 무료 도구입니다. 설정(속성 설정) > 크롤링 통계를 클릭하면 Search Console에서 이 보고서에 도달할 수 있습니다.

이 보고서는 다음에 대한 흥미로운 통찰력을 공유합니다.

  • 사이트의 일반 가용성
  • 평균 페이지 응답 시간
  • Google의 요청 수
  • 크롤링 응답 및 목적
  • Googlebot 유형

2. Bing 웹마스터 도구(무료)

Microsoft의 Bing은 다양한 청중을 보유한 2위 검색 엔진 입니다. 검색 엔진의 월간 검색량은 전 세계적으로 120억입니다. 따라서 어떤 SaaS 기업도 Bing을 무시할 수 없습니다.

Bing 웹마스터 도구 는 웹마스터가 SERP에서 사이트의 검색 성능을 향상시킬 수 있는 무료 서비스입니다. 사용자는 Bing 인덱스 크롤러에 웹 사이트를 추가하여 클릭 및 노출 측면에서 사이트 성능을 모니터링할 수 있습니다.

이 도구를 사용하면 사용자가 다음을 수행할 수 있습니다.

  • 사이트 성능 모니터링
  • Bing 봇이 웹 사이트를 크롤링하고 인덱싱하는 방법 알아보기
  • 크롤링할 새 페이지 제출
  • 크롤링하고 싶지 않은 콘텐츠 제거
  • 멀웨어 문제를 찾아 해결합니다.

이 도구의 크롤링 제어 기능을 통해 사용자는 Bingbot이 페이지 및 리소스를 요청하는 속도를 제어할 수 있습니다.

3. Ahrefs 웹마스터 도구 또는 AWT(웹사이트 소유자에게는 무료)

Ahrefs 웹마스터 도구는 사이트의 검색 성능을 개선하여 더 많은 트래픽을 유치할 수 있도록 합니다. 이 도구는 상당한 양의 SEO 통찰력을 제공합니다.

플랫폼에는 사이트의 상태, 키워드 순위 및 백링크 프로필을 모니터링, 보고 및 개선하는 사이트 감사 및 사이트 탐색기와 같은 섹션이 있습니다. AWT의 데이터는 사용자 친화적인 방식으로 시각화되어 사용자가 문제의 우선 순위를 쉽게 지정할 수 있습니다.

Ahrefs 사이트 감사의 크롤링 로그인을 통해 사용자는 검색 엔진 봇이 웹사이트를 크롤링할 때 발생하는 크롤링 문제를 진단할 수 있습니다.

또한 보고서 아래의 인덱싱 가능성 탭에는 인덱싱할 수 있는 페이지와 인덱싱할 수 없는 페이지가 표시됩니다. 또한 다른 세부 사항과 함께 비인덱싱의 원인을 보여줍니다.

4. Screaming Frog (최대 500개의 URL을 무료로 제공)

Screaming Frog SEO Spider는 기술 문제를 발견하여 현장 SEO를 개선하는 데 도움이 되는 빠르고 효과적인 크롤러입니다. 이 도구는 사용자가 실시간으로 결과를 분석하는 데 도움이 되므로 정보에 입각한 결정을 내릴 수 있습니다.

SEO Spider는 크고 작은 웹사이트를 크롤링하여 끊어진 링크를 찾아 콘텐츠를 복제하고 리디렉션을 감사하고 메타 데이터를 분석하고 XML 사이트맵을 생성하고 사이트 아키텍처를 시각화하는 유연한 크롤러입니다. 사용자 인터페이스에 수집된 크롤링 데이터를 쉽게 보고 필터링할 수 있습니다.

또한 사이트 감사를 예약하고 SEO 문제의 진행 상황과 크롤링 간의 기회를 추적할 수 있습니다.

이 도구는 500개의 URL을 무료로 크롤링할 수 있으며 제한을 없애고 고급 기능에 액세스하려면 라이선스를 구입해야 합니다. 또한 사용자는 현장 SEO 요소(URL, 페이지 제목, 메타 설명 및 제목)를 스프레드시트로 내보낼 수 있습니다. 이것은 강력한 SEO 전략을 고안하는 데 도움이 됩니다.

전반적으로 Screaming Frog는 사용하기 쉬운 도구이며 소규모 웹사이트에 이상적입니다.

5. 사이트벌브(14일 무제한 액세스)

Sitebulb는 단순한 웹사이트 크롤러가 아닙니다. 이 도구는 웹사이트를 감사하고 직관적인 권장 사항 및 시각화를 제공하므로 기술 SEO 사이트 감사를 한 단계 끌어올립니다. 도구에서 제공하는 시각적 보고서는 가장 중요한 문제와 기회의 우선 순위를 지정하여 여정의 다음 단계를 제안합니다.

우선 순위가 지정된 힌트를 통해 사용자는 가장 중요한 것을 볼 수 있으므로 문제를 발견하고 해결하는 시간을 절약할 수 있습니다.

이 도구는 웹사이트의 기술적인 측면을 살펴보는 것 외에도 콘텐츠 가독성 및 접근성과 같은 메트릭에 대해 자세히 설명합니다. 이 도구에는 Google Analytics와 Search Console이 통합되어 있어 웹사이트에서 SEO 기회를 이해하는 강력한 도구입니다.

6. 딥크롤

DeepCrawl은 다양한 기능과 심층 분석 기능을 제공하기 때문에 SaaS 웹 사이트를 위한 훌륭한 도구입니다. 또한 대행사가 여러 클라이언트 웹사이트와 크롤링 예산을 관리할 수 있는 기능을 제공합니다. 게다가 플랫폼은 비밀번호로 보호된 페이지와 robots.txt를 무시하는 기능과 같은 고급 설정을 제공합니다.

Using DeepCrawl for monitoring your site's technical health can take the guesswork out of spotting issues, especially if you don't have a seasoned SEO professional on your team. The tool can crawl anywhere from 200-page websites to 2.5 million page websites while effectively unearthing technical issues.

7. Oncrawl (14-day free trial)

Oncrawl is an in-depth SEO crawler and log analyzer that analyzes websites like Google, regardless of their size. The tool relies on more than 600 indicators, advanced data exploration, and actionable dashboards to help you understand how search bots see a website.

Using this tool will give you a clear understanding of the technical issues harming your site performance. You can audit your site to improve the content, HTML quality, page speed, site architecture, and more, thereby driving revenue to your site.

Oncrawl Log Analyzer offers insights into bot behavior, thus allowing you to boost crawl budget and organic traffic.

8. JetOctopus (7-day free trial)

JetOctopus is an effective technical SEO tool that offers a range of flexible options for crawling and analyzing logs. The tool's Google Search Console visualization makes it easy for SEO professionals to identify issues in a website and solve them.

The website crawler and log analyzer have no project limits and can crawl large enterprise websites within minutes. JetOctopus has a problem-centric dashboard that clearly shows the scale of issues, allowing users to prioritize them accordingly. The visualizations offer information by category, depth, and load times, thus making it easy for users to navigate between these data sets and visualizations.

JetOctopus's dashboard is devoid of clutter and easy to navigate. The tool focuses on covering website analytics from various angles. Moreover, it offers several filters to drill through the required information. There's also an option to compare crawls, allowing you to see which issues have been resolved and the ones that are yet to be addressed.

The GSC module in JetOctopus allows users to connect their accounts to Search Console. This helps them track their keyword performance on a daily basis.

All the website crawlers shared above are designed to effortlessly crawl websites and spot major crawl issues. Yet, I have shared a few factors that should be considered when investing in a website crawler.

  • It should have a user-friendly and clutter-free interface.
  • It should highlight the key issues, allowing users to prioritize the most pressing crawl issues.
  • It should effectively locate broken links and pages, redirect issues, HTTP/ HTTPS issues, and other issues.
  • It should easily detect the robot.txt file and sitemap.
  • It should connect with Google Analytics and Search Console for complete data on site performance. This will help you get input about the site's visitors and to investigate your site's traffic patterns.
  • It should support multiple devices and file formats.
  • It should have a strong customer support team.
  • It should have a transparent pricing structure with no hidden expenses.

Though using one of the above-mentioned crawlers can help you spot the key issues in the website, I would recommend using multiple tools. Doing so will audit your website from different angles, allowing no issue to escape.

Also, remember to configure your chosen crawlers in a way you want them to crawl and not to crawl portions of the website. They should be able to handle various web technologies your website is built in.

SaaS is a dynamic field where firms need to consistently come up with the latest content. This makes updating SaaS marketing websites and managing their technical aspects challenging.

Luckily, relying on an SEO-friendly CMS (content management system) makes website management straightforward. Failing to use a suitable CMS could send the wrong signals to search bots, thereby hurting your ranking and traffic.

By choosing the right CMS you can build a strong foundation for your technical SEO efforts. Hence, let's discuss how to choose the right CMS to improve your site's technical health.

Chapter 4: Platforms/CMS for Building SaaS Marketing Websites

A CMS that understands technical SEO features will allow you to control aspects like noindex tags, canonical tags, sitemaps, schema markup, pagination, status codes, and more. Thus, an SEO-friendly CMS will give you the power to control what can or cannot be crawled or indexed by search engines.

Trending Platforms/CMS SaaS Firms Are Using

1. WordPress

WordPress was always believed to be a traditionally-designed CMS. However, over the years, this CMS has evolved to include core features that can cater to any SaaS platform, namely APIs, plugins, themes, extensibility, and scalability. Thus, WordPress is a lifesaver for people who cannot code and want to save their time and resources.

It also offers the multisite feature that allows website owners to create and manage a network of websites on a single dashboard.

Grytics , for instance, is an analytical tool for social groups on LinkedIn and Facebook. The service monitors these groups and finds influencers and people who are most engaged. Their marketing website is built on WordPress. Its WordPress backend is clutter-free and customized to the business needs.

Pros

  • Used by thousands of SaaS companies across the globe.
  • Ensures easy setup, right from installation to adding plugins of varying complexities.
  • Offers a wide scope for customization with countless plugins and themes.
  • The Yoast SEO plugin is great at assisting webmasters with all their SEO needs. It is good at managing the technical aspects of a website, including XML sitemaps, canonical URLs, meta descriptions, and more.
  • The WordPress REST API is a plus for SaaS firms looking to build their marketing website. The API aims at making WordPress a full-fledged application framework. It allows users to move data in and out of applications using a simple HTTP request. Thus, SaaS could be working on a custom WordPress backend and admin panels.

Cons

  • WordPress에는 몇 가지 보안 문제가 있습니다.
  • CMS는 플러그인에 과도하게 의존합니다. 따라서 사용자는 지속적으로 자신의 것이 아닌 코드를 처리합니다.
  • WordPress의 모든 업데이트에는 비용이 추가됩니다.

다음으로 이상적인 WordPress 호스팅에 대해 생각해야 합니다. 좋은 WordPress 호스팅은 설치와 웹 사이트를 이전보다 더 안전하고 빠르고 간단하게 만듭니다. 즉, 웹마스터가 처리하고 싶지 않은 모든 문제를 처리합니다.

우리가 추천하는 상위 2개의 WordPress 호스팅 제공업체는 다음과 같습니다.

  • 킨스타

Kinsta 는 서버 성능 및 최적화 계획을 제공하는 클라우드 기반 WordPress 호스트입니다. 여러 WordPress 관리 도구를 제공하고 클라우드 기반 호스트에서 기대할 수 있는 모든 속도와 확장성 이점을 제공합니다.

  • WPE엔진

WPEngine은 가장 빠르고 안정적인 WordPress 호스팅 중 하나입니다. WordPress 전용 지원, 자동 사이트 백업, 무료 CDN 및 SSL을 제공합니다. WPEngine은 사이트가 빠르고 안전하게 로드되도록 하는 동시에 비즈니스 요구 사항에 따라 호스팅 패키지를 조정합니다.

웹사이트의 기술적 측면을 직접 다루려는 기업에게 이상적인 WordPress 호스팅 서비스입니다.

WordPress는 신뢰할 수 있고 구성하기 쉽습니다. 따라서 맞춤형 마케팅 웹 사이트의 경우 대부분의 SaaS 회사는 WordPress를 사용합니다.

WordPress 외에도 덜 유명하고 초기 단계의 SaaS 마케팅 웹 사이트용 CMS를 설정하는 데 사용되는 다른 CMS가 있습니다. 살펴보겠습니다.

2. 크래프트 CMS

Craft CMS는 SaaS 분야의 신인이지만 사용하기 쉽기 때문에 SaaS 마케팅 사이트에서 점점 더 많이 적용되고 있습니다.

Craft 는 출시된 이래로 콘텐츠 관리에 대한 혁신적인 접근 방식을 통해 인상적인 CMS로 부상했습니다. CMS를 통해 사용자는 콘텐츠 제작, 전략, 디자인 및 개발의 전 과정을 제어할 수 있습니다. 이 이중 라이선스 CMS는 많은 유용성과 접근성을 제공하면서 전체 창작 과정에 힘을 실어주는 것으로 알려져 있습니다.

이 플랫폼은 MailChimp, Salesforce 등과 같은 도구에 쉽게 연결할 수 있으므로 통합 준비가 되었습니다. SaaS 회사의 기술 SEO와 관련하여 CMS는 사용자가 즉각적인 주의가 필요한 중요한 요소를 완전히 제어할 수 있도록 합니다.

장점

  • 이벤트, 제품, 장소, 위젯, 카테고리 등 다양한 유형의 콘텐츠를 관리할 수 있으므로 WordPress보다 유연합니다.
  • 간단하고 사용하기 쉬운 디자인 인터페이스가 있습니다.
  • 놀라운 로드 속도를 제공합니다.
  • 훌륭한 라이브 미리보기 및 콘텐츠 모듈이 있습니다. 예를 들어, 화면을 두 개의 보기, 즉 CMS 패널과 페이지 미리보기로 분할할 수 있습니다.
  • Craft CMS 웹사이트는 취약점으로 악명이 높지 않습니다. 강력한 보안 기능을 제공하는 Yii PHP 프레임워크를 기반으로 합니다.
  • Craft 플러그인 생태계는 잘 구축되어 있습니다. 매주 새로운 플러그인이 도입되어 플랫폼의 기능이 확장됩니다.

단점

  • Craft의 단일 웹사이트 라이선스는 약 $300입니다.
  • Craft CMS는 완전한 크리에이티브 제어 기능을 제공하므로 사전 제작된 테마가 없습니다. 따라서 초보자는 이 CMS로 작업하는 것이 어려울 수 있습니다.
  • 커뮤니티가 작기 때문에 Craft CMS 개발자를 찾기가 어렵습니다.

일반적으로 Craft CMS는 빠르고 안정적인 모든 호스팅에서 잘 작동합니다. 다음은 Craft CMS를 기반으로 구축된 SaaS 마케팅 사이트에 적합한 두 개의 호스팅 제공업체입니다.

  • 아르쿠스텍

Arcustech는 Craft CMS 및 기타 PHP/MySQL 애플리케이션 및 프레임워크를 위한 완전 관리형 VPS 호스팅입니다. 따라서 Craft CMS 개발자는 '24시간' 서버 관리를 할 필요가 없습니다.

제공되는 VPS 계획은 매우 유연하여 웹마스터가 언제든지 확장할 수 있습니다. 따라서 그들은 작게 시작하여 필요에 따라 성장할 수 있습니다.

  • AWS

AWS는 EC2, Lightsail, S3 등을 제공하는 비관리형 클라우드 서비스입니다. 이 주문형 클라우드 컴퓨팅 플랫폼은 Craft CMS에 배포할 수 있습니다.

  • 디지털오션

DigitalOcean은 개발자를 위한 클라우드 컴퓨팅을 단순화합니다. 이를 통해 훌륭한 개발 환경과 워크플로를 갖춘 Craft CMS로 구동되는 웹사이트를 시작할 수 있습니다.

  • 클라우드웨이

Cloudways는 개발자가 이 CMS에서 앱을 쉽게 빌드, 배포 및 관리할 수 있는 초고속 Craft CMS 호스팅입니다. 고급 호스팅 기능은 최적화된 앱 성능을 위해 만들어졌습니다. 따라서 호스팅 문제에 대해 걱정할 필요 없이 모든 CMS 응용 프로그램을 배포할 수 있습니다.

  • 하이퍼레인

Hyperlane 호스팅은 WordPress of Craft를 사용하는 크리에이티브 에이전시 및 디자이너를 위해 구축되었습니다. 개발자가 Craft CMS 사이트를 구축하고 유지 관리할 수 있는 초고속 클라우드 호스팅입니다.

호스팅은 또한 웹 사이트를 공동 작업하고 관리하는 데 필요한 개발자 도구를 제공합니다.

3. 윅스

Wix는 코더가 아닌 사용자도 전문 비즈니스 웹사이트를 구축할 수 있는 사용자 친화적인 플랫폼입니다. 끌어서 놓기 기능은 완전한 창의적 자유를 제공하여 사이트 빌더가 SaaS 마케팅 웹 사이트의 모양과 느낌을 완전히 사용자 지정할 수 있도록 합니다.

장점

  • 웹 사이트를 처음부터 구축하는 번거로움을 피하고자 하는 기업에게 훌륭한 리소스로 입증된 방대한 템플릿 컬렉션을 제공합니다.
  • 직관적인 드래그 앤 드롭 인터페이스를 제공하여 웹사이트를 효과적으로 사용자 지정할 수 있습니다.
  • Wix 앱 마켓은 특정 작업을 수행하기 위한 플러그인을 제공합니다.
  • Wix에는 SEO 관리 시스템이 내장되어 있어 모든 SEO 작업을 수행합니다.
  • 소셜 콘텐츠를 만들 수 있습니다.
  • Wix에는 기업이 구독자 목록을 쉽게 작성할 수 있는 이메일 마케팅 도구가 포함되어 있습니다.

단점

  • 템플릿은 상호 교환할 수 없습니다. 한 템플릿에서 다른 템플릿으로 콘텐츠를 전송할 수 없습니다. 따라서 많은 숙고를 통해 템플릿을 선택하십시오.
  • 무료 플랜을 선택하면 웹사이트에 Wix 브랜드가 있어야 합니다.
  • 웹사이트 성능을 추적하고 분석 게시판에 액세스하려면 유료 플랜이 필요합니다.
  • Wix에서 웹사이트를 구축한 후에는 양도할 수 없습니다.

4. 스퀘어스페이스

SquareSpace는 웹마스터가 단일 대시보드에서 사이트를 디자인, 호스팅 및 관리할 수 있는 올인원 구독을 제공하는 SaaS 마케팅 웹사이트 빌더입니다.

자체 호스팅되지 않습니다. 따라서 자체 호스팅 사이트 빌더인 WordPress 또는 Magento만큼 확장 가능하지 않습니다. 그러나 CMS는 사용하기 쉽고 SaaS 마케터가 필요로 하는 모든 SEO 고려 사항을 포함합니다.

따라서 WordPress에 대한 경험이 부족하고 SaaS 마케팅 웹 사이트를 즉시 실행하고 싶다면 SquareSpace가 좋은 선택입니다.

장점

  • 관리 섹션은 쉽게 탐색하고 적용할 수 있도록 제작되었습니다. 찾기 쉬운 설정으로 매우 간단한 인터페이스를 제공합니다.
  • 훌륭한 SEO 기능을 제공하며 해당 페이지는 SERP에서 높은 순위에 오르는 데 필요한 모든 SEO 모범 사례를 따릅니다.

예를 들어 제목, 대체 텍스트 및 키워드를 관리할 수 있으므로 검색 봇이 콘텐츠를 쉽게 찾을 수 있습니다.

  • SquareSpace는 웹사이트 보안, 소프트웨어 업데이트, 백업 등 웹사이트의 기본적인 기술적 측면을 처리합니다. 따라서 이러한 문제에 대해 걱정할 필요가 없습니다.

단점

  • SquareSpace는 여러 SEO 기능을 제공하지만 기본 사항으로 제한됩니다. A/B 테스팅과 같은 고급 마케팅 기능이 부족합니다.
  • 플랫폼은 타사 앱, 플러그인 또는 확장 프로그램을 지원하지 않습니다. 이것은 초보자가 SaaS 마케팅 웹 사이트를 사용자 정의하기 어렵게 만듭니다.
  • 메가 메뉴에 대한 지원이 부족하여 수백 페이지가 있는 엔터프라이즈 수준 SaaS 마케팅 사이트에는 덜 매력적입니다.

5. 허브스팟 CMS

SaaS 마케터는 보안, 경제성, 성능, 확장성, 편의성 및 운영 용이성을 보장하면서 마케팅 웹사이트를 손쉽게 관리할 수 있도록 도와주는 CMS가 필요합니다. HubSpot과 같은 CMS를 선택하면 이 모든 것을 보장할 뿐만 아니라 비용을 절감하고 성장 및 확장 문제를 제한하며 성숙함에 따라 강력한 마케팅을 위해 비즈니스를 더 잘 준비할 수 있습니다.

HubSpot은 SaaS 마케팅 웹사이트 생성을 허용하는 동시에 전체 SaaS 구매 여정에 맞춤화할 수 있는 최초이자 유일한 CMS입니다.

장점

  • 올인원 플랫폼(CMS와 CRM 결합)으로 모든 SaaS 마케팅 콘텐츠를 한 곳에서 생성, 관리 및 실행할 수 있습니다. 사이트의 마케팅 요구 사항에 맞는 완전히 통합된 마케팅 도구를 제공합니다.

이 플랫폼은 A/B 테스트, 페이지 최적화, 방문자 활동 기록 등과 같은 여러 마케팅 도구를 제공하므로 SaaS 마케팅 웹사이트를 성장 기계로 전환할 수 있습니다.

  • 초보자와 비전문 사용자가 사용할 수 있는 사용자 친화적인 CMS입니다. 이 플랫폼은 모듈, 템플릿 및 끌어서 놓기 기능을 통해 마케터 친화적인 콘텐츠 편집 경험을 보장합니다.
  • 표준 SSL 인증서와 전 세계적으로 호스팅되는 CDN(콘텐츠 전송 네트워크)을 포함하는 고급 보안 기능을 제공합니다. 이것은 안전한 브라우징 경험과 99.99% 가동 시간을 보장합니다.
  • 일반적으로 SaaS 콘텐츠 관리 시스템은 막대한 월별 또는 연간 요금을 요구합니다. 또한 추가 스토리지, 방문자 또는 여러 사용자에 대한 숨겨진 비용이 있습니다. HubSpot CMS는 추가 비용 없이 정액 요금으로 제공됩니다.

단점

  • HubSpot은 시장에서 제한된 템플릿과 모듈을 가지고 있습니다. 기능을 추가해야 하는 경우 HubSpot 개발자를 고용해야 하며 이는 추가 비용입니다.
  • 관리되는 웹사이트 콘텐츠 호스팅 서비스입니다. 따라서 WordPress와 달리 HubSpot 사용자는 호스팅이 필요할 수 있습니다. SaaS 마케팅 사이트를 다른 곳에서 구축하고 HubSpot에서 호스팅할 수 없으며 그 반대의 경우도 마찬가지입니다.
  • HubSpot의 인터페이스는 사용하기 쉽지만 CSS 지식이 부족하면 템플릿 작업이 어려울 수 있습니다.

6. 웹플로우

Webflow는 클라우드 기반의 제로 코드 '시각적' CMS 및 호스팅 플랫폼으로 SaaS 기업이 구조화되고 전문적인 맞춤형 마케팅 웹사이트를 구축할 수 있도록 지원합니다. 따라서 SaaS 마케터는 Webflow를 사용하여 처음부터 맞춤형 웹사이트를 생성할 수 있는 유연성이 추가된 비주얼 편집기의 기능을 활용할 수 있습니다.

따라서 SaaS 웹 사이트 개발자의 경우 Webflow는 웹 사이트 개발 프로세스의 속도를 크게 높일 수 있습니다.

장점

  • 그것은 당신의 팀의 모든 사람을 위해 작동합니다. 디자이너와 개발자부터 콘텐츠 관리자와 전략가에 이르기까지 모든 사람이 Webflow를 통해 목표를 달성할 수 있습니다.

예를 들어 개발자는 Webflow의 REST API를 사용하여 터미널에서 콘텐츠를 추가, 업데이트 및 삭제할 수 있습니다. 마찬가지로 콘텐츠 관리자는 비즈니스의 고유한 요구 사항을 충족하는 고객 콘텐츠 구조를 만들 수 있습니다.

  • 실시간으로 작성하고 수정할 수 있습니다. 때로는 프런트엔드에서 콘텐츠를 추가하고 업데이트하는 것이 더 쉽습니다. 이를 통해 이러한 업데이트가 페이지의 전체 흐름에 어떤 영향을 미치는지 확인할 수 있습니다.
  • 자동 및 일관된 업데이트를 허용합니다. 게시물의 헤드라인을 업데이트하면 플랫폼이 사이트 전체에서 자동으로 변경합니다.
  • 이 플랫폼은 코딩 없이 무한한 사용자화 옵션을 허용합니다.

단점

  • Webflow는 WordPress와 같은 오픈 소스 CMS보다 비쌉니다.
  • Webflow는 코드가 없지만 HTML 또는 CSS에 대한 사전 지식이나 경험이 없으면 완벽한 SaaS 마케팅 웹 사이트를 디자인할 때 달성할 수 있는 것이 제한될 수 있습니다.
  • 플랫폼에는 기본 제공 기술 SEO 컨트롤이 없습니다.

SaaS 웹사이트의 기술적 요소를 개선하면 사이트의 성능과 SERP 순위가 크게 향상될 수 있습니다.

그러나 SEO의 기술적인 측면이 처음이라면 주제의 순전한 복잡성과 범위에 압도당하는 것이 당연합니다(구현은 고사하고!).

그 과정에서 땀과 스트레스를 날려버리세요! Growfusely의 기술 SEO 전문가 팀 과 연락 하여 SaaS 비즈니스를 한 단계 업그레이드하십시오. 우리는 귀하의 사례를 주의 깊게 연구하고 귀하의 웹사이트를 검색 엔진에서 더 빠르고 쉽게 크롤링하며 이해하기 쉽게 만들 수 있는 최상의 기술 솔루션을 제안할 것입니다.

TLDR

기술 SEO에 대해 많이 읽었다면 웹사이트 속도를 제외한 대부분의 측면이 순위 요소가 아니라는 것을 알게 될 것입니다.

그렇다면 왜 이러한 문제를 발견하고 해결하는 데 그렇게 많은 시간을 소비해야 합니까?

기술적 SEO는 페이지의 색인 생성 여부에 상당한 간접적인 영향을 미치므로 SERP에서 해당 페이지의 위치에 영향을 미치기 때문입니다.

생각해 보세요. 웹사이트의 robots.txt 파일이 검증되지 않은 경우 검색 봇은 콘텐츠에 액세스하려고 시도하는 데 크롤링 예산을 낭비합니다. 마찬가지로 표준 URL이 없는 경우 콘텐츠가 중복되면 사이트의 링크 자산이 희석됩니다.

따라서 기술 SEO는 콘텐츠 및 서비스에 필요한 안목을 얻으려는 SaaS 비즈니스에 중요합니다.

당신이 물어볼 수 있는 질문은 – 기술적 SEO와 페이지 중 어느 것이 가장 중요합니까?

답 - 둘 다!

그래서, 여기 당신이해야 할 일이 있습니다.

  • 기술 SEO 감사부터 시작하여 콘텐츠에 대한 강력한 기반을 마련하세요. 처음에 또는 사이트를 마이그레이션/재설계할 때 기술적 SEO에 시간을 할애하십시오.

이렇게 하면 주요 문제를 찾아 해결하는 데 도움이 되므로 앞으로 속 쓰림을 많이 줄일 수 있습니다.

  • 기술 상자가 선택되면 페이지 SEO에 투자하십시오. 물론 기술 SEO는 지속적인 프로세스입니다.
  • 마지막으로 소셜 채널과 이메일에서 콘텐츠를 홍보하고 홍보를 통해 백링크를 얻는 것과 관련된 페이지 외부 SEO를 놓치지 마십시오.

지금쯤이면 귀하의 비즈니스에 대한 기술 SEO의 중요성에 대해 분명히 이해하셨을 것이며 위에서 공유한 전술을 사용하여 귀하의 온라인 인지도를 높일 것이라고 확신합니다.

이 문제에 대해 질문이나 우려 사항이 있는 경우 몇 가지 기술 SEO 주제를 다루는 블로그 를 방문하는 것이 좋습니다. 또는 이 주제에 대해 기꺼이 안내해 드릴 당사 팀 에 연락 할 수 있습니다.

자주 묻는 질문(FAQ)

1. 기술 SEO에는 무엇이 포함됩니까?

기술 SEO에는 최신 검색 엔진이 웹 사이트의 콘텐츠를 적절하게 크롤링, 렌더링 및 색인화할 수 있도록 하는 웹 사이트의 모든 기술적 측면이 포함됩니다.

때때로 기술적 SEO의 범위는 호스팅 및 웹사이트 성능에서 메타 로봇 ​​태그 및 XML 사이트맵에 이르기까지 웹사이트의 모든 기술적 측면을 포함하기 때문에 어리둥절할 수 있습니다.

그러나 기술적 SEO는 검색 엔진이 귀하의 웹사이트를 고품질 리소스로 볼 수 있도록 하고 사용자가 귀하의 사이트를 방문할 때 훌륭한 UX를 약속합니다. 이 모든 것이 귀하의 웹사이트가 올바르게 크롤링되고, 인덱싱되고, 렌더링되도록 보장합니다.

2. 기술 SEO와 온페이지 SEO의 차이점은 무엇입니까?

기술 SEO 에는 검색 엔진이 귀하의 콘텐츠를 효과적으로 크롤링하고 인덱싱하기 위한 모든 노력이 포함됩니다.

즉, 웹사이트의 비컨텐츠 측면에 적용된 SEO 전술을 포함합니다.

온페이지 SEO는 주로 페이지의 콘텐츠와 관련이 있습니다. 여기에는 관련 키워드를 조사하고 포함하거나 사용자 경험이 방문자의 기대에 부합하는지 확인하는 등 콘텐츠를 최적화하는 데 사용되는 모든 전술이 포함됩니다.

요약하자면 기술 SEO와 온페이지 SEO의 차이점은 다음과 같습니다.

3. 웹사이트를 마이그레이션할 때 따라야 할 기술적 SEO 체크리스트가 있습니까?

사이트 마이그레이션을 계획하고 있다면 기한이 있는 명확한 로드맵이 있어야 하며 실패하면 사이트 순위가 큰 타격을 받게 됩니다.

사이트 마이그레이션을 진행할 때 다음 단계를 권장합니다.

웹사이트를 재설계하거나 마이그레이션할 때 기존 순위와 트래픽을 유지하는 데 사용할 수 있는 종합적인 SEO 체크리스트입니다. 이 게시물은 또한 마이그레이션 전, 도중 및 후에 모든 URL을 비교할 수 있는 웹사이트 재설계 SEO 스프레드시트 를 제공합니다.

4. 웹사이트의 기술적 상태를 어떻게 측정합니까?

콘텐츠가 아무리 훌륭하더라도 웹 사이트에 해결되지 않은 기술 문제가 있으면 성능이 좋지 않을 수 있습니다. 따라서 웹사이트의 기술적 상태를 정기적으로 측정하는 것이 중요합니다.

기술 SEO에는 크롤링, 인덱싱, 렌더링 및 웹사이트 아키텍처와 같은 중요한 요소가 포함됩니다. 따라서 이러한 기술적 측면을 더 잘 반영하는 메트릭과 도구를 사용하여 평가됩니다.

이를 위해 다음의 간단한 단계를 따르십시오.

  • 기술 감사를 사용하여 웹사이트 크롤링을 분석합니다. 로그 파일을 검토하고 데이터를 크롤링하는 것이 좋습니다. 이 모든 것이 Google 및 기타 검색 엔진이 귀하의 페이지를 크롤링하고 콘텐츠를 해석하는 방법을 알려줍니다.
  • 검색 엔진이 웹 페이지를 올바르게 렌더링하는지 확인하십시오. 검색자와 크롤러가 찾기 힘든 것은 올바르게 렌더링되지 않습니다.
  • 페이지 인덱싱을 검토합니다. 이렇게 하면 검색 봇이 색인을 생성하고 무시한 페이지를 강조 표시하여 사이트 상태를 명확하게 파악할 수 있습니다.
  • 최고의 기술 SEO 측정항목을 모니터링하여 웹사이트의 성능을 파악하세요.

이미지 출처 – Ahrefs, Danscartoons, Sitemap FAQ, Uber, Flipkart, Technicalseo.com, Twitter, Bing, Screamingfrog, Sitebulb, Deepcrawl, Oncrawl