Cum să publicați pe mai multe bloguri WordPress

Un prieten de-al meu m-a întrebat recent cum să distribuim cel mai bine (însemnând, prin urmare, cel mai rapid) conținut pe mai multe bloguri WordPress, ceea ce m-a motivat să mă arunc în această postare pe blog.

Există două metode de bază pentru distribuire, de fapt metode opuse și fiecare are avantajele și dezavantajele lor. Ambele necesită puțină configurare la instalarea dvs. WordPress, dar multe dintre acestea pot fi automatizate în procesul de creare.

Metoda PUSH – XML-RPC

Prin activarea XML-RPC Remote Publishing pe blogul dvs. WordPress, puteți controla dintr-un software central o gamă teoretic nelimitată de instalări WordPress. Sună interesant, dar există într-adevăr câteva eșecuri majore. Lasă-mă să explic.

Lucrurile bune

*

Lucrurile rele

Securitate

În primul rând, deschide o amenințare de securitate pe blogul dvs. WordPress. Nu cunosc stabilitatea și securitatea reală a protocolului XML-RPC; este, fără îndoială, o altă „gaură” deschisă în blogul tău WordPress.

Consumă timp

Este nevoie de timp pentru a configura. Pentru fiecare blog pe care îl creați, trebuie să activați XML-RPC în setările blogului dvs., de asemenea, trebuie să stocați aceste informații în software-ul central pentru care îl utilizați pentru a vă controla milioanele de bloguri WordPress.

De asemenea, puteți obține conținut automat prin această metodă.

Aș recomanda crearea unui nou utilizator în instalația dvs. WordPress cu rolul de „Autor” pentru aceasta. De ce? Ei bine, ai fi nebun dacă ai împărtăși cuiva parola de administrator. De încredere sau nu.

* Da, stiu. Secțiunea „pro” este goală. Pur și simplu nu găsesc un motiv bun pentru a folosi această metodă, în comparație cu a doua metodă:

Metoda PULL – Fluxul RSS

Fiecare instalare WordPress are suport de gestionare RSS încorporat pentru citirea fluxurilor RSS, iar cei care nu doresc să reinventeze roata și codul de la zero, există deja câteva plugin-uri bune scrise pentru a gestiona crearea de conținut prin fluxuri RSS, cum ar fi WP -o-Matic.

Profesionistii

Ușor de întreținut – Un server central care conține tot conținutul dvs. Uşor.

Extensibil – Ai nevoie de mai mult spațiu? Ai nevoie de mai multă viteză? Actualizați un singur server. Uşor.

Mai rapid de configurat. Nu este nevoie să introduceți detaliile pentru fiecare blog într-un site central. Uşor.

Flexibil – Puteți comunica cu fluxul RSS prin intermediul parametrilor, astfel încât, cu puțină abilitate tehnică, puteți începe treptat să scalați. Citiți mai jos în secțiunea numită „Deci, exact cum funcționează?”.

Avantaj bonus: Structură de ieșire forțată = compatibilitate cu versiunea inversă . Structura strictă a fluxului RSS vă obligă să urmați standardele RSS, altfel codul nu vă poate înțelege feedul.
Prin urmare, dacă adăugați funcții suplimentare în viitor, cum ar fi noi parametri și gestionarea acestora, sunteți forțat să păstrați aceeași structură a ieșirii și asta înseamnă că toate instalările anterioare vor putea comunica în continuare cu serverul de conținut.

Contra

Lipsa de urmărire

Fiind practic, folosesc și serverul meu de feed centralizat pentru a-mi verifica sclavii împrăștiați pe internet, dar a face acest lucru folosind o tehnologie PULL necesită efort suplimentar și codare în numele tău.

Prima metodă (XML-RPC) are, fără îndoială, un avantaj în acest domeniu, știind imediat dacă un blog nu reușește să răspundă și să expire când încearcă să publice și să ne avertizeze în acest sens.

Cu toate acestea, puteți obține același beneficiu prin adăugarea unui cod suplimentar la scriptul dvs. de feed, care stochează vizitele primite de la adresele URL de referință, verifică adresele URL primite la intervale specificate și raportează orice bloguri care nu răspund. Acest lucru îl face un dezavantaj minor, deoarece necesită efort suplimentar în configurare. Prima dată.

