기술 SEO에 대한 종합 가이드

기술 SEO. SEO와 SEO에 집중하지 않는 마케터 모두의 마음에 두려움을 심어주는 것으로 알려진 짧은 문구입니다.

말이 되는군요. 하위 도메인, robots.txt 파일, 크롤링 예산, schema.org 마크업 및 일반적으로 개발자가 처리하는 기타 모든 요소 사이에서 기술적 SEO가 어려울 수 있습니다.

그러나 기본 사항에 대해 알아보고 Google 및 기타 검색 엔진이 수행하려는 작업(웹 페이지 크롤링 및 인덱싱)을 이해하면 웹 사이트 최적화를 위한 체크리스트 접근 방식을 개발할 수 있습니다.

기술적인 SEO가 무엇인지, 순위를 높이는 데 중요한 이유, 고려해야 할 중요한 고려 사항, 향후 성공을 위해 사이트를 최적화하는 방법에 대해 논의하기 위해 이 자리에 왔습니다.

기술 SEO란 무엇입니까?

기술 SEO 는 Google 및 기타 검색 엔진 크롤링 봇) 웹사이트를 효율적이고 정확하게 크롤링하고 색인을 생성하는 데 도움이 되는 기술 또는 웹사이트 코드 관련 구현을 설명합니다.

기술 SEO를 위한 최적화의 예는 다음과 같습니다.

• 검색 엔진이 색인을 생성하려는 페이지를 더 쉽게 찾을 수 있도록 XML 사이트맵 만들기
• 크롤링 봇에게 Google 색인에 포함하거나 남겨둘 페이지를 지시하는 <meta> 태그 삽입
• 301(영구) 리디렉션으로 새로 삭제된 페이지 리디렉션

기술적인 SEO 최적화는 사용자 경험을 향상시킬 수 있지만 주로 이러한 요소는 검색 엔진 크롤링 봇이 작업을 보다 효과적으로 수행하도록 돕는 것을 목표로 합니다.

기술 SEO가 왜 중요한가요?

링크 구축 또는 기타 페이지 최적화보다 이해하기 쉽지는 않지만 기술적 SEO는 SEO 캠페인을 위한 강력한 기반을 구축하는 데 중요합니다. 이것들이 제대로 구현되지 않으면 Google은 귀하가 누구인지, 무엇을 제공하는지, 귀하의 웹사이트 순위를 적절하게 지정하는 방법을 아는 데 어려움을 겪을 것입니다.

기술적 기반 없이 뛰어난 콘텐츠를 만들고 사이트에 대한 많은 링크를 구축하는 것은 보트 바닥에 50개의 구멍이 있는 것과 같습니다. 가능한 한 빨리 모든 물을 빼낼 수 있지만 보트가 물에 뜨지 못하게 하는 누수가 항상 있습니다.

크롤링 및 인덱싱 – 무엇이며 어떻게 작동합니까?

이러한 최적화가 중요한 이유를 이해하려면 검색 엔진이 웹에서 콘텐츠를 크롤링하고 색인을 생성하는 방법을 아는 것이 중요합니다. 더 많이 이해할수록 사이트 최적화에 대한 더 나은 통찰력을 갖게 됩니다.

크롤링

웹, 크롤링, 거미...이 거대한 은유는 손에서 벗어났습니다. 하지만 정확합니다. 검색 엔진은 기본적으로 기존 웹 페이지와 해당 웹 페이지 내의 링크를 사용하여 새로운 콘텐츠를 찾는 "크롤러"(소프트웨어 프로그램)를 보냅니다. 웹사이트를 "크롤링"(모든 콘텐츠 및 링크 발견)하면 다음 페이지로 넘어갑니다.

웹 사이트가 얼마나 크고 인기 있고 신뢰할 수 있는지에 따라 크롤러가 정기적으로 돌아와 콘텐츠를 다시 크롤링하여 변경된 내용과 새로운 내용을 확인합니다.

인덱싱

웹사이트가 크롤링된 후에는 검색 엔진이 웹사이트를 검색 가능하게 만들어야 합니다. 검색 엔진의 색인은 주어진 검색어를 검색할 때 나타나는 검색 결과의 페이지 모음입니다.

검색 엔진은 페이지 삭제 여부, 콘텐츠 액세스 가능 여부, 새 콘텐츠 게시 시기 등 웹사이트 코드에서 지정한 지침에 따라 정기적으로 색인을 업데이트합니다.

