Šiai apžvalgai užregistravau dvi WordPress programas Cloudways Site Manager — vieną per įvedimo ekraną, paslėptą pačios programos šoninėje juostoje, kitą per masinį srautą, esantį paskyros lygiu.
Nuo ten paleidau tikrą „Safe Update“ keturiems papildiniams, sukūriau bendrą automatinio atnaujinimo tvarkaraštį, apimantį abi svetaines, įjungiau veiklos žurnalus ir pakankamai laiko praleidau paskyros lygio skydelyje, kad suprasčiau, kur ta pati informacija rodoma daugiau nei vienoje vietoje ir kodėl tai svarbiau, nei atrodo.
Site Manager pakeitė senesnį Cloudways priedą „SafeUpdates“. Suprasti, ko SafeUpdates negalėjo padaryti, paaiškina beveik kiekvieną dabartinio produkto dizaino sprendimą.
SafeUpdates viską vykdė per SSH, o tai kėlė specifinių problemų visiems, valdantiems daugiau nei kelias svetaines:
Agentūros, valdančios dvidešimt ar daugiau WordPress dieginių, Cloudways iš esmės pasakė, kad įrankis veikė tol, kol nebetilpo į mastą, o mastelis ir buvo pagrindinė priežastis, kodėl jos rinkosi Cloudways.
Site Manager yra tiesioginis atsakas į tą grįžtamąjį ryšį. Šis kontekstas svarbus skaitant likusią apžvalgą, nes jis paaiškina, kodėl kai kurios produkto dalys atrodo neįprastai brandžios, nors vis dar yra „Public Preview“, ir kodėl kitos dalys, pavyzdžiui, įvedimo žingsnis, su kuriuo susidursite pirmą dieną, vis dar rodo siūles.
Atsižvelgus į šį pagrindą, kitas klausimas yra apimtis: ką šis įrankis iš tiesų pasiekia. Prieš pereinant prie įvedimo, atnaujinimų ir tvarkaraščių, verta tiksliai pasakyti, ką Site Manager apima ir ko ne, nes sąžiningas atsakymas yra niuansuotesnis nei paprastas taip arba ne.
Kiekviena programa, kurią buvo galima įtraukti į paskyros lygio Site Manager, tiek per atskirą programos ekraną, tiek per masinį vedlį skiltyje Integrations, buvo iš serverio, jau esančio mano Cloudways paskyroje.
Nebuvo lauko, kuriame būtų galima įklijuoti prisijungimo duomenis iš išorinėje talpinimo vietoje esančio diegimo, ir nebuvo jungties svetainei, veikiančiai visiškai kitame hostinge.
Visa šiame vertinime aptariama funkcijų visuma — „Safe Update“ su bandomąja kopija, vaizdinis regresijos testavimas, veiklos žurnalai, masinis planavimas — visa tai veikia šiame gimtajame, Cloudways talpinamame sluoksnyje.
Cloudways taip pat leidžia nemokamą WordPress įskiepį, taip pat pavadintą Cloudways Site Manager, kartu sukurtą su WP Remote.
Skirtingai nei gimtasis skydelis, šis įskiepis įsidiegia tiesiai į WordPress svetainę, nesvarbu, kur ji talpinama, todėl gali įtraukti išorinę, ne Cloudways svetainę į panašią centralizuotą peržiūrą.
Tačiau tai iš tiesų yra kitoks produktas nei gimtasis skydelis, ir skirtumas tarp jų svarbus:
| Galimybė | Gimtasis Site Manager (Cloudways talpinamos programos) | Site Manager įskiepis (bet kuris hostas) |
|---|---|---|
| Centralizuotas skydelis | Taip | Taip |
| Branduolio, įskiepių, temų atnaujinimai | Taip | Taip |
| Safe Update (staging kopija + vizualinis regresijos testas) | Taip | Ne |
| Serverio lygio talpykla (Varnish, Redis, Cloudflare) | Taip | Ne |
| Veiklos žurnalai | Taip (Pro) | Neatitinka |
| Kaina | Nemokama (Basic) / mokama (Pro) | Nemokamai |
Įskiepis taip pat išjungia pačios WordPress automatinius atnaujinimus, kai jis aktyvus, tai sąmoningas Cloudways sprendimas, siekiant išvengti konfliktų nuotolinio valdymo metu.
Cloudways atvirai sako, kad įskiepio kelias yra pereinamasis variantas, o ne galutinis tikslas: jei norite viso rinkinio — automatinių atsarginių kopijų, vieno spustelėjimo staging, Cloudflare integracijos, valdomos talpyklos — rekomenduojama praktika yra perkelti išorinę svetainę į Cloudways, o ne ilgainiui ją valdyti nuotoliniu būdu.
Agentūrai, kurios visas portfelis jau talpinamas Cloudways, visa tai nesvarbu. Tiems, kurie vis dar valdo kelias svetaines kitur, o iš savo pokalbių su agentūromis per daugelį metų galiu pasakyti, kad dauguma jų turi bent kelias, įskiepis yra reali galimybė baziniam stebėjimui ir atnaujinimams, tik ne pakaitalas tam, ką daro gimtasis skydelis.
Aiškiai nustačius apimtį, praktinė dalis prasideda čia: iš tikrųjų prijungti WordPress programą. Cloudways suteikia du būdus patekti į gimtąjį Site Manager, ir jie nėra vienodai tinkami šiam darbui.
Štai tiksliai, kaip ten patekau pirmą kartą. Iš Cloudways pagrindinio skydelio spustelėjau savo serverį, tada WordPress programą, esančią jame, ir tai nuveda į tos programos Access Details puslapį.
Ten kairėje esančioje šoninėje juostoje pateikiami Access Details, Staging Management, Monitoring, Application Security, Domain Management ir galiausiai Site Manager, pažymėtas “New” žyma. Spustelėjus jį, patekau tiesiai į ekraną pavadinimu “Simplify App Management with Site Manager,” visiškai pritaikytą tik tai vienai programai, su dviem planų kortelėmis greta: Basic ir Pro.
Spustelėjau Get Pro. Tada viskas pakrypo ne taip.
Ekranas pasikeitė į “Subscribing to the Site Manager Plan…” su žinute, paaiškinančia, kad Cloudways diegia įskiepį ir sinchronizuoja mano svetainės duomenis, ir kad tai gali užtrukti kelias minutes, priklausomai nuo programos dydžio.
Procesas truko apie dvi minutes ir tada nepavyko, grįžtant su raudonu klaidos pranešimu: “Please delete existing plugin and install again.” Aš neturėjau jokio anksčiau įdiegto įskiepio, kurį būtų galima ištrinti, todėl pats pranešimas nepasakė, kas iš tikrųjų nutiko.
Antrą kartą spustelėjau Get Pro, tame pačiame plano ekrane, nieko nekeisdamas. Tas bandymas pavyko. Jis truko apie tris minutes ir baigėsi žaliu sėkmės pranešimu, patvirtinančiu, kad užsiprenumeravau Site Manager planą, o mane nukreipė į programos Site Manager Overview puslapį, kuriame jau buvo užpildytas įskiepių skaičius, temų skaičius, našumo įvertinimas ir Manage Updates lentelė.
Šis kelias yra tas, kurį verta naudoti vos tik turite daugiau nei vieną svetainę valdyti, ir štai tiksliai, kaip jį radau ir naudojau.
Iš Cloudways pagrindinio skydelio kairėje esanti navigacija turi ikonų eilę: Home, Flexible, Autonomous, Integrations ir Agency Partners. Spustelėjau Integrations. Tai atidarė kortelių panelę: Site Manager (pažymėta “New”), Application Migration, DNS Made Easy, CookieYes ir Equalize Digital Accessibility Checker tarp jų.
Spustelėjus Site Manager kortelę, patekau į visiškai kitą ekraną nei 1 kelyje, ekraną, esantį po breadcrumb Integrations → Add-Ons → Site Manager, su savo skirtukų eile: Overview, Manage Updates, Auto Updates, History.
Šis Overview puslapis yra tikrasis valdymo centras. Jame rodoma paskyros masto statistika, Total Apps on Site Manager, Apps on Free Plan, Apps on Pro Plan, Apps with Auto Updates, o apačioje yra Manage Applications lentelė, kurioje pateikiamos visos jau prijungtos programos.
Norėdamas prijungti dar daugiau, viršutiniame dešiniajame tos lentelės kampe spustelėjau Add Apps to Site Manager. Tai atidarė dviejų žingsnių vedlį:
Virš sąrašo esanti pastaba paaiškino, kad jis neapima staging programų, sustabdytuose serveriuose esančių programų ir tų, kurios jau naudoja senąjį SafeUpdates priedą. Pažymėjau norimą programą ir spustelėjau Select Plan.
Visas procesas užtruko mažiau nei minutę, kai tik patekau į vedlio ekraną, ir jis buvo pritaikytas kiekvienai mano pažymėtai programai iš karto, nereikėjo kartoti plano pasirinkimo kiekvienai svetainei atskirai.
Dabar, kai programas įtraukiau abiem būdais, štai išvada, kuri pakeitė mano požiūrį į šio produkto kasdienę priežiūrą. Į serverį, kuriame Site Manager jau aktyviai valdė vieną programą, pridėjau antrą WordPress programą tame pačiame serveryje.
Tikėjausi, kad nauja programa pasirodys automatiškai, nes ji buvo visai šalia programos, kurią Site Manager jau žinojo. Taip nenutiko. Paskyros lygio skydelio “Total Apps on Site Manager” skaičius liko nepakitęs, kol rankiniu būdu neperėjau naujos programos per įvedimo procesą.
Tai yra dizaino sprendimas, bet sprendimas su operacine kaina:
Site Manager padalintas į tikrai naudingą nemokamą planą ir Pro planą, kuris atrakina funkcijas, aplink kurias agentūra iš tikrųjų kurtų darbo eigą.
| Funkcija | Basic (Nemokamai) | Pro |
|---|---|---|
| Svetainės apžvalga | Taip | Taip |
| Vartotojų, temų, įskiepių valdymas | Taip | Taip |
| Greitieji atnaujinimai | Taip | Taip |
| WordPress vienkartinis prisijungimas (Single Sign-On) | Taip | Taip |
| Centralizuotas skydelis | Taip | Taip |
| Safe Updates (staging kopija + regresijos testas) | Ne | Taip |
| Suplanuoti automatiniai atnaujinimai | Ne | Taip |
| Svetainės našumo stebėjimas | Ne | Taip |
| Veiklos žurnalai | Ne | Taip |
| Atnaujinimų istorija | Ne | Taip |
Basic nėra sumažinta bandomoji versija. Jame yra tikra svetainės apžvalga, galimybė valdyti vartotojus, temas ir įskiepius neliečiant wp-admin, vieno spustelėjimo WordPress vienkartinis prisijungimas, Quick Updates ir, svarbiausia, pats centralizuotas skydelis.
Cloudways nepaslėpė pagrindinės “matyti visas savo svetaines vienoje vietoje” patirties už mokamos sienos. Svarbiausia, kas užrakinta, yra viskas, kas daro tą skydelį pakankamai patikimą veikti be nuolatinės priežiūros.
Pro šiuo metu galima naudoti nemokamai „Public Preview“ metu, nepaisant nurodytos kainos, kuri yra $3 už programą per mėnesį, sumažėjanti iki $2 už programą, kai peržengiate penkių programų ribą.
Ta nuolaidos riba verta paskaičiavimo prieš manant, kad Pro mastelis pigus:
| Valdomos svetainės | Pro kaina (nurodyta) |
|---|---|
| 3 svetainės | $9/mėn. |
| 5 svetainės | $10/mėn. ($2/programai) |
| 10 svetainių | $20/mėn. |
| 25 svetainės | $50/mėn. |
| 50 svetainių | $100/mėn. |
Nė vienas iš šių skaičių nėra neprotingas, palyginti su tuo, kiek klientų pasitikėjimo gali kainuoti vienas sugedęs, be atsarginės kopijos atliktas atnaujinimas, tačiau mokėjimas už programą reiškia, kad sąskaita auga tiesiškai kartu su jūsų portfeliu, o ne laiptiniais nuolaidų šuoliais, kuriuos siūlo kai kurie konkuruojantys įrankiai aukštesniuose lygiuose.
Nugrindavus įvedimą ir kainodarą, likusi apžvalgos dalis apima, kaip atrodo kasdienis naudojimas, pradedant nuo architektūros dalies, kurią verta suprasti.
Štai dalis Site Manager dizaino, kurią suprasti užtruko ilgiausiai, ir ji niekur nėra paaiškinta pačiame sąsajos elemente.
Tai trys durys į tą pačią patalpą. Per programos peržiūrą dirba tas, kas jau yra konkrečioje svetainėje ir tiesiog pastebi laukiančią naujinimą. Paskyros lygio eilutės veiksmas skirtas tam, kas peržvelgia visą portfelį ir nusprendžia dabar veikti vienoje svetainėje.
Planavimo skirtukas skirtas tam, kad žmogaus iš viso nereikėtų.
Iš trijų ką tik aprašytų durų šis skyrius apima pirmąsias dvi — programos peržiūrą ir paskyros lygio eilutės veiksmą — nes abi atveria tą pačią atnaujinimo mechaniką.
Kiekvienas plano lygis suteikia Quick Update. Jį pritaikyti užtrunka sekundes: atnaujinimas įdiegiama tiesiai į gamybinę aplinką be suderinamumo patikros ir be iš anksto daromos atsarginės kopijos.
Pačios Cloudways sąsajos tekstas apie kompromisą kalba atvirai, įspėdamas, kad jis gali “kelti riziką, jei atnaujinimai nesuderinami.”
Aš šiame bandyme neatlikau Quick Update, todėl iš pirmų lūpų negaliu aprašyti, kaip atrodo nesėkmingas atvejis ekrane. Tai yra tikra šios apžvalgos spraga, ir bet kokius mano ar bet kurio kito, kas neinicijavo nesėkmingo atnaujinimo, teiginius apie Quick Update nesėkmės elgesį vertinčiau atsargiai.
Safe Update yra vieta, kur Pro uždirba savo kainą, ir verta viską peržvelgti, nes procesas yra sudėtingesnis nei “atsarginė kopija, tada atnaujinimas.”
Štai tiksliai, kaip jį paleidau. Iš paskyros lygio Overview lentelės skiltyje Integrations → Site Manager radau eilutę su programa, kuriai buvo laukiančių atnaujinimų, ir spustelėjau trijų taškų Actions meniu tos eilutės pabaigoje. Jame buvo keturios parinktys: WP-Admin, App Overview, Manage Updates ir Manage Plan. Spustelėjau Manage Updates.
Tai atidarė modalinį langą, kuriame buvo išvardyti visi įskiepiai, turintys laukiančius atnaujinimus, keturi mano atveju: Breeze, Elementor, Object Cache Pro ir WP ULike, kiekvienas pažymėtas kaip pasirinktas, su dabartine versija ir versija, į kurią jis bus atnaujintas.
Po sąrašu buvo dvi radijo parinktys: Quick Update ir Safe Update, kiekviena su vienos eilutės kompromiso aprašymu. Pasirinkau Safe Update ir spustelėjau Proceed.
Vietoje vieno progreso indikatoriaus atsivėrusiame modaliniame lange rodoma etapų kontrolinė seka, kuri atsinaujina realiu laiku.
Staging aplinka:
Produkcija:
Paleidžiau procesą 6:21 pm ir jis baigėsi 6:27 pm. Šešios minutės keturiems įskiepiams per visą staging-then-production ciklą. Pats modalinis langas nurodo, kad tai “usually takes less than a minute,” o mano atvejis tą prognozę viršijo gerokai.
Šis skirtumas tarp nurodyto įvertinimo ir tikro laiko verta planuoti iš anksto, o ne nustebti, jei Safe Update vykdote keliems įskiepiams techninės priežiūros lango metu — planuokite minutes, o ne sekundes, ypač augant įskiepių skaičiui.
Sėkmės pranešimas patvirtino rezultatą, ir vos procesui pasibaigus paskyros lygio History skirtukas jį užregistravo kaip “On-Demand Successful: Plugins (4)” su nuoroda į visą informaciją.
Šis ciklo uždarymas — stebėti, kaip veiksmas vyksta, o paskui iškart matyti nuolatinį jo įrašą — yra būtent toks kliento akivaizdoje svarbus įrodymas, kurio agentūrai reikia, ir kurio SafeUpdates niekada nesuteikė.
Abi jos randamos planavimo sraute, o ne pagal pareikalavimą atliekamo atnaujinimo ekrane, todėl jas lengva praleisti:
Kartu šios dvi numatytosios reikšmės lemia, ar naktinis automatizuotas atnaujinimo darbas pažadins jus su vienu pažymėtu įskiepiu eilėje, ar su visa svetaine, įstrigusia atnaujinimo viduryje, nes vienas nesuderinamas šablonas sustabdė visą procesą. Verta patikrinti abi prieš pasitikint, kad tvarkaraštis dirbs be priežiūros.
Tai užbaigia pirmas dvi duris. Šis skyrius apima trečiąją: žmogaus pašalinimą iš proceso visiškai. Auto Updates skirtukas, pasiekiamas iš to paties paskyros lygio Site Manager puslapio, yra vieta, kur “valdyk daugybę svetainių taip, lyg tai būtų viena” idėja arba suveikia, arba subyra. Mano atveju ji suveikė.
Štai tiksliai, kaip jį sukonfigūravau. Iš Integrations → Site Manager spustelėjau viršutinėje juostoje esantį Auto Updates skirtuką.
Kol nieko dar nebuvo suplanuota, puslapyje rodoma tuščia būsena, “No Auto Updates Schedule,” su vienu mygtuku: Set Auto Update Schedule.
Spustelėjus jį atsidarė vedlys, “Set Auto Update Schedule,” kuris vienu kartu vedė per šiuos žingsnius:
Tada atsidarė antras ekranas, “Create Auto Update Schedule,” apimantis:
Spustelėjus apačioje esantį Set AutoUpdate Schedule, viskas buvo išsaugota ir pritaikyta kiekvienai mano antrame žingsnyje pasirinktai programai, nereikėjo kartoti konfigūracijos kiekvienai svetainei atskirai.
Trys durys ir už jų esanti atnaujinimų mechanika paaiškina kaip. Ši paskutinė funkcija paaiškina įrodymą: nuolatinį įrašą apie tai, kas įvyko, atskirai nuo paties atnaujinimo proceso.
Štai tiksliai, kaip jį įjungiau.
Iš tos programos pačios Site Manager Overview puslapio, į kurį patenkate užsiprenumeravę per 1 kelią, kortelė su užrašu “Activity Logs are Disabled” yra šalia našumo žiedo, su trumpu aprašymu ir vienu mygtuku: Enable Activity Logs.
Spustelėjau jį, ir kortelė iškart atsinaujino, be patvirtinimo modalinio lango, be papildomų veiksmų. Iškart po to patikrinus paskyros lygio Manage Applications lentelę skiltyje Integrations → Site Manager, tos programos Activity Logs stulpelis jau buvo persijungęs iš Disabled į Enabled, nereikėjo net atnaujinti puslapio.
Ši funkcija yra Pro plane ir ji skirta atsakyti į klausimą, kurio kiekviena agentūra anksčiau ar vėliau sulaukia iš kliento: kas ką pakeitė ir kada?
Be jos, atsakymas dažniausiai gyvena WordPress žurnalo įskiepyje, kuris rašo į pačios svetainės duomenų bazę, o tai ilgainiui ją apkrauna ir nesuteikia apsaugos nuo klastojimo. Turėti tą įrašą už WordPress diegimo ribų, pačiame talpinimo sluoksnyje, yra reikšmingai kitoks pasitikėjimo lygis viskam, kas susiję su klientais.
Turint prieš akis visas funkcijas, jų kainą ir šiurkštumus, paskutinis klausimas yra paprastas: ar tai tinka būtent jūsų portfeliui.
Aiškiausiai tinka agentūrai arba laisvai samdomam kūrėjui, valdantiems keletą, o idealiu atveju daugybę WordPress svetainių, kurios jau pilnai gyvena Cloudways, kur sugedęs atnaujinimas turi realią kainą klientų pasitikėjimui, o ne tik asmeniniam nepatogumui.
Safe Update darbo eiga ir masinis planavimas egzistuoja būtent tam, kad išspręstų problemą, kuri iškyla tada, kai jau nebeįmanoma kiekvienos svetainės tikrinti atskirai.
Tai dalinis pasirinkimas tiems, kurių portfelis mišrus. Nemokamas Site Manager įskiepis gali įtraukti išorines svetaines baziniam stebėjimui ir atnaujinimams, bet funkcijos, dėl kurių gimtasis skydelis vertas mokėjimo — staging pagrindu veikiantis Safe Update, vizualinis regresijos testavimas, veiklos žurnalai — nepasiekiamos, kol tos svetainės iš tikrųjų neperkeliamos į Cloudways.
Vienos svetainės savininkui tai tiesiog nereikalinga. Nemokamas planas techniškai veiktų, bet visas produktas sukurtas spręsti portfelio masto problemą, kurios viena svetainė niekada nesukuria.
Taip, Site Manager verta naudoti, su viena sąlyga: jūsų svetainės jau talpinamos Cloudways. Šiame rėžyje Site Manager iš tiesų pateisina pažadą — realus kelių programų skydelis, Safe Update kelias, kuris prieš liesdamas produkciją sukuria atsarginę kopiją, ir masinis planavimas, kuris atnaujinimus traktuoja kaip viso laivyno veiksmą, o ne kaip užduotį kiekvienam prisijungimui atskirai.
Už šio rėžio ribų tai yra lengvesnis įrankis su aiškiu migracijos skatinimu. Geriausiai tinka agentūrai, konsoliduojančiai klientų svetaines į Cloudways ir norinčiai vienoje vietoje įrodyti, kas pasikeitė ir kada.
| Description | Expert Review |
|---|---|
| Valdomas WordPress talpinimas su greičiu, saugumu ir be rūpesčių atnaujinimais. | Read Wordpress Hosting Review |
| Lanksti, aukšto našumo debesų talpinimo paslauga su plečiamais ištekliais ir pat... | Read Cloud Hosting Review |
| Saugus ir efektyvus el. pašto talpinimas, pritaikytas verslo komunikacijos poreikiam... | Read Email Hosting Review |
| Optimizuotas Magento talpinimas su greitu veikimu ir patobulintu el. prekybos našumu... | Read Magento Hosting Review |
| Read WooCommerce hosting Review | |
| Read VPS Hosting Review |
Taip. Cloudways Site Manager yra vietinis priedas, kuris centralizuotai valdo atnaujinimus, našumo stebėseną ir veiklos žurnalus WordPress programoms, jau talpinamoms jūsų Cloudways paskyroje. Atskiras, nemokamas papildomas įskiepis suteikia lengvesnes stebėsenos ir atnaujinimų galimybes WordPress svetainėms, talpinamoms bet kur.
Ne per šiame apžvalgoje išbandytą vietinį valdymo skydelį, nes jis apribotas tik „Cloudways“ talpinamomis programomis. Nemokamas įskiepis, taip pat vadinamas „Cloudways Site Manager“ ir kartu kurtas su „WP Remote“, gali įtraukti išorines svetaines pagrindinių sistemos komponentų, įskiepių ir temų stebėjimui bei atnaujinimams, tačiau be „Safe Update“ laikinosios kopijos klone, vizualinio regresijos testavimo ar serverio lygmens spartinimo talpyklos.
„Basic“ pakopa yra nemokama ir apima svetainės apžvalgą, naudotojų ir papildinių valdymą bei „Quick Updates“. „Pro“ prideda „Safe Updates“, tvarkaraščius, našumo stebėjimą ir veiklos žurnalus už 3 USD per programą per mėnesį, o nuo penkių ar daugiau programų kaina sumažėja iki 2 USD; šiuo metu ją galima naudoti nemokamai „Public Preview“ metu.
Greitasis atnaujinimas pakeitimus tiesiogiai į gamybinę aplinką įdiegia per kelias sekundes be jokios atsarginės kopijos ar suderinamumo patikros. Saugus atnaujinimas sukuria parengiamąją kopiją, patikrina suderinamumą, atnaujina kiekvieną paketą, atlieka vizualinį regresijos testą ir į gamybinę aplinką išsiunčia tik tuo atveju, jei tas testas sėkmingas.
Taip. Naujos programos niekada neprisiregistruoja automatiškai, net kai jos pridedamos prie serverio, kuriame jau veikia kitos „Site Manager“ programos. Kiekvienai svetainei reikia atskiro įdiegimo veiksmo – atskirai arba per masinio diegimo vedlį skiltyje Integrations.
Atsakykite į keletą paprastų klausimų ir raskite puikų sprendimą sau!
Pradėkite hostingo paiešką
HostAdvice.com teikia profesionalias svetainių prieglobos apžvalgas visiškai nepriklausomai nuo bet kurio kito subjekto. Mūsų apžvalgos yra nešališkos, sąžiningos ir visais atvejais taiko tuos pačius vertinimus.
Iš patikrintų įmonių yra gaunama piniginė kompensacija. Paslaugų ir produktų kompensacija neturi įtakos mūsų apžvalgų pobūdžiui ar išvadoms. Kompensacija taip pat neturi įtakos tam tikrų prieglobos įmonių įvertinimui.
Ši kompensacija padengia recenzentų honorarų, paskyrų pirkimo ir testavimo išlaidas.
