TYPO3 und WordPress – Livegang Checkliste
Hier mal eine Checkliste für den Livegang von einem Webseiten-Projekt.
Ich überarbeite den Artikel immer wieder mit neuen Informationen.
- Statische Webseite
- WordPress-Projekt
- TYPO3-Projekt
Die Aufgaben gelten für die Entwickler, aber auch für die Projekt-Manager und Content-Pfleger.
Sollten Aufgaben wie zum Beispiel „Content-Befüllung“ der Kunde übernehmen, bitte den Kunden darauf hinweisen, welche Punkte noch offen sind! So kann eurer Kunde seine Seite ggf. mit optimieren.
- TYPO3 Install-Tool / Einstellungen
- Debug ausgestellt? debug=0 / contentobjectexceptionhandler=0
- System auf „LIVE“ gestellt, via Install-Tool?
- TYPO3 Cache eingestellt.
- TYPO3 Log auf Fehler-Ausgaben prüfen.
- Install-Tool auf Fehler-Ausgaben prüfen.
- CronTab´s: Gibt es Cronjobs, laufen hier noch alle?
- Clean-Crontabs angelegt? Doku
- ggf. noch Extension-Updates / TYPO3-Update vorhanden?
- WordPress Einstellungen
- Falls vorhanden, Cache-Plugin richtig eingestellt?
- Einstellungen: Webseite darf von Suchmaschinen gefunden werden
- Einstellungen: Domain auf neue URL umstellen.
- Ggf. mit dem Plugin „Better Search Replace“ die Datenbank durchsuchen, dev-Domain ersetzen.
- Projekt in managewp.com oder andere Überwachungstools eingetragen?
- WordPress-Updates vorhanden?
- PlugIn-Updates vorhanden?
- RealUrl richtig eingestellt?
- Standard-Seiten passen alle Link-Aufbauten?
- PlugIn´s für die lesbare URL vorbereitet
- BaseUrl richtig eingestellt? inkl. ggf. https ?
- fest eingegebene URL´s alle abgeändert?
- robots.txt und htaccess
- robots.txt allen Bots alles erlauben. Check
- htaccess ggf. Password-Schutz entfernen.
- HTML meta Tag robots = index/follow umstellen.
- gibt es allg. Einstellungen die es verhindern, dass die Seite nicht im Web gefunden wird?
- Weiterleitungen eingestellt?
- 301 Weiterleitungen / Redirect der Hauptdomain non www. auf www.
- 301 Weiterleitungen / Redirect von alte Url´s auf neue Url umstellen.
- HTTPS Aufbau richtig eingestellt (HTTPS Checkliste)
- HTTPS Security Header zeigt „A“ an? securityheaders.com
<IfModule mod_headers.c> Header unset ETag Header set Connection keep-alive Header set X-XSS-Protection "1; mode=block" Header always append X-Frame-Options SAMEORIGIN Header set X-Content-Type-Options nosniff Header set Strict-Transport-Security max-age=17280000 Header set Referrer-Policy no-referrer Header set Feature-Policy "camera 'none'; microphone 'none'; geolocation 'none'; payment 'none';" #Header set Content-Security-Policy "default-src 'self';" Header set Content-Security-Policy "self" </IfModule>
- Falls neue URL: URL zu den Google, Bing, Yandex usw. Webmaster-Tools hinzufügen oder prüfen ob die Verifizierung zu den Domain passt.
- Passen die „canonical“ Einstellungen und Ausgaben? Auch Unterseiten testen. (Duplicate Content)
- Prüfung der HTML5/CSS/JavaScript Consolen.
- Console JavaScript Fehler prüfen
- Werden Dateien nicht geladen, z.B. Bilder, Icons usw.
- werden die externen Schriften richtig geladen? fonts.com neue URL eingetragen?
- Externe Daten auch via https geladen?
- Ist der HTML-Tag <head> mit den richtigen Werten aufgebaut und veraltet Werte aufgeräumt? Check-Liste: htmlhead.dev
(Die Liste wird via github immer Aktuell gehalten https://github.com/joshbuchea/HEAD )
- Sind alle Favicon´s eingebunden? Nicht nur das favicon.ico!
- Generator: realfavicongenerator.net
- Prüfung: favicon_checker
- Ist die Datei: favicon.ico zusätzlich im Root-Ordner?
- Prüfung für PageSpeed, sind alle Werte optimiert?
- Google-Pagespeed: developers.google.com/speed/pagespeed/insights/
- Bilder optimiert und ganz wichtig, auch komprimiert?
- Cache-Einstellungen? via htaccess! (htaccess Datei aus dem TYPO3-System verwenden und anpassen!)
- Externe Dateien: Cache Warning (Als interne Datei runterladen: TYPO3 Ext: auto_sync_files)
- JS/CSS Compressing/reduzieren eingestellt?
- HTML-Ausgabe reduziert?
- HTML-Ausgabe komprimiert?
- Stimmen soweit alle Verlinkungen, sind keine dev-Links mehr eingebunden?
- Interne Links sind richtig Aufgebaut?
- Externe Links passen noch?
- Prüfen der http und https Link, wenn https verwendet wird, dass nur noch https externen Links aufgerufen wird.
- Logo wird richtig verlinkt?
- Gibt es kaputte Links ? Linkchecker: validator.w3.org/checklink
- 404 Error
- Prüfen das es eine 404 Error Einstellung gibt.
- 404 Seite erstellt?
- Sitemap
- XML Sitemap einstellen.
- Werden alle Seite und Extension Links in die Sitemap aufgenommen?
- Sitemap an Bing/Google/Yandex usw. Webmastertools einreichen.
- Tracking-Codes richtig eingebunden für die LIVE-Seite.
- Google-Analytics
- Piwik usw.
- Kontaktformulare usw. testen.
- Werden allg. alle Formulare richtig verschickt?
- SEO
- Stimmen die Seitennamen, Titel, Description, Bildnamen, Bild-Title, Bild-Alt, Link-Title, sind alle ausgefüllt.
- Passen die HTML-Sprach-Angaben für alle Sprachen und Ausgaben (Meta hreflang)
- Testen via: varvy.com
- Google-Id hinzugefügt? google-site-verification
- Bing/MS-Id hinzugefügt? msvalidate.01
- Yandex hinzugefügt ? (https://webmaster.yandex.com/sites/add/)
- Stimmen soweit alle Meta-Socialmedia Einstellungen. Twitter, Facebook usw.
- developers.facebook.com/tools/debug (Fehlermeldungen?)
- Passen die Ausgaben der OG-Tag´s
- Facebook-Fallback Image eingebaut? og:image
- Wurden google rich snippets eingebunden?
- Testen der Rich-Snippets Ausgaben (search.google.com/test/rich-results)
- Stimmen die Footer-Daten soweit. Keine Dev-Daten?
- Funktioniert z.B. die Copyright automatische Jahreszahl-Ausgabe?
Ich versuche die Liste immer weiter auszubauen, doch gerne schreibt mir in Euren Kommentaren neue Punkte oder auch gerne die Punkte die ich überarbeiten soll.
Ich freue mich über eine Feedback.
Eure Meinung zu dem Artikel ist gefragt! Schreibt mir ein Kommentar
Ich freue mich auf einen Blick auf meine Amazon-Wunschliste. Vielen Dank!
Bertram
Da bin ich nicht sicher. Ich hatte den Satz: „Exceptions which occur during rendering of content objects (typically plugins) will now be caught by default in production context…“ so verstanden, dass es auch im Live-Betrieb zu den genannten Fehlermeldungen kommt.
Sebastian
Danke Dir, nehme ich gerne mit auf, aber wenn man im Install-Tool (auf LIVE stellt) und auch im typoscript „debug=0“ umstellt, so sollte es auch wenn contentObjectExceptionHandler = 1 steht, keine Ausgabe geben, oder?
Bertram Simon
Schöne Auflistung. Bei TYPO3 würde ich noch überprüfen, ob der contentobjectexceptionhandler aktiviert ist. Bei der Entwicklung deaktiviert man ihn ja meistens, um die komplette Fehlermeldung zu lesen.
https://docs.typo3.org/typo3cms/TyposcriptReference/Setup/Config/Index.html#contentobjectexceptionhandler