또한 Google의 신비하고 영향력 있는 알고리즘 업데이트와 같이 검색 엔진의 기본 소프트웨어에 큰 변화가 있을 수 있습니다.

검색 엔진은 많은 복잡한 작업을 수행하는 강력한 소프트웨어 도구이지만, 일단 검색 엔진의 목표를 이해하고 나면 자신의 전략을 위한 조각을 조합할 수 있습니다. 이것의 큰 부분은 기술적 SEO와 다른 요소 범주 간의 차이점을 아는 것입니다.

기술적인 SEO는 페이지 안팎의 SEO 요소와 어떻게 다릅니까?

이러한 각 순위 요소의 목표는 동일하지만 대상 키워드에 대한 검색 가시성을 향상시키는 데 도움이 되지만 각 순위 요소 범주의 목적은 약간 다릅니다.

온 페이지 SEO 는 사용자가 가장 많이 상호 작용할 가능성이 있는 요소에 중점을 둡니다. 여기에는 다음이 포함됩니다.

• 내부 링크
• H1-H6 태그
• 키워드 배치
• 콘텐츠 URL 슬러그
• 이미지 대체 태그

오프 페이지 SEO 에는 웹사이트 외부에 있는 모든 순위 요소가 포함됩니다. 제어할 수 있는 주요 요소는 백링크 구축 및 획득입니다.

백링크는 언제든지 다른 웹사이트가 귀하의 웹사이트로 연결되는 것입니다. 이 링크는 웹의 최고 및 최저 시스템입니다. 검색 엔진은 다른 웹사이트에서 귀하의 사이트로 다시 연결되는 링크의 품질, 수량 ​​및 관련성을 기반으로 귀하의 사이트와 순위를 매길 가능성을 평가합니다.

기타 오프 페이지 SEO 요소는 다음과 같습니다.

• 비즈니스 디렉토리에 회사 정보 포함
• 소셜 미디어 언급
• 다른 웹사이트 및 출판물에서 링크되지 않은 브랜드 언급
• 인기 플랫폼에 대한 리뷰

이러한 요소와 의도된 목적 간의 주요 차이점을 알면 구현 전략을 더 잘 알릴 수 있습니다. 이제 기본 사항을 숙지했으므로 웹사이트의 기술적 SEO를 개선하기 위해 취할 수 있는 구체적인 단계는 다음과 같습니다.

사이트의 기술적 SEO 개선을 ​​위한 11가지 팁

각 기술 SEO 관련 순위 요소를 이해하는 것이 중요하지만 각 수정 사항을 올바르게 구현하고 사이트를 장기적으로 건강하게 유지하는 것이 진정한 목표입니다. 웹사이트를 지속적으로 최적화하는 데 있어 가장 중요한 10가지 영역은 다음과 같습니다. 웹 사이트를 탐색하는 동안 이 정보를 체크리스트로 사용하십시오.

1. 사이트 구조 및 탐색을 사용자에게 친숙하게 만듭니다.

검색 엔진이 귀하를 더 높고 일관되게 순위를 매기는 데 도움이 되는 한 가지 방법 은 사용자에게 친숙하고 탐색이 명확한 웹 사이트 구조를 계획하는 것입니다. 사이트 탐색은 웹사이트 상단의 기본 메뉴 그 이상입니다. 이상적인 웹사이트 구조는 사용자와 검색 엔진 모두 그들에게 가장 중요한 페이지를 빠르고 쉽게 찾을 수 있도록 도와줍니다.

관련 요인은 다음과 같습니다.

• 깊이를 클릭합니다. 클릭 깊이는 홈 페이지에서 특정 웹 페이지로 이동하는 데 필요한 클릭 수입니다. 홈페이지는 특정 웹사이트에서 가장 많이 방문한 방문 페이지 중 하나이기 때문에 중요합니다. 일반적으로 클릭 깊이를 세 번 클릭으로 제한하십시오.
• 고아 페이지가 없습니다. 고아 페이지는 이를 가리키는 내부 링크가 없는 페이지입니다. 이것은 사용자가 웹사이트를 탐색하는 동안 페이지를 찾을 가능성을 제거할 뿐만 아니라 페이지가 중요하지 않다는 것을 검색 엔진에 전달합니다. 아래 도구를 사용하여 이러한 페이지를 식별하고 사이트의 다른 관련 페이지에서 해당 페이지로 연결하십시오.
• 기본 탐색. 일반적으로 모든 웹사이트의 상단에 있는 기본 탐색 메뉴는 웹사이트의 가장 중요한 페이지를 전달하는 데 중요합니다. 귀하가 포함하는 페이지와 관련 앵커 텍스트는 Google에 귀하의 순위를 알려줍니다. 다음은 기억해야 할 몇 가지 모범 사례입니다.
  • 탐색에 서비스 또는 솔루션 중심 페이지를 포함합니다.
  • 앵커 텍스트를 가능한 한 키워드에 초점을 맞추되 최대한 광범위하게 만드십시오.
  • 각 개별 링크의 가치가 희석되기 시작하므로 여기에 30개 이상의 링크를 포함하지 마십시오.
