Toata lumea face greseli. Oscar Wilde a spus-o frumos: „Experiența este numele pe care îl dăm greșelilor cuiva”. Experiența este un profesor grozav, toată lumea învață cu adevărat din greșelile lor. Totuși, tot nu ar strica să urmezi binecunoscutul proverb și să înveți din greșelile altora. În acest articol, voi vorbi despre cele mai frecvente 25 de greșeli WordPress pe care le face aproape fiecare începător. Sper că acest lucru vă ajută să le evitați singur.

Mulți oameni confundă găzduirea WordPress.org cu platforma gratuită WordPress.com. Aceasta este o greșeală destul de comună a începătorului WordPress și de aici apar o mulțime de probleme. De exemplu, cineva își dorește un blog personal simplu, dar aleg din greșeală găzduirea WordPress plătită și apoi resimte nevoia de a plăti pentru site. Sau, invers, prin crearea unui site pe WordPress.com gratuit, utilizatorii se întreabă de ce nu au control total asupra site-ului, nu pot adăuga plugin-uri și așa mai departe.

2. Cumpărând ceea ce nu ai nevoie

Dacă vrei să ai un site WordPress, atunci ceea ce ai nevoie cu adevărat este găzduirea web. Cu toate acestea, mulți registratori de domenii oferă o serie întreagă de alte servicii care sunt în esență inutile, ceea ce este confuz pentru proprietarii de afaceri mici și pentru noii veniți în dezvoltarea web. Ca exemplu de astfel de servicii: înregistrare privată, scrisori de branding, protocol SSL, înregistrare pe 5 ani etc.

De ce, de exemplu, nu este necesară înregistrarea privată? WPbeginners avea un client cu acest serviciu și, atunci când trebuia doar să transfere un domeniu, trebuiau să trimită: o copie a permisului de conducere, certificatul de înregistrare și o grămadă de alte informații sensibile. În general, o durere de cap. E-mailurile de branding pot fi create cu ușurință folosind aplicatii Google aplicații web. În cele mai multe cazuri, nici protocolul SSL nu este necesar.

De asemenea, nu văd niciun rost să plătesc în avans pentru 5 ani de înregistrare a domeniului. Nu știi niciodată ce se poate întâmpla, poate vei abandona cu totul acest site? Ce atunci? Bani la canalizare? Dacă este vorba despre economisirea de bani, este posibil să existe reduceri în viitor și veți economisi mai mulți bani fără a avea o înregistrare de 5 ani.

3. Eșecul creării unei copii de rezervă

Dacă nu ați făcut o copie de rezervă a site-ului dvs., vă veți da seama că ați făcut o mare greșeală WordPress atunci când site-ul se blochează și va trebui să îl restaurați de la zero. Recomand tuturor să facă backup site-ului mod automat. Din fericire, există pluginuri pentru asta. De la mână, mă pot gândi la trei dintre ele: VaultPress (plătit) și BackWPup (gratuit).

Exemple din viata reala:

„Baza de date a site-ului WP a căzut, nu aveam o copie de rezervă. Când import o nouă bază de date, am primit, desigur, un mesaj de eroare.”

„Am făcut o interogare SQL fără nicio copie de rezervă. Înțelegi că nu poate fi anulat.”

„Site-ul a fost spart, hackerii au distrus toate informațiile. A trebuit să fac totul din nou, pentru că. gazda mea, se pare, nu a făcut-o copii de rezervă site-ul meu, dar deși trebuia.

Deci, dacă nu doriți probleme și bătăi de cap inutile, atunci nu repetați această greșeală comună în WordPress - începeți să faceți o copie de rezervă chiar acum.

4. Ignorarea actualizărilor WordPress

La un moment dat sau altul, tuturor ne-a fost frică de actualizări. Și uneori uităm doar să actualizăm site-urile, pentru că. Nu le urmăm cum trebuie. În general, aceasta este o greșeală WordPress destul de obișnuită, care apoi se poate întoarce foarte rău, mai ales dacă site-ul are vulnerabilități de securitate - va fi pur și simplu piratat.

Recent, WPBeginner a avut un caz în care a trebuit să actualizeze un site WordPress 2.9.2 și, după cum a arătat practica, cu cât așteptați mai mult și nu actualizați, cu atât va fi mai dificil să o faceți mai târziu.

Actualizarea unui site la următoarea versiune în 99 de cazuri din 100 este la un clic distanță. Dacă tema și pluginurile dvs. sunt codificate corect, atunci totul după actualizare va funcționa așa cum ar trebui și nu va cauza probleme. Dar din nou, faceți o copie de rezervă pentru orice eventualitate.

5. Folosind Faviconul implicit

Favicon-urile sunt pictograme mici care sunt afișate de browser într-o filă în fața numelui paginii. Mulți utilizatori fac o greșeală comună în WordPress prin faptul că nu le acordă nicio atenție. Așadar, se dovedește că site-urile au, de obicei, favicon-uri de la furnizorul lor de găzduire, cum ar fi Bluehost, sau o companie de dezvoltare de teme de site-uri web, cum ar fi Genesis.

