Zobacz pełną wersję: Rozwiązany indeksowane nadal spada w tym tygodniu
badawidollah
10-04-10, 02:33
Mapa strony statystyki
URLi: 1026021
Zaindeksowane adresy URL: 25.172
powoli spada
przed tym jest około 59, xxx (VBSEO ONLY)
teraz jego zejście krok po kroku
mój indeks google się zbyt
Wyniki 1 - 10 z około 92800 z nusantaraku.org. (0.11 sekund)
przed około 236.000
badawidollah
10-04-10, 05:02
Mapa strony statystyki
URLi: 1026021
Zaindeksowane adresy URL: 24.608
badawidollah
10-04-10, 16:13
Mapa strony statystyki
URLi: 1026021
Zaindeksowane adresy URL: 23.215
Zgłoś mapę witryny
znowu w dół
badawidollah
10-04-10, 16:57
Mapa strony statystyki
URLi: 1026021
Zaindeksowane adresy URL: 22.552
nadal spada
badawidollah
10-04-10, 17:36
Mapa strony statystyki
URLi: 940000
Zaindeksowane adresy URL: 22.434
badawidollah
10-04-10, 17:41
co się stało z moim forum?
W naszej opinii nie ma sposobu, że Google reaguje tak szybko na zmiany witryny. Rozumiem, że popełnił mapa dziś kilka razy i widzi, że zaindeksowanych stron będą niskie, ale jest to tylko zbieg okoliczności. Jeśli idą w dół zrobią tego samego, jeśli nie żadnych złożenia w ogóle. Google po prostu nie reaguje tak szybko z ponownego indeksowania.
Co może być powodem tutaj - czy wprowadzone zmiany w pliku robots.txt w ostatnim czasie? Jest to pierwszy zastanowić się, które trafia do mojego umysłu - czy blokować niektóre istotne treści, proponujemy dla optymalizacji? Jeśli tak, to jest to powód - zablokowane strony są po prostu usunięte z indeksu tak jak chciał.
Inne przyczyny - proszę znaleźć naszą co zostało zmienione na forum niedawno. I ostatnio nie mam na myśli dzisiaj, ale w ostatnich 2 miesięcy.
badawidollah
11-04-10, 01:43
URLi: 1031393
Zaindeksowane adresy URL: 21.838
Zgłoś mapę witryny
i nie należy blokować znaczenia treści.
jest to mapa na
Strony zawierają Pokaż post
Dołącz Strony Archiwum
Dołącz Pokaż Strony wątku
Dołącz Strony Wyświetl Forum
Dołącz Strony Tag
i `ll off tag stron
badawidollah
11-04-10, 01:44
i zmienić niektóre podforum zbyt.
być może ów problem zbyt
badawidollah
11-04-10, 01:54
User-agent: *
Disallow: / admincp /
Disallow: / cgi-bin /
Disallow: / clientScript /
Disallow: / includes /
Disallow: / install /
Disallow: / modcp /
Disallow: / mapa strony /
Disallow: / tagi /
User-agent: *
Disallow: / printthread.php
Disallow: / subscription.php
Disallow: / payments.php
Disallow: / profile.php
Disallow: / faq.php
Disallow: / calendar.php
Disallow: / private.php
Disallow: / sendmessage.php
Disallow: / sendmessage.php do =
Disallow: / showgroups.php
Disallow: / reputation.php
Disallow: / report.php
Disallow: / threadrate.php
Disallow: / postings.php
Disallow: / newthread.php
Disallow: / search.php
Disallow: / newreply.php
Disallow: / register.php
Disallow: / login.php
Disallow: / faq.php
Disallow: / image.php
Disallow: / cron.php
Disallow: / joinrequests.php
Disallow: / usercp.php
Disallow: / member.php
i umieścić w pliku robots.txt minutę temu
badawidollah
11-04-10, 08:59
Mapa strony statystyki
URLi: 1030240
Zaindeksowane adresy URL: 21.709
i zmienić niektóre podforum zbyt.
być może ów problem zbyt
Może to być powód, ponieważ stare linki już nie istnieje. Należy pamiętać, że to, co widzisz w narzędzia dla webmasterów nie jest, jak wiele stron, które zostały zindeksowane. To tylko pokazuje, ilu adresów URL z Twojej mapy witryny w indeksie. Jak wiesz, że masz indeksowane znacznie więcej stron (niektóre nie są w mapa). Więc jeśli zmiany adresu URL w mapie witryny (np. po zmianie podforum) to nie jest indeksowana jeszcze pod tym adresem (może to być jeszcze w starym) i narzędzie dla webmasterów pokaże mniej indeksowane adresy URL. Ponieważ nie pokazuje wszystkich indeksowanych adresów URL, ale jak wiele adresów URL z mapy witryny jest indeksowana. Możesz zobaczyć wszystkie przez tworzenie zaawansowanych zapytań w Google.
Jeśli przekierowanie 301 ze starych linków na nowe wtedy te nie powinny być usuwane z indeksu - po prostu ponownie indeksowane. Oczywiście dopóki będzie ponowne indeksowanie narzędzie dla webmasterów pokaże mniej adresów URL.
Należy pamiętać, że takie zmiany Google może być również nie związane w ogóle z działań - może to być spowodowane przez powtórzeniach Google farm serwerów, zmiany algorytmu Google i tylko wie co jeszcze. Oczywiście zawsze warto zachować rękę na impuls i sprawdzić czy nie jest to związane z naszych działań, żebyś mógł reagować na takie przypadki.
i umieścić w pliku robots.txt minutę temu
Należy pamiętać, że spowoduje to usunięcie zablokowanych treści z indeksu. Ponieważ nie jest to istotne treści będzie to dobre dla SEO (śmieci z indeksu = bardziej wartościowe treści w indeksie).
Mapa strony statystyki
URLi: 1030240
Zaindeksowane adresy URL: 21.709
Czy Google pokazuje błędy mapy witryny?
badawidollah
11-04-10, 15:38
Czy Google pokazuje błędy mapy witryny?
tak
mówili przekierowanie strony
mam tego zbyt
Wyniki 1 - 10 z około 87100 od Proszę wybrać Języki Bel (http://www.nusantaraku.org). (0,34 sekundy)
przed mam 236000
i nadal spada zbyt
badawidollah
11-04-10, 15:40
mam nadzieję, że to będzie ok 2-3 miesiące.
i zmieniło około 50% name podforum.
tak
mówili przekierowanie strony
mam tego zbyt
Wyniki 1 - 10 z około 87100 od Proszę wybrać Języki Bel (http://www.nusantaraku.org). (0,34 sekundy)
przed mam 236000
i nadal spada zbyt
Możesz być spokojny o przekierowania w sitemap. Google rady włożyć tylko końcowy adresów URL, ale nadal nie wiemy, jak obsługiwać przekierowania i nadal indeksy ostateczny adres URL (jak po przekierowanie). W tej chwili nie włożymy tłumaczone adresy URL do sitemap tylko dodać kod języka z powodów wydajności. Tłumaczenie każdy adres URL w każdym języku w jednej chwili podczas generowania sitemap byłoby zbyt kosztowne. W każdym razie będziemy myśleć o jakieś rozwiązanie w tej dziedzinie.
mam nadzieję, że to będzie ok 2-3 miesiące.
i zmieniło około 50% name podforum.
Więc to ostatecznie może być przyczyną. Wciąż nie powinno, jeśli naprawdę mają przekierowanie 301 ze starego na nowe, ale co tak naprawdę dzieje się na stronie Google jest tajemnicą.
Wciąż pamiętam, że dodano kilka nowych treści do pliku robots.txt - tak tych blokowanych adresów będą i powinny zniknąć z indeksu.
badawidollah
12-04-10, 04:07
Adresy URL nie po
Podczas testowania próbki adresów URL z Twojej mapy witryny wykryliśmy, że niektóre adresy przekierowują do innych lokalizacji. Zalecamy, aby Mapa strony zawierające adresy URL punktu do miejsca docelowego (stron docelowych przekierowania) zamiast przekierowania do innego adresu URL.
Błąd HTTP: 301
URL: Idź do URLhttp: / / www.nusantaraku.org/forum/en/85735-post1.html
Problem wykryty: 11 kwiecień 2010
Widzę 2 problemy tam:
1. Twój link wygląda dziwnie - to na pewno się integracji z Sitemap Generator odpowiednio?
2. Widzę, że masz tam podwójne przekierowanie (301 przekierować dwa razy - jeden po drugim). Proszę włączyć vBSEO odpowiednio - patrz tutaj szczegółowe informacje na temat zmian vBSEO integracji:
badawidollah
13-04-10, 13:16
RewriteEngine On
RewriteBase / forum /
% {HTTP_HOST}! ^ Www \\. Nusantaraku \\. Org
RewriteRule (.*) http://www.nusantaraku.org/forum/ $ 1 [L, R = 301]
RewriteRule ^ ((urllist | sitemap_) .* \\ (xml |..? Txt) (\\ gz))? $ Vbseo_sitemap / vbseo_getsitemap.php sitemap = $ 1 [L]
RewriteRule vbenterprisetranslator_seo.php? vbet_lang = $ 1 & przekierowany = / forum / index.php [L, QSA]
RewriteRule vbenterprisetranslator_seo.php? vbet_lang = $ 1 & przekierowany = / forum / $ 2 [L, QSA]
RewriteCond% {REQUEST_URI}! (Admincp / | modcp / | vbseo_sitemap / | cron)
RewriteRule ^ ((archiwum /)?(.* \\. Php (/.*)?))$ vbenterprisetranslator_seo.php [L, QSA]
RewriteCond% {REQUEST_FILENAME}!-F
RewriteCond% {REQUEST_FILENAME}!-D
RewriteCond% {REQUEST_FILENAME} ^! (Admincp | modcp | clientScript | cpstyles | zdjęcia) /
RewriteRule $ vbenterprisetranslator_seo.php [L, QSA]
RewriteCond% {REQUEST_URI}! (Admincp / | modcp / | cron | vbseo_sitemap)
RewriteRule ^ ((archiwum /)?(.* \\. Php (/.*)?))$ vbseo.php [L, QSA]
RewriteCond% {REQUEST_FILENAME}!-F
RewriteCond% {REQUEST_FILENAME}!-D
RewriteCond% {REQUEST_FILENAME} /! (Admincp | modcp | clientScript | cpstyles | zdjęcia) /
RewriteRule ^(.+)$ vbseo.php [L, QSA]
jest to prawidłowe?
i url w sitemap
który z nich musi wybrać,
/ Pl / lub? Language = en
Używam domyślny teraz, ale dodanie tego poniżej: <? php
ponieważ cant działać bez tego kodu
require_once (reż. "/ includes / vbenterprisetranslator_functions_vbseo.php ');
define ('DIR', dirname (__FILE__ ).'/../');
Mapa strony statystyki
URLi: 331647
Zaindeksowane adresy URL: 9047
dzięki
jest to prawidłowe?
i url w sitemap
który z nich musi wybrać,
Używam domyślny teraz, ale dodanie tego poniżej: <? php
ponieważ cant działać bez tego kodu
dzięki
Reguł wygląda OK. Proszę sprawdzić readme.html w vBET pakiet i zobaczyć, jakie zmiany w plikach vBSEO musisz zrobić. Widzę, że link, który dałeś jeszcze podwójne przekierowanie (widać to np. w Operze).
O zmianie w pliku Sitemap Generator - korzystać z którejś z / pl /
Również require_once-gdzie jesteś dodając go - w którym pliku? Widzę, że jest to złe, bo DIR określa się po jej użyciu - masz go w niewłaściwy plik. Proszę zobaczyć tutaj integracji Sitemap Generator:
Proszę daniele dokładnie instrukcje integracji vBSEO i Sitemap Generator. Jeśli nie jesteś pewien, jakie kroki można zrobić, a które nie - po prostu zacznij od oryginalnych plików i nie zmieni się znowu, ale precyzyjnie.
Jeśli czujesz, że jest to problem dla Ciebie możemy zaoferować Państwu ten integracji Upgrade Service (http://www.vbenterprisetranslator.com/upgrade-service.php) ($ 30).
Także wtedy, gdy wszystkie linki, które masz w mapie witryny są jak ten, który dałeś, może to być przyczyną problemów z - źle integracji witryny. Należy pamiętać, że link, który podałeś jest uszkodzony - nie ma tytułu wliczony w cenę. Czy oryginalnej linki (bez kodu języka) są łamane? Proszę PM mi pełnej zawartości witryny.
badawidollah
14-04-10, 18:14
vbseo_sitemap_functions.php modyfikowane.
<? Php
require_once (reż. "/ includes / vbenterprisetranslator_functions_vbseo.php ');
vbseo_log_entry ("[showthread] forum_id: $ forumid, id_watku: $ threadrow [threadid], wszystkich postów: $ totalposts, stron: $ TotalPages, widoki: $ threadrow [widoki] $ przed");
/ / Dodatkowy kod
$ Alanguages = array ("ar", "zh-CN", "en", "ms", "ru", "th");
if (! $ archiwizowane) {
$ Strlenhost = strlen ($ vbseo_vars ['bburl']."/");
$ Currentthreadurl = vbseo_url_thread ($ threadrow, 1, $ archiwalnych);
$ Currentthreadurl_before = substr ($ currentthreadurl, 0, $ strlenhost);
$ Currentthreadurl_after = "/" substr ($ currentthreadurl, $ strlenhost).;
Chcesz zostać $ = & $ threadrow ['Chcesz zostać'];
$ Vbseo_stat ['t'] + = sizeof ($ alanguages);
foreach ($ alanguages dolarów język) {
vbseo_add_url ($ currentthreadurl_before $ $ currentthreadurl_after język, $ przed, $ Chcesz zostać, $ freq..);
}
}
/ / Koniec dodatkowy kod
for ($ p = 1, $ p <= $ TotalPages; $ p + +)
domyślny jest "id"
dzięki
** Używam vbseo sitemap generator 2.6 beta 1
Używam próbki / pl / adres
Czy użytkownicy spadek o 15%
To wygląda OK teraz. Także proszę mi PM rzeczywisty mapa pliki wyniku - jak napisałem link, który dałeś przed wygląda uszkodzony (brak tytułu w zestawie) Chciałbym zobaczyć to jeszcze zdarza się, a jeśli tak, to nie na oryginalne linki również. W takim przypadku będzie to sprawdzić na boku i go naprawić.
UWAGA: nadal masz podwójne przekierowanie - należy zintegrować vBSEO odpowiednio. Jesteś niepotrzebnie luźne wydajności.
badawidollah
16-04-10, 13:41
Adresy URL nie po
Podczas testowania próbki adresów URL z Twojej mapy witryny wykryliśmy, że niektóre adresy przekierowują do innych lokalizacji. Zalecamy, aby Mapa strony zawierające adresy URL punktu do miejsca docelowego (stron docelowych przekierowania) zamiast przekierowania do innego adresu URL.
Błąd HTTP: 301
URL: Idź do URLhttp: / / www.nusantaraku.org/forum/ru/obat-obatan-dan-farmasi/116222-pintar-membaca-obat.html
Problem wykryty: 16 kwiecień 2010
** Teraz i usunąć vBET z witryny.
mój index google nadal spada
Wyniki 1 - 10 z około 79200 z nusantaraku.org. (0.10 sekund)
Widzę, że nie masz podwójnego przekierowania już - to zaoszczędzić wydajności. Widzę też, że linki do przetłumaczonych stron w mapa nie są łamane już.
Jak napisałem na początku nie wierzymy, że zawartość mapa ma nic wspólnego z Twoich stron znikają z indeksu. 1 - Google po prostu nie reaguje tak szybko, więc nie jest to reakcja na mapie; 2 - mapa nie ma nic wspólnego ze stronami usunięta z indeksu, mapa po prostu pokazuje, co chciałbyś mieć indeksowane i nie robi nic więcej.
Tak więc usunięcie tłumaczone adresy URL mapy witryny nie rozwiąże problemu. To sprawi, że Google ostrzeżenia o przekierowanie 301 zniknie. Należy pamiętać, że Google wie i indeksowanie stron tłumaczenia tak. Google będzie znaleźć linki do niego bezpośrednio na forum, ale indeksowanie może zająć więcej czasu, że jeżeli są one sitemap.
Proszę pamiętać, że dodałeś nowe wpisy do robots.txt i zablokowane niektóre strony. Tak więc ci, zablokowane strony będą i powinny być usunięte z indeksu Google. W narzędziach Google dla webmasterów można nawet sprawdzić dokładnie, które adresy są blokowane przez robots.txt (należy pamiętać, że dane te nie są aż do daty - te są aktualizowane okresowo).
Także proszę pomyśleć, co innych zmian, które były na forum. Napisał pan, że zmieniono nazwy ponad 50% forum. Nie powinno być powodem jeśli masz przekierowanie 301 - nadal jest to tylko nie powinien. Proszę pomyśleć nie można również zmienić pewne przywileje na forum? Jeśli zablokował dostęp do niektórych forach dla gości, a następnie ostatecznie może to być powód. Proszę pamiętać, że Google zobaczyć forum jako gość. Jeśli zablokowane niektóre treści na stronach, które następnie było wcześniej indeksowana Google zobacz sam informowania o nie wystarczających uprawnień. I w takim przypadku usunąć te index formie powielania treści (wszystkie zablokowane strony są takie same). Proszę pamiętać, że piszę tutaj o blokowaniu przez przywilejów BB nie w pliku robots.txt, który może również być przyczyną.
Jeszcze raz - że to, co innych zmian dokonano na swoim forum w ciągu ostatnich 2 miesięcy.
Także - czy jesteś w stanie określić, które z Twoich stron znikają z indeksu? Być może zniknie tylko te, które były blokowane przez robots.txt i nie mamy problemu w ogóle. Jeśli jesteś w stanie napisać robota, który będzie gromadzić rzeczywisty linki wyświetlane przez Google i porównać różnice między jednym zbioru i innym, a następnie można zobaczyć, czego brakuje (nie wiem Google daje pewne gotowe rozwiązania).
I jest jeszcze jedno - proszę pamiętać, że w wynikach wyszukiwania Google pokazuje tylko w przybliżeniu liczbę wyników. I Google zmienia swoje algorytmy i pamięci podręcznej przez cały czas. Więc proszę pamiętać, że liczby przedstawione w wyszukiwarce nie są prawdziwe, a te mogą się zmieniać (dając lepszy lub najgorsze zbliżenia), nawet jeśli wciąż te same strony indeksowane. Oczywiście w przypadku stron są naprawdę znikają, bo zablokował niektóre w pliku robots.txt
badawidollah
18-05-10, 17:58
Indeks rośnie i wraca do normy.
nie więcej przekierowania
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.