• 보조 탐색 . 블로그 사이드바 또는 바닥글과 같은 이러한 요소는 사용자가 웹사이트 상단 및 핵심 페이지가 아닌 경우에도 원하는 것을 쉽게 찾을 수 있도록 해야 합니다. 블로그의 경우 카테고리가 될 수 있고 바닥글의 경우 개인 정보 보호 정책 정보 또는 파트너 웹 사이트에 대한 링크가 될 수 있습니다.
• 빵 부스러기. 탐색경로는 현재 있는 페이지의 URL 폴더 구조를 시각적으로 보여주는 기본 탐색 메뉴에는 없는 내부 링크입니다. 그들은 사용자가 사이트 내에서 자신의 위치를 ​​​​볼 수있게하고이를 사용하여 원래 있던 곳으로 쉽게 돌아갈 수 있으므로 "이동 경로"(Hansel과 Gretel을 생각해보십시오).

2. 전략적이고 확장 가능한 URL 구조 만들기

일관된 URL 구조는 사용자가 웹사이트를 탐색할 때 위치를 더 잘 이해하는 데 도움이 되지만 검색 엔진에 정확히 무엇을 하는지 알려줍니다.

일부 URL 모범 사례는 다음과 같습니다.

• 논리적 상위-하위 폴더 구조 관계를 만듭니다. 모든 페이지를 루트 도메인에서 한 수준 아래로 유지하는 대신 가능하면 부모-자식 URL 관계를 추가하는 것을 고려하십시오. 마케팅 서비스를 제공한다고 가정해 보겠습니다. 상위 URL은 https://yourdomain.com/marketing-services/와 같을 수 있으며 제공하는 모든 서비스 목록을 포함합니다. 이 경우 각 서비스를 설명하는 별도의 페이지를 갖는 것이 좋습니다. 하위 URL은 https://yourdomain.com/marketing-services/social-media-management/와 같을 수 있습니다.

• 간결하게 유지하십시오. "and", "or"와 같은 접속사와 관사는 대부분의 경우 SERP의 콘텐츠에 대한 사용자의 이해도를 높이거나 순위를 향상시키지 않습니다. 폭넓은 네트워크를 구축하고 가장 관련성이 높은 용어만 URL에 포함하세요.

• 광범위한 키워드를 타겟팅하는 것을 잊지 마십시오. 이는 귀하의 기본 타겟 키워드와 관련성이 높은 관련 키워드입니다.

• 확장 가능한 폴더 구조를 만듭니다. 앞으로 어떤 콘텐츠나 제안을 만들지 생각하고 이를 염두에 두고 URL 구조를 구성하세요.
• 이상한 문자를 피하십시오. 사용자가 언뜻 보기에 혼동을 일으키거나 검색 엔진에 걸려 넘어질 수 있는 모든 내용은 URL에서 제외해야 합니다. 더 간단할수록 좋습니다.
• 하이픈을 사용합니다. 모든 단어를 함께 집어넣거나 밑줄을 사용하는 것보다 하이픈을 사용하여 URL을 단순하고 분리된 상태로 유지하는 것이 좋습니다.

3. 사이트 속도가 느려지지 않는지 확인

웹사이트 성능과 페이지 로드 시간은 항상 검색 성능을 높이는 데 핵심적인 고려 사항이었지만 2021년 6월 현재 Google의 페이지 경험 업데이트에서는 올바른 검색이 절대적으로 중요합니다.

Google은 페이지 로드 성능 품질의 표준을 설정하는 것을 목표로 하는 측정항목 집합인 웹사이트의 핵심 성능 향상에 대한 기대치를 명시적으로 명시하고 수량화했습니다. 이들 중 가장 중요한 것은 가장 큰 콘텐츠가 포함된 페인트, 첫 번째 입력 지연 및 누적 레이아웃 이동입니다. Google을 기쁘게 하는 것 외에도 사용자는 웹사이트가 3초 이내에 로드되기를 기대합니다. 로드하는 데 시간이 오래 걸릴 수록 사이트 사용자가 계속 남아 있을 가능성이 줄어듭니다.