Gândiți-vă la favicon ca la o carte de vizită a site-ului, un semn distinctiv. Schimbați pictograma chiar acum dacă nu ați făcut-o deja. Iată instrucțiunea.

6. Actualizați functions.php fără acces FTP

Cu toții am experimentat blocarea site-ului cel puțin o dată din cauza transferului incorect al codului de la administratorul WP în fișierul functions.php al temei. Lucrurile stau și mai rău atunci când nu există acces FTP sau nu știm cum să-l folosim. Pentru a preveni această eroare WordPress, am scris un ghid pentru începători: cum să inserați fragmente (în curs).

De asemenea, aș sfătui să nu folosiți des editorii WP încorporați. Iată un ghid despre cum să dezactivați editorii de teme și pluginuri în WordPress (în curs).

7. Prea multe categorii

Este foarte ușor să adăugați categorii în WordPress. Nu te lăsa dus! Nu este nevoie să creați o categorie nouă pentru aproape fiecare intrare nouă. Nu este nevoie să îngrămădiți structura site-ului, deoarece nu numai utilizatorii, ci și voi înșivă veți fi apoi confuzi în el. Pentru a nu face această greșeală WordPress, vă sfătuiesc să citiți articolul Categorii vs. Etichete - Cele mai bune exemple.

8. Nu se stabilesc permalink-uri

Pentru o lungă perioadă de timp, am folosit în mod implicit următoarea structură de adrese URL: / ? p=23. Dar acest lucru este rău nu numai pentru SEO, ci și pentru utilizatori. La instalarea WordPress asigurați-vă că vă actualizați structura de permalink prin rută Setări » Permalink-uri.

9. Ignorarea setărilor SEO

La instalarea WordPress, este oferită o caracteristică care împiedică roboții de căutare să indexeze site-ul. În etapa creării unui site, aceasta este o caracteristică foarte convenabilă și mulți oameni o activează, abia atunci uită să debifeze caseta de lângă această opțiune. Aceasta înseamnă că site-ul nu va fi niciodată indexat. Din cauza uitării simple, una dintre cele mai grave Erori WordPress.

Cunosc și un caz în care, după o reproiectare, oamenii și-au primit întregul site cu o indexare întreruptă.

O altă greșeală comună pe care o fac începătorii WordPress este ignorarea setărilor SEO pentru postări și pagini. Nu este suficient să instalezi un plugin SEO, cum ar fi, de exemplu, și apoi să nu faci nimic. Ar trebui să actualizați în mod activ meta setările în orice moment. Vă sfătuiesc să citiți și articolul despre cum să optimizați postările în WordPress pentru cerințele SEO.

10. Schimbarea adresei URL a site-ului web și pierderea întregului trafic

Câți dintre noi sunt cei care, dobândind experiență în întreținerea unui site web sau blog, și-au urât primul domeniu și au vrut să-l schimbe? Da, asta se întâmplă des. Cel mai rău lucru care se poate întâmpla atunci când un domeniu este transferat incorect este o scădere semnificativă a traficului și, în consecință, o prăbușire a veniturilor. Nu faceți această greșeală WordPress. De aceea am scris un ghid despre cum să transferați corect un site WordPress pe un domeniu nou.

11. Fără plugin de cache

Mulți începători pur și simplu nu știu ce este memoria cache și, prin urmare, nu instalează pluginurile adecvate. Pe scurt, memorarea în cache vă permite să accelerați site-ul și să preveniți timpul de nefuncționare în timpul traficului intens.

12. Alegerea unei teme WordPress dintr-o sursă proastă

A trebuit adesea să curăț site-urile după ce proprietarii lor au primit un mesaj că site-ul a fost infectat cu link-uri rău intenționate. Acest lucru se întâmplă adesea dacă tema site-ului WordPress este descărcată dintr-o sursă suspectă. Vă recomand să descărcați teme din surse de încredere. Apropo, l-am ales pentru tine mai ales cu aceasta ocazie.

13. Fără formular de contact

Cu toții, probabil, în stadiile inițiale, am făcut o greșeală atât de comună în WordPress: am creat o pagină de contact și am indicat e-mailul nostru în ea. Și doar câteva zile mai târziu nostru cutie poștală plină de spam.

14. Lipsa de analiză

Sunt adesea întrebat cum pot crește traficul sau activitatea socială a utilizatorilor. Cu toate acestea, când încep să pun întrebări clarificatoare, tot ce aud este: „Am XXX urmăritori pe Twitter”. În cele mai multe cazuri, mulți nici măcar nu au instalat google analytics, darămite analiza datelor.

Google Analytics oferă o grămadă Informatii utile despre site-ul dvs., vă informează unde și ce nu ar strica să corectați. De asemenea, aș recomanda cu căldură instalarea Instrumentelor Google pentru webmasteri.

Iată două articole utile pentru tine:

15. Scrierea articolelor în Microsoft Word

