
Nuestro servidor de trabajo se utilizó anteriormente para alojar un enlace de podcast popular. El podcast se eliminó de iTunes, pero los usuarios aún intentan acceder al enlace del podcast en nuestro servidor. Las cadenas de agente de usuario en nuestras estadísticas muestran que la mayoría de los usuarios intentan acceder al enlace inactivo desde la aplicación iTunes.
Esto significa que la mayor parte de nuestro tráfico a nuestro sitio web proviene de un podcast antiguo, que es un enlace inactivo. Queremos evitar que las personas intenten acceder al enlace, pero no estamos seguros de cómo evitarlo.
Esto está alterando considerablemente las estadísticas de nuestro sitio web, por lo que mi consulta es...
¿Cuál es la forma más eficaz de evitar que los usuarios intenten acceder al enlace del podcast inactivo o cancelar su suscripción al podcast?
Todas las soluciones (.htaccess, gestión de podcasts de iTunes) son bienvenidas. Lo ideal sería evitar que los usuarios accedan al enlace inactivo por completo.
Respuesta1
Descubrí la solución.
Para reenviar un cliente de podcast (por ejemplo, iTunes) al nuevo enlace de forma permanentedebes agregar:
<itunes:new-feed-url>http://yourwebaddress.com/podcast.xml</itunes:new-feed-url>
al archivo xml, dentro de la <channel>
etiqueta. Obviamente reemplazandotudirecciónweb.comcon el nuevo enlace al feed del podcast según corresponda.
Para decirle a un cliente de podcast que el podcast ya no existedebes agregar:
<itunes:block>yes</itunes:block>
al archivo xml, dentro de la <channel>
etiqueta.
Finalmente envié correos electrónicos a cualquier sitio web que albergara enlaces al podcast y los eliminé, y ahora puedo ver que no hay nuevos intentos de recuperar el podcast.
Algunos sitios web también dicen que los errores 301 informarán al cliente de podcast sobre un nuevo enlace, por lo que utilicé una reescritura de .htaccess como método de seguridad:
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteRule ^path/to/feed http://yourwebaddress.com/podcast.xml [L,R=301]
</IfModule>
Más información: