M SEO Editor

Diegimas ir aktyvavimas

Įskiepiui reikia WordPress 6.5 ar naujesnės versijos ir PHP 7.4 ar naujesnės. Jokio kompiliavimo, jokio licencijos rakto, jokios paskyros.

1. Pirmiausia įdiekite WooCommerce ir visus įskiepius, kuriančius savus turinio tipus. Prieš aktyvuodami M SEO Editor perskaitykite žemiau esantį įspėjimą.
2. Atsisiųskite ZIP failą arba nukopijuokite aplanką m-seo-editor į /wp-content/plugins/.
3. Svetainės administravime eikite į Įskiepiai (Plugins), tada Pridėti naują (Add New), tada Įkelti įskiepį (Upload), pasirinkite ZIP failą ir įdiekite.
4. Aktyvuokite įskiepį įskiepių sąraše.
5. Administravimo meniu spustelėkite M SEO. Įskiepių sąraše taip pat atsiranda nuoroda Settings, vedanti tiesiai ten.

Kas veikia iš karto po aktyvavimo

Aktyvavimo metu numatytieji nustatymai įrašomi į parinktį mse_settings, svetainės žemėlapio būsena į parinktį mse_rewrite_state, užregistruojami žemėlapio maršrutai ir vieną kartą atnaujinamos perrašymo taisyklės, todėl /sitemap.xml atsiliepia iš karto. Jau esanti mse_settings parinktis niekada neperrašoma, tad išjungę ir vėl įjungę įskiepį konfigūraciją išsaugote. Viskas, kas išvardyta žemiau, veikia dar prieš jums atsidarant nustatymų puslapį.

• Antraštės pagal įtaisytus šablonus: %%title%% %%sep%% %%sitename%% turiniui ir %%sitename%% %%sep%% %%tagline%% pradžios puslapiui, kuriame rodomi naujausi įrašai.
• Meta aprašymai imami iš ranka įrašytos santraukos arba sugeneruojami iš turinio ir apkarpomi maždaug iki 160 simbolių.
• Pagal užklausos kontekstą parenkama canonical žyma, pakeičianti tą, kurią išveda pats WordPress.
• Open Graph ir Twitter Cards žymos (og_enabled reikšmė 1), kortelės tipas summary_large_image.
• Vienas JSON-LD grafas kiekviename puslapyje: WebSite, Organization, WebPage, BreadcrumbList, o įrašuose dar ir Article.
• XML svetainės žemėlapis (sitemap_enabled reikšmė 1), apimantis tuos viešus įrašų tipus ir taksonomijas, kurie egzistavo aktyvavimo akimirką: visus viešus tipus, išskyrus priedus, bei kategorijas ir žymas. Įtraukiami pagrindiniai paveikslėliai. Standartinis wp-sitemap.xml išjungiamas, o į WordPress generuojamą robots.txt įrašoma eilutė Sitemap:.
• Kai veikia WooCommerce: prekių struktūrizuoti duomenys ir prekių Open Graph kainos žymos, abu įjungti. Nė vienas iš jų nepriklauso nuo to, kada WooCommerce buvo įdiegtas.
• Antraščių skiriamasis ženklas yra trumpasis brūkšnys (en). Žinių grafo tipas – organizacija, pavadinta pagal svetainės pavadinimą.

Kas lieka tuščia, kol patys neužpildote

Šie laukai tiekiami tušti. Nė vienas iš jų nieko negadina, bet pirmuosius keturis verta užpildyti pirmą dieną.

• Pradžios puslapio antraštė ir jo meta aprašymas.
• Organizacijos ar asmens vardas ir logotipas (kg_name, kg_logo_id).
• Numatytasis socialinių tinklų paveikslėlis (default_og_image_id).
• X (Twitter) svetainės naudotojo vardas ir socialinių profilių adresų sąrašas.
• Kiekvieno turinio tipo antraštės šablonas ir noindex žymimasis langelis.
• Iš žemėlapio išbraukiamų įrašų sąrašas (sitemap_exclude_ids).

Kur įskiepis gyvena wp-admin

Įskiepis prideda vieną pagrindinio lygio meniu punktą M SEO su didinamojo stiklo piktograma, meniu apačioje. Puslapio antraštė – M SEO Editor, adresas – admin.php?page=m-seo-editor. Prieigai reikia manage_options teisės, praktiškai tai reiškia administratorių. Naudotojas be jos to puslapio nepasiekia: WordPress paslepia meniu punktą, o į tiesioginį kreipimąsi atsako savo paties pranešimu "Sorry, you are not allowed to access this page." Įskiepis tą pačią patikrą pakartoja puslapio viduje kaip antrą apsaugos liniją, tad jo paties formuluotės niekas nemato. Puslapyje yra kortelės General, Social ir Sitemap, o veikiant WooCommerce dar ir WooCommerce. Kiekviena kortelė turi savo Save Changes mygtuką, ir vienos kortelės išsaugojimas niekada neatstato kitos reikšmių. Kiekvieno įrašo, puslapio, prekės ar pasirinktinio tipo redagavimo lange įskiepis prideda bloką, kurio antraštė prasideda žodžiu SEO ir baigiasi įskiepio pavadinimu; jis rodomas pagrindiniame stulpelyje, iškart po redaktoriumi. Vaizdas vienodas blokų redaktoriuje, klasikiniame redaktoriuje ir WooCommerce prekių languose.

General kortelė

Trys skiltys: Titles & descriptions, Content types ir Knowledge graph. Pradžios puslapio laukai galioja tik tada, kai pradžios puslapyje rodomi naujausi įrašai. Jei pradžios puslapis yra statinis, jo antraštė ir aprašymas imami iš to puslapio SEO bloko, o abu pradžios puslapio nustatymai ignoruojami.