Poate că aceasta va fi o descoperire pentru tine, dar creând intrări în Microsoft Word iar apoi adăugarea lor pe site este o greșeală WordPress. Ce se întâmplă dacă computerul se oprește? (un fel de defecțiune, a atins cablul, a stins lumina etc.). Toate lucrează degeaba? Va trebui să faci totul din nou? În plus, prin copierea textului din Microsoft Word și inserarea lui pe site, vei adăuga o grămadă de caractere și formate de neînțeles și inutile.

Da, în editor vizual WordPress are un buton pentru a insera text din Word, dar tot te sfătuiesc să nu-l folosești, ci să creezi articole imediat în editorul de postări WordPress încorporat. Are o funcție de salvare automată, astfel încât nu trebuie să vă faceți griji cu privire la siguranța conținutului dvs. Sunt disponibile și funcții de previzualizare și anulare.

Opinia mea personală: scriu mereu articole în Microsoft Word, apoi le adaug pe site. În ceea ce privește faptul că sting lumina, electricitatea este o prostie de fapt. Puteți salva pur și simplu modificările după un anumit număr de paragrafe și veți fi fericit chiar dacă sunteți dezenergizat, iar pentru ca datele să nu se piardă, apoi stocați-le în servicii cloud, de exemplu în Dropbox.

16. Etichetați „un alt blog”

În mod implicit, de fiecare dată când instalați WordPress, acesta adaugă eticheta „Încă un blog”. Adesea, începătorii nu știu despre asta, iar golul de cunoștințe este umplut doar atunci când site-ul începe indexarea cu acest „Alt blog...”. Puteți schimba eticheta urmând traseul Setări » General.

17. Nu ștergerea paginii de test

WordPress avea în mod implicit o pagină „Despre mine”, acum este o „Pagină de probă”. O căutare rapidă pe Google a arătat că există cel puțin 1,1 milioane de site-uri cu această pagină. Majoritatea utilizatorilor pur și simplu nu știu despre el sau nu doresc să-l elimine.

Dacă se află pe site-ul dvs., eliminați-l imediat.

18. Examinarea intempestivă a comentariilor

Aceasta este o altă greșeală comună WordPress care apare adesea atunci când dezvoltatorul site-ului, după ce l-a predat clientului, nu a explicat și a arătat în mod corespunzător cum să-l gestioneze. Deci, se pare că proprietarul unei mici afaceri și site-ul său pur și simplu nu știe că există încă unele comentarii care trebuie verificate, aprobate sau șterse. Iată un exemplu de unul dintre aceste cazuri flagrante:

Dacă nu aveți nevoie de comentarii pe site, atunci pur și simplu dezactivați această funcție folosind pluginul

19. Eroare la stabilirea conexiunii la baza de date

Aceasta nu este nici măcar o eroare, ci mai mult un eșec care poate apărea în cazul unor acțiuni incorecte. Folosiți aceeași parolă pentru baza de date și pentru cPanel? Dacă ați schimbat această parolă, este posibil să aveți probleme la conectarea la baza de date. Acest lucru se poate întâmpla și atunci când schimbați parola pentru utilizatorul principal de găzduire, care este și utilizatorul bazei de date pentru site-ul dvs. Acesta este motivul pentru care ar trebui să creați întotdeauna un anumit utilizator pentru baza de date a site-ului dvs. Cu toate acestea, acest eșec poate apărea și din alte motive.

20. Ecranul alb al morții

Dacă ai peste 18 ani, atunci probabil că știi despre asta ecran albastru moartea pe PC. WordPress are ceva asemănător, dar se numește ecranul alb al morții. Acest lucru se poate întâmpla dacă instalați un plugin sau o temă proastă care epuizează limita de memorie a site-ului. În cele mai multe cazuri, puteți remedia cu ușurință această eroare prin creșterea limitei de memorie. Pentru alte moduri, puteți învăța cum să remediați Ecran alb moarte în WordPress.

21. Arhivă excesiv de lungă

Chiar la începutul lansării unui site WordPress, widgetul de arhivă arată cool, deoarece. afișează lunar activitatea ta pe site: ce și când a fost publicat. Dar apoi, cu timpul, începe să enerveze și pare greoaie. Bara laterală se întinde la o dimensiune fără precedent. În general, nu este nimic bun în asta și te-aș sfătui să nu faci această greșeală WordPress, ci să creezi o pagină de arhive.

22. Nu folosiți funcția „salvare pentru web”.

La începutul întreținerii site-ului, mulți utilizatori nu se gândesc la cât cântăresc imaginile descărcate. Și abia cu timpul se realizează că capacitatea site-ului nu este cauciuc și toate imaginile trebuie comprimate. O imagine poate cântări mult mai puțin dacă îi aplicăm pur și simplu funcția „salvare pentru web” și, făcând acest lucru, adesea nu pierde nicio calitate. Această funcție avea Adobe Photoshop, Microsoft Office, GIMP, JPEG Mini.

Adesea, utilizatorii nu se gândesc la securitatea site-ului până când nu sunt piratați. Din același motiv, încep să facă copii de rezervă. Vă recomand cu tărie să vă gândiți la securitatea site-ului și să faceți următoarele:

