View Full Version: Løst Melding fra webmaster verktøy om feil REL-alternativ tags
Kjære webmaster,
Vi har lagt merke til at på en rekke av de sidene på nettstedet ditt REL-alternative-hreflang implementering er feil. For eksempel:
Spesielt, det ser ut til å være et problem med manglende eller feil toveis linking (når siden EN koblinger med hreflang til side B, det må være en link tilbake fra B til A i tillegg). Når vår algoritmene oppdager motstridende signaler som på disse sidene, kan de gjøre indeksering og rangering beslutninger som ikke samsvarer med det som du beregnet.
For å lære mer om REL-alternative-hreflang, se følgende Hjelp artikkel: https://support.google.com/webmasters/answer/189077
Hvis du har spørsmål om hvordan du kan løse dette problemet, kan du gå til vår hjelp Forum:
Google grupper (http://productforums.google.com/forum/#!categories/webmasters/internationalization)
Vennlig hilsen,
Google-søk kvalitet Team
Dette er uten tvil fordi den oversatte URL er ikke inkludert i tags. Kan et alternativ være lagt til bare slå av oversettelse av URL's? Jeg tror dette vil løse mange problemer jeg har.
Dette er ikke om oversettelse av URL-adresser. Dette er bare om hreflang i alternative link og du kan ganske enkelt slå det av ved Admin CP -> vBET -> Translation Options -> Add Alternate tag
Vær også oppmerksom på at deaktivering av oversettelse av URL-en vil ha dårlig innvirkning på SEO (mangel på oversatt nøkkelord i URL), så det anbefales å ikke gjøre dette. Hvis du fremdeles ønsker, er det nok til å ikke integrere med vBSEO hvis koblinger genereres av vBSEO (noen dårlige ting kan skje - dette er ikke anbefalt og ikke testet). Og i tilfelle opprinnelig vennlige URL det er nok til å deaktivere noen kroker (samme ting, vil vi ikke gi detaljer nå, bare når nødvendig).
Også Trond vil kontrollere hvordan alternative genereres nå. Vi gjorde endringer før og nå for gjester URL-adresser under flagg er allerede generert oversatt, så ingen Omadressering skjer (for logget brukere det har ikke følelse og det er bedre for ytelse til bare omdirigere hvis du noen gang språk bryter vil skje for for eksempel bruker). Men kanskje vi har glemt om alternative. Vi vil kontrollere det på vår side. Akkurat nå er det enkleste for deg å bare deaktivere.
Marcin Kalak
29-10-13, 21:19
Vennligst gi linker til steder der alternative koder ikke enig seg i mellom.
Jeg fikk aldri URL-er til å oversette riktig i flagget koblinger. Her er en side der dette skjer: galaksen Merk 3: Deaktiver 'Min Magazine'? (http://cellphoneforums.net/ ******* -Galaxy/t365731-Galaxy-merk-3-deaktivere-min-magazine.html)
Marcin Kalak
31-10-13, 14:40
OK, vi arbeider på dette problemet.
FYI, jeg oppdatert til den nyeste versjonen, hektet opp yandex, og jeg fortsatt ikke kan få flagg og/eller nytt alternativ linker oversatt. Min skjulestedene er aktivert og gjest bufferen er satt til tidsavbrudd i 3 600 sekunder.
Her er et eksempel på en side som har blitt oversatt, men flagg linker/alternative merke koblingene er koblet ikke som oversatt URL'S:
Hvordan: ******* Galaxy S4 Mini: Overføring av kontakter fra en ****** til SG - Storage Group4 Mini (http://cellphoneforums.net/ -galaxy/t365916- ******* ******* -galaxy-s4-mini-transferring-contacts- ****** -sg - Storage Group4-mini.html)
Spansk sidekoblinger til
[url = http://cellphoneforums.net/es/ ***-galaxy/t365916-***-galaxy-s4-mini-transferring-contacts-***-sgs4-mini.html](Espa
OK, nød du fyrene virkelig å gjøre noe med ordet filtre...
eksempel med koblede siden ovenfor:
Galaxy Merk 3: Deaktiver 'Min Magazine'? (http://cellphoneforums.net/ ******* -Galaxy/t365731-Galaxy-merk-3-deaktivere-min-magazine.html)
koblede spansk side:
[url = http://cellphoneforums.net/es/ ***-galaxy/t365731-galaxy-note-3-disable-my-magazine.html](Espa
Marcin Kalak
04-11-13, 16:52
Gjør du har aktivert bruk database-cache og Deaktiver rengjøring hurtigbufferen i AdminCP -> vBET Cache -> Bank skjulested?
Gjør du har aktivert bruk database-cache og Deaktiver rengjøring hurtigbufferen i AdminCP -> vBET Cache -> Bank skjulested?
Ja og ja
Marcin Kalak
06-11-13, 17:57
Kan du sende meg en PM detaljer til Admin CP, database og FTP. Jeg skal sjekke hva som er på gang der :)
Marcin Kalak
08-11-13, 13:06
Å oversette alternative koblinger for gjestene aktiverer AdminCP- >vBET- >Guest buffer- >Bruk Full Fil buffer for gjestene. Dette gjør at stedet til gjestene vil ikke være generert hver gang og hastighet opp siden din. Neste versjon vil fikse dette oversettes ikke alternative koblinger vises ikke på stedet.
Ja, som tidligere var aktivert, men jeg slo det av på grunn av denne feilen: http://www.vbenterprisetranslator.com/forum/vbet4-bug-reporting/3774-webpage-has-redirect-loop-guests.html
Jeg har aldri sett URL-er oversatt for gjestene.
JEG aktiverte den buffer igjen fordi min google siden responstid shot gjennom taket.
Noen innsikt på dette, og når jeg kan forvente en fix for REL-alternativ tags?
Er det noe feil konfigurert på min ende som forhindrer at flagget URL-er fra er oversatt?
Marcin Kalak
12-11-13, 21:28
Aktiverer gjest hurtigbuffer skal ikke føre til problemer med http://www.vbenterprisetranslator.com/forum/vbet4-bug-reporting/3774-webpage-has-redirect-loop-guests.html.
Å oversette alternativ tags må aktivere AdminCP- >vBET- >Guest buffer- >Bruk Full Fil buffer for gjestene.
I den neste utgivelsen ikke oversatt nummer vil ikke bli lagt til stedet.
Høyre men selv med Bruk Full Fil buffer for gjestene aktivert flagg URL-er og REL-alternative tagger er ikke er oversatt.
Marcin Kalak
13-11-13, 18:13
Oversettelser for alternative koblinger er hentet fra databasen buffer. Oversettelser av alternative koblinger ikke press bruk av oversettere API. Koblinger er sendt til oversetteren api når noen registrert stedet i dette språket. Målet er å redusere oversettelse koster.
Ok, jeg tror noe er bokstavelig talt forsvinner i oversettelsen her.
Jeg forstår hvordan alt fungerer. Jeg har anmeldt hvordan flagget url-er skal være oversatt (http://www.vbenterprisetranslator.com/forum/vbet4-troubleshooting/413-faq-3.html#post13517) bare når gjestene er visning siden. Problemet er, er de ikke er oversatt. Dette er ikke fordi jeg er ut av kvoten, er det fordi noe ikke fungerer som det skal.
Eksempel:
Engelsk side: ** spectrum 2 endre apn innstillingene (http://cellphoneforums.net/ ** /t366482- ** -spektrum-2-endre-APN-innstillinger.html)
Flagget URL på den siden for fransk: http://cellphoneforums.net/**/fr/t366482-**-spectrum-2-change-apn-settings.html
Flagget URL for fransk skal være: (kultursenter) ** spectrum 2 modifikasjon des paramètres de l'apn (http://cellphoneforums.net/fr/ ** /t366482- ** -spektrum-2-modifikasjonen-des-parameter%C3 %A8tres-de-l-apn.html)
Merk at flagget URL-er ikke er den oversatte URL-er til tross for sidene er oversatt. Den gjest hurtigbuffer har fjernet siden oversettelser er gjort.
Marcin Kalak
14-11-13, 20:04
Oversatt URL må først være funnet i databasen buffer. Flaggene er oversatt når adressen er allerede oversatt i databasen buffer.
Ok - så hva ville hindre en oversatt URL fra å være i databasen buffer? I eksempelet jeg postet over URL-er er oversatt, men flagget koblinger er ikke, så betyr det at de ikke er i databasen buffer?
Marcin Kalak
18-11-13, 20:36
Vi har ikke mulighet til å legg til database cache bare oversatt url - cache er aktivert eller ikke. Vi støtter ikke dette skillet. Hvis URL er oversatt og flagget ikke vil bli oversatt og URL er ikke i databasen buffer.
Så forutsatt: det er i arbeid bare for hotellets gjester, med forsinket forespørsler for oversettelse - for ytelse grunner. Mer informasjon: http://www.vbenterprisetranslator.com/forum/vbet4-troubleshooting/413-faq-3.html#post13517
Ok - jeg har gjort alt som er beskrevet i delen Vanlige spørsmål, som tidligere nevnt, men flagget URL-er er ikke er oversatt.
Ok, jeg tror noe er bokstavelig talt forsvinner i oversettelsen her.
Jeg forstår hvordan alt fungerer. Jeg har anmeldt hvordan flagget url-er skal være oversatt (http://www.vbenterprisetranslator.com/forum/vbet4-troubleshooting/413-faq-3.html#post13517) bare når gjestene er visning siden. Problemet er, er de ikke er oversatt. Dette er ikke fordi jeg er ut av kvoten, er det fordi noe ikke fungerer som det skal.
Eksempel:
Engelsk side: ** spectrum 2 endre apn innstillingene (http://cellphoneforums.net/ ** /t366482- ** -spektrum-2-endre-APN-innstillinger.html)
Flagget URL på den siden for fransk: http://cellphoneforums.net/**/fr/t366482-**-spectrum-2-change-apn-settings.html
Flagget URL for fransk skal være: (kultursenter) ** spectrum 2 modifikasjon des paramètres de l'apn (http://cellphoneforums.net/fr/ ** /t366482- ** -spektrum-2-modifikasjonen-des-parameter%C3 %A8tres-de-l-apn.html)
Merk at flagget URL-er ikke er den oversatte URL-er til tross for sidene er oversatt. Den gjest hurtigbuffer har fjernet siden oversettelser er gjort.
Igjen, se ovenfor. Jeg er enten ikke innstillingen noe riktig, eller er det en bug i programvaren hindrer flagg fra som viser den oversatte URL.
Marcin Kalak
20-11-13, 17:27
OK, jeg testet dette problemet.
OK, jeg testet dette problemet.
Takk - hvis det hjelper, min forum charset ISO-8859-1
Marcin Kalak
23-11-13, 13:26
Problemet er at din kroken parse_templates utløses for fort. Vennligst oppdatere du din vB.
Problemet er at din kroken parse_templates utløses for fort. Vennligst oppdatere du din vB.
Jeg er ikke sikker på hva det betyr. Mener du oppdatere til vbulletin 4.2.2 ? Hva er forskjellen mellom 1.4.12 og 4.2.2 om hvordan parse_templates håndteres?
... eller mener du oppdatere utførelsesrekkefølgen "Generer flagg" som bruker parse_templates kroken?
Marcin Kalak
25-11-13, 21:22
Kode for endringer av programtillegg innenfor rammen av en krok. Av kode ordren ikke endre rekkefølgen av kroker. På vår test forum denne kroken fungerer korrekt. Vb lisens har ingen tidsgrense, slik at du kan gjøre oppgraderingen. Din versjon Vb har lenge vært ut på dato så jeg anbefaler oppgradering av kode. Jeg tror at dette vil løse problemet, hvis det ikke fungerer da så ser vi videre.
så i 4.2 utførelsesrekkefølgen parse_templates kroken er annerledes?
Dessverre oppdatering til 4.2 er en stor oppgave som ville bryte flere andre addons jeg bruker.
Jeg sjekket class_bootstrap.php og parse_templates kroken er på samme sted i filen på både 4.1.12 og 4.2.2. Kan du utdype hva som forårsaker problemet med krok og det utfører for tidlig?
Marcin Kalak
28-11-13, 16:28
Vi støtter de siste versjonene og vBET er tilpasset til den siste versjonen. Hver versjon inneholder mange endringer. Hvis du vil oppdatere, og du fremdeles har dette problemet så vil vi gjerne hjelpe deg.
Jeg skal ikke oppdatere vbulletin og bruker mye tid å gjøre det, med mindre jeg vet at oppdateringen skal løse problemet med flaggene. Du sa at du "tror" det vil løse problemet. Jeg trenger en bekreftelse på nøyaktig hva som forårsaker problemet, og at det vil løse problemet.
Marcin Kalak
03-12-13, 21:10
Vi støtter den nyeste versjonen. VB4 er en livstidstillatelse, så behage gjøre oppdatere. Hvis problemet forblir så vi kan hjelpe, fordi nå virker det som feil av den gamle versjonen støttes ikke.
Vi støtter den nyeste versjonen. VB4 er en livstidstillatelse, så behage gjøre oppdatere. Hvis problemet forblir så vi kan hjelpe, fordi nå virker det som feil av den gamle versjonen støttes ikke.
OK, kan du fortelle meg hva som går galt med den gamle versjonen?
OK, kan du fortelle meg hva som går galt med den gamle versjonen?
Det er gamle og stemmer ikke overens at nye, og støttes ikke, siden vBET4.x er testet på nyeste Vb4 versjon. Når du vil ha nyeste Vb4 versjonen og problemet vil fortsatt finnes vil vi gjerne hjelpe deg.
I dette øyeblikket kan vi anta at det er noe galt med vBET siden saken ikke kan gjengis på nyeste Vb versjon.
Det er ingen feil i vBET4.x - du bruker bare den på ikke kompatibel gamle vB4 versjon. Feil drivstoff for feil - ingen problem, bare galt med problemet.
Oppdater vB4 til nyeste vB4 versjon.
Hvis det ikke er noe bug på støttede Vb versjon, vil vi vurdere dette problemet lukket, siden det er ingen problem med vBET, bare med feil bruk og du allerede har løsning for dette.
Marcin - du nær billetten om det vil være ingen nye inn i neste få dager (feil finnes på nyeste vB4 versjon).
Vi ga allerede deg støtte - hvis du ikke vil bruke den det er ditt valg. Vi respekterer våre kunder - vi respekterer at du foretrekker å ha problemet i stedet for vår støtte som fikk allerede.
Dette er ikke et chatterom og våre ansatte vil lukke denne billetten, siden løsningen var allerede gitt og som for nå har vi bekreftet at på nyeste vB4 versjon det er alle OK.
Takk for innspill.
Håpe at du vil vil bruke støtte du ba om.
Den ikke - Takk fortsatt for forståelse som det er ikke noe å legge til i området, før du bruker støtte i stedet for gjenta hele tiden at du vil støtte og bruker ikke det når det er gitt.
Marcin vil fortsette å støtte denne billetten i neste dagene og svare bare når vi får tilbakemeldinger som på nyeste (støttes) vB4 versjon problemet finnes også. Hvis ikke vil den være stengt.
Jeg er ikke du blir bedt om å løse problemet med et som ikke støttes versjon av vBulletin. Jeg ber deg å fortelle meg hvor problemet er, og bekrefte at det er faktisk et problem med 1.4.12 så jeg kan fikse det. Har du bare fortalte meg at det kan være et problem med 1.4.12. Jeg trenger å vite at det er et problem før jeg går ut av min vei for å oppdatere vBulletin.
Som nevnt, jeg kommer ikke til å gå gjennom noen av å oppgradere vbulletin hvis jeg ikke må. Det vil koste meg en betydelig mengde tid og penger til å oppdatere andre tilpassede mods. Du har påloggingsinformasjon for mitt nettsted. Det skal være lett for deg å fortelle meg hva er feil med den parse_templates kroken. For eksempel x fil er forskjellig mellom 1.4.12 og 4.2.2. Parse_templates eller behov for å utføre før x krok.
Jeg har hatt produktet siden begynnelsen, og jeg fornyet bare min lisens. Jeg forventer du ville behandle en langvarig kunde med litt mer respekt.
Igjen, er alt jeg trenger å peke i riktig retning. Jeg spør å omskrive hele mod å arbeide med 4.1.12. Jeg ærlig tror ikke dette er et absurd forespørsel spesielt vurderer jeg lenge kunde.
Marcin Kalak
06-12-13, 13:38
Vårt produkt er tilpasset til den nyeste versjonen av vB, er det umulig å tilpasse produktet for alle versjoner.
Kanskje oversettelsen kommer ikke gjennom, jeg vet ikke, men for femte gang jeg ber ikke deg om å endre noe med produktet. Jeg bare spør du å fortelle meg om det bryter i 4.1.12!
Marcin Kalak
10-12-13, 20:53
I din versjon av VB ordre av kroker er dårlig. I siste versjon av VB dette oppstår ikke problemet. Dette er ikke et sikkerhetsproblem knyttet til vBET, men med Vb. Vi støtter vBET og integrering med siste versjon av Vb og andre plugins.
I din versjon av VB ordre av kroker er dårlig. I siste versjon av VB dette oppstår ikke problemet.
Ok. Som kroken er du refererer til? Jeg har undersøkt class_bootstrap.php og parse_template/process_templates_complete kroker er på samme sted i 4.2.2 som det i 1.4.12. Det samme gjelder for global_bootstrap_complete, global_complete, global_bootstrap_init_start, global_shutdown og deres tilhørende filer.
Dette er ikke et sikkerhetsproblem knyttet til vBET, men med Vb. Vi støtter vBET og integrering med siste versjon av Vb og andre plugins.
Jeg vet.
Ok, jeg gjorde oppdatering til 4.2.2, fordi jeg var lei av venter på svar. Nå har jeg et helt nytt sett av problemer: http://www.vbenterprisetranslator.com/forum/vbet4-troubleshooting/3835-translated-pages-blank-not-redirecting-translated-url.htm
Marcin Kalak
13-12-13, 21:02
ok. Jeg svarte du i dette emnet.
Takket være. Disse problemene har blitt rettet opp.
Nå, med mindre jeg er mangler det noe, jeg er fremdeles ikke å se flaggene og REL-alternativ tags er oversatt. De er akkurat som de var på 4.2.2 som på 1.4.12.
Marcin Kalak
16-12-13, 14:46
OK. Vi arbeider og teste dette problemet.
Marcin Kalak
18-12-13, 20:01
OK. Jeg fant en løsning. Sekvensen av kroker i du er annerledes enn oss, selv om vi har samme versjon av Vb.
Fiks for dette problemet:
Gå til AdminCP- >Plugins & Produkter- >Plugin Manager- >Produkt : Vb Enterprise Translator
Rediger plugin oversette link til tråd
Endre kroken plassering til fetch_threadinfo
Skift ut php koden på denne koden:
require_once(DIR. '/includes/vbenterprisetranslator_functions_url.php');
if($thread[title]) vbet_translateUrls($thread[title]);
Lagre plugin.
Etter frigjøring gjest hurtigbuffer alternativ merking bør være riktig oversatt.
Etter frigjøring gjest hurtigbuffer alternativ merking bør være riktig oversatt.
JA!! Til slutt!! Som virket!
Noen ide hvorfor krokene er forskjellige til å begynne med?
Marcin Kalak
19-12-13, 18:29
Jeg er glad jeg hjelpe deg.
Jeg leter fremdeles etter årsaken til en annen rekkefølge av kode kroken.
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.