View Full Version: Opgelost Bericht van webmaster tools over verkeerde rel-alternate-tags
Beste webmaster,
We hebben gemerkt dat er op een aantal pagina ' s op uw website de rel-alternate-hreflang uitvoering is onjuist. Bijvoorbeeld:
In het bijzonder, lijkt er een probleem met ontbrekende of onjuiste bi-directionele koppeling (als de pagina Een links met hreflang naar pagina B, moet er een link terug van B naar A als het goed is). Wanneer onze algoritmes detecteren tegenstrijdige signalen zoals op deze pagina ' s kunnen indexeren en classificeren beslissingen te nemen die niet overeenkomen met wat u bedoeld.
Om meer te leren over de rel-alternate-hreflang, zie de volgende artikel in het helpcentrum: https://support.google.com/webmasters/answer/189077
Als u vragen hebt over hoe dit probleem op te lossen, bezoek dan ons Forum:
Google Discussiegroepen (http://productforums.google.com/forum/#!categories/webmasters/internationalization)
Met vriendelijke groet,
Het Google Search Quality Team
Dit is zonder twijfel omdat het vertaald URL is niet opgenomen in de tags. Kan een optie worden toegevoegd om gewoon uit te schakelen vertaling van URL ' s? Ik geloof dat dit zou een hoop problemen oplossen ik heb.
Dit is niet over de vertaling van Url ' s. Dit is alleen over hreflang in alternatieve link en kun je gewoon uitschakelen door Admin CP -> vBET -> Translation Options -> Add Alternate tag
Houd er ook rekening mee dat het uitzetten van de vertaling van URL heeft een slechte impact op jouw SEO (onvoldoende vertaald zoekwoorden in de URL), dus het is aangeraden om dat niet te doen. Als je nog wilt, dan is het genoeg zijn om niet te integreren met vBSEO als uw links worden gegenereerd door vBSEO (sommige slechte dingen kunnen gebeuren, dit is niet aangeraden en niet getest). En in het geval van native Vriendelijke URL is het voldoende om het uitschakelen van een aantal haken (zelfde ding, zullen we niet in detail nu, alleen wanneer dat nodig is).
Ook Marcin controleren hoe alternatief zijn gegenereerd en nu. We aanpassingen gemaakt voor en nu voor gasten Url ' s onder vlaggen zijn al gegenereerd vertaald, dus geen omleiding gebeurt (voor ingelogde gebruikers hoeven geen zin en het is beter voor de prestaties naar een redirect, als ooit het wisselen van taal zal gebeuren voor een dergelijke gebruiker). Maar misschien zijn we vergeten alternatief. Wij controleren het aan onze kant. Nu is het eenvoudigste voor u om gewoon uit te schakelen.
Marcin Kalak
29-10-13, 21:19
Houdt u links naar sites waar alternatieve tags onderling niet eens zijn.
Ik heb nooit URL ' s om goed te vertalen in de vlag links. Hier is een pagina waar dit gebeurt: samsung Galaxy Note 3: Uitschakelen van "Mijn Magazine"? (http://cellphoneforums.net/*******-galaxy/t365731-galaxy-note-3-disable-my-magazine.html)
Marcin Kalak
31-10-13, 14:40
OK, we werken aan dit probleem.
FYI, ik heb een update naar de nieuwste versie, gekoppeld yandex, en ik kan nog steeds niet krijgen vlag en/of re-alternatieve links omgezet. Mijn caches zijn ingeschakeld en gast cache is ingesteld op time-out in 3600 seconden.
Hier is een voorbeeld van een pagina die is vertaald, maar de vlag links/alternate tag links zijn niet gekoppeld vertaald URL ' s:
How-to: ******* Galaxy S4 Mini: het Overbrengen van Contacten van een****** de SGS4 Mini (http://cellphoneforums.net/*******-galaxy/t365916-*******-galaxy-s4-mini-transferring-contacts-******-sgs4-mini.html)
Spaanse pagina links naar
[url=http://cellphoneforums.net/es/*******-galaxy/t365916-*******-galaxy-s4-mini-overdracht-contacten-******-sgs4-mini.html](Espa
oke, jullie moeten echt iets doen aan uw woord filters...
voorbeeld van het gebruik van de gelinkte pagina hierboven:
Samsung Galaxy Note 3: Uitschakelen van "Mijn Magazine"? (http://cellphoneforums.net/*******-galaxy/t365731-galaxy-note-3-disable-my-magazine.html)
gekoppeld spaans pagina:
[url=http://cellphoneforums.net/es/*******-galaxy/t365731-galaxy-note-3-uitschakelen-mijn-magazine.html](Espa
Marcin Kalak
04-11-13, 16:52
U hebt ingeschakeld, is het Gebruiken van de database cache uitschakelen en het schoonmaken van de cache in het AdminCP -> vBET Cache -> Database Cache?
U hebt ingeschakeld, is het Gebruiken van de database cache uitschakelen en het schoonmaken van de cache in het AdminCP -> vBET Cache -> Database Cache?
Ja en ja
Marcin Kalak
06-11-13, 17:57
Stuur me een PM access-gegevens naar Admin CP, database en FTP. Ik zal nagaan wat er gebeurt op :)
Marcin Kalak
08-11-13, 13:06
Vertalen alternatieve links voor gasten inschakelen AdminCP->vBET->Hotel; Cache->op het Volledige Bestand Cache Voor de Gasten. Dit maakt het mogelijk dat de site van de gasten niet hoeft te worden gegenereerd elke keer en de snelheid van uw pagina. De volgende versie zal dit probleem oplossen om niet vertaald alternatieve links niet op de site weergegeven.
Ja, dat eerder was ingeschakeld, maar ik heb het uitgeschakeld vanwege deze fout: http://www.vbenterprisetranslator.com/forum/vbet4-bug-reporting/3774-webpage-has-redirect-loop-guests.html
Ik heb nog nooit gezien dat URL ' s vertaald voor de gasten.
Ik kon de gast cache weer omdat mijn google pagina responstijden schoot door het dak.
Enig inzicht in deze en wanneer ik kan verwachten dat een oplossing voor de rel-alternate-tags?
Is er iets verkeerd geconfigureerd op mijn einde dat voorkomt dat de vlag URL ' s worden vertaald?
Marcin Kalak
12-11-13, 21:28
Inschakelen Gast cache mag niet leiden tot problemen met http://www.vbenterprisetranslator.com/forum/vbet4-bug-reporting/3774-webpage-has-redirect-loop-guests.html.
Vertalen alternatieve tags moet inschakelen AdminCP->vBET->Hotel; Cache->op het Volledige Bestand Cache Voor de Gasten.
In de volgende versie niet vertaald tags zullen niet toegevoegd worden aan de site.
Recht, maar zelfs met het Volledige Bestand Cache Voor de Gasten ingeschakeld vlag URL ' s en rel-alternate-tags zijn niet vertaald.
Marcin Kalak
13-11-13, 18:13
Vertalingen voor alternatieve links worden opgehaald uit de database cache. Vertalingen van alternatieve links niet afpersen gebruik van vertalers api. Links worden verzonden naar translator api wanneer iemand ingevoerd de site in die taal. Het doel is het terugdringen van de vertaalkosten.
Ok, ik denk dat er iets is letterlijk verloren in de vertaling hier.
Ik begrijp hoe alles werkt. Ik heb onderzocht hoe de vlag url ' s worden geacht te worden vertaald (http://www.vbenterprisetranslator.com/forum/vbet4-troubleshooting/413-faq-3.html#post13517 alleen wanneer de gasten zijn die de pagina bekijken. Het probleem is, ze zijn niet vertaald. Dit is niet omdat ik weg ben van quota, omdat er iets niet goed werkt.
Voorbeeld:
Nederlands pagina: ** spectrum 2 apn-instellingen wijzigen (http://cellphoneforums.net/**/t366482-**-spectrum-2-change-apn-settings.html)
De vlag URL op die pagina voor frans: http://cellphoneforums.net/**/fr/t366482-**-spectrum-2-change-apn-settings.html
De vlag URL voor frans moet worden: (Français) ** spectrum 2 de wijziging des paramètres de l'apn (http://cellphoneforums.net/fr/**/t366482-**-spectrum-2-modification-des-param%C3%A8tres-de-l-apn.html)
Merk op dat de vlag URL ' s zijn niet vertaald URL ' s ondanks de pagina ' s worden vertaald. De gast cache is uitgeschakeld omdat de vertalingen zijn gemaakt.
Marcin Kalak
14-11-13, 20:04
Vertaald URL moet eerst worden gevonden in de database cache. Vlaggen worden vertaald als het adres is al vertaald in de database cache.
Dus - wat zou voorkomen dat een vertaalde URL wordt in de database cache? In het voorbeeld dat ik hierboven gepost URL ' s worden vertaald, maar de vlag links niet, dus betekent dat dat ze niet in de database cache?
Marcin Kalak
18-11-13, 20:36
We hebben niet de optie om toe te voegen aan de database cache alleen vertaald url - cache is ingeschakeld of niet. We bieden geen ondersteuning voor dit onderscheid. Als de URL is vertaald en de vlag zal niet worden vertaald dan de URL is niet in de database cache.
Dus de veronderstelling dat: het werkt alleen voor hotelgasten, met vertraagde verzoeken om vertaling - voor performance redenen. Meer informatie: http://www.vbenterprisetranslator.com/forum/vbet4-troubleshooting/413-faq-3.html#post13517
Okay - ik heb alles gedaan wat beschreven in de faq, zoals eerder vermeld, doch vlag URL ' s zijn niet vertaald.
Ok, ik denk dat er iets is letterlijk verloren in de vertaling hier.
Ik begrijp hoe alles werkt. Ik heb onderzocht hoe de vlag url ' s worden geacht te worden vertaald (http://www.vbenterprisetranslator.com/forum/vbet4-troubleshooting/413-faq-3.html#post13517 alleen wanneer de gasten zijn die de pagina bekijken. Het probleem is, ze zijn niet vertaald. Dit is niet omdat ik weg ben van quota, omdat er iets niet goed werkt.
Voorbeeld:
Nederlands pagina: ** spectrum 2 apn-instellingen wijzigen (http://cellphoneforums.net/**/t366482-**-spectrum-2-change-apn-settings.html)
De vlag URL op die pagina voor frans: http://cellphoneforums.net/**/fr/t366482-**-spectrum-2-change-apn-settings.html
De vlag URL voor frans moet worden: (Français) ** spectrum 2 de wijziging des paramètres de l'apn (http://cellphoneforums.net/fr/**/t366482-**-spectrum-2-modification-des-param%C3%A8tres-de-l-apn.html)
Merk op dat de vlag URL ' s zijn niet vertaald URL ' s ondanks de pagina ' s worden vertaald. De gast cache is uitgeschakeld omdat de vertalingen zijn gemaakt.
nogmaals, zie het bovenstaande. Ik ben niet de instelling iets goed of er is een bug in de software voorkomen vlaggen met het vertaald URL.
Marcin Kalak
20-11-13, 17:27
OK, ik heb dit getest probleem.
OK, ik heb dit getest probleem.
Dank u - als het helpt, mijn forum charset ISO-8859-1
Marcin Kalak
23-11-13, 13:26
Het probleem is dat de haak parse_templates is geactiveerd te snel. Alsjeblieft, je update je vB.
Het probleem is dat de haak parse_templates is geactiveerd te snel. Alsjeblieft, je update je vB.
Ik weet niet wat dat betekent. Bedoel je de update naar vbulletin 4.2.2 ? Wat is het verschil tussen 4.1.12 en 4.2.2 hoe parse_templates is afgehandeld?
...of bedoel je een update van de uitvoering van de bestelling van "het Genereren van vlaggen" die gebruik maakt van de parse_templates haak?
Marcin Kalak
25-11-13, 21:22
Uitvoering om de wijzigingen op bevel van de plug-ins in het kader van een haak. Uitvoering order niet wijzigen van de volgorde van de haken. Op onze test-forum van deze haak is het goed werkt. vB licentie heeft geen tijdslimiet, dus je kunt de upgrade. Uw versie van vB is al lang verouderd zijn, dus ik raden uitvoering upgrade. Ik denk dat dit probleem wordt opgelost, als dat niet werkt dan gaan we verder kijken.
dus in 4.2 de volgorde van uitvoering parse_templates haak is anders?
Helaas updaten naar 4.2 is een enorme taak als het zou breken diverse andere addons die ik gebruik.
Ik gecontroleerd class_bootstrap.php en de parse_templates haak is op dezelfde plek in de file op zowel 4.1.12 en 4.2.2. Kunt u toelichten wat de oorzaak is van het probleem met de haak en het uitvoeren van te vroeg?
Marcin Kalak
28-11-13, 16:28
We ondersteunen de nieuwste versies en vBET is aangepast aan de nieuwste versie. Elke versie bevat veel veranderingen. Als u de update, en je hebt nog steeds dit probleem dan zullen wij gelukkig zijn om u te helpen.
Ik ben niet van plan om de update vbulletin, en besteden veel tijd aan het doen dus, tenzij ik weet dat het gaat om het oplossen van het probleem met de vlaggen. Je zei dat je het "" het zal het oplossen van het probleem. Ik moet een bevestiging op wat precies de oorzaak is van het probleem en ZAL het oplossen van het probleem.
Marcin Kalak
03-12-13, 21:10
We ondersteunen de nieuwste versie. VB4 is een levenslange licentie, dus doe update. Indien het probleem blijft, dan kunnen we helpen, want nu lijkt het erop dat de schuld van de oude, niet-ondersteunde versie.
We ondersteunen de nieuwste versie. VB4 is een levenslange licentie, dus doe update. Indien het probleem blijft, dan kunnen we helpen, want nu lijkt het erop dat de schuld van de oude, niet-ondersteunde versie.
Oké, kunt u mij vertellen wat er mis met de oude versie?
Oké, kunt u mij vertellen wat er mis met de oude versie?
Het is oud en verschilden wat nieuw is, en niet gesteund, omdat vBET4.x is getest op de nieuwste vB4 versie. Wanneer je nieuwste vB4 versie en het probleem nog steeds bestaat, wij helpen u graag.
Op dit moment kunnen we ervan uitgaan dat er niets mis is met vBET, omdat het probleem kan worden gereproduceerd op de nieuwste vB-versie.
Er is geen bug in vBET4.x - je bent het gewoon niet compatibel oude vB4 versie. Verkeerde brandstof voor de verkeerde motor - geen probleem met de service, alleen verkeerde behulp probleem.
Update vB4 aan de nieuwste vB4 versie.
Als er geen fout op, ondersteund vB-versie, zullen wij overwegen om dit onderwerp gesloten, omdat er geen probleem met vBET, gewoon met een verkeerd gebruik en die je al kreeg oplossing voor.
Marcin - sluit het ticket als er geen nieuwe input in de volgende paar dagen (bug bestaat over de nieuwste vB4 versie).
We hebben al gaf je de steun - als u niet wilt om het te gebruiken het is uw keuze. Wij respecteren onze klanten - we ook respect dat je liever hebt dat het probleem in plaats van met behulp van onze ondersteuning die was al gegeven.
Dit is geen chat-ruimte en een van onze medewerkers zal sluiten dit ticket, sinds de oplossing werd reeds gegeven en nu hebben we de bevestiging dat op de nieuwste vB4 versie is alles OK.
Bedankt voor uw input.
Ik hoop dat u besluit gebruik te maken van de ondersteuning waar u om vroeg.
Het niet - nog bedankt voor het begrip dat er niets aan toevoegen in dit gebied, totdat u gebruik maken van de ondersteuning in plaats van het herhalen van alle tijd die u wilt ondersteuning en gebruik het niet als het wordt gegeven.
Marcin zullen doorgaan met het ondersteunen van dit ticket in de volgende paar dagen en antwoord alleen als we hebben uw feedback die op de nieuwste (ondersteund) vB4 versie het probleem bestaat ook. Indien niet, zal het worden gesloten.
Ik vraag u om het probleem te verhelpen met een niet-ondersteunde versie van vBulletin. Ik vraag u om me te vertellen waar het probleem is, en bevestig dat het is, in feite, een probleem met 4.1.12 zodat ik het kan verbeteren. Je hebt alleen maar vertelde me dat het een probleem kan zijn met 4.1.12. Ik moet weten dat het een probleem is voordat ik ga uit van mijn manier om de update van vBulletin.
Zoals gezegd, ik ben niet van plan om te gaan door de moeite van het upgraden van vbulletin als ik het niet hebben. Het kost me een aanzienlijke hoeveelheid tijd en geld voor het bijwerken van andere custom mods. U hebt de inloggegevens voor mijn site. Het moet makkelijk voor u om mij te vertellen wat er fout gaat met de parse_templates haak. Bijvoorbeeld, x bestand is verschillend tussen 4.1.12 en 4.2.2. Of parse_templates moet uitvoeren voordat x haak.
Ik heb uw product sinds het begin en ik heb net mijn licentie verlengd. Ik zou verwachten dat je zou behandelen een trouwe klant met een beetje meer respect.
Nogmaals, alles wat ik nodig hebt is om in de juiste richting wijzen. Ik vraag niet om het herschrijven van de hele mod om te werken met 4.1.12. Ik heb eerlijk gezegd denk niet dat dit is een absurd verzoek vooral gezien het feit dat ik ben een lange tijd klant.
Marcin Kalak
06-12-13, 13:38
Ons product is aangepast aan de laatste versie van vB, het is onmogelijk om zich aan te passen het product voor alle versies.
Misschien is de vertaling is niet door gaat, weet ik niet, maar voor de 5e keer ben ik NIET van je vragen om iets te veranderen met het product. Ik ben gewoon vragen u om mij te vertellen wat breekt in 4.1.12!
Marcin Kalak
10-12-13, 20:53
In uw versie van vB volgorde van de haken is slecht. In de laatste versie van vB dit probleem doet zich niet voor. Dit is niet een probleem in verband met vBET, maar met vB. Wij ondersteunen vBET en de integratie met de nieuwste versie van vB en andere plug-ins.
In uw versie van vB volgorde van de haken is slecht. In de laatste versie van vB dit probleem doet zich niet voor.
Goed. Die haak doelt u? Ik heb onderzocht class_bootstrap.php en de parse_template/process_templates_complete haken zijn in dezelfde plaats in 4.2.2 zoals het is in 4.1.12. Hetzelfde geldt voor global_bootstrap_complete, global_complete, global_bootstrap_init_start, global_shutdown en de bijbehorende bestanden.
Dit is niet een probleem in verband met vBET, maar met vB. Wij ondersteunen vBET en de integratie met de nieuwste versie van vB en andere plug-ins.
Ik weet het.
Oke, ik heb de update naar 4.2.2, want ik was moe van het wachten op een reactie. Nu heb ik een hele reeks nieuwe problemen: http://www.vbenterprisetranslator.com/forum/vbet4-troubleshooting/3835-translated-pages-blank-not-redirecting-translated-url.html
Marcin Kalak
13-12-13, 21:02
OK. Ik antwoordde u in dat onderwerp.
Bedankt. Die problemen zijn verholpen.
Nu, tenzij ik iets mis, ik ben nog steeds niet het zien van de vlaggen en rel-alternate-tags worden vertaald. Ze zijn gewoon zoals ze waren op 4.2.2 als op 4.1.12.
Marcin Kalak
16-12-13, 14:46
OK. We werken en het testen van dit probleem.
Marcin Kalak
18-12-13, 20:01
OK. Ik vond een oplossing. De volgorde van de haken in u is anders dan de onze, ook al hebben we dezelfde versie van vB.
Snelle oplossing voor dit probleem:
Ga naar AdminCP->Plugins & Producten->Plugin Manager->Product : vB Enterprise Vertaler
Edit plugin te Vertalen link te rijgen
Wijzigen haak locatie te fetch_threadinfo
Plaats de php-code op deze code:
require_once(DIR. '/includes/vbenterprisetranslator_functions_url.php');
if($thread[title]) vbet_translateUrls($thread[title]);
Bespaar plugin.
Na het wissen van een gast cache alternatieve tags moeten correct worden vertaald.
Na het wissen van een gast cache alternatieve tags moeten correct worden vertaald.
JA!! Eindelijk!! Dat werkte!
Enig idee waarom de haken zijn verschillende om te beginnen met?
Marcin Kalak
19-12-13, 18:29
Ik ben blij dat ik u helpen.
Ik ben nog steeds op zoek naar de oorzaak van een andere volgorde voor de uitvoering van de haak.
Automatic Translations (Powered by Google, Microsoft®,
Yandex, SDL Language Cloud, IBM Watson and Apertium):
Powered by vBulletin® Version 4.2.5 Copyright © 2025 vBulletin Solutions Inc. All rights reserved.
