Saltar al contenido principal

Deja que el rastreador de Meta acceda a tu tienda: ajustes de Cloudflare y del firewall

Imagina que lo has configurado todo: el píxel está conectado, el Pixel Helper muestra un ViewContent en verde en cada página de producto y, aun así, tu catálogo en Commerce Manager sigue vacío. O Commerce Manager te dice que la URL de tu feed "no apunta a un archivo válido o accesible", aunque se abre perfectamente en tu navegador.

En muchos de estos casos no pasa nada con el módulo ni con los datos. El problema es la puerta: antes de que Meta añada un producto a un catálogo, uno de sus servidores tiene que visitar tu tienda y leer la página o el archivo. Si tu sistema de seguridad confunde esa visita con un ataque y la detiene, Meta nunca ve tus productos, mientras que desde tu lado todo parece correcto.

La buena noticia: se comprueba rápido y la solución es una pequeña excepción en Cloudflare o en el firewall de tu hosting. No necesitas desactivar tu protección.

La respuesta corta​

  • Tus eventos llegan a Meta desde los navegadores de tus visitantes (y desde tu servidor, con la Conversion API). El catálogo necesita algo distinto: el propio rastreador de Meta tiene que descargar la página del producto o el archivo del feed.
  • Un evento ViewContent correcto no demuestra que Meta haya podido leer la página. Si el rastreador está bloqueado, los productos pueden quedarse fuera del catálogo aunque todas las pruebas de eventos pasen.
  • La documentación de Cloudflare describe las causas típicas: el modo I'm Under Attack, una regla personalizada que desafía o bloquea las direcciones IP de Facebook, o una regla por país. Meta rastrea desde Estados Unidos e Irlanda, así que una regla que desafíe a otros países puede atraparlo.
  • La solución que recomienda Cloudflare es una regla que coincida con las redes de Meta — los ASN AS32934 y AS63293 — y omita solo la protección que las bloquea, en lugar de una lista de direcciones IP hecha a mano.

Cómo lee Meta tu tienda​

Lo que vesQué significa
ViewContent se envía y el producto aparece en el catálogoLos eventos y el rastreador funcionan.
ViewContent se envía, pero el catálogo sigue vacío durante díasLos eventos llegan; comprueba si el rastreador está bloqueado.
La URL del feed se abre en tu navegador, pero Commerce Manager dice que no es accesibleA tu navegador lo dejan pasar; al rastreador de Meta, no.
El Sharing Debugger muestra una página de error o un código de respuesta 403El rastreador de Meta está siendo bloqueado o desafiado.

Meta identifica a su rastreador con el user agent facebookexternalhit/1.1. En la página de documentación de su rastreador, Meta sugiere permitir o ese user agent o las direcciones IP del rastreador. Meta no publica ahí una lista fija de rangos de IP. Por eso las listas copiadas de foros antiguos no son fiables: se quedan obsoletas sin avisar.

Paso a paso​

1. Prueba desde el lado de Meta, no desde tu navegador​

