프로그래밍 방식의 SEO에 대해 알아야 할 5가지 핵심 사항

올바른 프로그래밍 방식의 SEO를 얻으려면 어떻게 해야 합니까? 오늘 우리는 프로그래밍 방식의 SEO, 콘텐츠에 열정을 갖고 대규모 성장을 주도하는 사내 SEO 리드와 논의하고 있습니다. 그녀는 Wix에서 SEO 여정을 시작했으며 현재 Synthesia에서 AI 비디오 생성 작업을 하고 있습니다. In Search SEO 팟캐스트 Anna Uss에 오신 것을 환영합니다.

이 에피소드에서 Anna는 다음을 포함하여 프로그래밍 방식 SEO에 대해 알아야 할 5가지 사항을 공유합니다.

• 사용자와 Google 봇이 이해할 수 있도록 프로그래매틱 애셋 구조화
• 콘텐츠 제작 전략
• 고유한 SEO 메타데이터 사용
• 구조화된 데이터, FAQ 스키마, 이동 경로 사용
• 계속 모니터링

프로그래밍 방식의 5가지 SEO 팁

Anna: 여러분, 여기 오게 되어 기쁩니다.

D: 참여해 주셔서 감사합니다. Annauss.com에서 Anna를 찾을 수 있습니다. 그래서 Anna는 오늘 프로그래밍 방식의 SEO에 대해 알아야 할 5가지 핵심 사항을 공유하고 있습니다. 하지만 먼저 프로그래밍 방식의 SEO를 어떻게 정의하시겠습니까?

A: 프로그래밍 방식의 SEO는 새로운 개념입니다. 몇 년 전 막 시작했을 때 그런 단어도 없었고 그냥 아이디어가 있었어요. 이제 프로그래매틱 SEO는 롱테일 키워드에서 트래픽을 유도하기 위해 규모에 맞게 랜딩 페이지를 만드는 것이라고 하는 더 명확한 설명이 있습니다. 그렇게 정의하겠습니다.

D: 좋습니다. 매우 확실합니다. 이에 대한 후속 질문이 없습니다. 나는 그것이 희망적으로 듣는 대부분의 사람들에게 상당히 이해할 수 있다고 생각합니다. 그래서 오늘은 프로그래밍 방식의 SEO에 대해 알아야 할 5가지 핵심 사항을 공유합니다. 첫 번째부터 시작하여 사용자와 Google 봇 모두에게 완벽하게 이해되는 방식으로 프로그래매틱 애셋을 구성하세요. 먼저 프로그래매틱 애셋이란 무엇인가요?

1. 사용자와 Google 봇이 이해할 수 있도록 프로그래매틱 자산 구조화

A: 생성하려는 프로그래매틱 자산입니다. 통합에 집중하고 싶은데 다양한 조합의 통합이 수백만 개 있다고 가정해 보겠습니다. 내가 의미하는 구조는 사용자가 쉽게 크롤링할 수 있고 쉽게 탐색할 수 있으며 소비하기 쉬운 논리적 순서로 구조를 매핑하는 방법입니다. 예를 들어 논리는 롱테일 키워드에 대해 순위가 매겨지는 마지막 페이지에 통합 x와 통합 y가 있고 사용자가 거기에 도달한다는 것입니다. 통합 x에서 다른 모든 유형의 통합을 볼 수 있는 방식으로 다시 탐색할 수 있는 방식으로 어떻게 구성합니까? 페이지에서 연결할 수 있는 유사한 사용 사례가 있습니까? 그래서 모든 것이 어떻게 연결되어 있는지에 대한 구조를 놓치고 있습니다. 첫 번째 수준, 두 번째 수준, 세 번째 수준은 무엇입니까? 그리고 사용자가 가기를 원하는 경로는 무엇입니까? 그 구조입니다. 많은 사람들이 아이디어를 가지고 엔드포인트 랜딩 페이지를 만드는 데 뛰어들었지만 충분히 생각하지 않았기 때문에 이것이 중요하다고 생각합니다. 웹 사이트 구조와 어떻게 연결됩니까? 그리고 사용자는 어떻게 홈페이지에서 해당 페이지로 이동할 수 있습니까?