• Title separator: aštuoni pasirinkimai (brūkšnelis, trumpasis brūkšnys (en), ilgasis brūkšnys (em), vidurinis taškas, sąrašo ženklas, vertikalus brūkšnys, kampinė kabutė, tildė). Numatytoji reikšmė yra trumpasis brūkšnys. Neatpažinta reikšmė pakeičiama trumpuoju brūkšniu.
• Homepage title: numatytai tuščia, tada naudojama %%sitename%% %%sep%% %%tagline%%.
• Homepage meta description: numatytai tuščia, tada naudojamas svetainės šūkis.
• Content types: po eilutę kiekvienam viešam įrašo tipui (priedai sąmoningai neįtraukti), kiekvienoje antraštės šablonas (numatytai tuščias, tai reiškia %%title%% %%sep%% %%sitename%%) ir žymimasis langelis "Hide from search results (noindex)", numatytai išjungtas.
• Šablonų kintamieji: %%title%%, %%sitename%%, %%tagline%%, %%sep%%, %%excerpt%%, %%category%%, o veikiant WooCommerce dar %%price%% ir %%sku%%. Nežinomas kintamasis, parašytas mažosiomis raidėmis ir apatiniais brūkšniais, virsta niekuo. Visa kita tarp %% ženklų, pavyzdžiui didžioji raidė ar skaitmuo, patenka į antraštę tiksliai taip, kaip įrašyta, tad %%Title%% ir %%price2%% pasimato paieškos rezultatuose. Tuščio kintamojo palikti pertekliniai skiriamieji ženklai sutraukiami, o pavieniai nubraukiami nuo antraštės pradžios ir pabaigos.
• This site represents: "An organisation" (numatyta) arba "A person".
• Organisation or person name: numatytai tuščia, naudojamas svetainės pavadinimas.
• Logo: numatytai nėra. Naudojamas kaip leidėjo atvaizdas struktūrizuotuose duomenyse; kvadratinis, ne mažesnis kaip 112 x 112 px.

Social kortelė

Open Graph ir Twitter Cards išvestis bei profilių sąrašas, maitinantis sameAs lauką struktūrizuotuose duomenyse. Dalijimosi paveikslėlis parenkamas trimis žingsniais: pirma įrašo socialinis paveikslėlis, tada jo pagrindinis paveikslėlis, tada čia nurodytas numatytasis. Jei nėra nė vieno, paveikslėlio žymos praleidžiamos, o Twitter kortelės tipas automatiškai pakeičiamas iš didelio paveikslėlio į paprastą summary.

• Social meta tags: "Output Open Graph and Twitter Card tags", numatytai įjungta. Išjungus įskiepis neišveda nė vienos og: ir twitter: žymos, o socialiniai tinklai spėlioja patys.
• Default social image: numatytai nėra. Rekomenduojama 1200 x 630 px.
• Card type: "Summary with large image" (numatyta) arba "Summary".
• Site username: numatytai tuščia. Saugoma be @ ženklo, nuo vienos iki penkiolikos raidžių, skaitmenų ar apatinių brūkšnių. Netinkama reikšmė atmetama, paliekama ankstesnė, o pranešimas paaiškina kodėl. Vardas taip pat paskelbiamas kaip https://x.com/vardas sameAs sąraše.
• Profile URLs: numatytai tuščia, po vieną adresą eilutėje. Eilutė, kurią WordPress gali pataisyti, ne atmetama, o pataisoma: įrašius facebook.com/mypage saugoma ir į sameAs patenka http://facebook.com/mypage, nesaugiu http protokolu. Pašalinamos tik tos eilutės, kurių išgelbėti neįmanoma, ir tik jos suskaičiuojamos pranešime. Rašykite pilną https:// adresą patys ir po išsaugojimo patikrinkite lauką.

Sitemap kortelė

Kol žemėlapis įjungtas, kortelės viršuje rodoma nuoroda į veikiantį indeksą. Indeksas yra adresu /sitemap.xml, vaikiniai žemėlapiai /sitemap-{tipas}.xml, antrasis ir tolesni puslapiai /sitemap-{tipas}-2.xml, o naršyklėje skaitomas stilius /sitemap.xsl. Svetainėje, kurioje tebenaudojamos paprastos nuorodos, tie patys dokumentai pateikiami adresu /?mse_sitemap=index, ir robots.txt nurodo būtent ten. Žemėlapiai siunčiami su antraštėmis X-Robots-Tag: noindex ir Cache-Control: public, max-age=3600.

• Sitemap: "Generate an XML sitemap", numatytai įjungta. Pakeičia įtaisytą WordPress žemėlapį; išjungus grįžta standartinis WordPress variantas.
• Include content types: pažymėta tai, kas buvo pažymėta aktyvavimo metu, tai yra visi tuomet egzistavę vieši įrašų tipai, išskyrus priedus. Tai įrašytas, o ne gyvai sudaromas sąrašas.
• Include taxonomies: pažymėta tai, kas buvo pažymėta aktyvavimo metu, tai yra kategorijos ir žymos, o prekių kategorijos tik tuo atveju, jei WooCommerce tuomet jau veikė. Taip pat įrašytas sąrašas.
• Images: "Include featured and product gallery images", numatytai įjungta.
• Exclude content: kableliais atskirti įrašų ar puslapių ID, numatytai tuščia.
• Viename žemėlapio puslapyje telpa iki 1000 adresų. Puslapiai skaičiuojami nuo paskelbtų įrašų dar netaikius noindex ir išbraukimų, todėl paskutinis didelio tipo puslapis gali būti trumpas ar net be įrašų. Tai padaryta sąmoningai, o XML lieka teisingas.
• Automatiškai praleidžiama: viskas, kas nepaskelbta, slaptažodžiu apsaugoti įrašai, noindex pažymėtas turinys, noindex pažymėti ištisi turinio tipai, išbraukti ID, WooCommerce prekės, kurių katalogo matomumas yra Hidden, ir terminai be įrašų. Autorių ar naudotojų žemėlapis nekuriamas apskritai.
• Taksonomijų įrašai lastmod datos neturi. Ją turi tik įrašų tipų eilutės.

WooCommerce kortelė

Ši kortelė matoma tik tada, kai veikia WooCommerce. Product mazgas apima paprastas ir variantines prekes: pavadinimą, aprašymą, paveikslėlį, sku, gtin (iš WooCommerce global unique id lauko, 9.2 ir naujesnėse versijose), prekės ženklą ir Offer, o variantinėms prekėms AggregateOffer su lowPrice, highPrice ir offerCount. priceValidUntil pridedamas tik paprastai prekei, kuri yra išpardavime su pabaigos data; variantinių prekių AggregateOffer jo neturi niekada. aggregateRating pridedamas tik tada, kai atsiliepimai įjungti visoje svetainėje ir prekė turi bent vieną atsiliepimą. Prekių archyvą valdo Shop puslapio SEO blokas.