Tu propio navegador siempre pasa, así que no puede decirte si Meta está bloqueado. Usa una herramienta que obtenga la página desde los servidores de Meta:

  1. Abre el Sharing Debugger de Meta (https://developers.facebook.com/tools/debug/).
  2. Pega la URL de una de tus páginas de producto (o la URL de tu feed) y haz clic en Debug.
  3. Haz clic en Scrape Again (o Fetch New Scrape Information) para que Meta obtenga la página ahora.
  4. Fíjate en el Response Code y en el título y la imagen que ha encontrado Meta.

Una respuesta 200 con el título y la imagen reales de tu producto significa que el rastreador pasa. Un 403, un 503 o un título como "Attention Required!" o "Just a moment..." significa que un sistema de seguridad lo está deteniendo.

tip

Los usuarios de Pixel Plus también pueden usar la herramienta de prueba de Microdata en la pestaña Microdata del módulo: abre una página de producto aleatoria en la Microdata Debug Tool de Meta, que también obtiene la página desde los servidores de Meta.

2. Busca a Meta en los eventos de seguridad de Cloudflare​

Si tu sitio usa Cloudflare:

  1. Abre tu panel de Cloudflare y selecciona tu sitio web.
  2. Abre el registro de eventos de seguridad (Security → Events; el nombre del menú varía según la versión del panel).
  3. Añade un filtro por el campo ASN con los valores 32934 y 63293, o por el user agent facebookexternalhit.
  4. Anota qué servicio o regla tomó la acción (por ejemplo una regla personalizada, el nivel de seguridad, una regla por país o la protección contra bots) y si la acción fue un bloqueo o un desafío.

Esto te dice exactamente qué protección relajar. Corrige solo esa.

3. Crea una regla Skip para las redes de Meta​

La página de solución de problemas de Cloudflare sobre el uso compartido de Facebook ofrece dos opciones: eliminar la regla que desafía o bloquea a Facebook, o crear una regla Skip para los ASN AS32934 y AS63293 que omita Security Level.

Para crear la regla Skip:

  1. En tu panel de Cloudflare, abre Security → WAF → Custom rules (en el panel nuevo, Security → Security rules) y crea una regla nueva.

  2. Ponle un nombre claro, por ejemplo Allow Meta crawler.

  3. Haz clic en Edit expression e introduce:

    (ip.src.asnum in {32934 63293})

    Este es nuestro ejemplo de una expresión que coincide con las solicitudes procedentes de esas dos redes de Meta.

  4. Como acción, elige Skip.

  5. Selecciona Security Level, como recomienda Cloudflare. Si los eventos del paso 2 mostraron que otra protección bloqueaba a Meta (por ejemplo, otra regla personalizada), selecciona también esa — y nada más.

  6. Guarda y despliega la regla, y colócala antes de las reglas que bloqueaban a Meta.

aviso

No omitas todas las protecciones "por si acaso". Omite solo lo que los eventos de seguridad mostraron que bloqueaba a Meta. Una excepción acotada mantiene tu tienda protegida y deja pasar al rastreador.

Cloudflare también recomienda revisar tus configuration rules y tus Page Rules, y comprobar que el modo I'm Under Attack no está activado. Ese modo desafía a todos los visitantes, Meta incluido.

4. Revisa también el firewall de tu hosting​

Cloudflare y tu servidor de hosting pueden tener sistemas de seguridad independientes. Aunque Cloudflare deje pasar a Meta, el servidor que hay detrás aún puede bloquear la solicitud. Los más habituales son:

  • ModSecurity (frecuente en hostings con cPanel y Plesk)
  • Imunify360
  • BitNinja
  • CSF o Fail2Ban

Si no administras el servidor tú mismo, envía a tu proveedor de hosting la URL que falla y pídele que revise los registros de su firewall en busca de solicitudes con el user agent facebookexternalhit/1.1, y que las permita.

5. Pide a Meta que vuelva a leer la página​

Después de cambiar una regla, vuelve al Sharing Debugger y haz clic en Scrape Again. Cuando muestre una respuesta 200 con tu título e imagen reales, Meta puede leer tu tienda. Los artículos del catálogo empezarán entonces a aparecer o actualizarse a medida que Meta los procese; no es instantáneo.

Si ves X, haz Y​

Si ves…Haz esto
Sharing Debugger: 403, 503, "Attention Required!" o "Just a moment..."Cloudflare está desafiando a Meta. Ve a los pasos 2 y 3.
Los eventos de Cloudflare no muestran nada, pero el debugger sigue fallandoEl bloqueo ocurre en tu servidor. Ve al paso 4.
El debugger muestra 200, pero el título o el precio son incorrectosEl rastreador entra; el problema son los microdatos de tu página. Revísalos en la pestaña Microdata de Pixel Plus.
El debugger muestra 200 con datos correctos, el catálogo sigue vacíoComprueba que el píxel está conectado al catálogo como fuente de datos y aparece como Ready, y mira los Diagnostics del catálogo en Commerce Manager.
Una regla por país desafía a visitantes de fuera de tu mercadoExcluye los ASN de Meta de esa regla: Meta rastrea desde EE. UU. e Irlanda.

Preguntas Frecuentes​

Q: Los eventos de mi píxel funcionan. ¿Por qué iba a estar bloqueado el rastreador de Meta? A: Los eventos se envían desde los navegadores de tus visitantes y desde tu servidor, así que tu sistema de seguridad nunca los detiene. El rastreador es una solicitud distinta que llega desde los propios servidores de Meta, y los firewalls suelen considerar sospechosas las solicitudes automáticas procedentes del extranjero.

Q: ¿Debo añadir las direcciones IP de Meta a la lista de permitidos de mi firewall? A: Meta no publica una lista fija de direcciones IP del rastreador en su página del rastreador, y las listas antiguas se quedan obsoletas. En Cloudflare, una regla basada en los ASN de Meta (AS32934 y AS63293), tal como documenta Cloudflare, es más fácil de mantener.

Q: ¿La regla Skip desactiva la protección de Cloudflare para mi tienda? A: No. Solo se aplica a las solicitudes procedentes de las redes de Meta, y solo omite las protecciones que selecciones. El resto de visitantes pasan por las mismas comprobaciones de siempre.

Q: He creado la regla. ¿Cuánto tardan en aparecer los productos en el catálogo? A: El acceso en sí funciona de inmediato: compruébalo con el Sharing Debugger. Después Meta procesa los productos a su propio ritmo, así que los artículos aparecen poco a poco, no todos a la vez.

Q: ¿Esto también se aplica a los feeds de productos? A: Sí. Cuando tu catálogo usa una URL de feed, Meta descarga ese archivo desde sus servidores, y las mismas reglas de Cloudflare o del servidor pueden bloquearlo.

Los eventos de mi píxel funcionan. ¿Por qué iba a estar bloqueado el rastreador de Meta?

Los eventos se envían desde los navegadores de tus visitantes y desde tu servidor, así que tu sistema de seguridad nunca los detiene. El rastreador es una solicitud distinta que llega desde los propios servidores de Meta, y los firewalls suelen considerar sospechosas las solicitudes automáticas procedentes del extranjero.

¿Debo añadir las direcciones IP de Meta a la lista de permitidos de mi firewall?

Meta no publica una lista fija de direcciones IP del rastreador en su página del rastreador, y las listas antiguas se quedan obsoletas. En Cloudflare, una regla basada en los ASN de Meta (AS32934 y AS63293), tal como documenta Cloudflare, es más fácil de mantener.

¿La regla Skip desactiva la protección de Cloudflare para mi tienda?

No. Solo se aplica a las solicitudes procedentes de las redes de Meta, y solo omite las protecciones que selecciones. El resto de visitantes pasan por las mismas comprobaciones de siempre.

He creado la regla. ¿Cuánto tardan en aparecer los productos en el catálogo?

El acceso en sí funciona de inmediato: compruébalo con el Sharing Debugger. Después Meta procesa los productos a su propio ritmo, así que los artículos aparecen poco a poco, no todos a la vez.

¿Esto también se aplica a los feeds de productos?

Sí. Cuando tu catálogo usa una URL de feed, Meta descarga ese archivo desde sus servidores, y las mismas reglas de Cloudflare o del servidor pueden bloquearlo.

Funcionalidades Relacionadas​

Documentación oficial​