• Creați o copie de rezervă
• Stabiliți o limită pentru numărul de autentificare
• Utilizați autentificarea cu doi factori pentru Ajutor Google Autentificator
• Utilizați pluginul de securitate Sucuri.

Poate vei fi de acord că eroarea 503 Serviciu Indisponibil cea mai confuză eroare pe care o vei primi vreodată pe site-ul tău WordPress.

Principalul motiv al confuziei este dificultatea de a determina adevărata cauză a apariției acesteia. Iar faptul că poate fi cauzată de o serie de motive exacerbează situația. Mai mult, în funcție de configurația serverului eroare dată poate apărea diferit. De exemplu, este posibil să vedeți opțiuni ca aceasta:

503 Serviciu indisponibil Http/1.1 Serviciu indisponibil Eroare server HTTP 503 503 Eroare HTTP 503 Eroare HTTP 503

Se pare că remedierea erorii de indisponibilitate a serviciului 503 este o sarcină relativ simplă și vă vom arăta exact cum să o faceți în acest articol.

Notă: În acest ghid, vă vom arăta cum să depanați și să remediați eroarea pe site-urile WordPress. Cu toate acestea, pași similari pot fi aplicați oricărui CMS.

Cauzele erorii serviciului 503 indisponibil în WordPress

Eroarea de indisponibilitate a serviciului 503 poate fi cauzată de o serie de motive, inclusiv (dar fără a se limita la):

• Erori în pluginuri sau teme
• Blocări în scripturile PHP personalizate
• Nu sunt suficiente resurse de server
• Erori de server
• Atacurile rău intenționate, cum ar fi binecunoscutul DDoS (Distributed Denial of Service)

Vom trece prin toate aceste motive și vom oferi diverse soluții pentru a rezolva eroarea de indisponibilitate a serviciului 503.

Eroare de plugin

Un plugin care nu funcționează corect poate fi cauza majorității erorilor WordPress. Apropo, o eroare de plugin este cauza principală a erorii de indisponibilitate a serviciului 503 în WordPress.

Dacă întâmpinați eroarea 503 după instalarea sau actualizarea unui anumit plugin, sunt șanse să fi găsit deja vinovatul. Tot ce trebuie să faceți este să eliminați pluginul problematic și ați terminat.

Dacă, totuși, nu aveți idee ce plugin ar putea cauza eroarea 503, ar trebui să începeți diagnosticarea dezactivând toate pluginurile.

Dar cum să dezactivezi totul Pluginuri WordPress dacă nu ai acces la panoul de administrare?

Dezactivarea tuturor pluginurilor WordPress

Accesați directorul dvs. WordPress prin FTP sau folosind . În acest tutorial, vom folosi popularul program de conexiune FTP:

Iată cum arată directorul nostru de testare WordPress Manager de fișiere pe Hostinger:

În directorul nostru WordPress, găsiți și deschideți directorul wp-conținut, care conține, printre altele, pluginurile, temele și conținutul media.

Clic Click dreapta mouse-ul pe director pluginuriși redenumiți-l în pluginuri-vechi:

Acest lucru va dezactiva toate pluginurile în același timp. Acum redenumiți pluginuri-vechiîn pluginuriși reîncărcați site-ul dvs. Dacă eroarea 503 dispare, pluginul este cauza situației tale actuale.

Tot ce trebuie să facem acum este să găsim pluginul care cauzează problema.

Acum veți putea să vă conectați în consola dvs. de administrare pe site-ul WordPress printr-un browser și să activați pe rând toate pluginurile pe rând.

De fiecare dată când activați un plugin, reîncărcați site-ul pentru a identifica pluginul rupt. Odată ce ați găsit plugin-ul bully, accesați directorul dvs pluginuri prin FTP și eliminați-l:

Dacă dezactivarea pluginurilor nu a rezolvat eroarea de indisponibilitate a serviciului 503, citiți mai departe pentru alte soluții. Acum haideți să verificăm dacă tema dvs. cauzează problema.

Tema WordPress discutabilă

Uneori Script PHP cu erori care aruncă o eroare 503 pot face parte din subiect. Pentru a testa acest lucru, vom trece la tema implicită Twenty Seventeen. Apropo, este o idee bună să lăsați temele implicite chiar și după instalarea unei noi teme, deoarece aceasta (tema implicită) va servi ca temă de rezervă în cazul în care există o problemă cu a ta.

Dezactivarea unei teme WordPress

Înainte de a vă dezactiva tema (sau de a o elimina dacă aceasta este o problemă), trebuie să creăm o copie de rezervă. Conectați-vă la site-ul dvs. WordPress prin FTP și navigați la director wp-content -> teme.

Găsiți tema curentă și descărcați-o așa cum se arată mai jos:

Dacă eroarea de indisponibilitate a serviciului 503 persistă, fragmentul de cod PHP cu eroarea poate fi în altă parte pe site-ul dvs.

Blocarea codului PHP personalizat

Uneori, cod de la servicii terților sau o bucată de cod pe care ați adăugat-o pe site-ul dvs. poate provoca o eroare 503. Dar cum să determinați dacă problema este în cod.

