Prompt-Bibliothek für Agenturen. Copy, Paste, Antwort.

Prüf mir alle Mail-Records von deinkunde.com und sag mir, was fehlt. Konkret: MX, SPF, DMARC und DKIM für die Selektoren default, google, k1, s1, selector1 und selector2.

Gib mir eine Tabelle mit Record-Typ, gefundenem Wert, Bewertung und Befund. Sortier die Befunde danach, wie stark sie die Zustellbarkeit gefährden. Schreib mir zu jedem Fund den DNS-Eintrag dazu, der gesetzt werden muss, fertig zum Kopieren.

Mach eine technische Bestandsaufnahme von deinkunde.com, bevor wir den Kunden übernehmen. Prüf: A- und AAAA-Records, MX, Nameserver, WHOIS inklusive Ablaufdatum der Domain, TLS-Zertifikat mit Aussteller und Restlaufzeit, HTTP-Antwortheader, die Redirect-Kette ab http://deinkunde.com sowie die Antwortzeit.

Fass das als Übergabeprotokoll zusammen: erst der Ist-Zustand in Stichpunkten, dann eine Liste der Punkte, die wir in Woche eins anfassen sollten, mit je einem Satz Begründung.

Hier sind unsere Domains: deinkunde.com, shop.deinkunde.com, mail.deinkunde.com, kunde-zwei.example, kunde-drei.example.

Prüf für jede das Ablaufdatum der Domain-Registrierung und die Restlaufzeit des TLS-Zertifikats. Gib mir eine Tabelle, sortiert nach der knappsten Frist: Domain, Registrierung läuft ab am, Zertifikat läuft ab am, verbleibende Tage, Aussteller.

Markier alles unter 30 Tagen. Schreib mir für diese Fälle je eine kurze E-Mail an den Kunden: was abläuft, was passiert, wenn nichts geschieht, was wir vorschlagen. Sachlich, keine Panik.

Wir haben die A-Records von deinkunde.com auf die neue IP 203.0.113.10 umgestellt. Prüf die DNS-Propagation über alle verfügbaren Resolver und sag mir, welche noch den alten Wert ausliefern.

Nenn mir den aktuellen TTL-Wert und schätz daraus, wie lange wir noch warten sollten, bevor wir den alten Server abschalten. Formulier mir zum Schluss den Satz für den Projektkanal, mit dem ich den Stand melde.

Der Kunde meldet, dass E-Mails von deinkunde.com im Spam landen. Geh das systematisch durch: SPF, DKIM für die Selektoren default und google, DMARC, MX-Einträge. Löse die MX-Hosts zu IP-Adressen auf, prüf diese gegen die gängigen DNS-Blacklists und kontrollier, ob der PTR-Eintrag zum Mailserver-Hostnamen passt.

Sag mir am Ende in einem Satz, was die wahrscheinlichste Ursache ist. Danach die Gegenmaßnahmen in der Reihenfolge, in der ich sie abarbeiten soll, mit geschätztem Aufwand je Schritt. Wenn eine IP gelistet ist, schreib mir den Delisting-Antrag gleich als Textbaustein dazu.

Lies den aktuellen DMARC-Record von deinkunde.com aus und erklär mir in einfachen Worten, was er heute bewirkt. Prüf vorher SPF und DKIM, damit wir wissen, ob eine Verschärfung gefahrlos möglich ist.

Entwirf mir dann einen Stufenplan von p=none über p=quarantine bis p=reject: je Stufe der konkrete Record-Wert, die empfohlene Laufzeit und das Signal, an dem ich erkenne, dass ich zur nächsten Stufe darf.

Prüf für deinkunde.com die komplette HTTPS-Kette: den Redirect-Verlauf ab http://deinkunde.com und ab http://www.deinkunde.com, das TLS-Zertifikat mit Aussteller, Gültigkeit und abgedeckten Hostnamen, sowie die HSTS-Konfiguration.

Sag mir, ob jede Variante in genau einem Schritt auf der kanonischen HTTPS-URL landet. Liste jede überflüssige Weiterleitung einzeln auf und sag mir, was sie kostet.

Hol die HTTP-Antwortheader von https://deinkunde.com und bewerte sie. Prüf insbesondere Strict-Transport-Security, Content-Security-Policy, X-Content-Type-Options, Referrer-Policy und X-Frame-Options.

Gib mir eine Tabelle mit Header, aktuellem Wert, Bewertung und empfohlenem Wert. Sortier nach Wirkung pro Aufwand und markier die drei Header, die ich zuerst setzen würde. Nenn zu jedem das Risiko, wenn ich ihn zu streng setze.

deinkunde.com ist angeblich nicht erreichbar. Mach die Erst-Triage: ruf den Status der Website ab, miss die Antwortzeit, prüf die DNS-Auflösung, teste die Erreichbarkeit von Port 80 und 443 und lauf einen Ping-Test.

Sag mir zuerst in einem Satz, ob das Problem bei DNS, im Netzwerk, beim Server oder in der Anwendung liegt. Erst danach die Details. Wenn die Daten keine eindeutige Zuordnung hergeben, sag das statt zu raten.

deinkunde.com antwortet langsam. Grenz die Ursache ein: miss die Antwortzeit mit ihren Einzelphasen, prüf die DNS-Auflösung, lauf einen Ping-Test gegen den Host, teste Port 443 und ermittle Netzbetreiber, Standort und PTR-Eintrag der Ziel-IP.