• Product structured data: "Replace WooCommerce structured data with the richer M SEO version", numatytai įjungta. Atkabinami patys WooCommerce Product, WebSite ir BreadcrumbList generatoriai, kad puslapyje niekada nebūtų dviejų Product objektų. WooCommerce užsakymų laiškų struktūrizuoti duomenys nekeičiami.
• Product Open Graph: prideda product:price:amount, product:price:currency ir product:availability Facebook katalogams bei Pinterest Rich Pins. Numatytai įjungta.
• Brand source: aktyvavimo metu įrašyta reikšmė, tai yra "Brands (WooCommerce)" tik tuo atveju, jei taksonomija product_brand tuomet jau egzistavo, kitaip "None". Sąraše rodomi ir Brands, ir visi bendrieji prekių atributai, bet įrašyta reikšmė pati niekada neatsinaujina. Įdiegus WooCommerce po šio įskiepio, nustatymas lieka "None", tad į Product schemą prekės ženklas nepatenka, kol patys nepasirenkate ir neišsaugote.

SEO blokas įraše, puslapyje ar prekėje

Blokas turi tris korteles. Search engine rodo Google tipo rezultato peržiūrą virš SEO antraštės lauko (iki 200 simbolių) ir meta aprašymo lauko (iki 400 simbolių). Abu vietaženkliai rodo, kas būtų naudojama palikus lauką tuščią, ir abu veikia gyvai: rodiklis po kiekvienu lauku rodo simbolių skaičių ir faktinį plotį pikseliais, įspėdamas ties 580 px ir pažymėdamas perteklių ties 620 px antraštei, o aprašymui ribos yra 920 px ir 990 px. Social kortelėje yra dalijimosi kortelės peržiūra, Social title, Social description, Social image ir og:type. Advanced kortelėje yra Canonical URL, noindex ir nofollow. Išvalius lauką įrašyta reikšmė ištrinama, o ne išsaugoma tuščia. Norint išsaugoti, reikia įrašo redagavimo teisės, ir tuo viskas baigiasi: devyni meta raktai REST API neprieinami, o įrašymas WP-CLI komanda wp post meta patenka tiesiai į duomenų bazę, tos patikros neperėjęs.

Pirmasis paleidimas: eilės tvarka

Nė vienas žingsnis nėra privalomas, bet tai trumpiausias kelias nuo šviežio aktyvavimo iki tvarkingai sukonfigūruotos svetainės. Šiame etape nelieskite nė vieno noindex langelio.

1. Atsidarykite M SEO, kortelę General. Pasirinkite skiriamąjį ženklą, kurį norite matyti naršyklės kortelėse ir paieškos rezultatuose.
2. Jei pradžios puslapyje rodomi naujausi įrašai, įrašykite pradžios puslapio antraštę ir meta aprašymą. Jei pradžios puslapis statinis, abu laukus praleiskite ir redaguokite to puslapio SEO bloką.
3. Skiltyje Content types antraštės šabloną nurodykite tik ten, kur numatytasis %%title%% %%sep%% %%sitename%% netinka. Kad ir ką rašytumėte, palikite jame %%title%%.
4. Skiltyje Knowledge graph pasirinkite organizaciją arba asmenį, įrašykite pavadinimą ir parinkite kvadratinį logotipą. Išsaugokite.
5. Pereikite į Social. Palikite žymas įjungtas, įkelkite 1200 x 630 numatytąjį socialinį paveikslėlį, patikrinkite kortelės tipą, įrašykite X vardą be @ ir suveskite po vieną pilną https:// profilio adresą eilutėje. Išsaugokite ir perskaitykite lauką iš naujo, ar niekas nebuvo perrašyta į http.
6. Pereikite į Sitemap. Pažymėkite visus turinio tipus ir taksonomijas, kurioms vieta paieškoje, ypač tai, kas įdiegta po šio įskiepio. Nuimkite varneles nuo to, kam ten ne vieta. Išsaugokite.
7. Spustelėkite nuorodą Sitemap kortelės viršuje ir patikrinkite, ar indeksas rodomas ir ar jame yra tai, ko tikitės.
8. Jei veikia WooCommerce, atsidarykite WooCommerce kortelę, palikite abi parinktis įjungtas ir pasirinkite jūsų katalogą atitinkantį prekės ženklo šaltinį, net jei atrodo, kad jis jau parinktas. Išsaugokite.
9. Atsidarykite vieną įrašą ir vieną puslapį, pažiūrėkite rezultato peržiūrą ir pataisykite antraštę bei aprašymą ten, kur automatinis variantas skamba prastai.
10. Pateikite /sitemap.xml Google Search Console ir Bing Webmaster Tools sistemose.

Kokia čia rizika

Verta aiškiai suprasti, kas gali nutikti. M SEO Editor neturi nei prisijungimo, nei užkardos, nei peradresavimų, nei pašto funkcijų: jis negali užrakinti jūsų wp-admin ir nė kiek neliečia el. laiškų siuntimo. Užtat jis gali pašalinti iš paieškos rezultatų visą svetainę ar jos dalį, tyliai palikti turinį už žemėlapio ribų ir visam laikui ištrinti kiekvieną kada nors jūsų įrašytą SEO lauką. Jis taip pat gali priversti vieną paprastą puslapį atsakyti 404 lankytojui, atėjusiam specialiai sudaryta nuoroda; tam skirta atskira dalis žemiau. Kiekvieną nustatymą galima grąžinti ranka, bet niekas jo negrąžins už jus, o du iš jų ištrina įrašytą pasirinkimą jums nieko nedarant. Duomenis sunaikina tik įskiepio ištrynimas.

Pavojinga: ištiso turinio tipo slėpimas nuo paieškos

Kortelėje General, skiltyje Content types, kiekvienoje eilutėje yra langelis "Hide from search results (noindex)". Pažymėjus jį ties Pages, kiekvienas svetainės puslapis pažymimas noindex. Pažymėjus ties Posts, tas pat nutinka visam tinklaraščiui. Jokio patvirtinimo lango, jokio įspėjimo ekrane. Poveikis platesnis, nei sako užrašas: kiekvienas to tipo adresas pateikiamas su noindex direktyva, tipas dingsta iš žemėlapio indekso, jo vaikinis žemėlapis nustoja būti pateikiamas, tie puslapiai netenka canonical žymos ir netenka JSON-LD struktūrizuotų duomenų. Atskiro įrašo noindex langelis to neatšaukia: tipo lygio nustatymas visada viršesnis.

