Distributor: Opción o gancho para administrar URL canónicas

@arsendovlatyan gracias por la entrada, ¡se agradece! ¿Podría describir su caso de uso con un poco más de detalle para que podamos planificar mejor cómo podríamos ayudar a abordar su problema con el Distribuidor?

@jeffpaul gracias por una respuesta rápida.
Tenemos una plataforma de comercio electrónico, basada en WooCommerce y estamos cargando todos los productos en un sitio web central (Hub) y utilizando Distributor, enviando estos productos a otros sitios web (Spokes).
Debido a que Hub está protegido con contraseña, no tiene sentido apuntar URL canónicas a Hub desde Spokes.

@jeffpaul Lo sentimos, ¿necesita más información? No puedo enviar relaciones públicas si quieres.

@arsendovlatyan, ¿ estoy en lo cierto al entender que, cuando distribuye desde su Hub, está pidiendo una forma de que las publicaciones distribuidas NO se vinculen al original de forma predeterminada o que de otra manera tengan una opción para deshabilitar el enlace?

@jeffpaul exactamente, una opción o un filtro que nos permitirá gestionar este comportamiento.

Hola @jeffpaul
Lo siento, si es posible, me gustaría escuchar sus comentarios para poder avanzar o cerrar este problema.
Creo que podemos agregar otra opción y llamarla tal vez Override canonical URL , que estará ACTIVADA de forma predeterminada, pero no estoy seguro de si esta funcionalidad será útil para otros.
Si es inútil o puede confundir a los usuarios, ¿tal vez agregar un filtro como dt_canonicalize_front_end para poder administrar este comportamiento?
Puede enviar un PR si alguna de estas opciones funciona para usted.

¡Muchos gracias!

Hola @arsendovlatyan Gracias por abrir este número. Saltando por Jeff, que ha salido y está demasiado abrumado como para volver contigo todavía.

Nos gustaría detener estos comportamientos y la única forma de hacerlo con el código actual es eliminar los filtros agregados.

Eliminar el filtro es la forma recomendada de deshabilitar este comportamiento; Este es un patrón común en WordPress y parte de la razón por la que siempre usamos una devolución de llamada con nombre que puede eliminar frente a una función anónima.

Otra opción potencial que podría utilizar sería agregar un enlace posterior en get_canonical_url y devolver su propia URL.

Un filtro adicional no parece necesario a menos que no entienda cómo quiere usarlo.

¿Considerará una opción del administrador para administrar esta funcionalidad o una bandera, que se pasará por el filtro?

Una opción de administración parece tener el potencial de confundir a los usuarios. En la gran mayoría de los casos, los sitios querrán tener enlaces canónicos a su contenido original de las copias distribuidas debido a las posibles implicaciones de SEO; este artículo los resume bastante bien: https://moz.com/learn/seo/duplicate-content.

Mencionas un buen punto de que algunos usuarios pueden sorprenderse o no querer este comportamiento. Sería fantástico mejorar la documentación sobre esta función: cómo funciona y cómo desactivarla. Buscando en los documentos, no veo ninguna mención de la alteración canónica de URL (los documentos necesitan mejoras en general). ¿Quizás un párrafo en los problemas Léame o en la sección de desarrolladores (https://github.com/10up/distributor/blob/develop/README.md)? ¡Un PR para eso sería bienvenido!

Solo algo que puede ser útil aquí: tuve una consulta similar y Adam me dio una excelente respuesta. https://github.com/10up/distributor/issues/135

@adamsilverstein muchas gracias, ¡totalmente de acuerdo contigo!

@jeffpaul Acabo de enviar un PR para la actualización del documento, si cree que vale la pena tener una sección propia en read.me, revísela; de lo contrario, podemos cerrar este problema.

Gracias por la ayuda

@jeffpaul Si no le importa, cerraré este problema))

@arsendovlatyan gracias por captar eso, ¡he actualizado esto para notar que aterrizó en v1.5.0!