LA Mod normal când site-ul dvs. rulează, puteți utiliza pluginuri de depanare precum Query Monitor și Debug Bar .

Se activează WP_DEBUG

Dar, deoarece o eroare 503 vă împiedică adesea să vă conectați la panoul de administrare WordPress, vom folosi constantele WP_DEBUG și WP_DEBUG_LOG , WP_DEBUG_DISPLAY și @ini_set disponibile în WordPress.

Pentru a activa modul de depanare în WordPress și pentru a scrie jurnalele de erori într-un fișier, urmați acești pași:

1. Deschideți directorul WordPress prin FTP sau File Manager.
2. Deschide fișierul wp-config.php
3. Derulați la definiția unei constante WP_DEBUG. Arata cam asa: define("WP_DEBUG", false); . Dacă este omis, îl vom adăuga imediat înainte de cuvintele /*Atâta tot, nu mai editați! Blogging fericit.*/
4. Lipiți codul magic de depanare DEBUG. Doar remediați codul define("WP_DEBUG", false); pe:
   define("WP_DEBUG", adevărat);
   define("WP_DEBUG_LOG", adevărat);
   define("WP_DEBUG_DISPLAY", false);
   @ini_set("erori de afișare", 0);
5. Salvează modificările

Acum reîncărcați site-ul pentru a face apariția erorii. Apoi, găsiți fișierul numit depanare.logîn directorul tău wp-conținutîn directorul WordPress.

Acest fișier conține înregistrări ale tuturor erorilor de pe site-ul dvs. Dacă eroarea dvs. de indisponibilitate a serviciului 503 este cauzată de o bucată de cod personalizat, aceasta va fi vizibilă cu detalii.

Remediați/înlocuiți codul problematic și reîncărcați site-ul. Dacă eroarea 503 rămâne, problema poate fi la serverul dvs. web.

Motive legate de server

O serie de motive legate de server pot provoca, de asemenea, o eroare de indisponibilitate a serviciului 503. De obicei, o eroare 503 cauzată de o problemă de server dispare automat după câteva minute.

Dacă eroarea continuă să apară, iată o serie de soluții pe care vi le-am pregătit, iată câteva puncte pe care le puteți încerca.

Sporiți resursele serverului

Unele planuri de găzduire partajată pur și simplu nu au resursele necesare pentru a face față sarcinilor care necesită timp. Dacă gazda dvs. are un blocaj în utilizarea resurselor serverului, ar putea fi timpul să treceți la una nouă sau să o schimbați pe a dvs. plan tarifar pe gazda actuală.

Primiți în mod constant o eroare de indisponibilitate a serviciului 503? Dacă da, verificați-vă valorile în Google Analytics. Dacă primiți mai mult trafic decât de obicei, cu siguranță ați rămas fără resursele inițiale ale serverului.

Cu toate acestea, dacă nu observați o creștere a traficului, dar încă primiți o eroare 503, problema dvs. nu este legată de insuficient RAM sau memorie pe server.

Limită de frecvență de accesare cu crawlere Google

Pentru a indexa conținutul dvs., Google folosește scenarii speciale, cunoscut sub numele de crawlers. Aceștia vizitează site-ul în mod regulat și colectează conținut și determină alte valori de clasare.

Deși aceasta este o întâmplare rară, accesarea cu crawlere poate provoca o creștere a consumului de resurse pe serverul dvs. și poate încetini site-ul. Pentru a ocoli acest lucru și a evita eroarea 503, puteți limita rata de accesare cu crawlere a Google Cautare Google consolă.

Notă: Modificările pe care le faceți vor fi valabile timp de 3 luni. În plus, dacă aveți o versiune a site-ului cu WWW și fără WWW, trebuie să faceți setări pentru ambele.

Loghează-te Google Search Consoleși selectați site-ul dvs. Apoi, faceți clic pe pictograma roată, așa cum se arată mai jos:

Pe pagina următoare, ajustați rata de accesare cu crawlere a Google mutând glisorul spre stânga:

Limitarea ritmului cardiac WordPress

Potrivit WordPress.org, „...Heartbeat API este un exemplu de API de aplicație încorporat în WordPress care sonda serverul, permițându-vă să vedeți valori în timp aproape real. ” Este responsabil pentru funcții precum salvarea automată și așa mai departe.

Aplicația WordPress Heartbeat API rulează fișierul admin-ajax.php printre alte solicitări la intervale regulate atunci când vizitați site-ul dvs.

Această funcționalitate consumă resursele serverului dvs., dar o puteți limita sau dezactiva complet. Când vă restaurați site-ul, puteți utiliza pluginul WordPress Heartbeat Control pentru a limita această funcționalitate în loc să o dezactivați complet.

Pentru a determina dacă WordPress Heartbeat cauzează o eroare de indisponibilitate a serviciului 503 pe site-ul dvs. WordPress, adăugați următorul cod în fișierul dvs. temă funcții.php imediat după deschiderea etichetei

Add_action("init", "stop_heartbeat", 1); funcția stop_heartbeat() ( wp_deregister_script("heartbeat"); )