D: 알겠습니다. 빵 부스러기가 그것과 많은 관련이 있다고 생각합니다.

A: 예, 하지만 빵 부스러기가 최종 결과입니다. 중간 페이지가 무엇인지, 디렉토리가 있는지, 카테고리가 있는지, URL 구조를 구현하지 않았는지 등을 생각하지 않았다면 이동 경로를 사용할 수 없습니다. 빵 부스러기는 맨 위에 있는 마지막 체리입니다. 그렇게합시다.

D: 알겠습니다. 범주 구조가 올바르지 않으면 이동 경로가 쓸모가 없게 됩니다.

답: 맞습니다. 그리고 이것이 명백하다고 생각할 것입니다. 그런데 최근 시작한 프로젝트에서 주요 경쟁자가 있었고 그들의 URL 구조가 최적이 아니었습니다. 그래서 프로젝트 리뷰를 시작했을 때 가장 먼저 한 말은 그 경쟁자가 정말 잘하고 있지만 URL 구조를 변경하고 그들을 예로 들지 않는다면 훨씬 더 나은 결과를 얻을 수 있을 것이라는 것이었습니다. 그래서 우리는 그것을 쉽게 조정했고 다행스럽게도 페이지가 활성화되지 않았기 때문에 여전히 그렇게 할 시간이 있었습니다. 그러나 충분히 생각하지 않고 실행한 경우 아무도 처리하고 싶지 않은 수천 개의 리디렉션에 직면하게 되므로 되돌리기가 정말 어렵습니다.

D: 물론입니다. 아무도 다루기를 원하지 않지만 때로는 쉽게 고칠 수 있는 석고가 달라붙는 경우가 있습니다. 그런 다음 SEO가 와서 일을 더 효율적으로 실행할 때까지 모든 사람이 그것에 대해 잊어버립니다.

A: 예, 리디렉션과 관련된 문제가 너무 많습니다. 직접 구현되는 경우가 많지만 내부 링크가 수정되지 않기 때문입니다. 또는 기술적 SEO 실사를 수행하지 않아 많은 혼란을 겪게 됩니다. 그래서 리디렉션이 있고 모든 것이 좋다고 생각합니다. 그런 다음 실제로 웹사이트를 크롤링하면 리디렉션이 원활하지 않거나 올바르게 구현되지 않을 때 여러 단계의 크롤링에서 Google이 혼란스러워하고 있음을 알 수 있습니다. 이것이 내가 구조가 매우 중요하다고 말하는 이유이며 구조를 분류하는 것이 프로젝트의 성공을 구축하는 지하실의 첫 번째 벽돌이기 때문에 먼저 언급하는 것입니다.

D: 알겠습니다. 이 특정 주제를 고수하고 싶은 마음이 들지만 두 번째 콘텐츠 제작 전략으로 넘어가겠습니다.

2. 콘텐츠 제작 전략