1. Atsidarykite M SEO, kortelę General, ir nuimkite kiekvieną per klaidą pažymėtą "Hide from search results (noindex)" varnelę. Išsaugokite.
2. Atsidarykite bet kurį paveiktą adresą ir pažiūrėkite šaltinį. Robots meta žymoje neturi likti noindex, o canonical nuoroda turi būti grįžusi.
3. Atsidarykite žemėlapio indeksą ir įsitikinkite, kad turinio tipas vėl išvardytas.
4. Google Search Console per URL Inspection patikrinkite tipinį puslapį ir paprašykite indeksavimo. Grįžimas į indeksą trunka nuo kelių dienų iki kelių savaičių; pats nustatymas sutvarkomas išsaugojimo akimirką.
5. Jei nesate tikri, kurie tipai buvo paveikti, perskaitykite įrašytą parinktį komandine eilute.

wp option get mse_settings --format=json

Pavojinga: noindex viename įraše

Ta pati direktyva prieinama ir kiekvienam įrašui atskirai, SEO bloko Advanced kortelėje. Padėkos puslapiui tai tinkamas įrankis, visur kitur ne. Noindex pažymėtas įrašas išimamas iš žemėlapio, pateikiamas be canonical žymos ir negauna jokių struktūrizuotų duomenų. WooCommerce prekėje pastarasis dalykas kerta dvigubai: kadangi įskiepis jau atkabino paties WooCommerce Product žymėjimą, noindex pažymėtos prekės puslapyje nelieka nė vieno įskiepio prekės duomenų, ir turtingi rezultatai tyliai dingsta. Kol noindex įjungtas, tame įraše įrašytas canonical adresas taip pat ignoruojamas.

1. Pirmąja komanda išvardykite visus įrašus, kurie šiuo metu turi šią žymą.
2. Nuimkite varnelę SEO bloko Advanced kortelėje ir atnaujinkite įrašą. Arba ištrinkite meta įrašą tiesiogiai antrąja komanda, vietoj 123 nurodę įrašo ID.
3. Perkraukite viešąjį adresą ir įsitikinkite, kad canonical žyma bei JSON-LD skriptas grįžo.
4. Palaukite kito nuskaitymo arba paprašykite indeksavimo Search Console.

wp post list --post_type=any --meta_key=_mse_noindex --meta_value=1 --fields=ID,post_title
wp post meta delete 123 _mse_noindex

Pavojinga: canonical adreso perrašymas

Advanced kortelės laukas Canonical URL pakeičia puslapio adresą tuo, ką jame įrašote. Nukreipus jį į kitą adresą, paieškos sistemoms pranešama, kad šis puslapis yra dublikatas ir neturi rodytis rezultatuose; padarius tai per klaidą arba nukopijavus tą pačią reikšmę į kelis įrašus, tie puslapiai dingsta iš rezultatų, nors ir toliau grąžina 200 ir lankytojui atrodo visiškai sveiki. Ekrane klaida niekaip nepažymima. Dar blogiau, įrašyta reikšmė perleidžiama per WordPress adresų valytuvą, kuris ne atmeta, o taiso: reikšmė be protokolo, example.com arba per klaidą įrašyta exmaple.com, išsaugoma kaip http://exmaple.com ir išvedama kaip veikiantis canonical, rodantis į svetimą svetainę. Laukas nelieka tuščias, ir tokia būsena nėra saugi. Pašalinama tik tai, ko išgelbėti neįmanoma, pavyzdžiui javascript:.

1. Pirmąja komanda išvardykite visus įrašus su įrašytu canonical, o antrąja perskaitykite konkretaus įtartino įrašo reikšmę.
2. Atsidarykite paveiktą įrašą, eikite į SEO bloko Advanced kortelę ir visiškai išvalykite Canonical URL lauką. Vietaženklis rodo teisingą numatytąją nuorodą.
3. Atnaujinkite įrašą ir paleiskite antrąją komandą dar kartą. Ji neturi grąžinti nieko. Jei eilutė tebėra, ištrinkite ją trečiąja komanda.
4. Peržiūrėkite puslapio šaltinį ir įsitikinkite, kad canonical nuoroda dabar rodo į patį puslapį.
5. Pakartokite su kiekvienu įrašu, gavusiu tą pačią klaidingą reikšmę, ir svarbiausiems paprašykite indeksavimo.

wp post list --post_type=any --meta_key=_mse_canonical --fields=ID,post_title
wp post meta get 123 _mse_canonical
wp post meta delete 123 _mse_canonical

Pavojinga: noindex ar canonical įrašų puslapyje arba Shop puslapyje

Du įprastai atrodantys puslapiai valdo ištisus archyvus. Puslapis, kuris Settings, Reading nurodytas kaip įrašų puslapis, valdo tinklaraščio archyvą, o WooCommerce Shop puslapis valdo prekių archyvą: įskiepis kiekvieną tokį archyvą susieja atgal su jį valdančiu puslapiu ir skaito jame išsaugotą SEO bloką. Pažymėjus ten noindex, visas archyvas pateikiamas su noindex direktyva, netenka canonical žymos ir netenka struktūrizuotų duomenų, poveikis toks pat platus, kaip paslėpus visą turinio tipą General kortelėje. Įrašius ten adresą į Canonical URL lauką, visam archyvui priskiriamas tas canonical. Nė viename redagavimo lange nėra užuominos, kad puslapis ypatingas, o ankstesnių dalių patikros komandos jį rodo tarp įprasto turinio, todėl abu puslapius reikia tikrinti atskirai.

1. Dviem pirmomis žemiau esančiomis komandomis sužinokite abiejų puslapių ID. Tuščia page_for_posts reikšmė reiškia, kad įrašus rodo pats pradžios puslapis ir atskiro įrašų puslapio nėra.
2. Atsidarykite kiekvieną puslapį redaktoriuje, eikite į SEO bloko Advanced kortelę ir įsitikinkite, kad noindex nėra pažymėtas, o Canonical URL laukas tuščias, nebent nustatėte jį sąmoningai. Atnaujinkite puslapį.
3. Arba perskaitykite ir ištrinkite abi meta reikšmes komandine eilute, vietoj 123 nurodę puslapio ID.
4. Atsidarykite tinklaraščio archyvą ir /shop/ bei peržiūrėkite šaltinį: robots meta žymoje neturi būti noindex, canonical nuoroda turi rodyti į patį archyvą, o JSON-LD skriptas turi būti grįžęs.

wp option get page_for_posts
wp option get woocommerce_shop_page_id
wp post meta get 123 _mse_noindex
wp post meta get 123 _mse_canonical
wp post meta delete 123 _mse_noindex
wp post meta delete 123 _mse_canonical

