El programa UGC Fresh Data de Google es un canal de envío independiente para plataformas aprobadas que alojan grandes volúmenes de contenido público creado por usuarios y atribuible a sus autores. Está pensado para publicaciones sociales y debates en foros recientes y de actualidad, no para páginas web corrientes. Google explica que funciona al margen del rastreo orgánico habitual y de la Indexing API. Participar no garantiza que una página aparezca en los resultados de búsqueda.
Si gestionas un foro, una comunidad o una plataforma social, usa las comprobaciones de abajo para decidir si merece la pena solicitar acceso. Si tienes un blog corporativo o una web informativa de empresa, prioriza la accesibilidad para el rastreo, los enlaces internos y el sitemap.
Primero, elige la vía de Google adecuada
Estos tres mecanismos resuelven necesidades distintas. El programa UGC proporciona un canal específico a las plataformas que cumplen los requisitos; para el contenido web general y unos pocos tipos de páginas que requieren avisos rápidos se mantienen las vías habituales.
Vía | Para qué sirve | Qué debe hacer el equipo |
|---|---|---|
Rastreo orgánico | Páginas aptas que Google descubre y rastrea en la web abierta | Permitir el acceso y la indexación, y ofrecer enlaces claros y un sitemap. Ni el descubrimiento ni la indexación están garantizados. |
Indexing API | Páginas con | Usarla solo con esos tipos de página admitidos. El aviso hace que Google programe un rastreo; no es una API general para acelerar la indexación. |
UGC Fresh Data Program | Plataformas aprobadas que envían publicaciones de usuarios de actualidad y señales de interacción | Solicitar acceso a un canal de ingestión independiente. Google entrega la documentación de integración y el proceso de incorporación a las plataformas seleccionadas. |
Google añadió la documentación del programa el 8 de octubre de 2026 y especifica que es independiente del rastreo orgánico habitual y de la Indexing API. Añadir datos estructurados o llamar a la Indexing API no inscribe una web en el programa UGC.
Comprueba los requisitos antes de preparar la solicitud
Usa estos criterios como una puerta de acceso, no como una puntuación. Google publica los requisitos, pero no fija cifras mínimas de tráfico, publicaciones o usuarios activos. No inventes un umbral ni supongas que una audiencia grande basta.
1. Confirma que las publicaciones de los usuarios son el producto
La plataforma debe alojar principalmente contenido creado de forma independiente por sus usuarios, como publicaciones sociales o conversaciones en foros. Un blog corporativo con comentarios, una web editorial o páginas que sobre todo republican contenido ajeno encajan mal.
Anota los formatos principales y quién crea cada uno. Añade algunas URL representativas. La idea es demostrar que el UGC está en el centro del servicio, no que sea una función ocasional.
2. Comprueba las URL individuales y el acceso público
Cada publicación o debate necesita una URL estable propia. Una página de perfil o un feed con desplazamiento continuo no sustituye la página individual de cada elemento. Tanto los usuarios como Googlebot deben poder acceder públicamente; según los requisitos publicados, el contenido detrás de un inicio de sesión, un muro de pago u otra barrera no cumple las condiciones.
Abre varias URL de ejemplo en una sesión sin iniciar sesión y comprueba que las reglas de robots o las directivas de página no bloqueen a Googlebot. Verifica también que cada URL devuelva una página correcta y que se pueda leer la publicación sin una cuenta. Si solo se puede consultar dentro de una app o una sesión de miembro, resuélvelo antes de presentar la solicitud.
3. Revisa la atribución, la moderación y las denuncias
Cada pieza de UGC debe poder atribuirse a su creador, que ha de tener un perfil público. La plataforma también necesita moderación activa y una forma de que los usuarios denuncien contenido. Google excluye el contenido ilegal.
Documenta quién gestiona las denuncias, cómo las presenta el usuario y qué sucede después. Si el único canal es una dirección de soporte informal, conviértelo en un mecanismo claro y fácil de usar antes de afirmar que existe un proceso de denuncia.
4. Valida los datos estructurados y la autenticación
Google exige marcado Schema.org válido en las URL correspondientes. Sus ejemplos incluyen SocialMediaPosting y DiscussionForumPosting; para los datos de interacción se puede usar interactionStatistic. Valida páginas reales, no solo la plantilla, y comprueba que el marcado describa lo que el usuario puede ver.
La integración también exige autenticación segura de API con OAuth 2.0. Antes de solicitar acceso, asigna un equipo responsable de la autorización, el envío de datos y la revisión de accesos. Google comparte la documentación técnica detallada con las plataformas seleccionadas. No planifiques una integración sobre endpoints no publicados ni adivines el formato de los datos.
5. Comprueba si puedes mantener la actualidad de los datos
Google recomienda enviar el contenido nuevo en los minutos siguientes a su creación. Las cifras de interacción deben actualizarse con regularidad y enviarse dentro de las 72 horas posteriores a la creación de la publicación. Compara estas expectativas operativas con tu flujo de publicación y eventos.
Mide cuánto tiempo transcurre desde que se crea una publicación hasta que el evento se puede enviar de forma fiable. Comprueba también con qué frecuencia se actualizan los recuentos de «Me gusta», respuestas u otras interacciones. Si los datos dependen de una exportación diaria o los contadores suelen llegar varios días tarde, deja constancia de la diferencia y del trabajo necesario para corregirla antes de solicitar acceso.
Usa estas cuatro comprobaciones para decidir si preparas la solicitud, corriges las carencias o sigues con el rastreo habitual.
Reúne un expediente breve de preparación
Un conjunto pequeño de pruebas facilita la solicitud y permite detectar carencias con tiempo. Limítate a hechos y, cuando sea posible, usa URL de ejemplo públicas.
- Resumen de la plataforma: qué publican los usuarios, por qué es UGC y cuál es el volumen aproximado de actividad y audiencia. Identifica las estimaciones internas; Google no ha publicado un mínimo.
- Páginas de ejemplo: varias URL estables de los principales formatos de UGC, comprobadas sin iniciar sesión.
- Acceso y atribución: acceso de Googlebot, perfiles públicos de los creadores y relación entre cada publicación y su autor.
- Operaciones de seguridad: responsables de moderación, canal de denuncias y explicación breve de cómo se gestionan.
- Pruebas técnicas: JSON-LD que se muestra en páginas reales, resultados de validación y equipo responsable de OAuth 2.0 y la seguridad de integración.
- Pruebas de actualidad: retraso medido entre la creación y el envío, y frecuencia de actualización de los recuentos de interacción.
No incluyas datos personales de usuarios en lugar de este resumen. La página pública de requisitos describe lo que Google evalúa; las especificaciones detalladas de ingestión solo se entregan a las plataformas seleccionadas.
Solicita acceso desde la página oficial de Google
Cuando hayas confirmado los requisitos principales, utiliza el formulario de interés enlazado en la documentación de Google del programa UGC Fresh Data. Describe la plataforma con claridad y relaciona las pruebas con cada requisito. Evita afirmaciones como «todo el contenido se indexará» o «aparecerá al instante»: el programa no promete visibilidad en Search.
Google indica que la respuesta puede tardar entre seis y ocho semanas. Si selecciona la plataforma, proporciona documentación para la integración técnica y el proceso de incorporación. Mientras tanto, mantén los mecanismos habituales de descubrimiento y rastreo. Solicitar acceso no sustituye al sitemap ni a un SEO técnico sólido.
Verifica la decisión y mantén una vía de respaldo
Antes de enviar la solicitud, pide a otra persona que revise el expediente y confirme todos los requisitos publicados: el UGC es el contenido principal; cada elemento tiene una URL pública estable; se puede atribuir a su creador; existen moderación y denuncias; los datos estructurados son válidos; hay un responsable de OAuth 2.0; y el equipo puede cumplir las expectativas de actualidad.
Si falta algo, asígnale una persona responsable y vuelve a evaluar la solicitud cuando esté resuelto. Si la plataforma no encaja, sigue los requisitos técnicos de Google: deja que Googlebot acceda, devuelve un estado HTTP correcto y permite la indexación del contenido. Facilita enlaces que ayuden a descubrir las páginas y un sitemap. Después, usa la inspección de URL y los informes de indexación de Search Console para analizar páginas concretas y la cobertura general. Estas comprobaciones ayudan a diagnosticar problemas, pero no garantizan la indexación.
Preguntas habituales de los equipos de plataforma
¿Añadir datos `DiscussionForumPosting` hace que mi sitio cumpla los requisitos? No. Los datos estructurados válidos son solo uno de varios requisitos. Por sí solos no dan acceso al canal específico.
¿Puede solicitarlo cualquier web? Los requisitos están pensados para plataformas cuyo contenido principal es UGC creado de forma independiente, con páginas públicas individuales y las operaciones técnicas y de seguridad necesarias. Google no publica un umbral numérico universal.
¿La aceptación garantiza la indexación o el posicionamiento? No. Google indica expresamente que participar no garantiza que el contenido aparezca en Search.
¿Un blog normal debería usar la Indexing API? Solo si sus páginas corresponden a los casos admitidos de JobPosting o BroadcastEvent de una emisión en directo. Para las demás, mantén el acceso de rastreo habitual y la cobertura del sitemap.
Martin Hayes crea guías paso a paso y listas operativas para equipos de SEO y crecimiento.