A: 예, 프로그래밍 방식의 SEO에 접근할 수 있는 방법이 너무 많기 때문에 이것은 매우 흥미로운 것입니다. 나는 옳고 그름이 있다고 말하지 않을 것입니다. 사용자에게 유용하지 않은 나쁜 콘텐츠를 넣을 때 분명히 잘못된 것이 있다는 것을 의미합니다. 하지만 최근 경험에 따르면 간단한 페이지로도 갈 수 있습니다. 이전에 제가 작업한 가장 큰 프로젝트인 Snyk Advisor에는 여러 데이터베이스가 연결되어 있는 매우 풍부한 페이지가 있습니다. 그것은 매우 고품질의 콘텐츠이기 때문에 많은 의미가 있습니다. 최근 프로젝트에서는 주로 수정자에 의존하는 더 간단한 페이지를 만들고 있습니다. 그러나 사용자에게는 여전히 매우 유용한 페이지입니다. 회사에 통합, 플러그인 등의 여러 조합이 있는 경우 사용자가 홈페이지를 탐색하는 것만으로 원하는 정확한 조합을 찾기가 정말 어렵기 때문입니다. 그리고 일반적으로 사람들은 특정 통합 조합을 검색합니다. Google Sheets를 Notion에 연결하려면 해당 항목을 검색합니다. 웹 사이트로 이동하여 특정 통합 조합으로 가는 길을 탐색하려고 하지 않을 것입니다. 따라서 해당 랜딩 페이지를 생성함으로써 우리는 사용자 경험을 촉진하고 개선하고 있습니다. 그리고 그 페이지에는 그다지 새로운 콘텐츠가 필요하지 않습니다. 특정 통합 조합을 시작하는 방법에 대한 일부 기사, 일부 사용 사례 또는 유용한 링크를 연결할 수 있습니다. 그러나 랜딩 페이지 자체는 매우 간단합니다.

다시 말하지만, 내용을 보는 두 가지 방법이 있습니다. 여러 데이터베이스를 연결하고 새로운 정보와 통찰력을 제공하는 매우 풍부한 콘텐츠를 제공할 수 있습니다. 동시에 사용자의 요구를 충족하는 간단한 랜딩 페이지를 가질 수 있습니다. 얇은 콘텐츠나 복제 문제가 있을 수 있기 때문에 단순한 페이지를 갖는 것의 의미와 결과가 있지만 여전히 작업할 수 있습니다. 이것은 내가 매우 흥미롭게 생각하는 것이지만 이것이 차단제가 되어서는 안됩니다. 수천 페이지에 대해 사람이 생성한 고품질 콘텐츠를 만들 수 없기 때문에 프로그래밍 방식을 사용할 수 없다고 생각한다면 해당 전략을 시도하는 데 방해가 되지 않아야 합니다. 여전히 해결 방법이 있으며 FAQ를 추가하거나 수정자를 추가할 수 있습니다. 그것은 여전히 ​​작동하고 유용하며 시도하기에 좋은 전략입니다.

D: 내용을 논의할 때 AI라는 두 글자를 듣지 못했다는 사실에 놀랐습니다. 왜 그런 겁니까?

A: 나는 그것에 대해 매우 조심합니다. 우리가 시도할 한 가지는 FAQ에 대한 고유한 콘텐츠를 생성하기 위해 Chat GPT를 사용하는 것입니다. 그러나 나는 누구에게도 그 콘텐츠를 랜딩 페이지에 복사하여 붙여넣으라고 대담하게 권하지는 않을 것입니다. 기술을 사용하여 해당 프로세스를 빠르게 진행하고 있더라도 여전히 검토하고 있는 그대로 작성하고 사실에 입각하여 정확하고 의미가 있으며 브랜드를 올바르게 나타내는지 확인하는 것이 좋습니다. 당신이 그것에 대해 어떻게 생각하십니까?

D: 음, 급변하는 분야인 것 같아요. 경험해 볼 수 있는 분야라고 생각합니다. 그러나 현재로서는 이에 대한 흑백 답변이 없습니다. 3년에서 5년 후에 우리가 어디에 있을지는 누구나 추측할 수 있습니다. 그러나 지금은 대기업 웹사이트를 관리하는 SEO가 트래픽이 많은 페이지에 잠재적으로 부정적인 영향을 미치지 않으면서 AI 사용을 테스트하는 방법을 찾아야 한다고 생각합니다.

답: 동의합니다. 여기에서 시도해 볼 수 있는 한 가지는 질문/답변 콘텐츠로 FAQ 섹션을 테스트하고 있다고 가정해 보겠습니다. 한 페이지는 버킷으로 다른 20페이지와 동일한 정확한 답변을 가질 수 있으며, 다음 벅스에는 수정자가 있고 세 번째 페이지에는 AI 생성 콘텐츠가 있습니다. 그리고 이것이 페이지의 성능에 차이를 만드는지 확인하는 것도 흥미로울 것입니다.

