Ich möchte wichtige Änderungen auf meiner Website testen, ohne die Suchmaschinenoptimierung zu beeinträchtigen


8

Ich möchte alle meine Website-Dateien durch neue auf dem Server ersetzen und testen, ob sie in Ordnung sind, aber ich möchte nicht gecrawlt werden, während dies geschieht, oder wenn dies der Fall ist, möchte ich nicht, dass der Crawler dies kann Sehen Sie, was auf der neuen Seite steht.

Ich möchte es nur für etwa 15 Minuten ändern, aber ich habe andere Dinge einmal für 5 Minuten getestet und Google für Webmaster hat mir gesagt, dass sie in dieser Zeit viele 404 hatten und ich möchte nicht, dass das noch einmal passiert.

Außerdem möchte ich nicht meine gesamte .htaccess-Datei schreiben müssen. Ich habe überlegt, alle URLs auf meine Hauptseite umzuleiten und die Änderungen zu übernehmen, aber ich denke, dies ist wahrscheinlich keine gute Vorgehensweise, keine guten Ideen?

Antworten:


8

Optionen:

  1. Richten Sie zu Testzwecken eine lokale Site ein. So etwas wie WAMP sollte den Trick machen.

  2. Wenn Sie die Tests auf Ihrem Live-Server durchführen möchten, blockieren Sie Ihre Site vorübergehend, während Sie Ihre Tests durchführen. Eine 307 HTTP-Antwort wäre angemessen .

  3. Verwenden Sie die Basisauthentifizierung , um Crawler und alle anderen während der Tests fernzuhalten. Da Ihre Website nur 15 Minuten lang "down" ist, treten keine Nebenwirkungen auf.


Ich benutze bereits XAMPP und es funktioniert großartig, aber für .htaccess-Änderungen und andere Dinge verhält es sich manchmal gut, aber um einige der Änderungen zu testen, ist es einfach unmöglich, diese Art von Methode zu verwenden. Ihre anderen Optionen sind in diesem speziellen Fall wahrscheinlich besser. danke
wxiiir

5
  1. Führen Sie nach Möglichkeit keine Tests in einer Produktionsumgebung durch. Es ist ein Rezept für eine Katastrophe.

  2. Erstellen Sie eine Test-Subdomain, die so weit wie möglich von Ihrem Produktionsstandort isoliert ist. Auf diese Weise können Sie Ihre Änderungen auf dem Server testen, ohne hoffentlich Ihren Produktionsstandort zu gefährden. Sie können robots.txt verwenden, um Bots aus dieser Subdomain zu blockieren, damit sie nicht indiziert werden.

  3. Idealerweise möchten Sie ein eigenes Entwicklungssystem, einen Entwicklungsserver, einen Testserver, einen Staging-Server und dann die Produktion haben. Sie können zwei der Zwischenserver ausschalten, wenn Sie müssen, aber der direkte Wechsel von einer Desktop-Webumgebung zur Produktion hat zu einigen der schlimmsten Probleme geführt, an denen ich beteiligt war.


1
+1 Weil es wahrscheinlich nicht nur 15 Minuten sein werden. Kaufen Sie einen zweiten Domainnamen (Ihren Site-Namen .biz oder .info)
MrChrister

gute Vorschläge, aber im Moment nicht sehr praktisch für mich.
wxiiir

@ MrChrister, das ist gut, ich habe eine Liste von Domains, die ich kaufen
möchte

@wxiiir - Subdomains sind ein guter Weg, wenn Sie derzeit nicht in mehrere Serverumgebungen investieren können. Sofern Sie kein wirklich schlechtes Hosting haben, sind sie schnell und einfach zu erstellen und kostenlos. Selbst die Verwendung eines Unterordners ist besser, als möglicherweise Ihre gesamte Site zu zerstören.
Jfrankcarr

0

Das ist ein bisschen radikal, aber ich habe vor einigen Jahren eine Lösung für mein gesamtes IT-Büro gefunden. Wir suchten nach einem besseren Betriebssystem als Windows. Wir haben einige Phasen durchlaufen, aber schließlich Linux Mint mit dem Mate Desktop verwendet. Die Lernkurve war sehr niedrig. Da es auf Ubuntu basiert , können Sie einen Real LAMP-Server mit Domänennamen und voll funktionsfähigem .htaccess (den wir für jedes Projekt verwenden) laden . Mit Geany als nahezu passendem Ersatz für Notepad Plus Plus schätzt unser IT-Entwicklerteam, dass jeder Computer über einen voll funktionsfähigen Apache2-Server verfügt.

Natürlich funktioniert dies nicht, wenn Ihr Shop nicht mit Windows kompatibel ist, aber für einige Leute ist es eine perfekte Lösung mit geringen oder keinen Kosten.

Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.