다음은 로드 성능에 긍정적인 영향을 미치기 위해 수행할 수 있는 최적화에 대한 개략적인 요약입니다.

• 타사 리소스 로드를 제한합니다. 분석 스크립트, 픽셀 또는 소프트웨어 스크립트를 로드해야 할 때마다 웹사이트를 표시하기 위해 브라우저가 처리해야 하는 전체 총 요청에 추가됩니다. 이러한 자원을 최소한으로 유지하십시오.
• 불필요한 스크립트 로드 지연/비동기. 가장 중요한 리소스만 로드되도록 하는 것과 유사하게 리소스가 올바른 순서로 로드되는지 확인해야 합니다. "지연" 및 "비동기"는 이러한 스크립트가 페이지의 다른 스크립트 및 요소와 동시에 로드되는지(비동기) 또는 다른 스크립트 및 요소가 로드될 때까지 대기하는지 지시하기 위해 스크립트에 추가하는 속성입니다. 로드하기 전에(지연).
• 이미지와 비디오를 최적화합니다. 좋은 로드 성능에 대한 주요 장벽은 제대로 최적화되지 않은 이미지나 비디오와 같은 큰 리소스를 가지고 있다는 것입니다. 이미지나 비디오를 업로드할 때 불필요한 메타데이터를 제거하고 페이지에 필요한 만큼만 크기를 조정하여 압축했는지 확인하십시오.
• Google의 Page Speed ​​Insights 도구를 사용합니다 . 이렇게 하면 Google에서 사이트를 크롤링할 때 표시되는 내용과 핵심 문제를 해결하기 위해 권장하는 최적화가 정확히 표시됩니다.
• 콘텐츠 전송 네트워크(CDN)를 구현합니다. 콘텐츠 전송 네트워크는 사용자의 실제 위치에 가장 가까운 서버(웹사이트 파일이 있는 위치)를 활용하여 웹사이트가 사용자에게 더 빨리 제공되도록 도와줍니다. CDN은 사용자 위치 근처의 서버에 웹사이트 사본을 보관하고 사용자가 사이트에 액세스하려고 할 때마다 이를 제공합니다.
• 검증된 호스팅 회사를 선택하십시오. 웹사이트 호스팅 서비스로 인해 웹사이트 속도가 느려질 수 있습니다. 특히, 호스팅 공간을 공유하는 경우 다른 웹사이트와 주어진 시간에 액세스할 수 있는 대역폭의 양을 공유하는 것입니다. 다른 웹사이트가 사용자 기반을 확장하고 공유 공간을 더 많이 차지하기 시작하면 손실을 보게 됩니다. 일부 호스트는 기본적으로 웹사이트 로드 성능에 더 최적화되어 있습니다. 호스트를 선택할 때 평균 로드 속도가 가장 좋은 호스트를 비교 검토하십시오.
• 이미지를 WebP로 전환하십시오. WebP는 로드 성능 향상을 위해 특별히 설계된 Google에서 개발한 이미지 형식입니다. 이미지를 WebP로 변환하는 가장 쉬운 방법은 대량 온라인 변환기 도구 또는 CMS를 사용하는 경우 플러그인을 사용하는 것입니다.

4. 검색 엔진에서 사이트를 크롤링할 수 있는지 확인

기술 SEO의 기본 목표 중 하나는 Google에서 귀하의 사이트를 찾고 검사할 수 있도록 하는 것입니다. 이를 달성하고 콘텐츠가 현재 Google에서 크롤링되고 있는지 확인하는 세 가지 기본 방법이 있습니다.

• Google의 색인을 직접 확인하십시오. 사이트의 어떤 페이지가 Google에서 색인을 생성하는지 확인하는 가장 빠른 방법은 Google을 직접 확인하는 것입니다. "site:" 검색으로 이 작업을 수행할 수 있습니다. WebMD에 색인된 페이지 수를 확인하려면 "site:https://www.webmd.com/"을 검색합니다. 수면 무호흡증 콘텐츠 색인을 확인하려면 "site:https://www.webmd.com/sleep-disorders/sleep-apnea/"가 됩니다.
• 구글 서치 콘솔을 확인하세요. Google Search Console은 Google에서 만든 환상적인 검색 검색 및 웹사이트 상태 도구입니다. 그 기능 중 하나는 현재 Google 색인에 있는 페이지 수, 색인이 생성된 페이지, 현재 색인을 생성할 수 없는 페이지를 그 이유와 함께 확인하는 것입니다.
• Screaming Frog를 확인하십시오. 비명을 지르는 개구리는 Googlebot이 사이트를 크롤링하는 방식을 반영하는 훌륭한 도구이며 상태가 있는 모든 페이지를 반환하여 현재 색인 생성 가능, 크롤링 가능 또는 이 둘의 조합인지 알려줍니다.