또한 새로운 것을 시작할 때 실패할 위험이 적습니다. 기업 웹 사이트에서 작업하고 있는데 갑자기 전체 전략을 180도 바꾸면 엄청난 위험이 따릅니다. 하지만 새로운 것을 시작한다면 그러한 이론과 도구를 시험해 볼 수 있는 좋은 놀이터라고 생각합니다.

D: 메타데이터는 어떻습니까? AI를 사용하여 콘텐츠와 메타데이터를 생성할 수 있습니까? 세 번째 요점은 SEO 메타데이터를 사용하고 고유한지 확인하는 것입니다.

3. 고유한 SEO 메타데이터 사용

A: 네, 그렇다고 해서 간과해서는 안 된다는 뜻입니다. 프로그래밍 방식의 SEO 페이지를 다루는 경우 H1, H2 등의 제목이 작업하는 주요 자산이기 때문입니다. 이것이 제가 의미하는 바입니다. 수정자를 포함해야 합니다. 당신은 단지 최고의 통합을 말하는 것이 아니며 그것이 모든 페이지가 말하는 것입니다. 통합 이름을 포함해야 하며 제목과 페이지 구조가 의미가 있는지 확인해야 합니다. 나는 페이지 마크업에 부정확성이 있고 이것이 프로그래밍 방식의 SEO 실패에 결정적인 요인이 될 수 있는 경우를 보았습니다.

그러나 귀하의 질문에 답하기 위해 이 특정한 경우에는 패턴을 파악하는 데 더 많은 노력을 기울일 것입니다. H1, H2 등의 패턴은 무엇이어야 합니까? 그리고 이를 위해 AI 생성이 실제로 필요한 것은 아닙니다.

D: 패턴으로 H1에서 'best'를 사용하거나 H2에서 'top'을 사용하여 벗어날 수 있다는 것을 의미합니까? 아니면 어떤 종류의 회전이 있어야 합니까? 각 페이지의 같은 단계에서 같은 수식어를 사용하는 것은 나쁜 생각인가요?

A: 수식어란 이 랜딩 페이지의 구체적인 내용을 의미합니다. 통합이면 통합 페이지이고, 오픈 소스 패키지이면 오픈 소스 패키지 페이지입니다. 다른 것이라면 다른 것입니다. 따라서 패턴이란 문구가 있고 그 문구에 해당 랜딩 페이지에 고유하고 고유한 수식어를 삽입한다는 의미입니다. 그리고 그 패턴을 정의하기 위해 검색 결과를 분석하고 무엇이 효과가 있는지, 랜딩 페이지가 무엇인지 확인합니다. 이러한 랜딩 페이지가 "당신의 무언가를 만드세요"라고 말하면 아마 비슷한 종류의 문장 의도를 사용할 것입니다. 페이지에 "X를 수행하는 5가지 방법"이 있으면 그 의도를 중심으로 표현해야 할 것입니다. SERP를 분석하고 제목을 정의한 다음 거기에 수식어를 삽입하십시오.

D: 네 번째 포인트는 구조화된 데이터, FAQ 스키마 및 이동 경로를 활용하는 것입니다.

4. 구조화된 데이터, FAQ 스키마 및 이동 경로 사용

답: 예. 스키마는 많은 사람들이 구현하고 일부 사람들은 과소평가하는 매우 강력한 SEO 자산이라고 생각합니다. 많은 유형의 스키마가 있습니다. FAQ 스키마는 대규모로 구현할 수 있기 때문에 프로그래밍 방식의 SEO에 매우 적합합니다. 이동 경로는 탐색, 인덱싱 및 자산 구조 설명에 매우 유용합니다. 최근에 시도한 또 다른 스키마는 'sameAs'이며 아직 결과가 없습니다. 4월에 브라이튼 SEO에 대한 훌륭한 이야기가 있었기 때문에 저는 그러한 유형의 스키마에 대해 매우 흥분했습니다. 그리고 그것이 실제로 결과를 가져오는지 보는 것은 매우 흥미로울 것입니다. 그러나 일반적으로 비슷한 유형의 페이지에서 사이트 전체 또는 자산 전체를 구현하고 확장할 수 있기 때문에 스키마에 대해 매우 흥분됩니다. 대규모의 모든 것은 정말 강력합니다, 그렇죠?