Pavojinga: noindex ir canonical prieinami ne tik administratoriui

SEO blokas rodomas kiekviename tvarkomame turinio tipe visiems, kas gali tą įrašą redaguoti, o jo išsaugojimo tikrinimas reikalauja lygiai vieno dalyko: įrašo redagavimo teisės. Vadinasi, Editor gali pažymėti noindex bet kuriame svetainės puslapyje ar nukreipti jo canonical kitur, o Author ar Contributor tą patį gali padaryti savo turiniui. Nė vienam nereikia manage_options teisės ir nereikia užeiti į nustatymų puslapį. Trys ankstesnės dalys aprašo žalą, kurios administratorius neprivalo padaryti pats, tad ne spėliokite, o pasitikrinkite.

1. Abi žemiau esančias komandas paleiskite reguliariai arba po to, kai kam nors suteikiate redagavimo teises.
2. Kiekvienas netikėtas įrašas pirmajame sąraše yra šiuo metu nuo paieškos slepiamas puslapis. Antrajame sąraše esantys įrašai turi įrašytą canonical; prieš spręsdami perskaitykite jį komanda wp post meta get.
3. Klaidas taisykite lygiai taip, kaip aprašyta dviejose ankstesnėse dalyse: nuimkite varnelę, išvalykite lauką arba ištrinkite meta eilutę.
4. Atskiro jungiklio pagal rolę tam nėra. Jei to negali nutikti, laikykite kuo mažiau rolių, galinčių redaguoti paskelbtą turinį.

wp post list --post_type=any --meta_key=_mse_noindex --meta_value=1 --fields=ID,post_title,post_author
wp post list --post_type=any --meta_key=_mse_canonical --fields=ID,post_title,post_author

Pavojinga: diegimo tvarka užfiksuoja žemėlapio pasirinkimą

Aktyvavimo metu į mse_settings vieną kartą įrašomas turinio tipų ir taksonomijų, įtraukiamų į žemėlapį, sąrašas, ir daugiau prie jo negrįžtama. Nustatymai skaitomi įrašytą parinktį sujungiant su numatytosiomis reikšmėmis, o sujungimas užpildo tik trūkstamus raktus, tad įrašyti sąrašai visada viršesni. Įdiegus WooCommerce, pasirinktinių įrašų tipų įskiepį ar temą, registruojančią savą tipą, po M SEO Editor, to tipo sąraše paprasčiausiai nėra. Ekrane apie tai nė žodžio: žemėlapis atrodo sveikas, indeksas rodomas, o jame trūksta ištiso katalogo. Toks pat užšaldymas galioja WooCommerce kortelės Brand source laukui: jis lieka None, ir prekės ženklas nepatenka į nė vieną Product schemą. Susitvarkyti užtenka po kartą išsaugoti kiekvienoje kortelėje; nežinojimo kaina yra mėnesiai nenuskaitytų prekių.

1. Įdiegę bet ką, kas prideda turinio tipą ar taksonomiją, atsidarykite M SEO, kortelę Sitemap.
2. Pažymėkite naujus turinio tipus skiltyje Include content types ir naujas taksonomijas skiltyje Include taxonomies. Išsaugokite.
3. Atsidarykite WooCommerce kortelę, iš naujo pasirinkite Brand source, net jei atrodo jau parinktas, ir išsaugokite. Įrašyta None reikšmė pati nepasikeis.
4. Spustelėkite nuorodą Sitemap kortelės viršuje ir įsitikinkite, kad indekse yra naujas vaikinis žemėlapis.
5. Norėdami pamatyti, kas iš tikrųjų įrašyta, o ne ką rodo langeliai, perskaitykite parinktį žemiau esančia komanda ir pažiūrėkite į sitemap_post_types, sitemap_taxonomies ir wc_brand_source.

wp option get mse_settings --format=json

Pavojinga: Sitemap kortelės išsaugojimas, kai kitas įskiepis išjungtas

Išsaugant Sitemap kortelę, pateiktas pasirinkimas sukertamas su tuo metu egzistuojančiais turinio tipais ir taksonomijomis. Tipas, kurio įskiepis išjungtas, neegzistuoja, tad nei rodomas kaip langelis, nei paliekamas įrašytame sąraše. Vėl įjungus kitą įskiepį jis negrįžta: įrašo parinktyje nebėra, o langelis atsiranda nepažymėtas. Būtent taip ir nutinka per įprastą įskiepių konflikto paiešką, kur po vieną išjunginėti ir yra visas metodas. Vyksta tyliai, išlieka po pakartotinio įjungimo ir išima iš žemėlapio ištisą turinio tipą.

1. Nesaugokite Sitemap kortelės, kol kuris nors įskiepis laikinai išjungtas. Jei kitaip negalima, pirma pasižymėkite, kurių tipų sąraše trūksta.
2. Vėl įjungę kitą įskiepį, grįžkite į M SEO, Sitemap, iš naujo pažymėkite grįžusius turinio tipus ir taksonomijas ir išsaugokite.
3. Spustelėkite nuorodą kortelės viršuje ir įsitikinkite, kad to tipo vaikinis žemėlapis vėl išvardytas.
4. Jei nesate tikri, kas dingo, palyginkite įrašytą sąrašą su tuo, kokius tipus iš tikrųjų turite.

wp option get mse_settings --format=json
wp post-type list --public=1 --field=name

Pavojinga: žemėlapio išjungimas arba ištuštinimas

Du Sitemap kortelės nustatymai gali tyliai ištuštinti tai, ką pateikėte paieškos sistemoms. Nuėmus varnelę nuo "Generate an XML sitemap", /sitemap.xml ima grąžinti 404, iš robots.txt dingsta Sitemap: eilutė, o darbą perima standartinis WordPress žemėlapis adresu /wp-sitemap.xml, kuris nebeatitinka Search Console užregistruoto adreso. Atskirai: nuėmus visas varneles skiltyje "Include content types", nustatymas priimamas be jokio prieštaravimo ir iš žemėlapio dingsta visi įrašų adresai. Indeksas po to tuščias neatrodo, nes taksonomijų žemėlapiai imami iš atskiro nustatymo: kol kategorijos ir žymos pažymėtos, /sitemap-category.xml ir /sitemap-post_tag.xml tebesirodo, nors įrašų, puslapių ir prekių nebelieka. Tik nuėmus varneles ir nuo taksonomijų indeksas tampa iš tikrųjų tuščias. Nė vienas veiksmas duomenų nenaikina, abu atitaisomi grąžinus varneles ir išsaugojus.