Salvați modificările și reîncărcați site-ul. Dacă eroarea 503 a dispărut, răsuflă uşurat. Dar dacă eroarea de indisponibilitate a serviciului 503 este încă acolo, înseamnă că API-ul WordPress Heartbeat este cea mai mică dintre grijile tale.

Dacă codul de mai sus nu rezolvă eroarea 503, asigurați-vă că eliminați acest cod din fișierul functions.php.

Note finale

Dacă niciuna dintre soluțiile sugerate nu a funcționat pentru dvs., este posibil să fi ratat soluția care v-ar fi ajutat. În acest caz, nu ezitați să ne împărtășiți situația dvs. în comentarii și putem găsi o soluție împreună.

Trebuie remarcat faptul că eroarea de indisponibilitate a serviciului 503 este în mare parte rezultatul executării unui cod PHP incorect, cum ar fi o eroare într-un plugin sau o temă.

De asemenea, este important să rețineți că o eroare 503 cauzată de lipsa resurselor serverului dispare cel mai adesea de la sine, așa că întotdeauna reîncărcați site-ul după un timp pentru a verifica dacă eroarea este încă acolo.

Indiferent de ce se întâmplă, nu uitați că puteți remedia oricând o eroare de indisponibilitate a serviciului 503, fără probleme. Și, prin urmare, nu există niciun motiv de panică, deoarece aceasta nu este o situație permanentă.

Ați întâmpinat eroarea de indisponibilitate a serviciului 503? Cum ai eliminat-o? Aveți întrebări sau sugestii? Vă rugăm să le împărtășiți în comentariile de mai jos. Mulțumesc anticipat!

Poate apărea o eroare „http”. Mulți încep apoi să-și analizeze ultimele acțiuni realizate în WordPress, dar cei mai mulți pur și simplu nu știu ce s-a întâmplat, pentru că nimic „rău” părea să fie făcut. Dacă te uiți la răspunsurile de pe Internet la întrebarea „de ce dă o eroare http la încărcarea imaginilor”, atunci poți găsi câteva recomandări care pot elimina această eroare.

Recomandări pentru a ajuta la rezolvarea erorii la încărcarea imaginilor „http”.

Prima recomandare este să revizuiți întreaga listă de pluginuri instalate și să le dezactivați pe cele inutile. De asemenea, va trebui să dezactivați toate pluginurile și să le activați unul câte unul, apoi să urmăriți efectul activității lor pe site-ul dvs. Astfel, încărcarea unei fotografii poate funcționa, dar este departe de a fi un fapt că puteți găsi exact pluginul care dă eroarea. Dacă aveți timp și răbdare, încercați această recomandare, dar ni s-a părut prea supărătoare, așa că am lăsat această opțiune în rezervă.

A doua recomandare afirmă că întreaga problemă poate sta în serverul pe care se află site-ul tău. Dar dacă aveți alte site-uri care funcționează cu acest hoster și totul este în ordine cu ele, atunci eroarea se află undeva în site-ul în sine. Dacă site-ul este unul, atunci contactați totuși hosterul, deodată problema constă într-adevăr în el.

Aici observăm, de asemenea, că nu este întotdeauna rațional să faceți upgrade la o versiune care tocmai a fost lansată.

De regulă, conține multe inovații/actualizări utile, dar nu toți dezvoltatorii de pluginuri au timp să facă ajustări la produsele lor. Adică, dacă totul este bine cu tine acum, atunci nu merită să te grăbești să actualizezi motorul.

Al patrulea sfat este să adăugați următorul cod la fișierul .htaccess:

SecFilterEngine oprit
SecFilterScanPOST Dezactivat

Este necesar să plasați codul de mai sus la sfârșitul sau la începutul fișierului, după care totul poate începe să funcționeze.
Următorul sfat este să inserați codul în fișierul .htaccess folosind aplicatorul de încărcare FTP:

SecFilterEngine oprit
SecFilterScanPOST Dezactivat

Rețineți că, dacă aveți deja un astfel de cod în fișier, atunci va trebui să fie rescris, adică înlocuit cu unul nou. Încercați să descărcați fișierul media acum; În plus, puteți încărca fișiere în cantități nelimitate. Am observat în mod repetat că într-un caz, dacă lipiți codul la începutul fișierului, atunci totul va funcționa; la lipirea codului pe alt site la începutul fișierului, nimic nu a funcționat, dar totul a început să funcționeze imediat ce codul a fost mutat la sfârșitul fișierului.

Merită să ne amintim că, după actualizarea WordPress, acest fișier poate fi ușor suprascris și eroarea poate apărea din nou. Pentru a preveni acest lucru, vă recomandăm să salvați fișierul de rezervă pe computer și, în acest caz, să îl încărcați pe server prin FTP.

O altă recomandare este să instalați pluginul WPupload, care înlocuiește programul de încărcare WordPress implicit cu unul nou (suporta HTML5, Flash, BrowserPlus etc.). Cu toate acestea, noul plugin poate adăuga noi probleme site-ului, dar, în orice caz, va elimina această eroare la încărcarea imaginilor „http”.

