# Google 5월 4일 코어 업데이트가 Discourse 포럼에 미치는 영향
**URL:** https://meta.discourse.org/t/google-may-4th-core-update-impact-on-discourse-forums/161369
**Category:** Community Building
**Created:** [8월 19, 2020, 12:35오후 UTC](https://meta.discourse.org/t/google-may-4th-core-update-impact-on-discourse-forums/161369 "2020-08-19T12:35:50Z")
**Posts on this page:** 20
**Page:** 4
### Author:  [@sam](https://meta.discourse.org/u/sam)
#### Post date: [10월 15, 2020, 12:12오전 UTC](https://meta.discourse.org/t/google-may-4th-core-update-impact-on-discourse-forums/161369/67 "2020-10-15T00:12:36Z")
이 변경 사항(모든匿名用户에게 HTML 뷰 제공)은 분명히 가능합니다. 하지만 이는匿名用户의 사용성에 상당한 영향을 미칠 것입니다. 콘텐츠는 더 빠르게 표시되겠지만,匿名用户에게 작동하는 수많은 기능이 더 이상 작동하지 않게 되며, 사이트의 전반적인 모습이匿名用户에게는 어색하게 보일 것입니다.
이 기능을 일종의 사이트 설정으로 만들어 실험해 볼 수는 있겠지만, "무한 로딩"과 같은 기능이匿名用户에게는 더 이상 작동하지 않게 되며, 여기에는 매우 높은 비용이 따릅니다. 또한 사용자가 실제로 가입하거나 로그인할 수 있도록 `/login` 경로에 우회 기능을 추가하는 데 최소한의 엔지니어링 투자가 필요합니다.
---
### Author:  [@Mevo](https://meta.discourse.org/u/Mevo)
#### Post date: [10월 15, 2020, 8:37오전 UTC](https://meta.discourse.org/t/google-may-4th-core-update-impact-on-discourse-forums/161369/68 "2020-10-15T08:37:31Z")
> [@sam](#):
>
> 모든匿名用户는 HTML 뷰를 받습니다
익명 사용자가 처음 들어왔을 때 HTML 뷰를 첫 페이지로 제공하고, 이후 계속 탐색하면 모든 기능을 갖춘 페이지로 전환하는 방식이 가능할까요? 이는 좋은 해결책처럼 보입니다(검색 엔진에서 이를 허용하는지는 모르겠지만요).
---
### Author:  [@Perry\_Govier](https://meta.discourse.org/u/Perry_Govier)
#### Post date: [10월 15, 2020, 4:37오후 UTC](https://meta.discourse.org/t/google-may-4th-core-update-impact-on-discourse-forums/161369/69 "2020-10-15T16:37:02Z")
정말 이상적이지 않네요. 정적 카피를 먼저 서빙한 뒤, 동적 부분으로 “채워 넣는” 방식이 가능한가요? 아마도 대규모 아키텍처 개편이 필요할 테니, 당장 실행에 옮기기 어려울 수도 있겠죠. 기본적으로, 5월부터 저희 사이트에서 49,000건의 LCP 오류가 발생하기 시작했고, 검색 트래픽도 같은 시기에 급감했습니다. 현재 LCP 점수는 평균 5.3초입니다. 이 수치를 낮추는 방법에 대한 아이디어를 찾고 있습니다.
플러그인을 추가하거나 제거하는 것, 카테고리 수를 늘리거나 줄이는 것, 정적 자산을 CDN에 올리는 것 같은 방법도 있을까요? 지난 겨울에 Cloudflare을 설정해 보려 했으나 성공하지 못했지만, 다시 시도해 볼 수도 있습니다. 저는 Discourse 아키텍처를 잘 모르기 때문에 방향성을 제시해 주실 수 있는 힌트를 찾고 있습니다.
---
### Author:  [@Yassine\_Yousfi](https://meta.discourse.org/u/Yassine_Yousfi)
#### Post date: [10월 15, 2020, 8:48오후 UTC](https://meta.discourse.org/t/google-may-4th-core-update-impact-on-discourse-forums/161369/74 "2020-10-15T20:48:59Z")
우리가 발견한 바로는, 모든 플러그인뿐 아니라 광고까지 제거하는 실험을 하고 있습니다(현재 우리 웹사이트에는 광고가 없고, 이미지도 최적화되어 있으며… 등). 덕분에 LCP를 낮추는 데 성공했지만, 이제 막 노란 영역까지 내려온 상태입니다. 지금은 에러가 아니라 경고 수준이지만, 여전히 웹사이트에 영향을 미치고 있습니다. 이후 약간 개선된 것으로 보이지만, 이를 확인하려면 더 시간이 필요합니다…
솔직히 말씀드리면, 현재로서는 합리적인 선택이 그것뿐인 것 같아서 Discourse의 오픈소스 Nuxt+Vue.js 클론을 만들거나, 그 위에 래퍼를 만드는 것에 매우 유혹받고 있습니다!
---
### Author:  [@awesomerobot](https://meta.discourse.org/u/awesomerobot)
#### Post date: [10월 15, 2020, 10:37오후 UTC](https://meta.discourse.org/t/google-may-4th-core-update-impact-on-discourse-forums/161369/75 "2020-10-15T22:37:30Z")
네, 상당한 엔지니어링 작업이 없으면 그 초기 로드를 줄이는 방법은 없습니다. 왜냐하면 Discourse 앱 전체를 다운로드하기 때문이죠.
더 나쁜 것은 Android의 JS 성능이 일반적으로 iPhone보다 떨어지는 점입니다… 그리고 구글은 ‘실제 환경’ 모바일 지표에 Android 기기만 포함하는 것으로 보입니다. 메타에서는 iOS가 모바일 트래픽의 약 40%를 차지합니다.
---
### Author:  [@sam](https://meta.discourse.org/u/sam)
#### Post date: [10월 16, 2020, 1:49오전 UTC](https://meta.discourse.org/t/google-may-4th-core-update-impact-on-discourse-forums/161369/76 "2020-10-16T01:49:33Z")
여기서 제가 말씀드릴 수 있는 것은, 느린 FCP와 LCP 문제를 인지하고 있으며, 이를 개선하기 위한 장기 계획을 가지고 있다는 것입니다.
구체적으로 @eviltrout가 우리를 Ember CLI로 업그레이드하고 있습니다. 이 작업이 완료되면 코드 분할(code splitting) 및 기타 기법들을 고려하고 실험해 볼 수 있을 것입니다.
여기에는 쉬운 해결책이 없습니다. 우리는 CDN을 사용하고 있으며, 리소스를 로드하는 방식에 대해 매우 신중하게 접근하고, 여기에서 수없이 많은 시간을 최적화에 투자했습니다. 하지만 근본적으로 우리는 JavaScript를 사용하여 페이지를 렌더링하며, 첫 번째 로드 시 JavaScript를 전달하고 파싱하고 실행하는 데 시간이 걸립니다.
---
### Author:  [@Yassine\_Yousfi](https://meta.discourse.org/u/Yassine_Yousfi)
#### Post date: [11월 19, 2020, 6:19오후 UTC](https://meta.discourse.org/t/google-may-4th-core-update-impact-on-discourse-forums/161369/77 "2020-11-19T18:19:25Z")
오래된 주제를 다시 꺼내서 죄송합니다. 하지만 지난 몇 달간 테스트를 진행하면서 더 많은 데이터를 확보하게 되었습니다…
그래서 이전에 테스트했던 두 웹사이트에 대해 말씀드리겠습니다. 하나는 Discourse(EmberJs)에서 Vue와 Nuxt를 사용한 커스텀 프론트엔드 웹사이트로 마이그레이션한 경우입니다.
다른 하나는 Discourse로, 광고, 커스텀 폰트, 그리고 가능한 모든 요소를 제거하여 최대한 가볍게 만든 것입니다(이 조치로 LCP 오류가 Error 수준에서 Warning 수준으로 낮아졌습니다).
## 1. Discourse 포럼 (커스텀 폰트, 광고, 플러그인 등 제거)
보시는 바와 같이 5월 업데이트 이후 키워드 랭킹의 50%를 잃었고, 10월에 변경 작업을 시작하여 잠시 동안 랭킹이 상승하는 스파이크가 있었지만 곧 다시 하락했습니다! 마치 어떤 저항(즉, Google의 페널티)이 있는 것처럼요.
위 이미지에서 보시다시피, 제가 한 변경 사항(모든 추가 요소 제거) 덕분에 URL 상태가 'Poor URLs’에서 '개선이 필요한 URL’로 이동했지만, 여전히 도움이 되지 않았습니다!
## 2. Discourse 백엔드를 사용하는 커스텀 Vue/Nuxt 프론트엔드
이 웹사이트는 한 달 전에 발견했듯이, 5월 4일 이전의 최고치 수준으로 회복되고 있습니다.
## 결론:
**네, GOOGLE은 LCP를 중요하게 여깁니다!**
이제 Discourse 팀에서도 이를 더 심각하게 받아들이길 바랍니다. 아마도 Ember에서 벗어나는 것이 가치가 있을 수 있습니다. 저는 대형 프로젝트에서 직접 그렇게 해야 했거든요. 마이그레이션 비용이 매우 비쌌지만, 그만큼 가치가 있었습니다.
---
### Author:  [@ozkn](https://meta.discourse.org/u/ozkn)
#### Post date: [11월 19, 2020, 10:16오후 UTC](https://meta.discourse.org/t/google-may-4th-core-update-impact-on-discourse-forums/161369/78 "2020-11-19T22:16:03Z")
저도 LCP가 관련 패널티라고 동의합니다. 이 스레드를 오랫동안 지켜보고 있었는데요. 아직 이 문제에 대해 구체적인 권장 사항이 제시되지 않았습니다.
---
### Author:  [@awesomerobot](https://meta.discourse.org/u/awesomerobot)
#### Post date: [11월 19, 2020, 10:40오후 UTC](https://meta.discourse.org/t/google-may-4th-core-update-impact-on-discourse-forums/161369/79 "2020-11-19T22:40:08Z")
피드백을 남겨주셔서 감사합니다! 다음 내용이 여전히 유효하다고 생각합니다:
> [@sam](#):
>
> 여기서 제가 말씀드릴 수 있는 것은 느린 FCP와 LCP 문제를 인지하고 있으며, 이를 개선하기 위한 장기 계획을 가지고 있다는 것입니다.
>
> 구체적으로 @eviltrout가 우리를 Ember CLI로 업그레이드하고 있습니다. 해당 작업이 완료되면 코드 스플리팅(code splitting) 및 기타 기법을 검토하고 실험해 볼 수 있을 것입니다.
Ember CLI 업그레이드는 여전히 진행 중이며 착실하게 진행되고 있습니다. 하지만 우리가 Ember를 완전히 제거하는 것을 기다리고 계신다면 다른 플랫폼을 고려해 보시는 것이 좋으며, 1년 후 LCP 개선 현황을 다시 확인해 보시길 권합니다.
---
### Author:  [@Yassine\_Yousfi](https://meta.discourse.org/u/Yassine_Yousfi)
#### Post date: [11월 20, 2020, 9:03오전 UTC](https://meta.discourse.org/t/google-may-4th-core-update-impact-on-discourse-forums/161369/80 "2020-11-20T09:03:42Z")
> [@awesomerobot](#):
>
> Ember CLI 업그레이드가 여전히 진행 중이며 순조롭게 진행되고 있습니다.
솔직히 Discourse가 Ember CLI로 업그레이드하는 것이 가치가 있을지 확신할 수 없습니다. 하지만 또 다른 프로젝트에서 동일한 경험을 했다가 결국 완전히 포기해야 했기 때문에谁知道呢(모르죠). Ember CLI로 업그레이드하는 데 드는 노력은 Vue나 다른 프레임워크로 업그레이드하는 것과 거의 같습니다.
어쨌든, 제 연구는 단순히 문제를 지적하고 결론을 내리기 위한 것이었습니다. 초기에는 LCP가 랭킹과 아무런 관련이 없다는 사실을 거의 모든 사람이 반박했었거든요.
---
### Author:  [@codinghorror](https://meta.discourse.org/u/codinghorror)
#### Post date: [11월 20, 2020, 10:45오후 UTC](https://meta.discourse.org/t/google-may-4th-core-update-impact-on-discourse-forums/161369/81 "2020-11-20T22:45:27Z")
> [@Yassine\_Yousfi](#):
>
> Discourse가 Ember CLI로 업그레이드하는 것이 가치가 있을지 확신이 서지 않습니다.
그 작업은 이미 장기 로드맵에 포함되어 있었고, 개발 편의성을 크게 높여주며 Ember 최신 버전을 유지할 수 있기 때문에 약 90% 정도 완료된 상태입니다. 해당 작업을 총괄하고 있는 @eviltrout이 구체적인 사항을 조언해 줄 수 있습니다.
> [@Yassine\_Yousfi](#):
>
> 거의 모든 사람이 LCP가 랭킹과 아무런 관련이 없다고 반박하고 있었습니다.
맞습니다. 하지만 그렇다고 해서 모든 웹사이트가 마법 같은 SEO와 빠른 페이지 로드라는 초능력을 통해 웹을 지배하기 위해 정적 HTML 렌더링으로 전환할 것이라는 의미는 아닙니다. 사실 페이지의 실제 _콘텐츠_ 역시 랭킹에 상당히 중요한 역할을 한다는 것이 밝혀졌습니다 😉
이처럼 _하나의_ 지표에 과도하게 집착하는 것이 얼마나 큰 혼란과 잘못된 엔지니어링 작업을 초래할 수 있는지 확인하려면 [Google AMP의 역사](https://en.wikipedia.org/wiki/Accelerated_Mobile_Pages#General_criticism)를 살펴볼 수 있습니다.
---
### Author:  [@Yassine\_Yousfi](https://meta.discourse.org/u/Yassine_Yousfi)
#### Post date: [11월 23, 2020, 12:27오전 UTC](https://meta.discourse.org/t/google-may-4th-core-update-impact-on-discourse-forums/161369/82 "2020-11-23T00:27:18Z")
> [@codinghorror](#):
>
> 네, 그렇지만 그것이 모든 사이트가 마법 같은 SEO와 빠른 페이지 로드라는 초능력을 이용해 웹을 지배할 수 있도록 정적 HTML 렌더링으로 전환한다는 의미는 아닙니다. 사실 페이지의 실제 _콘텐츠_도 랭킹에 상당히 중요한 역할을 한다는 것을 알게 되었습니다. 😉
제가 내 게시물에서 반박하고자 하는 것이 바로 그 점입니다. 구글은 이미 상당한 품질의 콘텐츠를 많이 보유하고 있으므로, 사용자 만족도를 기준으로 판단해야 한다면 LCP가 그들이 판단의 최소 기준이 될 것이라고 생각합니다. 결국 구글은 업데이트 몇 달 전에 이미 이에 대해 경고했었으니까요.
> [@codinghorror](#):
>
> 그 작업은 장기 로드맵에 이미 포함되어 있었으며, 개발 편의성을 크게 높이고 Ember 최신 버전과 동기화를 유지할 수 있기 때문에 약 90% 완료되었습니다. 해당 업무를 총괄하고 있으므로 @eviltrout이 세부 사항을 조언해 줄 수 있습니다.
솔직히 말씀드리면, 저는 Ember CLI에 대한 경험이 매우 많으며, 이전과 마찬가지로 상태가 좋지 않습니다. 또한 업그레이드 비용이 들지만 그 가치가 있을지 확신할 수 없습니다. 하지만 어떻게 될지 지켜보겠습니다. 속도 개선이 있었는지 @eviltrout의 의견이 있으면 좋겠습니다.
> [@codinghorror](#):
>
> [구글 AMP의 역사](https://en.wikipedia.org/wiki/Accelerated_Mobile_Pages#General_criticism)를 살펴보면, _하나_의 지표에 대한 이 같은 과장된 집중이 상당한 트라우마와 잘못된 엔지니어링 작업을 초래할 수 있음을 알 수 있습니다.
불행히도 제 조사 결과도 위와 같습니다! 구글은 실제로 사용자 경험과 LCP에 많은 관심을 두고 있으며, 우리는 그 외 모든 방법을 시도해 보았습니다. 그리고 두 번째 웹사이트에서 보실 수 있듯이, 우리는 LCP 오류를 제거하는 것 외에는 아무것도 하지 않았는데, 덕분에 모든 랭킹을 회복할 수 있는 궤도에 올랐습니다(사실 현재로서는 이미 그렇게 되었습니다).
도움이 되셨으면 좋겠습니다.
---
### Author:  [@codinghorror](https://meta.discourse.org/u/codinghorror)
#### Post date: [11월 23, 2020, 12:47오전 UTC](https://meta.discourse.org/t/google-may-4th-core-update-impact-on-discourse-forums/161369/83 "2020-11-23T00:47:29Z")
Ember CLI에 대해 구체적으로 어떤 점이 마음에 들지 않는지 알려 주시겠어요? 예시를 들어 주세요.
---
### Author:  [@Yassine\_Yousfi](https://meta.discourse.org/u/Yassine_Yousfi)
#### Post date: [11월 23, 2020, 1:22오전 UTC](https://meta.discourse.org/t/google-may-4th-core-update-impact-on-discourse-forums/161369/84 "2020-11-23T01:22:42Z")
우리는 스타트업에서 Ember CLI를 사용하기 시작했고, 그 이유 중 하나는 Discourse에서 사용되고 있다는 것을 알게 되면서(그것이 우리에게 이 도구를 알려주었다) 관심을 갖게 되었기 때문이다. 테스트해 본 결과, 시작하기 쉽고 작업하기도 쉬웠다. 하지만 너무 부풀어 있었다(다른 이유들 aside).
Ember CLI는 최근 업데이트를 도입했는데, 이 업데이트는 3 이전 버전으로 작성된 모든 앱을 다시 작성해야 하는 상황을 만들었다. 그때 우리는 이 도구를 완전히 제거하기로 결정했다.
Ember CLI에는 지연 로딩(lazy loading) 기능이 있지만, 전혀 효율적이지 않다(우리가 수행한 테스트 기준). 그리고 Ember CLI를 위해 작성된 대부분의 라이브러리가 구식이거나 버그가 너무 많아서, 대부분의 기능을 직접 작성하거나 오래된 저장소를 복제해서 직접 유지보수해야 했다.
Ember CLI를 사용하든 안 하든, 렌더링 시간이 항상 나쁜 편이다(여기서 논의 중인 LCP 문제를 해결하는 데 도움이 되지 않는다).
그 외, Ember의 작동 방식은 부풀어 있는 앱으로 이어지기 쉽다.
스택을 전환하기 전에 우리가 하던 기존 분석 데이터가 아직 있었으면 좋겠다. 우리는 몇 달 전에 Ember에서 Vue로의 마이그레이션을 완료했고, 앱의 성능과 개발 속도 모두에 대해 더 이상 만족할 수 없을 정도로 행복하다.
> **참고.** 아직 Discourse 저장소를 확인할 기회가 없었지만, Ember CLI로 업그레이드하면 더 많은 문제가 발생할 수 있다. 왜냐하면 아직 안정화되지 않은 Ember Octane으로 다시 업그레이드해야 하고, 완전히 다른 문법을 사용하며…等等, 솔직히 말해서 엉망이다. @Jeff, 이전에 Ember를 선택할 때 사용된 논리들이 현재에도 여전히 유효한지 확신이 서지 않는다.
이해가 되길 바란다.
---
### Author:  [@sam](https://meta.discourse.org/u/sam)
#### Post date: [11월 23, 2020, 2:10오전 UTC](https://meta.discourse.org/t/google-may-4th-core-update-impact-on-discourse-forums/161369/85 "2020-11-23T02:10:51Z")
> [@Yassine\_Yousfi](#):
>
> 디스코르스 팀이 이 문제를 더 심각하게 받아들이기를 바랍니다.
“심각하게 받아들이다”라는 것이 정확히 무슨 뜻인가요? 우리 전체 생태계를 태워버리고 처음부터 다시 시작하라는 건가요?
디스코르스는 성장하고 있는 프로젝트이며, 우리는 이 문제에 대해 잘 인지하고 있으며 fastbood, 더 공격적인 코드 스플리팅(code splitting) 등의 완화 방안을 검토하고 있습니다. 이 모든 것은 우리의 ember cli 업그레이드를 기다리고 있는 상태입니다.
> [@Yassine\_Yousfi](#):
>
> Vue나 다른 것
이 대안적인 프론트엔드가 궁금합니다. 링크를 개인 메시지로 보내주시겠어요? 기본적으로 커스터마이징이 불가능한 HTML 전용 구현은 매우 단순한 일입니다. 우리는 HTML 전용 뷰를 제공하고 있으며, samsaffron.com의 LCP가 매우 좋은 것을 볼 수 있습니다. 이는 단순히 HTML을 렌더링하는 디스코르스 플러그인일 뿐입니다.
---
### Author:  [@neounix](https://meta.discourse.org/u/neounix)
#### Post date: [11월 23, 2020, 6:16오전 UTC](https://meta.discourse.org/t/google-may-4th-core-update-impact-on-discourse-forums/161369/86 "2020-11-23T06:16:16Z")
> [@Yassine\_Yousfi](#):
>
> 위에서 언급한 조사 결과에 따르면, 안타깝게도 Google은 실제로 사용자 경험과 LCP에 매우 많은 비중을 두고 있습니다. 우리는 다른 모든 방법을 시도해 보았지만, 두 번째 웹사이트에서 LCP 오류를 제거하는 것 외에는 아무것도 하지 않았고, 그 결과 모든 순위를 회복하는 궤도에 올랐습니다(실제로 현재 이미 그렇게 되었습니다).
Yassine님,
일반적으로 LCP와 Google SEO에 대해 동의하며, 분석과 통찰력에 깊이 감사드립니다.
Google이 Yassine님이 강조하는 정도로 LCP를 중요하게 사용한다면, 왜 Google 기준 LCP가 매우 낮은 우리 Discourse 포럼에 작성한 두 가지 주제가 3,580,000개 항목 중 각각 1위와 2위를 차지하고 있는지 설명해 주시겠습니까?
참고:
제 생각에는, Discourse SPA의 LCP 문제가 Yassine님이 주장하는 만큼 심각하다면, 그리고 저는 적대적인 의도가 전혀 없으며 Yassine님의 전문성에 기반하여 단순히 궁금한 것뿐인데, CDN을 사용하지 않고 LCP가 매우 낮은 우리처럼 느린 사이트가 어떻게 게시된 지 불과 11일과 13일밖에 안 된 주제에서 상위 2위를 차지할 수 있으며, 이 두 주제가 거의 350만 개의 다른 게시물 중 1위와 2위를 기록할 수 있는지에 대한 의문이 듭니다.
솔직히, Google의 LCP가 Yassine님이 제시하는 것처럼 그렇게 영향력이 크다면, LCP 성능이 매우 낮은 우리 사이트가 어떻게这么好的 SERP 결과를 얻을 수 있는지 정말 궁금합니다.
감사합니다!
---
### Author:  [@Mevo](https://meta.discourse.org/u/Mevo)
#### Post date: [11월 23, 2020, 10:27오전 UTC](https://meta.discourse.org/t/google-may-4th-core-update-impact-on-discourse-forums/161369/87 "2020-11-23T10:27:51Z")
> [@neounix](#):
>
> 구글이 여러분이 강조하는 수준으로 LCP를 활용하고 있다면, 왜 구글에 따르면 LCP가 매우 나쁜 우리 디스코urs 포럼에서 제가 작성한 두 개의 주제가 3,580,000개 항목 중 각각 1위와 2위를 차지하고 있는지 설명해 주시겠습니까?
여러분의 예시에 따르면, 답은 꽤 명백해 보입니다. 더 나은 LCP를 가진 경쟁자가 거의 없는 꽤 구체적인 용어를 검색하셨기 때문입니다. 여러분이 유일한 참가자라면 "최고"가 되는 것은 쉬운 일입니다. 위의 게시물들에서 언급했듯이 콘텐츠가 여전히 가장 중요한 요인입니다. 그러나 검색 결과에 많은 콘텐츠가 존재할 경우, 다른 요인들도 중요해집니다. 오히려 그의 주장을 뒷받침하는 결과를 보일 수도 있습니다.
> [@sam](#):
>
> 우리는 HTML 전용 뷰를 제공합니다
이것이 위에서 이미 언급되었다는 것을 알고 있지만, 포럼의 빠르고 정적인 HTML 전용 버전을 생성하여 검색 엔진에 이를 제공하면 안 될까요? (등록된 사용자가 탐색하고 게시하는 실제 포럼의 크롤링을 금지하는 방식입니다).
정적 뷰를 생성하는 플러그인이 있다고 하셨는데, 이 플러그인은 누구나 사용할 수 있나요?
---
### Author:  [@neounix](https://meta.discourse.org/u/neounix)
#### Post date: [11월 23, 2020, 10:55오전 UTC](https://meta.discourse.org/t/google-may-4th-core-update-impact-on-discourse-forums/161369/88 "2020-11-23T10:55:52Z")
> [@](#):
>
> LCP
이것은 여전히 "추측"에 불과하며, 사실로 입증되지는 않았다고 볼 수 있죠?
구글과 다른 출처에 따르면, LCP는 아직 랭킹에 사용되지 않는 요인이며, 2021년 5월까지 랭킹 신호로 사용되지 않을 것이라고 하지 않나요?
구글이 이 신호가 아직 활성화되지 않았다고 주장하는 상황에서, 소수의 사람들이 LCP가 현재 SEO에 영향을 미치고 있다고 주장하며 그들의 분석과 그래프를 근거로 Discourse 팀에게 생태계에 대한 주요 변경을 강요하는 것은 다소 과한 것 같습니다.
LCP 신호는 활성화된 상태인가요, 아니면 아닌가요?
구글은 LCP가 아직 SEO 신호로 사용되지 않는다고 말합니다.
> 참고로, 저는 분명히 EmberJS 팬이 아니며 LCP가 중요하다는 데에도 동의합니다. 저는 단순히 증거와 단단한 근거에 기반한 사실을 찾고 있을 뿐입니다.
제 "주장"은 이 스레드를 읽었을 때, 구글과 다른 SEO 전문가들이 아직 SEO 신호로 사용되지 않는다고 말하고 있는 것을 근거로 Discourse 메타에 주요 구조적 변경을 강하게 요구하고 있는 것처럼 보인다는 것입니다.
여러분은 구글이 대중에게 정직하지 않다고 말하는 건가요?
참고로, 구글은 상장 기업이기 때문에 대중을 속일 가능성은 매우 낮습니다. 그렇게 할 경우 구글은 막대한 재정적 책임에 직면하게 될 것입니다.
---
### Author:  [@Mevo](https://meta.discourse.org/u/Mevo)
#### Post date: [11월 23, 2020, 11:02오전 UTC](https://meta.discourse.org/t/google-may-4th-core-update-impact-on-discourse-forums/161369/89 "2020-11-23T11:02:14Z")
> [@neounix](#):
>
> 이것은 아직 "추측"에 불과하며, 사실로 입증되지 않았다고 보는 것이 맞나요?
상당한 의견입니다. 저도 LCP에 대해 잘 알지 못합니다. 인정합니다. 저는 이 주제에서 언급된 내용에만 의존하고 있었을 뿐이며, 말씀하신 대로 그것이 정확히 맞는지도 모르겠습니다(여기서 제시된 증거들을 제외하고는요). 그러니 제 글을 "LCP 관련 내용이 맞다면"이라는 전제 하에 읽어주시면 좋겠습니다.
---
### Author:  [@Jonathan5](https://meta.discourse.org/u/Jonathan5)
#### Post date: [11월 23, 2020, 12:29오후 UTC](https://meta.discourse.org/t/google-may-4th-core-update-impact-on-discourse-forums/161369/90 "2020-11-23T12:29:27Z")
> [@neounix](#):
>
> 구글의 LCP가 여러분이 제시하듯 그렇게 영향력이 크다면, 왜 LCP 성능이 매우 낮은 우리 사이트가这么好的 SERP 결과를 얻고 있는지 솔직히 궁금합니다.
여러분의 결론(구글이 검색 순위를 결정하는 데 LCP를 사용하지 않는다는 것으로 보입니다)이 옳을 수 있지만, 여러분이 제시한 경로로는 그 결론에 도달할 수 없습니다.
- 해당 검색어는 매우 독특하여 구글이 오타 수정 제안까지 내놓을 정도입니다. 선택지가 많지 않습니다.
- 어떤 결론을 내리려면 많은 검색을 수행해야 합니다. 제가 “+discourse +gon”으로 검색하면 여러분의 사이트는 아예 나타나지 않고, 최상위 결과는 [The Discourse Encouragement Fund](https://blog.discourse.org/2017/02/the-discourse-encouragement-fund/) 입니다.
- 또한 구글이 검색 결과를 개인화한다고 생각합니다. 여러분이 가장 자주 방문하는 사이트가 여러분에게는 상위에 표시되었을 수 있지만, 다른 사람에게는 그렇지 않을 수 있습니다. 제 경우 최상위 결과는 [Plugin - Discourse Meta](https://meta.discourse.org/c/plugin/22) 입니다. 저는 평소 DuckDuckGo를 사용하므로, 이 결과는 전혀 개인화되지 않았을 수도 있습니다.
이 모든 것이 LCP에 대해 아무것도 말해주거나 증명하지는 않습니다. 흥미로운 주제였고, 계속 이어지기를 기대합니다. 개인적으로는 Discourse의 속도에 만족하고 있습니다.
[이전 페이지](https://meta.discourse.org/t/google-may-4th-core-update-impact-on-discourse-forums/161369.md?page=3)
[다음 페이지](https://meta.discourse.org/t/google-may-4th-core-update-impact-on-discourse-forums/161369.md?page=5)