사이트 전체에서 원하는 색인 ​​생성을 위해 웹 페이지를 정기적으로 감사 해야 합니다. 모든 페이지에는 색인을 유지할지 여부, 색인이 생성되지 않은 페이지를 의도적으로 색인 생성으로 전환, 현재 색인이 생성된 페이지에 색인을 생성하지 않을지 여부 등의 상태와 해당 작업이 제공되어야 합니다.

이러한 작업을 식별했으면 이제 실행해야 합니다. 방법은 다음과 같습니다.

로봇.txt

Robots.txt 파일은 사이트에서 크롤링하고 색인을 생성하려는 웹 페이지에 대한 지침을 검색 엔진 크롤러에 제공하는 웹 사이트 폴더 구조에 배치하는 작은 파일입니다.

Google은 이 문서와 몇 가지 특정 사용 사례를 구현하는 방법에 대한 훌륭한 개요를 제공하지만 일반적으로 제공할 수 있는 기본 지침은 다음과 같습니다.

• 사용자 에이전트. 이것은 특정 규칙을 따르려는 특정 크롤러에 대한 지침입니다. 모든 크롤러를 한 번에 지정할 수도 있습니다.
• 허용/비허용. 이것은 크롤러가 원하지 않는 사이트 부분에 액세스하는 것을 방지하기 위한 지침입니다.
• 사이트맵 위치. 검색 엔진 크롤러에게 사이트맵이 있는 URL을 알려 그들이 더 쉽게 찾고 돌아갈 수 있도록 하는 기능이 있습니다.

메타 로봇 ​​태그

또한 웹 페이지 코드 내에서 "색인 대 색인 없음" 지시문을 활용하여 검색 엔진에 페이지를 색인에 포함할지 여부를 지시할 수 있습니다. 이는 <meta name="robots" content="noindex"> 또는 <meta name="robots" content="index">로 작성된 페이지 코드 내에 메타 태그를 추가하여 수행할 수 있습니다.

마찬가지로 검색 엔진에 색인에 페이지를 포함하도록 지시할 수 있지만 해당 페이지의 링크를 따르지 않고 웹사이트 안팎의 다른 페이지에 권한을 전달하지 않도록 할 수 있습니다. 이는 동일한 메타 로봇 ​​태그 내에서 <meta name="robots" content="follow"> 또는 <meta name="robots" content="nofollow">로 표현될 수 있습니다.

5. schema.org 구조화된 데이터 마크업 사용

스키마 마크업은 Google, Bing, Yahoo! 및 Yandex에서 만든 구조화된 데이터의 한 형태입니다. 구조화된 데이터는 정보를 검색 엔진에 전달하는 코드에 추가되는 언어의 한 형태입니다. 공식 Schema 웹사이트는 더 많은 것을 배울 수 있는 리소스와 스키마 어휘의 완전한 라이브러리를 제공합니다.

스키마 마크업은 기업이 가질 수 있는 프로세스, 제품, 서비스 및 기타 제안에 대해 검색 엔진과 보다 명시적으로 커뮤니케이션할 수 있도록 하기 위해 만들어졌습니다. 또한 비즈니스에 대한 주요 정보와 같은 정보를 전달합니다. 현재 검색 엔진은 복잡한 알고리즘을 사용하여 이러한 측면에 대해 매우 교육적인 추측을 합니다.

Schema.org 마크업은 두 가지 주요 구성 요소인 ItemType과 ItemProperties로 나눌 수 있습니다.

• 항목 형식. 이를 통해 검색 엔진은 웹 페이지가 어떤 유형의 엔터티인지, 무엇에 중점을 두고 있는지 알 수 있습니다. 이것은 영화, 지역 비즈니스, 수상, 블로그 게시물 또는 비즈니스 리뷰가 될 수 있습니다.
• ItemProp(속성). 이것은 위에서 언급한 ItemType의 특정 속성입니다. 이것은 책의 저자 이름, 비즈니스가 설립된 날짜 또는 소프트웨어 제품의 가격일 수 있습니다.

