View Full Version: Løst Besked fra webmaster værktøjer angående forkert rel-suppleant tags
Kære webmaster,
Vi har bemærket, at der på en række af de sider på dit websted rel-alternativ-hreflang gennemførelse er forkert. For eksempel:
Især synes der at være et problem med manglende eller forkerte bi-retningsbestemt, der forbinder (når En side links med hreflang til side B, skal der være et link tilbage fra B til A). Når vores algoritmer opdage modstridende signaler gerne på disse sider, kan de gøre indeksering og ranking afgørelser, der ikke matcher med det, du havde tænkt dig.
For at få flere oplysninger om rel-alternativ-hreflang, skal du se følgende artikel i Hjælp: https://support.google.com/webmasters/answer/189077
Hvis du har spørgsmål om, hvordan du løser dette problem, skal du besøge vores hjælpeforum:
Google Grupper (http://productforums.google.com/forum/#!categories/webmasters/internationalization)
Med venlig hilsen,
Google Search Quality Team,
Dette er uden tvivl, fordi den oversatte URL er ikke inkluderet i tags. Kan en mulighed være tilføjet til bare at slukke oversættelse af URL ' er? Jeg mener, at det ville løse en masse problemer, jeg har.
Dette er ikke om oversættelse af Webadresser. Dette er kun omkring hreflang i alternative link, og du kan bare slukke for den ved at Admin CP -> vBET -> Translation Options -> Add Alternate tag
Også bemærk venligst, at deaktivering oversættelse af URL-adresse vil have dårlig indflydelse på din SEO (manglende oversat søgeord i URL ' en), så det anbefales ikke at gøre dette. Hvis du stadig ønsker, så er det er nok til ikke at integrere sig med dyr, hvis dine links, der er genereret af dyr (nogle dårlige ting kan ske - dette er ikke anbefales, og er ikke testet). Og i tilfælde af indfødte Venlige URL ' en det er nok til at deaktivere nogle kroge (samme ting, vi vil ikke give detaljer nu, kun når det er nødvendigt).
Også Marcin vil undersøge, hvordan alternative er genereret lige nu. Vi har foretaget ændringer, før og nu for gæster Webadresser under flag er allerede genereret oversat, så ingen omdirigering sker (for tilmeldte brugere at det ikke har mening, og det er bedre for ydeevne til blot omdirigere hvis nogensinde sprog skift vil ske for denne bruger). Men måske har vi glemt suppleant. Vi vil tjek det på vores side. Lige nu er det nemmeste bare at deaktivere.
Marcin Kalak
29-10-13, 21:19
Giv links til steder, hvor alternative tags ikke blive enige indbyrdes.
Jeg fik aldrig URL ' s til at oversætte korrekt i flag links. Her er en side, hvor det sker: Galaxy Note 3: Deaktiver "Min Magasin"? (http://cellphoneforums.net/*******-galaxy/t365731-galaxy-note-3-disable-my-magazine.html)
Marcin Kalak
31-10-13, 14:40
OK, vi arbejder på problemet.
FYI, jeg har opdateret til den nyeste version, der er hooked op yandex, og jeg kan stadig ikke få flag og/eller re-suppleant links oversat. Mine caches, er tændt og gæst cache er indstillet til timeout i 3600 sekunder.
Her er et eksempel på en side, der er blevet oversat, men flaget links/suppleant tag links er ikke knyttet som oversat URL ' er:
Hvordan til: ******* Galaxy S4 Mini: Overførsel af Kontakter fra en****** til SGS4 Mini (http://cellphoneforums.net/*******-galaxy/t365916-*******-galaxy-s4-mini-transferring-contacts-******-sgs4-mini.html)
Spansk side til links
[url=http://cellphoneforums.net/es/*******-galaxy/t365916-*******-galaxy-s4-mini-overførsel-kontakter, -******-sgs4-mini.html](Espa
okay, du fyre har virkelig brug for at gøre noget ved dit ord filtre...
eksempel på brug af den linkede side frem:
Galaxy Note 3: Deaktiver "Min Magasin"? (http://cellphoneforums.net/*******-galaxy/t365731-galaxy-note-3-disable-my-magazine.html)
forbundet spanske side:
[url=http://cellphoneforums.net/es/*******-galaxy/t365731-galaxy-note-3-deaktiver-min-magazine.html](Espa
Marcin Kalak
04-11-13, 16:52
Har du aktiveret Bruge database cache og deaktivere rengøring cache i AdminCP -> din Cache -> Database Cache?
Har du aktiveret Bruge database cache og deaktivere rengøring cache i AdminCP -> din Cache -> Database Cache?
Ja og ja
Marcin Kalak
06-11-13, 17:57
Send mig en PM oplysninger om adgang til Admin CP -, database-og FTP (FTP). Jeg vil undersøge, hvad der foregår der :)
Marcin Kalak
08-11-13, 13:06
At oversætte alternative links til gæsterne sætte AdminCP->din->Gæst Cache->Anvendelse Fuld af Fil-Cache For Gæsterne. Dette gør det muligt for webstedet at man ikke behøver at være genereret hver gang, og fremskynde din side. Den næste version vil løse dette for ikke oversat alternative links ikke vises på webstedet.
Ja, der tidligere blev aktiveret, men jeg har slået det fra på grund af denne fejl: http://www.vbenterprisetranslator.com/forum/vbet4-bug-reporting/3774-webpage-has-redirect-loop-guests.html
Jeg har aldrig set URL ' s er oversat for gæsterne.
Jeg aktiveret gæst cache igen, fordi min google side svartider skudt gennem taget.
Nogen indsigt på dette, og hvornår jeg kan forvente en rettelse til den rel-suppleant tags?
Er der noget, der er konfigureret forkert på min ende, der forhindrer flag URL ' er fra at blive oversat?
Marcin Kalak
12-11-13, 21:28
Aktiver Gæst cache bør ikke forårsage problemer med http://www.vbenterprisetranslator.com/forum/vbet4-bug-reporting/3774-webpage-has-redirect-loop-guests.html.
At oversætte alternativ tags skal aktivere AdminCP->din->Gæst Cache->Anvendelse Fuld af Fil-Cache For Gæsterne.
I den næste udgave, der ikke er oversat tags vil ikke blive tilføjet til hjemmesiden.
Rigtigt, men selv med Fuld Brug af Fil-Cache For Gæster aktiveret flag URL ' s og rel-suppleant tags er ikke ved at blive oversat.
Marcin Kalak
13-11-13, 18:13
Oversættelser til alternative links er hentet fra databasen cache. Oversættelser af alternative forbindelser ikke presse brug af translators api. Links sendes til translator api, når nogen trådte sitet på det pågældende sprog. Målet er at reducere omkostningerne til oversættelse.
Okay, jeg tror, at noget er bogstaveligt talt ved at blive tabt i oversættelse her.
Jeg forstår, hvordan alt fungerer. Jeg har gennemgået, hvordan flag webadresser, der formodes at blive oversat (http://www.vbenterprisetranslator.com/forum/vbet4-troubleshooting/413-faq-3.html#post13517 kun når gæsterne er, der får vist siden. Problemet er, at de ikke bliver oversat. Det er ikke fordi jeg er ude af kvoten, er det fordi, at noget ikke fungerer korrekt.
Eksempel:
Engelsk: * * * * * spectrum 2 ændre apn-indstillinger (http://cellphoneforums.net/**/t366482-**-spectrum-2-change-apn-settings.html)
Flag URL på den pågældende side til fransk: http://cellphoneforums.net/**/fr/t366482-**-spectrum-2-change-apn-settings.html
Flag URL til fransk skal være: (Français) ** spectrum 2 ændring des paramètres de l'apn (http://cellphoneforums.net/fr/**/t366482-**-spectrum-2-modification-des-param%C3%A8tres-de-l-apn.html)
Bemærk, at flaget URL ' s er ikke oversat URL ' s på trods af de sider, der er oversat. Gæsten cache er ryddet, da de oversættelser, der er blevet lavet.
Marcin Kalak
14-11-13, 20:04
Oversat URL skal først findes i database cache. Flag er oversat, når adressen er allerede oversat i database cache.
Okay, så hvad skulle forhindre, at en oversat URL fra at være i den database cache? I det eksempel jeg sendt over URL ' s er oversat, men flaget links er ikke lige, så betyder det, at de ikke er i databasen cache?
Marcin Kalak
18-11-13, 20:36
Vi har ikke mulighed for at føje til database cache kun oversat url - cache er aktiveret eller ej. Vi understøtter ikke denne sondring. Hvis URL ' en er oversat, og flaget vil ikke blive oversat, så URL er ikke i database cache.
Så under forudsætning: det fungerer kun for gæsterne, med forsinket anmodninger om oversættelse - af hensyn til ydeevnen. Mere information: http://www.vbenterprisetranslator.com/forum/vbet4-troubleshooting/413-faq-3.html#post13517
Okay - jeg har gjort alt, hvad der er beskrevet i faq, som tidligere nævnt, men flag URL ' s er ikke ved at blive oversat.
Okay, jeg tror, at noget er bogstaveligt talt ved at blive tabt i oversættelse her.
Jeg forstår, hvordan alt fungerer. Jeg har gennemgået, hvordan flag webadresser, der formodes at blive oversat (http://www.vbenterprisetranslator.com/forum/vbet4-troubleshooting/413-faq-3.html#post13517 kun når gæsterne er, der får vist siden. Problemet er, at de ikke bliver oversat. Det er ikke fordi jeg er ude af kvoten, er det fordi, at noget ikke fungerer korrekt.
Eksempel:
Engelsk: * * * * * spectrum 2 ændre apn-indstillinger (http://cellphoneforums.net/**/t366482-**-spectrum-2-change-apn-settings.html)
Flag URL på den pågældende side til fransk: http://cellphoneforums.net/**/fr/t366482-**-spectrum-2-change-apn-settings.html
Flag URL til fransk skal være: (Français) ** spectrum 2 ændring des paramètres de l'apn (http://cellphoneforums.net/fr/**/t366482-**-spectrum-2-modification-des-param%C3%A8tres-de-l-apn.html)
Bemærk, at flaget URL ' s er ikke oversat URL ' s på trods af de sider, der er oversat. Gæsten cache er ryddet, da de oversættelser, der er blevet lavet.
igen, se ovenfor. Jeg er enten ikke at sætte noget rigtigt eller der er en fejl i den software, der forhindrer flag fra at vise de oversatte URL.
Marcin Kalak
20-11-13, 17:27
OK, jeg har testet dette spørgsmål.
OK, jeg har testet dette spørgsmål.
Tak - hvis det hjælper, mit forum charset ISO-8859-1
Marcin Kalak
23-11-13, 13:26
Problemet er, at din krog parse_templates er udløst for hurtigt. Bemærk, at du opdaterer dine vB.
Problemet er, at din krog parse_templates er udløst for hurtigt. Bemærk, at du opdaterer dine vB.
Jeg er ikke sikker på, hvad det betyder. Mener du opdaterer til vbulletin 4.2.2 ? Hvad er forskellen mellem 4.1.12 og 4.2.2 om, hvordan parse_templates håndteres?
...eller mener du opdatere udførelse af "Generere flag", som bruger parse_templates krog?
Marcin Kalak
25-11-13, 21:22
Udførelse for ændringer i rækkefølgen af plugins inden for rammerne af en krog. Udførelse for ikke ændre rækkefølgen af kroge. På vores test-forum denne krog fungerer korrekt. vB licens har ingen tidsbegrænsning, så du kan gøre opgraderingen. Din version vB har længe været ude af dato, så vil jeg anbefale udførelse opgradering. Jeg tror, at dette vil løse problemet, hvis det ikke virker, så vil vi se nærmere.
så i 4.2 udførelse af parse_templates krog er forskellige?
Desværre opdatere til 4.2 er en enorm opgave, da det ville bryde flere andre addons, som jeg bruger.
Jeg tjekkede class_bootstrap.php og parse_templates krogen er på samme sted i filen på begge 4.1.12 og 4.2.2. Kan du uddybe hvad der er årsag til problemet med, at krogen og det fuldbyrdende alt for tidligt?
Marcin Kalak
28-11-13, 16:28
Vi støtter de nyeste versioner, og din er tilpasset til den nyeste version. Hver version indeholder en masse ændringer. Hvis du gør opdatere, og du stadig har dette problem, så vi vil være glade for at hjælpe dig.
Jeg har ikke tænkt mig at opdatere vbulletin, og bruger en masse tid på at gøre det, medmindre jeg ved, at opdatering vil løse problemet med flag. Du sagde, at du "tænk" det vil løse problemet. Jeg har brug for en bekræftelse på, præcis hvad der er årsag til problemet, og at det VIL løse problemet.
Marcin Kalak
03-12-13, 21:10
Vi støtter den seneste version. VB4 er en lifetime licens, så skal du opdatere. Hvis spørgsmål vil forblive, så kan vi hjælpe, fordi nu ser det ud til, at fejl af den gamle, ikke-understøttet version.
Vi støtter den seneste version. VB4 er en lifetime licens, så skal du opdatere. Hvis spørgsmål vil forblive, så kan vi hjælpe, fordi nu ser det ud til, at fejl af den gamle, ikke-understøttet version.
Okay, kan du fortælle mig hvad der er galt med den gamle version?
Okay, kan du fortælle mig hvad der er galt med den gamle version?
Det er gamle, og adskilte sig, at nye, og ikke er understøttet, da vBET4.x er testet den nyeste vB4 version. Når du vil have nyeste vB4 version, og problemet stadig eksisterer, vil vi gerne hjælpe dig.
I dette øjeblik kan vi antage, at der er noget galt med din, da spørgsmålet ikke kan gengives på nyeste vB version.
Der er ingen fejl i vBET4.x - du er bare bruge det på en ikke-kompatibel gamle vB4 version. Forkert brændstof for forkert motor - ingen problem, bare forkert brug af spørgsmål.
Husk at opdatere vB4 til nyeste vB4 version.
Hvis der ikke er nogen fejl på understøttede vB version, vi vil overveje dette spørgsmål lukket, da der ikke er nogen problem med din, blot med forkert brug, og du allerede har fået løsning for dette.
Marcin - luk billet, hvis der vil være nogen nye input i næste par dage (fejl findes på nyeste vB4 version).
Vi har allerede givet dig den støtte - hvis du ikke ønsker at bruge det, det er dit valg. Vi respekterer vores kunder, vi respekterer også, at du foretrækker at have det problem i stedet for ved hjælp af vores support, som allerede var givet.
Dette er ikke en chat-rummet, og vores personale vil lukke denne ticket, da løsningen var allerede givet, og som til nu har vi en bekræftelse på, at den nyeste vB4 version, det er alt OK.
Tak for dit input.
Håber, at du vil beslutte at bruge den støtte, du anmodede om.
Det ikke - stadig tak for forståelse for, at der er ikke noget at tilføje i dette område, indtil du kan bruge den støtte, i stedet for at gentage hele tiden, at du vil støtte, og ikke bruge det, når det er givet.
Marcin vil fortsætte med at støtte denne billet i næste par dage, og svar kun, når vi vil have din feedback på nyeste (understøttet) vB4 version problemet også eksisterer. Hvis ikke, vil den blive lukket.
Jeg beder dig ikke om at løse problemet med en ikke-understøttet version af vBulletin. Jeg beder dig om at fortælle mig, hvor problemet er, og bekræft, at det er faktisk et problem med 4.1.12, så jeg kan ordne det. Du har kun fortalt mig, at det kan være et problem med 4.1.12. Jeg har brug for at vide, at det er et problem, før jeg går ud af min måde at opdatere vBulletin.
Som sagt, jeg har ikke tænkt mig at gå gennem besværet med at opgradere vbulletin, hvis jeg ikke har det. Det ville koste mig en betydelig mængde af tid og penge til at opdatere andre brugerdefinerede mods. Har du login til min side. Det skal være nemt for dig at fortælle mig hvad der er galt med parse_templates krog. For eksempel, x-fil er forskellige mellem 4.1.12 og 4.2.2. Eller parse_templates behov for at udføre, før x-krog.
Jeg har haft dit produkt siden begyndelsen, og jeg har lige fornyet min licens. Jeg ville forvente, at du ville behandle en lang tradition for kunden med lidt mere respekt.
Igen, jeg har brug for, er at være opmærksom i den rigtige retning. Jeg beder ikke til at omskrive hele mod at arbejde med 4.1.12. Jeg ærligt tror ikke, det er en absurd anmodning især i betragtning af, at jeg i lang tid kunde.
Marcin Kalak
06-12-13, 13:38
Vores produkt er blevet tilpasset til den nyeste version af vB, er det umuligt at tilpasse produktet til alle versioner.
Måske er den oversættelse, der ikke går igennem, ved jeg ikke, men for 5. gang, jeg beder dig IKKE om at ændre noget med produktet. Jeg er simpelthen bede dig om at fortælle mig, hvad der er ved at bryde i 4.1.12!
Marcin Kalak
10-12-13, 20:53
I din version af vB rækkefølgen af kroge er dårlig. I seneste version af vB dette problem ikke opstår. Dette er ikke et problem, der er relateret til din, men med vB. Vi støtter din og dets integration med seneste version af vB og andre plugins.
I din version af vB rækkefølgen af kroge er dårlig. I seneste version af vB dette problem ikke opstår.
Okay. Som krogen er du henviser til? Jeg har undersøgt class_bootstrap.php og parse_template/process_templates_complete kroge er i samme sted i afsnit 4.2.2, som det er i 4.1.12. Det samme gælder for global_bootstrap_complete, global_complete, global_bootstrap_init_start, global_shutdown og deres tilsvarende filer.
Dette er ikke et problem, der er relateret til din, men med vB. Vi støtter din og dets integration med seneste version af vB og andre plugins.
Jeg kender.
Okay, jeg har opdateringen til 4.2.2, fordi jeg var træt af at vente på et svar. Nu har jeg et helt nyt sæt af problemer: http://www.vbenterprisetranslator.com/forum/vbet4-troubleshooting/3835-translated-pages-blank-not-redirecting-translated-url.html
Marcin Kalak
13-12-13, 21:02
OK. Jeg svarede dig i dette emne.
Tak. Disse problemer er blevet rettet.
Nu, medmindre jeg mangler noget, jeg er stadig ikke se flag og rel-suppleant tags ved at blive oversat. De er bare som de var på 4.2.2 som på 4.1.12.
Marcin Kalak
16-12-13, 14:46
OK. Vi arbejder og test dette spørgsmål.
Marcin Kalak
18-12-13, 20:01
OK. Jeg har fundet en løsning. Rækkefølgen af kroge i, at du er anderledes end vores, selvom vi har samme version af vB.
Quick fix til dette problem:
Gå til AdminCP->Plugins & Produkter->Plugin Manager->Produkt : vB Enterprise Translator
Rediger plugin Oversætte link til tråd
Ændre krog placering til fetch_threadinfo
Udskift php-kode på denne kode:
require_once(DIR. '/includes/vbenterprisetranslator_functions_url.php');
if($thread[title]) vbet_translateUrls($thread[title]);
Spar plugin.
Efter afhjælpning af en gæst cache alternativ tags skal være oversat korrekt.
Efter afhjælpning af en gæst cache alternativ tags skal være oversat korrekt.
JA!! Endelig!! Det virkede!
Nogen idé om hvorfor den kroge er forskellige til at begynde med?
Marcin Kalak
19-12-13, 18:29
Jeg er glad for jeg kunne hjælpe dig.
Jeg er stadig på udkig efter årsagen i en anden rækkefølge udførelse krog.
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.
