Problema cu ambalaj toate într-un singur SEO și soluția ei

Problema cu All-in-One SEO Pack și soluția ei - eliminarea rel = prev și corectați rel = canonic, pentru a elimina din dublele index

Bună ziua, dragă blog cititori KtoNaNovenkogo.ru. Accident de astăzi se uită la numărul de pagini ale acestui blog, care sunt în index, și a fost șocat - acestea sunt la fel de multe ca 8.000. În Google un pic mai mult de 1,5 milioane de euro, care este, de asemenea, un pic mai mult decât de obicei.

A trecut prin trimitere din bara de fereastra RDS (doar-l și privit) pe Yandex, cu o listă de pagini ale site-ului meu în indexul său. Rasfoind prin untură sa și ușor prifigel de când a găsit o grămadă de ia care au fost pe aceleași poziții (de exemplu, articole de înregistrare în terminologia WordPress), dar URL-urile au fost diferite. situație extrem de neplăcută, care este necesar să fie abordate urgent.

Doubles de WordPress pagini de blog în indexul motoarelor de căutare

Doubles în indexul Yandex am găsit despre aceste:

Un dezastru complet. Motorul de căutare în acest caz a fost destul de dreapta, care a condus aceste duplicate în index, deoarece = „canonic“ nu este indicat pe pagina principală. Și în afară de un pic mai mare în codul este în valoare de rel = „prev“. care conține un link către o pagină cu un număr mai mic decât cel pentru care ne uităm la codul sursă. Motorul de căutare pe această pagină va merge (la urma urmei, este pentru el, și ea imediat din jur), având ca rezultat indicele va cădea o altă dublă, și așa mai departe ad infinitum.

Dacă ne uităm cu atenție la captura de ecran, autorul acestei ultraj nu este greu de calculat - acesta este plug-in All One SEO Pack. Am scris acum cinci ani (ar fi necesar să se actualizeze post, astfel încât toate mâinile nu ajung) și care încă nu ma lăsat. Cu toate acestea, totul în viață atunci când se întâmplă ceva pentru prima dată.

Această problemă nu este nouă și nu este discutat de multe ori. Dar toate acestea au trecut prin și care trece, iar acum și-a revenit ca un bumerang și vdarilo pe temechku. Ce este frumos - că situația este acum aproape complet activat cu succes prin configurarea plugin-ului. Totul este simplu și logic, dar este mai bine să facă acest lucru înainte de a lovi gramada de duble în index decât mine după setarea.

Cu toate acestea, nu am găsit o variantă de a scoate meta tag-ul cu rel = „prev“, dar această problemă este rezolvată ușor prin adăugarea de câteva linii de cod într-un fișier funkshions.php minunat. Dar, mai întâi lucrurile primele.

Setarea rel = tag-ul „canonic“ la All in One SEO pentru a elimina duplicatele

Setări plug este acum într-un articol separat, „All in One SEO, care se află în meniul de sus admin stânga WordPress. În partea de sus a ferestrei de setări trebuie să bifeze căsuța“ paginația Dezactivați pentru canonic URL-ul ".

Acest lucru va elimina slash de rău augur și tsifirki Urla după pagina principală în rel tag-ul = „canonic“. care va fi prescris pentru aceste pagini. Am uitat să spun că aceste tsifirki (pe .html ca / ​​124) este nimic ca paginare, și anume poștă partiție pe pagina.

Personal, am pozițiile mele nu crash, precum și orice alte paginare (pagini principale sau coloane) apropiate de indexare într-un fișier robots.tht. Și apoi se dovedește chiar unele posturi pseudo-paginare, care, cum ar fi ca nu, dar pagini de WordPress cu numere, scrise după o linie oblică Urla, nu da eroarea 404, și consideră că această paginare. Brad unii, dar faptul rămâne. Dacă în loc de numere pentru a scrie un slash prin scrisorile, atunci acesta emite o eroare de 404.

După salvarea modificărilor în codul sursă al paginilor problematice tip Urlami:

A devenit deja un aspect diferit, am fost mulțumit, pentru că rel = „canonical“ a fost listat Url într-adevăr canonic. mai degrabă decât o paginație pseudo-pagini cu numere de la sfârșitul anului:

Cu toate acestea, în indicele Yandex are deja o mulțime de nevoie, de la care este necesar pentru a scăpa de. Așa că am defilat Setările paginii All In One SEO Lângă partea de jos și a pus o bifă în caseta „Utilizare Noindex pentru pagini / posturi cu paginare.“

Scoateți meta tag-ul rel = „prev“ de la sursa la WordPress blog-ul sursa paginii

Dacă ceva a mers prost (pe blog-ul nu se deschide), apoi reveniți modificările în Notepade ++, si uita-te cu atenție unde vă împinge codul dat. Dacă credeți că un pic, atunci toate trebuie să iasă.

De fapt, totul. Acum, zona cu probleme a codului sursă generat de plugin-ul All in One SEO Pack pentru pagini cu poginatsy prost, am în prezent, pare destul de decent (în opinia mea):

Ceea ce urma să fie pus în aplicare. Ur.

P.S. Aproximativ trei săptămâni după ce a scris acest post după următoarea Yandex are doar APP aproximativ 1.000 de pagini rămân în index, care corespunde aproximativ cu numarul lor real de pe acest blog.

Mult noroc! Ne vedem în curând pe paginile de blog KtoNaNovenkogo.ru

Bună, din nou, Dmitri.

Nu era pe hârtie, dar nu pot găsi adecvate pentru a întreba despre problema.

Și întrebarea este aceasta: atunci când editați setările în WordPress consola de administrare după salvarea apare o pagină albă cu inscripția (vă rugăm să specificați mai jos). De asemenea, atunci când scrierea de articole și întreținerea deja scrise, există încă același text, schimbarea numai numărul de linii la sfârșitul mesajului.

Deprecated: popularea automat $ HTTP_RAW_POST_DATA este depreciat și va fi eliminată într-o versiune viitoare. Pentru a evita acest set de avertizare „always_populate_raw_post_data“ la „-1“ în php.ini și de a folosi php: // fluxul de intrare în loc. în Necunoscut pe linia 0 Atenție: Nu poate modifica informații de antet - antetele deja transmise în Necunoscut pe linia 0 Atenție: Nu poate modifica informații de antet - antetele deja transmise în /home/l/leonati5/pro7sfer.ru/public_html/wp-admin/post. php on line 197 Atenție: nu se poate modifica informații de antet - antetele deja transmise în /home/l/leonati5/pro7sfer.ru/public_html/wp-includes/pluggable.php on line 1228

Rupestru: soluționarea în mod automat $ HTTP_RAW_POST_DATA depreciat și va fi eliminată în versiunile viitoare. Pentru a evita acest avertisment, setați „always_populate_raw_post_data“ la „-1“ în php.ini și de a folosi PHP: // fluxul de intrare în loc. în Necunoscut pe linia 0 Atenție: Nu se poate modifica informații de antet - antetele deja trimise în Necunoscut pe linia 0 Atenție: Nu se poate modifica informații de antet - antetele deja trimise în /home/l/leonati5/pro7sfer.ru/public_html/wp- admin / post. PHP pe linia 197 Atenție: Nu se poate modifica informații de antet - antetele deja trimise în /home/l/leonati5/pro7sfer.ru/public_html/wp-includes/pluggable.php on line 1228

Te rog spune-mi ce să fac? ce este și modul în care să-l lupta.