Analytics-ul și CMS-ul tău, legate în ambele sensuri.
Next Stage Analytics aduce traficul pe articol direct în wp-admin. WordPress trimite trackerului autorul și categoria reale, așa că nu mai sunt ghicite din temă. Iar când un articol merită împins mai departe, PageView.ro îl poate publica pe un site partener sau îl poate reposta pe pagina ta de Facebook — din exact rândul în care l-ai văzut.
Măsoară, îmbogățește, acționează.
Tot ce urmează e unul din trei lucruri: PageView citește în WordPress prin API-ul public, WordPress scrie în PageView prin tracker, sau PageView apelează WordPress printr-un webhook semnat. Nimic altceva nu trece dintr-o parte în alta.
Măsoară · PageView → WordPress
O singură cheie de citire per site aprinde șase locuri în WordPress: coloana de trafic din lista de articole, indicatorul din bara de administrare, widgetul din panoul de control, metaboxul din editor, badge-urile din calendarul social și manșeta publică pentru cititori.
Îmbogățește · WordPress → PageView
Pluginul poate injecta el însuși trackerul, cu autorul real și categoria principală luate direct din WordPress. Un marker opțional arată, în plus, ce agregatoare îți republică articolele.
Acționează · PageView → WordPress
Webhook-uri semnate HMAC: republicare automată la un prag de cititori live, publicare manuală din orice listă de articole, rescriere AI opțională pe site-ul care primește și repostare pe paginile tale de Facebook.
Traficul, acolo unde sunt deja redactorii.
Un administrator de site generează o cheie de citire în Settings → API access și o lipește o singură dată în plugin. De acolo încolo, toate apelurile către PageView.ro se fac din PHP, pe server, în spatele unor cache-uri scurte — browserul vorbește doar cu propriul tău WordPress.
Coloana „Trafic” în lista de articole
Articole → Toate articolele primește o coloană de trafic cu afișările totale ale fiecărui articol publicat, pe ultimele ~400 de zile. Se completează asincron după ce se randează lista, deci ecranul nu așteaptă niciodată apelul extern; articolele nepublicate afișează o liniuță și nu generează niciun apel.
„Trafic azi” în bara de administrare
Afișările de azi pentru ziua locală a site-ului, în colțul din dreapta al barei de administrare — în wp-admin și pe front-end, pentru editorii autentificați. Un click deschide dashboardul PageView.ro.
Widget în panoul de control
În panoul de control din wp-admin: afișările și vizitatorii de azi, ultimele 7 zile ca grafic SVG inline (fără librărie externă de grafice) și top 5 articole ale săptămânii, fiecare cu link. Se randează instant, cu placeholdere, și se completează dintr-o singură cerere compusă.
Metabox în editorul de articole
O casetă „Trafic articol” în bara laterală a editorului — identică în Gutenberg și în editorul clasic — cu afișări și vizitatori pe ultimele 24 de ore, 7 zile și 30 de zile, plus principalele surse de trafic ale articolului din ultima săptămână.
Badge-uri în calendarul social
Dacă folosești și Next Stage Schedule, fiecare slot publicat din calendarul Social Schedule primește o iconiță de ochi și traficul total al articolului. Schedule nu a avut nevoie de nicio modificare: Analytics citește markupul pe care Schedule îl randează deja și potrivește fiecare slot după permalink.
Manșeta live — shortcode-ul [pageview]
O bandă live, publică, pe care o pui în articol: câți cititori sunt pe site acum, câți au citit articolul azi, vizitatori azi și vizitatori luna aceasta. Etichete în română sau engleză, orice subset în orice ordine — iar dacă pluginul nu e configurat, nu randează absolut nimic.
Unde stă cheia
- Cheia de citire e ținută în opțiunile WordPress și folosită doar din PHP. Browserul vorbește cu admin-ajax de pe propriul tău domeniu — sau, pentru manșetă, cu o rută dedicată, mai ușoară — niciodată direct cu PageView.ro.
- Cheia corespunde exact unui singur site. Nu există niciun parametru de site pe care să-l trimiți, deci nu poate ajunge la datele altui site, iar un administrator o poate roti sau revoca oricând din dashboard.
- Cheia publică de tracker e o setare separată, iar pluginul respinge orice valoare care nu e o cheie publică — cheia secretă de citire nu poate ajunge din greșeală într-o pagină.
- Fiecare suprafață e cache-uită în WordPress, cu o protecție anti-stampede scrisă înainte de apelul extern, iar fiecare apel are timeout scurt. Și eșecurile se cache-uiesc, deci un API lent sau căzut nu îți blochează procesele PHP și nu se reîncearcă la fiecare ecran.
WordPress știe semnătura. Acum o știe și analytics-ul.
Lăsat singur, un tracker trebuie să deducă autorul și categoria din ce expune tema — un tag OpenGraph, un bloc JSON-LD, o clasă pe body. WordPress știe deja răspunsul, așa că pluginul îl trimite în loc să lase trackerul să ghicească.
Injectarea trackerului
Un singur comutator plus cheia publică de tracker, iar pluginul scrie scriptul de urmărire în head, pe fiecare pagină publică — instalarea propriu-zisă a analytics-ului, pentru site-urile care nu au deja snippetul în temă. Dacă tema îl are, activarea e inofensivă: trackerul se inițializează cel mult o dată per cheie.
Autor și categorie autoritare
Pe un articol, scriptul duce și autorul real al postării și categoria ei principală — categoria primară din Yoast, când editorul a setat una, altfel prima categorie atribuită. Trackerul le preferă în locul oricărei deducții din DOM, deci clasamentele pe autori și categorii nu se mai schimbă când schimbi tema sau pluginul de SEO.
Markerul de sindicalizare (opțional)
Un marker opțional adaugă în articolele publicate o notă de atribuire ascunsă, împreună cu un script care poartă URL-ul canonic al articolului. Pe site-ul tău nu face nimic. Când cineva republică HTML-ul pe alt domeniu, trimite exact un semnal fără identitate, iar acel republicator apare în caseta Aggregators din dashboard.
Rapoarte pe autori și categorii
Pentru că trackerul primește valori reale, clasamentele pe autori și categorii din dashboard raportează taxonomia redacției tale, nu aproximarea temei — afișări, vizitatori, timp mediu de lectură și câte articole a purtat fiecare semnătură sau categorie.
Sincer despre marker
Detecția republicărilor e best-effort prin construcție. Markerul folosește cheia publică de tracker, e exclus din feedurile RSS, iar un agregator care elimină scripturile îi rămâne invizibil. E detecție, niciodată dovadă.
Decizia și acțiunea, pe același rând.
Acesta e singurul loc în care PageView.ro intră în site-ul tău. Fiecare apel e un webhook HTTPS ai cărui octeți exacți sunt semnați HMAC, iar pluginul care îl primește verifică sursa, marcajul de timp și semnătura înainte să facă orice.
Republicare la prag
Un detector rulează pe o buclă scurtă și evaluează exact interogarea care desenează board-ul tău live, deci cifra care declanșează webhookul și cifra de pe ecran nu pot să difere. Când un articol trece de pragul de cititori live setat pentru un site partener, e republicat acolo — cu un registru „exact o dată”, deci un articol evergreen nu pleacă de două ori, și cu o listă de prefixe pe care nu le sindicalizezi niciodată.
Publici tu, când vrei tu
Un buton + pe fiecare listă de articole deschide lista site-urilor partenere și publică acel articol la cerere: pragul e ignorat, registrul „exact o dată” nu. Primești câte un rezultat per țintă — trimis, deja există acolo, sau eroarea concretă.
Rescriere înainte de publicare (opțional)
Bifezi „rescrie pe țintă” și, dacă site-ul care primește are Next Stage Writer configurat și pregătit, importul e ținut ca ciornă și rescris — titlu și conținut — cu prompturile acelui site, înainte de publicare. AI-ul nu rulează niciodată în interiorul webhookului, iar dacă rescrierea eșuează se publică oricum articolul original.
Testezi înainte de primul articol real
Fiecare țintă are un buton de test care trimite un payload complet semnat, verificat cap-coadă de plugin, la care acesta răspunde fără să importe nimic. Un test verde înseamnă că URL-ul, secretul comun și versiunea pluginului de la celălalt capăt sunt toate corecte.
Vezi cum se stinge articolul. Repostarea e la un click.
PageView.ro îți arată în timp real cum își pierde un articol cititorii. Dacă decizi că merită încă un impuls, butonul e chiar pe rândul acela: ia articolul deja publicat pe site-ul tău și îl postează pe propriile tale pagini de Facebook — acum, sau în următorul slot liber din programul pe care site-ul tău îl are deja. De câte ori vrei; nu există blocaj după prima dată, pentru că un articol mai vechi care urcă din nou e cazul normal.
- 01
Îl vezi
Urmărești cum scad cititorii live pe board-ul realtime, pe board-ul live complet, în istoric sau în overview-ul multi-site. Butonul stă chiar pe rândul articolului.
- 02
Alegi momentul
Postează acum, sau pune-l în următorul slot liber din programul pe care site-ul tău îl ține oricum. Două opțiuni, fără a treia — și fără vreun „moment optim” inventat.
- 03
Citești rezultatul
Postat, pus în coadă, articol negăsit pe site sau eroarea concretă întoarsă de site — pe loc, în interfață, pentru fiecare repostare.
Ce nu face
E partea pe care majoritatea uneltelor o omit. Repostarea e utilă pentru că decizia și acțiunea stau în același loc — nu pentru că ceva de aici ar demonstra că a funcționat.
- Nu e atribuire. Cititorii care revin apar ca referral obișnuit de Facebook, în canalul social, imposibil de deosebit de orice alt trafic de Facebook. Nimic din platformă nu măsoară rezultatul unei repostări și nu ne prefacem că o face.
- Nu e automat. Apasă un om. Detectorul automat de prag e altă funcție — republică pe site-uri partenere și nu trimite niciodată semnalul de social.
- E Facebook, prin design: paginile tale, prin conexiunea cu care site-ul publică deja. Nicio altă rețea nu e vizată.
- Nu e duplicat. Nu se importă, nu se recreează și nu se rescrie nimic — articolul deja publicat e predat programatorului tău după id. Ciornele, articolele private și cele protejate cu parolă sunt refuzate.
- E o singură încercare, nu o garanție de livrare. O cerere semnată, cu timeout scurt și fără reîncercare; dacă eșuează, afli, și decizi tu dacă mai apeși o dată.
- Protecția la dublare e doar în aceeași secundă. Două click-uri la o secundă distanță înseamnă două postări reale. Iar „postat” înseamnă că cel puțin una dintre paginile selectate a acceptat.
- O repostare pusă în coadă pleacă atunci când rulează programatorul site-ului tău. Dacă publicarea automată e oprită în Next Stage Schedule, elementele din coadă îl așteaptă.
- Nu există istoric al repostărilor în dashboard — intenționat. Înregistrarea durabilă e jurnalul de import din propriul tău WordPress.
Patru pluginuri și exact ce adaugă fiecare.
Acestea sunt pluginurile Next Stage care chiar schimbă date cu PageView.ro. Restul suitei nu atinge platforma, deci nu apare aici.
| Plugin | Versiune | Ce adaugă |
|---|---|---|
| Next Stage Analytics | 1.8.0 | Puntea. Citește API-ul public în șase locuri din wp-admin și din front-end și, opțional, scrie înapoi — injectarea trackerului cu autorul și categoria reale, plus markerul de sindicalizare. |
| Next Stage Cross | 1.6.0 | Primește webhook-urile semnate: importă un articol republicat sau declanșează o repostare pe Facebook pentru propriul site. Tot el servește articolul către site-ul partener care îl importă. |
| Next Stage Schedule | 3.26.3 | Programarea pe social. Găzduiește calendarul Social Schedule pe care Analytics pune badge-urile de trafic și expune API-ul protejat pe care Cross îl apelează ca să publice acum sau să pună în următorul slot. |
| Next Stage Writer | 2.4.1 | Opțional. Rescrie titlul și conținutul unui articol republicat cu prompturile site-ului care îl primește, înainte să apară acolo. |
Versiunile sunt build-urile descrise în pagina asta. Fiecare plugin cere WordPress 5.6+ și PHP 7.4+ și se actualizează din serverul propriu de update, nu din directorul WordPress.org.
De ce are nevoie.
Lista completă, inclusiv părțile care te blochează dacă nu le ai. Citirea traficului e jumătatea ușoară; publicarea și repostarea au cerințe reale.
Ca să citești traficul în WordPress
- WordPress 5.6+ și PHP 7.4+, cu Next Stage Analytics instalat.
- O cheie API a site-ului din Settings → API access, plus URL-ul de bază afișat lângă ea.
- Next Stage Schedule doar dacă vrei badge-urile de trafic în calendarul Social Schedule.
- Nimic altceva — toate suprafețele de raportare de mai sus merg doar cu Analytics.
Ca să republici pe un site partener
- Next Stage Cross pe site-ul care primește, cu site-ul tău trecut ca sursă: domeniul lui plus un secret comun.
- Un endpoint HTTPS. Adresele loopback, private și link-local sunt respinse — aceeași verificare rulează și în dashboard, și în platformă.
- Un prag de cititori live per țintă, dacă vrei să plece automat; altfel butonul + publică la cerere.
- Next Stage Writer pe site-ul care primește, configurat și cu cota disponibilă, doar dacă vrei rescrierea. Fără el, articolul se importă pur și simplu așa cum e.
Ca să repostezi pe Facebook
- Next Stage Cross și Next Stage Schedule pe același site, cu paginile de Facebook deja conectate la modul în care publică acel site.
- Site-ul trecut în propriile lui surse Cross, cu secretul de repostare generat în pagina Crosspost — o repostare e site-ul tău care se apelează pe el însuși.
- Doar articole publicate și vizibile public; ciornele, articolele private și cele cu parolă sunt refuzate, iar prima pagină nu poate fi repostată.
- Dacă site-ul publică prin ContentStudio, nu printr-o conexiune directă la Facebook, filtrarea „doar Facebook” depinde de lista de conturi memorată în acel workspace.
Permisiuni și platformă
- Publicarea și repostarea sunt condiționate de o permisiune de crosspost acordată explicit per utilizator, la nivel de rețea. Rolul de administrator de site nu e suficient în sine.
- Citirea traficului nu are o astfel de condiție: oricine poate deschide acele ecrane din WordPress vede cifrele.
- Sunt funcții recente ale platformei. Dacă un workspace nu a fost încă actualizat pentru ele, dashboardul o spune direct, în loc să eșueze în tăcere.
Integrarea cu WordPress, pe scurt.
Singurul lucru pe care îl adaugă într-o pagină publică e scriptul de urmărire, și doar dacă îi ceri să îl injecteze — un script defer, care se încarcă după conținut. Toate cifrele de trafic sunt luate din PHP, pe server, cache-uite și randate asincron în ecranele din wp-admin, deci lista de articole sau editorul nu așteaptă niciodată apelul extern. Manșeta [pageview] e singura funcție de front-end care citește date și servește valori din cache, cu timeout scurt; dacă PageView.ro e lent sau inaccesibil, pur și simplu nu se randează.
Fiecare metrică e cache-uită în tranzienți WordPress — de la circa 15 secunde pentru numărul de cititori live până la circa 10 minute pentru widgetul din panoul de control — în spatele unei protecții anti-stampede scrise înainte de apelul extern, deci un val de vizitatori produce o cerere, nu sute. Articolele nepublicate nu generează niciun apel, căutările necache-uite pe articol de pe calea publică sunt limitate pe minut, apelurile externe au timeout scurt, iar eșecurile se cache-uiesc și ele, deci o indisponibilitate nu se transformă în furtună de reîncercări.
Doar Next Stage Analytics pentru tot ce citești în WordPress. Next Stage Schedule dacă vrei badge-urile de trafic în calendarul lui social sau vrei să trimiți un articol publicat către social. Next Stage Cross pe orice site care primește un articol sau o repostare. Next Stage Writer doar dacă vrei ca articolele republicate să fie rescrise înainte de publicare. Sunt pluginuri separate, iar rapoartele nu depind deloc de cele de publicare.
E ținută în opțiunile WordPress și folosită doar din PHP — browserul vorbește cu propriul tău site, niciodată cu PageView.ro. Cheia corespunde exact unui singur site, deci chiar dacă s-ar scurge nu ar putea ajunge la datele altui site, iar un administrator o poate roti sau revoca oricând din Settings → API access. Cheia publică de tracker e un câmp separat, a cărui validare respinge orice nu e cheie publică, deci cea secretă nu poate ajunge într-o pagină.
Da — ăsta e scopul. Nu există registru și nici blocaj după prima dată, deci un articol mai vechi care urcă din nou poate fi repostat din nou, peste zile sau săptămâni. Nuanța e că protecția la dublare funcționează doar în aceeași secundă: două click-uri la o secundă distanță produc două postări reale pe Facebook, și nu există dialog de confirmare între ele.
Nu. Fiecare repostare e un om care apasă un buton pe rândul unui articol. Funcția automată din zona asta e alta: republică un articol pe site-uri partenere când trece de un prag de cititori live pe care l-ai configurat tu, și e construită să nu trimită niciodată semnalul de social. Nici rezultatul unei repostări nu e măsurat — cititorii revin ca referral obișnuit de Facebook, în canalul social, la fel ca orice alt trafic de Facebook.
Pune cifrele acolo unde se lucrează.
Accesul e pe bază de invitație cât timp creștem. Cere o invitație și configurăm împreună site-ul, cheia și pluginurile.