FAQPage vs QAPage: cuál schema usar para las preguntas de tu tienda
Parecen intercambiables y no lo son. Cuándo usar FAQPage, cuándo usar QAPage, y cómo afecta cada tipo a los rich snippets ahora que Google ha reducido su aparición.
¿Cuál es la diferencia real entre FAQPage y QAPage?
La distinción se basa en quién redacta las respuestas. FAQPage es para el contenido de preguntas y respuestas que tú mismo creas, donde controlas ambos lados: tú planteas la pregunta y tú das la única respuesta oficial. QAPage es para páginas construidas en torno a una pregunta de un usuario con un conjunto de respuestas de la comunidad, como funciona el apartado de preguntas de un producto o un hilo en un foro.
La prueba rápida es contar las voces. Un solo autor respondiendo varias preguntas es FAQPage. Muchas personas respondiendo una sola pregunta es QAPage. Si no puedes distinguirlo, casi siempre estás ante contenido de FAQPage presentado como una discusión, y deberías marcarlo como FAQPage.
¿Cuándo debo usar FAQPage?
Usa FAQPage cuando las respuestas son tuyas y definitivas. Una página de soporte, un bloque de política de envíos y devoluciones, un explicador de tallas, una página de funciones que responde objeciones habituales: todos son casos de un solo autor que habla con autoridad, y todos corresponden a FAQPage.
La regla que confunde a muchos es el requisito de respuesta única. FAQPage espera exactamente una respuesta por pregunta. Si una pregunta tiene genuinamente varias respuestas de la comunidad, FAQPage es el tipo equivocado y Google puede tratar el marcado como inválido.
- Páginas de soporte y políticas de la tienda (devoluciones, envíos, garantías).
- Respuestas a objeciones de producto, donde tú resuelves la duda del comprador.
- Preguntas sobre precios o planes respondidas en tu propia voz.
- Contenido de inicio o explicaciones de funcionamiento con una sola respuesta establecida.
¿Cuándo debo usar QAPage?
Usa QAPage cuando la página gira en torno a una pregunta de un usuario y las respuestas provienen de otras personas. Una pregunta como "¿la talla es pequeña?" con varias respuestas de clientes es el caso típico. El schema está diseñado para llevar una sola Question con varias respuestas posibles, incluyendo una respuesta aceptada y el número de votos.
Esto importa para los comerciantes porque las preguntas de los clientes en una página de producto son algunos de los textos que más influyen en la decisión de compra. Marcarlos como QAPage le indica a los buscadores y motores de respuesta con IA que se trata de información generada por la comunidad, algo que tiene un peso distinto al de una marca hablando de sí misma.
¿El marcado FAQ sigue generando rich snippets?
Rara vez ahora. Google redujo la aparición de rich snippets de FAQ, así que la lista desplegable de preguntas que aparecía debajo de un resultado ya es prácticamente cosa del pasado para los sitios comunes y se mantiene principalmente en un grupo reducido de dominios con autoridad en salud y del sector público.
Eso no es un motivo para quitar el marcado. Los datos estructurados siguen describiendo tu contenido de forma clara, y el punto que vale la pena retener es que el marcado sigue ayudando a la extracción de IA aunque no aparezca ningún rich snippet visual. El bloque de abajo explica qué cambió y qué hacer al respecto.
- La lista desplegable de FAQ ya no es la razón principal para añadir el marcado.
- El marcado sigue siendo una descripción legible por máquina de tu contenido de preguntas y respuestas.
- Los motores de respuesta con IA usan pasajes de preguntas y respuestas bien estructurados directamente en sus resultados.
- Mantén preguntas que un comprador teclearía de verdad, sin forzar palabras clave.
¿Por qué el tipo de schema importa para los motores de respuesta con IA?
Porque el tipo establece la expectativa de confianza del modelo. QAPage indica información independiente generada por usuarios, algo en lo que los motores de respuesta se apoyan porque una voz externa es más creíble que una marca hablando de sí misma. FAQPage indica una respuesta oficial de primera mano, que es exactamente lo que un modelo quiere cuando la pregunta es factual y tiene una respuesta establecida.
Confundirlos difumina esa señal. Un hilo de la comunidad marcado como FAQPage parece escrito por la propia marca, lo cual es lo contrario de la credibilidad que querías captar.
¿Qué pasa si uso el tipo equivocado?
En el mejor caso el marcado es ignorado; en el peor, aparece como inválido en Search Console y no consigue nada. FAQPage con varias respuestas contradictorias por pregunta rompe la regla de respuesta única. QAPage sin una pregunta real de usuario, solo con tu propio texto de marketing, no cumple el requisito de contenido generado por la comunidad.
Hay también un coste más silencioso. Marcar contenido promocional como un apartado de preguntas de clientes para apropiarse de la señal de confianza es el tipo de práctica que erosiona la credibilidad cuando un motor detecta que las respuestas no son independientes. La honestidad en el marcado es la posición más segura a largo plazo.
¿Cómo se relaciona esto con el programa de reseñas de tu tienda?
Las reseñas, las preguntas de los clientes y tus propias preguntas frecuentes son tres objetos distintos, y cada uno tiene un schema que le corresponde: Review y AggregateRating para las reseñas, QAPage para las preguntas de los clientes, FAQPage para tus propias respuestas. Usados correctamente, se corroboran mutuamente, que es exactamente lo que sopesan los buscadores y la IA.
La mayoría de las aplicaciones de reseñas se construyeron para el comprador en la página y se limitan a mostrar estrellas, así que el texto de las preguntas y el texto de las reseñas a menudo nunca llegan al HTML de la página de forma que un modelo pueda leerlos. Conseguir que tus reseñas y preguntas de clientes existentes sean legibles, corroboradas y citadas en los buscadores y la IA es la brecha que BeyondReviews está construido para cerrar.
- ¿Puedo usar FAQPage y QAPage en la misma página?
- No, elige uno por página según el contenido predominante. Una página es o bien tus propias respuestas definitivas (FAQPage) o bien una pregunta de usuario con respuestas de la comunidad (QAPage). Si una página de producto tiene tanto un apartado de FAQ como un apartado de preguntas de clientes, el patrón más limpio es aplicar el marcado al bloque correspondiente, no apilar los dos tipos en una sola URL.
- ¿El schema FAQPage ya no sirve ahora que desapareció el rich snippet?
- No, simplemente es menos visible. Google redujo la aparición de rich snippets de FAQ, así que la mayoría de los sitios ya no obtienen la lista desplegable, pero los datos estructurados siguen describiendo tu contenido de forma clara y siguen ayudando a la extracción de IA. Mantenlos por la legibilidad para máquinas, no por una lista desplegable que probablemente no va a aparecer.
- ¿Qué schema corresponde a las preguntas de los clientes en una página de producto?
- QAPage, porque son generadas por usuarios: una pregunta, varias respuestas de la comunidad. Es exactamente lo que QAPage está diseñado para llevar, incluyendo una respuesta aceptada y el número de votos. Marcar las preguntas de los clientes como QAPage también indica información independiente, algo que los motores de respuesta con IA valoran más que el texto escrito por la propia marca.
- ¿QAPage necesita una respuesta aceptada para ser válido?
- No, una respuesta aceptada es opcional, no obligatoria. QAPage es válido con una sola Question y al menos una respuesta sugerida. Si tu plataforma registra una respuesta aceptada o con más votos, inclúyela, ya que le da a los motores un pasaje más claro que citar, pero su ausencia no invalida el marcado.