Sag mir, welcher Teil der Kette die Zeit frisst: DNS-Auflösung, Verbindungsaufbau, TLS-Handshake oder die Anwendung selbst. Nenn zu jedem Abschnitt den gemessenen Wert und einen realistischen Zielwert. Fass das Ergebnis in zwei Sätzen zusammen, die ich so an den Hoster weitergeben kann.

Liste alle meine Monitore auf und hol die Vorfälle der letzten sieben Tage.

Gib mir ein Briefing in drei Blöcken: erstens alles, was gerade offen ist, zweitens die Kunden mit den meisten Vorfällen in der Woche, drittens ein Einzeiler zu allem, was ruhig war. Halt es unter 200 Wörtern, ich lese das vor dem ersten Kaffee.

Liste alle meine Monitore auf und gruppier sie nach Kunde.

Zeig mir dann, wo die Abdeckung dünn ist: Kunden mit nur einem einzigen Monitor, Monitore, die aktuell pausiert oder in Wartung stehen, und Kunden, bei denen zwar die Website überwacht wird, aber kein Mail-Dienst und kein Zertifikat.

Gib mir daraus eine Aufgabenliste, sortiert nach Kunde, mit je einem Satz, was ich anlegen sollte und warum das dem Kunden nützt.

Hol die Vorfälle der letzten 24 Stunden und den aktuellen Status aller betroffenen Monitore.

Schreib daraus eine Schichtübergabe für die Bereitschaft: was ist offen, was ist gerade erst geschlossen und könnte zurückkommen, was war ein Einzelereignis. Nenn je Punkt den Monitor, den Kunden, den Zeitpunkt und den Stand. Am Ende ein Satz: worauf soll die Bereitschaft heute Nacht besonders achten?

Zeig mir die letzten fünf Vorfälle aus meinem Portfolio und den aktuellen Status des betroffenen Monitors.

Formulier daraus eine Statusmeldung für den Kunden: was passiert ist, seit wann, was wir gerade tun, wann die nächste Aktualisierung kommt. Ruhiger Ton, keine Schuldzuweisung, keine Spekulation über die Ursache, maximal 120 Wörter. Danach dieselbe Meldung noch einmal als Zwei-Zeilen-Fassung fürs Telefon.

Nimm den Monitor mit der ID [ID] und hol die Prüfhistorie vom [Datum] zwischen 08:00 und 12:00 Uhr.

Bau daraus eine Zeitleiste: erster fehlgeschlagener Check, Bestätigung durch weitere Standorte, Wiederherstellung, Gesamtdauer. Ergänz die betroffenen Prüfstandorte. Schreib mir daraus den Entwurf eines Post-Mortems mit den Abschnitten Zeitleiste, Auswirkung, Ursache und Maßnahmen. Lass die Ursache offen, wenn die Daten sie nicht hergeben.

Hol die Vorfälle der letzten 30 Tage und such die kurzen heraus, unter fünf Minuten Dauer.

Zieh für die drei häufigsten Monitore die Prüfhistorie rund um diese Zeitpunkte und schau nach: Haben mehrere Prüfstandorte den Ausfall gesehen oder immer nur einer? Wiederholt sich die Uhrzeit? Fällt es mit einem Wartungsfenster zusammen?

Sag mir je Monitor, ob das nach echtem Ausfall oder nach Rauschen aussieht, und was ich an der Konfiguration ändern würde. Wenn die Daten keine Aussage hergeben, sag das.

Hol die Verfügbarkeitswerte für Monitor [ID] für Tag, Monat und Jahr sowie die durchschnittlichen Antwortzeiten und die Vorfälle des Monats.

Übersetz die Zahlen in Kundensprache: was bedeuten 99,95 Prozent im Monat in echten Minuten? Schreib daraus drei Absätze für den Monatsreport: Ergebnis, Einordnung im Jahresverlauf, was wir im nächsten Monat beobachten. Kein Fachbegriff ohne Erklärung, keine Beschönigung.

Wir haben deinkunde.com 99,9 Prozent Verfügbarkeit im Monat zugesagt. Hol die tatsächlichen Werte für Monitor [ID] und die Vorfälle des Monats. Rechne aus, wie viel Ausfallzeit das Versprechen erlaubt hat und wie viel davon verbraucht wurde.

Wenn wir drüber liegen: formulier eine ehrliche Erklärung plus zwei konkrete Maßnahmen. Wenn wir drunter liegen: formulier den einen Satz, mit dem ich das im Gespräch platziere, ohne zu prahlen.

Hol für alle Monitore von deinkunde.com die Verfügbarkeitswerte und die Vorfälle der letzten drei Monate.

Bau daraus die Unterlage fürs Quartalsgespräch: eine Tabelle mit Dienst, Verfügbarkeit, Anzahl Vorfälle und längster Ausfallzeit. Danach drei Sätze zur Entwicklung gegenüber dem Vorquartal und ein Absatz zu dem, was wir im Quartal konkret getan haben, ablesbar an den Daten.

Schreib es so, dass ich es ohne Nacharbeit auf eine Folie legen kann.

Hol die Vorfälle der letzten 90 Tage für die Monitore von deinkunde.com und die Verfügbarkeitswerte im Jahresverlauf.

Finde Muster: häufen sich Vorfälle zu bestimmten Tageszeiten, bei bestimmten Diensten, in bestimmten Wochen? Bau daraus die Argumentation für einen erweiterten Betreuungsumfang: Beobachtung, Konsequenz für den Kunden, Vorschlag. Genau drei Punkte, jeder mit einer Zahl belegt. Wenn die Daten kein Muster hergeben, sag das und schlag nichts vor.