Comment publier sur plusieurs Blogs WordPress

Un de mes amis m'a récemment demandé comment distribuer au mieux (c'est-à-dire le plus rapidement) du contenu sur plusieurs blogs WordPress, et cela m'a motivé à me plonger dans cet article de blog.

Il existe deux méthodes de base pour la distribution, des méthodes tout à fait opposées en fait, et elles ont chacune leurs avantages et leurs inconvénients. Les deux nécessitent un peu de configuration sur votre installation WordPress, mais une grande partie de cela peut être automatisée dans le processus de création.

La méthode PUSH – XML-RPC

En activant la publication à distance XML-RPC sur votre blog WordPress, vous pouvez, à partir d'un logiciel central, contrôler une gamme théoriquement illimitée d'installations WordPress. Cela semble intéressant, mais il y a en effet quelques revers majeurs. Laisse-moi expliquer.

Les bonnes choses

*

Les mauvaises choses

Sécurité

Tout d'abord, il ouvre une menace de sécurité sur votre blog WordPress. Je ne suis pas au courant de la stabilité et de la sécurité réelles du protocole XML-RPC ; c'est sans doute un autre "trou" ouvert dans votre blog WordPress.

Long

Il faut du temps pour se mettre en place. Pour chaque blog que vous créez, vous devez à la fois activer XML-RPC dans les paramètres de votre blog, vous devez également stocker ces informations dans votre logiciel central pour lequel vous contrôlez vos millions de blogs WordPress.

Vous pouvez également obtenir du contenu automatique via cette méthode.

Je recommanderais de créer un nouvel utilisateur dans votre installation WordPress avec le rôle "Auteur" pour cela. Pourquoi? Eh bien, vous seriez fou si vous partagez votre mot de passe administrateur avec qui que ce soit. Confiance ou non.

* Ouais je sais. La section "avantages" est vide. Je ne trouve tout simplement pas de bonne raison d'utiliser cette méthode, en comparaison avec la deuxième méthode:

La méthode PULL – Le flux RSS

Chaque installation WordPress a une prise en charge intégrée de la gestion RSS pour la lecture des flux RSS, et ceux qui ne veulent pas réinventer la roue et le code à partir de zéro, il existe déjà quelques bons plugins écrits pour gérer la création de contenu via des flux RSS tels que WP -o-Matic.

Les avantages

Facile à entretenir – Un serveur central contenant tout votre contenu. Facile.

Extensible - Besoin de plus d'espace ? Besoin de plus de vitesse ? Mettez à niveau un seul serveur. Facile.

Plus rapide à mettre en place. Plus besoin de saisir les détails de chaque blog dans un site central. Facile.

Flexible - Vous pouvez communiquer avec le flux RSS via des paramètres, donc avec un peu de compétence technique, vous pouvez progressivement commencer à évoluer. Lisez ci-dessous dans la section intitulée « Alors, comment cela fonctionne-t-il exactement ? ».

Avantage supplémentaire : Structure de sortie forcée = rétrocompatibilité . La structure stricte du flux RSS vous oblige à suivre les normes RSS, sinon le code n'est pas en mesure de comprendre votre flux.
Par conséquent, si vous ajoutez des fonctionnalités supplémentaires à l'avenir, telles que de nouveaux paramètres et leur gestion, vous êtes obligé de conserver la même structure de sortie et cela signifie que toutes les installations précédentes pourront toujours communiquer avec le serveur de contenu.

Les inconvénients

Manque de suivi

Étant pratique, j'utilise également mon serveur de flux centralisé pour vérifier mes esclaves dispersés sur Internet, mais le faire en utilisant une technologie PULL nécessite des efforts supplémentaires et un codage de votre part.

La première méthode (XML-RPC) a sans doute un avantage dans ce domaine, en sachant immédiatement si un blog ne répond pas et expire lorsqu'il tente de publier et nous en avertit.

Cependant, vous pouvez obtenir le même avantage en ajoutant du code supplémentaire à votre script de flux, qui stocke les visites entrantes à partir des URL de référence, vérifie les URL entrantes à des intervalles spécifiés et signale les blogs qui ne répondent pas. Cela en fait un inconvénient mineur, car cela nécessite des efforts supplémentaires lors de la configuration. La première fois.