1. Atsidarykite M SEO, kortelę Sitemap, ir vėl pažymėkite "Generate an XML sitemap".
2. Pažymėkite turinio tipus ir taksonomijas, kurioms vieta paieškoje. Išsaugokite.
3. Spustelėkite nuorodą kortelės viršuje ir įsitikinkite, kad indekse yra vaikiniai žemėlapiai.
4. Atsidarykite /robots.txt ir įsitikinkite, kad Sitemap: eilutė grįžo. Jei jos nėra, prieš laikydami įskiepį sugedusiu perskaitykite kitą dalį.

Kai Sitemap eilutė robots.txt taip ir neatsiranda

Įskiepis Sitemap: eilutę įrašo į tą robots.txt, kurį WordPress sugeneruoja pats. Tai sustabdo du dalykai, ir nė vienas nėra įskiepio kaltė. Pirma, tikras robots.txt failas svetainės šaknyje: tokiu atveju WordPress nieko negeneruoja, tad eilutę į failą galima įrašyti tik ranka. Antra, Settings, Reading, "Discourage search engines from indexing this site": kol šis langelis pažymėtas, eilutė nerašoma, o pats WordPress kiekvienam puslapiui prideda visos svetainės mastu galiojantį noindex. Šis langelis yra greičiausias būdas pašalinti WordPress svetainę iš paieškos, su šiuo įskiepiu jis niekaip nesusijęs, ir būtent jį reikia tikrinti pirmiausia, kai po paleidimo svetainė dingsta iš Google. Kitaip skaitytojas, atliekantis ankstesnės dalies patikrą, lauks eilutės, kurios taip ir nebus.

1. Atsidarykite Settings, Reading, ir nuimkite varnelę nuo "Discourage search engines from indexing this site". Išsaugokite.
2. Atsidarykite Settings, Permalinks ir vieną kartą paspauskite Save; taip persikuria perrašymo taisyklės.
3. Naršyklėje atsidarykite /robots.txt. Sitemap: eilutė turi būti ten.
4. Jei jos nėra, per FTP ar failų tvarkyklę patikrinkite svetainės šaknį, ar joje nėra tikro robots.txt failo. Jei toks yra, Sitemap: eilutę į jį įrašykite ranka; WordPress to padaryti negali.
5. Peržiūrėkite bet kurio viešo puslapio šaltinį ir įsitikinkite, kad robots meta žymoje neliko noindex.

Kai canonical žyma dingsta savaime

Kiekvienoje viešoje užklausoje įskiepis pašalina WordPress išvedamą canonical žymą ir įdeda savąją. Šis pakeitimas besąlyginis, o pakaitalas pagaminamas ne visada. Canonical nėra noindex pažymėtame puslapyje, ir tai padaryta sąmoningai. Jo taip pat nėra užklausoje, kurios įskiepis nemoka atpažinti, termine, kurio archyvo nuorodos nepavyksta gauti, ir visur, kur pasirinktinis mse_canonical filtras grąžina tuščią reikšmę. Netektis kiekvienu atveju skirtinga. Neatpažinta užklausa negauna jokio JSON-LD skripto, o ne sutrumpinto; kitais dviem atvejais struktūrizuoti duomenys susitraukia iki WebSite ir leidėjo mazgų. Tik pavieniame puslapyje prarandama canonical žyma, kurią standartinis WordPress būtų išvedęs, nes branduolys ją išveda tik pavieniame turinyje ir niekur kitur, tad archyve prieš branduolį prarasti nėra ko. Tokios užklausos retos, bet jas verta atpažinti, o ne ieškoti temos klaidos.

1. Peržiūrėkite puslapio šaltinį. Jei canonical nuorodos nėra, pirma patikrinkite, ar puslapis nėra pažymėtas noindex, įrašo ar turinio tipo lygiu. Jei taip, tai ir yra paaiškinimas, o sprendimas aprašytas ankstesnėse dalyse.
2. Jei noindex nėra, ieškokite temoje ar pagalbiniame įskiepyje pasirinktinio mse_canonical ar mse_context filtro.
3. Kaip laikiną priemonę viename svarbiame puslapyje įrašykite teisingą adresą į to įrašo SEO bloko Canonical URL lauką.
4. Termino archyve įsitikinkite, kad taksonomija užregistruota su veikiančia archyvo nuoroda. Terminas, kurio nuorodos suformuoti nepavyksta, canonical negauna.

Parametras mse_sitemap įprastuose adresuose

Žemėlapis pasiekiamas per viešą užklausos parametrą, ir būtent dėl to jis veikia svetainėse su paprastomis nuorodomis. Šalutinis poveikis: parametras veikia kiekviename viešame adrese, o ne tik /sitemap.xml. Prie bet kurio puslapio adreso pridėjus ?mse_sitemap=index, tuo adresu grąžinamas žemėlapio indeksas su HTTP 200. Pridėjus ?mse_sitemap= ir bet kokią įskiepiui nežinomą reikšmę, tas puslapis nuorodą atvėrusiam žmogui virsta 404 klaida, ir taip nutinka visiškai tvarkingoje svetainėje su įjungtu žemėlapiu. Kai žemėlapis išjungtas arba kai perima kitas SEO įskiepis, taip veikia kiekviena reikšmė, įskaitant index. Atsakymai su kodu 200 siunčiami su X-Robots-Tag: noindex, tad dublikatų paieškos sistemos neindeksuos; 404 atsakymas tokios antraštės neturi, o nė vienu atveju niekas nėra nei įrašoma, nei keičiama. Nustatymo tam išjungti nėra ir taisyti nieko nereikia. Tai aprašyta tam, kad pranešimas apie "puslapį, kuris grąžina 404 tik vienam lankytojui" nebūtų palaikytas ataka.

Antraštės šablonas be %%title%%

General kortelės antraštės šablono laukas priima bet kokį tekstą ir naudojamas lygiai taip, kaip parašyta. Šablone, pavyzdžiui "Pirkite čia: %%sitename%%", nėra nė vieno kintamojo, priklausančio nuo puslapio, tad kiekvienam to turinio tipo puslapiui pateikiama identiška title žyma. Google svetainę su vienodomis antraštėmis laiko dubliuotu turiniu, ir visas tipas praranda matomumą. Niekas neįspėja, o įrašo rezultato peržiūra atrodo teisingai, nes ji rodo tą pačią identišką antraštę. Taisyklė paprasta: kiekviename turinio tipui rašomame šablone turi būti %%title%% arba kitas kiekvienam elementui skirtingas kintamasis, pavyzdžiui %%sku%%.

