Cum să Utilizezi Classic Editor în WordPress: Instalare, Configurare și Când Are Cu Adevărat Sens

WordPress Classic Editor este un editor de conținut WYSIWYG bazat pe TinyMCE, care precede sistemul de blocuri Gutenberg introdus în WordPress 5.0. Prezintă o singură pânză de editare liniară — vizual similară cu Microsoft Word — unde textul, media și HTML coexistă într-un câmp continuu, mai degrabă decât blocuri discrete, suprapozabile. Pentru utilizatorii care trebuie să îl instaleze astăzi, răspunsul scurt este: instalați plugin-ul oficial Classic Editor din depozitul de plugin-uri WordPress, activați-l și configurați editorul implicit în Settings > Writing.

Acel răspuns în două propoziții acoperă întrebarea de bază. Restul acestui ghid acoperă diferențele arhitecturale dintre cei doi editori, motivele tehnice legitime pentru a alege unul față de celălalt, cazurile speciale de configurare și scenariile în care forțarea Classic Editor creează de fapt mai multe probleme decât rezolvă.

Classic Editor vs. Gutenberg Block Editor: O Comparație Tehnică

Înainte de a modifica orice setări, merită să înțelegeți între ce anume comutați. Decizia nu este pur cosmetică.

Cea mai semnificativă diferență operațională este stocarea conținutului. Classic Editor salvează HTML curat. Gutenberg înfășoară fiecare unitate de conținut în adnotări de comentarii HTML care acționează ca delimitatori de blocuri. Dacă migrați vreodată conținut între sisteme — către un CMS headless, un generator de site-uri statice sau o platformă non-WordPress — rezultatul Classic Editor este mult mai ușor de analizat și portat. Gramatica de blocuri a Gutenberg este proprietară analizorului WordPress.

De Ce Dezvoltatorii și Proprietarii de Site-uri Aleg în Continuare Classic Editor

Compatibilitate cu Plugin-uri și Teme Moștenite

Multe plugin-uri comerciale — în special constructori de formulare mai vechi, extensii e-commerce și plugin-uri pentru tipuri de postări personalizate — înregistrează meta box-uri care injectează câmpuri direct în ecranul de editare a postărilor. În Gutenberg, aceste meta box-uri sunt relegate la un panou lateral pliabil redat în interiorul unui shim de compatibilitate iframe. Acest shim nu se comportă întotdeauna corect: apar conflicte JavaScript, logica condițională se defectează, iar unele framework-uri UI pentru meta box-uri (dialoguri jQuery UI, de exemplu) nu se inițializează corect în contextul documentului imbricat.

Dacă site-ul dvs. se bazează pe plugin-uri care folosesc add_meta_box() cu interfețe UI complexe dependente de JavaScript, Classic Editor elimină această întreagă clasă de probleme.

Restricții REST API

Editorul Gutenberg face cereri continue în fundal către WordPress REST API — pentru a prelua tipare de blocuri, a salva automat ciorne, a recupera starea de blocare a postărilor și a valida permisiunile utilizatorilor. În medii de server securizate unde REST API este restricționat intenționat (prin add_filter('rest_authentication_errors', ...) sau reguli la nivel de server care blochează /wp-json/), Gutenberg va eșua parțial sau complet la încărcare. Classic Editor nu are o astfel de dependență și va funcționa normal în aceste constrângeri.

Control al Editorului Bazat pe Roluri și Multisite

Pe instalările WordPress Multisite, administratorii de rețea trebuie uneori să impună o experiență de editare consecventă pe toate sub-site-urile — în special când sunt implicați editori non-tehnici. Plugin-ul Classic Editor suportă o opțiune Settings > Writing pentru a interzice comutarea editorului per utilizator, blocând toți utilizatorii în Classic Editor indiferent de preferințele lor individuale. Gutenberg nu oferă niciun mecanism echivalent de aplicare la nivel de rețea fără cod personalizat.

Viteza Fluxului de Lucru pentru Conținut Bogat în Text

Pentru editorii care produc volume mari de conținut text — articole de știri, documentație, documente juridice — modelul cu o singură pânză al Classic Editor este cu adevărat mai rapid. Nu este nevoie să inserați un bloc nou, să selectați un tip de bloc sau să navigați între panourile de setări ale blocurilor. Apăsați Enter și continuați să scrieți. Pentru editorii care lucrează la tastatură și folosesc comenzi rapide din tab-ul HTML, acest lucru contează.