귀하의 콘텐츠가 무엇인지 검색 엔진에 알리는 것 외에도 이 구조화된 데이터는 리치 스니펫에 대해 표시될 가능성을 높일 수 있습니다. 이들은 제목, 메타 설명 및 URL을 넘어 SERP의 특수 기능입니다.

6. 사이트에서 죽은 링크 제거

끊어진 링크는 사용자에게 좋지 않은 경험일 뿐만 아니라 순위를 매기는 능력에도 해를 끼칠 수 있습니다. 의도적으로 또는 의도하지 않게 삭제된 페이지가 있는 경우 404 "찾을 수 없음" 오류로 표시됩니다. 이 오류는 사용자와 검색 엔진 봇을 "404 페이지"로 이동하거나 설정하지 않은 경우 빈 페이지로 이동합니다.

사이트에서 페이지가 삭제될 때마다 조치 계획을 세우고 깨진 페이지에 대한 링크가 중단되지 않도록 하는 것이 중요합니다. 이러한 깨진 페이지와 링크를 찾고 정리하는 방법은 다음과 같습니다.

• 사이트를 크롤링하여 알려진 모든 404 페이지를 찾습니다.
• 새 페이지로 리디렉션을 구현하거나 페이지가 정당하게 삭제되어야 하는 경우 무시하도록 지시합니다. 이것은 301(영구) 또는 302(임시) 리디렉션일 수 있습니다.
• 깨진 페이지에 연결된 모든 페이지를 찾아 링크를 전달된 페이지의 업데이트된 URL로 교체합니다.

7. 중복 콘텐츠 문제 수정

중복 콘텐츠는 웹사이트에 서로 너무 유사한 두 개 이상의 페이지가 있는 경우입니다. 이는 일반적으로 완전히 복사하여 붙여넣거나 템플릿화된 콘텐츠로, 신디케이트된 콘텐츠라고도 합니다.

Google이 보기에 중복 콘텐츠는 노력이 적게 들기 때문에 최악입니다. 가치가 있는 모든 검색 엔진의 목표는 고품질의 유익하고 관련성 높은 콘텐츠를 사용자에게 제공하는 것입니다. 불일치가 보이시나요?

중복 콘텐츠 문제를 해결하려면 먼저 웹사이트를 크롤링해야 합니다. 웹사이트 크롤링 도구에는 콘텐츠의 중복을 찾고 지나치게 유사한 페이지를 기록하는 소프트웨어 내 특정 기능이 있습니다.

이러한 페이지를 식별한 후에는 "기본" 페이지로 원하는 페이지와 중복 콘텐츠로 수행할 작업을 결정해야 합니다. 삭제하시겠습니까? 리디렉션? 재작성 또는 새로 고침?

SEO 가치가 없는 제품 페이지가 있는 경우(예: 동일한 신발을 빨간색, 파란색 등으로 판매)와 같은 다른 상황에서는 페이지 사이에 표준 태그를 활용하고 싶을 것입니다.

표준 태그란 무엇입니까?

표준 태그 는 검색 엔진이 해당 페이지를 다른 "기본" 페이지의 의도적인 복제본으로 처리하고 SERPS에 표시되는 의도적인 변형을 무시하도록 지시하는 페이지 코드 내의 텍스트 스니펫입니다.

Dope Shoes라는 운동화 회사를 소유하고 있다고 가정해 보겠습니다. 사이트에 있는 URL은 https://dopeshoes.com/shoes/running/dope300/과 같을 수 있습니다.

각 변형 또는 크기에 대해 새 "페이지"를 만드는 CMS가 있을 수도 있습니다. https://dopeshoes.com/shoes/running/dope300/red/ 또는 https://dopeshoes.com/shoes/running/dope300 /푸른/

이제 이러한 색상 변형의 콘텐츠가 기본 /dope300/ 페이지와 동일하거나 거의 동일할 가능성이 높기 때문에 이러한 각 색상 변형이 기본 페이지의 의도적인 복제임을 선언하고 싶을 것입니다.

이것은 다음과 같이 변형 페이지의 코드 내에 rel canonical 태그를 배치하여 수행할 수 있습니다.

• <link rel="canonical" href="https://dopeshoes.com/shoes/running/dope300/" />

8. 보안 강화를 위한 HTTPS 구현