Din toate cele de mai sus, rezultă o concluzie simplă: dacă vrei ca site-ul tău să funcționeze stabil, nu te grăbi cu . Deși noua versiune promite să fie mai funcțională și mai sigură, dezvoltatorii terți nu au întotdeauna timp să își optimizeze produsele pentru versiuni noi (din această cauză, eroarea „http” poate apărea).

WordPress este cel mai popular CMS din lume. Nu este surprinzător că utilizatorii acestui motor se confruntă cu probleme comune și fac greșeli comune. Care sunt erorile și cum le remediați?

Eroare de meniu mobil

Când încearcă să folosească meniul site-ului, utilizatorii pot întâmpina o problemă (vezi ilustrația).

Acest lucru se întâmplă dacă ați uitat să specificați un meniu mobil în setările WordPress. Pentru a remedia eroarea, în consolă, selectați secțiunea „Aspect – Meniu – Gestionați zone”. Selectați meniul dorit și salvați modificările.

Verificați disponibilitatea meniului mobil pe site.

Eroare de date structurate (hatom, hcard)

Aceasta este o greșeală foarte frecventă despre care proprietarii de site-uri WordPress află de obicei prin notificări din Search Console.

De unde a venit eroarea? Majoritatea șabloanelor de design WordPress acceptă în mod implicit marcajul de microformat. Mulți dezvoltatori de teme implementează datele microformats.org cu erori.

Erorile din datele structurate împiedică utilizatorii? Nu, nu afectează direct experiența utilizatorului. Micro-markup ajută motoarele de căutare să indexeze corect site-urile.

În teorie, datele semantice ar putea deveni un factor de clasare în viitor. În acest caz, erorile de marcare vor afecta negativ vizibilitatea resursei în căutare. De asemenea, din cauza erorilor, motoarele de căutare nu afișează fragmentul extins pe pagina cu rezultatele căutării. Un alt argument în favoarea lucrului la bug-uri: mesajele corespunzătoare din Search Console sunt doar enervante.

Există două moduri de a remedia eroarea și o modalitate de a o preveni. Prevenirea constă în alegerea unui șablon de design în care marcajul microformats.org este integrat corect. Selectați o temă cu funcții pentru SEO și , instalați și testați cu Instrumentul de testare a marcajului Google.

Vă rugăm să rețineți că acest lucru nu garantează absența erorilor în datele structurate, ci doar reduce probabilitatea acestora. Există o astfel de problemă: tema este în curs de validare în serviciul Google, dar după indexarea paginilor în Search Console apar mesaje de eroare. În acest caz, acestea trebuie corectate.

Prima modalitate este de a remedia erorile folosind pluginul DT hAtom Error Removal. Vă rugăm să rețineți că acesta este un produs comercial pe care autorul îl distribuie în prezent gratuit. Rețineți, de asemenea, absența acestui plugin în directorul oficial WordPress.org. Aceasta înseamnă că este posibil ca programul de completare să nu îndeplinească cerințele de securitate.

DT hAtom Error Removal elimină automat microformatele din fișierele teme și adaugă marcajul corect. Dezvoltatorul avertizează că suplimentul nu funcționează cu toate temele, așa că nu există o garanție de 100% că erorile vor fi remediate.

Instalați și activați pluginul. Pentru a remedia erorile de marcare a postării și a paginii, bifați opțiunile Adăugați cod hAtom la postări și Adăugați cod hAtom la pagini. Salvați modificările.

Pluginul adaugă micro-markup corect paginilor. Informațiile relevante sunt afișate sub conținut.

Marcajul creat de plugin este în curs de validare.

Dacă site-ul dvs. are pagini de arhivă, etichete și categorii deschise pentru indexare și există mesaje de eroare în Search Console, verificați opțiunea Eliminați clasa hentry din paginile de arhivă. Îndepărtează datele structurate din paginile arhivei. Dacă paginile de arhivă de pe site-ul dvs. nu sunt indexate, nu sunt necesare setări suplimentare.

Dacă site-ul dvs. folosește o pagină de pornire statică, verificați opțiunea Adăugați codul hAtom la pagina de pornire statică. Dacă pagina de intrare este folosită ca pagină de pornire, bifați opțiunea Eliminați clasa Hentry din pagina de pornire.

Există un alt plugin cu care puteți remedia erorile de marcare. Hatom fix de Fivera.net plătit. Rețineți că lipsește și din directorul oficial WordPress.

A doua modalitate de a corecta eroarea poate fi numită radicală. Cu pluginul Hatom/hentry Remover, puteți elimina microformatele din orice temă. Dezvoltatorul susține că utilizarea suplimentului nu afectează alte funcții și aspectul șablonului de design.

Dacă utilizați alte tipuri de marcare, eliminarea microformatelor este un pas logic. De exemplu, dacă marcați postările cu Articole sau BlogPosting Schema.org, motoarele de căutare obțin date semantice folosind acest tip de marcare. Microformatele dublează pur și simplu informațiile, astfel încât acestea să poată fi eliminate.

Instalați și activați pluginul. Verificați dacă pluginul a eliminat microformatele din paginile dvs. de resurse utilizând instrumentul de inspecție a datelor structurate. După reindexarea resursei, mesajele de eroare din Search Console vor dispărea.

