Puis-je héberger mon balado sur mon serveur actuel?

Suivez-nous sur les plateformes de podcast

---

Transcription

---

 

J’ai déjà un site Web,
est-ce que je peux héberger mon balado

sur mon site Web?

Bonjour, mon nom est Francis
Parent-Valiquette,

je suis l’animateur du SanTro Show

et aussi producteur de podcasts.

Bienvenue dans ces courtes capsules
technobalados.

Qui sont ces vidéos dans lesquelles nous
parlons de techniques de balados,

mais surtout de techniques pour améliorer
ton balado.

Aujourd’hui, c’est le troisième épisode
de ma série sur l’hébergement,

l’hébergement de balados.

Si jamais tu veux revoir les capsules
précédentes,

je t’invite à soit défiler dans le groupe

Facebook En balado,
pour les retrouver.

Sinon, je les diffuse une semaine après leur
diffusion sur mon site Web au:

santro.show/techno

Aussi, si jamais tu as questions,
des commentaires,

quelque chose que tu ne comprends pas,

ou une question d’un autre sujet que tu
voudrais que j’aborde,

je t’invite à me laisser ça dans les
commentaires.

Ça me fera plaisir d’y répondre dans les
capsules technobalados.

Bon, aujourd’hui,
je veux répondre à la question:

«Est-ce que je peux héberger moi-même mon
podcast sur mon site Web:?

Et aussi, je veux surtout démystifier un
mythe, une légende urbaine

qui est très fortement propagée surtout
dans le monde du marketing internet,

qui est: «N’héberge pas ton podcast sur ton
site Web, ça va ralentir

ton site Web et diminuer ton SEO».

Ce fameux Ranking de Google.

Alors avant de commencer,
on va aller un petit peu plus technique,

on va essayer de comprendre les concepts.

Et en quoi c’est possible?

Cette affirmation est totalement possible,
mais très, très peu probable.

Ou comme on peut dire,

c’est un problème de gens très,
très privilégiés.

Donc la première des choses,
qu’est-ce que Google veut?

Google veut te donner de façon la plus
efficace,

la réponse à ta question.

Et comment il fait ça?

C’est des robots qui catégorisent le
contenu,

et qui fait certaines…

L’intelligence artificielle va faire
certaines corrélations.

Et bien sûr, donc si j’ai la même question,
la même réponse à une question,

qui est répondu de façons différente sur
deux sites,

mais que Google considère que les deux
réponses sont aussi bonnes.

Maintenant ce qu’il va faire,
c’est qu’il va classer par notoriété,

il va dire quel des deux sites a une
notoriété.

Et si, admettons,
les deux sites ont la même notoriété,

ou la même valeur dans Google,
il y a plusieurs autres valeurs.

Même Google, je pense,

ne sait pas exactement comment ça
fonctionne.

C’est tous des essais erreurs.

Donc à un certain moment,

il va privilégier le site qui est le plus
rapide.

Mais là on s’entend qu’il y a tout un arbre
décisionnel avant de dire:

«OK! T’es plus rapide,
je te présente, toi»!

Donc, il faut prendre une petit bémol
là-dessus.

C’est beaucoup plus complexe que juste,
si ton site est plus rapide

tu es présenté.

Oui, c’est un facteur qui va t’aider,
mais ce n’est pas la seule décision.

Dans le sens que si tu cherches quel est
le dernier épisode de podcast de Francis,

Google va sûrement te présenter mon site
Web à moi,

parce qu’il a détecté que je suis Francis,

et que c’est le site de mon podcast.

Bon, maintenant l’autre nuance que j’aimerais
apporter,

Google ne va pas te pénaliser,
il va avantager la personne

qui est plus rapide que toi.

Je comprends que c’est deux façons de le
dire,

mais il y a quand même une certaine nuance
là-dessus.

Ensuite, qu’est-ce qu’un serveur Web,
je vais dire depuis 1920.

Depuis très longtemps le Web existe.

Il existait pour les universités avant,

et la première technologie qui a été
développée pour le Web,

c’est le serveur Web.

Le serveur Web, c’est un endroit où tu mets
des fichiers statiques,

et que lui va te les envoyer.

Il va dire: «Bon,

bien je veux tel PDF,
tel MP3, envoie-moi-le»!

D’un coup que tu as reçu le fichier.

Admettons que tu dis:

«Télécharge l’épisode 500 du podcast
à Francis».

D’un coup que tu as reçu le fichier,
la connexion se ferme,

le serveur, c’est fini.

Maintenant on fait plein de trucs pour garder
ça actif,

mais dans le cas d’un balado,
c’est en plein ça qui se passe.

Donc d’un coup que j’ai fini de
télécharger,

je ne ralentis plus le serveur.

Ce qui va ralentir le serveur,

c’est les connexions simultanées.

Ça veut dire si admettons,

je ne sais pas, on est 500 dans la même
seconde

