SEO를 위해 WordPress 백엔드를 올바르게 준비하는 방법

게시 됨: 2020-01-25

당신의 생각이 무엇이든, SEO는 여전히 전 세계적으로 많은 비즈니스에서 막대한 부분을 차지하고 있으며 여전히 살아있고 똑딱거리고 있습니다. 이를 통해 수많은 새로운 입력, 기능 및 가장 중요하게 고려해야 할 전략이 있음이 분명합니다.

예를 들어 다양한 기술을 사용하여 Google의 알고리즘과 순위 시스템을 "활용"하는 것은 실제로 점점 더 "SEO 지향" 개발자로 변모하고 있는 많은 SEO 전문가에게 상당한 표준이 되었습니다. 이를 통해 기술적 관점에서 WordPress 백엔드를 SEO용으로 준비해야 하는 이유와 방법을 분석해 보겠습니다.

기술 SEO란?

좋습니다. SEO를 위해 WordPress 사이트를 설정하는 방법을 제대로 이해하려면 기술 SEO가 무엇인지 분석해야 합니다. 무엇보다도 현재 "기술적 SEO가 무엇인지"에 대한 정확한 정의는 없지만 일반적인 정의를 개괄적으로 설명할 수 있습니다. 내 사이트를 가능한 한 가장 빠른 방법으로". 기술 SEO는 Apple, Amazon 및 TESLA와 같은 엔터프라이즈 회사에서 높이 평가하는 것입니다. 기술 SEO는 프론트엔드 개발만큼 복잡하며 온라인에서 볼 수 있는 많은 기사와 상관없이 HTML, CSS 및 Javascript(특히)에 대한 깊은 지식이 필요합니다.

WordPress는 SEO 친화적인 아키텍처입니까?

안타깝게도 그렇지 않습니다. WordPress는 "레거시 아키텍처"로 알려져 있기 때문에 많은 SEO 전문가의 가장 큰 적입니다. 이것이 두려운 것처럼 보일 수 있지만 여기에는 함정이 있습니다. WordPress는 실제로 약간의 기민함에 앞서 기술 SEO에 최적화될 수 있습니다. SEO 개발자는 WordPress가 기술 관련 작업에 "제한적"이라는 것을 알고 있으므로 PHP 전문가가 아니더라도 더 나은 아키텍처를 구축하는 데 도움이 되는 Yoast와 같은 다양한 도구를 개발했습니다. 2019년에는 WordPress 아키텍처로 작업하는 경우 적절한 백엔드를 갖추는 것이 필수입니다.

SEO-Friendly Architecture

“코딩을 할 줄 모르는데 무엇을 먼저 봐야 할까요?”

위에서 말했듯이 기술 SEO는 의심스러운 블로그가 온라인에서 말하는 것과 상관없이 코드와 크게 관련되어 있습니다. 하지만 코딩 전문가가 아니더라도 걱정할 필요는 없습니다. 3개 언어 이상의 구문만 배우면 되기 때문입니다. 어떤 형태의 기술 SEO 전략을 계획할 때 제목, 페이지 제목, 메타 설명 및 더 많은 태그를 확인해야 하므로 HTML은 필수입니다. Googlebot(Google의 자체 크롤러)은 HTML을 철저히 읽을 수 있으므로 완벽한 HTML "골격"을 제자리에 배치하는 것이 필수입니다.

WordPress 사이트의 페이지를 볼 때 제목(<h2> </h2>)을 분석하고 롱테일 키워드로 최적화해야 하며, <h1>은 핵심 키워드를 사용해야 합니다. HTML 다음으로 CSS도 중요하지만 모든 단일 선택기, 속성 및 값을 배울 필요는 없습니다. 위에서 언급한 표제 대신 CSS를 사용하는 경우 CSS를 분석해야 합니다(h1,h2 형식 대신 CSS 스프라이트를 사용하는 WordPress 페이지 수를 상상하지 못할 것입니다).

자바스크립트는 어떻습니까?

