Poprawka pliku sklepu, który blokuje Google, z kopią
Google może znowu czytać sklep tego samego dnia, a stary plik zostaje na wypadek, gdyby trzeba było wrócić.
Co zastępuje: 1 h FTP i sprawdzania
Co piszesz do Claude
„sprawdź robots.txt, pewnie dalej ma Disallow: / ze stagingu. popraw pod produkcję, zrób kopię i sprawdź, czy strona produktu jest dozwolona”
Problem
Od przeniesienia z serwera testowego Google mówi, że strony produktów są zablokowane. Ktoś skopiował plik z regułami ze strony testowej na sklep.
Co robi Claude
- Claude czyta plik i znajduje regułę, która blokuje Google.
- Pokazuje poprawiony plik obok starego.
- Po twoim „tak” zapisuje go z kopią.
- Sprawdza, czy strony produktów i kategorii są znowu otwarte dla Google.
Co dostajesz
Plik z regułami znowu wpuszcza Google do sklepu, a stara wersja zostaje jako kopia.
Kontrola zostaje u ciebie
Każdą zmianę widzisz przed zapisem i nic nie dzieje się bez twojego „tak”. Ten głęboki dostęp naprawczy idzie osobnym, mocniej chronionym połączeniem, działa tylko przez kilka godzin, na które go włączysz, i zachowuje kopię każdego zmienionego pliku lub wpisu.
Powiązane zastosowania
- Naprawa strony błędu po aktualizacji, z zabezpieczeniem
- Sprawdź, czemu Google przestał pokazywać ceny i gwiazdki
- Ryzykowne zmiany najpierw na kopii testowej sklepu
Dla developerów
- Obszar
- 5 · Tryb serwisowy
- Konektor
- konektor serwisowy
- W darmowym Audycie
- nie, tylko wersja płatna
- Dla kogo
- Developer, Agencja / freelancer, Marketer / SEO
- Narzędzia
- ps_server_file, ps_list_file_backups, ps_inspect_page, ps_restore_file_backup
Krok po kroku
- Czyta robots.txt przez ps_server_file (action read).
- Proponuje wersję produkcyjną (bez 'Disallow: /', z domyślnymi wykluczeniami PrestaShop i linią sitemap) i wywołuje ps_server_file (action edit, search/replace albo content); podgląd pokazuje różnice i powstaje kopia.
- Po zgodzie zapisuje; przywrócenie przez ps_list_file_backups i ps_restore_file_backup.
- Sprawdza stronę produktu przez ps_inspect_page (status i meta robots).
- Pliki chronione (app/config/parameters.php, .env, katalogi samego modułu) są zawsze niedostępne.
Bezpieczeństwo
Tryb serwisowy (blok 5) działa tylko przez konektor serwisowy (osobny token, adresy IP z listy) i tylko wtedy, gdy włączony jest jego przełącznik czasowy (1, 4, 8 albo 24 h); potem sam się wyłącza, a właściciel dostaje e-mail przy włączeniu. ps_server_file robi kopię każdego pliku przed zapisem i sprawdza składnię PHP, ale nie uruchamia kodu. Pliki motywu i modułów lepiej zmieniać narzędziami bloków 3 i 4, które mają dodatkowe kontrole.
Aktualizacja: 2026-10-05