보안 웹사이트는 사용자와 검색 엔진, 특히 전자 상거래를 이용하는 경우 항상 중요합니다.

이를 염두에 두고 SSL(Secure Sockets Layer)이 만들어졌습니다. 이것은 웹사이트의 소유권과 신뢰성을 확인하는 데 도움이 되는 서버에 개인 및 공개 액세스 키를 생성하여 SSL 배포자로 인한 추가 보안 계층을 추가합니다. 이 검증 계층은 다양한 공격을 방지합니다.

SSL 인증서를 구현하면 URL에 추가된 HTTP(표준 및 덜 안전한 HTTP가 아닌) 프로토콜로 보상을 받게 됩니다. 그런 다음 검색 엔진은 인증서 세부 정보를 포함하고 사용자가 귀하를 찾으면 "보안" 관련 메시지를 포함합니다. 직접적인 순위 신호이기도 합니다.

9. XML 사이트맵 만들기

간단히 말해 사이트맵은 검색 엔진이 크롤링하고 색인을 생성할 링크 모음입니다. XML(Extensible Markup Language) 사이트맵을 사용하면 검색 엔진이 단순한 링크 목록이 아닌 페이지의 색인을 생성하는 데 사용할 수 있는 특정 정보를 제공할 수 있습니다.

XML 사이트맵은 콘텐츠가 많은 대규모 웹 사이트, 아직 인바운드 링크가 많지 않은 새 웹 사이트, 일반적으로 크롤링 및 색인 생성이 필요한 정기적으로 변경하는 모든 웹 사이트에 적합합니다.

XML 사이트맵은 어떻게 만드나요?

CMS를 사용하는 경우 일반적으로 루트 도메인 끝에 "/sitemap.xml"을 추가하여 CMS를 만듭니다. 예: https://yourwebsite.com/sitemap.xml”.

다음은 사이트맵을 만든 후의 몇 가지 모범 사례입니다.

• 웹사이트 바닥글에 링크 포함
• URL, 이미지, 마지막으로 수정한 날짜 및 시간에 대한 필드가 있는지 확인하십시오.
• Google Search Console을 통해 별도로 사이트맵 제출

10. 사이트가 모바일 친화적인지 확인

시대에 뒤쳐져 있다면 Google은 2021년에 모바일 우선 인덱싱으로 전환했으며, 이는 사이트의 모바일 버전을 기반으로 잠재적 순위를 결정하기 위해 웹사이트를 평가한다는 것을 의미합니다.

"모바일 친화성"은 다음과 같은 다양한 웹사이트 기능을 설명합니다.

• 사용자 모바일 뷰포트 안에 있는 페이지 요소
• 읽기 쉬운 크기의 텍스트 및 기타 페이지 요소
• 모바일 뷰포트에 로드할 수 있는 스크립트 및 플러그인
• 페이지에서 계속 움직이지 않고 탭하고 스와이프하기 어려운 페이지 요소

Google의 자체 모바일 친화성 테스트 도구 를 사용하여 웹사이트를 감사할 수 있습니다.

11. 내부 연결 개선

강력하고 의도적인 내부 연결 전략은 웹사이트에 있는 개별 페이지의 강도와 순위를 극적으로 향상시킬 수 있습니다. 내부 링크는 대상 페이지가 무엇인지 검색 엔진 봇에 알리는 데 도움이 된다는 점에서 백링크와 유사하게 작동합니다.

웹사이트의 내부 링크를 생각할 때 배치하는 링크는 사용자가 사이트를 탐색하는 데 도움이 될 뿐만 아니라 계층 구조와 중요성을 전달하는 데에도 유용합니다. 핵심 솔루션 페이지로 연결되는 링크가 가장 많은 경우 Google은 해당 항목이 가장 중요한 주제라고 생각하고 그에 따라 관련 용어에 대해 순위를 매깁니다.

따라야 할 모범 사례:

• 대상 페이지가 삭제된 후 사이트의 내부 링크를 업데이트해야 합니다.
• 내부 링크 앵커 텍스트를 대상 페이지의 순위를 더 높이려는 대상 키워드에 매핑합니다.
• 사이트의 각 페이지에 몇 개의 내부 링크가 있는지 감사하고 해당 숫자가 가장 순위를 매길 페이지와 관련이 있는지 확인하십시오.
• "고아" 페이지에 대해 사이트를 감사하고(들어오는 내부 링크가 없음) 적어도 하나 또는 두 개의 링크가 전송되도록 계획을 세웁니다.