Cum să Instalați Plugin-ul Classic Editor

Classic Editor nu este inclus în nucleul WordPress. Este menținut ca plugin oficial de echipa WordPress Contributors și este disponibil din depozitul de plugin-uri WordPress.org.

Metoda 1: Instalare prin Panoul de Control WordPress

1. Conectați-vă la panoul de administrare WordPress (/wp-admin).
2. Navigați la Plugins > Add New Plugin.
3. În câmpul de căutare, tastați Classic Editor.
4. Localizați plugin-ul creat de WordPress Contributors — verificați autorul, deoarece există plugin-uri imitatoare cu nume similare.
5. Faceți clic pe Install Now, apoi pe Activate.

Metoda 2: Instalare prin WP-CLI

Dacă gestionați WordPress din linia de comandă — ceea ce este o practică standard pe orice mediu de VPS Hosting — WP-CLI este semnificativ mai rapid decât interfața UI a panoului de control:

wp plugin install classic-editor --activate

Pentru a-l instala la nivel de rețea pe o instalare Multisite:

wp plugin install classic-editor --activate-network

Metoda 3: Încărcare Manuală

Descărcați ZIP-ul plugin-ului de la wordpress.org/plugins/classic-editor, apoi încărcați-l prin Plugins > Add New Plugin > Upload Plugin, sau extrageți-l direct pe serverul dvs.:

cd /var/www/html/wp-content/plugins/
unzip classic-editor.zip

După extragere, activați prin WP-CLI sau panoul de control.

Configurarea Setărilor Classic Editor

Odată activat, plugin-ul expune două opțiuni de configurare în Settings > Writing.

Editorul Implicit pentru Toți Utilizatorii

Prima opțiune setează valoarea implicită la nivel de site. Puteți alege între Classic Editor și Block Editor. Setarea acesteia la Classic Editor înseamnă că fiecare postare și pagină nouă se deschide implicit în TinyMCE.

Permite Utilizatorilor să Comute între Editori

A doua opțiune controlează dacă utilizatorii individuali pot suprascrie valoarea implicită a site-ului per postare. Când este activată, trecerea cu mouse-ul peste o postare în lista Posts > All Posts dezvăluie două link-uri de acțiune: Edit (se deschide în editorul implicit al site-ului) și Edit (Classic Editor) sau Edit (Block Editor) în funcție de valoarea implicită curentă.

Configurație recomandată pentru majoritatea site-urilor moștenite:

• Editor implicit: Classic Editor
• Permite utilizatorilor să comute: Nu

Aceasta împiedică editorii să deschidă accidental conținut în Gutenberg și să injecteze inadvertent comentarii de gramatică a blocurilor în postările care au fost create în Classic Editor — un amestec care poate cauza anomalii de redare în unele teme.

Utilizarea Interfeței Classic Editor

Tab-ul Visual (Modul WYSIWYG)

Tab-ul Visual redă conținutul dvs. prin previzualizarea bazată pe iframe a TinyMCE. Bara de instrumente oferă:

• Formatare text: Bold (Ctrl+B), Italic (Ctrl+I), Tăiat, Subliniat
• Stiluri de paragraf: Heading 1 până la Heading 6, Preformatat, Citat bloc
• Liste: Ordonate și neordonate, cu controale de indentare/dezindentare
• Link-uri: Inserare/editare hyperlink-uri cu atribute target și title
• Inserare media: Deschide Biblioteca Media WordPress pentru imagini, video, audio și documente
• Lipire din Word: Elimină marcajul HTML proprietar al Microsoft Word la lipire
• Mod de scriere fără distrageri: Comutare ecran complet care ascunde toată interfața UI de administrare

Bara de instrumente are două rânduri. Dacă vedeți doar un rând, faceți clic pe butonul Toolbar Toggle (ultima pictogramă din primul rând) pentru a dezvălui al doilea rând, care include selectorul de stil de paragraf, culoarea textului, harta de caractere și anulare/refacere.

Tab-ul Text (Modul HTML Brut)

Tab-ul Text expune HTML-ul brut stocat în post_content. Acesta nu este un editor de cod complet — îi lipsesc evidențierea sintaxei și numerotarea liniilor — dar vă oferă acces direct la markup. Scenarii utile:

• Inserarea de embed-uri <iframe> brute pe care TinyMCE le-ar elimina sau escapa
• Adăugarea de atribute HTML personalizate pe care interfața UI a tab-ului Visual nu le expune
• Depanarea problemelor de redare cauzate de curățarea automată a tag-urilor de TinyMCE

Comportament critic de înțeles: TinyMCE efectuează sanitizarea HTML când comutați de la tab-ul Text înapoi la tab-ul Visual. Va închide tag-urile neînchise, va elimina anumite elemente (cum ar fi <script> în unele configurații) și va normaliza spațiile albe. Dacă scrieți HTML brut în tab-ul Text, verificați întotdeauna că supraviețuiește unui dus-întors înapoi la Visual înainte de publicare.

Meta Box-urile Excerpt, Custom Fields și Discussion

Sub pânza principală a editorului, Classic Editor afișează setul complet de meta box-uri native WordPress în aspectul lor original:

• Excerpt: Rezumat în text simplu folosit de teme și plugin-uri SEO pentru meta descrieri
• Custom Fields: Perechi cheie-valoare stocate în wp_postmeta — accesibile direct fără a comuta la un panou lateral
• Discussion: Setări per postare pentru comentarii și trackback-uri
• Slug: Câmp slug URL editabil (și în caseta Publish)
• Author: Reatribuirea autorului postării fără a naviga în altă parte

Aceste meta box-uri sunt întotdeauna vizibile și pe lățime completă în Classic Editor. În Gutenberg, ele sunt fie ascunse în bara laterală, fie redate în iframe-ul de compatibilitate — o diferență UX semnificativă pentru fluxurile de lucru care se bazează mult pe câmpuri personalizate.

Comutarea între Editori per Postare

Dacă ați activat opțiunea „Permite utilizatorilor să comute”, comutatorul de editor per postare funcționează astfel:

Din lista de postări:

1. Mergeți la Posts > All Posts.
2. Treceți cu mouse-ul peste titlul postării.
3. Faceți clic pe Edit (Classic Editor) sau Edit (Block Editor) după necesitate.

Din interiorul editorului:

În Gutenberg, un link cu textul Switch to Classic Editor apare în meniul cu trei puncte (dreapta sus). În Classic Editor, un link cu textul Switch to Block Editor apare în partea de sus a ecranului.

Avertisment: Comutarea unei postări care a fost creată în Gutenberg la Classic Editor — și apoi salvarea acesteia — va păstra adnotările de comentarii de gramatică a blocurilor în HTML-ul brut. Aceste comentarii sunt inofensive pentru redarea front-end, dar vor apărea ca text literal în tab-ul Text al Classic Editor, ceea ce poate fi confuz. Comutarea înapoi la Gutenberg le va reanaliза corect. Scenariul invers (conținut Classic Editor deschis în Gutenberg) este curat, deoarece Gutenberg înfășoară automat HTML-ul nerecunoscut într-un bloc Classic.

Dezactivarea Classic Editor Fără Plugin

Dacă doriți să forțați Gutenberg și să împiedicați utilizarea Classic Editor — sau dacă doriți să dezactivați Gutenberg fără a instala un plugin — WordPress oferă un hook de filtru:

// In functions.php or a site-specific plugin — disable Gutenberg for all post types
add_filter( 'use_block_editor_for_post', '__return_false' );

Aceasta obține același efect ca plugin-ul Classic Editor pentru editarea postărilor, dar nu afectează Site Editor (Full Site Editing). Pentru o dezactivare completă a Gutenberg inclusiv FSE:

add_filter( 'use_block_editor_for_post', '__return_false' );
add_filter( 'use_widgets_block_editor', '__return_false' );
remove_theme_support( 'widgets-block-editor' );

Această abordare este preferabilă în mediile unde instalarea de plugin-uri suplimentare este restricționată prin politică, sau unde doriți ca logica de dezactivare să fie versionată în tema sau plugin-ul dvs. mai degrabă decât dependentă de starea de activare a unui plugin terț.

Classic Editor și Mediile de Hosting WordPress

Plugin-ul Classic Editor în sine este ușor și nu impune cerințe semnificative pe partea de server. Cu toate acestea, contextul mai larg al mediului dvs. de hosting afectează experiența de editare în moduri care merită menționate.