Conseil précieux : Ajoutez un peu de bon sens !

Si vous choisissez d'ajouter le module de vérification, il serait judicieux d'ajouter un tampon pour la réactivité. Tout simplement parce qu'un blog ne répond pas au moment où votre code le vérifie, il peut simplement être lent à répondre à ce moment-là, les voies sur Internet sont cadencées, ou une gamme d'autres choses.

Il devrait plutôt être noté et revérifié au moins quelques fois avant de vous envoyer une alerte, comme un e-mail, un SMS sur votre téléphone portable, ou tout ce que vous pouvez penser…

Je recommande également de regrouper les alertes plusieurs fois par jour.

Vous ne voulez VRAIMENT pas qu'un morceau de code devienne fou et vous envoie des SMS toutes les 15 secondes pour une raison quelconque, à partir de 2h32 du matin.

Cela se produit généralement lorsque vous êtes en vacances quelque part sans connexion Internet décente ni temps pour le réparer… Faites-moi confiance.

Un investissement

Un inconvénient réel est cependant le coût potentiel. Je suis une ventouse pour réduire mes coûts autant que raisonnablement possible, et je connais plusieurs endroits qui n'offrent qu'un service décent et à bas prix. Mais la seule partie importante de cette configuration est le serveur, et il doit être aussi sécurisé et stable que vous en avez besoin et que vous pouvez vous le permettre.

En fonction de votre type de nerfs et de la taille de votre portefeuille, je vous recommande fortement d'investir dans un serveur sécurisé, stable et bien sauvegardé, avec une assistance 24h/24 et 7j/7. Cela coûte plus cher, mais cela vous fait dormir paisiblement la nuit.

Si vous voulez un site Web stable et fluide, n'oubliez pas de consulter ma liste de contrôle d'optimisation WordPress.

Alors, comment cela fonctionne-t-il exactement?

Eh bien, si vous voulez commencer simplement, vous configurez une gamme de blogs WordPress avec un code de gestion RSS vers contenu, qui vérifie un flux RSS fixe à des intervalles aléatoires tels que deux fois par jour, une fois par semaine ou même un mois. Le flux RSS contiendra du contenu contrôlé depuis le serveur central, et le code local gérera la création de tout nouveau contenu dans les articles de blog.

L'URL du flux central, disons https://networkhq.com/feed.php, renverra le contenu d'une base de données (ou même d'une gamme de bases de données).

Au plus simple, il renvoie simplement un contenu aléatoire délivré à partir d'une base de données. Une version plus avancée que vous pourrez développer à loisir devrait/pourrait contenir plusieurs fonctionnalités supplémentaires telles que :

Sécurité - Ajoutez un paramètre avec une clé spécifique et ne renvoyez rien si ce paramètre est manquant. Exemple : https://networkhq.com/feed.php& secretkey=453Asd2

Contenu du mot-clé – Ajoutez un paramètre pour la recherche par mot-clé. Imaginez avoir une base de données centralisée de centaines de milliers d'articles, de nouvelles et d'histoires sur la « santé », par exemple. Si vous configurez une série de blogs liés à une expression de mot-clé spécifique, je peux simplement ajouter &kw=acne et afficher uniquement le contenu lié à l'acné.

Méthode de tri - Vous pouvez sortir le contenu de manière aléatoire si vous souhaitez remplir progressivement un blog avec du contenu, ou vous pouvez forcer la sortie renvoyée par le serveur à afficher la plus récente en premier.

Limitation – Limiter votre production est toujours une bonne idée. Cela peut être un moyen de contrôler la quantité de contenu ajoutée à votre blog à la fois. Certains scripts de gestion RSS que j'ai testés n'ont pas de fonctionnalité de limitation, et vous pourriez finir par créer 50 articles de blog toutes les heures si vous ne gardez pas un certain contrôle et des limitations.

Il y a plusieurs autres choses qui peuvent vous aider et augmenter la flexibilité du système, apportez certaines de vos propres idées dans les commentaires, j'aimerais entendre ce que vous pouvez imaginer.