URL-uri care sunt incomode pentru utilizatori

Există recomandări pentru configurarea CNC-ului în aproape fiecare ghid pentru crearea de site-uri pe WordPress. Cu toate acestea, mulți proprietari de site-uri folosesc adrese URL neprietenoase.

De ce linkurile implicite sunt considerate incomode pentru utilizatorii live? Nu sunt informative. Setul de caractere „/?p=112” nu înseamnă nimic pentru o persoană, așa că îi este greu să-și amintească adresa URL sau să evalueze oportunitatea urmăririi linkului. Comparați linkurile CNC implicite care arată astfel: https://site-wordpress/kotiki sau https://site-wordpress/cats/britancy.

Pentru a personaliza adresa URL, instalați pluginul îmbunătățit Cyr to Lat. Acest program de completare convertește caracterele chirilice în caractere latine în linkuri. După activarea pluginului, accesați meniul consolei „Setări - Permalink-uri”. Alegeți structura URL care vi se potrivește cel mai bine și salvați modificările.

Pentru a afișa numele categoriei în adresa URL, în pagina de setări permalink, bifați caseta de lângă opțiunea „Personalizat”. În câmpul gol, introduceți valoarea /%category%/%postname%/.

Fără pagini mobile accelerate

Această greșeală strategică privează site-ul dvs. de o parte din traficul mobil. Îl poți repara în câteva minute.

Puncte cheie de știut despre paginile mobile accelerate:

• AMP este o versiune prescurtată a paginilor site-ului web. Paginile accelerate afișează numai conținutul principal.
• Google memorează cache AMP cu marcarea corectă pentru a îmbunătăți viteza de încărcare a paginii atunci când navigați pe mobil și utilizați o conexiune lentă la internet.
• Cel mai mare motor de căutare din lume poate afișa conținutul paginilor accelerate ale site-ului tău într-un carusel pe pagina SERP.
• AMP nu oferă încă un avantaj de clasare. Dar dacă paginile site-ului sunt afișate într-un carusel, vei obține mai mult trafic. Caruselul se află în partea de sus a SERP.
• Dacă utilizați dispozitivul mobil sau receptiv cu AMP, Google va acorda prioritate paginilor mobile accelerate în rezultatele căutării. Adică, odată cu implementarea corectă a AMP, utilizatorii Google au mai multe șanse să ajungă la paginile accelerate ale site-ului, și nu la versiunea sa mobilă sau adaptivă.

Pentru a crea pagini mobile accelerate, utilizați pluginul AMP de la Automattic. După instalare și activare, AMP va apărea pe site-ul dvs. Pentru a ajunge la pagina accelerată, adăugați /AMP/ la adresa URL. Vă rugăm să rețineți că pluginul creează pagini accelerate numai pentru publicații. Pentru categorii, etichete, pagini statice și AMP principal nu este creat.

Pentru ca paginile accelerate să apară în SERP-uri, acestea trebuie să fie valide.

După indexarea AMP, informațiile despre acestea vor apărea în Search Console în meniul „Search View - Accelerated Mobile Pages”.

Vă rugăm să rețineți că prezența paginilor mobile accelerate pe site nu înseamnă că toți proprietarii de smartphone-uri și tablete, atunci când vă vizitează resursa, vor ajunge automat la versiunile AM ​​ale paginilor. Motorul de căutare este cel care decide dacă este potrivit să direcționeze utilizatorii de la căutare la AMP.

Vizitatorii din alte surse ajung implicit la versiunea mobilă sau adaptată a resursei. Dacă doresc, pot migra pe cont propriu la AMP. Pentru a face acest lucru, trebuie să schimbați adresa URL. Unii optimizatori recomandă să faceți o redirecționare a serverului care redirecționează automat toți utilizatorii către paginile accelerate. Aceasta este o abordare incorectă, deoarece nu toți utilizatorii de smartphone-uri și tablete au nevoie de AMP.

Doar creați pagini accelerate și lăsați-l pe Google să decidă dacă să direcționeze utilizatorii către ele. Nu este nevoie să redirecționați de la versiunea mobilă la AMP.

Configurați urmărirea performanței pentru paginile accelerate. Pentru a urmări vizitele AMP cu Google Analytics, instalați și activați pluginul AMP Analytics sau AMP Toolbox . În setări, introduceți ID-ul de urmărire GA.

Indexarea paginilor de paginare

Aproape fiecare site care rulează WordPress CMS are pagini de paginare. Dacă nu luați nicio măsură, în indexul motorului de căutare pot apărea pagini suplimentare precum https://site-wordpress/page/2/ sau https://site-wordpress/category/page/2/.

Google oferă trei moduri de a rezolva problema:

• Nu faceți nimic și lăsați motorul de căutare să determine dacă paginile de paginare ar trebui incluse în index.
• Creați pagina „Afișați tot” și setați-o ca canonică.
• Utilizați atributele rel="next" și rel="prev" pentru a indica motorului de căutare relația dintre paginile de paginare.