Pe planurile de hosting partajat, panoul de administrare WordPress poate părea lent deoarece execuția PHP și interogările bazei de date concurează cu alți chiriași de pe același server. Classic Editor este măsurabil mai ușor decât Gutenberg în acest context — mai puține apeluri REST API, fără overhead de redare React și un payload JavaScript mai mic înseamnă încărcări mai rapide ale paginilor în admin. Dacă vă aflați pe un plan de Shared Web Hosting și găsiți editorul de blocuri lent, Classic Editor este o optimizare practică.

Pe un VPS cu cPanel, aveți control complet asupra limitelor de memorie PHP, configurației OPcache și memoriei cache a interogărilor MySQL. În acest mediu, ambii editori funcționează bine, iar alegerea devine pur o preferință de flux de lucru mai degrabă decât o necesitate de performanță.

Pentru instalările WordPress cu trafic ridicat pe Servere Dedicate, alegerea editorului nu are practic niciun impact asupra performanței front-end — interfața de editare este încărcată doar de utilizatorii admin autentificați, iar rezultatul HTML publicat este cel care contează pentru viteza paginii.

Capcane Comune și Cazuri Speciale

TinyMCE elimină HTML valid: Configurația valid_elements și extended_valid_elements a TinyMCE controlează ce tag-uri și atribute HTML sunt permise în editorul Visual. În mod implicit, elimină tag-uri precum <article>, <section>, <figure> (în configurații mai vechi) și orice atribute de date personalizate. Dacă conținutul dvs. necesită acestea, trebuie să extindeți elementele permise ale TinyMCE prin filtrul tiny_mce_before_init:

add_filter( 'tiny_mce_before_init', function( $init ) {
    $init['extended_valid_elements'] = 'span[*],div[*],section[*],article[*]';
    return $init;
} );

Conflicte de salvare automată: Classic Editor folosește funcția JavaScript mai veche wp_autosave(), care trimite cereri POST la wp-admin/post.php cu action=autosave. Dacă serverul dvs. are limitare agresivă a ratei sau o regulă WAF care blochează cererile POST repetate la wp-admin, salvările automate vor eșua silențios. Monitorizați jurnalele de erori ale serverului dacă apare pierdere de conținut.

Classic Editor și temele Full Site Editing (FSE): Dacă tema dvs. activă este o temă FSE (una care declară "blockTemplates": true în theme.json), Classic Editor va funcționa în continuare pentru conținutul postărilor și paginilor, dar Site Editor (/wp-admin/site-editor.php) este complet bazat pe Gutenberg și neafectat de plugin-ul Classic Editor. Nu puteți folosi Classic Editor pentru a edita șabloanele temei FSE.

Comportamentul la dezactivarea plugin-ului: Dezactivarea plugin-ului Classic Editor nu convertește conținutul dvs. Postările create în Classic Editor rămân ca HTML curat. Postările create în Gutenberg își păstrează gramatica de blocuri. Gutenberg va analiza corect ambele. Nu există risc de pierdere a datelor la dezactivarea plugin-ului.

Matrice de Decizie: Ce Editor Ar Trebui să Folosiți?

Folosiți Classic Editor dacă:

• Site-ul dvs. folosește plugin-uri cu interfețe UI complexe de meta box care se defectează în stratul de compatibilitate al Gutenberg
• Serverul dvs. restricționează WordPress REST API
• Migrați conținut pe o platformă non-WordPress și aveți nevoie de HTML curat, portabil
• Echipa dvs. editorială este mare, non-tehnică și instruită pe fluxul de lucru Classic Editor
• Rulați WordPress pe un mediu de hosting partajat cu resurse limitate

Folosiți Gutenberg dacă:

• Construiți site-uri noi fără dependențe de plugin-uri moștenite
• Tema dvs. este bazată pe blocuri sau compatibilă cu FSE
• Aveți nevoie de blocuri reutilizabile, tipare de blocuri sau aspecte complexe cu mai multe coloane fără un page builder
• Construiți blocuri personalizate cu register_block_type() pentru proiecte client
• Doriți să utilizați Site Editor pentru personalizarea completă a temei

Folosiți ambele (cu comutarea per utilizator activată) dacă:

• Aveți o echipă mixtă unde unii editori preferă Classic și alții preferă Gutenberg
• Vă aflați într-o perioadă de tranziție migrând un site moștenit la o arhitectură bazată pe blocuri
• Diferite tipuri de postări de pe site-ul dvs. au cerințe de complexitate diferite

Listă de Verificare Tehnică Practică

Înainte de a comuta site-ul dvs. de producție la Classic Editor, verificați următoarele:

• ] Confirmați că versiunea plugin-ului Classic Editor este actuală (verificați [wordpress.org/plugins/classic-editor pentru cea mai recentă versiune)
• [ ] Testați interfețele UI ale meta box-urilor tuturor plugin-urilor active în Classic Editor pe un mediu de staging înainte de a implementa în producție
• [ ] Revizuiți filtrele tiny_mce_before_init dacă aveți configurații TinyMCE personalizate care pot intra în conflict cu valorile implicite ale plugin-ului
• [ ] Decideți politica de „permitere comutare” și documentați-o pentru echipa dvs. editorială
• [ ] Dacă folosiți WP-CLI, confirmați că plugin-ul este activat cu wp plugin list --status=active
• [ ] Verificați că tema dvs. nu se bazează pe stiluri de blocuri specifice Gutenberg (clase CSS wp-block-*) pentru redarea front-end
• [ ] Faceți o copie de rezervă a bazei de date înainte de a face orice modificări de comutare a editorului pe un site cu conținut Gutenberg existent
• [ ] Dacă vă aflați pe o rețea Multisite, decideți dacă activați la nivel de rețea sau per site și aplicați prin Settings > Writing la nivel de rețea

Asociați configurarea WordPress cu un domeniu corect securizat asigurându-vă că Certificatele SSL sunt valide și se reînnoiesc automat — panoul de administrare WordPress transmite cookie-uri de autentificare care trebuie protejate prin HTTPS indiferent de editorul pe care îl utilizați.

Pentru echipele care gestionează fluxuri de lucru editoriale care includ notificări prin email, comunicări cu autorii sau integrări de newsletter, o configurare dedicată de Email Hosting asigură că emailurile tranzacționale WordPress (resetări de parolă, notificări de comentarii, modificări de stare a postărilor) sunt livrate în mod fiabil, mai degrabă decât rutate prin sendmail implicit al unui server partajat.

Întrebări Frecvente

Plugin-ul Classic Editor afectează redarea front-end sau performanța site-ului?

Nu. Plugin-ul Classic Editor modifică doar interfața de editare din partea de administrare. Nu are niciun impact asupra modului în care WordPress redă paginile pentru vizitatori. Performanța front-end este determinată de tema dvs., stratul de cache și configurația serverului — nu de editorul care a fost folosit pentru a scrie conținutul.

Comutarea de la Gutenberg la Classic Editor va corupe conținutul meu existent bazat pe blocuri?

Nu. Gutenberg stochează adnotările de blocuri ca comentarii HTML în interiorul post_content. Classic Editor va afișa acest HTML brut în tab-ul Text și va încerca să îl redea în tab-ul Visual. Conținutul nu este șters sau corupt. Dacă salvați o postare Gutenberg în Classic Editor fără a o edita, adnotările de blocuri sunt păstrate. Dacă editați și salvați, TinyMCE poate normaliza unele spații albe, dar nu va elimina adnotările de comentarii.

Pot folosi Classic Editor pentru unele tipuri de postări și Gutenberg pentru altele?

Da, dar nu prin interfața UI de setări a plugin-ului Classic Editor. Trebuie să folosiți filtrul use_block_editor_for_post_type în cod:

add_filter( 'use_block_editor_for_post_type', function( $use_block_editor, $post_type ) {
    if ( $post_type === 'product' ) {
        return false; // Use Classic Editor for WooCommerce products
    }
    return $use_block_editor;
}, 10, 2 );

Plugin-ul Classic Editor va fi menținut permanent?

WordPress.org s-a angajat să mențină plugin-ul Classic Editor cu actualizări de securitate și compatibilitate cel puțin până în 2024, și continuă să primească actualizări dincolo de acest angajament. Cu toate acestea, nu primește funcții noi — se află în modul de întreținere. Pentru proiecte noi pe termen lung, Gutenberg este direcția strategică a nucleului WordPress.

Classic Editor funcționează cu WooCommerce?

Da. Editorul de produse al WooCommerce a fost construit istoric pe meta box-urile Classic Editor. Versiunile recente WooCommerce (8.x+) au introdus un nou editor de produse construit pe blocuri, dar formularul de produse moștenit bazat pe Classic Editor rămâne disponibil și este implicit pentru majoritatea instalărilor. Plugin-ul Classic Editor nu interferează cu ecranele de editare a produselor WooCommerce.