1. Atsidarykite M SEO, General, Content types, ir perskaitykite kiekvieno tipo šabloną, jei jį rašėte.
2. Jei šablone nėra nei %%title%%, nei kito kiekvienam elementui skirtingo kintamojo, arba įrašykite į jį %%title%%, arba visiškai išvalykite lauką.
3. Išvalytas laukas grįžta prie %%title%% %%sep%% %%sitename%%, o tai visada saugu.
4. Išsaugokite, tada viešoje svetainėje atsidarykite du skirtingus to tipo elementus ir įsitikinkite, kad jų title žymos skiriasi.

Pavojinga: įskiepio ištrynimas sunaikina visus SEO laukus

Įskiepio išjungimas nieko nepašalina. Ištrynus paleidžiamas uninstall.php, kuris ištrina parinktis mse_settings ir mse_rewrite_state, o paskui iš kiekvieno svetainės įrašo ištrina devynis meta raktus: _mse_title, _mse_description, _mse_canonical, _mse_noindex, _mse_nofollow, _mse_og_title, _mse_og_description, _mse_og_image_id ir _mse_og_type. Daugiasvetainėje sistemoje jis pereina per kiekvieną tinklo svetainę ir padaro tą patį kiekvienoje. Taip nutinka ir paspaudus Delete įskiepių sąraše, ir paleidus wp plugin delete komandinėje eilutėje: komandinė eilutė ne šalina failus, o vykdo tą pačią šalinimo procedūrą. Visos kada nors ranka rašytos SEO antraštės ir aprašymai dingsta vienu veiksmu, be jokio eksporto ir be atšaukimo. WordPress viduje atkūrimo kelio nėra: vienintelis kelias atgal – duomenų bazės atkūrimas iš kopijos.

1. Prieš ką nors trindami, žemiau esančia komanda pasidarykite duomenų bazės kopiją ir laikykite ją ne serveryje. Tai galioja komandinei eilutei lygiai taip pat, kaip ir įskiepių sąrašui.
2. Jei tik norite, kad įskiepis nustotų veikti, jį išjunkite, o ne ištrinkite. Išjungus lieka visi nustatymai ir visi laukai.
3. Jei keliatės į kitą SEO įskiepį, pirma įdiekite ir sukonfigūruokite naująjį, perkelkite tuos laukus, kuriuos jis moka importuoti, ir tik tada trinkite M SEO Editor.
4. Jei ištrynimas jau įvyko, atkurkite wp_options ir wp_postmeta iš naujausios atsarginės kopijos. Kitaip tų eilučių neatgausite.

wp db export mse-seo-backup.sql

Kai veikia kitas SEO įskiepis

Jei veikia Yoast SEO, Rank Math, All in One SEO, SEOPress ar The SEO Framework, M SEO Editor visiškai nutyla: jokių meta žymų, jokių struktūrizuotų duomenų, jokio žemėlapio, o žemėlapio maršrutai net neužimami, todėl /sitemap.xml grąžina 404, o ne pradžios puslapį. Administravime administratoriams pasirodo įspėjimas "M SEO Editor is paused." Nustatymų puslapis ir SEO blokas lieka visiškai veiksnūs, niekas neištrinama, tad duomenys jūsų laukia. Išjunkite kitą įskiepį ir viskas atsinaujina kitą kartą įkėlus administravimo puslapį, įskaitant vienkartinį automatinį perrašymo taisyklių atnaujinimą, grąžinantį /sitemap.xml. Jei tikrai norite abiejų, išvestį galima priverstinai įjungti filtru, bet kaina yra dvigubos žymos kiekviename puslapyje.

add_filter( 'mse_seo_conflict', '__return_empty_string' );

Gedimų šalinimas

Įskiepis savo išvestį head dalyje apgaubia HTML komentarais su versijos numeriu, tad pažiūrėję puslapio šaltinį iškart matysite, ar jis apskritai veikia. Jei žemėlapis grąžina 404 svetainėje, kurioje anksčiau veikė, dažniausiai pasenusios perrašymo taisyklės: vieną kartą išsaugokite nuorodas per Settings, Permalinks, arba paleiskite žemiau esančią komandą.

• Puslapio šaltinyje nėra M SEO žymų: veikia kitas SEO įskiepis ir įskiepis nutilo. Administravime ieškokite pristabdymo pranešimo.
• Žemėlapyje trūksta ištiso turinio tipo: jis buvo užregistruotas po M SEO Editor aktyvavimo arba buvo išbrauktas, kai Sitemap kortelė buvo išsaugota jo įskiepiui esant išjungtam. Pažymėkite jį Sitemap kortelėje ir išsaugokite.
• Product schemoje nėra prekės ženklo: Brand source tebėra None, nes WooCommerce atsirado po įskiepio. Iš naujo pasirinkite jį WooCommerce kortelėje ir išsaugokite.
• Pradžios puslapio antraštė ir aprašymas ignoruojami: pradžios puslapis yra statinis. Šie du laukai galioja tik tada, kai pradžios puslapyje rodomi naujausi įrašai. Redaguokite to puslapio SEO bloką.
• /sitemap.xml grąžina 404: atnaujinkite perrašymo taisykles; patikrinkite, ar svetainės šaknyje nėra tikro sitemap.xml failo arba serverio taisyklės, perimančios adresą dar prieš WordPress; įsitikinkite, kad žemėlapis įjungtas; su paprastomis nuorodomis naudokite /?mse_sitemap=index. Po svetainės perkėlimo ar domeno keitimo reikia vieną kartą ranka išsaugoti nuorodas.
• robots.txt nėra Sitemap: eilutės: svetainės šaknyje yra tikras robots.txt failas arba pažymėta Settings, Reading, "Discourage search engines from indexing this site".
• Puslapio nėra žemėlapyje: jis nepaskelbtas, apsaugotas slaptažodžiu, jis pats ar visas jo turinio tipas pažymėtas noindex, jo ID yra išbraukimų sąraše arba, jei tai prekė, jos katalogo matomumas yra Hidden.
• Paskutinis žemėlapio puslapis trumpas arba be įrašų: taip ir turi būti. Puslapiai suskaičiuojami dar neatfiltravus noindex ir išbraukto turinio.
• Visi vieno turinio tipo puslapiai turi tą pačią antraštę: jo antraštės šablone nėra %%title%%.
• Paieškos rezultatuose matomas kintamasis, pavyzdžiui %%Title%%: atpažįstami tik mažosiomis raidėmis rašomi vardai. Perrašykite mažosiomis.
• Twitter kortelėje rodomas mažas paveikslėlis: nepavyko rasti jokio paveikslėlio, todėl kortelės tipas pakeistas į summary. Nustatykite pagrindinį arba numatytąjį socialinį paveikslėlį.
• Vis tiek laimi temos antraštė: įskiepis dirba per WordPress title API, tad tema, kuri pati įrašo fiksuotą title žymą, jį apeina.
• Vietoj įrašytos reikšmės liko ankstesnė: X vardas buvo atmestas kaip netinkamas arba pašalintos profilių adresų eilutės, kurių išgelbėti nepavyko. Priežastis nurodyta pranešime nustatymų puslapio viršuje. Eilutė, tyliai pataisyta į http, jokio pranešimo nesukelia.
• Pakeitimo nesimato viešoje svetainėje: žemėlapiai siunčiami su vienos valandos podėlio antrašte, o puslapių podėlis ar CDN gali laikyti senąją head išvestį.