Sfat valoros: Adăugați un pic de minte!

Dacă alegeți să adăugați modulul de verificare, ar fi înțelept să adăugați un buffer pentru receptivitate. Pur și simplu pentru că un blog nu răspunde în momentul în care codul dvs. îl verifică, ar putea fi pur și simplu lent să răspundă în acel moment, căile de pe internet sunt tactate sau o serie de alte lucruri.

În schimb, ar trebui să fie notat și verificat din nou de cel puțin câteva ori înainte de a vă trimite o alertă, cum ar fi un e-mail, un mesaj text pe telefonul dvs. mobil sau orice vă puteți gândi...

De asemenea, recomand să agregați alertele de câteva ori pe zi.

CHIAR nu vrei ca o bucată de cod să devină mentală și să-ți trimită mesaje text la fiecare 15 secunde dintr-un motiv oarecare, începând cu ora 2:32.

Se va întâmpla de obicei când sunteți plecat în vacanță undeva, fără o conexiune decentă la internet sau timp pentru a o repara... Crede-mă.

O investitie

Un dezavantaj real este însă costul potențial. Sunt un prost pentru a-mi scădea costurile cât mai mult posibil și cunosc câteva locuri care oferă doar servicii decente și la prețuri mici. Dar singura parte importantă din această configurare este serverul și ar trebui să fie la fel de sigur și stabil pe cât aveți nevoie și vă puteți permite.

În funcție de tipul dvs. de nervi și de dimensiunea portofelului, vă recomand cu căldură să investiți într-un server securizat, stabil, cu backup bine, cu asistență 24/7. Costă mai mult, dar te face să dormi liniștit noaptea.

Dacă doriți un site web stabil și fără probleme, nu uitați să verificați Lista mea de verificare pentru optimizarea WordPress.

Deci cum funcționează exact?

Ei bine, dacă doriți să începeți simplu, configurați o serie de bloguri WordPress cu un cod de gestionare RSS-to-content, care verifică un flux RSS fix la intervale aleatorii, cum ar fi de două ori pe zi, săptămânal sau chiar lunar. Fluxul RSS va conține conținut controlat de pe serverul central, iar codul local se va ocupa de crearea oricărui conținut nou în postările de blog.

Url-ul central al feedului, să spunem https://networkhq.com/feed.php, va returna conținut dintr-o bază de date (sau chiar dintr-o serie de baze de date).

Cel mai simplu, pur și simplu returnează conținut aleatoriu livrat dintr-o bază de date. O versiune mai avansată pe care o puteți dezvolta după bunul plac ar trebui/ar putea să conțină mai multe caracteristici, cum ar fi:

Securitate – Adăugați un parametru cu o anumită cheie și nu reușiți să returnați nimic dacă acel parametru lipsește. Exemplu: https://networkhq.com/feed.php& secretkey=453Asd2

Conținutul cuvintelor cheie – Adăugați un parametru pentru căutarea cuvintelor cheie. Imaginați-vă că aveți o bază de date centralizată cu sute de mii de articole, știri și povești despre „sănătate”, de exemplu. Dacă creați o serie de bloguri legate de o anumită expresie cheie, pot să adaug pur și simplu &kw=acne și să scot numai conținut legat de acnee.

Metoda de sortare – Puteți scoate conținutul la întâmplare dacă doriți să umpleți un blog treptat cu conținut sau puteți forța rezultatul returnat de server să afișeze mai întâi cel mai recent.

Limitarea – Limitarea producției este întotdeauna o idee bună. Poate fi o modalitate de a controla cât de mult conținut este adăugat la blogul dvs. la un moment dat. Unele scripturi de gestionare a RSS pe care le-am testat nu au o funcție de limitare și ați putea ajunge să obțineți 50 de postări pe blog create în fiecare oră dacă nu păstrați un anumit control și limitări.

Există câteva alte lucruri care vă pot ajuta și crește flexibilitatea sistemului, aduceți câteva dintre propriile idei în comentarii, mi-ar plăcea să aud ce vă puteți gândi.