見出し2　3の装飾ｃｓｓ変更が反映されない。。。

> ｃｓｓへ貼り付けましたが

どこに貼り付けているのかと、現在どうなっているかを見せて下さい。

codeボタンで囲んでないので、書いてある内容を見るに特に記述ミスはないようですが、間違っている箇所があるかないかは何とも言えません。

確認する際は、プラベートウィンドウやシークレットウィンドウでキャッシュの影響を受けないようにして確認して下さい。またサーバーの機能でmod pageSpeedなどのキャッシュ機構があるような場合はOFFにして確認して下さい。

基本的にはcssは後から読み込むものが優先されます。ファイルの読み込み順序、記述場所によって上書きできない場合もありますがそれら情報は質問からはわからないので、何とも言えません。

シークレットモードでみると変更できていました。
ありがとうございます。
これはキャッシュを消すしか方法はないでしょうか？？

よろしくお願い致します。

キャッシュというのは、ページあるいはサイトができてから訪問者が訪れた時に無駄に全てを読み込ませないためにあるもので、カスタマイズ中や何かしらの作業中は切って作業します。

これでOKとなってからキャッシュをONにすることで次の訪問からページが高速に表示されます。同じアドレスに来た時にキャッシュがある場合にキャッシュしておいたデータを返し無い場合は通常の処理を行います。

これが一連の処理です。

で、すでにキャッシュされてしまったものは手動でキャッシュを削除するか、キャッシュの有効期限が切れるまで待つしかありません。

キャッシュはできるだけ長い時間保持しておくのが理想です。ブラウザ側のキャッシュはブラウザの所有者が何とかしないといけませんが、サーバー側は管理者が各々にキャッシュを削除できる手段があるでしょうからそれらで削除しておきます。

すでに誰かがサイトに訪れてキャッシュされたものがあった場合は、それらの人に連絡手段がありませんからどうしようもないです。普通はブラウザを落として次の日になれば、あるいは近いうちに勝手に更新されますから心配することはないかと思います。気になるようなら、cssにクエリをつければ確実に更新されます。

ただし、キャッシュを持っている人がそのクエリ付きのcssを読み込んだかどうかもわかりませんから、正しい表示がされているかを確認する手段はありません。

■ cssのクエリの付け方。
注意 1) 一部親テーマの変更になるのとfunctions.phpに追加するので、必ずバックアップをとって万が一の場合にftpで元に戻せるように準備をしておいて下さい。
注意 2) 親テーマのカスタマイズは親テーマのアップデートで全て失われます。

1. 親テーマfunctions.php(172行目あたり)

function vc_remove_wp_ver_css_js( $src ) {
    //if ( strpos( $src, 'ver=' ) )
    if ( strpos( $src, 'ver=' ) && !strpos( $src, 'simplicity2-child/style.css' ) )
        $src = remove_query_arg( 'ver', $src );
    return $src;
}
add_filter( 'style_loader_src', 'vc_remove_wp_ver_css_js', 9999 );
add_filter( 'script_loader_src', 'vc_remove_wp_ver_css_js', 9999 );

こんな感じでstyle.cssを除外してstyle.cssにクエリを付けられるようにする。

例: /wp-content/themes/simplicity2-child/style.css?ver=4.3.7

cssのlinkタグの中でこういう表示になる。

2. 子テーマfunctions.phpに追記

function addQuery_css() {
	if ( is_child_theme_enable() ) {
		$stylecss = get_stylesheet_directory_uri() . '/style.css';
		$mtime = filemtime(STYLESHEETPATH."/style.css");
		$modifyTime = date("Ymd-His",$mtime);
		
		//一旦キューを解除する
		wp_dequeue_style( 'child-style' );
		
		//再度yyyymmdd形式で日時をクエリにして登録
		wp_enqueue_style(
			're-child-style', 
			$stylecss,
			array('simplicity-style'),
			$modifyTime
		);
	}
}
add_action('wp_enqueue_scripts', 'addQuery_css');

以上。

もう少しうまい方法があるかも知れませんがひとまずこんな感じでしょうか。

ファイルを更新すれば日付-時間が変わるのでキャッシュは即座に更新されるだろうと思います。ただし通常は同じクエリストリングの場合でもキャッシュされると思いますが、一部の環境ではクエリストリングがついているとキャッシュされないという場合があります。
これらはサイトスピードなどを計測するようなサイトで警告が出るかも知れません。これらが警告するように、本来はキャッシュされるはずのものが強制的に管理側の都合で変わってしまいます。

この時、キャッシュではなく通常の読み込みになるのでサイトの読み込みスピードはもちろん遅くなります。極端に遅くなるというわけではないと思います。

例えば、PCの電源を切って、次の日にサイトに訪れる人がいるとします。最初にアクセスした時は、あれ？なんか遅い？と思ってもまぁ何となしに待っているかと思いますが、同日違うサイトに行った後、再度戻って来る間に管理側の更新作業が入って、また表示が遅かったりした場合、このサイト遅い？と思われたりしてしまうことがあるかも知れません。

何が言いたいかと言うと、作業的には本番サイトと別(ローカル環境やテスト環境)でサイト構築をして、できあがったものを本番サイトに適用するというのが本来の流れです。
この際、「いついつにサイトのメンテナンスをします」というような予告などがあって、メンテナンス完了と言う報告と何が変わったかをどこかに記載したりするのが通常です。

これら報告を見て、「サイト表示が変わっていない」と思った人は、そこではじめてブラウザのキャッシュの削除をしたり色々と手を入れるわけです。それら報告を知らなかったとしても、キャッシュの有効期限が切れればいずれは適用されることですから問題ありません。

つまり、

・本番環境で更新確認をしながら作業をしない
・キャッシュはできるだけ長く保持できるようにする

というようなことからすると、今回の回答の内容は「こうすればできなくはないが、本来はそうしない方がいいんじゃないの？」という回答になります。

やり方がないのかどうかで言われると、こうすればできますと答えますが、そこまで気にすることもありませんし、不特定多数の人が今どういう状況で見ているかなんてのはわかりませんから、全てにあわせられるはずもなくだいたいの所でやればいいんじゃないかなという感じです。

cssの事ですし、まずは自分だけが確認して問題なければ時間が来るのを待つのでもいいんじゃないでしょうか？