기술 SEO 도구

이제 가장 중요한 기술적 SEO 요소와 일부 구현 기술을 확실히 이해했으므로 도구 상자에 있어야 하는 몇 가지 SEO 도구가 있습니다.

• 비명 개구리. Screaming Frog는 장기적인 SEO 노력을 위한 일일 리소스입니다. 이 소프트웨어는 Google과 유사하게 주문형 웹사이트를 크롤링하고 크롤링된 각 페이지에 대한 풍부한 정보를 제공합니다.
• 아레프. 주요 SEO 연구, 키워드 분석 및 경쟁자 인텔리전스 도구입니다. Ahrefs는 사이트의 기술적 상태, 권장 수정 사항 및 특정 문제가 발생할 때 정기적인 경고에 대한 데이터를 제공할 수 있습니다.
• 구글 서치 콘솔. Google에서 제공하는 이 무료 도구는 사용자가 웹사이트를 찾는 데 사용한 키워드에 대한 통찰력을 제공합니다. 또한 Google이 웹사이트를 크롤링하고 색인을 생성하는 방법에 대한 경고 및 일일 상태 업데이트를 제공합니다.
• 스키마.org. schema.org 구조화된 데이터의 공식 웹사이트. 여기에서 다양한 항목 유형, 해당 속성 및 구조화된 데이터를 유리하게 사용하기 위한 구현 지침에 대한 정보를 찾을 수 있습니다.
• 구글 페이지스피드 인사이트. 웹사이트가 데스크톱과 모바일 모두에서 얼마나 빨리 로드되는지 보여주는 Google의 또 다른 무료 도구입니다. 구글 모바일 친화성 테스트
• 구글 애널리틱스. Google의 또 다른 디지털 마케팅 도구이자 보완 도구입니다. 이것은 주로 웹 분석 도구이지만 웹 사이트의 기술적 성능에 대한 귀중한 통찰력도 얻을 수 있습니다.

마지막 생각들

기술 SEO는 처음에는 어려워 보일 수 있습니다. 움직이는 부분이 많고 학습 곡선이 약간 있습니다. 그러나 이러한 검사는 매우 이진적이며 일단 그 이면의 의도를 이해하면 최적화된 존재를 유지할 수 있습니다.

결국, 제대로 구현되지 않은 기술 SEO는 링크 구축 및 콘텐츠 전략 생성과 같은 다른 SEO 노력을 망칠 수 있습니다. 항상 가장 매력적인 것은 아니지만 웹사이트의 성공에 매우 중요하며 앞으로도 그럴 것입니다.

시간이 지남에 따라 설정하고 잊어버리거나 이러한 검사를 한 번 실행한 다음 검토하지 않으려는 유혹을 받을 수 있지만 그러한 충동을 억제해야 합니다. 웹사이트의 기술적 상태를 정기적으로 점검할 계획을 세우는 것이 중요합니다.

다음은 빠른 기술 SEO 유지 로드맵입니다.

• 크롤러 도구를 사용하여 웹사이트를 정기적으로 크롤링하십시오. 이렇게 하면 무슨 일이 일어나고 있는지 항상 알 수 있습니다.
• 팀의 누군가가 웹사이트의 상태를 검토할 시간을 예약하세요. 이것은 기술 또는 개발 팀과 마케팅 담당자의 조합이어야 합니다. 더 크거나 더 동적인 웹사이트는 월별이 아니라 분기별로 이 작업을 수행해야 합니다. 더 작거나 더 많은 정적 웹사이트는 3~6개월마다 사라질 수 있습니다.
• 호기심을 유지하고 업계의 변화에 ​​대해 지속적으로 배우십시오. 기존의 모범 사례 중 어느 것도 표준이 되지 않던 때가 있었습니다. 이 문제를 해결하는 방법은 Google 및 기타 검색 엔진에서 제시한 새로운 트렌드와 표준을 파악하는 것입니다. 이러한 발전을 따라간다는 것은 항상 알고리즘을 만족시키고 경쟁 우위를 유지할 수 있음을 의미합니다.
• 주요 사이트 마이그레이션, 새로 고침, 재설계 또는 기타 대규모 변경 사항에 대해서는 개발 팀과 함께 SEO 전문가와 상의하세요. 이러한 모든 시나리오에 대한 특정 체크리스트를 갖고 이러한 이벤트 이전과 구현 후에 준비했는지 확인하는 것이 좋습니다.