View Full Version: Rezolvate Mesaj de la webmaster tools incorecte privind eli-supleant tags
Stimate webmaster,
Am observat ca pe un număr de pagini de pe site-ul dumneavoastră de eli-alternative-hreflang aplicarea este incorectă. De exemplu:
În special, se pare că există o problemă cu lipsă sau incorecte bi-direcţională care leagă (când pagina UN link cu hreflang la pagina B, trebuie să existe un link inapoi din B la A, precum şi). Când ne detecta algoritmii conflict de semnale ca pe aceste pagini, acestea pot face indexarea si ordonarea deciziile care nu se potriveşte cu ceea ce doriţi.
Pentru a afla mai multe despre eli-alternative-hreflang, consultaţi următoarele Help Center art.: https://support.google.com/webmasters/answer/189077
Dacă aveţi întrebări despre cum să rezolvaţi această problemă, vă rugăm să vizitaţi Forum de asistenţă:
Google Grupuri (http://productforums.google.com/forum/#!categories/webmasters/internationalization)
Cu stimă,
Echipa Google Căutare De Calitate
Aceasta este fără îndoială deoarece traduse URL nu este fiind incluse în etichetele. Poate o opţiune se adauga la opriţi pur traducere de URL uri ? Cred ca asta ar rezolva o multime de probleme voi avea.
Nu este vorba despre traducere de url-uri. Aceasta este numai despre hreflang în alternativă link şi puteţi să-l oprească de Admin CP -> vBET -> Translation Options -> Add Alternate tag
Asemenea, vă rugăm să reţineţi că dezactivarea traducere de URL-ul va avea impact rau pe SEO (lipsa de tradus cuvinte cheie in URL), astfel încât este recomandat să nu faci asta. Dacă doriţi totuşi, apoi este suficient sa nu se integrează cu vBSEO dacă legăturile sunt generate de vBSEO (unele lucruri rele se poate intampla - acest lucru nu este recomandat, testate). Şi în caz de nativ Prietenos URL este suficient pentru a dezactiva unele cârligele (acelasi lucru, nu vom oferi detalii acum, numai atunci când este necesar).
Marcin Asemenea va verifica cum supleant sunt generate chiar acum. Ne-am făcut modificări înainte şi acum pentru oaspeţii url-uri sub steaguri sunt deja generat traduse, astfel încât nu se întâmplă redirecţionării (pentru înregistrat utilizatorilor se nu au sens şi este mai bine pentru performanţă la doar redirecţionare dacă vreodată limba comutatorul se va intampla pentru un astfel de utilizator). Dar poate ca am uitat despre alternative. Vom verifica-l pe partea noastra. Acum este mai simplu pentru tine doar pentru dezactivare.
Marcin Kalak
29-10-13, 21:19
Vă rugăm să furnizaţi link-uri la site-uri unde alternativa tags nu acord intre ele.
EU n-am facut lui URL-sa traduca corect în pavilionul link-uri. Aici este o pagină unde aceasta se intampla: Galaxie Nota 3: Dezactivaţi 'My Revista'? (HTTP://CELLPHONEFORUMS.NET/ ******* -galaxia/t365731-galaxie - notă-3-disable-my-revista.html)
Marcin Kalak
31-10-13, 14:40
OK, avem in lucru pe aceasta tema.
FYI, am actualizat la ultima versiune, cuplat yandex, şi eu încă nu pot obţine de pavilion și re-supleant link-uri traduse. Meu cache sunt toate pornit şi cache clienţi este setat la expirare în 3600 de secunde.
Aici este un exemplu de o pagina care a fost tradus, dar pavilion link-uri/supleant tag-ul link-uri nu sunt legate ca URL-ul tradus:
Cum să: ******* Galaxiei S4 Mini: Transferarea contactele dintr-un ****** la SGS4 Mini (HTTP://CELLPHONEFORUMS.NET/ ******* ******* -GALAXY/T365916- -GALAXY-S4-MINI-TRANSFERRING-CONTACTS- ****** -sgs4-mini.html)
Link-uri pagina de spaniolă la
[url = http://cellphoneforums.net/es/ ***-galaxy/t365916-***-galaxy-s4-mini-transferring-contacts-***-sgs4-mini.html](Espa
bine, voi într-adevăr nevoie să facă ceva despre dumneavoastră filtre de cuvinte...
exemplu folosind pagina legate de mai sus:
Galaxie Nota 3: Dezactivaţi 'My Revista'? (HTTP://CELLPHONEFORUMS.NET/ ******* -galaxia/t365731-galaxie - notă-3-disable-my-revista.html)
legat de filme spaniole:
[url = http://cellphoneforums.net/es/ ***-galaxy/t365731-galaxy-note-3-disable-my-magazine.html](Espa
Marcin Kalak
04-11-13, 16:52
Nu aţi activat Utilizare memorie cache date şi curăţare dezactiva memoria cache in AdminCP - > vBET Cache - > Date Cache?
Nu aţi activat Utilizare memorie cache date şi curăţare dezactiva memoria cache in AdminCP - > vBET Cache - > Date Cache?
Da şi da
Marcin Kalak
06-11-13, 17:57
Vă rog să-mi trimiteţi un PM acces detalii la Admin CP, date si FTP. AM va verifica ce se intimpla acolo :)
Marcin Kalak
08-11-13, 13:06
Pentru a traduce link alternativ pentru oaspeţi permite AdminCP- >vBET- >Guest Cache- >Utilizaţi Full Fişier Cache pentru oaspeţi. Acest lucru permite ca site pentru oaspeţii nu va trebui să fie generat de fiecare dată când şi a vă pagina. Următoarea versiune va stabili această alternativă pentru a nu traduse legaturi nu apar pe site.
Da, care a fost activat anterior, dar AM oprit-o din cauza această eroare: http://www.vbenterprisetranslator.com/forum/vbet4-bug-reporting/3774-webpage-has-redirect-loop-guests.html
N-am văzut niciodată URL e tradus pentru oaspeţi.
AM activat guest cache google pagina mea din nou deoarece timpii de răspuns shot prin plafon.
Orice intuiţie pe aceasta şi când MA pot astepta o fixa pentru eli-supleant tags?
Este ceva incorect configurat pe meu final care previne pavilionul URL este de a fi tradus?
Marcin Kalak
12-11-13, 21:28
Memorie cache Enable Guest nu trebuie să provoace probleme cu http://www.vbenterprisetranslator.com/forum/vbet4-bug-reporting/3774-webpage-has-redirect-loop-guests.html.
Alternative pentru a traduce etichete trebuie să permită AdminCP- >vBET- >Guest Cache- >Utilizaţi Full Fişier Cache pentru oaspeţi.
În următoarea eliberaţi nu etichete traduse nu va fi adăugată la site.
Dreapta dar chiar si cu Utilizare Fişier Cache Full activat pentru oaspeţi pavilionul URL si eli-supleant etichetele nu sunt traduse.
Marcin Kalak
13-11-13, 18:13
Traduceri alternative pentru legaturi sunt preluate date din cache. Traduceri alternative de legaturi nu lipsi utilizarea traducători api. Link-uri sunt trimise la translator api când intră cineva site-ul în acea limbă. Scopul este de a reduce cheltuieli de traducere.
Bine, cred ca ceva este literalmente s-au rătăcit în traducere aici.
INTELEG cum totul functioneaza. AM revizuit cum pavilionul url-uri sunt presupuse a fi traduse (http://www.vbenterprisetranslator.com/forum/vbet4-troubleshooting/413-faq-3.html#post13517) numai cand oaspetii sunt vizualizarea paginii. Problema este, nu sunt traduse. Aceasta nu este pentru ca sint in afara cotelor, este pentru că ceva nu funcţionează corespunzător.
Exemplu:
Pagina în limba engleză: ** 2 spectrul modifica setările apn (HTTP://CELLPHONEFORUMS.NET/ ** /T366482- ** -spectrul-2-schimbare-apn-setări.html)
Pavilionul URL pe pagina respectivă pentru Franceză: http://cellphoneforums.net/**/fr/t366482-**-spectrum-2-change-apn-settings.html
Pavilionul URL pentru franceză trebuie să fie: (Français) ** spectrului 2 modificare des paramètres de l'apn (HTTP://CELLPHONEFORUMS.NET/FR/ ** /T366482- ** -spectrul-2-modificare-des-param%C3 %A8tres-de-l-apn.html)
Reţineţi că pavilionul lui URL URL nu sunt traduse, in ciuda pagini în curs de traducere. Memorie cache de guest s-a şters din moment ce traducerile au fost făcute.
Marcin Kalak
14-11-13, 20:04
Traduce URL trebuie mai întâi să fie găsite în baza de date memoria cache. Steagurile sunt traduse atunci când adresa este deja tradus in memorie cache date.
Bine - asa ce ar împiedica o traduse URL-ul de la fiind în baza de date memoria cache? În exemplul de mai sus AM postat URL, sunt traduse, dar pavilionul legaturi nu sunt, acest lucru nu înseamnă că ele nu sunt în baza de date cache?
Marcin Kalak
18-11-13, 20:36
Nu avem opţiunea de a adăuga la memorie cache date numai traduse url - cache este activată sau nu. Nu sustinem aceasta distinctie. Dacă URL-ul este tradus şi pavilionul nu vor fi traduse apoi URL nu este în baza de date memoria cache.
Deci presupunand ca: este lucru numai pentru oaspeţi, cu cererile întârziate pentru traducere - pentru performanţă motive. Mai multe informaţii: http://www.vbenterprisetranslator.com/forum/vbet4-troubleshooting/413-faq-3.html#post13517
Bine - am facut totul prezentate în secţiunea întrebări frecvente, cum s-a arătat deja, dar pavilionul URL, nu sunt traduse.
Bine, cred ca ceva este literalmente s-au rătăcit în traducere aici.
INTELEG cum totul functioneaza. AM revizuit cum pavilionul url-uri sunt presupuse a fi traduse (http://www.vbenterprisetranslator.com/forum/vbet4-troubleshooting/413-faq-3.html#post13517) numai cand oaspetii sunt vizualizarea paginii. Problema este, nu sunt traduse. Aceasta nu este pentru ca sint in afara cotelor, este pentru că ceva nu funcţionează corespunzător.
Exemplu:
Pagina în limba engleză: ** 2 spectrul modifica setările apn (HTTP://CELLPHONEFORUMS.NET/ ** /T366482- ** -spectrul-2-schimbare-apn-setări.html)
Pavilionul URL pe pagina respectivă pentru Franceză: http://cellphoneforums.net/**/fr/t366482-**-spectrum-2-change-apn-settings.html
Pavilionul URL pentru franceză trebuie să fie: (Français) ** spectrului 2 modificare des paramètres de l'apn (HTTP://CELLPHONEFORUMS.NET/FR/ ** /T366482- ** -spectrul-2-modificare-des-param%C3 %A8tres-de-l-apn.html)
Reţineţi că pavilionul lui URL URL nu sunt traduse, in ciuda pagini în curs de traducere. Memorie cache de guest s-a şters din moment ce traducerile au fost făcute.
Din nou, consultaţi cele de mai sus. EU sunt fie setarea ceva corect sau nu există un bug in software prevenirea steaguri din care a tradus URL.
Marcin Kalak
20-11-13, 17:27
OK, AM testat aceasta problema.
OK, AM testat aceasta problema.
Multumesc - dacă ajută, forumul meu caractere este ISO-8859-1
Marcin Kalak
23-11-13, 13:26
Problema este că dumneavoastră parse_templates cârlig este declanşat prea repede. Vă rugăm să vă actualizaţi dumneavoastră vB.
Problema este că dumneavoastră parse_templates cârlig este declanşat prea repede. Vă rugăm să vă actualizaţi dumneavoastră vB.
Nu sunt sigur ce înseamnă asta. Vrei să spui actualizare la vbulletin 4.2.2 ? Care este diferenţa între 4.1.12 şi 4.2.2 pe cum parse_templates este manipulate?
.. .sau adica actualizare ordinea de executie a "Generaţi steaguri" care foloseste cârlig parse_templates?
Marcin Kalak
25-11-13, 21:22
Pentru executarea de modificări pentru plugin-uri în cadrul unui cârlig. Executarea ordinului nu modifica ordinea din cârlige. Pe forumul nostru test acest cârlig funcţionează corect. vB licenta nu are limita de timp, astfel încât să vă puteţi face upgrade. Versiunea dumneavoastră vB a fost de mult în afară de data astfel recomand executarea upgrade. CRED ca acest lucru va rezolva problema, dacă aceasta nu funcţionează apoi vom privi mai departe.
Deci la 4.2 ordinea de executie a cârlig parse_templates este diferit?
Din păcate, actualizarea la 4.2 este o sarcină uriaşă, aşa cum l-ar rupe mai multe alte addons care folosesc.
Am verificat class_bootstrap.php şi cârlig parse_templates este în acelaşi loc în fişierul atât 4.1.12 și 4.2.2. Poţi să elaboreze pe ce este cauza problemei cu care cârlig şi de a executa prea devreme?
Marcin Kalak
28-11-13, 16:28
Am suport cele mai recente versiuni şi vBET este adaptată la ultima versiune. Fiecare versiune conţine un lot de modificări. Dacă vă faceţi update, şi aveţi în continuare acest subiect apoi vom fi bucuroşi să vă ajuta.
Nu de gând să actualizeze vbulletin, şi petrece o mulţime de timp pentru a face acest lucru, cu excepţia cazului în ştiu că actualizare va rezolva problema cu steaguri. Ai spus că ai "cred că" se va rezolva problema. Am nevoie de o confirmare pe exact ceea ce este cauza problemei şi că aceasta va rezolva problema.
Marcin Kalak
03-12-13, 21:10
Avem suport pentru cea mai recentă versiune. VB4 este o licenţă de viaţă, aşa că vă rugăm să actualizaţi. Dacă problema va rămâne atunci putem ajuta, pentru că acum se pare că vina de vechi, nesuportată versiune.
Avem suport pentru cea mai recentă versiune. VB4 este o licenţă de viaţă, aşa că vă rugăm să actualizaţi. Dacă problema va rămâne atunci putem ajuta, pentru că acum se pare că vina de vechi, nesuportată versiune.
Bine, poate sa-mi spui ce se întâmplă în neregulă cu versiunea veche?
Bine, poate sa-mi spui ce se întâmplă în neregulă cu versiunea veche?
Este vechi şi diferea ca noi, şi nu este acceptat, deoarece vBET4.x este testat pe cele mai noi vB4 versiune. Atunci când veţi avea mai noi vB4 versiunea şi încă mai există problema va vom ajuta cu placere.
În acest moment putem presupune că nu este nimic in neregula cu vBET deoarece problema nu poate fi reprodusă pe cele mai noi vB versiune.
Nu există nici un bug-ul în vBET4.x - sunt doar folosind-o pe versiunea vB4 vechi nu este compatibil. Greşit de combustibil pentru motor greşit - nici o problemă de serviciu, doar greşit folosind problema.
Vă rugăm să actualizaţi vB4 la mai nouă versiune vB4.
Dacă nu există nici un bug la versiunea vB acceptate, vom considera acest subiect închis, deoarece nu mai exista o problema cu vBET, doar cu utilizarea incorectă şi ai deja o soluţie pentru asta.
Marcin - vă rugăm să aproape biletul dacă nu va fi nici noi intrare în următoarele câteva zile (bug există vB4 versiune).
Am deja ţi-a dat sprijin - dacă nu doriţi să-l utilizaţi este alegerea ta. Respectam clientii nostri - noi respectăm, de asemenea, că aţi prefera să aibă problema în loc să utilizaţi suportul nostru, care a fost dat deja.
Acest lucru nu este o camera de chat şi personalul nostru va închide acest bilet, deoarece soluţia a fost deja dat si pentru ca acum avem confirmarea că pe cele mai noi vB4 versiune este totul OK.
Multumesc pentru intrare.
Sper că vă va decide să utilizaţi suportul a fost asking pentru.
A nu - încă mulţumiri pentru înţelegerea faptului că nu este nimic pentru a adăuga în această zonă, până când utilizaţi suportul în loc de a repeta tot timpul că doriţi suport şi nu se utilizează când este dat.
Marcin va continua să sprijine acest bilet în următoarele câteva zile şi să răspundă doar când vom avea feedback-ul dvs., care, pe cea mai nouă versiune (acceptate) vB4 problema, de asemenea, există. Dacă nu se va fi închisă.
Nu vă cer să remediaţi problema cu o versiune neacceptată de vBulletin. EU vă cer să-mi spui unde este o problema, şi confirmă faptul că acesta este, de fapt, o problemă cu 4.1.12 încât să-MI pot fixa. Ai doar mi-a spus ca ar putea fi o problemă cu 4.1.12. AM nevoie sa stiu ca este o problema inainte de a pleca din drumul meu pentru a actualiza vBulletin.
Cum s-a afirmat, EU nu ma duc prin probleme de upgrade vbulletin dacă nu am. Mi-ar costa o cantitate considerabilă de timp şi bani pentru a actualiza celelalte modif. personalizate. Ai mei de acreditive de conectare pentru site. Ar trebui să fie uşor pentru tine sa-mi spui ce este neregulă cu parse_templates cârligul. De exemplu, x este diferită între fişier 4.1.12 şi 4.2.2. Sau parse_templates are nevoie pentru a executa înainte x cârligul.
Am avut produsul la începutul şi am reînnoit doar permisul meu. Aş aştepta ar trata un client de lungă durată cu un pic mai mult respect.
Din nou, tot ce am nevoie este de a fi subliniat în direcţia cea bună. Eu nu cer să rescrie întreaga mod pentru a lucra cu 4.1.12. Sincer, nu cred că aceasta este o cerere absurdă, în special având în vedere eu sunt un client de mult timp.
Marcin Kalak
06-12-13, 13:38
Produsul nostru a fost adaptat la ultima versiune de vB, este imposibil să se adapteze produs pentru toate versiunile.
Poate că traducerea nu va prin, nu ştiu, dar pentru a cincea oară eu nu vă cer să schimbe nimic cu produsul. Pur şi simplu vă cer să-mi spui ceea ce este de rupere în 4.1.12!
Marcin Kalak
10-12-13, 20:53
În versiunea dumneavoastră de vB ordine de cârlige este rau. În cea mai recentă versiune a vB aceasta problema nu apare. Aceasta nu este o problema legata de vBET, dar cu vB. Am sprijinul vBET si integrare cu ultima versiune a vB si alte plugin-uri.
În versiunea dumneavoastră de vB ordine de cârlige este rau. În cea mai recentă versiune a vB aceasta problema nu apare.
ok. Cârlig care vă referiţi? I-am examinat class_bootstrap.php şi cârlige parse_template/process_templates_complete sunt în acelaşi loc în 4.2.2 cum este în 4.1.12. Acelaşi lucru este valabil şi pentru global_bootstrap_complete, global_complete, global_bootstrap_init_start, global_shutdown şi fişierele lor corespunzătoare.
Aceasta nu este o problema legata de vBET, dar cu vB. Am sprijinul vBET si integrare cu ultima versiune a vB si alte plugin-uri.
ştiu.
Hey, AM facut update la 4.2.2, deoarece AM fost obosit de aşteptare pentru un răspuns. Acum am un nou set de probleme: http://www.vbenterprisetranslator.com/forum/vbet4-troubleshooting/3835-translated-pages-blank-not-redirecting-translated-url.htm
Marcin Kalak
13-12-13, 21:02
ok. Le-am răspuns în acest subiect.
Mulţumită. Aceste aspecte au fost corectate.
Acum, dacă nu mă lipseşte ceva, EU inca nu vezi steaguri şi eli-supleant tags fiind traduse. Ele sunt exact aşa cum au fost pe 4.2.2 ca pe 4.1.12.
Marcin Kalak
16-12-13, 14:46
OK. Lucrăm şi testul aceasta problema.
Marcin Kalak
18-12-13, 20:01
OK. AM găsit o soluţie. Secvenţa de cârlige în care este diferită de a noastră, deşi avem aceeaşi versiune a vB.
Quick fix pentru această problemă:
Treceţi la AdminCP- >Plugins & Produse- >Plugin Manager- >Produs : vB Enterprise traducator
Translate plugin Edit link pentru filet
Modificaţi amplasarea cârligului la fetch_threadinfo
Înlocuiţi cod php pe acest cod:
require_once(DIR. '/includes/vbenterprisetranslator_functions_url.php');
if($thread[title]) vbet_translateUrls($thread[title]);
Salvare plugin.
După ştergerea memoriei cache alternativă oaspete etichetele trebuie să fie traduse corect.
După ştergerea memoriei cache alternativă oaspete etichetele trebuie să fie traduse corect.
DA!! In cele din urma!! Care au lucrat!
Orice idee de ce cârligele sunt diferite pentru a începe cu?
Marcin Kalak
19-12-13, 18:29
MA bucur ca ai nevoie de ajutor.
Încă mă căutaţi cauza o ordine diferită executarea cârligul.
Automatic Translations (Powered by Google, Microsoft®,
Yandex, SDL Language Cloud, IBM Watson and Apertium):
Powered by vBulletin® Version 4.2.5 Copyright © 2026 vBulletin Solutions Inc. All rights reserved.