à vouloir télécharger le même fichier
MP3.

Là je dis 500, mais ça peut 1000,
ça dépend de la force du serveur.

Donc c’est les connexions simultanées.

Dans le cas que tu aurais un podcast avec
1000 écoutes,

il faudrait que les 1000 personnes le
téléchargent en même temps,

pour vraiment faire un ralentissement
considérable de ton serveur.

Donc même quand tu arrives…

Là je dis des chiffres,

mais c’est n’importe quoi,
c’est peut-être 10 000,

c’est peut-être 100,
dépendant de la force de ton serveur.

Mais même si tu as 1000 téléchargements,
les chances sont fortes

qu’ils ne soient pas en même temps,

et qu’ils n’affectent en rien les connexions
de ton serveur,

les performances de ton serveur.

Donc c’est vraiment quelque chose qui est
simple pour un serveur

de servir des fichiers statiques.

Maintenant, l’autre chose,
il faudrait que…

Je veux expliquer que Google n’est pas un
service de monitoring live.

Google passe périodiquement sur ton site
et revérifie tous ses calculs.

Donc si aujourd’hui il dit:
«OK! Tu es approuvé»!

Bien ça se peut qu’il repasse juste dans
deux semaines, pour ré-approuver.

Donc, admettons que tu aurais un épisode que
tu as un million de téléchargements,

et que ton site serait lent pendant trois
jours, les chances sont fortes

que Google ne le verrait même pas.

Ensuite, Google pardonne.

Google comprend que la vie,
l’internet ce n’est pas stable.

Donc que tu peux avoir des problèmes de
serveur,

et la preuve c’est que si tu fermes ton site
Web,

fort probablement que tu vas le rechercher
dans deux semaines,

qu’il va être fermé,

et Google va toujours le présenter à la
même position.

Parce qu’il se dit:

«OK! Peut-être qu’il a eu des problèmes
techniques,

je ne vais pas le désavantager parce qu’il a
eu certains problèmes techniques».

Ça prend un certain temps.

Admettons qu’il finit par te désavantager,
parce que là il dit:

«OK! Là ça fait longtemps que tu es lent,
je te baisse».

Mais Google va te redonner la chance dans
le même type

qui va te diminuer de position parce que
tu es lent.

La journée que tu vas retrouver ta vitesse,
il va te remonter.

Alors on peut comprendre que ce n’est pas
du un pour un.

C’est un petit peu ça mon point.

Et que c’est un problème de privilégié.

C’est des gens qui ont énormément de
téléchargements

qui ont eu ce type de problème là,
et c’est un beau problème à régler.

Maintenant, on va jouer le jeu,
tu deviens le Tim Furness québécois.

Tu as 80 millions de téléchargements,
ton serveur est lent à la journée longue.

Google te pénalise.

Maintenant, il y a quelques solutions très,
très simples,

et très peu coûteuses pour améliorer ça

Premièrement, si jamais,
tu sais j’en ai parlé la semaine passée,

qu’il y a des sites d’hébergement de sites
comme Squarspace,

ou même Shopify qui vont t’offrir
d’héberger ton podcast sur leur plateforme.

Dans ce cas-là, c’est eux qui gèrent les
serveurs.

Si jamais ils ont un problème avec votre
site, ils vont vous aviser,

et ils vont vous demander de prendre action.

Mais théoriquement,
vous n’avez rien à toucher à ça.

Votre forfait d’hébergement inclut ce
support-là.

Admettons que vous ayez un wordpress et que
là, ça devient vraiment slow,

une façon très simple c’est de
télécharger une extension

qui va vous permettre de ranger,
de servir vos fichiers statiques

à partir d’un cloud storage tel que AWSS3
ou Digital ocean space.

Donc vous allez pouvoir mettre vos fichiers
sur un autre serveur.

À partir de là,

la connexion avec votre serveur ne ralentit
plus

quand quelqu’un va télécharger vos podcasts
à partir de là.

Donc ça, ça règle le problème
définitivement.

SI vous avez un wordpress ou n’importe quel
autre site,

une autre façon très simple d’éliminer
ce problème

c’est d’utiliser un CDN,
qui est un Contain delivery network,

qui sont ces espèces de réseaux de serveurs
qui vont prendre en cash

vos fichiers statiques et les servir de
façon plus rapide à vos clients.

Ça fonctionne exactement comme le cloud
storage.

Donc vos clients vont le télécharger du CDN
et non pas de votre serveur,

et le problème est réglé.

En gros, si vous pensez faire ça,
faites le, n’ayez pas peur.

Vous pourrez toujours régler le problème
en temps et lieu.

Et comme j’ai dit dans une capsule
précédente,

c’est très facile déménager si jamais ça
ne fonctionne pas.

Sur ce, je vous remercie pour votre écoute.

❤️ par SousTitreur.com
❤️ par SousTitreur.com

 

---