기술 SEO용 자바스크립트는 다른 두 프런트 엔드 언어와 별도로 고려해야 합니다. Googlebot(최근에 업데이트된 경우에도)은 Javascript를 읽을 수 없습니다. 따라서 기본 앱, 많은 가치가 있는 아코디언 또는 스크립트에 포함된 문자 그대로 모든 형식의 텍스트가 있는 경우 Google에서 사라진 것으로 간주할 수 있습니다. 그러나 최근에 Google은 Javascript(특히 클라이언트 측)용 "렌더링 대기열"을 도입했습니다. 이 대기열은 기본적으로 크롤링 프로세스 내에서 일부 콘텐츠가 손실된다는 사실을 "인정"합니다. 실제로, 이는 Google이 HTML 및 CSS 다음에 콘텐츠(특정 스크립트에 포함된 콘텐츠)를 읽어 순위를 효과적으로 낮추는 것을 의미합니다.

What About Javascript?

그것을 고칠 방법이 있습니까?

워드프레스는 자바스크립트가 매우 많은 아키텍처입니다. jQuery, Vue 및 부피가 크고 클라이언트 측에서 렌더링되는 기타 프레임워크로 구동되는 수많은 아코디언, 슬라이더 및 플러그인이 있습니다. 이 문제를 해결할 수 있는 가장 쉬운 방법은 서버 측 렌더링 Javascript를 구현하는 것입니다. 이는 복잡한 문제이며 개발자가 Next.js 및 기타 서버 측 렌더링 프레임워크에 대한 큰 지식을 필요로 합니다. 물론 이는 시간과 자원, 구체적인 전문 인력이 필요한 일이며 많은 기업이 감당할 수 없는 일입니다.

일반적으로 WordPress에서 Javascript를 사용하는 가장 좋은 방법은 메뉴나 이미지에 애니메이션을 적용하는 것과 같은 그래픽 관련 작업으로 사용을 제한하는 것입니다. 간단한 텍스트 줄에 대한 스크립트의 유일한 응용 프로그램은 수개월 및 수개월의 SEO 작업을 파괴할 수 있으므로 WordPress 백 엔드 및 프런트 엔드를 계획할 때 염두에 두십시오!

모든 사용자 정의 필드!

PHP가 WordPress 아키텍처 내에서 한 가지 좋은 점이 있다면 그것은 확실히 사용자 정의 필드를 사용하는 것입니다. 사용자 정의 필드는 기술 SEO, 특히 GTM(Google 태그 관리자) 및 구조화된 데이터의 사용을 계획할 때 필수적입니다. 특히 두 번째는 Schema.org 의 마크업을 사용하여 얻을 수 있는 수십 가지 속성, 속성 및 풍부한 결과와 함께 SEO 세계의 매우 기본적인 부분이 되었습니다(자세한 내용은 나중에). 사용자 정의 필드에는 어떤 형태의 PHP 지식이 필요하므로 일반적인 구문을 배우는 것이 상대적으로 유용하다는 점을 명심하는 것이 중요합니다.

스키마에 대해...

2019년에는 모든 기술 SEO 전략에서 구조화된 데이터가 필수입니다. Google은 구조화된 데이터로 마크업된 사이트를 높이 평가하므로 모든 SEO 전문가가 조사해야 하는 것입니다. 구조화된 데이터는 JSON-ld(주로) 코딩된 스크립트의 사용을 의미하며, 실제로 페이지에서 내용이 다루고 있는 내용에 대한 "확인"입니다. 또한 Google은 사용자 경험을 개선하기 위해 SERP가 풍부한 결과(제품 페이지에 대한 별점, FAQ 상자 등)에 많은 투자를 하고 있습니다.

Schema는 오픈 소스 프로그램이며 매일 업데이트되므로 이에 대한 사용자 정의 필드를 생성하지 않은 경우 지금 생성해야 합니다. 가상으로 Schema App과 같은 플러그인을 사용하여 그렇게 할 수 있지만 Schema 마크업을 사용하면 콘텐츠에 가장 적합한 속성과 속성을 사용하여 수동으로 코딩하는 것이 항상 가장 좋습니다.

속도: WordPress의 가장 큰 문제

WordPress Speed

위에서 언급했듯이 WordPress는 "레거시 아키텍처"라고 합니다. 이를 통해 우리는 라이브러리, 프레임워크 및 이를 이동하는 엔진이 오늘날의 프론트엔드 및 백엔드 세계에서 "구식"이고 "오래된" 것으로 간주되도록 하고자 합니다. 이를 염두에 두고 특정 WordPress 사이트가 속도 측면에서 성능이 좋지 않은 이유를 이해하는 것은 매우 쉽습니다. 속도는 Google 순위에서 매우 중요한 순위 요소이며 기술 SEO 전략을 위해 속도를 향상시킬 수 있는 다양한 방법이 있습니다.

무엇보다 먼저 WPBakery 와 같은 그래픽 플러그인의 사용을 줄여야 합니다. CSS를 수동으로 코딩하면 페이지당 로딩 시간을 1초 이상 절약할 수 있습니다(농담도 아님). 이상적으로는 개발자가 성능이 좋은 사이트를 구축해야 하지만, 특히 이미지 및 기타 사소한 리소스를 압축하여 속도를 최적화하는 작업은 누구나 수행할 수 있습니다.

크롤링 최적화를 위해 백엔드를 올바르게 계획하는 방법

Google이 자바스크립트를 크롤링하는 방법을 살펴보았으며 이제 최적의 크롤링 예산을 위해 WordPress 사이트를 준비하는 방법에 대해 설명할 준비가 되었습니다. "크롤링 예산"의 경우 Google이 웹사이트를 스캔하여 SERP에 따라 색인을 생성하고 순위를 매기는 시간 프레임을 의도합니다. 다시 한 번, WordPress 사이트의 크롤링 예산을 최적화하기 위해 사용할 수 있는 많은 전략이 있지만 모두 로그 파일 분석에서 시작됩니다.

ScreamingFrog 또는 Deepcrawl 과 같은 도구를 사용하면 가장 많이 크롤링되는 페이지를 분석하고 대략적으로 설명할 수 있으며 일반적으로 Google이 실제 방문 페이지보다 테마 파일과 같은 자산을 실제로 크롤링하는 방법을 볼 수 있습니다. 물론 이는 Googlebot이 키워드 지향적이지 않은 사이트 조각을 크롤링하게 하여 잠재적 순위를 제한함으로써 Googlebot의 시간을 효과적으로 낭비하고 있기 때문에 큰 문제입니다. 적절한 로그 파일 분석을 수행하여 이것이 확인되면 robots.txt 파일에서 해당 리소스를 허용하지 않음으로써 Googlebot의 크롤링 예산에서 크롤링 중인 리소스를 제거할 수 있습니다. 여기에서 수행 방법에 대한 자세한 정보를 찾을 수 있습니다.

모바일은 어떻습니까?

아시다시피 Google은 순위를 위해 2018년(기술적으로 2017년이지만 2018년에 완전히 등록됨) 이후로 모바일 색인이 처음으로 집계된 지점까지 모든 사이트의 모바일 버전을 높이 평가합니다. Google이 사이트의 모바일 버전을 훨씬 더 빠르게 크롤링하기 때문에 크롤링 예산에 약간 더 중점을 두고 WordPress 아키텍처를 계획할 때 이러한 모든 전략이 모바일에도 적용된다는 점을 이해하는 것이 매우 중요합니다.

WordPress에서 일부 앱 개발자는 궁극적으로 WordPress 사이트의 모바일 속도를 만들고, 개선하고, 최적화할 수 있는 AMP 플러그인을 만들었습니다. AMP(Accelerated Mobile Pages)는 콘텐츠/제품이 긴 형식의 콘텐츠를 지향하지 않는 경우 Google의 추천 결과에 도움이 될 수도 있습니다.

결론적으로

WordPress는 설정하기가 간단한 아키텍처이지만 특히 기술 SEO와 관련하여 최적화하기가 매우 복잡합니다. 이러한 전략은 워드프레스에 실제로 적용된 Technical SEO의 골격에 불과합니다. 세부적인 GTM 규칙 설정에서 사이트 목표에 따른 세션 품질 최적화에 이르기까지 방정식에 수많은 변수가 포함되어 있기 때문입니다. 즉, 특히 처음부터 백엔드를 최적화하는 경우 WordPress를 통해 매우 고품질의 기술 SEO 전략을 만들고 제공할 수 있습니다. WordPress는 레거시 아키텍처일 수 있지만 위에서 언급한 것처럼 이 초기 문제를 "초과"할 수 있는 방법이 많이 있습니다.