Pytania przed sprzedażą

Zadaj nam dowolne pytanie dotyczące usług Linguise i otrzymaj natychmiastową odpowiedź!

Powiadomienia
Wyczyść wszystko

Niestandardowy kanoniczny/hreflang adres URL dla konfiguracji odwrotnego serwera proxy

2 Posty
2 Użytkownicy
0 Reakcje
1,617 Widoki
(@Max)
Posty: 1
Autor tematu
 
[#614]

Cześć ekipo,

Planujemy uruchomić Linguise za naszym własnym odwrotnym serwerem proxy (Cloudflare Worker), aby odwiedzający i Google widzieli przetłumaczone strony tylko w streamlocator.com/fr/... — podkatalogu w naszej domenie głównej — a nie w Linguise. Serwer proxy pobiera zawartość z Linguise i ponownie udostępnia ją w ścieżce naszej domeny głównej.

Zanim podejmiemy decyzję, musimy potwierdzić:

  1. Czy Linguise można skonfigurować tak, aby emitował tagi kanoniczne, tagi hreflang i adresy URL map witryn wskazujące na inną domenę/ścieżkę (streamlocator.com/fr/...) niż subdomena, w której jest faktycznie hostowany? Jeśli tak, to gdzie znajduje się to ustawienie?
  2. Jeśli nie jest to bezpośrednio obsługiwane, czy istnieje inny obsługiwany sposób osiągnięcia tego samego efektu — np. ustawienie „publicznego adresu URL” oddzielnie od subdomeny hostingu?
  3. Czy narzędzie do indeksowania tłumaczeń Linguisejest kiedykolwiek blokowane przez zaporę sieciową witryny docelowej (np. Cloudflare), gdy musi ponownie przeszukać witrynę w celu pobrania aktualizacji? Pytam, ponieważ widzieliśmy to jako powtarzający się problem w konkurencyjnym narzędziu.

Dziękuję


 
Opublikowano: 08.12.2026, 09:23
(@ilham)
Posty: 143
Administrator
 
Cześć,
 
Dziękuję za szczegółowe pytanie.
 
Linguise nie ma dedykowanego ustawienia „publicznego adresu URL” niezależnego od domeny, w której jest zainstalowany. Tagi kanoniczne, tagi hreflang i adresy URL map witryn są generowane na podstawie domeny skonfigurowanej w panelu Linguise . Kierowanie przetłumaczonych treści przez oddzielny odwrotny serwer proxy (np. Cloudflare Worker), tak aby pojawiały się w innej domenie/ścieżce niż ta, dla której skonfigurowano Linguise nie jest konfiguracją, którą testujemy ani utrzymujemy. Dlatego nie możemy zagwarantować, że dane wyjściowe kanoniczne, hreflang lub mapy witryn będą działać poprawnie w tej konfiguracji. Nie jesteśmy również w stanie zapewnić wsparcia technicznego w przypadku problemów związanych z tą warstwą proxy.
 
Dobra wiadomość jest taka, że ​​prawdopodobnie w ogóle nie potrzebujesz serwera proxy. Linguise w domenie głównej bez dodatkowej warstwy routingu i automatycznie obsługuje tagi kanoniczne, hreflang i przetłumaczone mapy witryn dla tej struktury. Szczegóły konfiguracji znajdziesz tutaj:  https://www.linguise.com/documentation/linguise)
 
Jeśli chodzi o crawlera i zapory sieciowe, nasz crawler tłumaczeniowy może czasami zostać zablokowany przez zaporę sieciową witryny docelowej (np. Cloudflare), jeśli reguły ochrony przed botami tej zapory sieciowej nie są na to ustawione. W takim przypadku zazwyczaj rozwiązuje problem umieszczenie adresu IP/agentu użytkownika naszego crawlera na białej liście.
 
Jeśli potrzebujesz pomocy w skonfigurowaniu natywnych podkatalogów, daj nam znać, a poprowadzimy Cię przez ten proces.
 
Z wyrazami szacunku,
Wsparcie Linguise

 
Opublikowano: 14.08.2026, 02:40

Zostaw odpowiedź

Imię i nazwisko autora

Adres e-mail autora

Tytuł *

Podgląd 0 wersji Zapisano