D: 물론입니다. 당신이 모니터링하는 한 그것은 포인트 번호 5입니다.

5. 계속 모니터링

A: 맞습니다. 귀하의 노력을 모니터링할 수 있는 몇 가지 방법이 있습니다. 작은 사이트는 Screaming Frog를 사용할 수 있습니다. 더 큰 사이트와 수십만 페이지가 있는 경우 더 정교한 소프트웨어가 필요할 것입니다. 이전 회사에서는 Lumar(이전 Deepcrawl)를 사용했습니다. 대규모 웹 사이트에 대한 인사이트를 확인하고 이러한 문제를 파악하는 데 정말 도움이 되었습니다. 우리가 본 것 중 하나는 자산이 실제로 완전히 호출되지 않는다는 것입니다. 내부 리소스를 통해 우리가 2백만 개의 URL을 가지고 있다는 것을 알고 있었지만 크롤러는 500,000개의 URL에만 도달할 수 있었습니다. 그래서 그 인텔에서 우리는 문제를 정확히 지적하고 내부 연결을 개선했으며 자산의 크롤링 가능성을 개선하여 문자 그대로 유기적 트래픽을 두 배로 늘렸습니다. 그리고 그것은 그런 소프트웨어로 할 수 있는 일입니다. 그러나 수백 또는 수천 페이지의 소규모 웹 사이트의 경우 일반적으로 같은 이유로 Screaming Frog를 사용하여 분석할 수 있습니다.

D: 검색 콘솔은요?

A: 네, 맞습니다. Google에서 제공하는 도구를 사용하지 않는 이유는 Google Search Console도 매우 강력하기 때문입니다. 그리고 거기에 팁이 있습니다. 대규모 웹 사이트가 있는 경우 하위 섹션의 추가 속성을 추가합니다. 예를 들어 yourdomainname/blog를 별도 속성으로, yourdomainname/docs를 별도 속성으로 지정합니다. 간단하게 들리겠지만 웹 사이트의 특정 섹션이 어떻게 수행되고 있는지에 대한 귀중한 통찰력을 제공합니다. 또한 해당 특정 섹션의 인덱싱과 해당 특정 섹션의 오류를 볼 수도 있습니다. 대규모 웹 사이트가 있고 도메인에 대한 속성이 하나뿐인 경우 문제와 발생 위치를 파악하기가 어렵기 때문입니다.

Pareto Pickle - 구조화된 데이터 및 스키마 마크업

D: 파레토 피클로 마무리합시다. 파레토는 20%의 노력으로 80%의 결과를 얻을 수 있다고 말합니다. 적당한 수준의 노력으로 놀라운 결과를 제공하는 추천할만한 SEO 활동은 무엇입니까?

A: 이미 언급했지만 구조화된 데이터와 스키마 마크업에 답하겠습니다. 그리고 구현할 수 있는 구조화된 데이터 유형이 너무 많고 정말 좋은 결과를 가져옵니다. 매우 쉽고 확장성이 뛰어나며 SERP에서 즉각적인 결과를 볼 수 있습니다.

D: 나는 당신의 호스트였습니다, David Bain. Annauss.com에서 Anna를 찾을 수 있습니다. In Search SEO 팟캐스트에 참여해 주셔서 감사합니다.

A: 초대해주셔서 정말 감사합니다.

D: 그리고 들어주셔서 감사합니다. 이전 에피소드를 모두 확인하고 rankranger.com에서 Rank Ranger 플랫폼의 무료 평가판에 등록하세요.