# Does Meta-ExternalAgent help my website grow? # Meta-Exte…
Page Info
Writer Joshuaa
Hit 14 Hits
Date 26-02-02 14:55
Content
# Does Meta-ExternalAgent help my website grow?
# Meta-ExternalAgent가 사이트 성장에 도움이 되나?
---
## English
### Bottom line (direct answer)
* **`meta-externalagent/1.1` does not directly increase “normal users” (human visitors).** It is a crawler that Meta says it uses for **AI model training** and **product improvement by directly indexing content**. ([Facebook 개발자][1])
* The crawler that *does* matter for user growth on Facebook/Instagram is typically **`facebookexternalhit`** (and related sharing crawlers), because that’s what generates **link previews (title/description/image)** when people share your URL. Meta’s own docs tell developers to allow `facebookexternalhit/1.1` to fetch hosting URLs. ([Facebook 개발자][2])
So, the “growth” mechanism is indirect:
**People share your link → crawler fetches OG metadata → preview quality improves → click-through can increase → human traffic can increase.**
If nobody shares your link on Meta platforms, crawlers alone won’t create human traffic.
---
### What `meta-externalagent` is doing (and why it’s not a growth channel)
Meta explicitly describes **Meta-ExternalAgent** as crawling the web for **training AI models** or **improving products by indexing content directly**. ([Facebook 개발자][1])
That statement does **not** imply:
* it will rank your pages to users like Google does,
* it will “recommend” your site to humans,
* or that allowing it will produce measurable referrals.
In practice, you can view `meta-externalagent` as **Meta’s internal consumption crawler** (AI/training/indexing), not a marketing/referral pipeline.
---
### What actually can increase real users (the part crawlers enable)
#### 1) Link previews and trust (CTR effect)
When someone posts your URL on Facebook/Instagram, a crawler fetches your page to build the preview. Meta provides:
* **Best practices for sharing** (Open Graph metadata so the crawler scrapes useful info). ([Facebook 개발자][3])
* A **Sharing Debugger** tool to preview how your URL will look and diagnose scraping/metadata problems. ([Facebook 개발자][4])
A better preview usually improves:
* perceived credibility,
* click intent,
* and sometimes share rate.
That’s how “a crawler” can translate into “more normal users”—but only if sharing actually happens.
#### 2) Common failure modes that reduce clicks (and how to fix them)
These issues frequently kill link-preview performance and therefore reduce human clicks:
* **No/poor OG tags** → generic title/image, low CTR
* **OG image blocked (403/robots/WAF)** → preview image missing
* **Wrong canonical/og:url** → preview points to a duplicate or wrong page
* **Slow responses / timeouts** → preview fails or caches bad data
* **Dynamic pages requiring JS/login** → crawler can’t see the content
Meta’s webmasters docs emphasize correct markup and handling crawlers properly. ([Facebook 개발자][5])
---
### How to decide what to allow vs block (practical and safe)
You’re seeing `meta-externalagent/1.1`. Here’s a pragmatic policy that matches how Meta’s crawler ecosystem is documented:
1. **Allow `facebookexternalhit`** (for social previews)
Meta documentation explicitly uses `facebookexternalhit/1.1` as the user agent that needs to fetch content for Meta workflows. ([Facebook 개발자][2])
2. **Treat `meta-externalagent` separately** (AI/training/indexing)
Meta documents it for AI training/product indexing purposes. ([Facebook 개발자][1])
3. **Operational control (best practice)**
* Rate-limit `meta-externalagent` to protect bandwidth/CPU while still allowing polite access.
* Cache pages and especially OG images aggressively so a crawler doesn’t repeatedly generate heavy load.
* Keep response codes clean (200 for valid pages, 301 for canonical redirects, avoid intermittent 403/503).
**Inference you can rely on:** because Meta’s docs tie “sharing fetch” to `facebookexternalhit`, blocking `meta-externalagent` is **unlikely** to be necessary for link previews (previews typically rely on `facebookexternalhit`). ([Facebook 개발자][2])
---
### How to measure whether it increases normal users (so you’re not guessing)
Use a simple measurement loop:
1. **Fix OG metadata + preview**
* Implement: `og:title`, `og:description`, `og:image`, `og:url`, `og:type`, `og:site_name` on each page.
* Validate via Sharing Debugger. ([Facebook 개발자][4])
2. **Track real referrals**
* In analytics, check referrers like:
* `facebook.com`, `l.facebook.com` (link shim), `instagram.com`
* Compare:
* before vs after preview fixes,
* CTR on posts (if you run pages/groups),
* and landing-page engagement.
3. **Exclude bots from “visits”**
* Filter sessions where UA contains `meta-externalagent` / `facebookexternalhit` so you don’t inflate “visits” with crawlers.
---
## 한국어
### 결론(직답)
* **`meta-externalagent/1.1` 자체는 “일반 사용자(사람)”를 직접 늘려주지 않는다.** Meta는 Meta-ExternalAgent가 **AI 모델 훈련** 또는 **콘텐츠를 직접 인덱싱해 제품 개선** 같은 목적을 위해 웹을 크롤링한다고 명시한다. ([Facebook 개발자][1])
* 반대로, Facebook/Instagram에서 “사용자 유입”에 실질적으로 연결되는 크롤링은 보통 **링크 미리보기(프리뷰)** 쪽이다. Meta 문서에는 URL을 가져올 때 `facebookexternalhit/1.1` 사용자 에이전트를 허용하라고 안내하는 내용이 있다. ([Facebook 개발자][2])
즉, 크롤러가 도움이 되는 경로는 이거 하나다:
**누군가가 링크를 올림 → 크롤러가 OG 메타를 긁음 → 미리보기 품질이 좋아짐 → 클릭률(CTR)이 오를 수 있음 → 사람 방문이 늘 수 있음**
공유가 없으면 크롤러가 있어도 사람 유입은 생기지 않는다.
---
### meta-externalagent는 “무엇을” 하는가 (왜 유입과 직결되지 않나)
Meta가 설명하는 Meta-ExternalAgent의 용도는:
* **AI 모델 훈련**
* **콘텐츠를 직접 인덱싱해 제품 개선**
이다. ([Facebook 개발자][1])
이 설명에는 “당신 사이트를 사용자에게 노출시켜 트래픽을 보내준다” 같은 약속이 없다. 그래서 운영 관점에서 `meta-externalagent`는 **광고/추천/검색 유입 채널**이 아니라 **Meta 내부 목적의 수집 트래픽**으로 보는 게 정확하다.
---
### 사람 유입이 늘어나는 “현실적인” 지점: 링크 미리보기
Meta는 공유/미리보기 품질을 위해:
* Open Graph 같은 메타데이터를 잘 넣으라고 “Best Practices”를 제공하고, ([Facebook 개발자][3])
* **Sharing Debugger**로 실제 프리뷰를 확인하고 문제를 잡으라고 한다. ([Facebook 개발자][4])
링크 미리보기 품질이 좋아지면 보통:
* 클릭 의사(신뢰)가 오르고,
* 클릭률이 오르며,
* 공유가 더 잘 되는 경우도 생긴다.
이게 “크롤러가 사이트 운영에 도움이 되는” 거의 유일한 방식이다.
---
### 링크 미리보기로 유입을 늘리는 기술 체크리스트(실전)
아래가 제대로 되면 “공유 → 클릭 → 유입”이 실제로 늘어나는 구간을 만들 수 있다.
1. **OG 메타를 페이지별로 정확히**
* `og:title` / `og:description` / `og:image` / `og:url` / `og:type` / `og:site_name`
* 각 게시글/페이지마다 값이 달라야 한다(전체 페이지가 동일하면 CTR이 떨어진다).
2. **크롤러가 OG 이미지를 가져갈 수 있어야 함**
* 이미지 URL이 403/404/타임아웃/WAF 차단이면 프리뷰가 깨진다.
* 서버에서 크롤러를 “봇이라서” 막아버리면 공유 미리보기 자체가 실패한다.
3. **Sharing Debugger로 프리뷰 검증**
* 프리뷰가 잘리는지, 이미지가 뜨는지, OG 값이 의도대로 읽히는지 바로 확인한다. ([Facebook 개발자][4])
---
### “허용/차단”을 어떻게 나누는 게 합리적인가
여기서 핵심은 **크롤러를 한 덩어리로 보지 말고 목적별로 분리**하는 것이다.
* `facebookexternalhit`: 링크 공유 미리보기용(실무상 중요)
Meta 문서에서 `facebookexternalhit/1.1` 에이전트가 URL을 가져오게 허용하라는 안내가 나온다. ([Facebook 개발자][2])
* `meta-externalagent`: AI 훈련/인덱싱(유입과 직접 연결 약함)
Meta가 AI 모델 훈련/제품 개선 인덱싱 용도로 크롤링한다고 명시한다. ([Facebook 개발자][1])
운영적으로는:
1. **`facebookexternalhit`는 유지(허용)**
2. **`meta-externalagent`는 레이트리밋 또는 정책에 따라 차단**
3. 캐시(특히 OG 이미지 캐시)로 트래픽 비용을 낮춰 서버 안정성을 확보
또 하나 중요한 “추론”: Meta 문서에서 “공유 미리보기 fetch”를 `facebookexternalhit`로 안내하므로, `meta-externalagent`를 막아도 **공유 미리보기에 직접 영향이 없을 가능성이 높다**(미리보기는 다른 UA가 담당). ([Facebook 개발자][2])
---
### “일반 사용자가 늘었는지”를 제대로 확인하는 방법(측정 루프)
감으로 판단하면 항상 헷갈린다. 아래처럼 측정하면 결론이 명확해진다.
1. OG 태그/이미지/프리뷰를 먼저 완성
* Best Practices 참고 + Sharing Debugger 검증 ([Facebook 개발자][3])
2. Analytics에서 “사람 유입”만 분리해서 본다
* referrer: `facebook.com`, `l.facebook.com`, `instagram.com`
* UA에 `meta-externalagent`, `facebookexternalhit`가 섞인 트래픽은 “방문자”에서 제외(봇이므로)
3. 변경 전후 비교
* 프리뷰 수정 전 2주 vs 수정 후 2주
* (가능하면) 같은 콘텐츠 유형/같은 게시 채널로 비교
* KPI: 세션 수, 랜딩페이지 체류, 전환(회원가입/다운로드 등)
---
## 日本語
### 結論
* `meta-externalagent/1.1` は「人間ユーザー流入」を直接増やすものではない。Meta はこのクローラーを **AIモデル学習** や **コンテンツの直接インデックスによる製品改善** に使うと説明している。 ([Facebook 개발자][1])
* いっぽう、SNS共有での流入に効くのはリンクプレビュー。Meta 文書では `facebookexternalhit/1.1` を許可してURL取得させる前提が示される。 ([Facebook 개발자][2])
### 実務ポイント
* OGタグを整備し、Sharing Debuggerで表示確認。 ([Facebook 개발자][4])
* `facebookexternalhit` は維持、`meta-externalagent` は負荷対策としてレート制限/方針で制御。 ([Facebook 개발자][1])
* 効果測定はリファラ（facebook.com等）とボット除外で行う。
---
## Español
### Respuesta directa
* `meta-externalagent/1.1` **no suele aumentar usuarios humanos por sí mismo**. Meta dice que lo usa para **entrenamiento de IA** y **mejora de productos indexando contenido**. ([Facebook 개발자][1])
* Lo que sí impacta en tráfico real desde redes es el crawler de **previews** (p. ej. `facebookexternalhit`), que obtiene título/descr./imagen para mostrar la tarjeta al compartir. Meta documenta permitir `facebookexternalhit/1.1` para que pueda obtener el contenido. ([Facebook 개발자][2])
### Qué hace crecer tráfico (indirecto)
OG tags correctos + prueba con Sharing Debugger → mejor preview → más clics. ([Facebook 개발자][4])
---
## Français
### Réponse directe
* `meta-externalagent/1.1` **n’augmente pas directement les visiteurs humains**. Meta indique que ce crawler sert à **l’entraînement de modèles IA** et à **l’amélioration de produits via l’indexation directe**. ([Facebook 개발자][1])
* Pour la croissance via partage social, l’important est le crawler de **link preview** (souvent `facebookexternalhit`). La doc Meta indique d’autoriser `facebookexternalhit/1.1` à récupérer les URLs. ([Facebook 개발자][2])
### Mécanisme utile
OG tags + contrôle avec Sharing Debugger → preview propre → plus de clics → plus de trafic humain. ([Facebook 개발자][4])
[1]: https://developers.facebook.com/docs/sharing/webmasters/web-crawlers/?utm_source=chatgpt.com "Meta Web Crawlers - Sharing - Documentation"
[2]: https://developers.facebook.com/docs/page-stories-api/?utm_source=chatgpt.com "Stories - Video API - Meta for Developers - Facebook"
[3]: https://developers.facebook.com/docs/sharing/best-practices/?utm_source=chatgpt.com "Best Practices - Sharing - Meta for Developers - Facebook"
[4]: https://developers.facebook.com/tools/debug/?utm_source=chatgpt.com "Sharing Debugger - Meta for Developers - Facebook"
[5]: https://developers.facebook.com/docs/sharing/webmasters/?utm_source=chatgpt.com "Webmasters - Sharing - Meta for Developers - Facebook"
# Meta-ExternalAgent가 사이트 성장에 도움이 되나?
---
## English
### Bottom line (direct answer)
* **`meta-externalagent/1.1` does not directly increase “normal users” (human visitors).** It is a crawler that Meta says it uses for **AI model training** and **product improvement by directly indexing content**. ([Facebook 개발자][1])
* The crawler that *does* matter for user growth on Facebook/Instagram is typically **`facebookexternalhit`** (and related sharing crawlers), because that’s what generates **link previews (title/description/image)** when people share your URL. Meta’s own docs tell developers to allow `facebookexternalhit/1.1` to fetch hosting URLs. ([Facebook 개발자][2])
So, the “growth” mechanism is indirect:
**People share your link → crawler fetches OG metadata → preview quality improves → click-through can increase → human traffic can increase.**
If nobody shares your link on Meta platforms, crawlers alone won’t create human traffic.
---
### What `meta-externalagent` is doing (and why it’s not a growth channel)
Meta explicitly describes **Meta-ExternalAgent** as crawling the web for **training AI models** or **improving products by indexing content directly**. ([Facebook 개발자][1])
That statement does **not** imply:
* it will rank your pages to users like Google does,
* it will “recommend” your site to humans,
* or that allowing it will produce measurable referrals.
In practice, you can view `meta-externalagent` as **Meta’s internal consumption crawler** (AI/training/indexing), not a marketing/referral pipeline.
---
### What actually can increase real users (the part crawlers enable)
#### 1) Link previews and trust (CTR effect)
When someone posts your URL on Facebook/Instagram, a crawler fetches your page to build the preview. Meta provides:
* **Best practices for sharing** (Open Graph metadata so the crawler scrapes useful info). ([Facebook 개발자][3])
* A **Sharing Debugger** tool to preview how your URL will look and diagnose scraping/metadata problems. ([Facebook 개발자][4])
A better preview usually improves:
* perceived credibility,
* click intent,
* and sometimes share rate.
That’s how “a crawler” can translate into “more normal users”—but only if sharing actually happens.
#### 2) Common failure modes that reduce clicks (and how to fix them)
These issues frequently kill link-preview performance and therefore reduce human clicks:
* **No/poor OG tags** → generic title/image, low CTR
* **OG image blocked (403/robots/WAF)** → preview image missing
* **Wrong canonical/og:url** → preview points to a duplicate or wrong page
* **Slow responses / timeouts** → preview fails or caches bad data
* **Dynamic pages requiring JS/login** → crawler can’t see the content
Meta’s webmasters docs emphasize correct markup and handling crawlers properly. ([Facebook 개발자][5])
---
### How to decide what to allow vs block (practical and safe)
You’re seeing `meta-externalagent/1.1`. Here’s a pragmatic policy that matches how Meta’s crawler ecosystem is documented:
1. **Allow `facebookexternalhit`** (for social previews)
Meta documentation explicitly uses `facebookexternalhit/1.1` as the user agent that needs to fetch content for Meta workflows. ([Facebook 개발자][2])
2. **Treat `meta-externalagent` separately** (AI/training/indexing)
Meta documents it for AI training/product indexing purposes. ([Facebook 개발자][1])
3. **Operational control (best practice)**
* Rate-limit `meta-externalagent` to protect bandwidth/CPU while still allowing polite access.
* Cache pages and especially OG images aggressively so a crawler doesn’t repeatedly generate heavy load.
* Keep response codes clean (200 for valid pages, 301 for canonical redirects, avoid intermittent 403/503).
**Inference you can rely on:** because Meta’s docs tie “sharing fetch” to `facebookexternalhit`, blocking `meta-externalagent` is **unlikely** to be necessary for link previews (previews typically rely on `facebookexternalhit`). ([Facebook 개발자][2])
---
### How to measure whether it increases normal users (so you’re not guessing)
Use a simple measurement loop:
1. **Fix OG metadata + preview**
* Implement: `og:title`, `og:description`, `og:image`, `og:url`, `og:type`, `og:site_name` on each page.
* Validate via Sharing Debugger. ([Facebook 개발자][4])
2. **Track real referrals**
* In analytics, check referrers like:
* `facebook.com`, `l.facebook.com` (link shim), `instagram.com`
* Compare:
* before vs after preview fixes,
* CTR on posts (if you run pages/groups),
* and landing-page engagement.
3. **Exclude bots from “visits”**
* Filter sessions where UA contains `meta-externalagent` / `facebookexternalhit` so you don’t inflate “visits” with crawlers.
---
## 한국어
### 결론(직답)
* **`meta-externalagent/1.1` 자체는 “일반 사용자(사람)”를 직접 늘려주지 않는다.** Meta는 Meta-ExternalAgent가 **AI 모델 훈련** 또는 **콘텐츠를 직접 인덱싱해 제품 개선** 같은 목적을 위해 웹을 크롤링한다고 명시한다. ([Facebook 개발자][1])
* 반대로, Facebook/Instagram에서 “사용자 유입”에 실질적으로 연결되는 크롤링은 보통 **링크 미리보기(프리뷰)** 쪽이다. Meta 문서에는 URL을 가져올 때 `facebookexternalhit/1.1` 사용자 에이전트를 허용하라고 안내하는 내용이 있다. ([Facebook 개발자][2])
즉, 크롤러가 도움이 되는 경로는 이거 하나다:
**누군가가 링크를 올림 → 크롤러가 OG 메타를 긁음 → 미리보기 품질이 좋아짐 → 클릭률(CTR)이 오를 수 있음 → 사람 방문이 늘 수 있음**
공유가 없으면 크롤러가 있어도 사람 유입은 생기지 않는다.
---
### meta-externalagent는 “무엇을” 하는가 (왜 유입과 직결되지 않나)
Meta가 설명하는 Meta-ExternalAgent의 용도는:
* **AI 모델 훈련**
* **콘텐츠를 직접 인덱싱해 제품 개선**
이다. ([Facebook 개발자][1])
이 설명에는 “당신 사이트를 사용자에게 노출시켜 트래픽을 보내준다” 같은 약속이 없다. 그래서 운영 관점에서 `meta-externalagent`는 **광고/추천/검색 유입 채널**이 아니라 **Meta 내부 목적의 수집 트래픽**으로 보는 게 정확하다.
---
### 사람 유입이 늘어나는 “현실적인” 지점: 링크 미리보기
Meta는 공유/미리보기 품질을 위해:
* Open Graph 같은 메타데이터를 잘 넣으라고 “Best Practices”를 제공하고, ([Facebook 개발자][3])
* **Sharing Debugger**로 실제 프리뷰를 확인하고 문제를 잡으라고 한다. ([Facebook 개발자][4])
링크 미리보기 품질이 좋아지면 보통:
* 클릭 의사(신뢰)가 오르고,
* 클릭률이 오르며,
* 공유가 더 잘 되는 경우도 생긴다.
이게 “크롤러가 사이트 운영에 도움이 되는” 거의 유일한 방식이다.
---
### 링크 미리보기로 유입을 늘리는 기술 체크리스트(실전)
아래가 제대로 되면 “공유 → 클릭 → 유입”이 실제로 늘어나는 구간을 만들 수 있다.
1. **OG 메타를 페이지별로 정확히**
* `og:title` / `og:description` / `og:image` / `og:url` / `og:type` / `og:site_name`
* 각 게시글/페이지마다 값이 달라야 한다(전체 페이지가 동일하면 CTR이 떨어진다).
2. **크롤러가 OG 이미지를 가져갈 수 있어야 함**
* 이미지 URL이 403/404/타임아웃/WAF 차단이면 프리뷰가 깨진다.
* 서버에서 크롤러를 “봇이라서” 막아버리면 공유 미리보기 자체가 실패한다.
3. **Sharing Debugger로 프리뷰 검증**
* 프리뷰가 잘리는지, 이미지가 뜨는지, OG 값이 의도대로 읽히는지 바로 확인한다. ([Facebook 개발자][4])
---
### “허용/차단”을 어떻게 나누는 게 합리적인가
여기서 핵심은 **크롤러를 한 덩어리로 보지 말고 목적별로 분리**하는 것이다.
* `facebookexternalhit`: 링크 공유 미리보기용(실무상 중요)
Meta 문서에서 `facebookexternalhit/1.1` 에이전트가 URL을 가져오게 허용하라는 안내가 나온다. ([Facebook 개발자][2])
* `meta-externalagent`: AI 훈련/인덱싱(유입과 직접 연결 약함)
Meta가 AI 모델 훈련/제품 개선 인덱싱 용도로 크롤링한다고 명시한다. ([Facebook 개발자][1])
운영적으로는:
1. **`facebookexternalhit`는 유지(허용)**
2. **`meta-externalagent`는 레이트리밋 또는 정책에 따라 차단**
3. 캐시(특히 OG 이미지 캐시)로 트래픽 비용을 낮춰 서버 안정성을 확보
또 하나 중요한 “추론”: Meta 문서에서 “공유 미리보기 fetch”를 `facebookexternalhit`로 안내하므로, `meta-externalagent`를 막아도 **공유 미리보기에 직접 영향이 없을 가능성이 높다**(미리보기는 다른 UA가 담당). ([Facebook 개발자][2])
---
### “일반 사용자가 늘었는지”를 제대로 확인하는 방법(측정 루프)
감으로 판단하면 항상 헷갈린다. 아래처럼 측정하면 결론이 명확해진다.
1. OG 태그/이미지/프리뷰를 먼저 완성
* Best Practices 참고 + Sharing Debugger 검증 ([Facebook 개발자][3])
2. Analytics에서 “사람 유입”만 분리해서 본다
* referrer: `facebook.com`, `l.facebook.com`, `instagram.com`
* UA에 `meta-externalagent`, `facebookexternalhit`가 섞인 트래픽은 “방문자”에서 제외(봇이므로)
3. 변경 전후 비교
* 프리뷰 수정 전 2주 vs 수정 후 2주
* (가능하면) 같은 콘텐츠 유형/같은 게시 채널로 비교
* KPI: 세션 수, 랜딩페이지 체류, 전환(회원가입/다운로드 등)
---
## 日本語
### 結論
* `meta-externalagent/1.1` は「人間ユーザー流入」を直接増やすものではない。Meta はこのクローラーを **AIモデル学習** や **コンテンツの直接インデックスによる製品改善** に使うと説明している。 ([Facebook 개발자][1])
* いっぽう、SNS共有での流入に効くのはリンクプレビュー。Meta 文書では `facebookexternalhit/1.1` を許可してURL取得させる前提が示される。 ([Facebook 개발자][2])
### 実務ポイント
* OGタグを整備し、Sharing Debuggerで表示確認。 ([Facebook 개발자][4])
* `facebookexternalhit` は維持、`meta-externalagent` は負荷対策としてレート制限/方針で制御。 ([Facebook 개발자][1])
* 効果測定はリファラ（facebook.com等）とボット除外で行う。
---
## Español
### Respuesta directa
* `meta-externalagent/1.1` **no suele aumentar usuarios humanos por sí mismo**. Meta dice que lo usa para **entrenamiento de IA** y **mejora de productos indexando contenido**. ([Facebook 개발자][1])
* Lo que sí impacta en tráfico real desde redes es el crawler de **previews** (p. ej. `facebookexternalhit`), que obtiene título/descr./imagen para mostrar la tarjeta al compartir. Meta documenta permitir `facebookexternalhit/1.1` para que pueda obtener el contenido. ([Facebook 개발자][2])
### Qué hace crecer tráfico (indirecto)
OG tags correctos + prueba con Sharing Debugger → mejor preview → más clics. ([Facebook 개발자][4])
---
## Français
### Réponse directe
* `meta-externalagent/1.1` **n’augmente pas directement les visiteurs humains**. Meta indique que ce crawler sert à **l’entraînement de modèles IA** et à **l’amélioration de produits via l’indexation directe**. ([Facebook 개발자][1])
* Pour la croissance via partage social, l’important est le crawler de **link preview** (souvent `facebookexternalhit`). La doc Meta indique d’autoriser `facebookexternalhit/1.1` à récupérer les URLs. ([Facebook 개발자][2])
### Mécanisme utile
OG tags + contrôle avec Sharing Debugger → preview propre → plus de clics → plus de trafic humain. ([Facebook 개발자][4])
[1]: https://developers.facebook.com/docs/sharing/webmasters/web-crawlers/?utm_source=chatgpt.com "Meta Web Crawlers - Sharing - Documentation"
[2]: https://developers.facebook.com/docs/page-stories-api/?utm_source=chatgpt.com "Stories - Video API - Meta for Developers - Facebook"
[3]: https://developers.facebook.com/docs/sharing/best-practices/?utm_source=chatgpt.com "Best Practices - Sharing - Meta for Developers - Facebook"
[4]: https://developers.facebook.com/tools/debug/?utm_source=chatgpt.com "Sharing Debugger - Meta for Developers - Facebook"
[5]: https://developers.facebook.com/docs/sharing/webmasters/?utm_source=chatgpt.com "Webmasters - Sharing - Meta for Developers - Facebook"