wp rewrite flush

Privatumas ir duomenys

Iš svetainės niekas neiškeliauja. Įskiepis nesiunčia jokių išorinių HTTP užklausų, nededa slapukų, neregistruoja cron įvykių, nekuria duomenų bazės lentelių, nesiunčia el. laiškų ir nepraneša paieškos sistemoms. Jokios paskyros, jokio licencijos rakto, jokios telemetrijos. Viskas, ką jis saugo, telpa į lenteles, kurias WordPress jau turi: viena parinktis mse_settings su visa konfigūracija; viena parinktis mse_rewrite_state su žodžiu active arba standdown, kad žemėlapio maršrutus būtų galima švariai perduoti; ir devyni įrašų meta raktai su _mse_ priešdėliu, įrašomi tik ten, kur laukas buvo užpildytas, nes tušti laukai ištrinami, o ne saugomi. Pasirinkus logotipą ar socialinį paveikslėlį saugomas tik medijos bibliotekos ID, niekada ne kopija. Jokie lankytojų asmens duomenys niekada neskaitomi, nesaugomi ir neperduodami, o autorių ar naudotojų žemėlapis nekuriamas.

Šalinimas

Išjungimas ir ištrynimas yra du visiškai skirtingi veiksmai, ir tą skirtumą verta pasakyti dar kartą aiškiai. Išjungus atnaujinamos perrašymo taisyklės ir sustabdoma išvestis: dingsta meta žymos, struktūrizuoti duomenys ir žemėlapis, grįžta standartinis WordPress žemėlapis adresu /wp-sitemap.xml, iš robots.txt dingsta Sitemap: eilutė, o WooCommerce vėl ima spausdinti savo struktūrizuotus duomenis. Visi nustatymai ir visi jūsų įrašyti laukai lieka nepaliesti ir grįžta vos tik įskiepį vėl įjungiate, įskaitant užfiksuotą žemėlapio pasirinkimą. Ištrynus papildomai paleidžiama anksčiau aprašyta šalinimo procedūra, kuri pašalina abi parinktis ir visus devynis meta raktus iš kiekvieno įrašo kiekvienoje daugiasvetainės tinklo svetainėje. Abiem atvejais daugiau nieko nelieka: jūsų įrašai, puslapiai, prekės, santraukos, pagrindiniai paveikslėliai ir medijos biblioteka niekada neliečiami, o valyti nereikia nei lentelių, nei cron įvykių, nei laikinų reikšmių, nei failų už įskiepio aplanko ribų. Perrašymo taisyklės atsikuria pačios per kitą atnaujinimą, tad joks žemėlapio adresas nelieka pakibęs.

Filtrai programuotojams

Kiekvieną įskiepio išvedamą reikšmę galima pakeisti iš temos ar nedidelio pagalbinio įskiepio, nekeičiant paties įskiepio kodo. Naudingiausi: mse_settings filtruoja visą konfigūraciją ją nuskaitant, taip WPML ar Polylang gauna atskiras reikšmes kiekvienai kalbai, ir taip pat kode galima perrašyti užfiksuotus žemėlapio sąrašus; mse_title, mse_description ir mse_canonical koreguoja galutines reikšmes kiekvienai užklausai; mse_og_tags, mse_twitter_tags, mse_og_type ir mse_og_image apima socialinį rinkinį; mse_robots_flags sprendžia dėl noindex ir nofollow; mse_template_vars leidžia užregistruoti savo %%kintamuosius%%; mse_schema_graph, mse_schema_product, mse_schema_article_types, mse_schema_search_action ir mse_breadcrumb_trail formuoja struktūrizuotus duomenis prieš išvedant; mse_sitemap_post_types, mse_sitemap_taxonomies, mse_sitemap_entry, mse_sitemap_term_entry, mse_sitemap_index, mse_sitemap_query_args ir mse_sitemap_max_urls formuoja žemėlapį, o grąžinus tuščią įrašą adresas iškrenta; mse_post_types, mse_metabox_post_types ir mse_register_meta_args nustato, kur rodomas SEO blokas; mse_context atveria išspręstą užklausos kontekstą, kuriuo remiasi visi kiti sprendimai; mse_seo_conflict valdo nutilimą; mse_output_comment ir mse_sitemap_taxonomy_choices keičia tik išvaizdą.

Automatiniai atnaujinimai

Įskiepis tikrina majevski.com dėl naujų versijų ir siūlo jas per įprastą WordPress atnaujinimų langą — tas pats pranešimas, keitimų sąrašas ir diegimas vienu paspaudimu kaip ir bet kurio kito įskiepio. Tikrinimai talpinami podėlyje, niekada nelėtina puslapių ir veikia saugiai: jei majevski.com nepasiekiamas, svetainė tiesiog dirba toliau ir pabando vėliau. Atnaujinimo paketas priimamas tik iš majevski.com per HTTPS, o senesnė versija niekada nesiūloma. Versijos iki 1.1.0 atnaujinimų kanalo dar nepažįsta, todėl naujų leidimų nemato — vieną kartą rankiniu būdu įdiekite 1.1.0 ar naujesnę, ir visi vėlesni leidimai atkeliaus savaime.